[HowTo] USV: NUT Server auf SBC installieren
-
@Thomas-Braun
Die Datei/etc/systemd/system/multi-user.target.wants/nut-server.service
sollte so aussehen:[Unit] Description=Network UPS Tools - power devices information server After=local-fs.target network.target nut-driver.service # We don't Require drivers to be successfully started! This would be # a change of behavior compared to init SysV, and could prevent from # accessing successfully started, at least to audit a system. Wants=nut-driver.service Before=nut-monitor.service [Service] ExecStart=/sbin/upsd Type=forking [Install] WantedBy=multi-user.targetDie Zeile
After=local-fs.target network.target nut-driver.service
sorgt dafür, dass der nut-server erst gestartet wird, wenn die drei genannten targets bzw. services bereits laufen. -
@David-G
In dem Link
https://www.kepstin.ca/blog/networkupstoolsnutandsystemd/schreibt der noch, das sein System das USB-System zu langsam startet und das nut darauf warten soll. Dafür schreibt der sich eine udev-Regel.
Now for the fun bit; handling starting up the nut driver for the USB UPS automatically once it’s been probed by the kernel. Ideally, we want to make this independent of things like which USB port it happens to be plugged into—this means creating a device file symlink with an appropriate stable name. Lets see what we have available…
Wenn deine USV per USB dran ist würde ich das mal versuchen.
Jedenfalls schreibt der am Ende:And now my UPS drivers reliably start, even when my computer can boot faster than USB can probe.
-
Die drei targets bzw. Dienste standen schon in der Datei.
Langsam finde ich das alles komisch.
Hab grad nochwas gefunden.
Wenn man nochExecStartPre=/bin/sleep 30mit in den Service einträgt.
Und siehe da.
ES KLAPPT. DER SERVICE STARTET.@Thomas-Braun
Dank dir für die krasse Hilfe.
Das obwohl du den Kram garnicht nutzest.
Dein Lösungsansatz war es. Hab dann nur zufällig noch diesen Ansatz gesehen beim googlen.EDIT:
Grad das mit dem USB gesehen was du gefunden hast.
Das umgehe ich dann scheinbar mit den 30sek auf einen anderen Weg. -
@David-G
Oder so...
Gibt halt viele Wege nach Rom.Jetzt kannst du das ja fein zusammenfassen und @klassisch kann mal schauen, was er damit dann macht.
-
Werde ich machen.
Vermutlich kann er dann das mit der local.rc ganz raus nehmen weil der Service automatisch gestartet wird.
Und falls jemand Probleme hat diese 30sek einbauen.
In Kurzform.
Bevor ich was falsches schreibe. -
@David-G
Ja.
Zum ersten Teil wie man den nut-Server aufsetzt und konfigurieren muss kann ich nichts sagen, aber der Part mit der rc.local ist 'falsch' für ein systemd-befeuertes System. Das muss dann so gemacht werden wie wir das hier zusammengebastelt haben.Hast du mal getestet, ob das ganze Konstrukt auch bei einem Neustart so von alleine auf die Beine kommt?
-
Ja, hab ich.
Hab 3 mal einen reboot gemacht.
Mit einem shutdown teste ich es morgen mal noch.
Mein Rasparry ist ziemlich vergraben im Schrank, buddel ich dann morgen aus, um ihn dann wider einzuschalten zu können. -
@David-G Das darf keinen Unterschied machen.
-
Hey,
zusammen mit @Thomas-Braun (mehr Thomas^^), konnten wir mein Problem lösen.
Es gab 2 Ursachen.
-
Dienste über die local.rc zu starten ist nicht mehr die gängige Art und macht wohl öfters Probleme (so wie bei mir). Stattdessen wird systemd verwendet. Dort trägt sich NUT auch selber ein (Es wird eine Datei mit sämtlichen Informationen angelegt (Für mich zum vorstellen so ähnlich wie eine Verknüpfung im Autostartordner von Windows, nur viel umfangreicher.))
-
Mein Rasparry hat nicht alle nötigen Treiber geladen bzw. Geräte verbunden bevor der NUT Dienst startet.
Deshalb starte ich den Dienst jetzt verzögert. Dafür hab ich eine Zeile in der oben erwähnten Datei eingefügt.
Zum Öffnen der Datei:
sudo nano /etc/systemd/system/multi-user.target.wants/nut-server.serviceDort muss unter der Zeile [Service]
ExecStartPre=/bin/sleep 30eingegeben werden. So wird der Dienst 30sek später gestartet. Weniger tut es vermutlich auch.
Dann am besten in der remote.rc die beiden eingefügten Zeilen wieder entfernen.
Ich hoffe das hilft anderen Usern mit dem selben Problem weiter.
Evtl. kannst du auf diesen Post verweisen, für User die auch Probleme haben.
Oder selber nochmal zusammenfassen. -
-
Herzlichen Dank Euch beiden! Klasse Arbeit! Habe den EIngangspost angepaßt. Könnte Ihr mal drüber schauen, ob es so paßt?
-
Ich finde es gut.
Hätte es so am Anfang gut nachvollziehen können.Auch danke für deine Mühe.
-
Schaut soweit gut aus. Ich bin nur nicht sicher, ob die udev-Regel kopiert werden muss. Müsste man mal schauen was da drin steht.
sudo cp /lib/udev/rules.d/62-nut-usbups.rules /etc/udev/rules.d/ -
@Thomas-Braun bei mir steht das drin:
cat /lib/udev/rules.d/62-nut-usbups.rules /etc/udev/rules.d/ # This file is generated and installed by the Network UPS Tools package. ACTION!="add|change", GOTO="nut-usbups_rules_end" SUBSYSTEM=="usb_device", GOTO="nut-usbups_rules_real" SUBSYSTEM=="usb", GOTO="nut-usbups_rules_real" SUBSYSTEM!="usb", GOTO="nut-usbups_rules_end" LABEL="nut-usbups_rules_real" # Krauler UP-M500VA - nutdrv_qx ATTR{idVendor}=="0001", ATTR{idProduct}=="0000", MODE="664", GROUP="nut" # Hewlett Packard # e.g. ? - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="0001", MODE="664", GROUP="nut" # T500 - bcmxcp_usb ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f01", MODE="664", GROUP="nut" # T750 - bcmxcp_usb ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f02", MODE="664", GROUP="nut" # HP T750 INTL - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f06", MODE="664", GROUP="nut" # HP T1000 INTL - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f08", MODE="664", GROUP="nut" # HP T1500 INTL - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f09", MODE="664", GROUP="nut" # HP R/T 2200 INTL (like SMART2200RMXL2U) - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f0a", MODE="664", GROUP="nut" # HP R1500 G2 and G3 INTL - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe0", MODE="664", GROUP="nut" # HP T750 G2 - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe1", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe2", MODE="664", GROUP="nut" # HP T1500 G3 - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe3", MODE="664", GROUP="nut" # R/T3000 - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe5", MODE="664", GROUP="nut" # R/T3000 - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe6", MODE="664", GROUP="nut" # various models - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe7", MODE="664", GROUP="nut" # various models - usbhid-ups ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe8", MODE="664", GROUP="nut" # Eaton # various models - usbhid-ups ATTR{idVendor}=="0463", ATTR{idProduct}=="0001", MODE="664", GROUP="nut" # various models - usbhid-ups ATTR{idVendor}=="0463", ATTR{idProduct}=="ffff", MODE="664", GROUP="nut" # Dell # various models - usbhid-ups ATTR{idVendor}=="047c", ATTR{idProduct}=="ffff", MODE="664", GROUP="nut" # TS Shara UPSes - nutdrv_qx ATTR{idVendor}=="0483", ATTR{idProduct}=="0035", MODE="664", GROUP="nut" # Riello (Cypress Semiconductor Corp.) # various models - riello_usb ATTR{idVendor}=="04b4", ATTR{idProduct}=="5500", MODE="664", GROUP="nut" # Minibox # openUPS Intelligent UPS (minimum required firmware 1.4) - usbhid-ups ATTR{idVendor}=="04d8", ATTR{idProduct}=="d004", MODE="664", GROUP="nut" # openUPS Intelligent UPS (minimum required firmware 1.4) - usbhid-ups ATTR{idVendor}=="04d8", ATTR{idProduct}=="d005", MODE="664", GROUP="nut" # Belkin # F6H375-USB - usbhid-ups ATTR{idVendor}=="050d", ATTR{idProduct}=="0375", MODE="664", GROUP="nut" # F6C550-AVR - usbhid-ups ATTR{idVendor}=="050d", ATTR{idProduct}=="0551", MODE="664", GROUP="nut" # F6C1250-TW-RK - usbhid-ups ATTR{idVendor}=="050d", ATTR{idProduct}=="0750", MODE="664", GROUP="nut" # F6C1500-TW-RK - usbhid-ups ATTR{idVendor}=="050d", ATTR{idProduct}=="0751", MODE="664", GROUP="nut" # F6C900-UNV - usbhid-ups ATTR{idVendor}=="050d", ATTR{idProduct}=="0900", MODE="664", GROUP="nut" # F6C100-UNV - usbhid-ups ATTR{idVendor}=="050d", ATTR{idProduct}=="0910", MODE="664", GROUP="nut" # F6C120-UNV - usbhid-ups ATTR{idVendor}=="050d", ATTR{idProduct}=="0912", MODE="664", GROUP="nut" # F6C800-UNV - usbhid-ups ATTR{idVendor}=="050d", ATTR{idProduct}=="0980", MODE="664", GROUP="nut" # Regulator PRO-USB - usbhid-ups ATTR{idVendor}=="050d", ATTR{idProduct}=="0f51", MODE="664", GROUP="nut" # F6C1100-UNV, F6C1200-UNV - usbhid-ups ATTR{idVendor}=="050d", ATTR{idProduct}=="1100", MODE="664", GROUP="nut" # APC # APC AP9584 Serial->USB kit - usbhid-ups ATTR{idVendor}=="051d", ATTR{idProduct}=="0000", MODE="664", GROUP="nut" # various models - usbhid-ups ATTR{idVendor}=="051d", ATTR{idProduct}=="0002", MODE="664", GROUP="nut" # various 5G models - usbhid-ups ATTR{idVendor}=="051d", ATTR{idProduct}=="0003", MODE="664", GROUP="nut" # Powerware # various models - bcmxcp_usb ATTR{idVendor}=="0592", ATTR{idProduct}=="0002", MODE="664", GROUP="nut" # PW 9140 - usbhid-ups ATTR{idVendor}=="0592", ATTR{idProduct}=="0004", MODE="664", GROUP="nut" # Agiler UPS - nutdrv_qx ATTR{idVendor}=="05b8", ATTR{idProduct}=="0000", MODE="664", GROUP="nut" # Belkin F6C1200-UNV/Voltronic Power UPSes - nutdrv_qx ATTR{idVendor}=="0665", ATTR{idProduct}=="5161", MODE="664", GROUP="nut" # Phoenixtec Power Co., Ltd # Online Yunto YQ450 - nutdrv_qx ATTR{idVendor}=="06da", ATTR{idProduct}=="0002", MODE="664", GROUP="nut" # Mustek Powermust - nutdrv_qx ATTR{idVendor}=="06da", ATTR{idProduct}=="0003", MODE="664", GROUP="nut" # Phoenixtec Innova 3/1 T - nutdrv_qx ATTR{idVendor}=="06da", ATTR{idProduct}=="0004", MODE="664", GROUP="nut" # Phoenixtec Innova RT - nutdrv_qx ATTR{idVendor}=="06da", ATTR{idProduct}=="0005", MODE="664", GROUP="nut" # Phoenixtec Innova T - nutdrv_qx ATTR{idVendor}=="06da", ATTR{idProduct}=="0201", MODE="664", GROUP="nut" # Online Zinto A - nutdrv_qx ATTR{idVendor}=="06da", ATTR{idProduct}=="0601", MODE="664", GROUP="nut" # various models - usbhid-ups ATTR{idVendor}=="06da", ATTR{idProduct}=="ffff", MODE="664", GROUP="nut" # iDowell # iDowell - usbhid-ups ATTR{idVendor}=="075d", ATTR{idProduct}=="0300", MODE="664", GROUP="nut" # Cyber Power Systems # 900AVR/BC900D - usbhid-ups ATTR{idVendor}=="0764", ATTR{idProduct}=="0005", MODE="664", GROUP="nut" # Dynex DX-800U?, CP1200AVR/BC1200D, CP825AVR-G, CP1000AVRLCD, CP1000PFCLCD, CP1500C, CP550HG, etc. - usbhid-ups ATTR{idVendor}=="0764", ATTR{idProduct}=="0501", MODE="664", GROUP="nut" # OR2200LCDRM2U, OR700LCDRM1U, PR6000LCDRTXL5U - usbhid-ups ATTR{idVendor}=="0764", ATTR{idProduct}=="0601", MODE="664", GROUP="nut" # Sweex 1000VA - richcomm_usb ATTR{idVendor}=="0925", ATTR{idProduct}=="1234", MODE="664", GROUP="nut" # TrippLite # e.g. OMNIVS1000, SMART550USB, ... - tripplite_usb ATTR{idVendor}=="09ae", ATTR{idProduct}=="0001", MODE="664", GROUP="nut" # e.g. TrippLite AVR550U - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="1003", MODE="664", GROUP="nut" # e.g. TrippLite AVR750U - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="1007", MODE="664", GROUP="nut" # e.g. TrippLite ECO550UPS - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="1008", MODE="664", GROUP="nut" # e.g. TrippLite ECO550UPS - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="1009", MODE="664", GROUP="nut" # e.g. TrippLite ECO550UPS - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="1010", MODE="664", GROUP="nut" # e.g. TrippLite OMNI1000LCD - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="2005", MODE="664", GROUP="nut" # e.g. TrippLite OMNI900LCD - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="2007", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="2008", MODE="664", GROUP="nut" # e.g. TrippLite Smart1000LCD - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="2009", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="2010", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="2011", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="2012", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="2013", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="2014", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="3008", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="3009", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="3010", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="3011", MODE="664", GROUP="nut" # e.g. TrippLite smart2200RMXL2U - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="3012", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="3013", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="3014", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="3015", MODE="664", GROUP="nut" # e.g. TrippLite Smart1500LCD (newer unit) - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="3016", MODE="664", GROUP="nut" # e.g. TrippLite SmartOnline SU1500RTXL2UA (older unit?) - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="4001", MODE="664", GROUP="nut" # e.g. TrippLite SmartOnline SU6000RT4U? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="4002", MODE="664", GROUP="nut" # e.g. TrippLite SmartOnline SU1500RTXL2ua - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="4003", MODE="664", GROUP="nut" # e.g. TrippLite SmartOnline SU1000XLA - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="4004", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="4005", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="4006", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="4007", MODE="664", GROUP="nut" # e.g. ? - usbhid-ups ATTR{idVendor}=="09ae", ATTR{idProduct}=="4008", MODE="664", GROUP="nut" # PowerCOM # PowerCOM Vanguard and BNT-xxxAP - usbhid-ups ATTR{idVendor}=="0d9f", ATTR{idProduct}=="0001", MODE="664", GROUP="nut" # PowerCOM Vanguard and BNT-xxxAP - usbhid-ups ATTR{idVendor}=="0d9f", ATTR{idProduct}=="0004", MODE="664", GROUP="nut" # PowerCOM IMP - IMPERIAL Series - usbhid-ups ATTR{idVendor}=="0d9f", ATTR{idProduct}=="00a2", MODE="664", GROUP="nut" # PowerCOM SKP - Smart KING Pro (all Smart series) - usbhid-ups ATTR{idVendor}=="0d9f", ATTR{idProduct}=="00a3", MODE="664", GROUP="nut" # PowerCOM WOW - usbhid-ups ATTR{idVendor}=="0d9f", ATTR{idProduct}=="00a4", MODE="664", GROUP="nut" # PowerCOM VGD - Vanguard - usbhid-ups ATTR{idVendor}=="0d9f", ATTR{idProduct}=="00a5", MODE="664", GROUP="nut" # PowerCOM BNT - Black Knight Pro - usbhid-ups ATTR{idVendor}=="0d9f", ATTR{idProduct}=="00a6", MODE="664", GROUP="nut" # Unitek Alpha 1200Sx - nutdrv_qx ATTR{idVendor}=="0f03", ATTR{idProduct}=="0001", MODE="664", GROUP="nut" # Liebert # Liebert PowerSure PSA UPS - usbhid-ups ATTR{idVendor}=="10af", ATTR{idProduct}=="0001", MODE="664", GROUP="nut" # Liebert PowerSure PSI 1440 - usbhid-ups ATTR{idVendor}=="10af", ATTR{idProduct}=="0004", MODE="664", GROUP="nut" # Liebert GXT3 - usbhid-ups ATTR{idVendor}=="10af", ATTR{idProduct}=="0008", MODE="664", GROUP="nut" # GE EP series - nutdrv_qx ATTR{idVendor}=="14f0", ATTR{idProduct}=="00c9", MODE="664", GROUP="nut" # AEG # PROTECT B / NAS - usbhid-ups ATTR{idVendor}=="2b2d", ATTR{idProduct}=="ffff", MODE="664", GROUP="nut" # Ablerex 625L USB - nutdrv_qx ATTR{idVendor}=="ffff", ATTR{idProduct}=="0000", MODE="664", GROUP="nut" LABEL="nut-usbups_rules_end"Hilft das weiter?
-
@klassisch
Ja, okay. Die Datei kommt vom nut-server Paket. Ob man die händisch umkopieren muss oder ob der Paketbauer das nicht eh macht müsste man mal schauen. Aber zumindest schadet das nicht. -
@Thomas-Braun danke, soll ich das irgendwo in die Anleitung eintragen?
-
@klassisch Nee, lass mal so.
Wenn es überflüssig ist wird halt nur nochmal die Regel abgearbeitet. -
Wie zuverlässig sind eigentlich die Daten?
Nachdem es bei mir schon mal einen Stromausfall gab als ich außer Haus war, und die geloggten Daten keine zuverlässigen Informationen über Dauer und Startzeit gegeben hatten, ist es mir jetzt wieder passiert.
Der Stromausfall war nur kurz, der FI hatte ausgelöst und alles lahmgelegt. Es dauert natürlich einige Zeit, dann in den Keller zu flitzen, im Dunkeln erst die Taschenlampe nicht zu finden und dann alles wieder hochzufahren.
Die Flot Grafik zeigt es dann wie folgt an:
per Mouseover ist es nicht einmal eine Minute, dass die Batteriespannung abgesunken ist, die Netzspannung ist (genau wie letztens) nicht einmal als ausgefallen registriert. (nut.0.input.power)
gefühlt waren es natürlich Ewigkeiten, die der Stromausfall angehalten hatte, da aber zusätzlich auch die Sicherung wegen der vielen Netzteile im Büro beim Einschalten des FI rausflog, gehe ich von einer reellen Zeit von 3-5 Minuten aus.
Bei der Überprüfung fiel mit ein weiterer Negativ-Peak in der Batteriespannung etwa 30 Stunden vorher auf,bei dem die Restkapazität der Batterie nsich jedoch nicht veränderte.
Die Konfiguration ist auf 30 Sekunden Aktualisierungsintervall eingestellt. daran sollte es also IMHO nicht scheitern.
-
@Homoran Ich vermute mal, daß das auch von der verwendeten USV abhängt. Hast Du noch Deine kleine APC700 oder so? Schickst Du Dir eine Benachrichtigung, wenn das Teil in Puffer-Betrieb und wieder raus geht?
-
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Hast Du noch Deine kleine APC700 oder so?
ja!
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Schickst Du Dir eine Benachrichtigung, wenn das Teil in Puffer-Betrieb und wieder raus geht?
nein!
Was mich jedoch wundert (wenn mich meine Erinnerung nicht trügt) ist dass wenn ich die Stromversorgung des Hamsterkäfigs über die Messsteckdose ausschalte auch sofort die gemessene Netzspannung auf 0 geht.
Als damals der Trockner den FI rausgehauen hatte war es insgesamt etwa 1h bis wir wieder nach Hause kamen, auf dem was der ioBroker geloggt hatte war auch kein Verlust der Netzspannung zu sehen. Nur die abfallende Batteriespannung und Restkapazität.
Ich werde diesen Test mit Abschaltung der Netzversorgung über die Messsteckdose beizeiten nochmal wiederholen.
-
@Homoran Habe gerade eben einen Test gemacht. Der Statuswechsel hat einige Minuten gebraucht. rückwärts ging es schneller. Batteriezustand blieb auf 100%, allerdings auch am Display der USV selbst.
Muß mir das nochmals genauer anschauen. Ich habe allerdings 300 Sekunden Abtastintervall.
Bei der TCP-Übertragung im Smartmeter-Adapter gab es die Eigenheit, daß die Eingangsdaten nicht geflusht wurden und es so zu einer Verzögerung und Zeitdilatation kam. Vielleicht ist das hier ähnlich.
