Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[stefu87_CH]

@wildbill Das habe ich mir auch so halbwegs gedacht, aber beim Befehel : upsc ups@localhost erhalte ich diese Meldung

root@Proxmox:~#  upsc ups@localhost
Error: Connection failure: Connection refused
root@Proxmox:~# 

[Homoran]

@stefu87_ch wo ist denn der NUT Server installiert?

[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>