Weihnachtsangebot 2025! 🎄

[dimaiv]

@asgothian sagte in Tester wanted - Zigbee Adapter 3.1:

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

Jetzt Stürzt der Adapter beim Pairing wieder ab :

Bekanntes oder neues Device ? Bei mir läuft der durch

A.

Neues.

[Asgothian]

@dimaiv ok.. bitte nochmal installieren - ich hab nochmal was angeschaut. Hoffentlich ist damit das Problem wieder weg.

A.

[dimaiv]

@asgothian
Mit dieser version geht es
:grin: :grin: :grin:

[Asgothian]

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

@asgothian
Mit dieser version geht es
:grin: :grin: :grin:

ich hasse das ich das nicht sauber testen kann.

irgendwie hab ich kein passendes Device oder das Zeitverhalten ist so anders das der Fehler bei mir nicht zuschlägt, sprich - das Gerät wird bei dir langsamer in den Herdsman geladen als bei mir, so das bei mir 'mapped' immer vorhanden ist, während bei Dir mapped 'noch' nicht definiert ist wenn er das erste mal durch resolve_entity durch geht.

Das ist Problematisch seit der ZHC die Definitions dynamisch lädt wenn entsprechende Devices auftauchen, und nicht immer alle vorhält.

A.

[dimaiv]

@asgothian
Gerade mit der älteren Version (die von vor 1 Stunde oder so) probiert. Wenn's gleiche Geräte im Netz sind, läuft das Pairing normal durch.

[Fabio]

@asgothian nein der war alleine, aber schon mal angelernt gewesen.

[dimaiv]

@asgothian sagte in Tester wanted - Zigbee Adapter 3.1:

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

@asgothian
Mit dieser version geht es
:grin: :grin: :grin:

ich hasse das ich das nicht sauber testen kann.

irgendwie hab ich kein passendes Device oder das Zeitverhalten ist so anders das der Fehler bei mir nicht zuschlägt, sprich - das Gerät wird bei dir langsamer in den Herdsman geladen als bei mir, so das bei mir 'mapped' immer vorhanden ist, während bei Dir mapped 'noch' nicht definiert ist wenn er das erste mal durch resolve_entity durch geht.

Das ist Problematisch seit der ZHC die Definitions dynamisch lädt wenn entsprechende Devices auftauchen, und nicht immer alle vorhält.

A.

Kann ich dir irgendwie helfen?
Meine Instanz irgendwie fern freigeben, ich habe da nicht viel Ahnung 🤔

[Asgothian]

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

@asgothian sagte in Tester wanted - Zigbee Adapter 3.1:

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

@asgothian
Mit dieser version geht es
:grin: :grin: :grin:

ich hasse das ich das nicht sauber testen kann.

irgendwie hab ich kein passendes Device oder das Zeitverhalten ist so anders das der Fehler bei mir nicht zuschlägt, sprich - das Gerät wird bei dir langsamer in den Herdsman geladen als bei mir, so das bei mir 'mapped' immer vorhanden ist, während bei Dir mapped 'noch' nicht definiert ist wenn er das erste mal durch resolve_entity durch geht.

Das ist Problematisch seit der ZHC die Definitions dynamisch lädt wenn entsprechende Devices auftauchen, und nicht immer alle vorhält.

A.

Kann ich dir irgendwie helfen?
Meine Instanz irgendwie fern freigeben, ich habe da nicht viel Ahnung 🤔

Danke für das Angebot, aber dafür bräuchte ich dann letztendlich Konsolen zugriff auf den ioBroker auf dem die Instanz läuft. Das ist dann doch etwas viel. Und geräte rauswerfen und neu anlernen mag ich auch nicht wenn ich nicht an die Geräte heran komme.

A.

[arteck]

@asgothian währe es eine Lösung den bei problem (exception) nochmal durch die resolveEntity zu schicken.. nach einer pause von 5 sek. hab den code nur überflogen
der kann doch das device nicht abholen.. direkt ..

[Asgothian]

@arteck sagte in Tester wanted - Zigbee Adapter 3.1:

@asgothian währe es eine Lösung den bei problem (exception) nochmal durch die resolveEntity zu schicken.. nach einer pause von 5 sek. hab den code nur überflogen
der kann doch das device nicht abholen.. direkt ..

Hab ich drüber nachgedacht - ist aber unnötig - an der stelle wo der Fehler auftritt wird mapped eigentlich nicht gebraucht. Es ist halt so das resolveEntity immer versucht alles zu holen, auch wenn nur teile gebraucht werden. Ich muss da nochmal mit nem feinen Kamm durch gehen, das

• resolve entity immer 'mapped' liefert - auch wenn es nur ein 'dummy' mapped mit extra infos ist.
• da wo mapped benutzt wird das 'dummy' mapped sauber erkannt und abgefragt wird.

Da ist halt noch viel code bei dem einfach davon ausgegangen wird das das ganze stabile Strukturen liefert.

A.

[Asgothian]

So.. die alpha.2 ist jetzt ins Latest gerutscht - als reguläre 3.1.5

Tests sind weiterhin willkommen.

[Fabio]

@asgothian so gerade 3.1.5 geladen. Beide Instanzen bei mir laufen hervorragend, bis jetzt konnte ich keine Probleme feststellen. Super Arbeit. :+1: :+1: :+1: :+1:

[Asgothian]

@fabio @dimaiv bitte prüfen - habt ihr 2 Kacheln für den koordinator mit der 3.1.5 aus dem latest ?

[Fabio]

@asgothian nö bei beiden nicht.

[Codierknecht]

@asgothian

3.1.5 latest ... nur 1 Kachel

[dimaiv]

@asgothian
Ich habe nicht die latest genommen, sondern paar Stunden später direkt von Git installiert.
Ist nur ein Kachel vom Coordinator pro Instanz zu sehen.
Bis jetzt läuft alles gut.

[Peter V.]

Vielleicht könnt ihr mir helfen.
Ich bin von Zigbee2mqtt umgestiegen auf iobroker.zigbee.
Momentan aktuelle Version (3.1.5) über GIT installiert.
Koordinator Sonoff Zigbee Dongle-E (EFR32MG21)
EmberZNet
SoftwareVersion des Dongles ist die Latest Version, glaube 7.x wurde im Sonoff flasher angezeigt.
Lt. Kachel steht bei
Version: x-x.x.x.x.
Revision: 8.0.2 (GA)
Port: /dev/serial/by-id/usb-Itead_S.....
ZHC/ZH: 25.49.0/6.3.1
-- In der Instanz Einstellung habe ich SL EFR32 (Ember) FW 7.4.xx ausgewählt und 115200 als Baudrate (flowcontrol ist unchecked)

Nun zum Problem:
Die Feuchtigkeit/Temperatursensoren von Sonoff (SNZP-02) können angelernt werden, zeigen aber bei den Werten nur "none" an.
Folgende Geräte funktionieren:
SNZP-02D // Rauchmelder SMSZB-120 // PIR RTCGQ14LM // Pflanzensensor 3RSM0147Z // Wassersensor SNZB-05P // Taster TS0043

Was habe ich probiert:
Zigbee stoppen und von Git aktualisieren, 24 Stunden warten, neu gepairt, Reconfigure
Debug bei einem Sensor eingeschaltet - nur sehe ich nichts im Protokoll, ist leer.

[Asgothian]

@peter-v sagte in Tester wanted - Zigbee Adapter 3.1:

Zigbee stoppen und von Git aktualisieren, 24 Stunden warten, neu gepairt, Reconfigure
Debug bei einem Sensor eingeschaltet - nur sehe ich nichts im Protokoll, ist leer.

Hast du den Sensor aufgeweckt beim Configure ?

A.

[Peter V.]

@asgothian
Ja, habe ich.
Probiert mit direkt vor dem und auch direkt nach dem drücken von reconfigure.
Sobald ich den Button am Gerät drücke, wird auch die Anzeige (Uhr) aktualisiert

[Peter V.]

Ich werf bei mir mal den TS0043 raus, der wird als Router angezeigt...ist aber definitiv ein Batterie Schalter

zigbee.0
	2025-10-19 20:16:43.111	warn	DeviceAvailability:ELEVATED: Non-pingable device 0xe0798dfffe9c86c7 TS0043 was last seen '54.658' seconds ago.
zigbee.0
	2025-10-19 20:15:48.470	warn	ELEVATED:I04 (4de7) value generated '255' from device e0798dfffe9c86c7 for 'Link quality'
zigbee.0
	2025-10-19 20:15:48.470	warn	ELEVATED:I03 (4de7) message received '{"linkquality":255}' from device e0798dfffe9c86c7 type 'TS0043'
zigbee.0
	2025-10-19 20:15:48.470	warn	ELEVATED:I02 (4de7) 0 converter available for 'TS0043' 'e0798dfffe9c86c7' with cluster 'genBasic' and type 'readResponse'
zigbee.0
	2025-10-19 20:15:48.456	warn	ELEVATED:I01 (4de7) Zigbee Event of Type readResponse from device 0xe0798dfffe9c86c7, incoming event: {"type":"readResponse","data":{"65534":0,"manufacturerName":"_TZ3000_gbm10jnj","zclVersion":3,"appVersion":66,"modelId":"TS0043","powerSource":3},"linkquality":255,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[24,17,1,4,0,0,66,16,95,84,90,51,48,48,48,95,103,98,109,49,48,106,110,106,0,0,0,32,3,1,0,0,32,66,5,0,0,66,6,84,83,48,48,52,51,7,0,0,48,3,254,255,0,48,0]},"zclTransactionSequenceNumber":17,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}
zigbee.0
	2025-10-19 20:15:48.342	warn	ELEVATED:I04 (4d6a) value generated 'true' from device e0798dfffe9c86c7 for '3_single'
zigbee.0
	2025-10-19 20:15:48.342	warn	ELEVATED:I04 (4d6a) value generated '"3_single"' from device e0798dfffe9c86c7 for 'Triggered action (e.g. a button click)'
zigbee.0
	2025-10-19 20:15:48.342	warn	ELEVATED:I03 (4d6a) message received '{"action":"3_single"}' from device e0798dfffe9c86c7 type 'TS0043'
zigbee.0
	2025-10-19 20:15:48.341	warn	ELEVATED:I02.1c (4d6a) candidates: [{"action":"3_single"}] => payload {"action":"3_single"}
zigbee.0
	2025-10-19 20:15:48.341	warn	ELEVATED:I02.0b (4d6a) data: {"value":0,"data":{"type":"Buffer","data":[]}} options: {} meta:{"deviceIEEE":"0xe0798dfffe9c86c7","logger":"StatesController","state":{"state":""}} result:{"action":"3_single"}
zigbee.0
	2025-10-19 20:15:48.341	warn	ELEVATED:I02.1a (4d6a) converter 1 : Cluster genOnOff
zigbee.0
	2025-10-19 20:15:48.341	warn	ELEVATED:I04 (4d6a) value generated '255' from device e0798dfffe9c86c7 for 'Link quality'
zigbee.0
	2025-10-19 20:15:48.341	warn	ELEVATED:I03 (4d6a) message received '{"linkquality":255}' from device e0798dfffe9c86c7 type 'TS0043'
zigbee.0
	2025-10-19 20:15:48.341	warn	ELEVATED:I02 (4d6a) 1 converter available for 'TS0043' 'e0798dfffe9c86c7' with cluster 'genOnOff' and type 'commandTuyaAction'
zigbee.0
	2025-10-19 20:15:48.331	warn	ELEVATED:I01 (4d6a) Zigbee Event of Type commandTuyaAction from device 0xe0798dfffe9c86c7, incoming event: {"type":"commandTuyaAction","data":{"value":0,"data":{"type":"Buffer","data":[]}},"linkquality":255,"groupID":0,"cluster":"genOnOff","meta":{"rawData":{"type":"Buffer","data":[1,28,253,0]},"zclTransactionSequenceNumber":28,"frameControl":{"frameType":1,"manufacturerSpecific":false,"direction":0,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":3}