Uhrzeit auf Bus schreiben

[BigDON]

Ein USB Interface habe ich leider nicht, ist aber vll ein Investition wert.

Das Problem ist aber vorerst gelöst:
Scheinbar haben die Weinzierls ein Problem mit den ACKs (s. https://github.com/Supergiovane/node...mate/issues/78).
Wenn man in Node Red die ACK Anfrage unterdrückt funktioniert es.

So wie ich das sehe, gibt es einen Unterschied, ob nur ein Uhrzeitwert gesendet wird, oder ob die Uhrzeit gestellt wird. node Red Part steht LDataInd und im ETS LDataCon, ich denke, dass bei Node Red noch irgend eine Anpassung oder Einstellung geben muss.

Hatte ich auch überlegt, macht aber keinen Unterschied. LDataInd und LDataCon sind unverändert und haben hier wohl auch keine Relevanz.

Viele Dank für eure Hilfe 😍

[Beleuchtfix]

So wie ich das sehe, gibt es einen Unterschied, ob nur ein Uhrzeitwert gesendet wird, oder ob die Uhrzeit gestellt wird. node Red Part steht LDataInd und im ETS LDataCon, ich denke, dass bei Node Red noch irgend eine Anpassung oder Einstellung geben muss.
Viel Erfolg, Florian

[gbglace]

Kommt auf die Einstellungen in der Schnittstelle an, mit dem Secure. Aber ja ist eine mögliche Ursache, wobei dann eben die Sichtbarkeit der Telegramme im Gruppenmonitor der ETS verwirrt.

[knxPaul]

Bin mir jetzt nicht sicher, ob ich den Dummy richtig verwendet habe

Weitgehend ja; ich hätte nur dem Dummy die PA des Raspberry/Node Red gegeben, also PA = 1.1.2 anstelle 1.1.11 weil der Dummy stellvertretend dafür steht.
Das gehört zu

ist 1.1.11 auch der definierte OH Tunnel?

Außerdem sehe ich in dem Bild beim Interface "secure" - nicht jedoch bei Raspberry/Node Red und Glastaster II; ist da secure Voraussetzung, dass GAs von der TP-Leitung auf den KNX-Bus transportiert werden?

[gbglace]

Den Dummy hast das L Flag geben, ist das auch im OH so definiert? Was geschieht wenn DU mit der ETS eine Leseanfrage auf die GA generierst? kommt dann eine Antwort aus OH? ist 1.1.11 auch der definierte OH Tunnel?

[gbglace]

Kann mit einem Dummy das ACK Verhalten auf dem KNX-Bus beeinflusst werden?

Nöö, ist ja nur ein Dummy.

Ein Koppler sendet immer ein ACK für alles was er durchreicht. Eine Schnittstelle ist aber kein Koppler. Und eine Schnittstelle generiert kein ACK auf Telegramme die der Stack selbst auf den Bus gibt. Und hier geht es ja nicht um eigenartige Telegrammvervielfältigung sondern um fehlende Reaktion auf Telegramme die von einem Tunnel auf den Bus gegeben werden (so die Hoffnung). Die Frage ist daher ob die Telegramme aus OH wirklich den TP-Bus gesehen haben, die ETS selbst nutzt ja die gleiche Schnittstelle mit einem anderen Tunnel. wäre komisch aber ggf die Lösung, wenn der Busmonitor das OH-Telegramm nur auf der IP-Seite oder innerhalb der Schnittstelle sieht aber gar nicht wirklich auf der TP-Leitung.

Eine USB-Schnittstelle die man mal für die ETS direkt an die grüne Leitung hängt um zu schauen ob da wirklich von OH was auf dem Bus landet ist nicht zufällig noch irgendwo in einer Schublade?

[BigDON]

Bin mir jetzt nicht sicher, ob ich den Dummy richtig verwendet habe...
Die Telegramme sind immernoch grau. Ist das nicht ohnehin egal? Das Telegramm, welches aus de ETS kommt ist ja auch grau hinterlegt.

Unbenannt2.PNG

[knxPaul]

sollte das nicht die Lösung sein.

Kann mit einem Dummy das ACK Verhalten auf dem KNX-Bus beeinflusst werden? Im Hue-Umfeld mit dem X1 wurde auch ein Dummy empfohlen.

[PhilW]

Hier stand Blödsinn...

[gbglace]

Hatte auch schon an Filtertabellen gedacht aber das er ja nur einen IP-Schnittstelle und keinen Router benutzt (NR per Routing statt tunnel) sollte das nicht die Lösung sein.

[knxPaul]

Eine weitere Idee kommt mir, wenn ich die grau hinterlegten Telegramme sehe, die offenbar von Node Red gesendet werden: Ergänze in der ETS einen Dummy, beispielsweise von Gira, und verknüpfe die GA = 0/0/1 mit dem KO mit dem passenden Datentyp. Danach sind die Telegramme weiss hinterlegt. Ich bin gespannt, ob sich mehr ändert (vorsichtig geworden)

[BigDON]

ist der GT denn in der GA drin?
Zeig doch mal die 0/0/1

Gerne. GT und GA sind natürlich verbunden, ansonsten würde das senden an 0/0/1 in der ETS vermutlich auch nichts bringen.

Weil wir beim sind: Der signifikante Unterschied besteht darin, dass der GT2 erst auf das zweite Telegramm reagiert. { mit Komma und Nebensatz }
=> Lasse den Node Red zyklisch senden - und warte auf das zweite Telegramm

Stimmt nicht, das mit dem zweiten Telegramm war nur Zufall in meinem Beispiel.
Wenn ich über Node Red sende kann ich telegramme raushauen bis der Arzt kommt. Es passiert einfach nichts.
Über ETS funktioniert es auf Anhieb.

Unbenannt.PNG

[knxPaul]

Im Gruppenmonitor ist nicht wirklich ein Unterschied zwischen ben beiden Nachrichten zu erkennen.

Weil wir beim sind: Der signifikante Unterschied besteht darin, dass der GT2 erst auf das zweite Telegramm reagiert. { mit Komma und Nebensatz }
=> Lasse den Node Red zyklisch senden - und warte auf das zweite Telegramm

[PhilW]

Die Frage lautet semantisch korrekt,

Jaaaa is ja gut....

Vor dem

, ob

ist das Komma übrigens nicht korrekt, da der folgende Teil kein vollständiger Nebensatz ist.
Spass....

[gbglace]

Die Frage lautet semantisch korrekt, ob denn die GA korrekt mit dem MDT GT2 am korrekten KO verbunden ist und die passenden DPT gesetzt sind.

Zeit geht ja in verschiedenen DPT abzubilden.

Man kann nichts in eine GA packen.