Aktoren Reset ohne Sicherheitsschlüßel ...

[Black]

Ok, unter der voraussetzung das der rega tut.... und du unter Javascript ein kleines Programm anlegen und ausführen kannst..

Wenn das geht, können wir dir auf dem Weg die automatische Anmeldung auf deiner ccu freischalten... ab da kannst dann pw ändern.

der Grosse Vorteil deiner Konstellation mit IOBroker ist, im gegensatz zur vielen anderen Systemen kann man direkt auf adapterebene Spielereien auf der CCU machen... über den rega HMScripte ausführen ist das eine, über die RPC lassen sich sogar aus dem IOBroker mastersets umschreiben.

leg mal das in javascript an und führe das aus: hm-rega.0 muss dein entsprechender Adapter sein !!!! (lt deinenm Screenshot ist das ja ok)

Code: Alles auswählen

const BlackScript = 'WriteLine (dom.GetObject (950).Name ());';

sendTo('hm-rega.0', BlackScript, res => {
    log(JSON.stringify(res), 'info');
}); 

im log sollte sowas stehen:

Code: Alles auswählen

12:40:01.404	info	javascript.0 (28537) script.js.SentTo: registered 0 subscriptions and 0 schedules
12:40:01.464	info	javascript.0 (28537) script.js.SentTo: {"result":"BOOT_CCU\r\n","error":null}

bitte das log posten

wenn da ein result drinsteht das sinnig ist: dann dieses hier:

Code: Alles auswählen

const BlackScript = 'WriteLine (dom.GetObject (1004).Name ());';

sendTo('hm-rega.0', BlackScript, res => {
    log(JSON.stringify(res), 'info');
}); 

auch hier das log posten.

wenn das OK ist, dann machen wir im PN weiter, ich mache den Giftschrank nicht öffentlich auf.

Black

[ben2ko]

Hallo Black,

vielen vielen Dank schon mal für deine Hilfe

Für:

Code: Alles auswählen

const BlackScript = 'WriteLine (dom.GetObject (950).Name ());';

sendTo('hm-rega.0', BlackScript, res => {
    log(JSON.stringify(res), 'info');
}); 

ist das Ergebnis:

Code: Alles auswählen

18:49:57.769	info	javascript.0 (752) Start javascript script.js.Skript_1
18:49:57.773	info	javascript.0 (752) script.js.Skript_1: registered 0 subscriptions and 0 schedules
18:49:57.779	info	javascript.0 (752) script.js.Skript_1: {"result":"${sysVarPresence}\r\n","error":null}

Und für:

Code: Alles auswählen

const BlackScript = 'WriteLine (dom.GetObject (1004).Name ());';

sendTo('hm-rega.0', BlackScript, res => {
    log(JSON.stringify(res), 'info');
}); 

ist das Ergebnis:

Code: Alles auswählen

18:52:26.426	info	javascript.0 (752) Start javascript script.js.Skript_1
18:52:26.429	info	javascript.0 (752) script.js.Skript_1: registered 0 subscriptions and 0 schedules
18:52:26.434	info	javascript.0 (752) script.js.Skript_1: {"result":"Admin\r\n","error":null}

Danke & Gruß
Ben

[Black]

Dann kriegen wir hin.. das schaut perfekt aus
Bin immer noch unterwegs.. denke gegen 8 halb 9 melde ich mich per pn.

Black

[zautrix]

Das Problem das Backup einzuspielen ohne den Sicherheitsschlüssel zu kennen wurde ja schon gelöst.
Aber dürfe ich noch anmerken, dass es auf der Raspimatic ohne viel "G'schiss" ganz simpel ist ein Backup einzuspielen ohne den Sicherheitsschlüssel zu kennen?
(Wenn der ssh Zugang geht.)
Einfach die Backupdatei mit winscp nach /usr/local/tmp hochladen und mit /bin/restoreBackup.sh einspielen.
Kommando Zeile wäre also z.B.

/bin/restoreBackup.sh /usr/local/tmp/sec_key-3.53.34.20201207-2020-12-16-1308.sbk

Danach ein "reboot" als Kommando und gut is.

[ben2ko]

Dann kriegen wir hin.. das schaut perfekt aus
Bin immer noch unterwegs.. denke gegen 8 halb 9 melde ich mich per pn.

Black

Tausend Dank Black, hat funktioniert

Danke Zautrix für die Info, hoffentlich brauche ich sowas nie wieder

[Matthias K.]

Aber dürfe ich noch anmerken, dass es auf der Raspimatic ohne viel "G'schiss" ganz simpel ist ein Backup einzuspielen ohne den Sicherheitsschlüssel zu kennen?
(Wenn der ssh Zugang geht.)
Einfach die Backupdatei mit winscp nach /usr/local/tmp hochladen und mit /bin/restoreBackup.sh einspielen.
Kommando Zeile wäre also z.B.

Ok, hätte nicht vermutet dass es auf dem Weg auch ohne Schlüssel geht.
Dann frage ich mich allerdings, warum man den beim Restore über die WebUI eingeben muss...

[jp112sdl]

warum man den beim Restore über die WebUI eingeben muss...

Zur eigenen "geistigen" Sicherheit.

Angenommen du änderst deinen Sicherheitsschlüssel (von "A" -> "B" -> "C") und hast mehrere Backups (in denen unterschiedliche Schlüssel stecken).

Nun ist auf all deinen Geräten Schlüssel "C" vergeben.

Aus Verzweiflung, weil dir Schlüssel "C" nicht mehr einfällt, schiebst du ein älteres Backup mit der Brechstange auf die CCU.
Ausgerechnet das mit Schlüssel "B" (weil das das Backup ist, in dem bspw. irgendwelche Programme noch korrekt liefen).

Nun funkt die Zentrale mit Schlüssel "B". Die Geräte haben Schlüssel "C". Können also nicht mehr miteinander. Egal... erstmal versuchen, eine neues Gerät anzulernen. Ah, klappt! Nur blöd... das neue Gerät bekommt jetzt Schlüssel "B".

Naja... man kann das Konstrukt noch weiter spinnen, um anschließend eine richtig verk*ckte Installation zu bekommen.

Es wird halt davon ausgegangen, dass man sich den aktuellen Schlüssel merkt/aufschreibt/nicht vergisst.
Und dann wird durch die Abfrage eine Hürde gesetzt, dass auch das einzuspielende Backup tatsächlich dem aktuellen Schlüssel, der auch auf den Geräten hinterlegt ist, entspricht.

[Black]

Genau aus dem von Jerome beschriebenen Grund ist diese Abfrage sinnig. Ansonsten würden sich viele Anfänger das System zerballern.

Die hier gemachten Wege sind der Notausgang...
Es liegt ein aktuell frisches Backup vor
Nach dem zurückspielen test... gehen alle Geräte zu steuern. Wenn nicht nix machen.
Das ist allerdingsnicht Anfänger tauglich und muss eigentlich dann individuell von Fall zu Fall schrittweise geführt werden. One click ist da nicht

Black

[jmaus]

Genau deshalb gibt es in RaspberryMatic ja den WebUI Oatch der eine Anzeige der vorher stattgefundenen Sicherheitsschlüsseländerungen darstellt. So kann man zumindest von einem Backup zum nächsten dann schauen ab wann ein neuer/anderer Sicherheitsschlüssel hinterlegt wurde.