Fehlermeldung: Payload not supported for DPTHVACMode

[futurehouse]

Ich habe seit einigen Tagen den HA in Betrieb und die KNX Entitäten eingerichtet.
Nun habe ich festgestellt, dass mein Protokoll mit Fehlermeldungen überflutet wird, weil offenbar der KNX Bus zu langsam ist. Es stehen tausende von diesen Meldungen im Log:

2024-12-04 14:36:41.993 WARNING (MainThread) [xknx.log] Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 0/0/9

2024-12-04 14:36:41.994 WARNING (MainThread) [xknx.log] Could not sync group address '0/0/9' (Außenlicht Kellereingang - State)

2024-12-04 14:36:42.667 WARNING (MainThread) [xknx.log] Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 0/0/3

2024-12-04 14:36:42.668 WARNING (MainThread) [xknx.log] Could not sync group address '0/0/3' (Technik - State)

2024-12-04 14:36:44.213 WARNING (MainThread) [xknx.log] Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 0/0/1

2024-12-04 14:36:44.213 WARNING (MainThread) [xknx.log] Could not sync group address '0/0/1' (Waschküche - State)

2024-12-04 14:36:44.886 WARNING (MainThread) [xknx.log] Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 0/0/2

2024-12-04 14:36:44.887 WARNING (MainThread) [xknx.log] Could not sync group address '0/0/2' (Werkstatt - State)

2024-12-04 14:36:46.272 WARNING (MainThread) [xknx.log] Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 1/0/8

2024-12-04 14:36:46.273 WARNING (MainThread) [xknx.log] Could not sync group address '1/0/8' (Speisekammer - State)

2024-12-04 14:36:46.945 WARNING (MainThread) [xknx.log] Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 1/0/0

2024-12-04 14:36:46.946 WARNING (MainThread) [xknx.log] Could not sync group address '1/0/0' (Terrasse - State)

2024-12-04 14:36:48.980 WARNING (MainThread) [xknx.log] Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 1/0/10

2024-12-04 14:36:48.980 WARNING (MainThread) [xknx.log] Could not sync group address '1/0/10' (Außenlicht - State)
​​

Kann dies auf Dauer zu Problemen im KNX führen?
Die Bedienung über HA funktioniert bisher, ohne dass man Einschränkungen bemerkt.

Ich habe die betreffenden Entitäten über die Seite ../knx/entities/view also über die UI angelegt. Insofern können doch dort keine falschen GA oder ähnliches vorkommen. Die betroffenen Funktionen dieser GA's funktionieren auch problemlos.

[henfri]

Was passiert bei einem "Lesen" im Bus Monitor der ETS auf eine der Adressen?

[gbglace]

weil offenbar der KNX Bus zu langsam ist.

Der ist nicht zu langsam der HA nur einfach zu schnell. Die Spec ist ja seit 30 Jahren bekannt wie schnell der KNX auf der grünen Leitung ist. Wenn man dann natürlich den Bus mit mehreren Telegrammen je ms flutet was will man da erwarten?

Warum fühlt sich der HA überhaupt genötigt da ständig nach dem Status zu pollen? Wenn der nicht ständig rebootet oder die Connection verliert sollte er ja eh alle aktiv gesendeten Telegramme abbekommen, warum also den Bus mit Readrequest, ack dazudie eigentliche Antwort und ack dazu fluten. So eine Leseanfrage sind ja mal eben gleich 4 Telegramme die daraus resultieren auf der grünen Leitung.

Also erstmal die Gründe für diese Abfragen reduzieren und dann irgendwie Telegrammraten begrenzen.

[futurehouse]

Was passiert bei einem "Lesen" im Bus Monitor der ETS auf eine der Adressen?

Ich habe leider keine ETS, da ich nur einfacher Nutzer bin. 😐

[futurehouse]

Warum fühlt sich der HA überhaupt genötigt da ständig nach dem Status zu pollen?

Das frage ich mich ja auch!

Also erstmal die Gründe für diese Abfragen reduzieren und dann irgendwie Telegrammraten begrenzen.

Wenn ich jetzt noch erfahre, wie ich das anstellen kann, wäre ich der Lösung näher.

Ich habe schon in der Konfiguration der KNX Integration den Status-Updater ausgeschaltet. Das hat aber nichts gebracht, außer das erstmal alle GA auf "AUS" (Licht aus Rollläden runter) gesetzt wurden.

Gibt es im HA vielleicht eine Alternative zu dem Feld "state_address", welche nicht aktiv abfragt, sondern nur passiv Telegramme empfängt?

[DirtyHarry]

Ich habe leider keine ETS

Dazu reicht auch die Demo, du willst ja nur wissen, was ist auf dem Bus los.

[Peter]

State_adress ist nicht unbeding nötig es reicht wenn man nur adress einträg.
Es kann sein das bei deinem Aktor nicht das Less Flag gesetzt ist und das HA ständig versucht weil er keine Antwort bekomt.
Mit dem # Zeichen kannst du in der Yaml erstmal die state_adress auskommentieren.
#Q101-Q106
- name: "Garage Mitte"
address: "1/1/1"
- name: "Garage Süd"
address: "1/1/2"

[futurehouse]

... du willst ja nur wissen, was ist auf dem Bus los.

Im HA gibt es ja auch den KNX Gruppenmonitor. Der scheint vergleichbar die Aktionen vom KNX Bus anzuzeigen. Dort tauchen von den fehlerhaften Anfragen keine auf! Also anders ausgedrückt: die im Log gemeldeten Vorgänge kommen nicht bis zum BUS durch.

[futurehouse]

State_adress ist nicht unbeding nötig es reicht wenn man nur adress einträg.
Es kann sein das bei deinem Aktor nicht das Less Flag gesetzt ist und das HA ständig versucht weil er keine Antwort bekomt.
Mit dem # Zeichen kannst du in der Yaml erstmal die state_adress auskommentieren.
#Q101-Q106
- name: "Garage Mitte"
address: "1/1/1"
- name: "Garage Süd"
address: "1/1/2"

Danke! Das versuche ich erstmal bei ein paar Entitäten und beobachte, was passiert. 🤓

[futurehouse]

Ich habe eine Lösung gefunden, mit welcher bisher Ruhe auf dem BUS eingekehrt ist. Da die von der Fehlermeldung betroffenen Entitäten sämtlich über das UI angelegt waren, konnte ich sie nicht in der configuration.yaml editieren. Also habe ich mir die Konfiguration detailliert auf dem UI angeschaut. Dort habe ich ganz unten ein Feld gefunden mit der Bezeichnung: State Updater. Dieses habe ich dann bei allen Entitäten von vorher "Default" auf neu "Once when connection established" gesetzt. Seitdem sind keine Einträge mehr im Fehlerprotokoll aufgetaucht! 🤓 Außer bei Neustart des HA, da werden alle einmal angemeckert.

Bildschirmfoto vom 2024-12-05 11-42-32.png

[gbglace]

Außer bei Neustart des HA, da werden alle einmal angemeckert.

ja da fehlt dann nur noch eine Option im HA KNX-Adapter um da mit einer Telegrammratenbegrenzung das etwas zu entzerren.

[futurehouse]

Diese Option gibt es aber noch nicht, oder?

[herr2d2]

Ich habe von meti gelernt, dass man sich um die Telegrammrate nicht kümmern muss. Nach einem Neustart von HA ist diese relativ hoch, regelt sich aber auch zügig automatisch runter …

[herr2d2]

Außer bei Neustart des HA, da werden alle einmal angemeckert.

Dafür muss es allerdings auch eine Ursache geben, schließlich sollte ein Read-Request auch beantwortet werden. Hast du

knx:
  event:
    - address:

korrekt konfiguriert?

[futurehouse]

Wie ich in #25 geschrieben habe, kann ich die betroffenen Entitäten nicht mit yaml bearbeiten.
Oder anders ausgedrückt, verursachen alle Entitäten, die in der configuration.yaml stehen, keine Fehler.