Vorgehensweise bei der Migration CCU1 -> CCU2 OHNE Backup

[smartdeveloper]

Hallo.

Ich habe eine CCU1 (letzte Firmwareversion), bei der das Generieren einer Backupdatei anscheinend irgendetwas schief geht! Weder das Zurückspielen des Backups auf die CCU1, noch auf eine neu aufgesetzte RaspberryMatic klappt. Der Sicherheitsschlüssel wird beim Zurückspielen nicht akzeptiert.

Verify:
Ich habe die Konfigurationsdatei keys in config-Ordner der CCU1 ausgelesen und den MD5-Wert mittels eines MD5-Generators und aktuellem Sicherheitsschlüssel generiert und verglichen: kein Unterschied!

=> Fehler beim Erzeugen der Backup-Datei?! (Backup-Erstellung ohne Fehlermeldung generiert und per Browser abgespeichert)


Nun meine Frage:
Was wird beim Einspielen eines Backups auf der RaspberryMatic alles durchgeführt, um dies manuell nachzustellen?

Da ich vollen Zugriff auf CCU1 und CCU2 habe, kann ich sowohl rfKey als auch centralAddress kopieren, danach auch die dev-Dateien im rfd-Verzeichnis und hs485d.
Die Geräte habe ich zwar im Geräte-Eingang der CCU2 (Test im Geräte-Eingang funktioniert auch), aber nachdem sie übernommen wurden, klappt die Kommunikation mit den HM-BidCos-Geräten nicht (nach Connect-Versuch rotes Signal für wenige Sekunden).

Der erste und wichtigste Schritt wäre schon geschafft, wenn alle BidCos-Geräte ohne Ablernen inkl. Werksreset an CCU1 + erneutes Anlernen an CCU2 funktionsfähig wären!

[anli]

Hallo und herzlich willkommen Andreas,
ich würde den Ordner /usr/local bei fertig geschriebener homematic.regadom aus der CCU1 nehmen und auf die CCU2 "spielen", zum Beispiel per SSH.

Hast Du Sonderzeichen im Sicherheitsschlüssel? Manche Versionen zickten damit rum, besonders mit & und ! kam es zu Problemen, dann war der Key nur der Teil bis zum Sonderzeichen. Würde allerdings nicht erklären, warum die MD5 übereinstimmen.

[Roland M.]

Hallo und willkommen auch von mir!

Der erste und wichtigste Schritt wäre schon geschafft, wenn alle BidCos-Geräte ohne Ablernen inkl. Werksreset an CCU1 + erneutes Anlernen an CCU2 funktionsfähig wären

Auch wenn du das vermutlich nicht hören willst, ich würde die Gelegenheit nutzen um die gesamte Installation auf der CCU2 sauber neu anzulegen!
Dabei kannst du ja gemütlich vorgehen und je nach verfügbarer Zeit einzelne Räume, Gewerke oder einfach sinnvolle Gruppen übersiedeln.
Ich bin (bei damals etwa 40 Geräten) so vorgegangen und habe es nicht bereut! Man glaubt kaum, welcher programmtechnische Schrott sich innerhalb kurzer Zeit ansammelt!
Ganz abgesehen von der eigenen Lernkurve, wenn man durch neues Wissen heute ein Problem viel eleganter und einfacher lösen könnte.


Roland

[manfredh]

Auch wenn du das vermutlich nicht hören willst, ich würde die Gelegenheit nutzen um die gesamte Installation auf der CCU2 sauber neu anzulegen!...

Das kann ich hundertprozentig unterschreiben. Habe ich genauso gemacht. Man glaubt nicht, auf was für Leichen und Mist man dabei stößt.

Ich muss allerdings gestehen, dass mir meine ioBroker-Installation bei der Migration sehr geholfen hat. So konnte ich manche Zustände (z.B. Systemvariablen) zwischen den beiden CCUs spiegeln.

Gruß
Manfred

[Black]

kann ich auch bestätigen.
ich hab auch das beil genommen beim umzug auf die raspberrymatic und mich von alten zöpfen verabschiedet. in 2 jahren, kam alleine durch die lernkurve, viel Müll zusammen.

Bei der Migration hat mit auch IOBroker gut mitgeholfen, währen der Umzugszeit waren 2 rega instanzen und diverse rpc instanzen beider CCU´s zu managen. aber es Klappe gut.

wobei der Kollege noch das problem des Sicherheitsschlüssels hat... er müsste da eigentlich die geräte ja mit werksreset sauber von der ccu1 ablernen.

Gruss, Black

[manfredh]

wobei der Kollege noch das problem des Sicherheitsschlüssels hat... er müsste da eigentlich die geräte ja mit werksreset sauber von der ccu1 ablernen.

Ein Grund mehr, den steinigen Weg zu wählen.

[smartdeveloper]

Hallo anli,
besten Dank für Deine Antwort.

ich würde den Ordner /usr/local bei fertig geschriebener homematic.regadom aus der CCU1 nehmen und auf die CCU2 "spielen", zum Beispiel per SSH..

Da ich schon alle Daten ab "/" per FTP von der CCU1 auf meine Festplatte geladen habe, wäre dies also kein Problem /usr/local/* per SFTP auf die RaspberryMatic zu kopieren und neu zu starten. Allerdings habe ich mich bis jetzt davor gescheut, dies zu tun, ohne ausreichende Hintergrundinformationen einzuholen.

Meine Frage @all:
Hat dies schon jemand durchgeführt und musste danach noch nachkorrigiert werden? Gibt es Nebeneffekte mit "Gesichert"en BisCos-Geräten?

Hast Du Sonderzeichen im Sicherheitsschlüssel? Manche Versionen zickten damit rum, besonders mit & und ! kam es zu Problemen, dann war der Key nur der Teil bis zum Sonderzeichen. Würde allerdings nicht erklären, warum die MD5 übereinstimmen.

Dieses Problem hatte ich wirklich schon mal, deshalb musste ich die CCU1 neu aufsetzen inkl. alle Geräte in den Werkszustand versetzen. Der aktuelle Schlüssel hat nur Buchstaben und Zahlen, trotzdem klappt das Zurückspielen des Backups weder mit der CCU1 noch mit der RaspberryMatic.



@all: Danke für Eure Kommentare.
Den Weg von ca. 50 BidCos-Geräten neu anzulernen hatte ich vor ca. zwei Jahren. Ein Cleaning hatte ich also schon .
Bei der Konzeption vor einigen Jahren war mir noch nicht bewusst, dass ein Anlernen eines HM-Gerätes nicht eine einmalige Sache ist. Beispielsweise sind meine HM-LC-Bl1-FM Jalousie-Aktoren ohne (!) Bedienungsschalter für Auf/Ab fest eingebaut. Für ein Neuanlernen muss ich also alle Aktoren temporär mit Schalter per 230V verdrahten. Anscheinend hat eQ3 dazugelernt und das Starten des Anlernmodus des Homematic IP Jalousie-Aktors per "LED-Taster" integriert. Für mich zu spät.

Wenn das Backup-Verfahren bei mir funktionieren würde, wäre ich sehr glücklich. Anscheinend habe ich Pech damit, allerdings bin ich nach Lesen vieler Postings und Infos im Web nicht der einzige. Sogar in der aktuellen c't 24/2017 im Editorial (Seite 3: "Nebenwirkungen") wird kurz darauf angespielt.
Da bei mir der rfKey mit dem Sicherheitsschlüssel + "MD5" übereinstimmt, liegt der Verdacht also am "defekten" Backup-System der CCU1.

Falls es also einen Weg gibt, das Backup-System zu umgehen und direkt von einer CCU auf eine andere CCU per SSH/Telnet zu migrieren, stellt dies eine bessere Lösung dar, als ein stundenlanges Neu-Anlernen, bezeichnen, gruppieren, verknüpfen, skripten.

[Thomas L]

Hallo Smartdeveloper,

hattest Du erfolg?

Ich weiss ist schon ein bisschen her, aber kein anderer scheint so mutig zu sein

Viele Gruesse
Thomas