Kontrolliertes Herunterfahren bei Stromausfall

[saegefisch]

jonofe : Hi André, Ich hätte da mal was für Dich - ich habe den 19000378 um ein paar Kleinigkeiten = ein paar wenige Zeilen angepasst und nun funktioniert er vermutlich universell für APCUPSD und NUT gleichermaßen. Warum? Weil letztlich ruft man NUT ebenso per tcp auf und kann dann gleichfalls aus dem response per E5 gewünschte Werte ausgeben lassen. Nur die Request-Zeile ist anderes inkl. der Aufbereitung des response. Für den Anwender sind die möglichen Werte in E5 natürlich abweichend (siehe unten), die Hilfe wäre entsprechend schon ergänzt.

Abweichende Besonderheit ist nur, dass der NUT-Server mehrere UPS verwalten kann und daher der Name im Aufruf mit gegeben werden muss. Es gäbe daher einen neuen Eingang für den Typ "apcupsd" oder "nut". Und einen für den UPS-Namen (NUT-only). Mit dem command E4 = "list" kann man sich alle am Server verfügbaren UPS ausgeben lassen und den korrekten Namen so ermitteln. Ob man die beiden neuen Eingänge hinten anhängt oder vorne einschiebt ist Geschmackssache.

Dafür kennt NUT nach meiner Kenntnis keine Events.

--> Soll ich den LBS Dir hier mal einstellen und Du schaust Dir überschaubaren Änderungen an? Ohne Dein ok wollte ich hier nichts vorab einstellen...

Alternativ mache ich einen neuen LBS, der fast gänzlich Deinem entspräche mit obigen Änderungen - wenn es Dir lieber ist und Du erlaubst... zweieiige Zwillinge gewissermaßen...
Alle geänderten Zeilen hätte ich bereits für Dein Review markiert und kommentiert.
Unbenannt.JPG

---

Zur allgemeinem Info:

• Vergleich Ausgabe NUT <-> apcupsd des selben Geräts
• TIMELEFT entspricht nach meiner Kenntnis battery.runtime (3424s/60=57,1min)

battery.charge: 100 battery.charge.low: 10 battery.charge.warning: 50 battery.date: 2001/09/25 battery.mfr.date: 2013/12/19 battery.runtime: 3424 battery.runtime.low: 120 battery.type: PbAc battery.voltage: 13.6 battery.voltage.nominal: 12.0 device.mfr: American Power Conversion device.model: Back-UPS XS 650CI device.serial: 3B1351X15089 device.type: ups driver.name: usbhid-ups driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.parameter.SERIAL: 3B1351X15089 driver.parameter.synchronous: no driver.version: 2.7.4 driver.version.data: APC HID 0.96 driver.version.internal: 0.41 input.sensitivity: medium input.transfer.high: 300 input.transfer.low: 140 input.voltage: 226.0 input.voltage.nominal: 230 ups.beeper.status: enabled ups.delay.shutdown: 20 ups.firmware: 892.R3 .I ups.firmware.aux: R3 ups.load: 13 ups.mfr: American Power Conversion ups.mfr.date: 2013/12/19 ups.model: Back-UPS XS 650CI ups.productid: 0002 ups.realpower.nominal: 390 ups.serial: 3B1351X15089 ups.status: OL (-> Bedeutung) ups.timer.reboot: 0 ups.timer.shutdown: -1 ups.vendorid: 051d

APC : 001,036,0863 DATE : 2020-12-21 16:27:50 +0000 HOSTNAME : HAL-10 VERSION : 3.14.14 (31 May 2016) debian UPSNAME : APCXS650 CABLE : USB Cable DRIVER : USB UPS Driver UPSMODE : STARTTIME: 2020-12-21 16:27:48 +0000 SHARE : MODEL : Back-UPS XS 650CI STATUS : ONLINE LINEV : 228.0 Volts LOADPCT : 13.0 Percent BCHARGE : 100.0 Percent TIMELEFT : 57.1 Minutes MBATTCHG : 10 Percent MINTIMEL : 5 Minutes MAXTIME : 0 Seconds SENSE : Medium LOTRANS : 140.0 Volts HITRANS : 300.0 Volts ALARMDEL : 30 Seconds BATTV : 13.6 Volts LASTXFER : Unacceptable line voltage changes NUMXFERS : 0 TONBATT : 0 Seconds CUMONBATT: 0 Seconds XOFFBATT : N/A STATFLAG : 0x05000008 SERIALNO : 3B1351X15089 BATTDATE : 2013-12-19 NOMINV : 230 Volts NOMBATTV : 12.0 Volts NOMPOWER : 390 Watts FIRMWARE : 892.R3 .I USB FW:R3 END APC : 2020-12-21 16:27:53 +0000

[saegefisch]

...dann muss ich wohl mal selber...wenn mal Zeit ist... bei Gelegenheit...

[jonofe]

Frage zu LBS 19000378: Der funktioniert nur mit APCUPSD, richtig?

Ja, das ist korrekt.

Dass es einen für NUT gäbe, wäre mir auch neu, aber nichts ist unmöglich ...

[saegefisch]

Irgendwas sollte den Server wieder hochfahren lassen

Man könnte auch an einem nicht per USV versorgtem RasPi oder ESP8266 (kostet nur 10€) o.ä. einfach dafür sorgen, dass der beim hochfahren alle relevanten Servern ein WoL-Paket sendet. Wenn sie unten waren, fahren sie hoch. Wenn sie noch oben waren, tut's nicht weh.

Frage zu LBS 19000378: Der funktioniert nur mit APCUPSD, richtig?
Ich nutze für meine USV (obwohl von APC) seit viele Jahren NUT, dass erwarten auch meine qnap-NASe (alle als Slave). Edomi steht noch als slave auf meiner todo-Liste. Gibt es bereits ein NUT-Pendant zum 19000378 und ich habe nur falsch gesucht? Oder bin ich da der erste mit Bedarf?

[uncelsam]

Das liegt dann auch wieder an der USV, ich hab hier ne Eton bei der ich einstellen kann, dass X min. nach dem Herunterfahren die Ausgänge ausgehen, bei Spannungswiederkehr gehen die dann auch wieder an, und der Server dahinter ist so eingestellt dass er bei Spannungswiederkehr grundsätzlich wieder hochfährt.

Die Ausgänge sind auch so Konfiguierbar dass sie erst wieder anschalten wenn der Akku entsprechend geladen wurde, so dass der Server auf jeden Fall sauber hergefahren werden kann, sollte ein zweiter Stromausfall kommen.

Wobei ich denke dass man mit einer guten gebrauchten USV so eine Edomi "Server" sicher auch mal 30min überbrücken kann.

Grüße

[jonofe]

Irgendwas sollte den Server wieder hochfahren lassen,

Man könnte das z.B. mit einem RPI Zero machen, auf dem der apcupsd läuft und der dann alle Geräte runter (ssh) und auch wieder hochfährt (WoL).
Wenn bei Stromausfall der USV komplett leer läuft, dann fährt der RPI bei Rückkehr des Stroms hoch und der apcupsd fährt die Server wieder hoch.
Wenn die USV hingegen nicht komplett leer läuft, dann fährt der apcupsd bei Rückkehr der Primärstromversorgung die Server wieder hoch.

[gaert]

Ich sehe (für meine Ansprüche) die Schwierigkeit nicht beim runterfahren, sondern beim wieder hochfahren... Irgendwas sollte den Server wieder hochfahren lassen, wenn die Netzspannung wieder verfügbar ist. Wenn also beim Stromausfall die USV den Server runterfährt und anschließend wieder Strom verfügbar ist (USV ist aber noch nicht „leer“), bekommt das der Server trotz Bios-Option (Hochfahren wenn Strom anliegt) nicht mit - es war ja aus Sicht des Servers die ganze Zeit Strom verfügbar (dank der USV).

[beauty]

Ah ok,...habs falsch interpretiert gehabt....

[derneugierige]

Also ich weiss ja nicht wie das bei euch in der Südpfalz so ist.....aber bei uns hier im Schwabenländle kommt das eher selten vor.... also in den 11 Jahren in denen wir nun in unserem Haus hier wohnen gab es nur 1 mal Stromausfall wegen Blitzschlag und 4 geplante Abschaltungen wegen Neubauanschlüssen.....

Da wäre glaube ich eher 2 mal der Akku schrott bevor die USV 1 mal zum Einsatz kommt

Genau das habe ich doch geschrieben: Mit USV ist Ausfallwahrscheinlichkeit höher als ohne. Also mit USV mehr Ausfälle als ohne!

[beauty]

Bei der Häufigkeit wie wir in D Stromausfälle haben wirst Du mit solch einem Gerät die Ausfallwahrscheinlichkeit mindestens um Faktor 10 erhöhen...

Also ich weiss ja nicht wie das bei euch in der Südpfalz so ist.....aber bei uns hier im Schwabenländle kommt das eher selten vor.... also in den 11 Jahren in denen wir nun in unserem Haus hier wohnen gab es nur 1 mal Stromausfall wegen Blitzschlag und 4 geplante Abschaltungen wegen Neubauanschlüssen.....

Da wäre glaube ich eher 2 mal der Akku schrott bevor die USV 1 mal zum Einsatz kommt

[derneugierige]

Insofern bin ich nicht bereit, dafür ein paarhundert Euro auszugeben. Ich hinterfrage einfach gern Kosten und Nutzen.

Ich habe schon gesehen, dass wegen Billig-USVs PC-Netzteile in die ewigen Elektronik-Jagdründe gegangen sind. Und das waren USVs, die im mittleren dreistelligen Preis-Bereich lagen.

Ein stromloser Serve ist mir alle mal lieber als ein defekter Server... YMMV! Kosten/Nutzen musst Du natürlich selbst hinterfragen.

WENN schon USV, dann auch was ordendliches. Billig-Kram ist keine Lösung sondern ein Problem.

[uzi10]

Schau dir apcusbd an. Das unterstützt ganz billige Apc usv auch glaub ich. Ich hab meine smt auch gebraucht. Aber Batterie neu

[ponG]

Naja, mein Edomi sichert sich nächtlich komplett auf mein NAS.

insofern ist die USV einzig und allein dazu da, mich vor einer eventuellen Neuinstallation und einspielen des Backups zu bewahren. Was aber auch kein Beinbruch wäre. Insofern bin ich nicht bereit, dafür ein paarhundert Euro auszugeben. Ich hinterfrage einfach gern Kosten und Nutzen. Und in diesem Fall haben für mich persönlich die Kosten einfach klein zu sein. Punkt.

Wie melden die USV‘s einen Netzausfall denn üblicherweise? Gibt’s da ein eigenes Protokoll?

Meinen Router bekäme ich an die USV, das KNX-Netzteil definitiv nicht. Insofern wäre das Ausbleiben bestimmter Telegramme ein relativ verlässlicher Indikator für Edomi, einen Stromausfall zu erkennen.

[derneugierige]

Oder gibt es ein Modell, welches ich für <100€

Du bist Dir wirklich sicher, dass Du sowas haben möchtest?

Bei der Häufigkeit wie wir in D Stromausfälle haben wirst Du mit solch einem Gerät die Ausfallwahrscheinlichkeit mindestens um Faktor 10 erhöhen...

[derneugierige]

Es gibt USVs, die den Stromausfall nicht melden? 😯

Solch ein Spielzeug würde ich dem Hersteller um die Ohren hauen...