[Beantwortet] [V1.6.0 RC 6] Kein KNX-ACK-Telegramm bei Node-Red zu TW

[Eraser]

Der TW hat die PA 1.0.100 als Haupt-PA.
1.0.101 muss dann der NodeRed sein.

Die angezeigte IP bei 1.0.101 passt nicht zu meinem IP-Netzwerk und muss dann vom TW sein (bzw. halt von NodeRed im Container des TW).

MAC hatte ich schon mal früher kontrolliert, schau ich aber sicherheitshalber nochmals nach.

[StefanW]

Hallo Juri,

Sollten da nicht beide sein, TWS und Node-Red?

Nein, der TWS nutzt den KNX-Stack (und damit die PA des Stacks). Der TWS nutzt damit keinen KNXnet/IP Tunnel und ist daher auch nicht in der Liste der KNXnet/IP Tunneling Verbindungen aufgeführt.

lg

Stefan

[Eraser]

So, hab ein paar Dinge nachgeschaut:

-) Die IP 172.17.0.2 des Tunnels 1.0.101 ist definitiv der NodeRed-Container (dies passt so auch mit Stefans Aussage zusammen)

-) Andere Telegramme vom TW direkt kommend werden von einem anderen KNX-Gerät korrekt ACKed.

-) Alive-Signal vom TW wird nicht ACKed, was OK ist, da ich dieses nirgends wo derweil verwende

-) Wenn ich die GA 11/7/15 mit einem KO eines anderen KNX-Geräts auch verbinde, dann ACKed dieses das Telegramm

6.png

Es liegt also definitiv daran, dass der TW die Telegramme von NodeRED nicht ACKed.
Warum weiß ich nicht...

[Sun1453]

Hallo Wolfgang,

hmm das scheint eine größere Sache zu sein denke ich. Kannst du die Informationen eventuell aus Node Red auch per Modbus TCP senden. Das liegt ja schon in der Schublade und wird hoffentlich bald als IP zur Verfügung stehen. Ich denke damit bekommt man vielleicht eher eine Lösung. Die Modbus Informationen kann man dann ja mit dem DOS auf KNX werfen.

[Eraser]

@Sun1453

Die Lösung für ein Problem kann ja nicht sein, dass man ihm ausweicht, sondern dass man ihm auf den Grund geht und eine Erkenntnis daraus gewinnt.

Es funktioniert ja derweil alles, nur die 4-fachen Telegramme sind nicht schön und das kann später mal zu einem Problem werden, wenn die Ausbaustufe des Systems wächst.

[StefanW]

Hallo Wolfgang,

wir werden intern prüfen ob das ein Fehler ist oder by Design.

(By Design: Es könnte sein, dass es eine Vorschrift in KNX gibt, dass der gleiche KNX-TP Anschluss sich selbst seine eigenen KNX-Telegramme NICHT ACKen darf, auch wenn er diese ausgehend mit verschiedenen PAs sendet).

lg

Stefan

[Eraser]

OK danke

[Sun1453]

OK danke

Hallo Wolfgang,

das hatte ich damit auch nicht vor. Ich meinte damit das eine schnellere Lösung vielleicht eher über Modbus TCP zu realisieren wäre als über KNX. Modbus ist ja da nicht so streng reglementiert. Klar sollte eine Überprüfung des KNX Stacks erfolgen, aber wenn da wieder etwas geändert werden soll, ist ja meist eine neue Zertifizierung oder eine neue KNX APP nötig.

[StefanW]

Hallo Wolfgang,

wir können den Fehler nicht nachvollziehen, haben aber auch nicht mit Node Red getestet.

Nehmen wir die Comet Visu oderdie Möglichkeiten der ETS um über einen Tunnel ein Telegramm zu versenden, bekommen wir auf mehreren Wölfen den ACK und es gibt keine Telegrammwiederholung.

Wir gehen nicht von einem generellen Fehler aus, der auch schon lange zuvor entdeckt worden wäre, sondern es ist etwas spezielles an Node Red oder in Deiner Installation, welche sich zum Laboraufbau unterscheidet.

Es wäre hilfreich, wenn Du solche Telegramme auch über andere Tunnel-Clients nutzen könntest wie CometVisu und / oder ETS.

lg

Stefan

[Eraser]

Also liegt eurer Meinung nach dann das Problem darin, dass NodeRed die ACK-Telegramme vom TW nicht auswertet?
Die ACK-Telegramme müssten dann also vom TW kommen, aber NodeRed reagiert nicht darauf und sendet deswegen 4x das Telegramm.