Vorhandenes System ..

• Raspberry Pi 4 8GB
• Homematic Funkmodul RPI-RF-MOD, piVCCU3
• ZigBee Coordinator CC26X2R1, ZigBee-Adapter

Planungsziele ..

• Notfallsystem (wenn mein aktuelles System einmal ausfallen sollte)
• Entwicklungssystem

Eigentlich sollte alles ganz einfach sein: SD-Karte aus dem alten System ins neue stecken und alles wird gut. Leider weit gefehlt. Es gibt einige Haken und Ösen, die es zu bedenken und zu beseitigen gilt.

Hier nun mein Vorgehen.

• Backup der SD/HDD mittels ApplePiBaker
• Anpassungen in MacOS
• Anpassungen in ZigBee
• Anpassungen in Homematic

Backup mittels ApplePiBaker ..

Der große Vorteil von ApplePiBaker ist, dass man ein hochkomprimiertes eins-zu-eins Abbild seines Speichermediums (SD, HDD, ..) erstellen und dabei die Größe der Linux-Partition an das jeweilige Speichermedium anpassen kann. Hierzu sollte man in [3]die Option Enable Linux Partition Resize aktivieren. Dies gewährleistet, dass das erstellte Backup auf minimale Größe reduziert wird; bei einem Restore wird das System auf die maximal verfügbare Speichergröße erweitert. Die verwendeten Speichermedien können bei Backup und Restore von beliebiger Art sein, sodass man etwa Backups von SSD auf SD usw. transferieren kann. Als Komprimierer [4] steht eine reiche Auswahl zur Verfügung.

Zugriff auf den Raspberry Pi im Terminal von MacOS anpassen

Startet man das neue System mit einem Backup von einem alten System, so verweigert das Terminal auf dem Mac in der Regel den Zugriff. Hintergrund: Das neue System hat eine neue MAC-Adresse, meldet sich jedoch mit der IP des alten Systems an. Dies erkennt MacOS und warnt vor einem Sicherheitsproblem.

Um diesen Fehler zu beseitigen, muss der (alte) Fingerabdruck in known_hosts auf dem MacBook gelöscht werden. Mittels der Editoren vi, nano, .. löscht man hierzu die Zeilen mit der IP des alten Systems in /users/<homeverzeichnis>/.ssh/known_hosts, wobei i.A. Homeverzeichnis dem angemeldeten Benutzernamen entspricht. Bei der nächsten Anmeldung im Terminal von MacOS wird man gebeten, den neuen Fingerabdruck des neuen Systems zu akzeptieren.

Anpassungen in ZigBee

Beim ersten Start des neuen Systems meldet der ZigBee-Adapter, dass er den Coordinator nicht findet.

Die Ursache ist, dass sich die USB-Adresse des neuen Coordinators CC26X2R1 geändert hat.

pi@raspberrypi:~ $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Jul 23 08:44 usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Jul 23 08:44 usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if03 -> ../../ttyACM1

Beim CC26X2R1 ist der erste Eintrag zu verwenden. Dieser muss in den Einstellungen ZigBee-Adapters eingetragen werden.

Anpassungen in Homematic

Aufgrund der geänderten MAC-Adresse erhält die virtuelle CCU3 piVCCU3 eine neue IP Adresse. Dies muss in den RPC-Adapteren eingetragen bzw. geändert werden.

Und hier die Lösung ..

Um ZigBee auf einer neuen Hardware wieder ans Laufen zu bekommen, musste ich die sog. "dev-id" des Coordinators in den Einstellungen des ZigBee-Adapters anpassen. Nun funktioniert alles wieder auf dem neuen System.

Bei Gelegenheit werde ich wiederum einmal eine kleine Anleitung erstellen, wie man seine ioBroker-Installation auf neue (identische) Hardware umziehen kann.

Zwischenstand ..

Vielleicht habe ich nun selbst die Fehler gefunden und das fehlende Bindeglied.

Es stellte sich heraus, dass das zum CC26X2R1 mitgeliefert USB-Kabel eine Macke hatte; im Terminal war unter lsusb nichts von dem Coordinator zu sehen. Nach Austausch des Kabels war wurde er aufgelistet. Leider war's damit noch immer nicht getan.

pi@raspberrypi:~ $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Jul 22 15:00 usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Jul 22 15:00 usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if03 -> ../../ttyACM1

In diesem Codefragment finden sich die Schnittstellen, unter denen der Coordinator CC25X2R1 zu erreichen ist. Diese sind offensichtlich hardwarespezifisch. Mithin findet natürlich der ZigBee-Adapter den neuen Coordinator nicht, denn diese Adressen sind ja nun andere und müssen in der Konfiguration des ZigBee-Adapters eingetragen werden.

Ich werde hiermit weiter das Ganze austesten und berichten.

Danke für die Rückmeldung.

Selbstverständlich habe ich das aktuelle System zuvor ausgeschaltet; anschließend die SD-Karte aus diesem Gerät entnommen und in das neue eingesteckt.

Der neue Raspberry Pi (wie auch die piVVCU3) bekam beim Start aufgrund seiner anderen MAC-Adresse natürlich eine andere IP. All dies habe ich berücksichtigt.

Das Kopieren der von dir genannten Datei sollte überflüssig sein, diese ist doch auf der SD, die ich aus dem alten System entnommen habe, enthalten.

Tauschen der ZigBee-Adapter und der Koordinator ggf. bei der Einrichtung irgendwelche hardware basierten IDs, Schlüssel, .. aus?

ausserdem darfst du nicht 2 gleiche Netze laufen haben.. ergo entweder das eine oder das andere System am laufen
sonst wissen die Geräte nicht wohin..

als nächste postet du .. mein zigbee funktioneirt nicht . oder.. mir gehen Geräte verloren