OpenKNX IP-Router

[Ing-Dom]

wenn man sich da mal eine Wiresharkaufzeichnung eines Tunnelaufbaubs von OpenHAB anschauen könnte, wäre das schon hilfreich...
Und ja: für Routing braucht das IP-Only Gerät eine PA, idealerweise aus einer IP-Linie. Die ETS nimmt hier idr 0.0.1

[thewhobox]

mumpf theoretisch gibt es noch die Option, dass der Tunnel Client auch eine PA beim Verbinden verlangt.
Laut spek soll die PA vom Tunnel nur festgelegt werden, wenn diese 0.0.0 ist (sprich dann wird ihm eine zugewiesen)

Bei tests hat eine vorgabe der PA aber nur zu einem Verbindungsabbruch geführt.
Man müsste mal iwie versuchen das aufzuzeichnen und schauen was openhub da verschickt.

Ich könnte mir eher vorstellen, dass diese PA für das Routing verwendet wird (auch wenn dann die Bezeichnung falsch wäre).
Da muss es dann aber eine PA aus einer Ebene höher sein (1.0.255 zum Beispiel).

Aber ja, selbst wenn man die Tunnel PA ausdrücklich vergibt *muss* es eine freie PA sein, die auch keinen Koppler darstellt (kein 1.1.0)

Gruß Mike

[mumpf]

OpenHab wählt selbst einen Tunnel, warum man da trotzdem etwas einstellen kann, weiß ich auch nicht.

Das ging mir nicht aus dem Kopf. Ich glaube, das Feld ist missverständlich. Bei der Auswahl "Router" muss OpenHab eine PA bekommen, denn jedes Routing-Gerät hat seine eigene PA (1.1.0 darf es trotzdem nicht sein). Bei "Tunnel" sollte da eigentlich nichts stehen, denn OpenHab weiß ja auch nicht, welchen Tunnel es bekommt.

Ing-Dom, thewhobox: Müsste nicht der Router beim Tunnelling (schreibend auf TP) in die Telegramme immer die PA des Tunnels schreiben? Was anderes darf da doch gar nicht stehen, oder?

Gruß, Waldemar

[Ing-Dom]

Schön, Danke für die Rückmeldung

[Joeknx123]

Was mir zur IP aufgefallen ist, ist dass der angeschlossene Switch (Unifi) keine IP und kein Gerät anzeigt. Er zeigt nur an, dass der Port belegt ist. Die IP kann ich nur in der ETS sehen.

Ing-Dom

Vielen Dank für das neue Release! Der zitierte Fehler ist jetzt auch behoben.

[Ing-Dom]

das Release 0.1.2 (reines FW-Update) findet ihr hier:
https://github.com/OpenKNX/OAM-IP-Ro...ases/tag/0.1.2

Es behebt diverse kleinere Bugs.

[Joeknx123]

Das bezweifle ich nicht, nur musst Du dort das Richtige einstellen. Auf dem KNX-Bus darf nur genau ein Gerät eine PA haben. 1.1.0 ist die PA Deines Routers. OpenHab darf somit nicht diese Adresse haben. Ferner darfst Du hier auch nicht "irgendwas" auswählen, sondern nur die PA eines Tunnels! Und Deine Tunnel heiße alle 1.1.20,1.1.21,1.1.22 und 1.1.23. Genau das sind Deine Freiheitsgrade, mehr nicht. Ich würde aber eher erwarten, dass man bei OpenHab gar keinen Tunnel angeben muss und er dann automatisch einen Tunnel zugewiesen bekommt. Ist nur geraten, weil ich OpenHab nicht kenne.

Ok, ich probiere das damit noch mal aus.
OpenHab wählt selbst einen Tunnel, warum man da trotzdem etwas einstellen kann, weiß ich auch nicht.

[mumpf]

Doch doch, in OpenHab kann man einstellen, als was der Server dargestellt werden soll.

Das bezweifle ich nicht, nur musst Du dort das Richtige einstellen. Auf dem KNX-Bus darf nur genau ein Gerät eine PA haben. 1.1.0 ist die PA Deines Routers. OpenHab darf somit nicht diese Adresse haben. Ferner darfst Du hier auch nicht "irgendwas" auswählen, sondern nur die PA eines Tunnels! Und Deine Tunnel heiße alle 1.1.20,1.1.21,1.1.22 und 1.1.23. Genau das sind Deine Freiheitsgrade, mehr nicht. Ich würde aber eher erwarten, dass man bei OpenHab gar keinen Tunnel angeben muss und er dann automatisch einen Tunnel zugewiesen bekommt. Ist nur geraten, weil ich OpenHab nicht kenne.

Gruß, Waldemar

[Joeknx123]

Ing-Dom Vielen Dank für den Tipp, ich hab mir die Router-Applikation offensichtlich nicht gut genug angeschaut... kannte bisher nur symmetrische Filter.



Das kann nicht sein (wieder Topologie): 1.1.0 ist die PA eines Routers oder Linienkopplers, auf keinen Fall eines Servers oder dessen Tunnel. Kannst Du mal Deine Topologie als Screenshot posten?
Vor allem die Adresse des OpenKNX-Routers und jeglicher weiterer Schnittstellen, auch Software-Lösungen wie knxd, falls vorhanden.

Gruß, Waldemar

Doch doch, in OpenHab kann man einstellen, als was der Server dargestellt werden soll.
Diesen eventuellen Bug kann ich auch nachstellen.
Bildschirmfoto 2024-02-14 um 15.17.24.png Bildschirmfoto 2024-02-14 um 15.14.44.png Bildschirmfoto 2024-02-14 um 15.13.59.png

[Ing-Dom]

Grundsätzlich ja, aber die Testabdeckung ist halt noch nicht so dass jeder Einzel- und Spezialfall schonmal irgendwo abgedeckt wurde.
Insofern gibts keine Garantie für irgendwas, wie immer
Aber ich bin bestrebt gefundene Bugs auch zu beheben, daher findet ihr noch heute ein FW-Update das die bisher bekannten Bug behebt.
Dazu muss sie halt auch erstmal jemand finden

[MarcoLanghans]

Hallo zusammen,

ich habe eine Strecke an der kein Buskabel liegt und nur mit immensen Aufwand verlegt werden kann, es ist dort aber Netzwerk verfügbar.
Ist der OpenKNX IP Router schon soweit, dass man zwei dafür verwenden könnte?

[mumpf]

Ing-Dom Vielen Dank für den Tipp, ich hab mir die Router-Applikation offensichtlich nicht gut genug angeschaut... kannte bisher nur symmetrische Filter.

dann kommt von Openhab (1.1.0)

Das kann nicht sein (wieder Topologie): 1.1.0 ist die PA eines Routers oder Linienkopplers, auf keinen Fall eines Servers oder dessen Tunnel. Kannst Du mal Deine Topologie als Screenshot posten?
Vor allem die Adresse des OpenKNX-Routers und jeglicher weiterer Schnittstellen, auch Software-Lösungen wie knxd, falls vorhanden.

Gruß, Waldemar

[Ing-Dom]

Waldemars Ausführungen ist nicht viel hinzuzufügen, die sind absolut korrekt. Danke.

Ein Tipp aber noch, für Faule:

Man kann den Router so einstellen, dass er alle Telegramme von TP auf IP leitet, aber nur ausgewählte von IP auf TP.
Damit kann man sich die Pflege eines Dummys auf der IP-Linie sparen und sieht auf der IP-Linie auch immer alle Gruppentelegramme aller Linien.

An dem Bugfix mit dem fehlenden Ack in diesem Spezialfall bin ich dran.

[Joeknx123]

Vielen Dank Waldemar!
Vielleicht ist es doch nicht so gut, wenn ein halber Anfänger solche Sachen testet
Mittlerweile bin ich auch dahinter gekommen.

Inzwischen läuft der Router als Tunnel bei mir und es ist gleich ein neues Problem aufgetreten. Hoffentlich nicht wieder ein Anfängerfehler 🤷♂️ oder Blödsinn von OH
Falls es etwas mit dem Router zu tun hat, könnte es ja vielleicht helfen.

Ich habe in Openhab einen Switch der Tag (0)/ Nacht (1) schaltet. Dieser wurde bisher von Openhab bei Sonnenauf- und Untergang geschaltet.
Mit meinem neuen Reg1 habe ich das gleich ausgelagert und die Automation in Openhab gestoppt. Den Schalter an sich gibt es aber noch.

Wenn jetzt der Reg1 die Nacht z.B. ausschaltet, dann kommt von Openhab (1.1.0) im Sekundentakt ein Telegramm auf den Bus.
Mit dem MDT IP-Interface ist das nicht so.

OH Router TagNacht.png

[mumpf]

weil der Router nur funktioniert, wenn ich alles weiterleite, warum auch immer.

Sorry, dazu muss ich jetzt mal was schreiben, alleine weil ich befürchte, dass auch andere User der Meinung sein könnten, das hat was mit unserem OpenKNX-Router zu tun. Ist aber KNX-Grundwissen über Linien.

Ein Router hat 2 Aufgaben:

1. Er ist ein Medienkoppler, der das Medium IP und das Medium TP koppelt. Er schickt also TP-Telegramme als IP-Telegramme und umgekehrt.
2. Er ist ein Linienkoppler mit Filterfunktion, also sieht er zu, dass nur die Telegramme der IP-Linie, die auf die TP-Linie sollen, auch durchgelassen werden und umgekehrt.

Und dass so ein Filter sinnvoll ist, erkennt man sofort, wenn man sich 2 gut ausgelastete TP-Linien vorstellt, die über KNX-Router gekoppelt sind. Wenn beide Router auf Durchzug geschaltet werden, dann würde alle Telegramme der einen (schon ausgelasteten) TP-Linie auf die andere geleitet und Umgekehrt. Der IP-Linie macht das nichts, die ist viel schneller und leistungsfähiger als eine TP-Linie, aber in dem Szenario würden dann beide TP-Linien massive Probleme bekommen. Vor diesem Hintergrund muss man sich immer überlegen, ob man einen KNX-Router auf Durchzug stellt. Das Problem ist nicht Router-spezifisch, gleiche Überlegungen gelten auch für TP-Linienkoppler.

Und jetzt zu Deinem Problem: Wenn der Router (korrekterweise) nicht alle Telegramme weiterleiten soll, muss ihm gesagt werden, welche Telegramme er weiterleiten soll. Das geschieht über Filtertabellen, die im Auslieferungszustand natürlich leer sind. Wenn Du also einen Router bei Dir einbaust und vorher noch keine IP-Linie hattest, wird natürlich auch nichts auf der IP-Linie ankommen, weil der Router alles wegfiltert. Das ist ganz normales und bestimmungsgemäßes Verhalten!

Lösung für Dich (und andere, die das Problem haben): Man macht einen Dummy auf die IP-Linie und weist diesem Dummy die GAs zu, die das IP-Gerät (in Deinem Fall OpenHub) empfangen soll und über die er senden soll. Aus diesen Zuweisungen berechnet die ETS dann die Filtertabellen und sobald man damit den Router programmiert hat, werden nur die benötigten Telegramme zwischen IP und TP ausgetauscht.

Braucht man alle Telegramme an einem Server (wie z.B. OpenHub oder HA), dann würde ich eher einen Tunnel empfehlen statt den Router auf Durchzug zu stellen. Der Tunnel bekommt auch alle Telegramme, sitzt aber von der Topologie her auf der TP-Seite des Routers (hat ja eine eigene PA auf der TP-Linie).

So, das als kleiner Abriß über die Kopplung von Linien,
Gruß, Waldemar