Monatsrückblick Januar/Februar 2026 ist online!

[stefu87_CH]

@homoran Führe alle Befehle in der Shell von Proxmox aus. Und wenn dann alles klappt, per Iobroker Adapter die Daten auslesen.

[Homoran]

@stefu87_ch sagte in [HowTo] USV: NUT Server auf SBC installieren:

in der Shell von Proxmox aus.

im PVE und nicht in der VM?

das sind beides Shells von Proxmox

[stefu87_CH]

@homoran sagte in [HowTo] USV: NUT Server auf SBC installieren:

im PVE und nicht in der VM?

Genau im PVE.

[stefu87_CH]

Habe jetzt nochmals einen Anlauf versucht und habe das Gefühl das die IP Adresse nicht übernommen wird.

Wenn ich dies so machen nach der Anleitung, erhalte ich nach diesem Schritt den folgenden Fehler:

Fehler bei meiner Installation

root@Proxmox:~# upsd
Network UPS Tools upsd 2.8.0
fopen /run/nut/upsd.pid: No such file or directory
Could not find PID file '/run/nut/upsd.pid' to see if previous upsd instance is already running!

[stenmic]

Hallo,
versuche gerade den Nut Sever auf einem Pi Bookworm zu installieren.
Bei mir existiert werder:
/etc/systemd/system/multi-user.target.wants/nut-server.service
noch
/etc/rc.local

wie bekomme ich den "Autostart" hin?

[Thomas Braun]

@stenmic

Die liegt (auf meinem System) hier:

/etc/systemd/system/nut.target.wants/nut-server.service

[BananaJoe]

@stenmic

Wenn du per

systemctl start nut-server.service

den Dienst starten kannst (egal wo die Datei gerade liegt) reicht ein

systemctl enable nut-server.service

um den beim reboot automatisch zu starten.
Beide Befehle ggf. mit sudo davor

[stenmic]

@bananajoe @thomas-braun
danke, es läuft jetzt

[iobroker2001]

Hallo zusammen,
bei mir fährt der nut-Server nicht herunter, wenn 20 % unterschritten werden (ich vermute mal, dass das die Grenze ist, s. unten). Ich habe die Einstellungen jetzt zigmal überprüft und finde keinen Fehler.

Situation:
Eaton Ellipse ECO 650, hieran angeschlossen per USB:
Raspi 3 mit NUT-Server

Raspi 5 mit ioBroker und NUT-Adapter

Das funktioniert:
Auf Raspi5 (ioBroker) läuft ein Blockly-Script und liest den Füllstand der Batterie aus Raspi3.
Wenn Füllstand <= 25 % fährt Raspi5 herunter.

Das funktioniert nicht:
Der Raspi3 mit dem NUT-Server fährt NICHT bei 20 % herunter, sondern wird am bitteren Ende durch den leeren Akku abgewürgt. Mein Verständnis war, dass der Raspi3 bei ca. 20 % auch herunterfährt und anschließend die USV sich auch schlafen legt.

Kann es sein, dass der Server und die USV nicht herunterfahren, weil sie vom Client/Raspi5/ioBroker noch eine Rückmeldung erwarten? Auf dem Raspi5 habe ich nur den NUT-Adapter installiert, keine zusätzl. nut-client-Software.

In nut.conf:

MODE=netserver

In ups.conf:

[ups]
        driver = "usbhid-ups"
        port = "auto"
        desc = "Eaton-USV"
        pollinterval = 15
        sdorder = -1

In upsd.users:

[upsmaster]
        password = meinpasswort1
        actions = SET
        instcmds = ALL
        upsmon master


[upsmon_iobroker]
        password  = meinpasswort1
        upsmon slave

In upsmon.conf:

SHUTDOWNCMD "/sbin/shutdown -h +0"

In upsmon.conf:

NOTIFYFLAG ONLINE       SYSLOG+WALL
NOTIFYFLAG ONBATT       SYSLOG+WALL

Beispiel während eines Testspannungsausfalls (Rest 18 %):

sudo upsc ups@localhost
Init SSL without certificate database
battery.charge: 18
battery.charge.low: 20
battery.runtime: 388
battery.type: PbAc
device.mfr: EATON
device.model: Ellipse ECO 650
device.serial: 000000000
device.type: ups
driver.debug: 0
driver.flag.allow_killpower: 0
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 15
driver.parameter.port: auto
driver.parameter.synchronous: auto
driver.state: quiet
driver.version: 2.8.1
driver.version.data: MGE HID 1.46
driver.version.internal: 0.52
driver.version.usb: libusb-1.0.28 (API: 0x100010a)
input.transfer.high: 264
input.transfer.low: 184
outlet.1.desc: PowerShare Outlet 1
outlet.1.id: 2
outlet.1.status: off
outlet.1.switchable: no
outlet.2.desc: PowerShare Outlet 2
outlet.2.id: 3
outlet.2.status: on
outlet.2.switchable: no
outlet.desc: Main Outlet
outlet.id: 1
outlet.power: 25
outlet.switchable: no
output.frequency.nominal: 50
output.voltage: 230.0
output.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.firmware: 02
ups.load: 0
ups.mfr: EATON
ups.model: Ellipse ECO 650
ups.power.nominal: 650
ups.productid: ffff
ups.realpower: 0
ups.serial: 000000000
ups.status: OB LB
ups.timer.shutdown: -1
ups.timer.start: -1
ups.vendorid: 0463

sudo systemctl status upsd
● nut-server.service - Network UPS Tools - power devices information server
     Loaded: loaded (/usr/lib/systemd/system/nut-server.service; enabled; prese>
     Active: active (running) since Wed 2026-01-07 10:34:22 CET; 8s ago
 Invocation: a8df3ce125b34643a7aba6557defba50
    Process: 1729 ExecStartPre=/usr/bin/systemd-tmpfiles --create /usr/lib/tmpf>
   Main PID: 1731 (upsd)
      Tasks: 1 (limit: 764)
        CPU: 101ms
     CGroup: /system.slice/nut-server.service
             └─1731 /lib/nut/upsd -F

Jan 07 10:34:22 pihole upsd[1731]: Connected to UPS [ups]: usbhid-ups-ups
Jan 07 10:34:22 pihole upsd[1731]: Found 1 UPS defined in ups.conf
Jan 07 10:34:22 pihole nut-server[1731]: Running as foreground process, not sav>
Jan 07 10:34:22 pihole upsd[1731]: Running as foreground process, not saving a >
Jan 07 10:34:22 pihole nut-server[1731]: upsnotify: notify about state 2 with l>
Jan 07 10:34:22 pihole nut-server[1731]: upsnotify: failed to notify about stat>
Jan 07 10:34:22 pihole nut-server[1731]: upsnotify: logged the systemd watchdog>
Jan 07 10:34:22 pihole upsd[1731]: upsnotify: notify about state 2 with libsyst>
Jan 07 10:34:22 pihole upsd[1731]: upsnotify: failed to notify about state 2: n>
Jan 07 10:34:22 pihole upsd[1731]: upsnotify: logged the systemd watchdog situa>

[jan_xx]

Hallo zusammen, ich versuche meine USV mit dem PI zu verbinden und die Daten auszulesen, leider ohne Erfolg, ich habe o.g. Punkte bereits ausgeführt, leider komme ich nicht weiter. Hat jemand eine Anleitung bzw. kann mir sagen an welcher Stelle ich anfangen muss um den Fehler zu finden? vlt. einfach erklärt... Danke!

[Homoran]

@jan_xx sagte in [HowTo] USV: NUT Server auf SBC installieren:

Hat jemand eine Anleitung

das hier ist die Anleitung.

@jan_xx sagte in [HowTo] USV: NUT Server auf SBC installieren:

kann mir sagen an welcher Stelle ich anfangen muss um den Fehler zu finden?

z.B. das log/den output nicht abschneiden!
Da sollte genug drin stehen

EDIT:
Die Outputs sind ja gar nicht von dir!!
Wo sind denn deine?

[jan_xx]

Was genau soll ich jetzt zeigen?

[Homoran]

@jan_xx sagte in [HowTo] USV: NUT Server auf SBC installieren:

Was genau soll ich jetzt zeigen?

was du da tust, was nicht klappt.

Konsoleneingabe und die daraus folgende Ausgabe/Fehlermeldung.

Oder Stellen in der Anleitung bei denen du Fragen hast zitieren und deine Frage dazu

Ohne irgendwas von dir, wo es klemmt, wird es unmöglich etwas zu sagen

[jan_xx]

Also ich habe alle o.g. Schritte per Konsole ausgeführt, aber leider ist die USV nicht zu erreichen. Gerne zeige ich auch das was für eine Diagnose gebraucht wird, nur leider weiß ich garnicht was ich hier posten soll...

[jan_xx]

	2026-03-26 20:23:19.875	error	USV not available - Delay initialization
nut.0
	2026-03-26 20:23:19.871	error	Error happened: Error: connect ECONNREFUSED 192.168.122.174:3493

[jan_xx]

log file

[Homoran]

@jan_xx sagte in [HowTo] USV: NUT Server auf SBC installieren:

Also ich habe alle o.g. Schritte per Konsole ausgeführt, aber leider ist die USV nicht zu erreichen.

dann zeig mal die Konfiguration

was hast du für eine USV?
Wird die überhaupt von nut unterstützt?
wenn ja, mit welchem Treiber?

[jan_xx]

green cell, habe aber auch eine eaton die am Synology nas hängt die geht aber auch nicht.

ich denke hier liegt schon das erste problem

[jan_xx]

das habe ich im ups.conf eingetragen

[Thomas Braun]

@jan_xx

Bitte KEINE Bildchen aus dem Terminal.
Deine ups.conf ist korrupt. Hier meine:

[ups]
driver = usbhid-ups
port = auto
#   cable = 1234
desc = "USV"
vendorid = 051d
productid = 0002

Finde den Unterschied.

Als Tip aus der kommentierten Datei:

The general form is:

[upsname]

driver = <drivername>

port = <portname>

< any other directives here >

The section header ([upsname]) can be just about anything as long as

it is a single word inside brackets. upsd uses this to uniquely

identify a UPS on this system.