Alte USV mit USB zu Seriell RS-232 Adapter betreiben

Hallo,

ich habe hier einen RaspBerry Pi 4 (8GB), eine USV von MGE (Eaton) mit seriellem Kabel und einen USB zu Seriell Adapter von ALLNET (ALL0178v2). Als Software verwende ich NUT aus dem Bookworm Repository.

Der RaspBerry Pi hat wie geschrieben Bookworm installiert. Als Kernel wird 6.12.34-v8+ #1890 SMP PREEMPT Tue Jun 24 19:04:28 BST 2025 aarch64 GNU/Linux verwendet.

Das Adapterkabel wird erkannt:

[ 5609.449914] usb 1-1.1: new full-speed USB device number 4 using xhci_hcd
[ 5609.555853] usb 1-1.1: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
[ 5609.555887] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 5609.555901] usb 1-1.1: Product: FT232R USB UART
[ 5609.555913] usb 1-1.1: Manufacturer: FTDI
[ 5609.555923] usb 1-1.1: SerialNumber: xxxxxxxx
[ 5609.565608] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
[ 5609.565771] usb 1-1.1: Detected FT232R
[ 5609.570686] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0

Das Kernelmodul ist:

$ sudo lsusb -t
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
        |__ Port 1: Dev 4, If 0, Class=Vendor Specific Class, Driver=ftdi_sio, 12M

Eine rudimentäre NUT Installation habe ich gemäß Blog von Jeff Geerling (https://www.jeffgeerling.com/blog/2025/nut-…ervers-dont-die) vorgenommen.

Die USV wird erkannt:

$ sudo nut-scanner -E /dev/ttyUSB0 
Scanning serial bus for Eaton devices.
[nutdev1]
        driver = "mge-shut"
        port = "/dev/ttyUSB0"

Beim Test kommt die Fehlermeldung:

$ sudo upsc nutdev1
Init SSL without certificate database
Error: Driver not connected

Im Journal finde ich folgende Ausgaben:

Jun 30 15:32:39 rpi systemd[1]: Starting nut-driver@nutdev1.service - Network UPS Tools - device driver for nutdev1...
Jun 30 15:32:40 rpi nut-driver@nutdev1[91793]: No matching HID UPS found
Jun 30 15:32:40 rpi nut-driver@nutdev1[91793]: Network UPS Tools - Generic HID driver 0.47 (2.8.0)
Jun 30 15:32:40 rpi nut-driver@nutdev1[91793]: SHUT communication driver 0.86
Jun 30 15:32:40 rpi nut-driver@nutdev1[91793]: Warning: This is an experimental driver.
Jun 30 15:32:40 rpi nut-driver@nutdev1[91793]: Some features may not function correctly.
Jun 30 15:32:40 rpi nut-driver@nutdev1[91792]: Driver failed to start (exit status=1)
Jun 30 15:32:40 rpi nut-monitor[958]: Poll UPS [nutdev1@localhost] failed - Driver not connected

Für mich sieht das so aus, als ob die Kommunikation zwischen NUT (exakt mge-shut) und der USV nicht funktioniert.

Ich habe einen Gegentest mit meinem Desktoprechner gemacht. Ich habe die Konfiguration exakt übernommen. Die einzigen Unterschiede sind die Architektur (ARM vs. AMD64), der Kernel in Version 6.15.4-1-siduction-amd64 #1 SMP PREEMPT_DYNAMIC siduction 6.15-4 (2025-06-29) x86_64 GNU/Linux und die Version des NUT Pakets:

Bookworm: 2.8.0-7
Siduction[1]: 2.8.1-5

Auf dem Desktop mit aktuellerem Kernel und Paket (Upstream ist schon 2.8.3) funktioniert es natürlich.

Jetzt ergeben sich Fragen:

Gibt es ein bekanntes Problem zwischen dem RPi4 und dem ALLNET Adapter?

Gibt es ein bekanntes Problem zwischen NUT 2.8.0-7 und dem ALLNET Adapter?

[1] Rolling-Release Distribution auf Basis von Debian Sid.

Bernd666

Adlerauge! Aber die Meldung kommt beim Desktop auch:

$ upsc nutdev1
Init SSL without certificate database
battery.charge: 100
battery.charge.low: 20
battery.runtime: 1981
battery.type: PbAc
device.mfr: MGE UPS SYSTEMS
device.model: Ellipse MAX 850
device.serial: xxxxxxxxx
device.type: ups
....

Bernd666

Danke für die Unterstützung.

Wobei ich aber eher mit dem Adapter hadere. Was gibt es sonst noch für Hersteller, die solche Adapter anbieten und mit denen ihr gute Erfahrungen gemacht habt?

Quote from Bernd666

Moin orinoco,

warum nutzt du auf dem RPi "sudo" und auf dem AMD64 nicht?

73 de Bernd

Das ist aus der Lamäng passiert. Es macht keinen Unterschied.

Bernd666

Ja, man muss den User nut in die Gruppe dialout aufnehmen, wenn die USV seriell angesprochen wird. Das passiert bei der Installation nicht automatisch. Das ist auch sinnvoll, weil die serielle Schnittstelle ja generell legacy einzustufen ist. Mein Spleen für alten IT-Krempel ist kein Maßstab.

RTFM

ich hatte heute noch mal Zeit zum Testen. Ich habe ein aktuelles Bookworm genommen und nur die Updates und die Pakete nut & vim inkl. deren Abhängigkeiten installiert. Dann die Konfiguration von nut durchgeführt. Ergebnis: upsc schmeißt den selben Fehler oben. Die Version von nut in Bookworm ist 2.8.0-7.

Dann habe ich die Installation auf Trixie aktualisiert und bewusst die Konfiguration von nut übernommen. Nun liefert upsc die Vitaldaten der USV. Die momentane Version von nut in Trixie ist 2.8.1-4.1.

Fazit für mich:

Mein Kabel ist okay. Die USV ist okay. Es liegt an der Version von nut.