Tester für Zigbee Adapter 2.0.x gesucht
-
@duffy das kenne ich von bestimmten “dummen” Geräten, die sich nicht einfach so vollständig zurück setzen lassen.
Ob das bei den fingerbots der Fall ist weiss ich nicht - was passiert ist das die Geräte nicht sauber ins pairing gehen solange sie ein “altes” Netzwerk kontaktieren können.
A.
-
-
mir ist gestern auch sowas aufgefallen, da ich ein aehnliches Phaenomen hatte.. eine Paulmann E27 war auf einmal nicht mehr erreichbar, konnte sie nicht zurueck setzen, erst als ich den Adapter deaktiviert habe, war sie dann resettet.
Habe auch 2 Instanzen, da eine mit 220 Devices anscheinend so voll ist, dass ich da nichts mehr anlernen kann. Hab da schon einige Devices raus, waren mal 240 drin, hilft aber auch nicht. Evtl sollte ich mal meine Firmware auf dem Coordinator updaten..
Das ganze kann ja auch am Netzwerk / Fremdeinfluss liegen.. muss ja nicht immer der iobroker-Adapter sein
von daher schwer nachzuvollziehen.. aber gut, dass du es geschrieben hast.. vielleicht haengt da ja ab und zu mal was..Mein Environment besteht aus 4 Zigbee Netzwerken, 2x openepaperlink auf Kanal 20, einmal iobroker Kanal 11 und Kanal 25.
-
Nur für die als Info.
Ich habe auf meinem Koordinator:CC1352P2_CC2652P_launchpad_coordinator_20240710.hex
Aber die Anmerkung nur weil du geschrieben hast das du evtl die Firmware beim Koordinator updaten willst.
Gruß Duffy
-
Es gibt eine neue Version im Latest - 2.0.3.
Diese beinhaltet primär bugfixes, wie z.Bsp. die Spannung bei batteriebetriebenen Geräten, die jetzt die korrekte Einheit (mV) meldet. Ich habe mich dagegen entschieden den Zahlenwert anzupassen, da dieses die Werte bei allen Sensoren geändert hatte. Parallel dazu wurde auf die neueren Zigbee-Herdsman-Converters (23.1.1) gewechselt.
Des Weiteren gibt es eine Anpassung bei der Gerätekonfiguration. Diese wird auf der einen Seite jetzt korrekt in der Geräteinformation angezeigt - wobei die Anzeige nur zeigen kann ob der Adapter der Meinung ist das das Gerät konfiguriert wurde. Der Adapter bekommt es weiterhin nicht mit wenn ein Gerät die Konfiguration verliert. Zum anderen wird die Konfiguration unter Umständen automatisch wiederholt. Wenn bei der Konfiguration eine Zeitüberschreitung auftritt geht der Adapter davon aus das das Gerät nicht wach war und deswegen nicht geantwortet hat. Sobald ein Event vom Gerät empfangen wurde wird die Konfiguration erneut gestartet. Dadurch sollte es einfacher sein batteriebetriebene Geräte zu konfigurieren.
Die letzte grosse Anpassung betrifft den Debug-Tab, der inzwischen aktiv ist. Dieser ist zusammen mit dem von der Gerätekachel einzustellenden Debug Modus für Geräte zu nutzen. Eine detaillierte Beschreibung ist in Arbeit.
Der Tab zeigt die eingehenden und ausgehenden Meldungen je Gerät untereinander an. Dabei werden nicht alle Nachrichten aus dem Log angezeigt - man kann aber an Hand der Anzeige erkennen an welcher Stelle eine Kommunikation abgebrochen wurde. Siehe als Beispiel die beiden folgenden Screenshots:
Eingehende Meldungen
Ausgehende Meldungen
Die Darstellung aktualisiert sich nicht automatisch damit während der Analyse keine neuen Nachrichten erscheinen. Eine manuelle Aktualisierung ist über den grünen Button möglich. Dabei aktualisieren alle grünen Buttons immer alle nachrichten.
Die blauen Buttons dienen der Anpassung der Anzeige. Dabei wirken die Buttons oben auf der Seite auf alle Nachrichten, während die an den Eingehenden / Ausgehenden Nachrichten verankerten Buttons sich nur auf die jeweilige Sektion auswirken.
Mit diesem Button lassen sich Meldungen ein/ausblenden.Dabei wird jeweils der gesamte Block ausgeblendet (Alle eingehenden oder ausgehenden Nachrichten eines Gerätes)
Mit diesem button lassen sich die Meldungen filtern. Dabei versucht das System automatisch gleichartige Nachrichten zu erkennen und auf jeweils eine dargestellte Zeile zu reduzieren.A.
-
Kann man zu dieser Meldung was sagen? War auch schon in der 2.0.2 so.
zigbee.3 2025-03-07 15:30:07.937 error Failed to open the network: Error: --> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":1,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,2,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)') at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:258:27 at processTicksAndRejections (node:internal/process/task_queues:95:5) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20) at ZStackAdapter.dataRequestExtended (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:1100:9) at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:746:13 at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20) at ZStackAdapter.sendZclFrameToAll (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:744:16) at GreenPower.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/greenPower.ts:277:13) at Controller.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:317:13) at ZigbeeController.permitJoin (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:668:13) -
@shadowhunter23 Dein Koordinator bekommt das Netzwerk nicht auf. Er hat keinen Platz im internen Puffer um die entsprechenden Daten abzulegen. Dieses kommt üblicherweise durch ein instabiles Zigbee-Netzwerk zu Stande (bzw. oft in Kombination mit einem schwachen Koordinator auf CC2531 oder cc2538 basis.
Du kannst es temporär dadurch beheben das du den Koordinator redetest:
- Adapter anhalten
- Koordinator abziehen (oder vom Strom trennen bei Netzwerk Koordinatoren
- 60 sekunden warten (Wichtig)
- Koordinator anstecken
- 30 Sekunden warten
- Adapter starten.
A.
-
@asgothian
Ist dieser hier:
https://github.com/codm/cc2652p2-tcp-zigbeeErster Versuch war erfolglos...
Edit
Firmware flash hat geholfen. -
update auf 2.0.3:
meine Rauchmelder werden alle der Reihe nach mit
zigbee.0 2025-03-07 16:32:16.259 warn DeviceConfigure:0x0015bc003100960d SMSZB-120 Failed to configure. --> Bind 0x0015bc003100960d/35 ssIasZone from '0x00124b00219fc127/1' failed (Status 'TABLE_FULL')anscheinend nicht mehr configured?
Muss ich die nochmal neu anlernen, der Fehler war vorher mit 2.0.1 und 2.0.2 nicht im Log. ( hab se zwar manuell mal ausgeloest, um zu wissen, dass sie gehen.. aber wenn nix im Log steht, denkt man ja, alles is ok.. ) -
@neuschwansteini Du musst wahrscheinlich deinen Koordinator Rosetten. Siehe hier: https://forum.iobroker.net/topic/80035/tester-für-zigbee-adapter-2-0-x-gesucht/93?_=1741340148101
Dann sollten die sich konfigurieren lassen.
A.
-
Den link von dir kann ich zwar aufrufen, führt aber zu meinem eigenen Beitrag..
Ich hab den Adapter gestoppt, gewartet, den Koordinator vom Strom und Netzwerk genommen für 3 Minuten, dann wieder angeschlossen, gewartet bis er wieder verbunden war und dann den Adapter wieder gestartet.
Leider das gleiche Schauspiel, endlosschleife beim config der Rauchmelder… das hört nicht auf …
-
@neuschwansteini Das ist seltsam - die Änderung zwischen 2.0.2 und 2.0.3 kann ich erklären - es wird geprüft ob ein Gerät bereits konfiguriert wurde, und ggf. wird eine erneute Konfiguration angestossen. Was sich mir nicht erschliessen will ist warum die Konfiguration nicht durch geht. Kannst du versuchen einen der Rauchmelder aus dem Netz zu nehmen und neu zu pairen - damit wir sehen können ob die Meldung vom Gerät oder Konfigurator kommt ?
A.
-
Sehe gerade, die Flora kann er auch nicht… da kommt nicht mal ein Error..
Heute kann ich da nicht mehr testen .. Morgen Nachmittag erst wieder..
Hier mal noch der Auszug vom log, bin leider nur noch mit dem iPad connected..zigbee.0 2025-03-07 17:44:12.717 info Configuring 0x00124b0022ff500c DIYRuZ_Flower zigbee.0 2025-03-07 17:44:12.626 info Configuring 0x0015bc0031009604 SMSZB-120 zigbee.0 2025-03-07 17:44:12.547 info Configuring 0x0015bc0031009604 SMSZB-120 zigbee.0 2025-03-07 17:44:12.030 info Configuring 0x00124b002257644d DIYRuZ_Flower zigbee.0 2025-03-07 17:44:11.432 info Configuring 0x00124b0022ff500c DIYRuZ_Flower zigbee.0 2025-03-07 17:44:11.249 warn DeviceConfigure:0x0015bc0031009956 SMSZB-120 Failed to configure. --> Bind 0x0015bc0031009956/35 genBinaryInput from '0x00124b00219fc127/1' failed (Status 'TABLE_FULL') zigbee.0 2025-03-07 17:44:11.166 info Configuring 0x00124b00226080a8 DIYRuZ_Flower zigbee.0 2025-03-07 17:44:10.497 warn DeviceConfigure:0x0015bc0031009956 SMSZB-120 Failed to configure. --> Bind 0x0015bc0031009956/35 genBinaryInput from '0x00124b00219fc127/1' failed (Status 'TABLE_FULL') zigbee.0 2025-03-07 17:44:09.703 info Configuring 0x00124b002257644d DIYRuZ_Flower zigbee.0 2025-03-07 17:44:08.482 info Configuring 0x00124b00226080a8 DIYRuZ_Flower zigbee.0 2025-03-07 17:44:07.831 info Configuring 0x0015bc00310097b8 SMSZB-120 zigbee.0 2025-03-07 17:44:07.749 info Configuring 0x00124b0022ff500c DIYRuZ_Flower zigbee.0 2025-03-07 17:44:07.224 info Configuring 0x00124b00226080a8 DIYRuZ_Flower -
@neuschwansteini das sieht eher danach aus das die Flower erfolgreich konfiguriert werden. Es kommt keine Fehlermeldung, und die gepusteten Meldungen kommen von unterschiedlichen Geräten.
A.
-
ja, aber bei den Flower hab ich nur 5 Stk., dann sollte die Meldung doch 5x kommen, ist konfiguriert und dann nicht mehr?
Er versucht das aber immer wieder, genau wie bei den Rauchmeldern, nur die geben dann einen Error wieder.Musste gestern abend wieder zurueck auf die 2.0.2, da die 2.0.3 anscheinend durch die Fehler eine Verzoegerung von 1-2sek bei den Scripten verursacht hat..
Melde mich, wenn ich wieder getestet habe.
-
Bei mir vermutlich nichts auffälliges.
Beim ersten Start der 2.0.3 wurden einige Geräte laut log sehr oft hintereinander konfiguriert.Beim Neustart des Adapters war es ruiher.
Allerdings mehr Meldungen als Geräte nicht verfügbar.zigbee.0 2025-03-08 10:51:49.392 warn DeviceConfigure:Timeout trying to configure 0xa4c138ebcf547772 TS0207: 10 attempts remaining zigbee.0 2025-03-08 10:51:39.364 info Configuring 0xa4c138ebcf547772 TS0207 zigbee.0 2025-03-08 10:51:39.363 warn DeviceConfigure:Timeout trying to configure 0xa4c138932f7d376a TS0044: 10 attempts remaining zigbee.0 2025-03-08 10:51:16.266 info Configuring 0xa4c138932f7d376a TS0044 zigbee.0 2025-03-08 10:51:16.264 warn DeviceConfigure:0xa4c1385864ba12d4 TS011F Failed to configure. --> ZCL command 0xa4c1385864ba12d4/1 genBasic.read(["manufacturerName","zclVersion","appVersion","modelId","powerSource",65534], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205)) zigbee.0 2025-03-08 10:50:51.913 info Configuring 0xa4c1385864ba12d4 TS011F zigbee.0 2025-03-08 10:50:51.910 warn DeviceConfigure:Timeout trying to configure 0xa4c13876d17ec059 TS0202: 10 attempts remaining zigbee.0 2025-03-08 10:50:41.894 info Configuring 0xa4c13876d17ec059 TS0202 zigbee.0 2025-03-08 10:50:41.894 warn DeviceConfigure:Timeout trying to configure 0x804b50fffefb471f TRADFRI on/off switch: 10 attempts remaining zigbee.0 2025-03-08 10:50:31.867 info Configuring 0x804b50fffefb471f TRADFRI on/off switch zigbee.0 2025-03-08 10:50:31.867 warn DeviceConfigure:Timeout trying to configure 0xa4c138757132f69d TS0207: 10 attempts remaining zigbee.0 2025-03-08 10:50:31.717 info Failed to ping 0xf0d1b800001c4c80 Plug Value zigbee.0 2025-03-08 10:50:21.714 info Configuring 0xa4c138757132f69d TS0207 zigbee.0 2025-03-08 10:50:21.714 warn DeviceConfigure:Timeout trying to configure 0xf0d1b800001c4c80 Plug Value: 10 attempts remaining zigbee.0 2025-03-08 10:50:18.603 info Failed to ping 0xa4c1385864ba12d4 TS011F zigbee.0 2025-03-08 10:50:11.683 info debug devices set to [] zigbee.0 2025-03-08 10:50:11.659 info Configuring 0xf0d1b800001c4c80 Plug Value zigbee.0 2025-03-08 10:50:11.656 info Zigbee started
-
Hab bei mir die 2.0.3 drauf gemacht. Seit dem dreht der eine Lichtsensor durch. Einen Neustart habe ich auch schon gemacht. @Asgothian
zigbee.0 2025-03-08 15:56:03.095 info Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01 zigbee.0 2025-03-08 15:55:56.818 warn DeviceConfigure:Timeout trying to configure 0x04cf8cdf3c775721 lumi.sen_ill.mgl01: 4 attempts remaining zigbee.0 2025-03-08 15:55:53.126 info Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01 zigbee.0 2025-03-08 15:55:46.800 warn DeviceConfigure:Timeout trying to configure 0x04cf8cdf3c775721 lumi.sen_ill.mgl01: 6 attempts remaining zigbee.0 2025-03-08 15:55:43.147 info Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01 zigbee.0 2025-03-08 15:55:36.781 warn DeviceConfigure:Timeout trying to configure 0x04cf8cdf3c775721 lumi.sen_ill.mgl01: 8 attempts remaining zigbee.0 2025-03-08 15:55:28.159 info Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01 zigbee.0 2025-03-08 15:55:26.762 warn DeviceConfigure:Timeout trying to configure 0x04cf8cdf3c775721 lumi.sen_ill.mgl01: 10 attempts remaining zigbee.0 2025-03-08 15:55:23.164 info Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01 zigbee.0 2025-03-08 15:55:16.743 warn DeviceConfigure:Timeout trying to configure 0x04cf8cdf3c775721 lumi.sen_ill.mgl01: 2 attempts remaining zigbee.0 2025-03-08 15:55:13.215 info Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01 zigbee.0 2025-03-08 15:55:03.258 info Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01 zigbee.0 2025-03-08 15:54:53.322 info Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01MOD-EDIT: Code in code-tags gesetzt!
-
bin jetzt aus anderen Gründen auch auf 2.0.3
https://forum.iobroker.net/post/1256177Meine Instanz hängt seitdem schon das zweite Mal
im log sehe ich nichts
-
@homoran @MeisterQ-0 @David-G @Neuschwansteini
Bitte zurück auf die 2.0.2 gehen - anscheinend geht irgend ein Thread in der 2.0.3 durch - der Adapter zieht maximal Prozessorleistung.
Das ist bei meinen Tests nicht aufgefallen.
A.
-
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Bitte zurück auf die 2.0.2 gehen
hmmm, ich teste gerade für/mit @arteck was an einem branch (nehm ich an)
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
der Adapter zieht maximal Prozessorleistung.
das seh ich im Moment nach Neustart der Instanz nicht.
