Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[M1R0O]

@asgothian
Hatte ich gelesen, aber erst jetzt, nach deiner Erklärung verstanden! Danke!

zigbee.0
2025-04-10 17:25:54.575	info	failed to read state "auto_close_when_water_shortage" of 0x0ceff6fffeae5bb0/1 after device query

zigbee.0
2025-04-10 17:25:54.574	info	failed to read state "current_device_status" of 0x0ceff6fffeae5bb0/1 after device query

zigbee.0
2025-04-10 17:25:52.977	info	failed to read state "voltage" of 0x0ceff6fffeae5bb0/1 after device query

zigbee.0
2025-04-10 17:25:52.976	info	failed to read state "battery" of 0x0ceff6fffeae5bb0/1 after device query

[Ritschy2000]

@m1r0o hast du eine Lösung gefunden? Stehe vor dem gleichen Problem und bekomme auch die gleiche Fehlermeldung im Log "failed to read state...:", wenn ich die Daten vom Gerät abrufen will.

[Asgothian]

@ritschy2000 Diese Meldung bedeutet letztendlich das das Gerät auf die Anfrage den Wert zu liefern nicht geantwortet hat.

A.

[Tom Haase]

Hallo,
bin Anfänger und habe auch Probleme das Gerät zu nutzen. Ich kann an und ausschalten und es scheint auch richtig eingebunden zu sein.
@Asgothian
Könntest du evtl. näher erklären, wie das mit dem Triggern funktioniert, damit ich zb. den Durchlauf usw. kontrollieren kann. Die Datenpunkte werden alle angezeigt.
lg
tom

[Asgothian]

@tom-haase sagte in Zigbee SONOFF Gerät liefert wenige Daten:

Könntest du evtl. näher erklären, wie das mit dem Triggern funktioniert, damit ich zb. den Durchlauf usw. kontrollieren kann. Die Datenpunkte werden alle angezeigt.
lg

So einfach ist das nicht - wie auch im Thread erkennbar. Daher erst einmal ein paar Grundlagen:

• Jedes Zigbee-Gerät meldet bestimmte Geräteparameter an den Koordinator. Diese werden dazu genutzt das Gerät und den Gerätetyp zu identifizieren
• Basierend auf dieser Identifikation erzeugt die externe Bibliothek zigbee-herdsman-converters (ZHC) eine Liste von Charakteristiken und meldet diese an die steuernde Software. Teil dieser Charakteristiken sind Regeln zur Umwandlung von Daten zwischen der steuernden Software und der Hardware ('converter')
• Basierend auf den vom ZHC gemeldeten Charakteristiken und Eigenschaften legt die steuernde Software (der ioBroker.Zigbee Adapter) die Datenpunkte an.
• Zusätzlich legt die steuernde Software ggf. noch eigene Datenpunkte an. im Fall des ioBroker.Zigbee Adapter sind das
  -- send_payload
  -- device_query
  -- msg_from_zigbee
  -- available

Wenn du also Datenpunkte im ioBroker siehst, dann ist das das Abbild der Charakteristiken die vom ZHC für das Gerät gemeldet wurden. In wie weit diese funktionieren hängt von weiteren Parametern ab.

Nun zum Ablauf der Kommunikation:
Datenpunkte die als 'read' gekennzeichnet sind müssen vom ZHC aus gefüllt werden. Dieses passiert wenn das Gerät eine Nachricht mit dem dazu passenden Inhalt sendet. Im Screenshot im 1. Post dieses Threads sind das die mit einem kleinen 'Schloss' im Icon.
Datenpunkte die als 'write' gekennzeichnet sind können sowohl vom ZHC als auch vom Benutzer beschrieben werden. Werden diese als "Ansteuerung" gesetzt so sendet der Adapter diese an die ZHC- die diese umwandeln und an das Gerät senden.
Bei vom Adapter selber angelegten Datenpunkten übernimmt der Adapter beide Funktionen der ZHC.

Geräte können Nachrichten entweder als Antwort auf eine Anfrage oder aus eigenem Antrieb senden. Dieses verhalten wird üblicherweise über die 'Konfiguration' des Gerätes gesteuert. Diese muss immer dann neu gemacht werden wenn das Gerät länger nicht mit Strom versorgt war. Der Adapter bietet dazu eine Möglichkeit. (Siehe Adapter-Doku auf Github). Ob ein Gerät konfiguriert ist kann auf der Info-Seite des Gerätes im Zigbee Adapter abgelesen werden (Rückseite der Kachel, blaues (i) Anklicken). An dieser Stelle lässt sich auch die aktuelle Firmware version des Gerätes ablesen. Auch ein Firmware-Update kann vom Adapter aus angestossen werden (=> Adapterdoku auf Github)

Jetzt zur eigentlichen Frage:

• Werte die nicht gefüllt werden werden entweder von den ZHC (alle 'read' werte) oder dem Benutzer (die meisten 'write' Werte) nicht gesetzt.
• Werte die der Benutzer setzen muss kann der Adapter nicht füllen.
• Werte die vom ZHC gefüllt werden müssen werden ausschliesslich dann gefüllt wenn eine dazu passende Nachricht vom Gerät empfangen wird. (Siehe Konfiguration oben)

Über den Datenpunkt 'device_query' kann versucht werden das Gerät zur Übermittlung von Daten zu bewegen. Jeder Datenpunkt der laut Konfiguration darauf reagieren sollte, das aber nicht tut erzeugt eine Log Meldung (siehe oben).

Aktiviert wird das durch Beschreiben des Datenpunkts mit dem Wert 'wahr'. Wichtig ist das dabei ein Steuerbefehl genutzt wird (Steuere Block in Blockly oder setState mit ack=false in JS.

A.

[Tom Haase]

@Asgothian
vielen lieben Dank für deine Zeit und deine Ausführungen. Jetzt ist mir einiges klarer!

Und ich habe mal nachgeschaut. Ich benutze noch einen alten zStack12 (CC2531). Wenn ich alles richtig verstanden habe, kommt der auch nur sehr schlecht mit neuerern Zigbee 3.0 Geräten klar. Vielleicht hilft es, diese Komponente jetzt auszutauschen. Einen neueren Sonoff Zigbee 3.0 USB Dongle Plus habe ich hier schon seit einiger Zeit rumliegen, habe es nur gescheut ihn auszutauschen und alle Zigbees neu anzulernen usw...

lg
tom

[Asgothian]

@tom-haase sagte in Zigbee SONOFF Gerät liefert wenige Daten:

Einen neueren Sonoff Zigbee 3.0 USB Dongle Plus habe ich hier schon seit einiger Zeit rumliegen, habe es nur gescheut ihn auszutauschen und alle Zigbees neu anzulernen usw...

Du musst wahrscheinlich nichts neu anlernen, wenn du vom cc2531 auf den Sonoff wechselst.

A.

[arteck]

@tom-haase sagte in Zigbee SONOFF Gerät liefert wenige Daten:

Wenn ich alles richtig verstanden habe, kommt der auch nur sehr schlecht mit neuerern Zigbee 3.0 Geräten klar.

tausch den mal.. der ist uralt.. incl der Firmware die da drauf läuft..
der Tausch ist einfach

adapter stop
alter cc2531 raus
sonoff rein
adapter start
UND WARTEN..das dauert bis die Sicherung zurückgeseitl worden ist.. also nicht ungeduldig werden wenns nicht sofort alles funktioniert..

[Tom Haase]

@arteck
gerade erst gesehen, der neue ist ein Sonoff Zigbee 3.0 USB Dongle Plus E.
Wäre ein Tausch dann immer noch so einfach? Oder doch alles neu?

[arteck]

@tom-haase mit dem E geht das nicht.der unterstützt das Einspielen des Backup nicht... und hat anderen Chipsatz

wieso nicht der -P ?? und jetzt sag nicht der -E war günstiger

[Tom Haase]

@arteck sagte in Zigbee SONOFF Gerät liefert wenige Daten:

wieso nicht der -P ?? und jetzt sag nicht der -E war günstiger

gar nicht richtig hingeguckt beim bestellen (20,--) Naja muss ich wohl alle neu anlernen. Pech! :angry:
Oder doch gegen einen -p tauschen?

[Tom Haase]

Will mal ne kurze Rückmeldung geben.
Habe nun einen Sonoff Zigbee 3.0 USB Dongle Plus P eingebaut. Ein paar Lampen zickten rum, nach einem "neuanlernen" gings dann aber, also soweit alles ok. Besonders die Signalstärke, geil!
Den "SONOFF Smart Water Valve" habe ich dann komplett gelöscht und dann neu angelernt. Sofort erkannt. aber alles andere bleibt wie weiter oben beschrieben. Mein Nachbar hat das bei seinem HA ohne Probleme ans Laufen gebracht. Warum auch immer....Leider verstehe ich zu wenig davon. Aber besonders der Wasserdurchlauf würde mich schon interressieren :confounded:
Trotzdem danke ich euch für die Unterstützung.
lg
Tom

[M1R0O]

Ich hatte mich damit nicht weiter beschäftigt, benötige diese Daten nicht. Wäre nur interessant gewesen.

[Semmel87]

@tom-haase
Hallo, versuch mal den Weg über "Reconfigure" im Zigbee-Adapter. So wie auch hier beschrieben:
https://forum.iobroker.net/topic/81471/sonoff-swv-wasserventil-verständnisfrage/21

Vielleicht hilft es bei dir ja auch.

[Tom Haase]

@semmel87
Danke für diesen wertvollen Tipp!
"battery" und "flow" werden jetzt tatsächlich angezeigt. Warum ich das noch nicht ausprobiert habe, keine Ahnung. :+1: