Tester für Zigbee Adapter 2.0.x gesucht
-
@asgothian
Ohne Sentry kann ich wieder nach Updates suchen, aber da für keins meiner Geräte ein Update verfügbar ist kann ich keins starten. -
@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? -
@bommel_030 ah.. ok.
-
@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.
-
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
-
@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.
