NEWS
[HowTo] USV: NUT Server auf SBC installieren
-
@Homoran Habe auf den NUT-OPi 30 Sekunden polltime und auf dem ioBroker ioBroker-Adapter etwas weniger, also 25 Sekunden Update time. Beim Ausschalten hat es etwas weniger als 30 Sekunden gedauert und beim Einschalten ca. 55 Sekunden. Damit könnte ich leben.
Ich stelle die Update-Zeit des ioBroker-Adapters etwas geringer ein als die Pollzeit des Servers, damit der ioBroker die Daten schneller abholt als sie sich imServer ansammel können und sich somit kein Puffer aufbauen kann. Ob das erforderlich ist, weiß ich nicht, aber ich kann ja mal versuchen @apollon77 im NUT-Thread zu fragen.
Nachteil dieser Einstellung ist die Datenmenge in History. Aber das könnte man notfalls durch Mittelung per JS-Skript reduzieren.@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
NUT-OPi 30 Sekunden polltime
ääähm - jetzt hast du mich abgehängt!
muss man in dem Server auch noch eine polltime konfigurieren?Wenn ja, dann weiß ich natürlich nicht was da in der Syno steht!
Das wäre dann ja eine mögliche Ursache für den Spaß -
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
NUT-OPi 30 Sekunden polltime
ääähm - jetzt hast du mich abgehängt!
muss man in dem Server auch noch eine polltime konfigurieren?Wenn ja, dann weiß ich natürlich nicht was da in der Syno steht!
Das wäre dann ja eine mögliche Ursache für den Spaß@Homoran wie das mit der Syno als NUT-Server ist, habe ich leider vergessen. Aber bei den NUT-Servern auf SBC wie hier im Eingangspost beschrieben, gibt es ein Configfile und in diesem steht bei mir u.a.
[ups] # [cyberpower] does not work for Synology. DS needs ups driver = "usbhid-ups" port = "auto" desc = "CyberPower" pollinterval = 30Da ist also ein Pollintervall drin. Ob man das bei der Syno einstellen kann, weiß ich nicht mehr.
-
@Homoran wie das mit der Syno als NUT-Server ist, habe ich leider vergessen. Aber bei den NUT-Servern auf SBC wie hier im Eingangspost beschrieben, gibt es ein Configfile und in diesem steht bei mir u.a.
[ups] # [cyberpower] does not work for Synology. DS needs ups driver = "usbhid-ups" port = "auto" desc = "CyberPower" pollinterval = 30Da ist also ein Pollintervall drin. Ob man das bei der Syno einstellen kann, weiß ich nicht mehr.
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Da ist also ein Pollintervall drin. Ob man das bei der Syno einstellen kann, weiß ich nicht mehr.
Danke!
Dann kann da natürlich die Ursache für die trägen Daten liegen.
Wäre erst recht ein Grund auf deine SBC-Version umzusteigen -
@Homoran wie das mit der Syno als NUT-Server ist, habe ich leider vergessen. Aber bei den NUT-Servern auf SBC wie hier im Eingangspost beschrieben, gibt es ein Configfile und in diesem steht bei mir u.a.
[ups] # [cyberpower] does not work for Synology. DS needs ups driver = "usbhid-ups" port = "auto" desc = "CyberPower" pollinterval = 30Da ist also ein Pollintervall drin. Ob man das bei der Syno einstellen kann, weiß ich nicht mehr.
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Ob man das bei der Syno einstellen kann, weiß ich nicht mehr.
so einfach über die Oberfläche nicht
-
@klassisch sagte in [HowTo] USV: NUT Server auf SBC installieren:
Ob man das bei der Syno einstellen kann, weiß ich nicht mehr.
so einfach über die Oberfläche nicht
@Homoran ja, glaube mich dunkel zu erinnern, daß dort auch ein NUT hinterlegt ist. Aber dann müßte man finden wo der steckt und in dessen Configs rumfrickeln mit allen Rechtethmen. Und nach dem Update ist es vielleicht wieder weg.
-
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,
ich hatte den Nut auf einem Raspi nach Deiner Anleitung installiert und das lief auch bis gerade eben super mit meiner APC USV. Nach einem Power off des Raspi und Restart bekomme ich nur noch diese Fehlermeldung:
nut.0 2020-12-02 13:19:43.873 error (21087) Err while getting NUT values: DRIVER-NOT-CONNECTED nut.0 2020-12-02 13:19:43.870 info (21087) Start NUT updateWas könnte das sein, bzw. wie bekomme ich es wieder ans laufen?
-
Hallo,
ich hatte den Nut auf einem Raspi nach Deiner Anleitung installiert und das lief auch bis gerade eben super mit meiner APC USV. Nach einem Power off des Raspi und Restart bekomme ich nur noch diese Fehlermeldung:
nut.0 2020-12-02 13:19:43.873 error (21087) Err while getting NUT values: DRIVER-NOT-CONNECTED nut.0 2020-12-02 13:19:43.870 info (21087) Start NUT updateWas könnte das sein, bzw. wie bekomme ich es wieder ans laufen?
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
Nach einem Power off
Stecker raus??
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
Was könnte das sein
dann kann es von nicht gestartetem Prozess bis hin zu einem defekten Dateisystem alles 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 -
-
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
Nach einem Power off
Stecker raus??
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
Was könnte das sein
dann kann es von nicht gestartetem Prozess bis hin zu einem defekten Dateisystem alles sein
Ja, das könnte wohl sein.
Was ich gemacht hatte war: Mit sudo poweroff den Produktiv-Raspi runtergefahren. Der Monteur setzt einen neuen Zähler und schaltet den Strom komplett ab. Die USV springt ein und der NUT-Serverraspi hängt ebenfalls an der USV. Strom wird wieder eingeschaltet und Produktiv-Raspi fährt wieder hoch. Danach kam die besagte Fehlermeldung.
Der NUT-Raspi scheint aber zu funktionieren, kann mich per SSH aufschalten.
-
Ja, das könnte wohl sein.
Was ich gemacht hatte war: Mit sudo poweroff den Produktiv-Raspi runtergefahren. Der Monteur setzt einen neuen Zähler und schaltet den Strom komplett ab. Die USV springt ein und der NUT-Serverraspi hängt ebenfalls an der USV. Strom wird wieder eingeschaltet und Produktiv-Raspi fährt wieder hoch. Danach kam die besagte Fehlermeldung.
Der NUT-Raspi scheint aber zu funktionieren, kann mich per SSH aufschalten.
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
der NUT-Serverraspi hängt ebenfalls an der USV.
der war also nicht komplett stromlos?
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
Der NUT-Raspi scheint aber zu funktionieren, kann mich per SSH aufschalten.
dann mache mal einen reboot
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 -
-
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
der NUT-Serverraspi hängt ebenfalls an der USV.
der war also nicht komplett stromlos?
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
Der NUT-Raspi scheint aber zu funktionieren, kann mich per SSH aufschalten.
dann mache mal einen reboot
-
Ja, der NUT-Server war zu keinem Zeitpunkt stromlos, da an die USV angeschlossen und ich habe ihn auch schon neu gestartet.
Sollte ich vlt. den Produktiv-Raspi mit ioBroker drauf nochmal neu starten?
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
Ja, der NUT-Server war zu keinem Zeitpunkt stromlos, da an die USV angeschlossen und ich habe ihn auch schon neu gestartet.
Habe die Anleitung im Eingangspost upgedatet, weil @David-G bei seinem System Probleme mit der Rebootpersistenz hatte und @Thomas-Braun hilfreich zur Seite war. Bei neueren Systemen nutzt man hierfür systemd
Sollte ich vlt. den Produktiv-Raspi mit ioBroker drauf nochmal neu starten?
Eigentlich hast Du das schon gemacht. Was sagen denn die Adaptereinstellungen? Stimmen die noch oder haben die sich verändert?
Mein ioBroker Rechner (Laptop) hängt auch an der USV und läuft somit immer durch. So kann ich dann per FLOT hinterher sehen, was während der Blackoutzeit passiert ist. Sowas wäre jetzt hilfreich.
Du kannst aber jetzt den Adapter auf debug stellen. Dann sollte er im log etwas gesprächiger werden.Dann hast Du jetzt auch eine Moderne Meßeinrichtung bekommen? Dann gleich PIN besorgen und smartmeter Adapter nutzen.
-
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
Ja, der NUT-Server war zu keinem Zeitpunkt stromlos, da an die USV angeschlossen und ich habe ihn auch schon neu gestartet.
Habe die Anleitung im Eingangspost upgedatet, weil @David-G bei seinem System Probleme mit der Rebootpersistenz hatte und @Thomas-Braun hilfreich zur Seite war. Bei neueren Systemen nutzt man hierfür systemd
Sollte ich vlt. den Produktiv-Raspi mit ioBroker drauf nochmal neu starten?
Eigentlich hast Du das schon gemacht. Was sagen denn die Adaptereinstellungen? Stimmen die noch oder haben die sich verändert?
Mein ioBroker Rechner (Laptop) hängt auch an der USV und läuft somit immer durch. So kann ich dann per FLOT hinterher sehen, was während der Blackoutzeit passiert ist. Sowas wäre jetzt hilfreich.
Du kannst aber jetzt den Adapter auf debug stellen. Dann sollte er im log etwas gesprächiger werden.Dann hast Du jetzt auch eine Moderne Meßeinrichtung bekommen? Dann gleich PIN besorgen und smartmeter Adapter nutzen.
anbei die aktuellen Adaptereinstellungen, mit denen es bisher funktionierte:
Die Debug-Ausgabe ist auch nicht besonders redefreudig:
nut.0 2020-12-02 15:32:33.127 debug (26662) NUT Connection closed. Done. nut.0 2020-12-02 15:32:33.125 error (26662) Err while getting NUT values: DRIVER-NOT-CONNECTED nut.0 2020-12-02 15:32:33.123 debug (26662) NUT Connection ready nut.0 2020-12-02 15:32:33.121 info (26662) Start NUT updateJa, habe heute den Ferraris-Zähler gegen eine mME getauscht bekommen, PIN habe ich bereits eingegeben.
Den smarten Adapter brauche ich nicht, da ich durch die PV-Anlage ein Smartmeter (Fronius) habe, das ich durch den Fronius-Adapter auch auslesen kann.
-
anbei die aktuellen Adaptereinstellungen, mit denen es bisher funktionierte:
Die Debug-Ausgabe ist auch nicht besonders redefreudig:
nut.0 2020-12-02 15:32:33.127 debug (26662) NUT Connection closed. Done. nut.0 2020-12-02 15:32:33.125 error (26662) Err while getting NUT values: DRIVER-NOT-CONNECTED nut.0 2020-12-02 15:32:33.123 debug (26662) NUT Connection ready nut.0 2020-12-02 15:32:33.121 info (26662) Start NUT updateJa, habe heute den Ferraris-Zähler gegen eine mME getauscht bekommen, PIN habe ich bereits eingegeben.
Den smarten Adapter brauche ich nicht, da ich durch die PV-Anlage ein Smartmeter (Fronius) habe, das ich durch den Fronius-Adapter auch auslesen kann.
@qqolli Die Adaptereinstellungen sehen aus wie meine.
Ich interpretiere das log so, daß zumindest mal die Verbindung zum NUT-Server aufgebaut wird.
Anscheinend scheint dort das Problem zu liegen. Vielleicht Findet er den USB Port Treiber nicht mehr? -
@qqolli Die Adaptereinstellungen sehen aus wie meine.
Ich interpretiere das log so, daß zumindest mal die Verbindung zum NUT-Server aufgebaut wird.
Anscheinend scheint dort das Problem zu liegen. Vielleicht Findet er den USB Port Treiber nicht mehr?Witzigerweise findet er meine APC-USV über USB:
pi@NUT-Server:~ $ lsusb Bus 001 Device 005: ID 051d:0002 American Power Conversion Uninterruptible Power Supply Bus 001 Device 004: ID 0424:7800 Standard Microsystems Corp. Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Broadcast message from nut@NUT-Server (somewhere) (Wed Dec 2 16:07:39 2020): UPS ups@localhost is unavailableAber am Ende sagt er:
UPS ups@localhost is unavailableobwohl die per USB-Kabel am NUT dran ist :-(
-
Witzigerweise findet er meine APC-USV über USB:
pi@NUT-Server:~ $ lsusb Bus 001 Device 005: ID 051d:0002 American Power Conversion Uninterruptible Power Supply Bus 001 Device 004: ID 0424:7800 Standard Microsystems Corp. Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Broadcast message from nut@NUT-Server (somewhere) (Wed Dec 2 16:07:39 2020): UPS ups@localhost is unavailableAber am Ende sagt er:
UPS ups@localhost is unavailableobwohl die per USB-Kabel am NUT dran ist :-(
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
die per USB-Kabel am NUT dran ist
hast du den USB-Port gewechselt?
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 -
-
@qqolli sagte in [HowTo] USV: NUT Server auf SBC installieren:
die per USB-Kabel am NUT dran ist
hast du den USB-Port gewechselt?
-
Hallo,
ich hatte den Nut auf einem Raspi nach Deiner Anleitung installiert und das lief auch bis gerade eben super mit meiner APC USV. Nach einem Power off des Raspi und Restart bekomme ich nur noch diese Fehlermeldung:
nut.0 2020-12-02 13:19:43.873 error (21087) Err while getting NUT values: DRIVER-NOT-CONNECTED nut.0 2020-12-02 13:19:43.870 info (21087) Start NUT updateWas könnte das sein, bzw. wie bekomme ich es wieder ans laufen?
Hast du mal versucht einzustellen, dass der Dienst verzögert startet?
Habe gelesen, dass teilweise wenn der Dienst zu früh startet die USB Devices oder das Netzwerk noch nicht geladen sind.
Zu dem verzögerten Start steht auch was in der Anleitung.
-
Nein, wirklich nichts geändert; außer wie oben beschrieben. USB-Port ist unverändert.
-
Hast du mal versucht einzustellen, dass der Dienst verzögert startet?
Habe gelesen, dass teilweise wenn der Dienst zu früh startet die USB Devices oder das Netzwerk noch nicht geladen sind.
Zu dem verzögerten Start steht auch was in der Anleitung.
@David-G @qqolli
Deswegen ja auch die ZeileExecStartPre=/bin/sleep 30beim Start über systemd. In den 30 Sekunden hat das System dann die Zeit die Interfaces hochzufahren. Könnte man auch anders machen, funktioniert aber.
-
Hallo @klassisch und @all
Habe jetzt endlich meine zweite APC700 in finalen Betrieb genommen und den vorbereiteten Cubie als NUT-Server angeklemmt.
Leider bekomme ich beim Versuch diesen von ioBroker aus zu erreichen folgende Fehlermeldung:
nut.1 2020-12-04 19:10:09.370 error (11393) Error happend: Error: getaddrinfo ENOTFOUND http://192.168.138.73 http://192.168.138.73:3493nut.1 ist korrekt, ich habe für die zweite USV eine zweite Instanz angelegt.
Die IP und den Port habe ich jetzt x-mal geprüft.User und Passwort sind die nach der Anleitung als ups-remote angelegt wurden (mit slave!?!?)
Lokal über putty bekomme ich mit
sudo upsc ups@localhosteine brauchbare Ausgabe.Ich bin jetzt mit meinem Latein am Ende :confused: und für jede Hilfe dankbar
EDIT:
habe noch einiges versucht, Schlussendlich war das Entfernen von
http://die Lösung.
Ich weiß gar nicht wo die herkam.
770
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge