NEWS
ZigBee neue Version 1.5.x
-
@freak9882 said in ZigBee neue Version 1.5.x:
@mickym leider auch mit 1.5.6 bekomme ich den Adapter nicht grün. Schade, das wars dann. Keine Ahnung was ich noch tun soll.
..
Eine Frage noch, wenn ich jetzt die kpl backItUp Sicherung die mit 1.4.4 erstellt wurde. Habe ich dann meine Geräte alle wieder?Hier hat @arteck seine Hilfe angeboten. Ich habe sie angenommen und seit gestern Abend wieder ein laufendes System.
Hinsichtlich meiner Erfahrungen mit BackItUp würde ich dir hierzu nicht (mehr) raten - und dies nicht nur im Hinblick auf die vertrackten Umstände rund um den ZigBee-Adapter. In diesem Beitrag findest du nicht nur meine Bedenken detailliert beschrieben, sondern auch wie ich künftig vorzugehen gedenke. Bei mir sichert BackItUp ab sofort daher nur noch Grafana und InfluxDB.
Nun bleibt mir nur noch eines: dir die Daumen drücken. Viel Erfolg.
-
So nachdem ich ja gesehen habe, dass es nun eine neue Version 1.5.6 gibt und ich von heute Nacht noch das Image hatte, habe ich mich eben nochmals wagemutig an das Update gewagt.
Und was soll ich sagen - es lief auf ANHIEB - ohne irgendwelche Systemveränderungen.Inzwischen auch schon ein Reboot gemacht und hat auch ohne Probleme funktioniert.
Es ist sowohl das Update durchgelaufen, als auch der Adapter ist grün geblieben, nach dem Update und nachdem Neustart.
Das Einzige was ich hatte, das war das Vertauschen der Bytes in der PAN-ID
2021-05-29 22:17:44.207 - info: zigbee.0 (14264) starting. Version 1.5.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.17.0, js-controller: 3.2.16 2021-05-29 22:17:44.348 - info: zigbee.0 (14264) Starting Zigbee npm ... 2021-05-29 22:17:44.736 - info: zigbee.0 (14264) Installed Version: iobroker.zigbee@1.5.6 2021-05-29 22:17:46.586 - warn: zigbee.0 (14264) Extended PAN ID is reversed (expected=7dxxxxxxxxxxxxf9, actual=f9xxxxxxxxxxxx7d) 2021-05-29 22:17:46.826 - info: zigbee.0 (14264) Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}} 2021-05-29 22:17:46.838 - info: zigbee.0 (14264) --> transmitPower : normal 2021-05-29 22:17:46.850 - info: zigbee.0 (14264) Currently 18 devices are joined:
Das hatte ich zum Glück schon auf GitHub gelesen und das dann einfach umgekehrt in die Adapterkonfig nochmals eingegeben.
Nach dem Neustart und dem Reboot war dann auch das weg:
2021-05-29 22:34:10.111 - info: zigbee.0 (2169) starting. Version 1.5.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.17.0, js-controller: 3.2.16 2021-05-29 22:34:10.268 - info: host.MWHome instance system.adapter.yahka.0 started with pid 2225 2021-05-29 22:34:10.291 - info: zigbee.0 (2169) Starting Zigbee npm ... 2021-05-29 22:34:10.895 - info: zigbee.0 (2169) Installed Version: iobroker.zigbee@1.5.6 .... 2021-05-29 22:34:13.946 - info: zigbee.0 (2169) Zigbee started
Also VIELEN DANK an die Entwickler, für die dann doch schnelle Behebung der Probleme. Ich dachte mir, trotz aller Kritik, dass ich dieses auch mal als POSITIVES Feedback zurückmelden will.
Trotzdem muss ich halt sagen, schade dass es halt beim Betatesting durchgerutscht ist - wäre diese Version gleich im Stable gewesen, wäre alles wirklich super.
Schließlich muss man ja wirklich anerkennen, dass ihr mit der Bedienung der Geräte und dem was unter der Haube steckt, eine Menge Arbeit und Mühe steckt:
So nun muss ich gleich ein Image machen.
Und ich hoffe - ich bin niemand zu stark auf die Füße getreten, weil ich gestern wirklich über die Vorgängerversion so ungehalten war.
PS: Dann scheine ich ja nun doch für zukünftige Updates des Adminadapters gerüstet.
-
@mickym
Kann deine Sorgen durchaus verstehen.
Aber dafür wird ja auch hier getestet.
Daher bin ich euch auch dankbar, das ihr es testet.
Allerdings würde ich auch sagen, wenn kein Testsystem vorhanden ist, und auch kein Fallback, dann sollte man lieber die Finger davon lassen (ich meine das jetzt ganz allgemein ohne jemanden besonderes zu meinen).Ich für meinen Teil habe in der Vergangenheit häufiger probleme gehabt, habe auch oft die neuste Version getestet.
Zuletzt habe ich dann alles komplett neu aufgesetzt und neu angelernt, seit dem läuft es wirklich stabil.
Was ich sagen will: wenn jemand 1-2 Tage ohne iobroker nicht leben kann, sollte er besser nicht testen.
Wenn ich hier nicht zwei frauen hätte die mir die Hölle heiß machen würden, würde ich in Proxmox einfach einen Klon erstellen und Mittesten.
Aber ich bin halt ein Feigling und traue mich nicht.
Wenn also jemand trotzdem testen möchte, bitte vorher die SD Karte kopieren, dann gibt es auch kein gejammere.
Die Proxmox nutzer haben es da ja auch etwas bequemer.Nochmals Danke an alle die Testen, und natürlich auch vielen Dank an die Entwickler für den tollen Job den sie hier, völlig kostenlos und in ihrer Freizeit machen.
-
@muchul Also ich teste munter mit in meinem "Produktivsystem". Wenn es größere Updates sind (und wenn es neue zigbee Versionen sind, weil der ja anscheinend etwas zickig ist) mache ich vorher einen Snapshot und gut ist. Wenn wirklich mal "nichts mehr geht" spiele ich den Snapshot ein, das ist dann ein Ausfall von vielleicht max. 5 Minuten, damit kann ich leben. Und da du ja auch proxmox nutzt sollte das eigentlich kein Thema sein.
-
@amg_666
Genau so mache ich es ja auch, aber weder du noch ich haben das Recht, wenn es nicht funktioniert rumzuheulen.
Wir geben die Informationen was nicht funktioniert mit Logs und benötigten Informationen weiter und die Entwickler verbessern das, oder erklären was wir falsch machen.Was mich hier langsam nervt ist, wenn Alpha oder Beta Versionen getestet werden und die Anspruchshaltung, das alles sofort funktionieren muss zu Tage gelegt wird.
Das Beste daran ist dass auch keine vernünftigen Informationen gegeben werden.
Auch ist ganz klar! erkennbar dass die Posts indem selben Forum nicht gelesen wurden.
Ich kann mich daran erinnern dass hier ein Entwickler einen Satz geschrieben hat was zu tun ist und ein User gefragt hat ob es dazu ein Video gibt.
Wer testen will sollte sich VORBEREITEN damit er jederzeit zurück kann.
Stattdessen müssen die Entwickler per Fernwartung die Benutzerfehler korrigieren.
Solchen Einsatz, wie hier von den Entwicklern habe ich nirgends gesehen.
Schau mal im Homematic Forum, da ist jede zweite Antwort benutz die "suchen" Funktion.Wenn hier die Entwickler schon so tollen Support leisten, sollten die User Sie auch bestmöglich unterstützen.
Sonst gibt es irgendwann nur noch Support aber keine Entwicklung mehr. -
@muchul sagte in ZigBee neue Version 1.5.x:
weder du noch ich haben das Recht, wenn es nicht funktioniert rumzuheulen.
Da bin ich bei dir und ich heul hier auch nicht rum sondern poste issues im github und helfe übersetzen im weblate.
Was mich hier langsam nervt ist, wenn Alpha oder Beta Versionen getestet werden und die Anspruchshaltung, das alles sofort funktionieren muss zu Tage gelegt wird.
Stimme ich dir zu, ich hab hier manchmal den Eindruck dass viele user das beta-repository aktiviert haben und garnicht wissen was sie damit "anrichten": oh es gibt eine neue Admin Version -> Runterladen und dann oh, die "Menuleiste ist weg". Im Stable hätte ich auch die Erwartungshaltung dass es "stable" ist und dieser Unterschied scheint vielen nicht klar zu sein...
-
Hallo @Asgothian
ich wollte nur vorsichtig nach der Implementierung/Überarbeitung von der Fernbedienung ZYCT-202 fragen. Leider ist mein alter Beitrag wohl nur im alten Forum noch zu finden (https://213.136.68.177/topic/42253/zigbee-neue-version-1-4-4/91)Danke dir und vG, Thorsten
-
@kueppert sagte in ZigBee neue Version 1.5.x:
ZYCT-202
Das kann ich mir nicht mehr anschauen - der Link geht ins leere. Bitte versuch folgendes:
- remote pairen
- die IEEE Addresse der Remote (ohne 0x) in den State zigbee.0.debugmessages eintragen
- knöpfe drücken und schauen ob es Einträge im Log gibt.
A.
-
@asgothian jap, mache ich, WENN ihr mir sagen könnt, woher folgender Fehler resultiert wenn ich auf pairen drücke (hab heute erst die 1.5.6 installiert):
Error: Failed to open the network: Error: SRSP - UTIL - ledControl after 6000ms at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:37:35) at listOnTimeout (internal/timers.js:554:17) at processTimers (internal/timers.js:497:7). undefined Pairing started
Instanz neu gestartet hab ich bereits. Der Adapter funktioniert auch, nur das Pairen nicht mehr - vermutlich seit meinem Update von eben.
Danke euch und vG, Thorsten
NACHTRAG (weitere Infos):
zigbee.0 2021-05-30 18:51:11.316 info Coordinator firmware version: {"type":"zStack30x","meta":{"transportrev":2,"product":2,"majorrel":2,"minorrel":7,"maintrel":2,"revision":20190523}} zigbee.0 2021-05-30 18:51:09.546 info Installed Version: iobroker.zigbee@1.5.6 zigbee.0 2021-05-30 18:51:09.157 info Starting Zigbee npm ... zigbee.0 2021-05-30 18:51:09.038 info starting. Version 1.5.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.1, js-controller: 3.3.11
-
@kueppert Was nutzt du als Koordinator ? Ich habe das Problem nicht.
A.
-
@asgothian ich hab den CC2538 + CC2592, hier noch die Daten aus der Kachel:
type:zStack30x version:2-2.2.7.2. revision:20190523 port:/dev/ttyACM0 channel:11
Soll ich nen Downgrade machen zum Testen? Oder etwas anderes versuchen?
-
Installiere mal bitte von
https://github.com/asgothian/ioBroker.zigbee/tarball/zigbee_1_5_6. Möglicherweise fixed das das Problem.
A.
-
@asgothian sagte in ZigBee neue Version 1.5.x:
https://github.com/asgothian/ioBroker.zigbee/tarball/zigbee_1_5_6
Habe deine Version via Git installiert, lief ohne Probleme durch. Ist auch gestartet. Leider das gleiche Fehlerbild weiterhin vorhanden
-
@kueppert kannst du bitte prüfen welche Versionen des zigbee-herdsman und zigbee-herdsman-converters du installiert hast ?
A.
(ps) ich habe verschiedene andere Koordinatoren mit denen es geht, genau deinen kann ich leider nicht prüfen. -
@asgothian sagte in ZigBee neue Version 1.5.x:
zigbee-herdsman
Gemäß der Datei /opt/iobroker/node_modules/zigbee-herdsman/package.json:
"_from": "zigbee-herdsman@0.13.107"
und gem. /opt/iobroker/node_modules/zigbee-herdsman-converters/package.json:
"_from": "zigbee-herdsman-converters@14.0.162"
-
@asgothian
Hallo, ich schliesse mich mal an, ich habe genau das gleiche Problem wie @Kueppert und auch den gleichen Coordinator:type:zStack30x version:2-2.2.7.2. revision:20190523 port:/dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00 channel:11
Ich habe einen Snapshot zurückgespielt und bin jetzt auf der Version 1.5.5 mit dieser Herdsman Version:
"_from": "zigbee-herdsman@^0.13.92"
"_from": "zigbee-herdsman-converters@14.0.134"
Nach einem Update auf 1.5.6 habe ich genau dieses Fehlerbild wie von @Kueppert beschrieben.
-
@kueppert sagte in ZigBee neue Version 1.5.x:
SRSP - UTIL - ledControl after 6000ms
hast du die led Option aus ??
-
Hi...leider habe ich, nach dem Update von 1.5.5 auf 1.5.6 auch einen der Fehler bekommen. Leider steige ich nicht wirklich aus der Thread History durch wie ich das, ohne Kompett Wiederherstellung und neu pairen, wieder hinbekomme. Ein Neu-Pairen ist schwierig, da die Installation 40KM weit weg steht.
Ich habe schon Downgrades und Restores mit BackupIt versucht. Zuletzt habe ich auf ser2net umgestellt (hatte dies schon zuhause wegen LXC Problemen gemacht). Leider kommen die Meldungen immer noch:2021-05-31 08:17:28.712 - info: host.MSWohni instance system.adapter.zigbee.0 started with pid 1248 2021-05-31 08:17:33.336 - info: zigbee.0 (1248) starting. Version 1.5.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.1, js-controller: 3.3.11 2021-05-31 08:17:33.486 - info: zigbee.0 (1248) Starting Zigbee npm ... 2021-05-31 08:17:34.090 - info: zigbee.0 (1248) Installed Version: iobroker.zigbee 2021-05-31 08:17:35.215 - error: zigbee.0 (1248) Configuration is not consistent with adapter state/backup! 2021-05-31 08:17:35.216 - error: zigbee.0 (1248) - PAN ID: configured=2009, adapter=65535 2021-05-31 08:17:35.218 - error: zigbee.0 (1248) - Extended PAN ID: configured=294265d92792c0e3, adapter=0000000000000000 2021-05-31 08:17:35.219 - error: zigbee.0 (1248) - Network Key: configured=daed6740929d70485703bf86765393ae, adapter=daed6740929d70485703bf86765393ae 2021-05-31 08:17:35.220 - error: zigbee.0 (1248) - Channel List: configured=16, adapter= 2021-05-31 08:17:35.220 - error: zigbee.0 (1248) Please update configuration to prevent further issues. 2021-05-31 08:17:35.221 - error: zigbee.0 (1248) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json. 2021-05-31 08:17:35.222 - error: zigbee.0 (1248) Re-commissioning your network will require re-pairing of all devices! 2021-05-31 08:17:35.223 - error: zigbee.0 (1248) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information" 2021-05-31 08:17:35.224 - error: zigbee.0 (1248) Failed to start Zigbee 2021-05-31 08:17:35.225 - error: zigbee.0 (1248) Error herdsman start 2021-05-31 08:17:45.227 - info: zigbee.0 (1248) Try to reconnect. 2021-05-31 08:17:45.229 - info: zigbee.0 (1248) Starting Zigbee npm ... 2021-05-31 08:17:45.247 - info: zigbee.0 (1248) Installed Version: iobroker.zigbee 2021-05-31 08:17:46.751 - info: host.MSWohni "system.adapter.zigbee.0" disabled 2021-05-31 08:17:46.754 - info: host.MSWohni stopInstance system.adapter.zigbee.0 (force=false, process=true) 2021-05-31 08:17:46.768 - info: zigbee.0 (1248) Got terminate signal TERMINATE_YOURSELF 2021-05-31 08:17:46.772 - info: host.MSWohni stopInstance system.adapter.zigbee.0 send kill signal 2021-05-31 08:17:46.770 - info: zigbee.0 (1248) cleaned everything up... 2021-05-31 08:17:46.778 - info: zigbee.0 (1248) Zigbee: disabling joining new devices. 2021-05-31 08:17:46.781 - warn: zigbee.0 (1248) Failed to stop zigbee during startup 2021-05-31 08:17:46.782 - info: zigbee.0 (1248) terminating 2021-05-31 08:17:46.784 - info: zigbee.0 (1248) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2021-05-31 08:17:46.786 - error: zigbee.0 (1248) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2021-05-31 08:17:46.787 - error: zigbee.0 (1248) unhandled promise rejection: Cannot read property 'getEntries' of null 2021-05-31 08:17:46.790 - error: zigbee.0 (1248) TypeError: Cannot read property 'getEntries' of null at Function.loadFromDatabaseIfNecessary (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/device.js:220:55) at Function.all (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/device.js:240:16) at Controller.getDevices (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:303:31) at ZigbeeController.getClients (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:228:49) at DeviceAvailability.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceAvailability.js:222:43) at ZigbeeController.callExtensionMethod (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:214:42) at ZigbeeController.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:385:20) at Zigbee.onUnload (/opt/iobroker/node_modules/iobroker.zigbee/main.js:696:41) at processTicksAndRejections (internal/process/task_queues.js:97:5) 2021-05-31 08:17:46.790 - error: zigbee.0 (1248) Cannot read property 'getEntries' of null 2021-05-31 08:17:47.420 - info: host.MSWohni instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
hat vielleicht jemand eine Idee, wie ich das "remote" lösen kann?
-
@msauer sagte in ZigBee neue Version 1.5.x:
Die Meldung besagt das deine nvbackup.json Datei defekt ist. In dieser sollten Werte für die PanID und den Zigbee Kanal abgelegt sein - das sind sie aber anscheinend nicht:
2021-05-31 08:17:35.216 - error: zigbee.0 (1248) - PAN ID: configured=2009, adapter=65535 2021-05-31 08:17:35.218 - error: zigbee.0 (1248) - Extended PAN ID: configured=294265d92792c0e3, adapter=0000000000000000 2021-05-31 08:17:35.219 - error: zigbee.0 (1248) - Network Key: configured=daed6740929d70485703bf86765393ae, adapter=daed6740929d70485703bf86765393ae 2021-05-31 08:17:35.220 - error: zigbee.0 (1248) - Channel List: configured=16, adapter=
Ich habe schon Downgrades und Restores mit BackupIt versucht. Zuletzt habe ich auf ser2net umgestellt (hatte dies schon zuhause wegen LXC Problemen gemacht). Leider kommen die Meldungen immer noch:
Leider ist dadurch nicht mehr wirklich zu sagen was im Detail passiert ist. Die einzige chance die ich sehe ist das du per ssh auf den ioBroker gehst und schaust ob eine der im Verzeichnis /opt/iobroker/iobroker-data/zigbee_0 liegenden Dateien eine korrekte Kopie der nvbackup.json enthält.
Dazu:
- Zigbee Adapter anhalten
- die bestehenden Dateien shepherd.db und nvbackup.json weg kopieren
- schauen ob du ein lokales Backup von gestern oder vorgestern hast. Wenn ja, das mit tar -xzf <dateiname> entpacken
- Zigbee Adapter starten
- Log prüfen ob die oben genannten Meldungen weiterhin auftauchen.
A.
-
@asgothian Alles so gemacht. Backup vom 28ten genutzt. Gleicher Fehler.