Tester für Zigbee Adapter 2.0.x gesucht

[Asgothian]

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

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

@deta so wie es da steht. Der Punkt wird von den zigbee-herdsman-converters nicht weiter unterstützt. Deswegen ist er im zigbee-Adapter ab 2.0 nicht mehr vorhanden.

A.

Ich hatte den Punkt benutz um nach einer bestimmten Zeit das Licht wieder abzuschalten. Wenn keine Bewegung mehr nach einer weile im Raum war.
Gibt es eine andere Lösung?

der standard weg ist:

let timeout = null;
on({ID:'...occupancy', change: ne}. function(obj) {
   if (obj.val) {
  // light on
    clearTimeout(timeout);
  }
  else
  {
     timeout = setTimeout(function() { 
        // light off 
      },time)
  }
});

oder das Äquivalent in einer anderen Logik-Maschine.

A.

[Duffy]

@asgothian

Hallo,

mir ist etwas aufgefallen was den Zigbee Adapter v2.02 betrifft.

Da ich nicht weis ob es an mir oder dem Adapter liegt schreibe ich es hier einfach mal nieder.

Also, ich habe auf meine Testsystem den o.g. Adapter installiert.
Nun hat ein Tuya Fingerbot im Aktivsystem nicht mehr funktioniert was mich dazu veranlasste diesen im Aktivsystem zu löschen.

Dann habe ich ihn im Testsystem über den Zigbee 2.02 Adapter installiert und er hat funktioniert.
(Also muß ich ihn erst mal nicht entsorgen)

Dann wollte ich ihn wieder aus dem Testsystem löschen was aber nicht mehr gelang. Er ist hartnäckig gekoppelt geblieben. (Löschen über die Kachel, Mülleimer, dann gelöscht bzw auch das Häkchen gesetzt und gelöscht)

Erst als ich den Zigbee Adapter 2.02 deaktiviert hatte konnte ich den Fingerbot erneut im Aktivsysten mit Zigbee 1.10.14 erneut koppeln.

Kann das ein Bug sein?
Wenn nein, einfach meinen Post löschen.

VG Duffy

[Asgothian]

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

[Duffy]

@asgothian

Ok, dann ist der Fehler also bekannt.
Danke für dein Rückmeldung.

Gruß Duffy

[Neuschwansteini]

@duffy

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.

[Duffy]

@neuschwansteini

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

[Asgothian]

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.

[Shadowhunter23]

@asgothian

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)

[Asgothian]

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

[Shadowhunter23]

@asgothian
Ist dieser hier:
https://github.com/codm/cc2652p2-tcp-zigbee

Erster Versuch war erfolglos...

Edit
Firmware flash hat geholfen.

[Neuschwansteini]

@asgothian

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

[Asgothian]

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

[Neuschwansteini]

@asgothian

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 …

[Asgothian]

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

[Neuschwansteini]

@asgothian

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

[Asgothian]

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

[Neuschwansteini]

@asgothian

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.

[David G.]

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

[MeisterQ 0]

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

MOD-EDIT: Code in code-tags gesetzt!

[Homoran]

bin jetzt aus anderen Gründen auch auf 2.0.3
https://forum.iobroker.net/post/1256177

Meine Instanz hängt seitdem schon das zweite Mal

im log sehe ich nichts