Tester für Zigbee Adapter 2.0.x gesucht

[Asgothian]

@jojo58 sagte in Tester für Zigbee Adapter 2.0.x gesucht:

@asgothian

Guten Morgen,

ich habe vor etwa 3 Wochen auf Zigbee 2.0.5 umgestellt und es hat soweit alles funktioniert. Wie beschrieben sind ein paar DP weggefallen oder hießen jetzt anders, Aliasse und Scripte angepasst und alles war schön.

1. Frage: Ich habe 4 neue BlitzWolf SHP15 (TS011F_plug_3) eingebunden und damit ein Problem. Der DP "load_power" aktualisiert sich nicht, er bleibt immer bei 0, obwohl der DP "current" z.B. "0.021" anzeigt und damit bei "load_power" irgendwas mit 4 W stehen müsste. Auch der DP "energy" wird aktualisiert und zeigt die (vermutlich) richtigen kWh an.
   Ich habe bereits mehrfach ein "Reconfigure" gemacht und sogar den ganzen Server neu gestartet, aber es bleibt bei 0. Kann ich noch was tun, damit die Watt Zahl angezeigt wird?

Bitte prüfen:

• ist der Datenpunkt im Objektbaum weiss (schwarz) oder orange ?
• Eine Steckdose in Device Debug setzen (Bug Icon auf der Kachelrückseite), und nach 30 Minuten auf der Device-Debug Seite nachschauen was an Meldungen ankommt. Dabei die Filterfunktion nutzen um doppelte Meldungen auszublenden.

2. Frage: Die 4 Steckdosen sind diese Woche erst geliefert worden und jede Kachel sieht auf der Vorderseite anders aus, Rückseite ist bis auf die Werte identisch. Ist das normal?
   

Aktuell ja, da die Datenpunkte in Reihenfolge der Anlage abgebildet werden. Es wird daran gearbeitet das zu verbessern.

Gruß, Johannes

[JoJo58]

@asgothian

Was meinst du mit Filterfunktion? Unter Debug rechts die 5 waagerechten Striche? Wenn ich mit der Maus drüber gehe, erscheint bei allen Schaltflächen "Update debug messages". Ich hab das mal angeklickt und jetzt sieht es wie ein Dreieck oder Trichter aus. Das ist das Ergebnis:

ID	Zigbee Payload	 	State Payload	ID	value	Flags
d4be	{"type":"attributeReport", "data":{"currentSummDelivered":3}, "linkquality":51, "groupID":0, "cluster":"seMetering", "meta":{"zclTransactionSequenceNumber":44, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":false, "reservedBits":0}}, "endpoint_id":1}		{"energy":0.03}	energy	0.03	SUCCESS
{"linkquality":51}	link_quality	51	SUCCESS
a079	{"type":"attributeReport", "data":{"65506":31, "65508":0, "appVersion":69}, "linkquality":72, "groupID":0, "cluster":"genBasic", "meta":{"zclTransactionSequenceNumber":43, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":false, "reservedBits":0}}, "endpoint_id":1}		{"linkquality":72}	link_quality	72	SUCCESS
3db6	{"type":"readResponse", "data":{"rmsVoltage":224, "rmsCurrent":10, "activePower":0}, "linkquality":47, "groupID":0, "cluster":"haElectricalMeasurement", "meta":{"zclTransactionSequenceNumber":188, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"power":0, "current":0.01, "voltage":224}	voltage	224	SUCCESS
{"power":0, "current":0.01, "voltage":224}	current	0.01	SUCCESS
{"power":0, "current":0.01, "voltage":224}	load_power	0	SUCCESS
{"linkquality":47}	link_quality	47	SUCCESS

Eventuell als Screenshot besser zu lesen:

Johannes

EDIT: der DP ist schwarz.

[AlexHaxe]

@jojo58 said in Tester für Zigbee Adapter 2.0.x gesucht:

Frage: Ich habe 4 neue BlitzWolf SHP15 (TS011F_plug_3) eingebunden und damit ein Problem. Der DP "load_power" aktualisiert sich nicht, er bleibt immer bei 0, obwohl der DP "current" z.B. "0.021" anzeigt und damit bei "load_power" irgendwas mit 4 W stehen müsste. Auch der DP "energy" wird aktualisiert und zeigt die (vermutlich) richtigen kWh an.

Ich kenne die konkreten Geräte jetzt nicht, aber üblicherweise liefern die mir bekannten Steckdosenadapter alle Minute einen Datensatz mit den aktuellen Werten. Die gemeldeten Zahlen würde ich dabei vorsichtig als "Schätzwerte" bezeichnen (ohne nähere Kenntnisse in Messtechnik, Elektronik oder Elektrik zu besitzen), die Daten sind nur ein grober Anhaltspunkt des tatsächlichen Stromverbrauchs. In meiner Erfahrung ist die Gleichung current * voltage = load_power noch nie wirklich aufgegangen. Keine Ahnung, ob es sich hierbei um Blindströme handelt, die nur in einen der beiden Messwerte einfließen, oder ob tatsächlich zwei Messgeräte verbaut sind, die unterschiedliche Werte / Genauigkeit liefern, oder ob die Datenpunkte einfach aufgrund von Zeitverzögerungen beim Messen nie zueinander passen (und weil die Lasten nicht perfekt konstant sind). Ich schätze mal, dass man bei der Größe der Geräte (und deren Preis) generell nicht zu viele Erwartungen in Qualität und Genauigkeit der Messwerte legen darf.

0.021A ist zudem eine relativ geringe Last, möglicherweise fällt die berechnete / gemessene Leistung unter die Toleranz und wird "weggerundet". Ich würde mal versuchen eine höhere Last an eine der Steckdosen zu hängen, und diese für ca. 1 Minute oder länger laufen zu lassen, dann sollten sich die Werte bewegen. Aber es würde mich wundern, wenn die oben genannte Gleichung dabei aufgeht.

[JoJo58]

@alexhaxe

Wenn ich eine Steckdose nehme, die schon vor dem Update auf Zigbee 2.x im Netzt war, die kann das. Ich das gleiche Modell, der einzige Unterschied ist halt. ist schon lange im Zigbee Netz.

Ich habe mir eben mal ein 40 W Birne mit Fassung an einen Stecker gebastelt und damit wird "load_power" angezeigt. Die Werte stimmen sogar einigermaßen.

Wenn die Watt Zahl bei neu eingebundenen Geräten zu gering ist und nichts angezeigt wird, so ist das ärgerlich und schade, aber kein Weltuntergang.

Gruß, Johannes

[AlexHaxe]

@jojo58 said in Tester für Zigbee Adapter 2.0.x gesucht:

Wenn die Watt Zahl bei neu eingebundenen Geräten zu gering ist und nichts angezeigt wird, so ist das ärgerlich und schade, aber kein Weltuntergang.

Da beide Geräte grundsätzlich Werte liefern, würde ich mal grob ausschließen, dass es damit zu tun haben könnte, wann die Geräte eingebunden wurden. Möglicherweise gibt es andere Unterschiede, z.B. Firmware Version, Hardware Revision oder Hersteller, die diese Differenz im Verhalten erklären können.

[Asgothian]

@jojo58 sagte in Tester für Zigbee Adapter 2.0.x gesucht:

@asgothian

Was meinst du mit Filterfunktion? Unter Debug rechts die 5 waagerechten Striche? Wenn ich mit der Maus drüber gehe, erscheint bei allen Schaltflächen "Update debug messages". Ich hab das mal angeklickt und jetzt sieht es wie ein Dreieck oder Trichter aus. Das ist das Ergebnis:

Eventuell als Screenshot besser zu lesen:

Johannes

EDIT: der DP ist schwarz.

Der Screenshot zeigt das die Steckdose 0 für LoadPower meldet.

Dementsprechend ist der Adapter also unbeteiligt, er kann nur anzeigen was die Steckdose liefert.

A.

[JoJo58]

@asgothian

Okay, danke für die Info.

[Kaffler]

Moin in die große Runde,
Erstmal ein herzliches Dank an das tolle Gemeinschaft und die unglaublichen Entwickler.
Oft konnte ich mir hier alle Informationen zusammen suchen und Lösungen finden.
Jetzt ist aber wohl soweit das ich einfach nicht weiterkomme und gefühlt das Internet durchgelesen haben.

Daher einmal die kurze Beschreibung, wo ich auf Hilfe hoffe.
Vor ca. 3 Wochen ging es los das ein SNZB-02 die Verbindung verlor und danach keine Werte mehr anzeigte.
Dachte defekt entsorgt, dann kam der nächste SNZB-02 und etc.

Habe dann diverse Manöver gefahren, mit dem Ergebnis das die SNZB-02 jetzt schlussendlich alle rausgeflogen sind.
Signal Stärke ist auch total lustig ob wohl er direkt daneben hängt beim Pairing war sie noch 172.

Datenpunkte werden angelegt.

Durchführte Maßnahmen.
1 Deinstallation Zigbee Adapter und neu.
2 Update auf die neuste Version von Github.
3 Sonoff Zigbee 3.0 Usb Dongle Firmwareupdate
4 Tausch gegen Conbee II
5 unzählige male die Datenbank gelösch

Aber ohne erfolg.
Habe auch noch Zwei Steckdosen als repeater laufen diese Funktionieren.

Vielleicht hat einer noch eine geniale Idee was es ist, und ob es eine Lösung gibt.

Log Zigbee als Anlage
iobroker_Zigbee_25052025.txt

Systeminfos
System.
PI 4
Plattform: linux
Betriebssystem: linux
Modell: Cortex-A72
RAM: 3.7 GB
Datenträgergröße: 234.3 GB

JS-Controller 7.0.6
Node.js: v20.19.0
NPM: 10.8.2
nodeCurrent: 20.19.0
npmCurrent: 10.8.2

[AlexHaxe]

@kaffler said in Tester für Zigbee Adapter 2.0.x gesucht:

Datenpunkte werden angelegt.

Hast Du mal versucht nach dem Pairing ein Reconfigure über die Kachel auszulösen? Die "null" Werte in den Datenpunkten sehen mir so aus, als wenn das fehlt. Im Log sollte ein "DeviceConfigure successful" für das Gerät auftauchen. Falls ein Timeout angezeigt wird, war das Gerät gerade nicht "wach". Bei manchen Geräten (z.B. Ikea) kann es dann helfen kurz die Batterie rauszunehmen und wieder einzusetzen, dann klappt es oft mit der Rekonfiguration.

[Asgothian]

@kaffler Fangen wir mal vorne an:

• das Log im Debug ist wertlos - da stehen extrem viele Daten drin die nicht wirklich helfen. Darin irgend etwas zu finden ist wie das Suchen nach einer Nadel im Heuhaufen.
• Die LQ von 10 wird immer dann bei allen Geräten gesetzt wenn der Adapter neu gestartet wird. Diese ändert sich erst wenn ein Geräte eine Nachricht sendet.
• Der Conbee II ist seitens ZHC nicht mehr als empfohlen gelistet, und üblicherweise schlechter als der Sonoff Stick.
• Löschen der Datenbank bedeutet das die Geräte neu angelernt werden müssen - löst aber ansonsten die Probleme nicht.

Ich gehe davon aus das es ein Problem mit Störungen im 2.4 gHz Frequenzband gibt, ausgelöst durch

• WLan (ggf. das des Nachbarn)
• USB3 Festplatten / SSD's am PI4
• Funk-Tastaturen/Mäuse/Kopfhörer, etc. im 2.4 GHz Band

Alternativ kann es auch sein das der SNZB-02 sich nicht mit einem der Router versteht und dadurch aus dem Netz fliegt.

Notwendige Massnahmen:

1. Zurück auf den Sonoff Stick wechseln
2. Adapter zum laufen bringen, über den Adapter einen Kanal-Scan durchführen, um zu sehen welche Kanäle die wenigsten Störungen haben
3. Auf besagten Kanal umstellen
4. Geräte anlernen
5. Nach erfolgreichem Anlernen die Geräte über den Adapter 'Konfigurieren' (siehe Anleitung auf Github) Wichtig: Batteriebetriebene Geräte dabei wach halten.
6. System für mindestens 24 h laufen lassen

Dann mal schauen wie sich die LQ entwickelt hat.

Sollten dann Probleme auftreten, die betroffenen Geräte in Debug schalten (siehe Doku auf Github, bzw. den Wiki Artikel dazu.

A.

[Kaffler]

@asgothian Moin
Danke für die Tipps, hast mir nochmal aus meinem Tunnel geholfen.
Ich werde mich durch deine Maßnahmen durcharbeiten.
1 bis 4 habe ich schon gemacht.(aufgrund von Berichten)

1. erledigt läuft wieder
2. offen
3. Laut Router bin ich auf einem freien Kanal (2,4 Router (6) Zigbee (13)
4. erfolgt
5. muss ich mich belesen
6. werde ich dann machen

Deine Störquellen sehr interessant, werde da auch nochmal schauen was ich da an Maßnahmen umsetzten kann.
Tausche auch noch die Woche das USB Kabel aus, um das auch auszuschließen und die Entfernung zu vergrößern.

Bin gespannt und halte dich/euch auf dem laufenden.
Schönen Rest-Sonntag

[Kaffler]

@asgothian so hatte mal Zeit:
habe folgendes aufgebaut:
-Reserve PI aufgesetzt. (Pi OS Legacy 64-bit lite)
-neuer SONOFF Zigbee Gateway, ZBDongle-E 3.0 USB Dongle Plus mit 3m USB-Verlängerung Sensor 30 cm daneben.

• Iobroker nur Zigbee-Adapter

Das verhalten ist das Gleiche wie auf dem anderen PI, somit schließe ich das System aus.

Konfiguration zum Testen.

Log von dem Pairing eines Adapter

zigbee.0	2025-05-29 21:01:07.199	info	Closing Zigbee network, 1 seconds remaining
zigbee.0	2025-05-29 21:00:32.637	info	Device '0x00124b00292843c9' is supported, identified as: SONOFF Temperature and humidity sensor (SNZB-02)
zigbee.0	2025-05-29 21:00:32.637	info	Successfully interviewed '0x00124b00292843c9', device has successfully been paired
zigbee.0	2025-05-29 21:00:27.934	info	debug devices set to []
zigbee.0	2025-05-29 21:00:27.919	warn	Device 0x00124b00292843c9 "SNZB-02" not found.
zigbee.0	2025-05-29 21:00:16.737	info	Starting interview of '0x00124b00292843c9'
zigbee.0	2025-05-29 21:00:07.200	info	Opening zigbee Network for 60 seconds
zigbee.0	2025-05-29 20:59:46.816	info	Zigbee started
zigbee.0	2025-05-29 20:59:46.813	info	Currently no devices.
zigbee.0	2025-05-29 20:59:46.811	info	Unable to disable LED, unsupported function.
zigbee.0	2025-05-29 20:59:46.809	info	Zigbee-Herdsman started successfully with Coordinator firmware version: {"type":"EZSP v8","meta":{"product":8,"majorrel":"6","minorrel":"10","maintrel":"3 ","revision":"6.10.3.0 build 297"}}
zigbee.0	2025-05-29 20:59:41.835	info	Starting Zigbee-Herdsman
zigbee.0	2025-05-29 20:59:41.833	info	Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.2)
zigbee.0	2025-05-29 20:59:41.783	info	Starting Adapter npm ...
zigbee.0	2025-05-29 20:59:41.782	info	--- creating device debug ---
zigbee.0	2025-05-29 20:59:41.766	info	--> transmitPower : normal
zigbee.0	2025-05-29 20:59:41.758	info	init localConfig
zigbee.0	2025-05-29 20:59:41.728	info	starting. Version 2.0.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.2, js-controller: 7.0.6

Gerät wurde angelegt

Reconfig durchgeführt

zigbee.0	2025-05-29 21:06:21.463	info	DeviceConfigure successful 0x00124b00292843c9 SNZB-02
zigbee.0	2025-05-29 21:06:11.425	info	Configuring 0x00124b00292843c9 SNZB-02
zigbee.0	2025-05-29 21:04:58.529	info	debug devices set to ["00124b00292843c9"]
zigbee.0	2025-05-29 21:04:53.718	info	List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Itead","serialNumber":"06e595039338ef118eed357af3d9b1e5","pnpId":"usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_06e595039338ef118eed357af3d9b1e5-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyAMA0"}]

Log vom andereren System aus dem Zigbee Adapter

c04	{"type":"attributeReport", "data":{"batteryPercentageRemaining":178}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":12, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":89}	battery	89	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
1f80	{"type":"attributeReport", "data":{"batteryPercentageRemaining":177}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":11, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":88.5}	battery	88.5	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
9308	{"type":"attributeReport", "data":{"batteryPercentageRemaining":176}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":10, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":88}	battery	88	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
abd3	{"type":"attributeReport", "data":{"batteryPercentageRemaining":176}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":9, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":88}	battery	88	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
c321	{"type":"attributeReport", "data":{"batteryPercentageRemaining":176}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":8, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":88}	battery	88	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
9413	{"type":"attributeReport", "data":{"batteryPercentageRemaining":177}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":7, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":88.5}	battery	88.5	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
abae	{"type":"attributeReport", "data":{"batteryPercentageRemaining":177}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":6, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":88.5}	battery	88.5	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
f162	{"type":"attributeReport", "data":{"batteryPercentageRemaining":175}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":5, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":87.5}	battery	87.5	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
7d1f	{"type":"attributeReport", "data":{"batteryPercentageRemaining":174}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":4, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":87}	battery	87	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
955e	{"type":"attributeReport", "data":{"batteryPercentageRemaining":174}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":3, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":87}	battery	87	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
0953	{"type":"attributeReport", "data":{"batteryPercentageRemaining":173}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":2, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":86.5}	battery	86.5	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS
ac80	{"type":"attributeReport", "data":{"batteryPercentageRemaining":129}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":1, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1}		{"battery":64.5}	battery	64.5	SUCCESS
{"linkquality":255}	link_quality	255	SUCCESS

[Asgothian]

@kaffler zeig mal einen Screenshot vom zigbee Kanalscan.

A.

[Kaffler]

@asgothian Moin und danke für die Hilfe.
Scan wurde mit Error abgebrochen.
Festgestellt das Firmware alt war mit 6.x.x. update auf 7.4.4 durchgeführt.
Adaptereinstellungen IOB angepasst.
SL EFR32 (EMBER)

Quelle Firmwareupdate
ncp-uart-sw_EZNet7.4.4_V1.0.0 (1)

Neustart des System.
Adapter Gestartet (alles Grün)
Meldung System IOB

zigbee.0	2025-05-30 10:49:10.426	warn	ELEVATED:I02 (8117) value generated '10' from device 00124b00292843c9 for 'Link quality'
zigbee.0	2025-05-30 10:49:10.426	warn	ELEVATED:I01 (8117) message received '{"linkquality":10}' from device 00124b00292843c9 type 'SNZB-02'
zigbee.0	2025-05-30 10:49:10.425	warn	ELEVATED:I02 (8117) value generated 'true' from device 00124b00292843c9 for 'Available'
zigbee.0	2025-05-30 10:49:10.424	warn	ELEVATED:I01 (8117) message received '{"available":true}' from device 00124b00292843c9 type 'SNZB-02'
zigbee.0	2025-05-30 10:49:09.458	info	debug devices set to ["00124b00292843c9"]
zigbee.0	2025-05-30 10:49:09.428	info	Zigbee started
zigbee.0	2025-05-30 10:49:09.425	info	Currently 1 devices are joined:
zigbee.0	2025-05-30 10:49:09.424	info	0x00124b00292843c9 (addr 39685): SNZB-02 - SONOFF Temperature and humidity sensor (EndDevice)
zigbee.0	2025-05-30 10:49:09.353	info	Unable to disable LED, unsupported function.
zigbee.0	2025-05-30 10:49:09.350	info	Zigbee-Herdsman started successfully with Coordinator firmware version: {"type":"EmberZNet","meta":{"ezsp":13,"revision":"7.4.4 [GA]","build":0,"major":7,"minor":4,"patch":4,"special":0,"type":170}}
zigbee.0	2025-05-30 10:49:07.347	info	Starting Zigbee-Herdsman
zigbee.0	2025-05-30 10:49:07.345	info	Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.2)
zigbee.0	2025-05-30 10:49:07.285	info	Starting Adapter npm ...
zigbee.0	2025-05-30 10:49:07.283	info	--- creating device debug ---
zigbee.0	2025-05-30 10:49:07.277	info	delete old Backup files. keep only last 10
zigbee.0	2025-05-30 10:49:07.262	info	--> transmitPower : normal
zigbee.0	2025-05-30 10:49:07.252	info	init localConfig
zigbee.0	2025-05-30 10:49:07.223	info	starting. Version 2.0.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.2, js-controller: 7.0.6

Reconfig

zigbee.0	2025-05-30 10:56:05.460	info	DeviceConfigure successful 0x00124b00292843c9 SNZB-02
zigbee.0	2025-05-30 10:56:00.622	info	Configuring 0x00124b00292843c9 SNZB-02
zigbee.0	2025-05-30 10:55:46.758	info	List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Itead","serialNumber":"06e595039338ef118eed357af3d9b1e5","pnpId":"usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_06e595039338ef118eed357af3d9b1e5-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyAMA0"}]

Sensor keine Veränderung auch nach Reconfig

DEIN VORSCHLAG SCANNEN DER NW

Also das ist bei beiden Installationen.
Scan startet und bricht mit Error Popup ab.

Fehlermeldung IOBroker

zigbee.0	2025-05-30 11:01:26.503	error	Failed to scan channels Error: {"target":0,"apsFrame":{"profileId":0,"clusterId":56,"sourceEndpoint":0,"destinationEndpoint":0,"options":4416,"groupId":0,"sequence":58},"zdoResponseClusterId":32824} timed out after 15000ms at Object.start (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/ember/adapter/oneWaitress.js:133:23) at EmberOneWaitress.startWaitingFor (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/ember/adapter/oneWaitress.js:152:47) at /opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/ember/adapter/emberAdapter.js:1346:51 at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:29:20) at async EmberAdapter.sendZdo (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/ember/adapter/emberAdapter.js:1307:16) at async ZigbeeController.getChannelsEnergy (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:1186:32) at async Commands.getChannels (/opt/iobroker/node_modules/iobroker.zigbee/lib/commands.js:568:28)
zigbee.0	2025-05-30 11:01:09.637	info	List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Itead","serialNumber":"06e595039338ef118eed357af3d9b1e5","pnpId":"usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_06e595039338ef118eed357af3d9b1e5-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyAMA0"}]

Grüße

[dimaiv]

@kaffler
Dein Zigbee Dongle kann die Kanäle gar nicht scannen, unterstützt es nicht. Das können nur die CC.

[Asgothian]

@dimaiv sagte in Tester für Zigbee Adapter 2.0.x gesucht:

Dein Zigbee Dongle kann die Kanäle gar nicht scannen, unterstützt es nicht. Das können nur die CC.

Das ist schade - war mir nicht klar, da ich keine EZSP Firmware Koordinatoren habe.

@kaffler Das macht die Analyse komplizierter. Ich gehe aktuell davon aus das der gewählte Kanal so stark frequentiert ist das die Meldungen untergehen. Zigbee arbeitet mit vergleichsweise geringen Sende- und Empfangsleistungen. Damit ist es durchaus anfällig dafür das Meldungen durch stärkere Sender 'überstimmt' werden. Deswegen auch der Wunsch nach dem Kanal-Scan. da kann man dann sehen welche Kanäle wie 'voll' sind.

Leider ist nicht nur WLan als Konkurrenz im 2.4 GHz Netz präsent. Auch ist nicht nur das eigene WLan, sondern auch die der Nachbarn ggf. zu berücksichtigen. Mögliche Störquellen sind:

• 2.4 GHz WLan
• Bluetooth
• freie herstellerspezifische 2.4 GHz Sender/Empfänger paare (Steckdosenfernbedienungen, Funk-Kopfhörer, Funk-Tastaturen / Mäuse, etc.)
• USB3 Geräte. (durch schlechte Kabel / Hardware-Implementierung kann bei der Kommunikation bei USB3 stark im 2.4 GHz Bereich gestreut werden - stark genug um sogar WLan zu übersteuern.

Da insbesondere die Meldungen von Sensoren als 'fire and forget' gesandt werden gehen diese gerne mal unter.

A.

[Gaspode]

Hallo,
nach Update auf Zigbee Adapter 2.0.5 funktioniert der Sensor nicht mehr, Fehlermeldung im Adapter:

Woran kann das liegen?

@arteck Muss man bei der neuen Adapter Version etwas beachten?

Edit: hier gibt es noch weitere Fragen zum Zigbee Adapter 2.x: https://forum.iobroker.net/post/1275544

Edit nach Verschiebung: Es geht um dieses Gerät hier: https://forum.iobroker.net/post/606728

Hatte es dort gepostet, weil ich ursprünglich gehofft hab, dass @dimaiv was dazu sagen kann bzw. schon Anpassungen dazu hat.

[Asgothian]

@gaspode Bitte die Logs vom Start des Adapters durchschauen - da gibt es Meldungen zu den externen Konvertern.

Es ist denkbar das durch das Update der ZHC Anpassungen an den externen Konvertern notwendig werden. Diese sind erst mit der 3.0.1 in den Adapter gezogen. Sollte das der Fall sein, gibt es 2 Optionen:

• manuelles anpassen der externen Konverter
• Update auf die 3.0.1 aus dem Latest. Dann bitte den dazu gehörigen Thread lesen und die Hinweise beachten.

[Gaspode]

@asgothian said in [Verkaufe] Zigbee Bodenfeuchtesensor:

Bitte die Logs vom Start des Adapters durchschauen - da gibt es Meldungen zu den externen Konvertern.

2025-06-02 17:22:48.523 - info: zigbee.0 (27240) starting. Version 2.0.5 in C:/ioBroker/lonwolf/node_modules/iobroker.zigbee, node: v20.18.2, js-controller: 7.0.6
2025-06-02 17:22:48.567 - warn: zigbee.0 (27240) trying to add "fz = require(../zigbee-herdsman-converters/converters/fromZigbee)" to sandbox
2025-06-02 17:22:48.569 - error: zigbee.0 (27240) Sandbox error: Cannot find module '../zigbee-herdsman-converters/converters/fromZigbee'
Require stack:
- C:\ioBroker\lonwolf\node_modules\iobroker.zigbee\main.js
2025-06-02 17:22:48.570 - warn: zigbee.0 (27240) trying to add "tz = require(../zigbee-herdsman-converters/converters/toZigbee)" to sandbox
2025-06-02 17:22:48.571 - error: zigbee.0 (27240) Sandbox error: Cannot find module '../zigbee-herdsman-converters/converters/toZigbee'
Require stack:
- C:\ioBroker\lonwolf\node_modules\iobroker.zigbee\main.js
2025-06-02 17:22:48.571 - warn: zigbee.0 (27240) trying to add "exposes = require(../zigbee-herdsman-converters/lib/exposes)" to sandbox
2025-06-02 17:22:48.572 - error: zigbee.0 (27240) Sandbox error: Cannot find module '../zigbee-herdsman-converters/lib/exposes'
Require stack:
- C:\ioBroker\lonwolf\node_modules\iobroker.zigbee\main.js
2025-06-02 17:22:48.573 - warn: zigbee.0 (27240) trying to add "reporting = require(../zigbee-herdsman-converters/lib/reporting)" to sandbox
2025-06-02 17:22:48.573 - error: zigbee.0 (27240) Sandbox error: Cannot find module '../zigbee-herdsman-converters/lib/reporting'
Require stack:
- C:\ioBroker\lonwolf\node_modules\iobroker.zigbee\main.js
2025-06-02 17:22:48.577 - warn: zigbee.0 (27240) Trying to run sandbox for E:\iobroker\lonwolf\iobroker-data\zigbee_0\Flower_Neu.js
2025-06-02 17:22:48.590 - error: zigbee.0 (27240) Unable to apply converter from module: E:\iobroker\lonwolf\iobroker-data\zigbee_0\Flower_Neu.js - the code does not run: ReferenceError: exposes is not defined

Würde ungerne auf Version drei gehen, kannst du mir auf die Sprünge helfen?

Das ist die Datei für den externen Konverter:
Flower_Neu.js

[Homoran]

@gaspode sagte in [Verkaufe] Zigbee Bodenfeuchtesensor:

Würde ungerne auf Version drei gehen

warum nicht?
läuft bei mir schon ewig und stabil.

...oder ist das, weil du Windows hast :duckundwech:

EDIT:
Hab das mal hierhin geschoben