Systeme nach USV-Shutdown wieder hoch fahren

[hmanfred]

@homoran
Ja, so sehe ich das auch. Der "auto protection mode" beim QNAP ist da genial, weil er genau diesen Fall abfängt.
Bei CCU und NUC (bei laufen auf Linux basierten OSen) ist es ja im Wesentlichen die Gefahr, dass beim Abschalten gerade ein Datenträgerzugriff geschieht?
Wenn man diese beiden Systeme dazu bringen könnte, bei abgekoppelten Datenträgern ihre anderen Aufgaben noch zu erledigen, wäre eine ähnliche Funktionalität denkbar...

Zwischenstecker wäre ja nur einer nötig, können ja CCU und NUC gemeinsam dran hängen.

Ich denke mal laut nach...
Bevor die CCU abschaltet (mit dem Programm, das auch auf die SV reagiert) steuert sie einen Zwischenstecker an :

• Ausschaltverzögerung 2 Minuten
• Ausschaltdauer 15 Minuten (auf jeden Fall länger, als die Restlaufzeit der USV)
  Dann ginge nach dem Herunterfahren der Systeme die Steckdose aus. Ein ginge sie dann wieder
• wenn die USV ganz leer war bei Spannungswiederkehr (Konfig in der Steckdose)
• wenn die USV zwischenzeitig wieder kommt nach 15 Minuten.

[hmanfred]

Das mit dem WOL war auch mein erster Ansatz:
Das QNAP bootet ja in jedem Fall neu. Mann könnte dort also einen Startup-Job einrichten. CCU und NUC haben ja dann auch noch Spannung.
Leider habe ich keine App dafür gefunden und ich möchte im Hinblick auf einen evtl. "Nachlassverwalter" möglichst viel mit Bordmitteln und möglichst wenig mit Systemeingriffen konfigurieren.

[Homoran]

@hmanfred sagte in Systeme nach USV-Shutdown wieder hoch fahren:

Ich denke mal laut nach...
Bevor die CCU abschaltet (mit dem Programm, das auch auf die SV reagiert) steuert sie einen Zwischenstecker an :

Ausschaltverzögerung 2 Minuten
Ausschaltdauer 15 Minuten (auf jeden Fall länger, als die Restlaufzeit der USV)
Dann ginge nach dem Herunterfahren der Systeme die Steckdose aus. Ein ginge sie dann wieder
wenn die USV ganz leer war bei Spannungswiederkehr (Konfig in der Steckdose)
wenn die USV zwischenzeitig wieder kommt nach 15 Minuten.

das hatte ich ähnlich auch schon getippt (HM-zwischenstecker, der verzögert nach herunterfahren ausgeschaltet wird und mit Einschalten bei Spannungszufuhr reagiert)

...und wieder gelöscht, weil:

Allerdings kommt die Spannung hinter der USV ja nicht "wieder" wenn sie vorher nicht leer ist

[Chrunchy]

@hmanfred Ich kenne die QNaps nicht, aber bei meiner Synology gibt es Aufgaben, da kann ich einfach ein Script rein packen, was ein WOL auslöst.

[hmanfred]

@homoran sagte in Systeme nach USV-Shutdown wieder hoch fahren:

@hmanfred sagte in Systeme nach USV-Shutdown wieder hoch fahren:
das hatte ich ähnlich auch schon getippt (HM-zwischenstecker, der verzögert nach herunterfahren ausgeschaltet wird und mit Einschalten bei Spannungszufuhr reagiert)

...und wieder gelöscht, weil:

Allerdings kommt die Spannung hinter der USV ja nicht "wieder" wenn sie vorher nicht leer ist

Doch, sie kommt wieder. Ich schalte per virtueller Taste und verknüpfe die dann mit der Steckdose.
In Direktverknüpfungen kann man mitgeben:

• Ausschaltverzögerung = schalte erst nach n Minuten aus
• Ausschaltdauer = schalte nur für n Minuten aus.

[Meister Mopper]

@hmanfred Kannst Du kurz erklären, wie Du praktisch im ioBroker über system.exec herunterfährst und mit welchen Rechten der ioBroker sich bei der CCU einloggt?

[Homoran]

@hmanfred sagte in Systeme nach USV-Shutdown wieder hoch fahren:

Doch, sie kommt wieder.

ich denke sie ist nie weg?
um diesen Sonderfall geht es doch hier

[hmanfred]

@homoran sagte in Systeme nach USV-Shutdown wieder hoch fahren:

@hmanfred sagte in Systeme nach USV-Shutdown wieder hoch fahren:

Doch, sie kommt wieder.

ich denke sie ist nie weg?
um diesen Sonderfall geht es doch hier

• Strom weg
• USV springt an
• Batterie geht auf 20%
• SV CCU: shutdown
• CCU: Steckdose in 1 Minute aus und nach 15 Minuten wieder an
• CCU: shutdown

Wenn dann nach 15 Minuten die USV leer gelutscht ist, ist's eh egal.
Wenn aber zwischenzeitig der Strom wieder kam und hinter der USV die Spannung nie weg war, schaltet sich die Steckdose von alleine wieder ein und die CCU fährt hoch.

[Homoran]

@hmanfred sagte in Systeme nach USV-Shutdown wieder hoch fahren:

Wenn dann nach 15 Minuten die USV leer gelutscht ist, ist's eh egal.

Nein!
dann hat das ganze runterfahren doch nichts gebracht.
Deine CCU fährt wieder hoch, dann ist die USV weg und das Desaster ist da

[hmanfred]

@meister-mopper sagte in Systeme nach USV-Shutdown wieder hoch fahren:

@hmanfred Kannst Du kurz erklären, wie Du praktisch im ioBroker über system.exec herunterfährst und mit welchen Rechten der ioBroker sich bei der CCU einloggt?

Im ioBroker gibt es das Objekt nut.0.battery.charge. Wenn das unter 20 (Prozent) fällt läuft folgendes Blockly:

Es wird zusätzlich geprüft, ob die USV auf Batteriebetrieb läuft (ups_status).
Dann wird die (in der CCU angelegte) Systemvariable "CCU_shutdown" auf "wahr" gesetzt. Die CCU reagiert darauf mit einem Progamm. Da muss sich keiner in der CCU einloggen.
Der zweite Befehl ist der Shutdown des ioBroker-Rechners.

[Meister Mopper]

@hmanfred Danke, dann muss ich mich mal mit den Systemvariablen der CCU beschäftigen, da habe ich bisher noch nichts gemacht.

[Meister Mopper]

@hmanfred Sollte da nicht CCU_shutdown irgendwann wieder auf falsch gesetzt werden, damit es beim nächsten mal wieder funktioniert?

[hmanfred]

@meister-mopper
Hmmm...

[Meister Mopper]

@hmanfred Okay, das funktioniert.

[Meister Mopper]

Habe es jetzt mal ioBroker-seitig gesteuert:

[hmanfred]

@meister-mopper na dann ist zu hoffen, dass die CCU die Umschaltung auf "falsch" noch mit bekommt...

[Meister Mopper]

@hmanfred Auf falsch wird doch gar nicht getriggert. Nach meinem Verständnis werden die Daten gesichert und die CCU fährt runter. Wenn der Strom unterbrochen wird und neu kommt, bootet sie wieder

[hmanfred]

@meister-mopper
Das ist richtig. Aber du setzt sie erst nach 5 Sekunden auf falsch. Ich kenne die Abläufe in deiner CCU nicht, aber wenn die dann schon am Runterfahren ist, bekommt sie das "falsch" nicht mehr mit.

[Meister Mopper]

@hmanfred Die bekommt das falsch so oder so nicht mit, da ja nur nach "ist wahr" getriggert wird.

Spoiler

script

Spoiler

system.Save();
WriteLine("regadom gesichert");
string stdout;string stderr;
string cmd = "/sbin/poweroff"; 
system.Exec(cmd, &stdout, &stderr);
WriteLine("Befehl "#cmd #" abgeschickt");

[hmanfred]

@meister-mopper
Du verstehst offensichtlich die Systemvariablen nicht. Das setzen der SV auf einen bestimmten Wert und das reagieren darauf (triggern) sind zwei Paar Schuhe.

Was bei dir passiert ist folgendes (chronologisch):

• du setzt im ioBroker die SV auf wahr
• iobroker synchronisiert den Zustand im eingestellten Intervall mit der CCU
• die SV wird dadurch in der CCU auf wahr gesetzt
• die CCU fährt (sofort) runter
• du setzt die SV im ioBroker nach 5 Sekunden auf falsch
• die CCU fährt bereits runter, bekommt das "falsch" also nicht mehr mit
• beim runter fahren hat sich die CCU den Zustand der SV (wahr) gemerkt
• wenn die CCU irgendwann wieder hoch fährt, steht die SV auf wahr
• CCU synchronisiert wieder mit ioBroker, hat beim Neuconnect Prio, SV steht im iobroker auf wahr

Damit kann dann mit deiner Konstellation die CCU nicht wieder runterfahren. Der Trigger deines Programmes reagiert "bei Änderung" - das nächste Setzen auf wahr ist keine Änderung, sie steht ja schon auf wahr.