Gelöst: TI Board nach Firmware update keine Geräte
-
Lieber Thomas,
ich nutze den Zigbee Adapter nun seit mehr als einem Jahr mit exakt dieser PanID. Ich verstehe leider gerade überhaupt nicht, was die ewig erfolgreich genutzte PanID mit dem heutigen Problem zu tun hat?Damit rätst Du mir im Prinzip, ich soll alle Geräte neu Pairen, alle Skripte neu machen etc.? Gibt es keinen eleganteren Weg?
@lemonbiter
Dann lass es. -
@lemonbiter Die besagte Meldung ist nur eine Warnung, die dich darauf hinweist das die von Dir eingetragene ExtPanID in umgekehrter Reihenfolge genutzt wird.
Dieses ist dadurch entstanden das bei einer Umstellung ein Problem mit Big-Endian / Little-Endian interpretation von Hex-Zahlen gegeben hat. Du kannst das beheben, musst es aber nicht, der Adapter weist Dich halt darauf hin.
Auch ist es nicht notwendig eine höhere Entropie durch zufälligere Hex zahlen einzusetzen. Entscheidend ist nur das man weg geht von 16xD.
Nachtrag:
Warum die Meldung bei 16xA auch kommt ist nicht klar - ich würde sie ignorieren.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@lemonbiter Die besagte Meldung ist nur eine Warnung, die dich darauf hinweist das die von Dir eingetragene ExtPanID in umgekehrter Reihenfolge genutzt wird.
Dieses ist dadurch entstanden das bei einer Umstellung ein Problem mit Big-Endian / Little-Endian interpretation von Hex-Zahlen gegeben hat. Du kannst das beheben, musst es aber nicht, der Adapter weist Dich halt darauf hin.
Auch ist es nicht notwendig eine höhere Entropie durch zufälligere Hex zahlen einzusetzen. Entscheidend ist nur das man weg geht von 16xD.
Nachtrag:
Warum die Meldung bei 16xA auch kommt ist nicht klar - ich würde sie ignorieren.
A.
@asgothian
Herzlichen Dank. Aber ich habe es richtig verstanden, wenn ich die PanID ändere, sind alle Geräte neu einzubinden?Kannst Du vielleicht bei meinem eigentlichen Problem helfen? Es wäre ein Horror, die Geräte neu einbinden zu müssen. Einige Geräte sind quasi fest in Schränken verbaut und viele Geräte sind in Skripten eingebunden...
Das muss doch lösbar sein?? -
@lemonbiter
Dann lass es.@thomas-braun
Lieber Thomas,
sorry, wenn ich Dich verärgert haben sollte. Das wollte ich nicht und ich erkenne leider auch nicht, wie das ändern der PanID mein Problem lösen kann! Mea CulpaLEM
-
Einfach mal über Nacht laufen lassen? Bei Umstellen von anderen Leuten hier im Forum auf einen neuen ZigBee Stick hat es wohl manchmal einige Stunden gedauert. (Wenn der alte einfach ersetzt wurde)
Und dein Stick scheint ja nun quasi wie ein neuer zu sein.
ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 10 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV APC 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
Einfach mal über Nacht laufen lassen? Bei Umstellen von anderen Leuten hier im Forum auf einen neuen ZigBee Stick hat es wohl manchmal einige Stunden gedauert. (Wenn der alte einfach ersetzt wurde)
Und dein Stick scheint ja nun quasi wie ein neuer zu sein.
Hi there, Danke, klar warte ich.... Aber ich denke, durch den geänderten Com Anschlussnamen wird mehr als Warten notwendig sein... Aber ich würde mich freuen wenn aussitzen hilft :-)
LG'
LEM -
@asgothian
Herzlichen Dank. Aber ich habe es richtig verstanden, wenn ich die PanID ändere, sind alle Geräte neu einzubinden?Kannst Du vielleicht bei meinem eigentlichen Problem helfen? Es wäre ein Horror, die Geräte neu einbinden zu müssen. Einige Geräte sind quasi fest in Schränken verbaut und viele Geräte sind in Skripten eingebunden...
Das muss doch lösbar sein??@lemonbiter sagte in TI Board nach Firmware update keine Geräte:
Kannst Du vielleicht bei meinem eigentlichen Problem helfen? Es wäre ein Horror, die Geräte neu einbinden zu müssen. Einige Geräte sind quasi fest in Schränken verbaut und viele Geräte sind in Skripten eingebunden...
Das muss doch lösbar sein??Ich fürchte das ist nur lösbar wenn du irgendwo aus einer Sicherung eine "nvbackup.json" sowie eine "shepherd.db" Datei auftreibst. Du hast in deinen Logs die Meldung "Currently no devices". Das deutet darauf hin das deine Zigbee-Datenbank leer ist. Da werden sich keine Devices einfach so mit verbinden.
Wenn du die Dateien findest: Zigbee Adapter anhalten, korrekten Seriellen Port eintragen, die beiden Dateien in /opt/iobroker/iobroker-data/zigbee_0 kopieren, Adapter starten, Beten.
Soviel zu den schlechten Nachrichten. Nun zu den etwas besseren:
- durch neu anlernen verändern sich die ID's der Geräte nicht, so das deine Skripte weiter laufen werden.
- Mit etwas Glück kannst du einfach das Netz aufmachen und die Geräte (sofern sie nicht batteriebetrieben sind) kurz vom Strom trennen und dann wieder anhängen. In vielen Fällen wird dadurch die Verbindung wieder hergestellt.
- Bei den batteriebetriebenen Geräten kann es reichen den Pairing Knopf kurz zu drücken. Ansonsten musst du diese neu anlernen. Das sollte aber kein allzugrosses problem sein sofern du das Netz lange genug auf machst und sicherstellst das du die Geräte an die gleiche Stelle platzierst. Erreichbar sein müssen sie da du ja sonst die Batterie nicht wechseln kannst.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@lemonbiter sagte in TI Board nach Firmware update keine Geräte:
Kannst Du vielleicht bei meinem eigentlichen Problem helfen? Es wäre ein Horror, die Geräte neu einbinden zu müssen. Einige Geräte sind quasi fest in Schränken verbaut und viele Geräte sind in Skripten eingebunden...
Das muss doch lösbar sein??Ich fürchte das ist nur lösbar wenn du irgendwo aus einer Sicherung eine "nvbackup.json" sowie eine "shepherd.db" Datei auftreibst. Du hast in deinen Logs die Meldung "Currently no devices". Das deutet darauf hin das deine Zigbee-Datenbank leer ist. Da werden sich keine Devices einfach so mit verbinden.
Wenn du die Dateien findest: Zigbee Adapter anhalten, korrekten Seriellen Port eintragen, die beiden Dateien in /opt/iobroker/iobroker-data/zigbee_0 kopieren, Adapter starten, Beten.
Soviel zu den schlechten Nachrichten. Nun zu den etwas besseren:
- durch neu anlernen verändern sich die ID's der Geräte nicht, so das deine Skripte weiter laufen werden.
- Mit etwas Glück kannst du einfach das Netz aufmachen und die Geräte (sofern sie nicht batteriebetrieben sind) kurz vom Strom trennen und dann wieder anhängen. In vielen Fällen wird dadurch die Verbindung wieder hergestellt.
- Bei den batteriebetriebenen Geräten kann es reichen den Pairing Knopf kurz zu drücken. Ansonsten musst du diese neu anlernen. Das sollte aber kein allzugrosses problem sein sofern du das Netz lange genug auf machst und sicherstellst das du die Geräte an die gleiche Stelle platzierst. Erreichbar sein müssen sie da du ja sonst die Batterie nicht wechseln kannst.
A.
-
OKAY... die Backups hätte ich
@Asgothian
Bekomme ich aber leider nicht hin.Beim Kopieren mit WinSCP kommt eine Fehlermeldung: In dem aktuellen Verzeichnis sind ja auch Backup Dateien... Muss ich die auch löschen und ein komplettes Backup einspielen inkl. der Backup tar.gz...? ABÄR: Backitup funktioniert nicht... Es erzeugt zwar brav die Backups aufs NAS, aber Herstellen geht leider nicht:
Ich bin auf Unix sowas von NICHT erfahren....
-
@Asgothian
Bekomme ich aber leider nicht hin.Beim Kopieren mit WinSCP kommt eine Fehlermeldung: In dem aktuellen Verzeichnis sind ja auch Backup Dateien... Muss ich die auch löschen und ein komplettes Backup einspielen inkl. der Backup tar.gz...? ABÄR: Backitup funktioniert nicht... Es erzeugt zwar brav die Backups aufs NAS, aber Herstellen geht leider nicht:
Ich bin auf Unix sowas von NICHT erfahren....
Mit dem Windows-Dingens kannst du nicht so ohne weiteres die Dateisystem-Erweitungen von z. B. ext4 schreiben. Daher kommt die Meldung mit utime.
Per CIFS oder NFS oder sowas wird vom Protokoll 'übersetzt', dann funktioniert das wieder. -
@Asgothian
Bekomme ich aber leider nicht hin.Beim Kopieren mit WinSCP kommt eine Fehlermeldung: In dem aktuellen Verzeichnis sind ja auch Backup Dateien... Muss ich die auch löschen und ein komplettes Backup einspielen inkl. der Backup tar.gz...? ABÄR: Backitup funktioniert nicht... Es erzeugt zwar brav die Backups aufs NAS, aber Herstellen geht leider nicht:
Ich bin auf Unix sowas von NICHT erfahren....
@lemonbiter WinSCP macht schon alles richtig, du lädst aber als eingeschränkter Benutzer hoch (und nicht als iobroker Benutzer was auch nicht geht).
Lade nach /tmp hoch und kopiere die dann per SSH.
Oder in der Verbindungseinstellungen war irgendwo ein Haken für sudoioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 10 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV APC 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
@lemonbiter WinSCP macht schon alles richtig, du lädst aber als eingeschränkter Benutzer hoch (und nicht als iobroker Benutzer was auch nicht geht).
Lade nach /tmp hoch und kopiere die dann per SSH.
Oder in der Verbindungseinstellungen war irgendwo ein Haken für sudoBLAMAGE, ich weiss... Ich habe die beiden Datein jetzt im /tmp.
Ich kann mich über Putty als pi user und dann als su anmelden... aber wie kopiere ich von /tmp die beiden Dateien? ins Verzeichnis? -
BLAMAGE, ich weiss... Ich habe die beiden Datein jetzt im /tmp.
Ich kann mich über Putty als pi user und dann als su anmelden... aber wie kopiere ich von /tmp die beiden Dateien? ins Verzeichnis?@lemonbiter sagte in TI Board nach Firmware update keine Geräte:
dann als su anmelden
ARRGH! NEIN! Nie nicht niemals als root anmelden!
cp /tmp/deine/datei /pfad/wo/die/datei/hinsollWenn der pi in der Gruppe iobroker ist dann sollte der auch im Zielverzeichnis rumschreiben können.
-
@lemonbiter sagte in TI Board nach Firmware update keine Geräte:
dann als su anmelden
ARRGH! NEIN! Nie nicht niemals als root anmelden!
cp /tmp/deine/datei /pfad/wo/die/datei/hinsollWenn der pi in der Gruppe iobroker ist dann sollte der auch im Zielverzeichnis rumschreiben können.
@thomas-braun @Asgothian @BananaJoe
Ganz herzlichen Dank ... es ist gelöst. Ich habe es mit Hilfe eines Freundes geschafft!!
- Zigbee Instanz gestoppt
- Den neuen Seriellen Port (in meinem Fall xxx15) eingetragen
- über die Kommandozeile das Backup von "nvbackup.json" und "shepherd.db" eingespielt und
Tadaaa. Alles wie es sein soll.
Vielen lieben Dank Euch allen
LEM
-
@lemonbiter was war bei dir der Grund dazu, ein neues Firmware aufzuspielen?
Ich nutze ebenfalls TI Board und manche meiner Zigbee Geräte steigen zeitweise aus.
Ob ein Firmware Update hier eine Verbesserung bringen würde?!Hintergrund war ein Video von Matthias Kleine. Er hat aufgezeigt, dass man das Board mithilfe eines Adapters per PoE OHNE Raspberry einbinden kann. Im Video zeigte er, dass es eine neue Fw. gab und da ich mit einigen Ikea Produkten Schwierigkeiten habe(keine Clicks als Bestätigung), dachte ich Fw. Update nach mehr als einem Jahr könnte hilfreich sein ...
Ich hatte unter dem Video explizit gefragt, ob es ohne Probleme geht. Ein User hatte geantwortet: Ja na klar... einfach Fw. aufspielen. Habe ich dann gemacht, Problem wie hier beschrieben. Nun ist die Antwort unter dem Video zwischenzeitlich gelöscht worden ... ;-(
649
Online32.7k
Benutzer82.6k
Themen1.3m
Beiträge