NEWS
ZigBee neue Version 1.5.x
-
@mickym sagte in ZigBee neue Version 1.5.x:
Und man für das Funktionieren des Zigbee 1.5.5 Adapters eine Adminversion 5 benötigt, dann sollte sie auch erst dann im stable auftauchen,
DAS IST NICHT WAHR WO STEHT DAS....
ES IST NICHT NÖTIG EIN ADMIN HOCHZUZIEHEN UM AUF ZIGBEE 1.5.5. ZU KOMMEN... ES SIND DIE ABHÄNGIKEITEN ZU HERDSMAN UND ZUM CONVERTER DIE HIER EINE ROLLE SPIELEN..hier ist das Problem beschrieben
https://forum.iobroker.net/topic/45387/indiskerpanz-im-backup-bei-zigbee-adapterDier version 1.5.5 war längst auf GIT bevor es den Admin 5 gab..
ALSO BITTE
-
@klassisch sagte in ZigBee neue Version 1.5.x:
@mickym Bei mir scheint sich Zigbee 1.5.5 mit dem Admin 4.2.1 zu vertragen.
...
@klassisch sagte in ZigBee neue Version 1.5.x:
Allerdings betreibe ich meinen Controller auch nicht über USB, sondern über TCP und eine HW-Hack.Du wirst deshalb auch keine Probleme haben. Ich denke, das Problem das ich habe oder auch andere ist diese Kommunikation mit dem USB Stick so schaut es ja auch auf dem https://github.com/ioBroker/ioBroker.zigbee/issues/1105
aus.Die gleichen Meldungen habe ich auch und ich bekomme einfach keine Kommunikation zu dem Stick mehr mit dieser Version - trotz mehrfachen Bootens, Stick abziehen usw. Und wie gesagt das System schließe ich einfach aus. Habe das Image zurückgespielt - neu gestartet - alles wieder da und Kommunikation mit dem Stick lief einwandfrei.
Du bist also schon wesentlich weiter- Bei mir liegt weder ein Datenbankproblem vor, auch das Adapterupdate ist ohne Fehler mit rc=0 durchgelaufen.
-
Bei mir lief in der Tat die Version 1.5.5 auch unter admin 4.2.1 bereits nicht. Zu dem Zeitpunkt war diese Version noch beta und ich konnte problemlos zurück zu 1.4.4 wechseln. Erst mit dem (versehentlichen) Wechsel zu admin 5.x brach das Unheil über mich herein.
Sei‘s d‘rum. Offenbar sind zur Vorbereitung des ZigBee-Adapters für die künftige Version von admin 5.x Änderungen notwendig. Dabei ist bei dem ein oder anderen von uns bei Aktualisierungen unserer Systeme etwas schief gelaufen.
Für mich greift die Kritik zu kurz, beschränkt man sich hierbei allein auf ZigBee. Trotz vorhandener, mit BackItUp erstellter Updates konnte ich mein System nicht reparieren. Nur ein Ein-zu-eins-Abbild des verwendeten Speichermediums, wie es etwa mit ApplePiBaker erstellt werden kann, ermöglicht anscheinend hier für Abhilfe zu sorgen. Muss man jetzt nicht auch BackItUp kritisieren?
Meine Einschätzung: müßig.
Ich habe vier Jahre Qivicon/MagentaSmartHome (MSH) ertragen. Es gab kaum ein Update, ohne dass das System zum Teil deftige, neue Fehler zeigte. Für diesen Schrott bekam ich nicht etwa Schmerzensgeld, sondern ich musste gar einen - wenn auch sehr geringen - monatlichen Obolus entrichten. Im Gegensatz zu @arteck und @Asgothian war im „Kundendienst“ von MSH regelmäßig niemand in der Lage kurzfristig für Abhilfe zu sorgen.
Wie dem auch sei, so, wie hier geschildert, werde ich für meinen Teil gewiss gut mit ioBroker & Co. leben können. Denn aus leidvoller Erfahrung weiß ich:
Apropos Systemwechsel ..
Man kann heutzutage sogar vom Regen unter Umgehung der Traufe in die Jauche geraten.
-
Hallo Ich habe soeben den Adapter auf 1.5.5 geupdatet da mir diesen update im Stable angeboten wurde.
Nach update habe ich folgenden Fehler mit der Aquara Bulb:zigbee.0 2021-05-29 09:26:31.103 error (2547463) Failed to DeviceConfigure.onZigbeeEvent (Error: 'ZNLDP12LM' has no configure at Object.getConfigureKey (/opt/iobroker/node_modules/zigbee-herdsman-converters/lib/configureKey.js:20:15) zigbee.0 2021-05-29 09:26:14.855 error (2547463) Failed to DeviceConfigure.onZigbeeEvent (Error: 'ZNLDP12LM' has no configure at Object.getConfigureKey (/opt/iobroker/node_modules/zigbee-herdsman-converters/lib/configureKey.js:20:15) zigbee.0 2021-05-29 09:26:14.579 error (2547463) Failed to DeviceConfigure.onZigbeeEvent (Error: 'ZNLDP12LM' has no configure at Object.getConfigureKey (/opt/iobroker/node_modules/zigbee-herdsman-converters/lib/configureKey.js:20:15) zigbee.0 2021-05-29 09:26:14.136 error at ZigbeeController.handleMessage (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:560:14)) zigbee.0 2021-05-29 09:26:14.136 error at ZigbeeController.callExtensionMethod (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:196:42) zigbee.0 2021-05-29 09:26:14.136 error at DeviceConfigure.onZigbeeEvent (/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceConfigure.js:76:22) zigbee.0 2021-05-29 09:26:14.136 error at DeviceConfigure.shouldConfigure (/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceConfigure.js:33:38) zigbee.0 2021-05-29 09:26:14.136 error at Object.getConfigureKey (/opt/iobroker/node_modules/zigbee-herdsman-converters/lib/configureKey.js:20:15) zigbee.0 2021-05-29 09:26:14.136 error (2547463) Failed to DeviceConfigure.onZigbeeEvent (Error: 'ZNLDP12LM' has no configure zigbee.0 2021-05-29 09:26:13.734 error at ZigbeeController.handleMessage (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:560:14)) zigbee.0 2021-05-29 09:26:13.734 error at ZigbeeController.callExtensionMethod (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:196:42) zigbee.0 2021-05-29 09:26:13.734 error at DeviceConfigure.onZigbeeEvent (/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceConfigure.js:76:22) zigbee.0 2021-05-29 09:26:13.734 error at DeviceConfigure.shouldConfigure (/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceConfigure.js:33:38) zigbee.0 2021-05-29 09:26:13.734 error at Object.getConfigureKey (/opt/iobroker/node_modules/zigbee-herdsman-converters/lib/configureKey.js:20:15) zigbee.0 2021-05-29 09:26:13.734 error (2547463) Failed to DeviceConfigure.onZigbeeEvent (Error: 'ZNLDP12LM' has no configure zigbee.0 2021-05-29 09:26:13.559 error at ZigbeeController.handleMessage (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:560:14)) zigbee.0 2021-05-29 09:26:13.559 error at ZigbeeController.callExtensionMethod (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:196:42) zigbee.0 2021-05-29 09:26:13.559 error at DeviceConfigure.onZigbeeEvent (/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceConfigure.js:76:22) zigbee.0 2021-05-29 09:26:13.559 error at DeviceConfigure.shouldConfigure (/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceConfigure.js:33:38) zigbee.0 2021-05-29 09:26:13.559 error at Object.getConfigureKey (/opt/iobroker/node_modules/zigbee-herdsman-converters/lib/configureKey.js:20:15) zigbee.0 2021-05-29 09:26:13.559 error (2547463) Failed to DeviceConfigure.onZigbeeEvent (Error: 'ZNLDP12LM' has no configure
Habe auch versucht die Glühbirne auszuschliessen, leider ohne erfolg.
Vor den Update war alles OKInfos zum system:
Node.js --> v12.20.2
NPM --> 6.14.11
ioBroker.admin 4.2.1Neu Anlernen geht auch nicht, kommt der gleiche fehler
-
@legro sagte in ZigBee neue Version 1.5.x:
Wie dem auch sei, so, wie hier geschildert, werde ich für meinen Teil gewiss gut mit ioBroker & Co. leben können.
Das meine ich auch. Updates und die daraus resultierenden Probleme kann man nicht mehr ausschließen. zum einen will man ja mehr Funktionen und zum Anderen machen die Gaunr, die mit bösen Absichten System angreifen, das auch erforderlich. Und wie im richtigen Leben so gilt auch hier: Fehler sind in komplexen Systemen unvermeidbar. Die Frage ist, wie damit umgegangen wird. Und bei ioBroker kümmert man sich um die Themen. Auch die Codequalität wird überwacht und immer besser. Man muß nur mal in die changelogs schauen, wie oft von Sentry angemerkte Themen "stillschweigend" repariert werden.
Die Auswirkungen sind beim Zigbee Adapter halt besonders sichtbar. Wenn kein Licht mehr geht, ist das schwierig. Und die darunterliegende Zigbee Technologie ist halt noch nicht so stabil wie z.B. Ethernet.
Und mit der Kombination USB und Linux hatte ich persönlich in der Vergangenheit immer einen Kampf. Allerdings habe ich dieser Tage auf einen uralt Core Duo Laptop (30W Leerlauf) ein Linux Mint installiert, welches einen USB-Speicher-Stick sofort erkannt hat. Keine Ahnung, ob man auf Linux Mint einen ioBroker sinnvoll betreiben kann. -
@klassisch
Klar, bei Mint wird auch ein Debian/Ubuntu als Basis verwendet.Deswegen sollte es da eigentlich auch keine Unterschiede beim Handling von USB geben.
-
@mickym Nabend, so, es scheint das ich wieder auf Adapter Version 1.4.4 bin. allerdings bekomme ich den Adapter nicht auf "Grün"Was kann ich denn dagegen unternehmen? habe in den Einstellungen es auf /dev/ttyACM0 gesetzt, so wie vorher.
Mittlerweile wäre ich schon froh wenn der Adapter wieder laufen würden. Muss ich halt einmal alles neu anlernen. Werden dann aber definitiv das Image klonen.Danke
Gruß
André
-
@freak9882 Ich bin ganz ehrlich, ich kann Dir leider nicht weiterhelfen, außer wirklich, dass Du, wenn Du es einmal am Laufen hast, ein Image ziehst. Selbst mit der 1.4.4. läuft bei mir zwar alles und auch nach Neustart - allerdings selbst mit dieser Version habe ich Probleme nach einem Betriebssystemupdate. Da braucht es dann auch ein paar Reboots bis sich der Adapter an die veränderten Bedingungen gewöhnt hat.
Ich weiß es klingt doof, aber für mich hat dieser Adapter ein Eigenleben und deshalb ist es so wichtig ein Image zu erstellen, dass der Adapter seine gewohnte Umgebung vorfindet.
Ich kann Dir nicht helfen und hoffe Du findest bald eine funktionierende Konfig. Mach jetzt schon mal ein Image von Deiner jetzigen Konfig - inzwischen gibts ja schon eine Version 1.5.6 - vielleicht tut die ja.
-
@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.
Wer Tipps hat, her damit.
Danke an alle für die Hilfe.
Update, wenigstens der Adapter läuft wieder. Wie macht man am besten ein Image backup? Montag erstmal wieder alle Geräte neu anlernen. Shit happens, Lesson learned. Schönen Abend noch.
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?
Gruß
André
-
@freak9882 Wie hast Du es hinbekommen???
Ich mach meine Images der SD Karte über Win32DiskImager.
Wenn Du das Image gemacht hast, mach nicht den Restore Deiner Komplettsicherung des backItUp, sondern nur das Zigbee aus backItUp zurücksichern. Das langt um die Geräte wieder bekannt zu machen.
-
@mickym Ich habe einfach nochmal den Adapter installiert. Hatte dann zwei Adapter, einmal zigbee.0 und zigbee.1 gehabt. Den 0 gelöscht und zack war der 1 grün. besteht noch irgendwie die Chance an meine alten Geräte zu kommen? Außer alles neu pairen? Blöd das ich die ganzen CC2530 Router neu Flaschen muss.....
-
@freak9882 Du kannst mit dem backitup Adapter die Geräte zurücksichern:
Welche Version des Adapters läuft nun?
Ich hab nichts zum flashen.
-
@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.