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

[Eraser]

Obwohl, dass NodeRed nicht auf das ACK reagiert ist eigntlich nicht möglich, da bei Verbindung der GA mit einem anderen Gerät die Telegrammwiederholung nicht stattfindet. Also dürfte NodeRed dann auf dessen ACK reagieren.
Dann sind wir im Endeffekt bei dem Punkt, dass vom TW kein ACK gesendet wird (nicht von NodeRed).
Wie soll ich da den Fehler eingrenzen?

Die betroffenen GA's sind dieselben wie hier beschrieben:
viewtopic.php?f=21&t=2430&p=27143#p27143

[Robert_Mini]

Ich schau mir das heute bei mir mal an. Ich sende die Wetterdaten von OpenweatherMap per NodeRed auf den KNX und hab noch keine Wiederholungen gesehen. In diesem Detail hab ich aber auch nicht gesucht, deshalb seh ich nochmal nach.

lg
Robert

[StefanW]

Hallo Wolfgang,

Also liegt eurer Meinung nach dann das Problem darin, dass NodeRed die ACK-Telegramme vom TW nicht auswertet?

Nein.

Wir haben keine Meinung zur Fehlerursache, weil wir die Ursache von Probleme nicht vermuten, sondern durch ordentliche Diagnose bestimmen. Hierfür ist es hilfreich, wenn man das Problem nachvollziehen oder eingrenzen kann.

Da wir das von Dir beobachtete Problem nicht nachstellen können und gehen derzeit nicht von einem generellen Fehler aus, also einem Fehler der jederzeit und überall auftritt.

Wir haben mit OpenHAB und io:Broker die Erfahrung gemacht, dass die KNXnet/IP Implementierung fehlerhaft war. Ob das bei NodeRed der Fall ist, wissen wir nicht und behaupten wir auch nicht.

Zur Eingrenzung wäre es hilfreich, wenn Du einen von zwei Versuchen machen könntest:

1. Mit der ETS via TWS Tunnel verbinden und ein Gruppentelegramm schreiben und den Busmonitor dabei laufen lassen

2. Und / Oder mit der CometVisu auf durch den TWS Tunnel schreiben.

Es geht einfach darum einzugrenzen, ob das Problem bei Deiner Installation mit jedem KNXnet/IP Client auftritt oder nur mit Node Red.

Es wäre toll, wenn Du uns helfen könntest.



lg

Stefan

[Eraser]

OK, hab nun eine Tunnelverbindung für den Busmonitor aufgemacht und eine für den Gruppenmonitor.

Werden im TW korrekt angezeigt:

1.PNG

1.0.100 ... TW
1.0.101 ... NodeRED
1.0.102 ... Gruppenmonitor der ETS



Beim Absetzen eines GroupValueRead per Gruppenmonitor auf die GA 11/7/0 wird dieses auch 4x wiederholt, genauso wie das Response.

2.PNG

[Eraser]

Zusatz:

Hab gerade bemerkt, dass wenn ich eine andere GA abfrage, welche von dem TW kommt (z.B. eine Temperatur eines 1W-Sensors), so wird keine Antwort gesendet. Bei den Flags des KO's wäre aber K, L, Ü gesetzt.

Irgendwie glaube ich, dass sich da was verhakt hat.

Soll ich den TW mal neu durchstarten oder wollt ihr was nachsehen?

[gbglace]

Ahh da hast jetzt per ETS einen Readrequest gesendet (11:34:09,286) und der TWS gibt eine Antwort (11:34:09,361). Beides hat kein ACK. Die Antwort ist ja soweit klar, da wenn der TWS auf einen Readrequest antwortet und selbst zum Sender wird kann er keine Bestätigung geben. Die ETS hinter der 1.0.102 gibt auch kein ACK.

Bleibt also die Telegramm-Art Readrequest die ohne ACK unnötig wiederholt wurde.

Dann hast das Telegramm von NR kommend 11:34:12,403 dem das ACK fehlt, hier ja wäre die Annahme gibt der TWS ein ACK aus der PA 1.0.100

In dem Setup bitte mal aus der ETS keinen Readrequest sondern wie NR einen echten Wert auf den Bus senden. Dann wäre das mal eine Alternative zum NR, wenn es nicht schon in den Versuchen ein paar Seiten vorher passiert ist.

[Eraser]

Hab ein GroupValueWrite mit dem Wert 500 per ETS auf die 11/7/0 nun gesendet (Telegramm #213)

3.PNG

Selbe Ergebnis.

[StefanW]

Hallo Wolfgang, danke sehr.

Eine Frage noch, womöglich stand es wo, aber ich kann jetzt nicht nochmal alles von vorne lesen: Was hängt denn noch alles an dem TP? Schon ein ganzer KNX mit zig Geräten?

Soll ich den TW mal neu durchstarten oder wollt ihr was nachsehen?

Insgesamt muss ich das nochmal diskutieren, wie wir hier weiter machen.

Wenn es geht, dann würde ich das Team aber jetzt nicht rausreißen wollen, weil wir wollten jetzt mal zwei intensive Modbus Wochen einlegen, damit wir hier endlich zum Ergebnis kommen.

In den letzten Monaten haben wir sehr viel mit einzelnen, teils seltenen, Fehlern und deren Behebung zugebracht, was zwar einzelnen oder wenigen Nutzern geholfen hat, aber mit den großen Sachen kommen wir so nicht weiter.

Es wäre also gut, wenn Du mit diesen vierfachen Telegrammen erstmal leben kannst, bis wir uns darum kümmern können.

Wenn es nicht anders geht, dann rebooten, womöglich ist das Problem dann auch gefixed.


lg

Stefan

[Eraser]

Hallo Stefan,

an der KNX-Schnittstelle des TW hängt meine 1.0.x Hauptlinie und dann noch per Linienkoppler eine Außenlinie 1.1.x. Insgesamt 50 Geräte, also nichts weltbewegend Großes.

Wenn ich weiß, dass ihr euch das in naher Zukunft ansehen wollt, dann starte ich den TW nicht neu. Kann derweil mit den 4fach Telegrammen leben.

Danke

[Sensej]

Wenn ich weiß, dass ihr euch das in naher Zukunft ansehen wollt, dann starte ich den TW nicht neu. Kann derweil mit den 4fach Telegrammen leben.

Danke

Hallo Wolfgang,
habe bei mir Node-Red als Container eingerichtet und einfaches Dashboard(Licht AN/AUS) zum Testen erstellt.
Wenn ich mit Node-Red-Dashboad ein Telegramm "Licht AN/AUS" sende, dann kriege ich alle Telegramme(Licht und Status) einzeln -> Licht-Status wird in CV und Node-Red richtig angezeigt
Wenn ich mit Comet Visu ein Telegramm "Licht AN/AUS" sende, dann kriege ich auch alle Telegramme(Licht und Status) einzeln -> Licht-Status wird in CV und Node-Red richtig angezeigt

MfG Juri