ElabNET Technik Forum

Hallo zusammen,

ich habe im Docker/Portainer Node-RED installiert und habe einige komplexe Logiken in Verbindung mit der node-red-contrib-knx-ultimate Bibliothek am laufen. Hier spreche ich das KNX Interface aktuell per IP-Adresse des Timberwolf an.

Wenn mein Netzwerk ausfällt würde diese Verbindung nicht mehr funktionieren. Nun möchte ich gerne in NodeRED das Gateway so konfigurieren, das die Telegrame Lokal verarbeitet werden und nicht auf das Netzwerk angewiesen ist.

Die Ultimate erkennt ein paar Schnittstellen. Wie muss ich das Gateway konfigurieren das die "lokale" Verarbeitung/Schnittstelle verwendet wird?



Gruß Jürgen

Der KNX-Ultimate spricht nur KNX-IP entweder per Routing auf einer IP-Linie oder er sucht eine KNX-IP Tunnelverbindung. Der Baustein kann kein KNX-TP Sprechen. Desweiteren kannst den KNX-TP Anschluss vom TWS nicht in den Container durchreichen. das ist eine BCU mit KNX-Stack hart am OS verdrahtet. Da kommt nur das TWS Obejtksystem KNX drauf in dem es die KNX Applikation mit KOs bedient.

Wenn Du mit NR KNX-Bus lesen und schreiben willst dann eben nur über einen IP-Tunnel und damit NR >> Docker raus aus dem TWS ins LAN und zurück in den TWS in den Tunnel.

Das ist keine Schwäche des TWS so funktioniert einfach der TWS und alle anderen echten KNX-TP Geräte mit ETS Applikation und KOs.

Warum sollen denn Logiken den KNX betreffend durch NR-laufen?

Integrationen aus IOT Devices kann ich ja noch verstehen aber die haben ja dann eh ihre eigene Abhängigkeit zum LAN. Aber reines KNX kann ja gut im KNX bleiben. Ansonsten ist es wie mit jedem anderen OpenSource Logikserver, das die eben vom funktionierenden LAN Abhängigsind. das ist die Natur der Sache wie NR HA und CO funktionieren.

Auch ein NR auf einenm RPI mit einer BCU Emulation würde sich so verhalten. ansonsten musst wie die openKNX Leute eben einen eigenen Stack bauen und in der Applikation ein dickes Logikmodul integrieren.

N‘Abend,

wenn man das Netzwerk auf dem TWS im Modus betreibt und statische IP Zuweisungen festgelegt hat, müsste dann nicht die virtuelle Schnittstelle des Containers mit der physischen
Schnittstelle des TWS reden können, auch wenn der Rest von LAN tot ist?

Ich nutze KNX Ultimate, aber nur für die Hue-Anbindung und außerdem habe ich DHCP aktiv, sonst hätte ich das mal schnell ausprobiert.

VG Stefan

Hallo,

danke für eure Antworten. Ich habe es nun so hinbekommen, das NodeRED nicht auf das physische Netzwerk angewiesen ist und bei einem Ausfall dennoch NodeRED mit dem Timberwolf intern reden.

Das Gateway in NodeRED habe ich auf die IP-Adresse der docker0 Schnittstelle gestellt. In meinen fall auf die 172.17.0.1

Im Anschluss habe ich das LAN Kabel gezogen, also einen "Netzwerk-Ausfall" Simuliert und die Logiken in NodeRED arbeiten weiter als wäre nichts.

Gruß Jürgen