Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.

[Asgothian]

@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:

Network parameters in Config     : panID=8702 channel=11 extendedPanID=602b3cc4c9exxxxxxxxxxx
Network parameters on Coordinator: panID=9041 channel=11 extendedPanID=21272f2xxxxxxxxxxx

Muss nur kurz zum Essen sonst kann ich mir heute Nacht einen Schlafplatz unter der Brücke suchen. Melde mich gleich noch mal.

Und da steht was nicht passt. Also nvram read, damit es passt, und dann nochmal versuchen zu starten (mit dem start-stop button). Die Zigbee Einstellungen nie verlassen.

A.

[Duffy]

@asgothian

NVram gedrückt

dann

gedrückt

overriding zigbee options with:
extPanID : 21272f2a004b1200
panID : 9041
channel : 11
port : /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0
adapterType : zstack
baudRate : 115200
precfgkey : 01030507090b0d0f00020406080a0c0d
flowCTRL : false
Starting Adapter npm ...
Installed Version: iobroker.zigbee@3.0.5 (Converters 24.8.0 Herdsman 4.4.1)
Starting zigbee-herdsman...
Unable to obtain herdsman settings
Starting zigbee-herdsman problem : Error Resource temporarily unavailable Cannot lock port
Error herdsman start

aus zweiter iob Session den Log ausgelesen, sollte die Einstellungen ja nicht verlassen:

02

Log-Größe: 41.7 KB
Zeit
	
zigbee.0
	2025-09-09 19:11:41.523	info	Device '0xbc026efffe00466f' announced itself
zigbee.0
	2025-09-09 19:08:24.187	info	List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"0001","pnpId":"usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0","vendorId":"10c4","productId":"ea60"}]

Aber leider bleibt der Adapter gelb:

[Asgothian]

@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:

@asgothian

Starting zigbee-herdsman problem : Error Resource temporarily unavailable Cannot lock port
Error herdsman start

Aber 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.

[Duffy]

@asgothian

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

[Homoran]

@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

[Asgothian]

@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=21272f2xxxxxxxxxxx

Diese 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.

[Homoran]

@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

[Duffy]

@asgothian

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

[Asgothian]

@duffy sagte in Zigbee 3.0.5 Installation missglückt, downgrade n. möglich.:

@asgothian

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.

[Duffy]

@asgothian

Vielen Dank