Kurzfassung:
Ich habe fünf NOUS A1Z Zigbee-Steckdosen mit Leistungsmessung. Drei davon beginnen phasenweise, das Zigbee-Netz mit mehreren hundert Messwert-Reports pro Minute zu fluten. Die eingestellten Reporting-Intervalle werden dabei ignoriert. Das führt bei mir bis zu AF dataRequest-Timeouts und BUFFER_FULL am Coordinator und letztlich zu einem praktisch nicht mehr reagierenden Zigbee-Netz.
Kennt jemand dieses Verhalten?
Und noch wichtiger: Kennt jemand eine Schuko-Zigbee-Steckdose mit Leistungsmessung, die nachweislich nicht eigenmächtig Messwerte in hoher Frequenz sendet, sich zuverlässig an die konfigurierten Reporting-Intervalle/Änderungsschwellen hält und gleichzeitig ein guter Zigbee-Router ist?
Details
Setup:
- Home Assistant
- Zigbee2MQTT
- SMLIGHT SLZB-06 / CC2652P
- etwas über 100 Zigbee-Geräte
- fünf NOUS A1Z
- Zigbee2MQTT erkennt sie als
TS011F_plug_1 - Herstellerkennung bei meinen Geräten:
_TZ3210_2putqrmw
Das Problem tritt bei drei der fünf Steckdosen auf:
- Poolbereich Lichterkette
- Poolbereich RGB-Spots
- Garten Wegbeleuchtung
Die anderen beiden sind:
- Whirlpool
- Solar Pool Pumpe
Interessant ist dabei die Herkunft:
Vier der fünf Steckdosen stammen aus derselben 4er-Packung. Davon sind:
- Lichterkette → spammt
- RGB-Spots → spammt
- Whirlpool → unauffällig
- Solar Pool Pumpe → unauffällig
Die Garten-Wegbeleuchtung stammt aus einer weiteren Packung und spammt ebenfalls.
Damit sieht es für mich nicht nach einem einfachen „schlechten 4er-Pack“ aus.
Auffällig ist dagegen die angeschlossene Last:
Die drei problematischen Geräte hängen an Beleuchtung bzw. LED-Netzteilen. Die beiden bisher unauffälligen Geräte hängen an Whirlpool und Poolpumpe.
Deshalb frage ich mich inzwischen auch, ob die Art der angeschlossenen Last irgendeinen Firmware-Bug in den Steckdosen triggert.
Wie sieht der Spam aus?
In den Zigbee2MQTT-Debug-Logs sieht man während der problematischen Phasen teilweise 200–400+ Zigbee-Nachrichten pro Minute von einer einzigen Steckdose.
Zum Beispiel werden seMetering-Reports mit exakt demselben Wert immer wieder hintereinander geschickt:
Received Zigbee message from 'Poolbereich RGB Spots',
type 'attributeReport',
cluster 'seMetering',
data '{"currentSummDelivered":22}'
Das passiert teilweise mehrfach pro Sekunde.
Bei anderen Phasen spammt eines der Geräte auch über haElectricalMeasurement.
Das Verhalten hängt nicht einfach davon ab, dass gerade Leistung verbraucht wird. Die Geräte können auch im ausgeschalteten Zustand (state: OFF, power: 0) massiv senden. Nach meiner bisherigen Beobachtung treten die Zigbee-Ausfälle sogar überwiegend dann auf, wenn diese Verbraucher ausgeschaltet sind.
Reporting bereits verändert
Ich habe die Reporting-Einstellungen der problematischen Geräte geändert.
Unter anderem wurde der minimale Reporting-Abstand für die relevanten Messwerte von 5 auf 60 Sekunden erhöht.
Die Konfiguration wurde anschließend wieder aus dem Gerät gelesen und vom Gerät korrekt bestätigt.
Beispielsweise:
currentSummDelivered: min. 60 srmsVoltage: min. 60 srmsCurrent: min. 60 sactivePower: min. 60 s
Trotzdem beginnen die Steckdosen später wieder mit mehreren hundert Reports pro Minute.
Die gespeicherte Reporting-Konfiguration scheint im Fehlerzustand also schlicht ignoriert zu werden.
Auswirkungen auf das Zigbee-Netz
Wenn mehrere dieser Steckdosen gleichzeitig in diesen Zustand geraten, sehe ich anschließend unter anderem:
SRSP - AF - dataRequest after 6000ms
und bei einigen Ausfällen auch:
BUFFER_FULL
Danach reagieren immer mehr völlig andere Zigbee-Geräte nicht mehr, obwohl Zigbee2MQTT selbst weiterhin läuft und auch die TCP-Verbindung zum Coordinator noch erreichbar ist.
Nach einem Neustart des Coordinators/Zigbee2MQTT funktioniert das Netz wieder – bis zum nächsten Auftreten.
Was ich suche
Ich möchte die NOUS-Steckdosen deshalb ersetzen.
Gesucht wird eine EU-/Schuko-Zigbee-Steckdose mit Leistungsmessung, bei der möglichst aus realer Erfahrung bekannt ist, dass sie:
- keine unkontrollierten Messwert-Bursts produziert
- keine identischen Messwerte hunderte Male pro Minute sendet
- sich tatsächlich an konfiguriertes Zigbee-Reporting hält
- Reporting-Intervalle und
reportable changezuverlässig respektiert - nicht nur über permanentes Polling funktioniert
- und gleichzeitig ein stabiler Zigbee-Router ist
Mir geht es ausdrücklich nicht nur darum, dass eine Steckdose als „guter Router“ gilt. Ein guter Router, der gleichzeitig das Netz mit unnötigen Reports flutet, hilft mir nicht.
Falls jemand ein Modell in einem größeren Zigbee-Netz betreibt und dessen Reporting-Verhalten schon genauer beobachtet oder sogar mit Zigbee2MQTT-Debug-Logs geprüft hat, wäre ich für konkrete Erfahrungen sehr dankbar.