@asgothian Vielen Dank, ich weiß zwar nicht warum, aber es hat funktioniert.

Ich habe im März 2024 einen Zigbee Smart Plug bei Amazon erworben. Diesen konnte ich auch problemlos an meinem Zigbee Coordinator ( EZSP V12 ) anlernen und auch im iobroker konfigurieren.
Die Steckdose tauchte im Zigbee Adapter als TS0F_Plug_1 auf. Ich konnte die Steckdose schalten und auch die Verbrauchsdaten wurden angezeigt.

Dann habe ich die Steckdose eine Zeit lang nicht mehr gebraucht und sie vom Stromnetz getrennt. Das Gerät wurde dann auch als nicht verbunden angezeigt.

Nun wollte ich die Steckdose wieder in Betrieb nehmen und musste feststellen das es Probleme gibt. Sie wird zwar wider verbunden, funktioniert aber unzuverlässig. Sobald das Gerät mit dem Zigbeecoordinator vrbunden ist wird das Protokoll mit Warnmeldungen überschwemmt, deren Bedeutung ich nicht verstehe. Die sehen dann so aus :

2025-04-19 00:10:27.274  - warn: zigbee.0 (1535611) ELEVATED:I01 (014a) Zigbee Event of Type attributeReport from device 0xa4c13802384af8c8, incoming event: {"type":"attributeReport","data":{"activePower":0},"linkquality":88,"groupID":0,"cluster":"haElectricalMeasurement","meta":{"zclTransactionSequenceNumber":91,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}
2025-04-19 00:10:27.285  - warn: zigbee.0 (1535611) ELEVATED:I01 (0155) Zigbee Event of Type attributeReport from device 0xa4c13802384af8c8, incoming event: {"type":"attributeReport","data":{"currentSummDelivered":1164},"linkquality":100,"groupID":0,"cluster":"seMetering","meta":{"zclTransactionSequenceNumber":92,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}
2025-04-19 00:10:27.288  - warn: zigbee.0 (1535611) ELEVATED:I01 (014a) message received '{"linkquality":88}' from device a4c13802384af8c8 type 'TS011F_plug_1'
2025-04-19 00:10:27.289  - warn: zigbee.0 (1535611) ELEVATED:I02 (014a) value generated '88' from device a4c13802384af8c8 for 'Link quality'
2025-04-19 00:10:27.301  - warn: zigbee.0 (1535611) ELEVATED:I01 (014a) message received '{}' from device a4c13802384af8c8 type 'TS011F_plug_1'
2025-04-19 00:10:27.302  - warn: zigbee.0 (1535611) ELEVATED:NOVAL (014a) No value published for device a4c13802384af8c8

Ich lese hier unter anderem was von "linkquality" : 88 , keine Ahnung ob das gut oder schlecht ist, jedenfalls habe ich die Steckdose direkt neben den Coordinator eingesteckt, was keinen sichtbaren Erfolg hatte.

Jedenfalls habe ich die Steckdose aus dem Adapter gelöscht und Sie neu gekoppelt. Was auch funktionierte :

2025-04-19 16:45:50.803  - info: zigbee.0 (1535611) Opening zigbee Network for 60 seconds
2025-04-19 16:45:53.690  - info: zigbee.0 (1535611) Starting interview of '0xa4c13802384af8c8'


2025-04-19 16:45:54.214  - info: zigbee.0 (1535611) Successfully interviewed '0xa4c13802384af8c8', device has successfully been paired
2025-04-19 16:45:54.214  - info: zigbee.0 (1535611) Device '0xa4c13802384af8c8' is supported, identified as: Tuya Smart plug (with power monitoring) (TS011F_plug_1)

Leider tauchten sofort wieder diese Warnmeldungen auf. Nun bin ich Ratlos, hat jemand von Euch eine Idee ?
Ich habe vor ein paar Tagen den Zigbee Adapter auf die Version 2.0.5 geupdatet, kann es etwas damit zu tun haben ?

Ich würde mich freuen, wenn ihr mir helfen könntet.

Ich glaube, das ich die Ursache des Problems gefunden habe.

Kürzlich habe ich einen WLAN Repeater der Firma AVM des Typs 1200AX in Betrieb genommen. In der Mash Übersicht konnte ich sehen, das der shelly 3em über diesen neuen Repeater in mein Netzwerk kommt.
Da dies in der letzten Zeit die einzige Änderung in meinem System war, wollte ich mal testen, was ohne diesen Repeater passiert. Also trennte ich den neuen Repeater vom Netzt, woraufhin sich der Shelly wieder den alten Weg in mein WLAN suchte und die Datenpunkte wurden sofort wieder aktualisiert. Seit dem gab es auch keine Ausfälle mehr.

Die Frage ist jetzt : WARUM ??

Ich kann dieses Verhalten nicht erlähren. Hat jemand eine Idee ? Komisch ist, das auch über den neuen Repeater der shelly über die App sehr gut erreichbar war, auch über das Webinterface konnte er erreicht und bediehnt werden, nur der iobroker konnte die Daten nicht erhalten.

Hat jemand eine Idee ?

Hallo Leute,
Ich betreibe einen shelly 3em mit dem CoAP Protokoll. Dies hat über Monate wunderbar funktioniert.

Aber seit Gestern werden die Datenpunkte in den Objekten nur noch sporadisch aktualisiert. In der Shelly App werden die Daten aber Problemlos angezeigt.

Ich habe die shelly Instanz neu gestartet , den shelly neu gestartet, den iobroker neu gestartet, den Rasberry pi neu gestartet und das alles mehrmals, aber ohne Erfolg.

Ich weiß nicht wo ich jetzt ansetzen soll um das Problem zu finden, könnt ihr mir helfen ?

Ich habe einen neuen shelly plus i4 installiert, und dieser verhält sich genauso wie der 1PM und der 2PM. Ich bekomme auch ihn nicht in den iobroker.

Aber ich kann die die debug logs miteinander vergleichen und habe signifikante Unterschiede festgestellt.

Bei den nicht funktionierenden Geräten sehen die einzelnen Blöcke etwa so aus :

"ts": 1717339374.151,
"level": 2,
"data": "shos_mqtt_conn.c:601    MQTT0: Connecting to 192.168.1.125:8082 (192.168.1.125:8082)"

"ts": 1717339374.168,
"level": 0,
"data": "shos_mqtt_conn.c:489    MQTT0: Connect status 256"

"ts": 1717339374.174,
"level": 2,
"data": "shos_mqtt_conn.c:844    MQTT0: Connecting after 6976 ms"

Die Geräte, die vom iobroker erkannt werden machen das so :

"ts": 1717339522.581,
"level": 2,
"data": "shos_rpc_inst.c:230     Input.GetConfig via HTTP_in GET 192.168.1.125:51114",
"fd": 1

"ts": 1717339522.661,
"level": 2,
"data": "shos_rpc_inst.c:230     Shelly.GetStatus via HTTP_in GET 192.168.1.125:51116",
"fd": 1

"ts": 1717339522.693,
"level": 2,
"data": "shos_rpc_inst.c:230     Shelly.GetDeviceInfo via HTTP_in GET 192.168.1.125:51124",
"fd": 1

Die shellys , die mit dem iobroker kommuniezieren, machen das mit diesen GET Anfragen über HTTP, das fehlt bei den neuen Geräten. Leider weis ich nicht wo das herkommt . Die Firmware ist bei den Geräten gleich.
Habe ich irgendwo was falsch eingestellt. Ich bin Ratlos.

Hallo Leute,
ich komme einfach nicht weiter und hoffe auf eure Hilfe.

Ich habe kürzlich einen shelly plus 1PM installiert, Clout ausgeschaltet und MQTT eingerichtet.
Hat prima funktioniert, tauchte in den Objekten auf, ließ sich wunderbar aus allen Richtungen steuern. Dann habe ich mir noch dieses Add-on mit zwei Temperaturfühlern besorgt. Auch das funktionierte prima. Auch die Temperaturen tauchten in den Objekten auf, alles gut.

Nun musste ich den shelly für ein paar Tage vom Netz nehmen.
Nach dem erneuten einschalten musste ich feststellen, das sich die Objekteinträge nicht mehr aktualiesierten. Ich habe den shelly Adapter neu gestartet, den shelly neu gestartet, das ganze mehrmals in unterschiedlichen kombinationen, kein Erfolg.

Nun habe ich den Objektbaum des Shelly plus 1PM gelöscht, den shelly auf Werkseinstellungen zurückgesetzt und neu eingerichtet. Ohne Erfolg. Über die Weboberfläche funktioniert der shelly einwandfrei.

Ich betreibe auch einen shelly plus i4 und einen shelly pm mini, die einwandfrei mit dem iobroker zusammenarbeiten.

Jetzt habe ich mir noch einen shelly plus 2PM zugelegt, weil ich versuchen wollte mit der Einrichtung ganz von vorne anzufangen, aber dieses Gerät verhält sich genau wie der 1PM.

Ich bin Ratlos und hoffe, das ihr einen Tip für mich habt.

shelly Adapterversion: 6.9.0
Node js : 18.17.1
NPM: 9.6.7
Firmware shelly plus 2PM : 1.0.3
Firmware shelly plus 1PM : 1.3.2

diagnostics-shelly-plus2pm-debug-log.txt

@mipl

vielen Dank, hat mir sehr geholfen, ich hatte das gleiche Problem.

Heute bot mir mein iobroker ein Update des shelly Adapters auf die Version 6.4.5 an.
Nach der Installation funktioniert mein shelly plus h&t wunderbar .
Endlich werden auch die Temperatur und Luftfeuchtigkeitsdaten angezeigt.

@66er Danke für den Tip, das hab ich auch schon versucht, klppt auch nicht. bei den Werten für Temperatur und Luftfeuchtigkeit steht weiterhin "null" im Objektebaum.
Ich habs aber noch einmal angehakt und Benutzer und Passwort neu gesetzt. Jetzt warte ich mal ab, ob bei Temperaturänderung was kommt. Der shelly schaltet ja ab und scheint nur ab und zu aufzuwachen, um seine Daten zu senden. Vielleicht liegt ja hier das Problem.

Ich hab mal einen screeshot von den Adaptereinstellungen im iobroker und von den mqtt Einstellungen vom Webinterface des shellyplus h&t gemacht.