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

[Asgothian]

@chris25 sagte in Zigbee Adapter zeigt keine Geräte mehr an:

@asgothian

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.

[chris25]

@asgothian

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.

[Asgothian]

@chris25 sagte in Zigbee Adapter zeigt keine Geräte mehr an:

@asgothian

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

[chris25]

@asgothian

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.

[Asgothian]

@chris25 sagte in Zigbee Adapter zeigt keine Geräte mehr an:

@asgothian

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.

[chris25]

@asgothian

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')

[Asgothian]

@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_intervall mit einer Zahl zwischen 1 und 60

Auch 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.

[chris25]

@asgothian

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.

[Asgothian]

@chris25 hattest du die Steckdose geschaltet nachdem du die Option eingetragen hast ?

[chris25]

@asgothian

Ja hatte den Wert von power_outage_memory hin und her gewechselt

[Asgothian]

@chris25 welche Steckdose, welche option genau hast du gesetzt ?

[chris25]

@asgothian

Tuya TS011F_plug_3 mit der Option measurement_poll_interval

[Asgothian]

@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_action mit dem Wert true eintragen
• die Steckdose auf Debug setzen (Bug icon aktivieren)
• Steckdose schalten - schauen ob es eine ELEVATED Meldung gibt wo die Steckdose ein action Sendet.

WIchtig - nach dem Test bitte das Bug icon wieder deaktivieren!

A.

[chris25]

@asgothian

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.0

Edit 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'

[Asgothian]

@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.

[chris25]

@asgothian

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.