Zigbee Adapter zeigt keine Geräte mehr an
-
@chris25 sagte in Zigbee Adapter zeigt keine Geräte mehr an:
Okay... das ist jetzt sehr komisch, ich habe alle 4 Gruppen gelöscht und den Adapter neu gestartet. Die 2 von mir angelegten Gruppen sind weg. Die Gruppen 28 & 170 kommen allerdings von alleine wieder
Das ist leider nicht so komisch wie es scheint. die genauen Hintergründe habe ich noch nicht vollständig heraus bekommen, aber es scheint so das bestimmte Geräte selbstständig Gruppen anlegen. Manche beim Pairing, manche bei der Konfiguration, andere immer wenn die Gruppe nicht existiert.
Da der Adapter selber keine Liste von Gruppen verwaltet, sondern immer alle vom Herdsman gemeldeten Gruppen verwaltet kommen diese wieder. Bei den Geräten die ich im Einsatz habe passiert das immer dann wenn ich eine Ikea Fernbedienung anlerne - dann bekomme ich die Ikea Gruppe (901)
Ich bin sowieso dabei das Thema Gruppen zu überarbeiten - das kommt dann mit der 3.1. Vielleicht finde ich da eine entsprechend passende Lösung.
Kannst du bitte nochmal einen (letzten) Test machen - bitte genau in dieser Reihenfolge:
- per JS Skriptstub die beiden Gruppen löschen (Skript ist beiliegend)
- Adapter anhalten
- shepherd.db ueberpruefen ob die Gruppen wirklich weg sind
- Adapter starten
Wichtig ist das in diesem gesamten Ablauf weder das Zigbee-Tab noch die Zigbee-EInstellungen geöffnet werden / sind.
sendTo('zigbee.0', 'deleteGroup', '28'); sendTo('zigbee.0', 'deleteGroup', '170');A.
-
Ikea Fernbedienungen habe ich auch im Einsatz, vielleicht kommen die Gruppen davon ?
Ich habe die beiden Gruppen per JS gelöscht, in der shepherd.db sind sie ebenfalls weg. Nach einem Adapter Neustart tauchen sie weder in der Liste mit den Geräten noch in den Objekten von Zigbee auf. Der Fehler für die beiden Gruppen kommt allerdings leider immer noch wenn ich mir die Geräteliste anzeigen lasse
Edit: die beiden Gruppen tauchen nach einem zweiten Neustart des Adapters wieder auf in der UI, in den Objekten und in der shepherd.db auf.
-
@chris25 sagte in Zigbee Adapter zeigt keine Geräte mehr an:
Ikea Fernbedienungen habe ich auch im Einsatz, vielleicht kommen die Gruppen davon ?
Nein, Ikea nutzt eigentlich immer die Gruppe 901
Ich habe die beiden Gruppen per JS gelöscht, in der shepherd.db sind sie ebenfalls weg. Nach einem Adapter Neustart tauchen sie weder in der Liste mit den Geräten noch in den Objekten von Zigbee auf. Der Fehler für die beiden Gruppen kommt allerdings leider immer noch wenn ich mir die Geräteliste anzeigen lasse
Edit: die beiden Gruppen tauchen nach einem zweiten Neustart des Adapters wieder auf in der UI, in den Objekten und in der shepherd.db auf.
Ärgerlich - irgendwer legt diese Gruppen also an.
Damit weiss ich bescheid, aber noch nicht was zu tun ist - ich bräuchte dringend eines der Geräte welches dafür verantwortlich ist.
A
-
ich würde dir sehr gerne helfen und die Infos dazu liefern. Lässt sich das irgendwie rausfinden welche Geräte diese beiden Gruppen anlegen ? Das komische ist auch, dass keine Geräte den Gruppen zugeordnet sind.
-
@chris25 sagte in Zigbee Adapter zeigt keine Geräte mehr an:
ich würde dir sehr gerne helfen und die Infos dazu liefern. Lässt sich das irgendwie rausfinden welche Geräte diese beiden Gruppen anlegen ? Das komische ist auch, dass keine Geräte den Gruppen zugeordnet sind.
Leider ist das nicht so einfach. Ich gehe im Moment davon aus das beliebige Fernbedienungen / Steuergeräte dieses Verhalten zeigen können. Kannst du mal eine Liste von Gerätetypen posten die bei Dir im Netz sind, wobei du Geräte der folgenden Hersteller erst einmal ausklammern kannst:
- Ikea
- Philips / Hue
- Aqara
- Innr
Auch kannst du alle Leuchtmittel und Steckdosen auslassen - die sind eher nicht verantwortlich.
Das kein Gerät der Gruppe zugeordnet ist ist soweit auch ok. Das ist bei allen automatisch generierten Gruppen der Fall.
-
anbei die Liste mit den Geräten
Ich vermute, dass LYWSD03MMC oder LYWSD03MMC-z die Probleme bereiten könnten ? Eins dieser Geräte hatte die in den vorherigen Logs auch Sorgen bereitet. Das sind Xiaomi BLE Thermometer auf Zigbee umgeflashed.
zigbee.0 2025-08-25 16:14:16.215 warn DeviceConfigure:0xa4c13888969a5dec LYWSD03MMC Failed to configure. --> Bind 0xa4c13888969a5dec/1 msTemperatureMeasurement from '0x00212effff053c18/1' failed (Status 'TABLE_FULL') -
@chris25 Hmm.. ich hab da eher den Tongou oder den Rauchmelder im Verdacht. die Thermometer haben eigentlich keinen Grund zu dem Gruppen-kram.
Mit dem Tongue könntest Du für mich noch etwas testen:
Lt. Beschreibung kann das poll-intervall eingestellt werden. Da wäre mal interessant ob das via den Options für das Gerät (analog zum BWM) geht. (via
measurement_poll_intervallmit einer Zahl zwischen 1 und 60Auch die anderen Optionen die bei Z2M angegeben sind können funktionieren - ich hab einfach zu wenig devices mit so Optionen.
A.
Nachtrag: Um die Option zu aktivieren müsstest du dem Gerät vom ioBroker einen Befehl senden, sprich in diesem Fall einfach mal den Anzeigemodus (indicator mode) umsetzen - dann schaltest Du deinen Stromkreis nicht ab
A. -
Habe es mit einer Steckdose probiert die diese Option hat, leider lässt sich damit das Intervall nicht beeinflussen, die Daten werden unabhängig vom Wert nur jede Minute gezogen.
-
@chris25 hattest du die Steckdose geschaltet nachdem du die Option eingetragen hast ?
-
Ja hatte den Wert von power_outage_memory hin und her gewechselt
-
@chris25 welche Steckdose, welche option genau hast du gesetzt ?
-
-
@chris25 bitte folgendes Versuchen:
- das intervall via send_payload mit dem Wert `{'measurement_poll_intervall':30} setzen. Nachschauen ob es eine Meldung im Log gibt wenn du das machst.
- als weitere Option
state_actionmit dem Werttrueeintragen - die Steckdose auf Debug setzen (Bug icon aktivieren)
- Steckdose schalten - schauen ob es eine ELEVATED Meldung gibt wo die Steckdose ein
actionSendet.
WIchtig - nach dem Test bitte das Bug icon wieder deaktivieren!
A.
-
Habe die Punkte von dir versucht, leider auch ohne Erfolg.
Den send_payload Wert musste ich auf {"measurement_poll_intervall":20 } ändern anders kam eine Fehlermeldung.
Die Steckdose direkt über den Power state schalten kann ich nicht, da ansonsten der Server weg ist. Habe stattdessen wieder den Wert von power_outage_memory geändert.zigbee.0 2025-08-27 08:29:32.897 warn ELEVATED:I02 (a85e) value generated '227' from device 84ba20fffe6e78b8 for 'Measured electrical potential value' zigbee.0 2025-08-27 08:29:32.897 warn ELEVATED:I02 (a85e) value generated '0.166' from device 84ba20fffe6e78b8 for 'Instantaneous measured electrical current' zigbee.0 2025-08-27 08:29:32.897 warn ELEVATED:I02 (a85e) value generated '19' from device 84ba20fffe6e78b8 for 'Load power' zigbee.0 2025-08-27 08:29:32.897 warn ELEVATED:I01 (a85e) message received '{"power":19,"current":0.166,"voltage":227}' from device 84ba20fffe6e78b8 type 'TS011F_plug_3' zigbee.0 2025-08-27 08:29:32.896 warn ELEVATED:I02 (a85e) value generated '255' from device 84ba20fffe6e78b8 for 'Link quality' zigbee.0 2025-08-27 08:29:32.896 warn ELEVATED:I01 (a85e) message received '{"linkquality":255}' from device 84ba20fffe6e78b8 type 'TS011F_plug_3' zigbee.0 2025-08-27 08:29:32.895 warn ELEVATED:I01 (a85e) Zigbee Event of Type readResponse from device 0x84ba20fffe6e78b8, incoming event: {"type":"readResponse","data":{"rmsVoltage":227,"rmsCurrent":166,"activePower":19},"linkquality":255,"groupID":0,"cluster":"haElectricalMeasurement","meta":{"zclTransactionSequenceNumber":13,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1} zigbee.0 2025-08-27 08:28:32.802 warn ELEVATED:I02 (bda0) value generated '227' from device 84ba20fffe6e78b8 for 'Measured electrical potential value' zigbee.0 2025-08-27 08:28:32.802 warn ELEVATED:I02 (bda0) value generated '0.214' from device 84ba20fffe6e78b8 for 'Instantaneous measured electrical current' zigbee.0 2025-08-27 08:28:32.802 warn ELEVATED:I02 (bda0) value generated '23' from device 84ba20fffe6e78b8 for 'Load power' zigbee.0 2025-08-27 08:28:32.802 warn ELEVATED:I01 (bda0) message received '{"power":23,"current":0.214,"voltage":227}' from device 84ba20fffe6e78b8 type 'TS011F_plug_3' zigbee.0 2025-08-27 08:28:32.802 warn ELEVATED:I02 (bda0) value generated '255' from device 84ba20fffe6e78b8 for 'Link quality' zigbee.0 2025-08-27 08:28:32.802 warn ELEVATED:I01 (bda0) message received '{"linkquality":255}' from device 84ba20fffe6e78b8 type 'TS011F_plug_3' zigbee.0 2025-08-27 08:28:32.800 warn ELEVATED:I01 (bda0) Zigbee Event of Type readResponse from device 0x84ba20fffe6e78b8, incoming event: {"type":"readResponse","data":{"rmsVoltage":227,"rmsCurrent":214,"activePower":23},"linkquality":255,"groupID":0,"cluster":"haElectricalMeasurement","meta":{"zclTransactionSequenceNumber":3,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1} zigbee.0 2025-08-27 08:27:48.220 warn ELEVATED:I02 (0f7b) value generated '255' from device 84ba20fffe6e78b8 for 'Link quality' zigbee.0 2025-08-27 08:27:48.220 warn ELEVATED:I01 (0f7b) message received '{"linkquality":255}' from device 84ba20fffe6e78b8 type 'TS011F_plug_3' zigbee.0 2025-08-27 08:27:48.219 warn ELEVATED:I01 (0f7b) Zigbee Event of Type attributeReport from device 0x84ba20fffe6e78b8, incoming event: {"type":"attributeReport","data":{"moesStartUpOnOff":0},"linkquality":255,"groupID":0,"cluster":"genOnOff","meta":{"zclTransactionSequenceNumber":2,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.0 2025-08-27 08:27:48.206 warn ELEVATED:SUCCESS (0ee3) convert result {"state":{"power_outage_memory":"off"}} for device 0x84ba20fffe6e78b8 zigbee.0 2025-08-27 08:27:48.068 warn ELEVATED:O04 (0ee3) convert power_outage_memory, "off", {} for device 0x84ba20fffe6e78b8 with Endpoint power_outage_memory zigbee.0 2025-08-27 08:27:48.068 warn ELEVATED:O04 (0ee3) convert power_outage_memory, "off", {} for device 0x84ba20fffe6e78b8 with Endpoint power_outage_memory zigbee.0 2025-08-27 08:27:48.068 warn ELEVATED:O04 (0ee3) convert power_outage_memory, "off", {} for device 0x84ba20fffe6e78b8 with Endpoint power_outage_memory zigbee.0 2025-08-27 08:27:48.068 warn ELEVATED:O03 (0ee3) Publishing to 0x84ba20fffe6e78b8 of model TS011F_plug_3 with power_outage_memory zigbee.0 2025-08-27 08:27:48.068 warn ELEVATED:O02 (0ee3) Change state 'power_outage_memory' at device 0x84ba20fffe6e78b8 type 'TS011F_plug_3' zigbee.0 2025-08-27 08:27:48.067 warn ELEVATED:O01 (0ee3) User state change of state zigbee.0.84ba20fffe6e78b8.power_outage_memory with value off (ack: false) from system.adapter.admin.0Edit habe den Payload auch noch auf folgendes gesetzt, auch ohne Erfolg
{ "measurement_poll_intervall": 20, "state_action": true }Habe nur diese Meldung gefunden
zigbee.0 2025-08-27 08:37:14.992 info No converter available for 'TS011F_plug_3' with key 'state_action' -
@chris25 zum measurement Intervall kam die ‘no converter for…’ Meldung nicht ?
Und wegen dem State Action muss ich dann eine andere Steckdose finden
. Ich hab aus meinem Netz alle pollenden devices verbannt.A.
-
Doch die kam auch hatte es nur nicht gesehen, habe nochmal im Log geschaut
2025-08-27 08:37:14.992 - info: zigbee.0 (669) No converter available for 'TS011F_plug_3' with key 'measurement_poll_intervall' 2025-08-27 08:37:14.992 - info: zigbee.0 (669) No converter available for 'TS011F_plug_3' with key 'state_action'Soll ich es noch mit einer anderen Steckdose die ich schalten kann probieren ? Ich denke das Ergebnis wird das gleiche sein.
