NEWS
[HowTo] USV: NUT Server auf SBC installieren
-
Hallo @Klassisch!
heute habe ich es auch gewagt und deine Anleitung befolgt.
Ursache war das bereits beschriebene Phänomen: USV hängt an der Syno als NUT-Server, Akku war leer und keine Info in ioBroker :-(Auch in den geloggten Daten des NUT-Adapters war nichts zu sehn, dabei müsste die USV gut eine halbe Stunde durchgehalten haben.
Möglich ist auch, dass die Einstellung in der Syno "herunterfahren bei niedrigem Akkustand" nicht nachzuvollziehen ist was "niedrig" ist.
Habe das jetzt mal auf 20 Minuten gestellt und ich habe 17 Minuten getestet - alles sichtbar. Zeitgleich aber den polling Abstand im Adapter auch von 300 Sekunden auf 30 Sekunden geändert.Jetzt werde ich den Raspi mit dem NUT-Server nehmen, dann kan die Syno sofort runterfahren und die USV (Back-UPS ES 700G) hält dann noch länger.
Zwei "Probleme" sind mir aufgefallen:
- die Fehlermeldung mit dem fatal error - da läuft bereits was hatte ich auch.
- ebenso läuft nix vernünftig wenn keine USV am RasPi hängt. Ich wollte es erst hier oben programmieren und dann nach unten im Hamsterkäfig installieren (am besten einfach die SD-Karte umstecken)
Hast du jetzt deine Syno als Client am OPi laufen?
-
Hallo @Klassisch!
heute habe ich es auch gewagt und deine Anleitung befolgt.
Ursache war das bereits beschriebene Phänomen: USV hängt an der Syno als NUT-Server, Akku war leer und keine Info in ioBroker :-(Auch in den geloggten Daten des NUT-Adapters war nichts zu sehn, dabei müsste die USV gut eine halbe Stunde durchgehalten haben.
Möglich ist auch, dass die Einstellung in der Syno "herunterfahren bei niedrigem Akkustand" nicht nachzuvollziehen ist was "niedrig" ist.
Habe das jetzt mal auf 20 Minuten gestellt und ich habe 17 Minuten getestet - alles sichtbar. Zeitgleich aber den polling Abstand im Adapter auch von 300 Sekunden auf 30 Sekunden geändert.Jetzt werde ich den Raspi mit dem NUT-Server nehmen, dann kan die Syno sofort runterfahren und die USV (Back-UPS ES 700G) hält dann noch länger.
Zwei "Probleme" sind mir aufgefallen:
- die Fehlermeldung mit dem fatal error - da läuft bereits was hatte ich auch.
- ebenso läuft nix vernünftig wenn keine USV am RasPi hängt. Ich wollte es erst hier oben programmieren und dann nach unten im Hamsterkäfig installieren (am besten einfach die SD-Karte umstecken)
Hast du jetzt deine Syno als Client am OPi laufen?
@Homoran sagte in [HowTo] USV: NUT Server auf SBC installieren:
Zeitgleich aber den polling Abstand im Adapter auch von 300 Sekunden auf 30 Sekunden geändert.
Bin mir nicht mehr ganz sicher, aber ich glaube das getestet zu haben: Events (z.B. Netzausfall) werden gleich gemeldet, unabhängig von der Pollingzeit.
Jetzt werde ich den Raspi mit dem NUT-Server nehmen, dann kann die Syno sofort runterfahren und die USV (Back-UPS ES 700G) hält dann noch länger.
Bei mir steht das auf 7 Minuten, damit ich auch mal kurz umstecken kann
Zwei "Probleme" sind mir aufgefallen:
- die Fehlermeldung mit dem fatal error - da läuft bereits was hatte ich auch.
Meinst Du das was der Usrer@Kuddel berichtet hat? Wie hast Du das gelöst?
- ebenso läuft nix vernünftig wenn keine USV am RasPi hängt. Ich wollte es erst hier oben programmieren und dann nach unten im Hamsterkäfig installieren (am besten einfach die SD-Karte umstecken)
Also ich habs von oben programmiert- Aber halt via SSH weil der Opi nicht so gut zugänglich ist. Und der muß ja auch neben der USV stehen wegen USB Anschluß. Eigentlich lästig.
Hast du jetzt deine Syno als Client am OPi laufen?
Das sieht bei mir so aus:
Und bei Geräteinformationen so:
Und wichtig: Den automatischen Start nach Stromausfall deaktivieren
Der hat mir beim letzten mehrstündigen Stromausfall vor 780 Tagen (oder wars beim vorletzten? müßte ich nachschauen) die Suppe versalzen. Denn der Netzbetreiber hat wieder eingeschaltet und die Syno fuhr hoch. Dann flog die Sicherung gleich wieder und das ganze Spiel noch ein paar mal. Dummerweise fuhr dann die Syno nicht schnell genug runter (hatte damals noch 15 Minuten). Jedenfalls war der Akku wenige Sekunden bevor die Spannung dauerhaft zurückkehrte leer.
-
@Homoran sagte in [HowTo] USV: NUT Server auf SBC installieren:
Zeitgleich aber den polling Abstand im Adapter auch von 300 Sekunden auf 30 Sekunden geändert.
Bin mir nicht mehr ganz sicher, aber ich glaube das getestet zu haben: Events (z.B. Netzausfall) werden gleich gemeldet, unabhängig von der Pollingzeit.
Jetzt werde ich den Raspi mit dem NUT-Server nehmen, dann kann die Syno sofort runterfahren und die USV (Back-UPS ES 700G) hält dann noch länger.
Bei mir steht das auf 7 Minuten, damit ich auch mal kurz umstecken kann
Zwei "Probleme" sind mir aufgefallen:
- die Fehlermeldung mit dem fatal error - da läuft bereits was hatte ich auch.
Meinst Du das was der Usrer@Kuddel berichtet hat? Wie hast Du das gelöst?
- ebenso läuft nix vernünftig wenn keine USV am RasPi hängt. Ich wollte es erst hier oben programmieren und dann nach unten im Hamsterkäfig installieren (am besten einfach die SD-Karte umstecken)
Also ich habs von oben programmiert- Aber halt via SSH weil der Opi nicht so gut zugänglich ist. Und der muß ja auch neben der USV stehen wegen USB Anschluß. Eigentlich lästig.
Hast du jetzt deine Syno als Client am OPi laufen?
Das sieht bei mir so aus:
Und bei Geräteinformationen so:
Und wichtig: Den automatischen Start nach Stromausfall deaktivieren
Der hat mir beim letzten mehrstündigen Stromausfall vor 780 Tagen (oder wars beim vorletzten? müßte ich nachschauen) die Suppe versalzen. Denn der Netzbetreiber hat wieder eingeschaltet und die Syno fuhr hoch. Dann flog die Sicherung gleich wieder und das ganze Spiel noch ein paar mal. Dummerweise fuhr dann die Syno nicht schnell genug runter (hatte damals noch 15 Minuten). Jedenfalls war der Akku wenige Sekunden bevor die Spannung dauerhaft zurückkehrte leer.
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Events (z.B. Netzausfall) werden gleich gemeldet, unabhängig von der Pollingzeit.
Ja das hattest du geschrieben, bei meinen Tests hat es auch immer geklappt, deswegen war ich ja so erschrocken, dass ich in meinem Graphen nichts gesehen hatte.
in anderen Charts konnte ich dann rekostruieren, ab wann nichts mehr geloggt wurde.Beim gestrigen Test fiel die Spannung deutlich herunter, sobald das Netz weg war
ich hatte in Erinnerung, dass das beim Installationstest nicht der Fall war und dass vielleicht die Batterie nach 3 Jahren an die Grenze kommt.
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Bei mir steht das auf 7 Minuten, damit ich auch mal kurz umstecken kann
da werde ich noch testen, im Moment zieht der Hamsterkäfig etwa 75/85Watt. Mal sehen wieviel davon die Syno zieht.
Ich hatte mir schon überlegt ob ich für den Fall einer defekten Batterie einfach die Batteriekabel herausführe und eine Yttriumbatterie (kleinste hat 40Ah) dranhänge. Dass das Ladegerät dann nach einem Stromausfall notfalls eine Woche braucht ist mir relativ egal, aber ich habe keine Ahnung wie der Batteriecomputer der USV die Prozente berechnet.
Dann bin ich auf der Suche nach etwas stärkerem auf das hier gestoßen:
https://www.alternate.de/BlueWalker/PowerWalker-VFI-3000-RT-HID-USV/html/product/912904?event=searchDa eine richtige 200AH/24V= 4800Wh Batterie dran.....
und dann per POE das restliche Equipment versorgen.Man darf ja auch noch mal träumen.
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Meinst Du das was der Usrer@Kuddel berichtet hat? Wie hast Du das gelöst?
wahrscheinlich. trat auch nach reboot noch auf, also konnte es nicht mit stoppen des Services zusammenhängen.
Ich bilde mir aber ein, dass diese Meldung nachdem ich meine zweite USV, die schon seit 3 Jahren im Schrank liegt und für mein Spielzimmer mit den ganzen SBC gedacht war, angeschlossen hatte, nicht mehr auftrat.@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Hast du jetzt deine Syno als Client am OPi laufen?
Das sieht bei mir so aus:
bei mir noch so:
wenn ich den Haken beim Server rausnehme sehe ich immer noch nicht deine Einstellungen, muss wahrscheinlich erst bestätigen.
Läuft aber im Moment noch so. Weiß gar nicht ob ich "mal eben so" hinten an den USB von der Syno rankomme:
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Den automatischen Start nach Stromausfall deaktivieren
Danke für den Tipp!
ich hatte nach dem letzten, evtl auch stotternden, Stromausfall nämlich bereits ein Problem mit dem Dateisystem, das konnte Gottseidank automatisch repariert werden -
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Events (z.B. Netzausfall) werden gleich gemeldet, unabhängig von der Pollingzeit.
Ja das hattest du geschrieben, bei meinen Tests hat es auch immer geklappt, deswegen war ich ja so erschrocken, dass ich in meinem Graphen nichts gesehen hatte.
in anderen Charts konnte ich dann rekostruieren, ab wann nichts mehr geloggt wurde.Beim gestrigen Test fiel die Spannung deutlich herunter, sobald das Netz weg war
ich hatte in Erinnerung, dass das beim Installationstest nicht der Fall war und dass vielleicht die Batterie nach 3 Jahren an die Grenze kommt.
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Bei mir steht das auf 7 Minuten, damit ich auch mal kurz umstecken kann
da werde ich noch testen, im Moment zieht der Hamsterkäfig etwa 75/85Watt. Mal sehen wieviel davon die Syno zieht.
Ich hatte mir schon überlegt ob ich für den Fall einer defekten Batterie einfach die Batteriekabel herausführe und eine Yttriumbatterie (kleinste hat 40Ah) dranhänge. Dass das Ladegerät dann nach einem Stromausfall notfalls eine Woche braucht ist mir relativ egal, aber ich habe keine Ahnung wie der Batteriecomputer der USV die Prozente berechnet.
Dann bin ich auf der Suche nach etwas stärkerem auf das hier gestoßen:
https://www.alternate.de/BlueWalker/PowerWalker-VFI-3000-RT-HID-USV/html/product/912904?event=searchDa eine richtige 200AH/24V= 4800Wh Batterie dran.....
und dann per POE das restliche Equipment versorgen.Man darf ja auch noch mal träumen.
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Meinst Du das was der Usrer@Kuddel berichtet hat? Wie hast Du das gelöst?
wahrscheinlich. trat auch nach reboot noch auf, also konnte es nicht mit stoppen des Services zusammenhängen.
Ich bilde mir aber ein, dass diese Meldung nachdem ich meine zweite USV, die schon seit 3 Jahren im Schrank liegt und für mein Spielzimmer mit den ganzen SBC gedacht war, angeschlossen hatte, nicht mehr auftrat.@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Hast du jetzt deine Syno als Client am OPi laufen?
Das sieht bei mir so aus:
bei mir noch so:
wenn ich den Haken beim Server rausnehme sehe ich immer noch nicht deine Einstellungen, muss wahrscheinlich erst bestätigen.
Läuft aber im Moment noch so. Weiß gar nicht ob ich "mal eben so" hinten an den USB von der Syno rankomme:
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Den automatischen Start nach Stromausfall deaktivieren
Danke für den Tipp!
ich hatte nach dem letzten, evtl auch stotternden, Stromausfall nämlich bereits ein Problem mit dem Dateisystem, das konnte Gottseidank automatisch repariert werden@Homoran sagte in [HowTo] USV: NUT Server auf SBC installieren:
da werde ich noch testen, im Moment zieht der Hamsterkäfig etwa 75/85Watt. Mal sehen wieviel davon die Syno zieht.
Bei mir sind es etwa 65 bis 70W. Eigentlich zu wenig, noch im Gebiet des schlechten Wirkungsgrades. Daran hängt die Syno, Fritte, OPis, iobroker-Notebook (i5-6300u) und noch ein 42V Hausnetz, das parallel zu den LAN Leitungen liegt und die Switches, Wemos und sonst noch einiges versorgt. Sozusagen PoE des armen Mannes. Etwas mehr Arbeit, dafür auch flexibler.
Ich hatte mir schon überlegt ob ich für den Fall einer defekten Batterie einfach die Batteriekabel herausführe und eine Yttriumbatterie (kleinste hat 40Ah) dranhänge. Dass das Ladegerät dann nach einem Stromausfall notfalls eine Woche braucht ist mir relativ egal, aber ich habe keine Ahnung wie der Batteriecomputer der USV die Prozente berechnet.
Das ist das eine. Dann muß man noch prüfen, ob die Batterie wirklich galvanisch vom Netz getrennt ist.
Dann bin ich auf der Suche nach etwas stärkerem auf das hier gestoßen:
https://www.alternate.de/BlueWalker/PowerWalker-VFI-3000-RT-HID-USV/html/product/912904?event=searchDa eine richtige 200AH/24V= 4800Wh Batterie dran.....
und dann per POE das restliche Equipment versorgen.Man darf ja auch noch mal träumen.
Meine Cyberpower hat auch schon 24V. 2 Stück 12V in Reihe. Die hat mich 200 EUR gekostet, heute wohl etwas teurer. Also so weit liegen die etwa im gleichen Rahmen.
Die PowerWalker hat noch eine RS232 Schnittstelle. Damit könnte man mit eine USRIOT RS232<->Eth Wandler eventuell vom USB port wegkommen. Damit könnte ich den NUT-Server auf den piVCCU-OPi legen und hätte noch ein paar W gespart. Oder auf meinen Windows Notbook, auf dem auch ioBroker läuft.wenn ich den Haken beim Server rausnehme sehe ich immer noch nicht deine Einstellungen, muss wahrscheinlich erst bestätigen.
Ja, an sowas erinnere ich mich auch. Da muß man tatsächlich igendwas bestätigen, irgendeinen button drücken. Bin daran auch erst gescheitert. Wenn mans dann mal gemacht hatte war es klar....
Läuft aber im Moment noch so. Weiß gar nicht ob ich "mal eben so" hinten an den USB von der Syno rankomme:
Ein schönes Rack hat Vorteile, aber manchmal auch Nachteile
-
@Homoran sagte in [HowTo] USV: NUT Server auf SBC installieren:
da werde ich noch testen, im Moment zieht der Hamsterkäfig etwa 75/85Watt. Mal sehen wieviel davon die Syno zieht.
Bei mir sind es etwa 65 bis 70W. Eigentlich zu wenig, noch im Gebiet des schlechten Wirkungsgrades. Daran hängt die Syno, Fritte, OPis, iobroker-Notebook (i5-6300u) und noch ein 42V Hausnetz, das parallel zu den LAN Leitungen liegt und die Switches, Wemos und sonst noch einiges versorgt. Sozusagen PoE des armen Mannes. Etwas mehr Arbeit, dafür auch flexibler.
Ich hatte mir schon überlegt ob ich für den Fall einer defekten Batterie einfach die Batteriekabel herausführe und eine Yttriumbatterie (kleinste hat 40Ah) dranhänge. Dass das Ladegerät dann nach einem Stromausfall notfalls eine Woche braucht ist mir relativ egal, aber ich habe keine Ahnung wie der Batteriecomputer der USV die Prozente berechnet.
Das ist das eine. Dann muß man noch prüfen, ob die Batterie wirklich galvanisch vom Netz getrennt ist.
Dann bin ich auf der Suche nach etwas stärkerem auf das hier gestoßen:
https://www.alternate.de/BlueWalker/PowerWalker-VFI-3000-RT-HID-USV/html/product/912904?event=searchDa eine richtige 200AH/24V= 4800Wh Batterie dran.....
und dann per POE das restliche Equipment versorgen.Man darf ja auch noch mal träumen.
Meine Cyberpower hat auch schon 24V. 2 Stück 12V in Reihe. Die hat mich 200 EUR gekostet, heute wohl etwas teurer. Also so weit liegen die etwa im gleichen Rahmen.
Die PowerWalker hat noch eine RS232 Schnittstelle. Damit könnte man mit eine USRIOT RS232<->Eth Wandler eventuell vom USB port wegkommen. Damit könnte ich den NUT-Server auf den piVCCU-OPi legen und hätte noch ein paar W gespart. Oder auf meinen Windows Notbook, auf dem auch ioBroker läuft.wenn ich den Haken beim Server rausnehme sehe ich immer noch nicht deine Einstellungen, muss wahrscheinlich erst bestätigen.
Ja, an sowas erinnere ich mich auch. Da muß man tatsächlich igendwas bestätigen, irgendeinen button drücken. Bin daran auch erst gescheitert. Wenn mans dann mal gemacht hatte war es klar....
Läuft aber im Moment noch so. Weiß gar nicht ob ich "mal eben so" hinten an den USB von der Syno rankomme:
Ein schönes Rack hat Vorteile, aber manchmal auch Nachteile
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Ein schönes Rack hat Vorteile
es ist aber ein Billigrack, das schöne, bei dem man die Seitenteile abnehmen kann kostet 500€+
-
Moin, versuche gerade nach der Anleitung meine USV einzubinden.
Sie wird auch gefunden wenn ich folgendes eingebe
gebe ich dann ein
wird nichts gefunden. Kann mir einer von euch einen Tip geben was falsch läuft. -
Was macht NUT?
Mit NUT (Network UPS Tools) kann man eine unterbrechungsfreie Stromversorgung (USV, UPS) mit Computern verbinden und Daten von den UPS bekommen.
Für ioBroker gibt es den nut Adapter von @Apollon77, Github und ioBrokerForum . Dieser Adapter stellt einen NUT-Cient bereit und legt eine Datenstruktur im Objektbereich an.
Ich nutze den Adapter hauptsächlich zum mitloggen der Daten wie verbleibende Akuulaufzeit und zur Detektion von Netzspannungsausfällen.Geeignete UPS (USV)
Die meisten UPS unterstützen diesen Datenaustausch. Entweder per serieller Schnittstelle (nur noch selten anzutreffen), meist per USB oder die edleren direkt über Ethernet.
Luxus: UPS mit eingebauter Netzwerkkarte
Die Luxuslösung sieht dann so aus:
Man kann dann z.B. den NAS einige Minuten nach einem Spannungsausfall herunterfahren und die anderen Geräte wie ioBroker, Router, Switches, Homematic weiter betreiben.
Im ioBroker nut-Adapter trägt man die IP-Adresse der Netzwerkkarte der UPS, deren Port (i.d.R 3493), den Namen der UPS sowie Benutzernamen und Passwort, die auf der Netzwerkkarte der UPS festgelegt sind.
Ein konkretes Beispiel kann ich hier leider nicht geben, da ich leider eine andere Lösung habe.Einfache Lösung mit Haken: NAS als NUT-Server
Wer über ein geeignetes NAS-Gerät verfügt - in meinem Beispiel Synology - kann das USB-Kabel der UPS direkt dort einstecken und den eingebauten NAS-Server nutzen.
In diesem Fall detektiert die Synology die angeschlossene UPS. Im Menue Hardware & Energie, Tab USV kann man den NUT Server aktivieren und die IP-Adressen der Clients - also auch des ioBroker-Rechners - einstellen.
Im ioBroker Adapter gibt man die IP Adresse der Synology an, sowie wieder Port 3493. Bei Synology muß der Name der UPS sowie dessen Benutzername ups lauten und das password secret .
Das funktioniert recht problemlos und stabil, hat aber einen Haken. Wenn die Synology bei einem Stromausfall heruntergefahren wird, stellt auch deren NUT Server den Dienst ein und der ioBroker wird nicht mehr mit den Daten der UPS versorgt. Also gerade dann, wenn es eigentlich am interessantesten ist.
Um das zu vermeiden, kann man den NUT-Server auf einem (eigenen) Kleinrechner betreiben. Alle anderen Geräte werden dann als Cient betrieben.NUT-Server auf einem Kleinrechner (SBC)
In meinem Fall ist der SBC ein Orange Pi Plus 2e, der für diese Aufgabe zwar viel zu groß ist, aber durch Migration von ioBoker auf einen Windows Rechner frei wurde.
Das Aufsetzen des NUT-Server erfolgt auf den Spuren von Haus-Automatisierung und Wiki Ubuntuusers
Zuerst System aktualisieren bzw. neu aufsetzen mit µSD Karteapt update apt upgradeEdit: Den NUT-Rechner mit der USV per USB verbinden. Darauf hat @Homoran hingewiesen.
Nut installation:sudo apt install nut usbutilsBei älteren Systemen sudo apt-get install nut usbutils
sudo nano /etc/nut/ups.confEinfügen:
[ups] driver = "usbhid-ups" port = "auto" desc = "CyberPower" pollinterval = 30Bei Verwendung einer Synology muß [ups] verwendet werden.
Sudo rebootsudo upsdrvctl start sudo cp /lib/udev/rules.d/62-nut-usbups.rules /etc/udev/rules.d/ sudo rebootsudo upsdrvctl start sudo nano /etc/nut/nut.confEintragen:
MODE=netserverDanach den Dienst starten:
sudo upsdWenn alles funktioniert hat, kann man jetzt Daten ausgeben:
sudo upsc ups@localhostHier muss eine sinnvolle Liste gelistet werden: Beispiel:
root@opi2e_reserve:~# sudo upsc ups@localhost Init SSL without certificate database battery.charge: 100 battery.charge.low: 10 battery.charge.warning: 20 battery.mfr.date: CPS battery.runtime: 6690 battery.runtime.low: 300 battery.type: PbAcid battery.voltage: 24.0 battery.voltage.nominal: 24 device.mfr: CPS device.model: CP1500EPFCLCD device.serial: CRABCD12345678 device.type: ups driver.name: usbhid-ups driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 30 driver.parameter.port: auto driver.parameter.synchronous: no driver.version: 2.7.4 driver.version.data: CyberPower HID 0.4 driver.version.internal: 0.41 input.transfer.high: 260 input.transfer.low: 170 input.voltage: 235.0 input.voltage.nominal: 230 output.voltage: 267.0 ups.beeper.status: enabled ups.delay.shutdown: 20 ups.delay.start: 30 ups.load: 5 ups.mfr: CPS ups.model: CP1500EPFCLCD ups.productid: 0501 ups.realpower.nominal: 900 ups.serial: CRABCD12345678 ups.status: OL ups.test.result: No test initiated ups.timer.shutdown: -60 ups.timer.start: -60 ups.vendorid: 0764 root@opi2e_reserve:~#Weiter gehts
sudo nano /etc/nut/upsd.confEintragen:
LISTEN 127.0.0.1 3493 LISTEN 192.168.178.123 3493Also IP-Adresse der eigenen (Nut-Server) Eth Schnittstelle
Starten und stoppen, damit das conf-file wieder eingelesen wirdsudo upsd -c stop sudo upsdJetzt werden Benutzerkonten angelegt, unter denen man von anderen Geräten auf den NUT-Server zugreifen kann. In meinem Beispiel:
Drei user werden erstellt
- upsmaster für den Administrator, der damit aber nichts macht
- monuser für die Synology
- upsmon_remote für den ioBrokerDazu:
sudo nano /etc/nut/upsd.usersEintragen:
[upsmaster] password = irgendwasabergutmerken actions = SET instcmds = ALL upsmon master [monuser] password = secret upsmon slave [upsmon_remote] password = secret upsmon slaveWieder übernehmen
sudo upsd -c stop sudo upsdJetzt müssen wir das Ganze auch noch reboot-fest machen.
Bei neueren Linux-Systemen geschieht das über systemd. @Thomas-Braun und @David-G haben diese Anpassung dankenswerterweise ausgearbeitet und getestet (siehe dort mit Nutzung dieser Fundstelle):
Zuerst mitcat /etc/systemd/system/multi-user.target.wants/nut-server.serviceprüfen, ob diese Datei vorhanden ist und nut bereits die Vorkehrungen für systemd getroffen hat.
Falls diese Datei existiert, Mit nano öffnen:sudo nano /etc/systemd/system/multi-user.target.wants/nut-server.serviceDiese Datei sieht dann erst mal so aus:
[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.targetDamit genügend Zeit zur Installation der USB Treiber bleibt, nach der Zeile [Service] noch die Verzögerung
ExecStartPre=/bin/sleep 30eintragen und die geänderte Datei abspeichern.
Die Datei sollte nun 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] ExecStartPre=/bin/sleep 30 ExecStart=/sbin/upsd Type=forking [Install] WantedBy=multi-user.target{
Hier die Methode für alte Systeme, bei denen die Datei /etc/systemd/system/multi-user.target.wants/nut-server.service nicht existiert. Darf nicht verwendet werden, wenn diese Datei vorhanden ist und die vorherigen Schritte schon ausgeführt wurdensudo nano /etc/rc.localHier VOR exit=0 einfügen
#additions for nut server upsdrvctl start upsd #end additions for nut server} Ende der Einstellungen für Altsysteme. Bei neueren Sytsemen nicht mehr verwenden]
Jetzt wird noch der ioBroker Adapter eingestellt. Beispiel
IP des NUT Servers: 192.168.178.123 #Beispiel Port des NUT Servers: 3493 NUT Name der UPS: ups Aktualisierungsintervall 300s Username der UPS: upsmon_remote Passwort der UPS: secretBei der Synology wird eingestellt (Hardware & Energie, Tab USV):
Anhaken: USV-Unterstützung aktivieren
Netzwerk-USV-Typ: Synology USV Server
Netzwerk-USV-Server-IP: 192.168.178.123 #BeispielDie Zeit einstellen, nach der die Synology heruntergefahren werden soll + anhaken.
NUT-Server und ioBroker auf einem Rechner
Diese Konfiguration hatte ich nie in Betrieb. Sie müßte aber mit den o.g. Installationsschritten möglich sein. Als IP-Adresse des NUT Servers kann innerhalb des Host Rechners dann localhost oder 127.0.0.1 verwendet werden.
Edit:
Welcher Treiber passt zu meiner USV?
Auswahltabelle Treiber auf der Seite des NUT-ProjektsHast du den korrekten Treiber installiert?
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:sudo nano /etc/nut/ups.conf
Einfügen:
[ups]
driver = "usbhid-ups"
port = "auto"
desc = "CyberPower"
pollinterval = 30kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
Hast du den korrekten Treiber installiert?
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:sudo nano /etc/nut/ups.conf
Einfügen:
[ups]
driver = "usbhid-ups"
port = "auto"
desc = "CyberPower"
pollinterval = 30@Homoran ja habe ich, genau wie in der Anleitung.
Gruß Ralf
Mir egal, wer Dein Vater ist! Wenn ich hier angel, wird nicht übers Wasser gelaufen!!Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@Nashra auch rebooted?
Ich habe da dunkel was im Hintergrund, dass es bei mir auch nicht sofort lief, welcher Teil das war weiß ich nicht mehr
-
Hm, ich setz mal alles neu auf und nehme statt LXC mal VM, vielleicht klappt es dann.
Hatte damals mit MotionEye auch so ein Problem und als ich es in der VM installiert
hatte war Ruhe. Geht ja flott bei Proxmox :-)Gruß Ralf
Mir egal, wer Dein Vater ist! Wenn ich hier angel, wird nicht übers Wasser gelaufen!!Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
Hm, ich setz mal alles neu auf und nehme statt LXC mal VM, vielleicht klappt es dann.
Hatte damals mit MotionEye auch so ein Problem und als ich es in der VM installiert
hatte war Ruhe. Geht ja flott bei Proxmox :-)@Nashra sagte in [HowTo] USV: NUT Server auf SBC installieren:
statt LXC mal VM
das kann natürlich sein
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
Hm, ich setz mal alles neu auf und nehme statt LXC mal VM, vielleicht klappt es dann.
Hatte damals mit MotionEye auch so ein Problem und als ich es in der VM installiert
hatte war Ruhe. Geht ja flott bei Proxmox :-)@Nashra Mit Durchreichen der USV auf einen Container hat bei mir auch nicht funktioniert.
Aber warum bindest du die USV nicht direkt in Proxmox ein?
Funktioniert einwandfrei und du kannst direkt Proxmox runterfahren wenn die Laufzeit erreicht ist.ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
@Nashra sagte in [HowTo] USV: NUT Server auf SBC installieren:
statt LXC mal VM
das kann natürlich sein
@Homoran sagte in [HowTo] USV: NUT Server auf SBC installieren:
@Nashra sagte in [HowTo] USV: NUT Server auf SBC installieren:
statt LXC mal VM
das kann natürlich sein
Mist, in der VM kommt die selbe Meldung
-
@Nashra Mit Durchreichen der USV auf einen Container hat bei mir auch nicht funktioniert.
Aber warum bindest du die USV nicht direkt in Proxmox ein?
Funktioniert einwandfrei und du kannst direkt Proxmox runterfahren wenn die Laufzeit erreicht ist.@Chaot sagte in [HowTo] USV: NUT Server auf SBC installieren:
@Nashra Mit Durchreichen der USV auf einen Container hat bei mir auch nicht funktioniert.
Aber warum bindest du die USV nicht direkt in Proxmox ein?
Funktioniert einwandfrei und du kannst direkt Proxmox runterfahren wenn die Laufzeit erreicht ist.Das wäre auch eine gute Idee, aber ich bekomme es ja noch nicht mal in der VM ans laufen :-(
-
Was macht NUT?
Mit NUT (Network UPS Tools) kann man eine unterbrechungsfreie Stromversorgung (USV, UPS) mit Computern verbinden und Daten von den UPS bekommen.
Für ioBroker gibt es den nut Adapter von @Apollon77, Github und ioBrokerForum . Dieser Adapter stellt einen NUT-Cient bereit und legt eine Datenstruktur im Objektbereich an.
Ich nutze den Adapter hauptsächlich zum mitloggen der Daten wie verbleibende Akuulaufzeit und zur Detektion von Netzspannungsausfällen.Geeignete UPS (USV)
Die meisten UPS unterstützen diesen Datenaustausch. Entweder per serieller Schnittstelle (nur noch selten anzutreffen), meist per USB oder die edleren direkt über Ethernet.
Luxus: UPS mit eingebauter Netzwerkkarte
Die Luxuslösung sieht dann so aus:
Man kann dann z.B. den NAS einige Minuten nach einem Spannungsausfall herunterfahren und die anderen Geräte wie ioBroker, Router, Switches, Homematic weiter betreiben.
Im ioBroker nut-Adapter trägt man die IP-Adresse der Netzwerkkarte der UPS, deren Port (i.d.R 3493), den Namen der UPS sowie Benutzernamen und Passwort, die auf der Netzwerkkarte der UPS festgelegt sind.
Ein konkretes Beispiel kann ich hier leider nicht geben, da ich leider eine andere Lösung habe.Einfache Lösung mit Haken: NAS als NUT-Server
Wer über ein geeignetes NAS-Gerät verfügt - in meinem Beispiel Synology - kann das USB-Kabel der UPS direkt dort einstecken und den eingebauten NAS-Server nutzen.
In diesem Fall detektiert die Synology die angeschlossene UPS. Im Menue Hardware & Energie, Tab USV kann man den NUT Server aktivieren und die IP-Adressen der Clients - also auch des ioBroker-Rechners - einstellen.
Im ioBroker Adapter gibt man die IP Adresse der Synology an, sowie wieder Port 3493. Bei Synology muß der Name der UPS sowie dessen Benutzername ups lauten und das password secret .
Das funktioniert recht problemlos und stabil, hat aber einen Haken. Wenn die Synology bei einem Stromausfall heruntergefahren wird, stellt auch deren NUT Server den Dienst ein und der ioBroker wird nicht mehr mit den Daten der UPS versorgt. Also gerade dann, wenn es eigentlich am interessantesten ist.
Um das zu vermeiden, kann man den NUT-Server auf einem (eigenen) Kleinrechner betreiben. Alle anderen Geräte werden dann als Cient betrieben.NUT-Server auf einem Kleinrechner (SBC)
In meinem Fall ist der SBC ein Orange Pi Plus 2e, der für diese Aufgabe zwar viel zu groß ist, aber durch Migration von ioBoker auf einen Windows Rechner frei wurde.
Das Aufsetzen des NUT-Server erfolgt auf den Spuren von Haus-Automatisierung und Wiki Ubuntuusers
Zuerst System aktualisieren bzw. neu aufsetzen mit µSD Karteapt update apt upgradeEdit: Den NUT-Rechner mit der USV per USB verbinden. Darauf hat @Homoran hingewiesen.
Nut installation:sudo apt install nut usbutilsBei älteren Systemen sudo apt-get install nut usbutils
sudo nano /etc/nut/ups.confEinfügen:
[ups] driver = "usbhid-ups" port = "auto" desc = "CyberPower" pollinterval = 30Bei Verwendung einer Synology muß [ups] verwendet werden.
Sudo rebootsudo upsdrvctl start sudo cp /lib/udev/rules.d/62-nut-usbups.rules /etc/udev/rules.d/ sudo rebootsudo upsdrvctl start sudo nano /etc/nut/nut.confEintragen:
MODE=netserverDanach den Dienst starten:
sudo upsdWenn alles funktioniert hat, kann man jetzt Daten ausgeben:
sudo upsc ups@localhostHier muss eine sinnvolle Liste gelistet werden: Beispiel:
root@opi2e_reserve:~# sudo upsc ups@localhost Init SSL without certificate database battery.charge: 100 battery.charge.low: 10 battery.charge.warning: 20 battery.mfr.date: CPS battery.runtime: 6690 battery.runtime.low: 300 battery.type: PbAcid battery.voltage: 24.0 battery.voltage.nominal: 24 device.mfr: CPS device.model: CP1500EPFCLCD device.serial: CRABCD12345678 device.type: ups driver.name: usbhid-ups driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 30 driver.parameter.port: auto driver.parameter.synchronous: no driver.version: 2.7.4 driver.version.data: CyberPower HID 0.4 driver.version.internal: 0.41 input.transfer.high: 260 input.transfer.low: 170 input.voltage: 235.0 input.voltage.nominal: 230 output.voltage: 267.0 ups.beeper.status: enabled ups.delay.shutdown: 20 ups.delay.start: 30 ups.load: 5 ups.mfr: CPS ups.model: CP1500EPFCLCD ups.productid: 0501 ups.realpower.nominal: 900 ups.serial: CRABCD12345678 ups.status: OL ups.test.result: No test initiated ups.timer.shutdown: -60 ups.timer.start: -60 ups.vendorid: 0764 root@opi2e_reserve:~#Weiter gehts
sudo nano /etc/nut/upsd.confEintragen:
LISTEN 127.0.0.1 3493 LISTEN 192.168.178.123 3493Also IP-Adresse der eigenen (Nut-Server) Eth Schnittstelle
Starten und stoppen, damit das conf-file wieder eingelesen wirdsudo upsd -c stop sudo upsdJetzt werden Benutzerkonten angelegt, unter denen man von anderen Geräten auf den NUT-Server zugreifen kann. In meinem Beispiel:
Drei user werden erstellt
- upsmaster für den Administrator, der damit aber nichts macht
- monuser für die Synology
- upsmon_remote für den ioBrokerDazu:
sudo nano /etc/nut/upsd.usersEintragen:
[upsmaster] password = irgendwasabergutmerken actions = SET instcmds = ALL upsmon master [monuser] password = secret upsmon slave [upsmon_remote] password = secret upsmon slaveWieder übernehmen
sudo upsd -c stop sudo upsdJetzt müssen wir das Ganze auch noch reboot-fest machen.
Bei neueren Linux-Systemen geschieht das über systemd. @Thomas-Braun und @David-G haben diese Anpassung dankenswerterweise ausgearbeitet und getestet (siehe dort mit Nutzung dieser Fundstelle):
Zuerst mitcat /etc/systemd/system/multi-user.target.wants/nut-server.serviceprüfen, ob diese Datei vorhanden ist und nut bereits die Vorkehrungen für systemd getroffen hat.
Falls diese Datei existiert, Mit nano öffnen:sudo nano /etc/systemd/system/multi-user.target.wants/nut-server.serviceDiese Datei sieht dann erst mal so aus:
[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.targetDamit genügend Zeit zur Installation der USB Treiber bleibt, nach der Zeile [Service] noch die Verzögerung
ExecStartPre=/bin/sleep 30eintragen und die geänderte Datei abspeichern.
Die Datei sollte nun 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] ExecStartPre=/bin/sleep 30 ExecStart=/sbin/upsd Type=forking [Install] WantedBy=multi-user.target{
Hier die Methode für alte Systeme, bei denen die Datei /etc/systemd/system/multi-user.target.wants/nut-server.service nicht existiert. Darf nicht verwendet werden, wenn diese Datei vorhanden ist und die vorherigen Schritte schon ausgeführt wurdensudo nano /etc/rc.localHier VOR exit=0 einfügen
#additions for nut server upsdrvctl start upsd #end additions for nut server} Ende der Einstellungen für Altsysteme. Bei neueren Sytsemen nicht mehr verwenden]
Jetzt wird noch der ioBroker Adapter eingestellt. Beispiel
IP des NUT Servers: 192.168.178.123 #Beispiel Port des NUT Servers: 3493 NUT Name der UPS: ups Aktualisierungsintervall 300s Username der UPS: upsmon_remote Passwort der UPS: secretBei der Synology wird eingestellt (Hardware & Energie, Tab USV):
Anhaken: USV-Unterstützung aktivieren
Netzwerk-USV-Typ: Synology USV Server
Netzwerk-USV-Server-IP: 192.168.178.123 #BeispielDie Zeit einstellen, nach der die Synology heruntergefahren werden soll + anhaken.
NUT-Server und ioBroker auf einem Rechner
Diese Konfiguration hatte ich nie in Betrieb. Sie müßte aber mit den o.g. Installationsschritten möglich sein. Als IP-Adresse des NUT Servers kann innerhalb des Host Rechners dann localhost oder 127.0.0.1 verwendet werden.
Edit:
Welcher Treiber passt zu meiner USV?
Auswahltabelle Treiber auf der Seite des NUT-ProjektsHallo,
bei mir klappt der Autostart am Pi irgendwie nicht.
Anbei meine rc.local.
Sieht da jemand einen Fehler?
#!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runleve$ # Make sure that the script will "exit 0" on success or any ot$ # value on error. # # In order to enable or disable this script just change the ex$ # bits. # # By default this script does nothing. # Print the IP address _IP=$(hostname -I) || true if [ "$_IP" ]; then printf "My IP address is %s\n" "$_IP" fi #additions for nut server upsdrvctl start upsd #end additions for nut server exit 0 -
Hallo @klassisch
kannst du mir bitte helfen, möglicherweise?seit ein paar Tagen läuft mein nut-Adapter nicht mehr. Habe es heute erst gemerkt.
Den Server hatte ich auch auf einem cubietruck getestet und dort installiert.
jetzt habe ich einiges an dem Cubie rumgespielt (mal wieder einen Akku drangehängt und die ganzen Daten in den rpi2 Adapter versucht einzupflegen, seit gestern dann noch einen dump1090 ADB-2 receiver)Bei der Überprüfung der ganzen Funktionen sehe ich ein ECONNREFUSED und habe mal auf dem Cubie nachgesehen und:
pi@cubietruck:~$ sudo upsd Network UPS Tools upsd 2.7.4 fopen /var/run/nut/upsd.pid: No such file or directory listening on 192.168.138.73 port 3493 listening on 127.0.0.1 port 3493 Can't connect to UPS [ups] (usbhid-ups-ups): No such file or directorysagt dir diese Meldung etwas?
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
Hallo @klassisch
kannst du mir bitte helfen, möglicherweise?seit ein paar Tagen läuft mein nut-Adapter nicht mehr. Habe es heute erst gemerkt.
Den Server hatte ich auch auf einem cubietruck getestet und dort installiert.
jetzt habe ich einiges an dem Cubie rumgespielt (mal wieder einen Akku drangehängt und die ganzen Daten in den rpi2 Adapter versucht einzupflegen, seit gestern dann noch einen dump1090 ADB-2 receiver)Bei der Überprüfung der ganzen Funktionen sehe ich ein ECONNREFUSED und habe mal auf dem Cubie nachgesehen und:
pi@cubietruck:~$ sudo upsd Network UPS Tools upsd 2.7.4 fopen /var/run/nut/upsd.pid: No such file or directory listening on 192.168.138.73 port 3493 listening on 127.0.0.1 port 3493 Can't connect to UPS [ups] (usbhid-ups-ups): No such file or directorysagt dir diese Meldung etwas?
Ich weiß nicht, ob es im Ansatz was mit zu tun hat, schreibe es aber einfach mal. Erst recht weil ich im Gegensatz zu dir ein Linux Dau bin 😁.
Hatte das
No such file or directorynach den ersten beiden installationen vom Nut-Server als ich ich die Verzeichnisse wechseln wollte wo der Treiber und die User angelegt werden.
Erst nach einer dritten Wiederholung der Installation wurden die Dateien gefunden. -
Hallo @klassisch
kannst du mir bitte helfen, möglicherweise?seit ein paar Tagen läuft mein nut-Adapter nicht mehr. Habe es heute erst gemerkt.
Den Server hatte ich auch auf einem cubietruck getestet und dort installiert.
jetzt habe ich einiges an dem Cubie rumgespielt (mal wieder einen Akku drangehängt und die ganzen Daten in den rpi2 Adapter versucht einzupflegen, seit gestern dann noch einen dump1090 ADB-2 receiver)Bei der Überprüfung der ganzen Funktionen sehe ich ein ECONNREFUSED und habe mal auf dem Cubie nachgesehen und:
pi@cubietruck:~$ sudo upsd Network UPS Tools upsd 2.7.4 fopen /var/run/nut/upsd.pid: No such file or directory listening on 192.168.138.73 port 3493 listening on 127.0.0.1 port 3493 Can't connect to UPS [ups] (usbhid-ups-ups): No such file or directorysagt dir diese Meldung etwas?
@Homoran sagte in [HowTo] USV: NUT Server auf SBC installieren:
sagt dir diese Meldung etwas?
leider nicht. Habe meine Notizen durchgeschaut und da habe ich nichts dazu gefunden. Ich würde bei Linux auf ein Rechtethema oder USB-Durchreichung tippen.
Habe aber keine wirkliche Ahnung von Linux. Und da ich ioBroker unter Windows betreibe wird das auch immer weniger.
Hab noch einen OPi mit piVCCU, bei dem ich die Kernel-Updaterei deaktiviert habe und nur noch piVCCU update. Solange noch Stretch unterstützt wird.
Der NUT OPi hatte ja nach dem letzten Aufsetzen von armbian Stretch nur noch 1GB statt der 2GB zur Verfügung. Das hat mein Vertrauen in Linux auch nicht gerade gestärkt. Ich mache mit diesem OPi nichts, außer NUT. Völlige Verschwendung, aber das Ding hatUp time: 481 daysAlso alles stabil und deshalb mache ich nichts dran. Sorry. Läuft also parktisch schon seit dem Aufsetzen ohne Unterbrechung. Der erste Post in diesem Thread ist 476 Tage her, also wohl knapp eine Woche nach dem Aufsetzen.
Der OPi hängt ja selbst auch an der gepufferten Stromversorgung und hat deshalb nichts vom kürzlichen Austausch des Stromzählers mitbekommen.
Da ich jetzt sowohl RFLink als auch smartmeter über TCP statt USB betreibe, könnte ich meinen Windows Rechner translozieren und neben die USV stellen, dort einen NUT Server installieren und auch noch den NUT-OPi ausser Betrieb setzen. Windows handelt USB ja problemlos und einen NUT-Server unter Windows scheint es auch zu geben. Die Verlockung ist groß. Aber dann hätte ich wieder die räumliche Abhängigkeit, die ich nicht will. Also werden die paar Watt spendiert und der OPI NUTtet weiter. -
@Homoran sagte in [HowTo] USV: NUT Server auf SBC installieren:
sagt dir diese Meldung etwas?
leider nicht. Habe meine Notizen durchgeschaut und da habe ich nichts dazu gefunden. Ich würde bei Linux auf ein Rechtethema oder USB-Durchreichung tippen.
Habe aber keine wirkliche Ahnung von Linux. Und da ich ioBroker unter Windows betreibe wird das auch immer weniger.
Hab noch einen OPi mit piVCCU, bei dem ich die Kernel-Updaterei deaktiviert habe und nur noch piVCCU update. Solange noch Stretch unterstützt wird.
Der NUT OPi hatte ja nach dem letzten Aufsetzen von armbian Stretch nur noch 1GB statt der 2GB zur Verfügung. Das hat mein Vertrauen in Linux auch nicht gerade gestärkt. Ich mache mit diesem OPi nichts, außer NUT. Völlige Verschwendung, aber das Ding hatUp time: 481 daysAlso alles stabil und deshalb mache ich nichts dran. Sorry. Läuft also parktisch schon seit dem Aufsetzen ohne Unterbrechung. Der erste Post in diesem Thread ist 476 Tage her, also wohl knapp eine Woche nach dem Aufsetzen.
Der OPi hängt ja selbst auch an der gepufferten Stromversorgung und hat deshalb nichts vom kürzlichen Austausch des Stromzählers mitbekommen.
Da ich jetzt sowohl RFLink als auch smartmeter über TCP statt USB betreibe, könnte ich meinen Windows Rechner translozieren und neben die USV stellen, dort einen NUT Server installieren und auch noch den NUT-OPi ausser Betrieb setzen. Windows handelt USB ja problemlos und einen NUT-Server unter Windows scheint es auch zu geben. Die Verlockung ist groß. Aber dann hätte ich wieder die räumliche Abhängigkeit, die ich nicht will. Also werden die paar Watt spendiert und der OPI NUTtet weiter.@klassisch
@David-GDanke für den Input.
Ich hatte gestern Abend auch noch etwas unkoordiniert an dem Cubietruck rumgehackt und bin jetzt auch zu dem Schluss gekommen, dass es irgendwie mit dem USB Anschluss zu tun haben muss.Habe die APC jetzt an dem anderen USB angeschlossen, natürlich mehrfach gewechselt ohne Erfolg, dann diverse Schritte aus der Installation ebenfalls unkoordiniert wiederholt genauso wie mehrere Reboots.
Irgendwann lief es dann wieder.
Beim ersten nachvollziehen der Anleitung auf einem Pi klappte es ja auch erst, wenn bei der Installation die USV bereits angeschlossen war.
ggf. wird die Konfiguration automatisch dann irgendwie mit dem USB Anschluss verheiratet. -
@klassisch
@David-GDanke für den Input.
Ich hatte gestern Abend auch noch etwas unkoordiniert an dem Cubietruck rumgehackt und bin jetzt auch zu dem Schluss gekommen, dass es irgendwie mit dem USB Anschluss zu tun haben muss.Habe die APC jetzt an dem anderen USB angeschlossen, natürlich mehrfach gewechselt ohne Erfolg, dann diverse Schritte aus der Installation ebenfalls unkoordiniert wiederholt genauso wie mehrere Reboots.
Irgendwann lief es dann wieder.
Beim ersten nachvollziehen der Anleitung auf einem Pi klappte es ja auch erst, wenn bei der Installation die USV bereits angeschlossen war.
ggf. wird die Konfiguration automatisch dann irgendwie mit dem USB Anschluss verheiratet.@Homoran Prima, daß es jetzt wieder geht. Danke für die Rückmeldung. USB und Betriebsysteme ist mir ein Mysterium. Aber bei Windows fällt es nicht auf, weil es besser funktioniert. Bei Linux hakte es halt öfter bis fast immer. Diese ganze Mounterei ist aus der Zeit gefallen. Ist nicht mehr zeitgemäß. Und seit mein ioBroker Rechner per RemoteDesktop administrierbar ist, möchte ich nicht mehr auf headless zurück.
687
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge