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

[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

[Sleepless135]

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

[Fabio]

@sleepless135 sind die Adapter grün.Was sagt das Log.

[Sleepless135]

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

[Asgothian]

@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 automatically gesetzt ?

Und wie schon @Fabio schrieb:

Das Log vom start des Adapters hilft ungemein. Warum postest Du es nicht ?

A.

[Sleepless135]

@asgothian

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.