[Beantwortet] [V3.5.1] Probleme mit ETS, wenn Openhab Instanz läuft | Mehrfache Telegramme

[Saarlaender]

Ich glaub ich muss mir mal ein paar Videos anschauen die was zu NodeRED sowie HomeAssistant erzählen. Selbst testen wird zeitlich nicht funktionieren.

Es wär halt echt mal super, eine gute Lösung zu haben die macht was sie soll - dh auch die ACK Telegramme verschickt und mein Bus nich so zugespammt wird.

Zwar wirds ja hoffentlich (?!) sehr bald keinen Grund mehr geben, auf eine externe Visu zu setzen (dh nach Release der TW Visu) ... aber zum Einbinden von Gerätschaften (Waschmaschine, Trockner, Zigbee-Zeug wie HUE, Siri/Alexa) wird es sicher noch lange notwendig sein.

Kann man denn auch die Programmier-Problematik bei NR / HA ausschließen oder hat man das Problem dann auch?

[gbglace]

Also ich habe mit dem permanent laufenden NR keine Probleme mit meinem KNX-Bus. Der NR-Node nutzt auch nicht den knxd und dessen Derivate, der war/ist halt für Überraschungen bekannt.

[Dragonos2000]

Das ist ein bekanntes Problem bei OpenHAB, habe ich auch. Wurde zwischenzeitlich versucht etwas zu entschärfen, indem OpenHAB langsamer sendet. Je nach Anzahl der Instanzen, stört das aber Programmiervorgänge erheblich und macht sie bei manchen Geräten gar unmöglich. Da hilft dann nur den Container kurz zu stoppen.
Im OpenHAB Forum habe ich mal eine Begründung/Herleitung zu diesem Phänomen gelesen, aber dann auch nicht versucht in der Tiefe zu durchdringen. O-Ton war, dass das Standard konform so sein müsste...

[StefanW]

Hallo Daniel,

es gibt keine Software-Lösung die ACK-Telegramme verschickt, weil das müsste binnen 2 Mikrosekunden am TP passieren. Neue KNX Devices machen das deshalb in Hardware (im TP-UART 2 CHip, um genau zu sein, wie auch der TWS).

Wenn Du Telegramwiederholungen am Bus hast, dann liegt das an Deinem TP-Bus und den dort installierten Geräten, die für das ACK verantwortlich wären. Einfach mal einen Systemintegrator drauf schaun lassen, weil das ist ein wenig komplex im Detail, vor allem in Verbindung von alten Geräten und neuen Geräten.

lg

Stefan

[Saarlaender]

Danke

es gibt keinen SI. Ich hab alles selbst gemacht und zu 99% MDT Geräte, die alle innerhalb der letzten 2-4 Jahre rum angeschafft wurden.

Die WDHs betreffen augenscheinlich (ich hab nicht jedes einzelne Telegramm geprüft) nur die Visu-Only-GAs. Also GAs, welche keine Hardware-Gerätschaften verbunden haben sondern dort wird lediglich für OpenHab abgelegt damit ich die entspr. Daten visualisieren kann.

Wenn es also "normal" ist - und das ist,was ich hier verstanden habe - dann soll es mir recht sein. Ich hab dabei aber einen Zusammenhang mit meinen Problemen vermutet (dh Programmieren fast unmöglich -> liegt aber offenbar ja an OpenHAB etc)

Wenn die TWS-Visu released wurde, dürften diese mehrfach-Telegramme ja auch der Vergangenheit angehören. Ich werd jedenfalls mal NodeRED testen als Ersatz für OpenHAB.

[gbglace]

Ja um KNX Informationen in der TWS-Visu zu verwenden hat es dann immer zwei KO die mit einer GA verbunden sind im ETS Projekt, einmal die Quelle und ein TWS-KO als Ziel oder umgekehrt.

[Robert_Mini]

Hallo Daniel!

Ich habe das auch so gemacht und die Visu Objekte als KNX-Objekt angelegt.
Damit werden die Telegramme richtig behandelt und die Werte können beim Visu-Neustart auch über das L-Flag gelesen werden. Damit entfällt ein zyklisches Senden. Auch Beim Reboot kann man eine Send triggern (Custom Logic "Send on Reboot"), dann sind alle Werte sofort aktuell (Auch zb Einstellwerte die nur in Logiken verwendet werden).

Wie das künftig mit der TWS-VISU läuft werden wir sehen.

lg
Robert

[StefanW]

Wie das künftig mit der TWS-VISU läuft werden wir sehen.

Die Timberwolf VISU liest beim Start aus dem internen Cache des Objektsystems (genau genommen NUR für die jeweils angezeigte Seite pro angemeldetem Client)

Die Themen Flags und ggfls. Lese-Logik bleibt davon unberührt, da diese ja das Objektsystem (und den Cache) bedient. Für jemanden, der dies schon so umgesetzt hat, ändert sich nichts.

lg

Stefan

[Robert_Mini]

Hallo Stefan!

Danke für die Info.
Ergänzend möchte ich anmerken, dass damit auch Systeme wie 1-wire, Modbus oder http-Abfragen automatisch den letzten bekannten Wert erhalten, ohne dass es einen Umweg über KNX braucht. Damit kann man das Intervall von zyklisch gesendeten Werten weiter reduzieren, wenn man das nur wegen der Visu macht. Das ist schon sehr mächtig und ich freu mich drauf.

lg
Robert