Ankündigung

Einklappen
Keine Ankündigung bisher.

Bus-Kommunikation in Empfangsrichtung gestört

Einklappen
X
Einklappen
 
  • Seite von 1
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge
Vorherige template Weiter
    #1

    Bus-Kommunikation in Empfangsrichtung gestört

    Hallo zusammen,

    nachdem ich mein WireGate verrentet habe und auf einen MDT-Router umgestiegen bin, lief Edomi nun einige Zeit problemlos *yay ​

    Leider habe ich nun seit einigen Tagen das Problem, dass die Bus-Kommunikation immer wieder in der Empfangsrichtung für ziemlich exakt 2 Minuten gestört ist. Soll heißen: Edomi kann in dieser Zeit auf den Bus senden, allerdings keine Telegramme empfangen.

    Zur Umgebung: Edomi 2.0 läuft im Docker-Container (Image von Yves) auf CentOS 7 auf einer Synology Rackstation.

    Hinweis: das Problem bestand schon auf der CentOS 6 Installation, die Migration habe ich erst heute vorgenommen, um die Edomi Installation auszuschließen.

    Ich hatte auch mal spaßeshalber ein nahezu leeres Projekt erstellt und aktiviert, auch hier trat die Problematik auf.

    Hatte jemand dieses Problem schonmal?

    Merci für Eure Hilfe

    Sebastian

    Hier noch ein Auszug aus dem Log:

    Code:
    2020-01-12 13:43:27 315368 823 OK DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 19 (19) / PA: 1.0.20 / GA: 7/1/0 = 1.1 / Raw: 061004200017041013002900bce010143900030080006e
2020-01-12 13:43:27 315454 823 OK DE > | TUNNELING_ACK / SeqCounter: 19 / Raw: 06100421000A04101300
2020-01-12 13:43:27 347754 823 OK DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 20 (20) / PA: 1.0.20 / GA: 7/1/16 = 29 / Raw: 061004200016041014002900bce0101439100200801d
2020-01-12 13:43:27 347837 823 OK DE > | TUNNELING_ACK / SeqCounter: 20 / Raw: 06100421000A04101400
2020-01-12 13:43:27 411025 823 OK DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 21 (21) / PA: 1.0.20 / GA: 7/1/17 = Nordost / Raw: 061004200023041015002900bce0101439110f00804e6f7264 6f737400000000000000
2020-01-12 13:43:27 411109 823 OK DE > | TUNNELING_ACK / SeqCounter: 21 / Raw: 06100421000A04101500
2020-01-12 13:43:27 635451 823 ERROR DE < | TUNNELING_REQUEST / ErrMsg: Unbekannter Fehler / Raw: 061004200014041016002900b0501120fff100c2
2020-01-12 13:43:28 603477 823 ERROR DE < | TUNNELING_REQUEST / ErrMsg: Unbekannter Fehler / Raw: 061004200014041016002900b0501120fff100c2
2020-01-12 13:43:30 782434 823 OK CE > | CONNECTIONSTATE_REQUEST / Raw: 06100207001010000801c0a8b202c350
2020-01-12 13:43:30 792809 823 OK CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800081000
2020-01-12 13:44:00 785702 823 OK CE > | CONNECTIONSTATE_REQUEST / Raw: 06100207001010000801c0a8b202c350
2020-01-12 13:44:00 796044 823 OK CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800081000
2020-01-12 13:44:30 788362 823 OK CE > | CONNECTIONSTATE_REQUEST / Raw: 06100207001010000801c0a8b202c350
2020-01-12 13:44:30 798705 823 OK CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800081000
2020-01-12 13:45:00 246504 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 3 / PA: 15.15.241 / GA: 2/5/181 = 13 / Prio: 0 / Raw: 061004200017041003001100BCE0fff115b5030080000d
2020-01-12 13:45:00 247328 823 OK DE < | TUNNELING_ACK / SeqCounter: 3 (3) / Raw: 06100421000a04100300
2020-01-12 13:45:00 298846 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 4 / PA: 15.15.241 / GA: 2/5/183 = 1 / Prio: 0 / Raw: 061004200015041004001100BCE0fff115b7010081
2020-01-12 13:45:00 309716 823 OK DE < | TUNNELING_ACK / SeqCounter: 4 (4) / Raw: 06100421000a04100400
2020-01-12 13:45:00 351070 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 5 / PA: 15.15.241 / GA: 2/5/184 = 45 / Prio: 0 / Raw: 061004200017041005001100BCE0fff115b8030080002d
2020-01-12 13:45:00 361907 823 OK DE < | TUNNELING_ACK / SeqCounter: 5 (5) / Raw: 06100421000a04100500
2020-01-12 13:45:00 403280 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 6 / PA: 15.15.241 / GA: 2/5/186 = 1 / Prio: 0 / Raw: 061004200015041006001100BCE0fff115ba010081
2020-01-12 13:45:00 414129 823 OK DE < | TUNNELING_ACK / SeqCounter: 6 (6) / Raw: 06100421000a04100600
2020-01-12 13:45:00 455514 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 7 / PA: 15.15.241 / GA: 2/5/187 = 1 / Prio: 0 / Raw: 061004200017041007001100BCE0fff115bb0300800001
2020-01-12 13:45:00 456264 823 OK DE < | TUNNELING_ACK / SeqCounter: 7 (7) / Raw: 06100421000a04100700
2020-01-12 13:45:00 508116 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 8 / PA: 15.15.241 / GA: 2/5/189 = 1 / Prio: 0 / Raw: 061004200015041008001100BCE0fff115bd010081
2020-01-12 13:45:00 518978 823 OK DE < | TUNNELING_ACK / SeqCounter: 8 (8) / Raw: 06100421000a04100800
2020-01-12 13:45:00 560489 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 9 / PA: 15.15.241 / GA: 2/5/190 = 7 / Prio: 0 / Raw: 061004200017041009001100BCE0fff115be0300800007
2020-01-12 13:45:00 571336 823 OK DE < | TUNNELING_ACK / SeqCounter: 9 (9) / Raw: 06100421000a04100900
2020-01-12 13:45:00 612711 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 10 / PA: 15.15.241 / GA: 2/5/192 = 1 / Prio: 0 / Raw: 06100420001504100a001100BCE0fff115c0010081
2020-01-12 13:45:00 613492 823 OK DE < | TUNNELING_ACK / SeqCounter: 10 (10) / Raw: 06100421000a04100a00
2020-01-12 13:45:00 665035 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 11 / PA: 15.15.241 / GA: 2/5/193 = 12 / Prio: 0 / Raw: 06100420001704100b001100BCE0fff115c1030080000c
2020-01-12 13:45:00 675873 823 OK DE < | TUNNELING_ACK / SeqCounter: 11 (11) / Raw: 06100421000a04100b00
2020-01-12 13:45:00 717293 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 12 / PA: 15.15.241 / GA: 2/5/195 = 1 / Prio: 0 / Raw: 06100420001504100c001100BCE0fff115c3010081
2020-01-12 13:45:00 728552 823 OK DE < | TUNNELING_ACK / SeqCounter: 12 (12) / Raw: 06100421000a04100c00
2020-01-12 13:45:00 770055 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 13 / PA: 15.15.241 / GA: 2/5/196 = 20 / Prio: 0 / Raw: 06100420001704100d001100BCE0fff115c40300800014
2020-01-12 13:45:00 770905 823 OK DE < | TUNNELING_ACK / SeqCounter: 13 (13) / Raw: 06100421000a04100d00
2020-01-12 13:45:00 791290 823 OK CE > | CONNECTIONSTATE_REQUEST / Raw: 06100207001010000801c0a8b202c350
2020-01-12 13:45:00 801610 823 OK CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800081000
2020-01-12 13:45:00 822804 823 OK DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 14 / PA: 15.15.241 / GA: 2/5/198 = 1 / Prio: 0 / Raw: 06100420001504100e001100BCE0fff115c6010081
2020-01-12 13:45:00 833689 823 OK DE < | TUNNELING_ACK / SeqCounter: 14 (14) / Raw: 06100421000a04100e00
2020-01-12 13:45:28 607383 823 ERROR CE < | DISCONNECT_REQUEST / Raw: 06100209001010000801c0a8b2270e57
2020-01-12 13:45:28 617655 823 OK CE > | DISCONNECT_REQUEST / Raw: 06100209001010000801c0a8b202c350
2020-01-12 13:45:28 618185 823 ERROR KNX-Verbindung verloren.
2020-01-12 13:45:31 618947 823 OK CE > | DESCRIPTION_REQUEST an 192.168.178.39:3671 / Raw: 06100203000E0801c0a8b202c350
2020-01-12 13:45:31 629936 823 OK CE < | DESCRIPTION_RESPONSE / Status: Ok / Name: MDT KNX IP Router / PA: 1.0.0 / MAC: cc1be0804e12 / Raw: 06100204004836010200100000000083714016d7e000170ccc 1be0804e124d4454204b4e5820495020526f75746572000000 000000000000000000000c0202020302040205020702
2020-01-12 13:45:31 640131 823 OK CE > | CONNECT_REQUEST an 192.168.178.39:3671 / Raw: 06100205001A0801c0a8b202c3500801c0a8b202c351040402 00
2020-01-12 13:45:31 650563 823 OK CE < | CONNECT_RESPONSE / CE: 192.168.178.2:50000 - 192.168.178.39:3671 / DE: 192.168.178.2:50001 - 192.168.178.39:3671 / Tunnel-PA: 15.15.241 / ChannelID: 16 / Raw: 06100206001410000801c0a8b2270e570404fff1
2020-01-12 13:45:31 660742 823 OK CE > | CONNECTIONSTATE_REQUEST / Raw: 06100207001010000801c0a8b202c350
2020-01-12 13:45:31 671324 823 OK CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800081000
2020-01-12 13:45:34 698415 823 OK DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 0 (0) / PA: 1.0.20 / GA: 7/1/16 = 19 / Raw: 061004200016041000002900bce01014391002008013
2020-01-12 13:45:34 698498 823 OK DE > | TUNNELING_ACK / SeqCounter: 0 / Raw: 06100421000A04100000
2020-01-12 13:45:34 761950 823 OK DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 1 (1) / PA: 1.0.20 / GA: 7/1/17 = Nordost / Raw: 061004200023041001002900bce0101439110f00804e6f7264 6f737400000000000000
2020-01-12 13:45:34 762037 823 OK DE > | TUNNELING_ACK / SeqCounter: 1 / Raw: 06100421000A04100100
2020-01-12 13:45:34 945466 823 ERROR DE < | TUNNELING_REQUEST / ErrMsg: Unbekannter Fehler / Raw: 061004200014041002002900b0501120fff100c2
2020-01-12 13:45:35 903129 823 ERROR DE < | TUNNELING_REQUEST / ErrMsg: Unbekannter Fehler / Raw: 061004200014041002002900b0501120fff100c2
2020-01-12 13:46:01 668042 823 OK CE > | CONNECTIONSTATE_REQUEST / Raw: 06100207001010000801c0a8b202c350
2020-01-12 13:46:01 678410 823 OK CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800081000
2020-01-12 13:46:31 674916 823 OK CE > | CONNECTIONSTATE_REQUEST / Raw: 06100207001010000801c0a8b202c350
2020-01-12 13:46:31 685233 823 OK CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800081000
2020-01-12 13:47:01 679871 823 OK CE > | CONNECTIONSTATE_REQUEST / Raw: 06100207001010000801c0a8b202c350
2020-01-12 13:47:01 680474 823 OK CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800081000
2020-01-12 13:47:31 682384 823 OK CE > | CONNECTIONSTATE_REQUEST / Raw: 06100207001010000801c0a8b202c350
2020-01-12 13:47:31 692738 823 OK CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800081000
2020-01-12 13:47:35 907557 823 ERROR CE < | DISCONNECT_REQUEST / Raw: 06100209001010000801c0a8b2270e57
2020-01-12 13:47:35 917798 823 OK CE > | DISCONNECT_REQUEST / Raw: 06100209001010000801c0a8b202c350
2020-01-12 13:47:35 918132 823 ERROR KNX-Verbindung verloren.
2020-01-12 13:47:38 918896 823 OK CE > | DESCRIPTION_REQUEST an 192.168.178.39:3671 / Raw: 06100203000E0801c0a8b202c350
2020-01-12 13:47:38 929801 823 OK CE < | DESCRIPTION_RESPONSE / Status: Ok / Name: MDT KNX IP Router / PA: 1.0.0 / MAC: cc1be0804e12 / Raw: 06100204004836010200100000000083714016d7e000170ccc 1be0804e124d4454204b4e5820495020526f75746572000000 000000000000000000000c0202020302040205020702
2020-01-12 13:47:38 939990 823 OK CE > | CONNECT_REQUEST an 192.168.178.39:3671 / Raw: 06100205001A0801c0a8b202c3500801c0a8b202c351040402 00
2020-01-12 13:47:38 950436 823 OK CE < | CONNECT_RESPONSE / CE: 192.168.178.2:50000 - 192.168.178.39:3671 / DE: 192.168.178.2:50001 - 192.168.178.39:3671 / Tunnel-PA: 15.15.241 / ChannelID: 16 / Raw: 06100206001410000801c0a8b2270e570404fff1
2020-01-12 13:47:38 960609 823 OK CE > | CONNECTIONSTATE_REQUEST / Raw: 06100207001010000801c0a8b202c350
2020-01-12 13:47:38 971211 823 OK CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800081000
2020-01-12 13:47:45 287085 823 OK DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 0 (0) / PA: 1.0.20 / GA: 7/1/0 = 1.4 / Raw: 061004200017041000002900bce010143900030080008c
2020-01-12 13:47:45 287168 823 OK DE > | TUNNELING_ACK / SeqCounter: 0 / Raw: 06100421000A04100000
    Stichworte: -
    #2
    Wie hast du die Ports im docker konfiguriert? Exakt nach Anleitung von Yves? Bitte zeig deine Konfiguration

    Kommentar

      #3
      ich meine schon...

      Anbei die Konfig.
      Angehängte Dateien

      Kommentar

        #4
        Guten Abend

        ich bin einen Schritt weiter: sobald ich die EWPM-Erweiterung der WP abklemme (die hier: http://www.dimplex.de/wiki/index.php/EWPM) scheint alles wunderbar zu laufen

        Ich konnte bisher noch keine bestimmte GA ausmachen, die das Problem verursacht (sind leider 110 Stk.). Irgendwie scheint es so, als würde sich die Kommunikation immer genau dann aufhängen, wenn der EWPM sein ACK auf den Bus sendet. Kann das sein?

        Kommentar

          #5
          Scheint also tatsächlich so zu sein. Ich habe den EWPM einfach wieder angeklemmt. Anschließend wurde sein ACK an die Zieladresse 0.0.0 gerichtet und - ohne irgendwelches Zutun meinerseits - ging es nach kurzer Zeit wieder an die Zieladresse 15.15.241, das ist eben genau die Adresse unter der wohl auch Edomi über den MDT-Router auf den Bus sendet - zumidest kommt das im Busmonitor so an. Und just in diesem Moment schmiert Edomi ab.
          Angehängte Dateien

          Kommentar

            #6
            Dann richte doch erst mal deine Tunneladdressen richtig ein 15.15.xx ist ja wohl nicht ganz richtig. Wie es funktioniert steht im Handbuch.

            Kommentar

              #7
              Hey,
              danke für den Hinweis, habe ich erledigt. Leider bleibt die Symptomatik unverändert...

              Kommentar

              Vorherige template Weiter
              Lädt...
              X

              Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.

              Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.

              Ich stimme zu