OpenKNX IP-Router

[0per8or]

Hab die 0.1.3 gerade aufgespielt. Damit funktioniert Multicast nicht mehr richtig. Kann keine GAs mehr aus der ETS heraus lesen und schreiben. Im Gruppenmonitor wird zwar alles sauber angezeigt, die Aktoren reagieren aber nicht drauf.

[Ing-Dom]

sollte dann hiermit gefixt sein:
https://github.com/OpenKNX/OAM-IP-Ro...ases/tag/0.1.3

[Joeknx123]

gibt noch einen Bug bei den Tunnel-PAs.
https://github.com/OpenKNX/OAM-IP-Router/issues/12

Kann zu Kollisionen führen wenn auf der Linie .1..4 anderweitig verwendet werden

Genau das muss mein Problem mit OpenHab sein. Auf .1-.4 (bzw. .1 Interface, .2-.5 Tunnel) sitzt nämlich mein MDT IP-Interface.

[thewhobox]

Okay danke dann würde ich dem mal ein bisschen nachgehen, wird aber erst wieder am Wochenende was.

Gruß Mike

[0per8or]

Ist vll die 8/3/31 in der Filtertabelle und die 8/1/0 nicht?
Irgendeinen Unterschied muss es ja geben, dass sie unterschiedlich behandelt werden.

Sind beide nicht in der Filtertabelle.

Kurz nachgehakt:
Du hast zwei Tunnel gleichzeitig geöffnet und die 8/1/0 kommt nur am zuletzt geöffneten an?

Ja, so könnte man es auch ausdrücken. Der Gruppenmonitor wurde zuletzt geöffnet und dort sehe ich die GA.

[Ing-Dom]

gibt noch einen Bug bei den Tunnel-PAs.
https://github.com/OpenKNX/OAM-IP-Router/issues/12

Kann zu Kollisionen führen wenn auf der Linie .1..4 anderweitig verwendet werden

[thewhobox]

Ist vll die 8/3/31 in der Filtertabelle und die 8/1/0 nicht?
Irgendeinen Unterschied muss es ja geben, dass sie unterschiedlich behandelt werden.

Kurz nachgehakt:
Du hast zwei Tunnel gleichzeitig geöffnet und die 8/1/0 kommt nur am zuletzt geöffneten an?

[0per8or]

Nachtrag: Das Problem tritt auch auf wenn ich nur den Gruppenmonitor der ETS per Tunneling starte. Dann kommt die GA 8/1/0 wieder nur per Multicast IP-seitig an. Manche anderen GAs, bspw. die 8/3/31, werden aber interessanterweise über Multicast und Tunneling übertragen. Wenn ich den Gruppenmonitor dann wieder beende, kommt die GA 8/1/0 auch wieder über Tunneling in Node-RED an.

Trace im Anhang:
Start Gruppenmonitor: 12:42:30
Stop Gruppenmonitor: 12:48:00

[0per8or]

Ok, guter Einwand. Ich bin noch etwas weiter gekommen. Wenn ich ein paar Minuten warte, kommen die Telegramme in Node-RED an. Aber anscheinend nicht wenn kurz davor oder parallel Multicast Traffic besteht.

Folgender Ablauf:

12:30:46 - Wert per ETS auf GA 8/1/0 geschrieben
12:30:52 - Steinel schickt Wert auf GA 8/1/0; Node-RED empfängt per Multicast, Tunneling fehlt, Paket fehlt im tcpdump
12:31:52 - Steinel schickt Wert auf GA 8/1/0; Node-RED empfängt per Multicast, Tunneling fehlt, Paket im tcpdump vorhanden
12:32:52 - Steinel schickt Wert auf GA 8/1/0; Node-RED empfängt per Multicast und Tunneling, Paket im tcpdump vorhanden

image.png

image.png

tcpdump im Anhang.

[traxanos]

doch weil da müsste man zumindest das telegram per multicast sehen können.

[0per8or]

Exakt.

Ich liefer gern weitere Logs oder Aufzeichnungen, wenn du mir sagst was hilfreich sein könnte. Der tcpdump mit dem fehlenden Paket wird vermutlich nicht helfen

[Ing-Dom]

He

nur in diesem Fall vermisse ich das ausgehende Tunneling Paket des Routers.

heißt, es kommt eine GA über TP und die wird korrekt per Multicast auch geroutet, aber nicht an den Tunnel geschickt?

Aber ohne konkrete Aufzeichnungen wird das hier schwierig..

[0per8or]

Node-RED läuft auf einem Docker Host im MACVLAN Netzwerk. Heißt, Router und Node-RED sind im selben Subnet. Den Traffic zeichne ich per tcpdump auf und guck ihn mir dann im Wireshark an. Ich sehe auch sämtlichen Routing und Tunneling Traffic, nur in diesem Fall vermisse ich das ausgehende Tunneling Paket des Routers.

[thewhobox]

Läuft denn Node-Red oder der Router bei dir auf dem Rechner?
Du kannst ja nur sehen, was auch an dich gesendet wird, bzw was du vom Rechner sendest.

Du könntest mal den Gruppenmonitor in der ETS starten und schauen ob da die Gruppenadresse ankommt.
Dann funktioniert da auch Wireshark.

Gruß Mike

[0per8or]

Ich teste nun seit knapp einer Woche den Router. Hauptsächlich im Multicast. Das funktioniert bisher super. Bei Tunneling in Verbindung mit Node-RED und Home Assistant hab ich allerdings Probleme. Grundsätzlich funktioniert die Kommunikation per Tunneling wenn ich eine Aktion von Node-RED aus antriggere. Kommen aber Telegramme initial vom Bus aus, werden diese nicht an Node-RED weitergeleitet.

Als Beispiel mal folgender Flow, der jeweils auf Write und Response einer Temperatur einmal als Multicast und einmal als Tunneling reagiert.
image.png

Per Multicast kommt der Wert an, per Tunneling nicht. Dabei ist es egal ob der Wert periodisch von einem Sensor kommt oder ich ihn über die ETS (Multicast) schreibe. Ich hätte erwartet, dass ich über Wireshark das ausgehende Tunneling Paket vom Router sehe. Das fehlt aber.