NEWS
ZigBee neue Version 1.5.x
ZigBee neue Version 1.5.x
-
@freak9882 npm ist der Packetmanager von node.js. Den kann benutzen für Pakete (ausserhalb des iobrokers).
Wenn Du im Netz nach verschiedenen Versionen suchst, dann wirst Du auf npm stoßen - hier vom Zigbee Adapter:
und da steht auch dabei, wie man den installiert - aber so solltest DU es NICHT machen, sondern wie gesagt mit
iobroker install zigbee@1.4.4
oder falls schon ältere Version drauf ist
iobroker upgrade zigbee@1.4.4 -
Ich hatte ja mit der 1.5.1 Probleme, siehe dort
Ich bin dann wieder auf 1.4 zurück.
NICHT über irgendwelche images, denn ich mochte das noch nie und habe seit Jahren eine Windows System, welches rocksplid läuft.
Wenn ich mich recht erinere, bin ich in 2 Schritten zurück auf die 1.4.4, die bei mir nach wie vor sehr stabil läuft.
Das ging alles in der Admin Ansicht:
Bei Vorauswahl stable mit dem Sybol für "bestimmte Verion" auf 1.4.1
Und danach wieder auf 1.4.4
Mittlerweile bin ich vom Zigbee Adapter abhänger als von jedemanderen, weil ich sämtliche Deckenleuchten in der Wohnung mit steuere....
Da 1.5.5 jetzt in stable ist, habe ich eben mal probeweise upgedatet.
Werde beobachten, ob mein obiges Datenbankenproblem nochmals auftaucht, das wohl nicht (oder zumndest nicht nur) an der Datenbank lag. Die 1.4.4 kommt mit dieser Datenbank ja problemlos zurecht.Nach einem ersten Probegang durch die Wohnung scheint alles zu laufen. Leuchten werden eingeschaltet und keine Fehler im Log.
Die berichteten Verbindungsprobleme habe ich nicht und hatte ich mit der 1.5.1 auch nicht.
Allerdings betreibe ich meinen Controller auch nicht über USB, sondern über TCP und eine HW-Hack. -
Mit der 1.5.5 habe ich Probleme bei meinen neuesten ikea Floalt Panels die Firmware upzudaten. Habe es dreimal versucht und jeweils einen Adapterabsturz bekommen.
-
@asgothian Heute war die Version 1.5.5 im stable - aber nun bekommt er den seriellen Port mit dem CC2531 nicht mehr auf. Da die Vorgängerversion nun über Monate mit dem Stick sehr stabil lief, bin ich gerade dabei wieder das System vor dem Update wiederherzustellen.
Es sind alles die gleichen Fehler, die hier schon dutzend Male gepostet werden. Dass der error ZnpAdapter nicht gelesen werden kann. Alles wird wahrscheinlich wieder daraus resultieren, dass der serielle Port nicht aufgemacht werden kann bzw. nicht geblockt werden kann. Wie gesagt die Fehler wurden hier mehrfach gepostet.
Was ich nicht verstehe, wenn 1.5.5 die aktuellste Version ist, warum diese schon im stable auftaucht (Die Version 1.5 ist knapp 6 Wochenalt !! ). Mein Unmut darüber, hat mir ja schon einige Kritik eingebracht. Trotzdem - gibt es nicht ein Möglichkeit einen Adapter mal von Updates auszuschließen?
Ich habe auch wenig Verständnis dafür, dass man einen Adapter in stable verfrachtet, wenn ein GitHub Issue mit 35 Kommentaren offen ist, dass der Adapter nicht startet und diese Kommentare sind gerade mal eine gute Woche alt!!!
Ehrlich gesagt, habe ich nämlich nun keine Lust, hier nun wieder zum Testen, wenn das System vorher super stabil lief. Dachte für das Testen ist das Latest Repository da - aber nicht das Default Repository.
Deinen Frust kann ich durchaus nachvollziehen, dennoch sind die Arbeiten der Entwickler eine großartige Sache; die verstehen ihr Handwerk!
Gestern Abend hat @Artec wortgehalten und mir mein total vermasseltes System wieder ans Laufen gebracht. Hier die Verantwortung allein beim ZigBee-Adapter zu sehen, wäre falsch. Durch erforderliche Änderungen für den neuen Admin-Adapter - so habe ich das Ganze verstanden - wurden Änderungen in Abhängigkeiten und Strukturen erforderlich, die mit dem Wechsel von 1.4.4 zu 1.5.5 einhergingen.
Fazit ..
Der ZigBee-Adapter kann nicht isoliert betrachtet werden. Beim Versionswechsel sind diese Änderungen sowohl bei einem Upgrade als auch Downgrade mit zu berücksichtigen. Kurzum, ein einfacher Wechsel der Version des ZigBee-Adapters genügt nicht, es muss auch diesen Änderungen Rechnung getragen werden, was durch einen einfachen Austausch der Versionen offensichtlich nicht gewährleistet wird.
Meine Lehre aus diesem Dilemma ..
BackItUp werde ich weitestgehend aus meiner Backup-Strategie verbannen und voll auf ApplePiBaker setzen, der mittels DD und einer Batchdatei PiShrink ein hochkomprimiertes Eins-zu-eins-Abbild des verwendeten Datenträgers (wieder)herstellt.
Und noch etwas zu BackItUp ..
Seit der Version 2.x wird kein Code mehr gespeichert, sondern dieser wird beim Wiederherstellen aus dem Github (nach)geladen. Da sind Probleme vorprogrammiert, wenn man (wie unsereiner) für die Adapter nicht nur verschiedene Versionen, sondern auch noch unterschiedliche Quellen verwendet.
Mein Wunsch an den Entwickler von BackItUp wäre, dass man wählen könnte, das Backup mit oder ohne Code erstellen zu können.
Nachtrag zu ApplePiBaker ..
Diese App schafft ein vollständiges Eins-zu-eins-Abbild meiner 128GB SSD in 15 Minuten zu erstellen. In dieser Zeit wird mittels DD ein bitweises Abbild im iMac erzeugt, anschließend wird dieses auf minimale Größe geschrumpft und schließlich komprimiert, wobei ich ZIP bevorzuge. Das Endprodukt ist weniger als 4GB groß, obwohl meine Installation neben diversen Adaptern auch recht viele Daten von InfluxDB und Grafana enthält.
Probleme: Da zunächst eine Datei erzeugt wird, die so groß wie die Quelle ist (hier 128GB) muss der iMac bzw. MacBook über eine ausreichend große Speicherkapazität verfügen. Man kann zwar das sog. Home-Verzeichnis, in dem alle temporären Dateien angelegt werden, auf ein externes Medium mounten, aber dann dauert etwa der Wiederherstellungsprozess bis zu zwei Stunden - warum auch immer.
Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3 -
Deinen Frust kann ich durchaus nachvollziehen, dennoch sind die Arbeiten der Entwickler eine großartige Sache; die verstehen ihr Handwerk!
Gestern Abend hat @Artec wortgehalten und mir mein total vermasseltes System wieder ans Laufen gebracht. Hier die Verantwortung allein beim ZigBee-Adapter zu sehen, wäre falsch. Durch erforderliche Änderungen für den neuen Admin-Adapter - so habe ich das Ganze verstanden - wurden Änderungen in Abhängigkeiten und Strukturen erforderlich, die mit dem Wechsel von 1.4.4 zu 1.5.5 einhergingen.
Fazit ..
Der ZigBee-Adapter kann nicht isoliert betrachtet werden. Beim Versionswechsel sind diese Änderungen sowohl bei einem Upgrade als auch Downgrade mit zu berücksichtigen. Kurzum, ein einfacher Wechsel der Version des ZigBee-Adapters genügt nicht, es muss auch diesen Änderungen Rechnung getragen werden, was durch einen einfachen Austausch der Versionen offensichtlich nicht gewährleistet wird.
Meine Lehre aus diesem Dilemma ..
BackItUp werde ich weitestgehend aus meiner Backup-Strategie verbannen und voll auf ApplePiBaker setzen, der mittels DD und einer Batchdatei PiShrink ein hochkomprimiertes Eins-zu-eins-Abbild des verwendeten Datenträgers (wieder)herstellt.
Und noch etwas zu BackItUp ..
Seit der Version 2.x wird kein Code mehr gespeichert, sondern dieser wird beim Wiederherstellen aus dem Github (nach)geladen. Da sind Probleme vorprogrammiert, wenn man (wie unsereiner) für die Adapter nicht nur verschiedene Versionen, sondern auch noch unterschiedliche Quellen verwendet.
Mein Wunsch an den Entwickler von BackItUp wäre, dass man wählen könnte, das Backup mit oder ohne Code erstellen zu können.
Nachtrag zu ApplePiBaker ..
Diese App schafft ein vollständiges Eins-zu-eins-Abbild meiner 128GB SSD in 15 Minuten zu erstellen. In dieser Zeit wird mittels DD ein bitweises Abbild im iMac erzeugt, anschließend wird dieses auf minimale Größe geschrumpft und schließlich komprimiert, wobei ich ZIP bevorzuge. Das Endprodukt ist weniger als 4GB groß, obwohl meine Installation neben diversen Adaptern auch recht viele Daten von InfluxDB und Grafana enthält.
Probleme: Da zunächst eine Datei erzeugt wird, die so groß wie die Quelle ist (hier 128GB) muss der iMac bzw. MacBook über eine ausreichend große Speicherkapazität verfügen. Man kann zwar das sog. Home-Verzeichnis, in dem alle temporären Dateien angelegt werden, auf ein externes Medium mounten, aber dann dauert etwa der Wiederherstellungsprozess bis zu zwei Stunden - warum auch immer.
@legro sagte in ZigBee neue Version 1.5.x:
Deinen Frust kann ich durchaus nachvollziehen, dennoch sind die Arbeiten der Entwickler eine großartige Sache; die verstehen ihr Handwerk!
Gestern Abend hat @Artec wortgehalten und mir mein total vermasseltes System wieder ans Laufen gebracht. Hier die Verantwortung allein beim ZigBee-Adapter zu sehen, wäre falsch. Durch erforderliche Änderungen für den neuen Admin-Adapter - so habe ich das Ganze verstanden - wurden Änderungen in Abhängigkeiten und Strukturen erforderlich, die mit dem Wechsel von 1.4.4 zu 1.5.5 einhergingen.Ich kritisiere nicht die Arbeit der Entwickler, sondern das Timing. Dass die USB-Kommunikation mit den Zigbee Sticks schon immer etwas empfindlich war und ist, das kann man glaube ich gut nachvollziehen.
Nur als Anwender ist es nicht besonders aussichtsreich, wenn ich die Wahl eines nicht funktionierenden Adapters aufgrund eines Update des Admin-Adapters habe oder eine durch ein Update selbst verursachtes Nicht-Funktionieren. Ich habe mit der Version 1.4.4 ein sauber funktionierendes System ohne Fehlermeldungen, Fehlfunktionen etc. Wenn ich es dann nur durch den Adapterupdate in ein nicht mehr funktionierendes System verwandele, dann ist das im Betastadium für mich OK im Stable Respository hat es aber nichts zu suchen, insbesondere wenn es auf Github seit 8 Tagen ein Issue gibt, dass der Adapter nicht startet .
Ich will das aber ehrlich gesagt nicht mehr weiter thematisieren. Im Prinzip kann ich nur darauf hoffen, dass mein System irgendwie am Leben bleibt und wenn ich keine Möglichkeiten mehr habe, dann muss ich mich halt nach Alternativen umsehen. Meine Hardware würde ich aber erst als letzte Options rausschmeißen. Ansonsten hoffe ich nun, dass ich solange wie möglich noch mit der alten Version leben kann, von mir aus auch mit dem alten Admin.
Der 5er Admin ist ja auch noch nicht im Stable - insofern lebe ich ja auch 4.2.1 Admin gut. 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, wenn es der Adapter auch ist. Ansonsten bin ich ja durchaus bereit als Betatester mit zu unterstützen, aber ich würde es gerne freiwillig tun.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@legro sagte in ZigBee neue Version 1.5.x:
Deinen Frust kann ich durchaus nachvollziehen, dennoch sind die Arbeiten der Entwickler eine großartige Sache; die verstehen ihr Handwerk!
Gestern Abend hat @Artec wortgehalten und mir mein total vermasseltes System wieder ans Laufen gebracht. Hier die Verantwortung allein beim ZigBee-Adapter zu sehen, wäre falsch. Durch erforderliche Änderungen für den neuen Admin-Adapter - so habe ich das Ganze verstanden - wurden Änderungen in Abhängigkeiten und Strukturen erforderlich, die mit dem Wechsel von 1.4.4 zu 1.5.5 einhergingen.Ich kritisiere nicht die Arbeit der Entwickler, sondern das Timing. Dass die USB-Kommunikation mit den Zigbee Sticks schon immer etwas empfindlich war und ist, das kann man glaube ich gut nachvollziehen.
Nur als Anwender ist es nicht besonders aussichtsreich, wenn ich die Wahl eines nicht funktionierenden Adapters aufgrund eines Update des Admin-Adapters habe oder eine durch ein Update selbst verursachtes Nicht-Funktionieren. Ich habe mit der Version 1.4.4 ein sauber funktionierendes System ohne Fehlermeldungen, Fehlfunktionen etc. Wenn ich es dann nur durch den Adapterupdate in ein nicht mehr funktionierendes System verwandele, dann ist das im Betastadium für mich OK im Stable Respository hat es aber nichts zu suchen, insbesondere wenn es auf Github seit 8 Tagen ein Issue gibt, dass der Adapter nicht startet .
Ich will das aber ehrlich gesagt nicht mehr weiter thematisieren. Im Prinzip kann ich nur darauf hoffen, dass mein System irgendwie am Leben bleibt und wenn ich keine Möglichkeiten mehr habe, dann muss ich mich halt nach Alternativen umsehen. Meine Hardware würde ich aber erst als letzte Options rausschmeißen. Ansonsten hoffe ich nun, dass ich solange wie möglich noch mit der alten Version leben kann, von mir aus auch mit dem alten Admin.
Der 5er Admin ist ja auch noch nicht im Stable - insofern lebe ich ja auch 4.2.1 Admin gut. 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, wenn es der Adapter auch ist. Ansonsten bin ich ja durchaus bereit als Betatester mit zu unterstützen, aber ich würde es gerne freiwillig tun.
@mickym Bei mir scheint sich Zigbee 1.5.5 mit dem Admin 4.2.1 zu vertragen.
Ob Zigbee 1.5.5 bei mir stable ist, muß sich erst noch weisen. Und ob und wie sehr die Fehler, die bei komplexen Systemen und damit auch bei SW unvermeidbar sind, störend werden, werde ich auch noch lernen.
Die letzten 3 Stunden lief es schon mal. -
@legro sagte in ZigBee neue Version 1.5.x:
Deinen Frust kann ich durchaus nachvollziehen, dennoch sind die Arbeiten der Entwickler eine großartige Sache; die verstehen ihr Handwerk!
Gestern Abend hat @Artec wortgehalten und mir mein total vermasseltes System wieder ans Laufen gebracht. Hier die Verantwortung allein beim ZigBee-Adapter zu sehen, wäre falsch. Durch erforderliche Änderungen für den neuen Admin-Adapter - so habe ich das Ganze verstanden - wurden Änderungen in Abhängigkeiten und Strukturen erforderlich, die mit dem Wechsel von 1.4.4 zu 1.5.5 einhergingen.Ich kritisiere nicht die Arbeit der Entwickler, sondern das Timing. Dass die USB-Kommunikation mit den Zigbee Sticks schon immer etwas empfindlich war und ist, das kann man glaube ich gut nachvollziehen.
Nur als Anwender ist es nicht besonders aussichtsreich, wenn ich die Wahl eines nicht funktionierenden Adapters aufgrund eines Update des Admin-Adapters habe oder eine durch ein Update selbst verursachtes Nicht-Funktionieren. Ich habe mit der Version 1.4.4 ein sauber funktionierendes System ohne Fehlermeldungen, Fehlfunktionen etc. Wenn ich es dann nur durch den Adapterupdate in ein nicht mehr funktionierendes System verwandele, dann ist das im Betastadium für mich OK im Stable Respository hat es aber nichts zu suchen, insbesondere wenn es auf Github seit 8 Tagen ein Issue gibt, dass der Adapter nicht startet .
Ich will das aber ehrlich gesagt nicht mehr weiter thematisieren. Im Prinzip kann ich nur darauf hoffen, dass mein System irgendwie am Leben bleibt und wenn ich keine Möglichkeiten mehr habe, dann muss ich mich halt nach Alternativen umsehen. Meine Hardware würde ich aber erst als letzte Options rausschmeißen. Ansonsten hoffe ich nun, dass ich solange wie möglich noch mit der alten Version leben kann, von mir aus auch mit dem alten Admin.
Der 5er Admin ist ja auch noch nicht im Stable - insofern lebe ich ja auch 4.2.1 Admin gut. 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, wenn es der Adapter auch ist. Ansonsten bin ich ja durchaus bereit als Betatester mit zu unterstützen, aber ich würde es gerne freiwillig tun.
@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
-
Ich hatte ja mit der 1.5.1 Probleme, siehe dort
Ich bin dann wieder auf 1.4 zurück.
NICHT über irgendwelche images, denn ich mochte das noch nie und habe seit Jahren eine Windows System, welches rocksplid läuft.
Wenn ich mich recht erinere, bin ich in 2 Schritten zurück auf die 1.4.4, die bei mir nach wie vor sehr stabil läuft.
Das ging alles in der Admin Ansicht:
Bei Vorauswahl stable mit dem Sybol für "bestimmte Verion" auf 1.4.1
Und danach wieder auf 1.4.4
Mittlerweile bin ich vom Zigbee Adapter abhänger als von jedemanderen, weil ich sämtliche Deckenleuchten in der Wohnung mit steuere....
Da 1.5.5 jetzt in stable ist, habe ich eben mal probeweise upgedatet.
Werde beobachten, ob mein obiges Datenbankenproblem nochmals auftaucht, das wohl nicht (oder zumndest nicht nur) an der Datenbank lag. Die 1.4.4 kommt mit dieser Datenbank ja problemlos zurecht.Nach einem ersten Probegang durch die Wohnung scheint alles zu laufen. Leuchten werden eingeschaltet und keine Fehler im Log.
Die berichteten Verbindungsprobleme habe ich nicht und hatte ich mit der 1.5.1 auch nicht.
Allerdings betreibe ich meinen Controller auch nicht über USB, sondern über TCP und eine HW-Hack.@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.
-
@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 configureHabe 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
-
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.
@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. -
@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.
-
@freak9882
Hier die Version mit der es bei mir stabil lief: https://www.npmjs.com/package/iobroker.zigbee/v/1.4.4Ich würde einfach mal versuchen, ob
iobroker install zigbee@1.4.4versuchen - nichts über npm installieren - da macht man mehr kaputt.
wenn das nicht tut kannst du noch über GUI im Expertenmodus versuchen.
Wenn es über die GUI geklappt hat, dann kannst das Update auf 1.4.4 auch über die Kommandozeile machen:
iobroker upgrade zigbee@1.4.4 Would you like to upgrade zigbee from @1.4.1 to @1.4.4 now? [(y)es, (n)o]: y Update zigbee from @1.4.1 to @1.4.4@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é
-
@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.
-
@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é
-
@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.
-
@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.....
-
@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.
-
@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 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.
-
Aktuelle Test Version 1.5.x Veröffentlichungsdatum 15.04.2021 Github Link https://github.com/ioBroker/ioBroker.zigbee Neu in 1.5.x:
Zigbee Gruppen überarbeitet.
Leuchten und ähnliche Geräte können in Gruppen zusammengefasst und gemeinsam gesteuert werden. Dabei geht der Adapter davon aus das die Charakteristiken "State" (an/aus), "Brightness" (0-100%), "colortemp" (153-500 mired oder 2000-6500 Kelvin) und "color" (als #aabbcc oder benannte Farbe aus der "extended Colors" Tabelle auf dieser Seite) gesteuert werden können.
Wenn einzelne Geräte einer Gruppe eine der Funktionen nicht bieten so wird diese bei den anderen Gruppenmitgliedern trotzdem angesteuert. Der Adapter gibt in diesem Fall eine Warnmeldung aus.
Sofern der Adapter über die Gruppen eine Leuchte steuert wird der entsprechende Datenpunkt der Leuchte mit aktualisiert sofern die Leuchte dieses unterstützt.
Zusätzlich dazu bietet der Adapter noch eine erweiterte Funktion zum Dimmen von Gruppen. Dabei wird über einen Datenpunkt vorgegeben wie schnell die Helligkeit steigen (positiver Wert) oder sinken (negativer Wert) soll. Das ganze geht so lange bis der Datenpunkt mit 0 angesteuert wird, oder bis die Gruppe die maximale oder minimale Helligkeit erreicht hat.Um Gruppen mit Fernbedienungen zu koppeln ist es notwendig ein "Binding" zwischen der Gruppe und der Fernbedienung aufzubauen.
Kontinuierliches Dimmen bei Leuchten
Die Dimmfunktion die bei Gruppen verfügbar ist ist auch bei einigen Leuchten implementiert. Es ist geplant diese auch auf die weiteren Leuchten auszudehnen. Die Funktionsweise ist identisch.Dashboard
Die Anzeige der Zigbee Devices in der Konfiguration des Adapters oder über die Zigbee Seite wurde angepasst. Mit dem Dashboard werden für jedes angeschlossene Device in der Device Übersicht ausgewählte States direkt dargestellt / zur Steuerung bereit gestellt. Um auf die bekannte "Device" Kachel zu wechseln ist einDoppelklickClick auf den Namen des Devices notwendig.
Des weiteren erlaubt das Dashboard das Filtern der Devices nach Namen / Raumzuordung sowie eine alternative Sortierung nach Namen / nach IEEE Adressen.Anbei ein Video wie das Dashboard aussieht. bandicam_2021-04-15_08-47-52-764.mp4
Interna:
Der Adapter wurde umgestellt das immer die neuste Release des Zigbee-Herdsman und Zigbee-Herdsman-Converters benutzt wird. Ein Aktualisieren des Adapters auf die gleiche Version führt ggf. dazu das aktualisierte Bibliotheken mit installiert werden. Dadurch werden neue Geräte schneller auch im Zigbee Adapter integriert.Viel Spass mit der neuen Version.
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 startedAlso 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.
Support us
611
Online32.4k
Users81.3k
Topics1.3m
Posts