Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.
-
@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
Starting zigbee-herdsman problem : Error Resource temporarily unavailable Cannot lock port Error herdsman startAber leider bleibt der Adapter gelb:
Klar - steht da ja auch.
Cannot lock port bedeutet dass der Prozess der die serielle Schnittstelle belegt nicht sauber beendet wurde. Die Lösung dazu ist:
- stick abziehen
- 20 s warten
- stick einstecken
- nochmal start drücken
Das OS gibt den Port nicht frei.
Wenn ich das irgendwann mal stabil im debugger habe wird der Adapter das auch erkennen und beheben.
A.
Es läuft endlich vielen Dank für deinen Support.
Ich hatte den Testpi einfach neu gestartet wodurch vermutlich der Port wieder freigegeben wurde.Jetzt habe ich auch den "start the Zigbee network" hacken gesetzt.
Ein Fenstersensor ist Testhalber auch gekoppelt. (funktioniert)
Vielleicht noch zur Erklärung für mich. Was macht des NVRam lesen bzw löschen?
Greift das direkt auf den USB Stick zu was beim löschen auch zur folge hätte das alle angelernten Geräte gelöscht wrerden?Das war jetzt eine schwere Geburt; jetzt schnell aus machen bevor wieder was in die Hosen geht.
Danke noch mal und VG
Duffy
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.22.2
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
Es läuft endlich vielen Dank für deinen Support.
Ich hatte den Testpi einfach neu gestartet wodurch vermutlich der Port wieder freigegeben wurde.Jetzt habe ich auch den "start the Zigbee network" hacken gesetzt.
Ein Fenstersensor ist Testhalber auch gekoppelt. (funktioniert)
Vielleicht noch zur Erklärung für mich. Was macht des NVRam lesen bzw löschen?
Greift das direkt auf den USB Stick zu was beim löschen auch zur folge hätte das alle angelernten Geräte gelöscht wrerden?Das war jetzt eine schwere Geburt; jetzt schnell aus machen bevor wieder was in die Hosen geht.
Danke noch mal und VG
Duffy
@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
Was macht des NVRam lesen bzw löschen?
Greift das direkt auf den USB Stick zu was beim löschen auch zur folge hätte das alle angelernten Geräte gelöscht wrerden?ja
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
Was macht des NVRam lesen bzw löschen?
Greift das direkt auf den USB Stick zu was beim löschen auch zur folge hätte das alle angelernten Geräte gelöscht wrerden?ja
@homoran sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
Was macht des NVRam lesen bzw löschen?
Greift das direkt auf den USB Stick zu was beim löschen auch zur folge hätte das alle angelernten Geräte gelöscht wrerden?ja
Jein. - ja, man muss zumeist neu anlernen, nein, es greift nicht auf den USB Stick zu - geht also auch wenn man da keinen Zugriff drauf hat.
Die Bezeichnung ist etwas verwirrend - eigentlich ist es 'nvram backup lesen' und 'nvram backup löschen'
Es geht dabei um eine Datei
nvbackup.json, die je nach Koordinator existiert oder nicht.Beim Lesen werden die Werte aus der nvbackup in die Konfiguration übertragen. Dann kann testweise gestartet werden, ohne die Parameter zu speichern. Wenn es geht, gut.
Beim nvbackup löschen wird diese Datei gelöscht. Damit wird dann das Zigbee-Netzwerk als neues Netzwerk aufgesetzt - ggf. auch mit anderen Parametern als zuvor.Network parameters in Config : panID=8702 channel=11 extendedPanID=602b3cc4c9exxxxxxxxxxx Network parameters on Coordinator: panID=9041 channel=11 extendedPanID=21272f2xxxxxxxxxxxDiese Meldungen vergleichen das was der Adapter versucht zu setzen und was entweder auf dem Koordinator oder in der nvbackup.json gespeichert ist. Das macht der Zigbee-Herdsman, nicht der Adapter.
in config is tads was du eingestellt hast, on coordinator ist das was via nvram oder nvbackup existiert.
Solange das nicht überein stimmt verweigert der Adapter den Start. Das kann man durch den Haken 'mit inkonsistenter Konfiguration starten' umgehen - soll man aber nicht.
An dieser Stelle wird es jetzt etwas kompliziert.
Je nach Parameter, Koordinator, Geräten bedeutet ein löschen des nvbackup das auch die Geräte auf dem Koordinator gelöscht werden. Aber halt nicht immer. Insbesondere haben einige Netzwerk-Koordinatoren echtes nvRam - das wird nicht gelöscht. Die meisten USB Sticks haben kein nvram - deswegen das Backup. Bedeutet auch das man (sofern man den gleichen typ nutzt, und den richtig konfiguriert hat) den Stick einfach gegen einen anderen ersetzen kann. Das mach ich hier immer mal wieder mit 1 von 4 TI-Based Koordinatoren :)
Neu anlernen muss man zumeist trotzdem, weil sich die Netzwerk Verschlüsselung ändert (durch andere PanID / ExtPanID)
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@homoran sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
Was macht des NVRam lesen bzw löschen?
Greift das direkt auf den USB Stick zu was beim löschen auch zur folge hätte das alle angelernten Geräte gelöscht wrerden?ja
Jein. - ja, man muss zumeist neu anlernen, nein, es greift nicht auf den USB Stick zu - geht also auch wenn man da keinen Zugriff drauf hat.
Die Bezeichnung ist etwas verwirrend - eigentlich ist es 'nvram backup lesen' und 'nvram backup löschen'
Es geht dabei um eine Datei
nvbackup.json, die je nach Koordinator existiert oder nicht.Beim Lesen werden die Werte aus der nvbackup in die Konfiguration übertragen. Dann kann testweise gestartet werden, ohne die Parameter zu speichern. Wenn es geht, gut.
Beim nvbackup löschen wird diese Datei gelöscht. Damit wird dann das Zigbee-Netzwerk als neues Netzwerk aufgesetzt - ggf. auch mit anderen Parametern als zuvor.Network parameters in Config : panID=8702 channel=11 extendedPanID=602b3cc4c9exxxxxxxxxxx Network parameters on Coordinator: panID=9041 channel=11 extendedPanID=21272f2xxxxxxxxxxxDiese Meldungen vergleichen das was der Adapter versucht zu setzen und was entweder auf dem Koordinator oder in der nvbackup.json gespeichert ist. Das macht der Zigbee-Herdsman, nicht der Adapter.
in config is tads was du eingestellt hast, on coordinator ist das was via nvram oder nvbackup existiert.
Solange das nicht überein stimmt verweigert der Adapter den Start. Das kann man durch den Haken 'mit inkonsistenter Konfiguration starten' umgehen - soll man aber nicht.
An dieser Stelle wird es jetzt etwas kompliziert.
Je nach Parameter, Koordinator, Geräten bedeutet ein löschen des nvbackup das auch die Geräte auf dem Koordinator gelöscht werden. Aber halt nicht immer. Insbesondere haben einige Netzwerk-Koordinatoren echtes nvRam - das wird nicht gelöscht. Die meisten USB Sticks haben kein nvram - deswegen das Backup. Bedeutet auch das man (sofern man den gleichen typ nutzt, und den richtig konfiguriert hat) den Stick einfach gegen einen anderen ersetzen kann. Das mach ich hier immer mal wieder mit 1 von 4 TI-Based Koordinatoren :)
Neu anlernen muss man zumeist trotzdem, weil sich die Netzwerk Verschlüsselung ändert (durch andere PanID / ExtPanID)
A.
@asgothian Danke für diese erweiterte Schulung!
ich hielt die nvbackup immer für eine Sicherungskopie des nvram.
und nvram Auslesen dementsprechend für das Auslesen des echten nvRam -
@homoran sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
Was macht des NVRam lesen bzw löschen?
Greift das direkt auf den USB Stick zu was beim löschen auch zur folge hätte das alle angelernten Geräte gelöscht wrerden?ja
Jein. - ja, man muss zumeist neu anlernen, nein, es greift nicht auf den USB Stick zu - geht also auch wenn man da keinen Zugriff drauf hat.
Die Bezeichnung ist etwas verwirrend - eigentlich ist es 'nvram backup lesen' und 'nvram backup löschen'
Es geht dabei um eine Datei
nvbackup.json, die je nach Koordinator existiert oder nicht.Beim Lesen werden die Werte aus der nvbackup in die Konfiguration übertragen. Dann kann testweise gestartet werden, ohne die Parameter zu speichern. Wenn es geht, gut.
Beim nvbackup löschen wird diese Datei gelöscht. Damit wird dann das Zigbee-Netzwerk als neues Netzwerk aufgesetzt - ggf. auch mit anderen Parametern als zuvor.Network parameters in Config : panID=8702 channel=11 extendedPanID=602b3cc4c9exxxxxxxxxxx Network parameters on Coordinator: panID=9041 channel=11 extendedPanID=21272f2xxxxxxxxxxxDiese Meldungen vergleichen das was der Adapter versucht zu setzen und was entweder auf dem Koordinator oder in der nvbackup.json gespeichert ist. Das macht der Zigbee-Herdsman, nicht der Adapter.
in config is tads was du eingestellt hast, on coordinator ist das was via nvram oder nvbackup existiert.
Solange das nicht überein stimmt verweigert der Adapter den Start. Das kann man durch den Haken 'mit inkonsistenter Konfiguration starten' umgehen - soll man aber nicht.
An dieser Stelle wird es jetzt etwas kompliziert.
Je nach Parameter, Koordinator, Geräten bedeutet ein löschen des nvbackup das auch die Geräte auf dem Koordinator gelöscht werden. Aber halt nicht immer. Insbesondere haben einige Netzwerk-Koordinatoren echtes nvRam - das wird nicht gelöscht. Die meisten USB Sticks haben kein nvram - deswegen das Backup. Bedeutet auch das man (sofern man den gleichen typ nutzt, und den richtig konfiguriert hat) den Stick einfach gegen einen anderen ersetzen kann. Das mach ich hier immer mal wieder mit 1 von 4 TI-Based Koordinatoren :)
Neu anlernen muss man zumeist trotzdem, weil sich die Netzwerk Verschlüsselung ändert (durch andere PanID / ExtPanID)
A.
Vielen Dank für deine ausführliche Erörterung.
Bisher konnte ich ja den Zigbee Adapter stoppen, den USB Koordinator abstecken und durch einen anderen frisch aufgesetzen Koordinator (Neue Firmware) wieder anstecken, den Adapter neu starten und es wurden alle Einstellungen wieder übernommen so das man nahtlos weitermachen konnt.
Ist das jetzt auch noch möglich weil du schreibst es müssten möglicherweise die Geräte neu angelernt werden?VG Duffy
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.22.2
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
Vielen Dank für deine ausführliche Erörterung.
Bisher konnte ich ja den Zigbee Adapter stoppen, den USB Koordinator abstecken und durch einen anderen frisch aufgesetzen Koordinator (Neue Firmware) wieder anstecken, den Adapter neu starten und es wurden alle Einstellungen wieder übernommen so das man nahtlos weitermachen konnt.
Ist das jetzt auch noch möglich weil du schreibst es müssten möglicherweise die Geräte neu angelernt werden?VG Duffy
@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
Vielen Dank für deine ausführliche Erörterung.
Bisher konnte ich ja den Zigbee Adapter stoppen, den USB Koordinator abstecken und durch einen anderen frisch aufgesetzen Koordinator (Neue Firmware) wieder anstecken, den Adapter neu starten und es wurden alle Einstellungen wieder übernommen so das man nahtlos weitermachen konnt.
Ist das jetzt auch noch möglich weil du schreibst es müssten möglicherweise die Geräte neu angelernt werden?VG Duffy
Neue Firmware, gleicher Chipsatz => geht gleich weiter.
Neue Firmware, neuer Chipsatz => kann gehen, muss nicht
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
Vielen Dank für deine ausführliche Erörterung.
Bisher konnte ich ja den Zigbee Adapter stoppen, den USB Koordinator abstecken und durch einen anderen frisch aufgesetzen Koordinator (Neue Firmware) wieder anstecken, den Adapter neu starten und es wurden alle Einstellungen wieder übernommen so das man nahtlos weitermachen konnt.
Ist das jetzt auch noch möglich weil du schreibst es müssten möglicherweise die Geräte neu angelernt werden?VG Duffy
Neue Firmware, gleicher Chipsatz => geht gleich weiter.
Neue Firmware, neuer Chipsatz => kann gehen, muss nicht
A.
Vielen Dank
-
Moin,
ich hoffe ich bin hier richtig, hatte danach gesucht aber nichts wirklich gefunden.
Habe auf zwei Instanzen Zigbee Adapter 2.0.5 nach dem Upgrade auf 3.0.5 sind alle Geräte verschwunden.
Muss ich bei dem Upgrade alle Geräte neu Anlernen ? Habe gut 30 Stück in der Wohnung verteilt. Würde mir die Arbeit gerne Sparen.
Mit besten Grüßen aus dem halb Smart Home
Tim
-
Moin,
ich hoffe ich bin hier richtig, hatte danach gesucht aber nichts wirklich gefunden.
Habe auf zwei Instanzen Zigbee Adapter 2.0.5 nach dem Upgrade auf 3.0.5 sind alle Geräte verschwunden.
Muss ich bei dem Upgrade alle Geräte neu Anlernen ? Habe gut 30 Stück in der Wohnung verteilt. Würde mir die Arbeit gerne Sparen.
Mit besten Grüßen aus dem halb Smart Home
Tim
@sleepless135 sind die Adapter grün.Was sagt das Log.
-
Moin,
nach dem Update startet der Adapter durch und läuft, es ist nur kein Gerät mehr aufgelistet.
Gut das ich davor ein Snapshot gemacht hatte ;)
-
Moin,
nach dem Update startet der Adapter durch und läuft, es ist nur kein Gerät mehr aufgelistet.
Gut das ich davor ein Snapshot gemacht hatte ;)
@sleepless135 sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
Moin,
nach dem Update startet der Adapter durch und läuft, es ist nur kein Gerät mehr aufgelistet.
Gut das ich davor ein Snapshot gemacht hatte ;)
Bist du sicher das der Adapter durchstartet ?
Hast du den Haken bei
start the Zigbee network automaticallygesetzt ?Und wie schon @Fabio schrieb:
Das Log vom start des Adapters hilft ungemein. Warum postest Du es nicht ?
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@sleepless135 sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:
Moin,
nach dem Update startet der Adapter durch und läuft, es ist nur kein Gerät mehr aufgelistet.
Gut das ich davor ein Snapshot gemacht hatte ;)
Bist du sicher das der Adapter durchstartet ?
Hast du den Haken bei
start the Zigbee network automaticallygesetzt ?Und wie schon @Fabio schrieb:
Das Log vom start des Adapters hilft ungemein. Warum postest Du es nicht ?
A.
ok ich bin ein Idiot -.- nächste Runde geht auf mich -.-
Dachte mit Automatisch starten, das sich der Adapter nicht startet. Hacken rein alles wieder da.
Nächste Runde geht auf mich, entschuldig für mein nicht Nachdenken.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register LoginSupport us
240
Online32.7k
Users82.6k
Topics1.3m
Posts