[GELÖST] USV via USB an RaspberryMatic (NUT Server)

[Baxxy]

Kannst Du mir bitte einen Hinweis geben?

Es ist ein (90) Universal Wrapper Device; Funktion: Transform.
In den Einstellungen des CUxD-Gerätes setzt du dann noch den Haken bei: WRAPPER|HIDE_DPS.
Nun kannst du deine Systemvariablen dem Gerät zuordnen. Ich empfehle vorher zu überlegen in welcher Reihenfolge sie angezeigt werden sollen,
es wird nämlich nach Reihenfolge des hinzufügens sortiert.

[Georgee]

Danke, das war es: HIDE|DPS

Viele Grüße
Georgee

[Dotchewango]

Hallo zusammen,
und vielen Dank an die Community hier, die die Dinge immer weiter voranbringt und auch immer wieder meine HM-Probleme weiter lösen hilft.

Ich habe nun auch selbst in vielen Versuchen meine seit 20 Jahren angeschlossene UPS servicetechnisch ans laufen gebracht und zwei entscheidende Probleme gelöst, wodurch vielleicht auch dem einen oder anderen hier geholfen werden kann. Deshalb möchte ich die Lösungen teilen:

Situation:
Raspberrymatic, Eine Powerwalker vi2200shl USV UPS, an die CCU, NAS von Synology, PC, Fritzbox und verbindende LAN-Hubs angeschlossen sind. Die 2200W UPS hat eine USB HID Schnittstelle, die allerdings vom Raspberrymatic NUT Service nicht erkannt wird (der Befehl 'lsusb' listet sie einfach nicht auf, obwohl initial folgendes erkannt wurde:

Code: Alles auswählen

 usb 1-1.3.1: new low-speed USB device number 8 using xhci_hcd
 usb 1-1.3.1: New USB device found, idVendor=06da, idProduct=ffff, bcdDevice= 0.03
 usb 1-1.3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=4
 usb 1-1.3.1: Product: Offline UPS
 usb 1-1.3.1: Manufacturer: PPC
 usb 1-1.3.1: SerialNumber: 000000000
 hid-generic 0003:06DA:FFFF.0002: hiddev96,hidraw0: USB HID v1.00 Device [PPC Offline UPS] on usb-0000:01:00.0-1.3.1/input0
 usb 1-1.3.1: USB disconnect, device number 8

Es handelt sich somit um eine UPS/USV mit idVendor=06da (Phonix..) mit allgemeiner idProduct=ffff, die sogleich (oder zumindest unzuverlässig später) wieder disconnected wird.

Lösung für dieses Problem ist, einen einfachen USB-Hub (ohne eigene Stromversorgung) zwischenzustecken.
Zumindest wird mit USB-Hub zwischen meinem Raspi 4 mit 2GB und der USV mit dem Befehl 'lsusb' dann eine Zeile für die USB angezeigt:

Code: Alles auswählen

Bus 001 Device 010: ID 06da:ffff

Vorher, also ohne diesen Eintrag, kann der Treiber usbhid-usb, der in nut-Datei ups.conf zu dieser USV nicht starten.
So sieht für meine Powerwalker USV der Eintrag in ups.conf aus:

Code: Alles auswählen

[ups]
driver = usbhid-ups
port = auto
desc = "PowerWalker UPS"
# vendorid = 06da
# productid = ffff

Der Name [ups] muss so gewählt sein, damit der UPS Service in der Diskstaion des Synology NAS den NUT Service im Raspi als seinen NUT-server erkennen kann.
Ich hatte feststellen müssen, dass sich mit diesem Namen (just [ups]) der Start des NUT/UPS Treibers schwierig gestaltet und es nicht zur Verbindung kommt, wenn der Prozess upsd den Treiber usbhid-ups starten möchte. Die Fehlermeldung lautet dann, dass der Treiber "usbhid-ups-ups" nicht gefunden werden kann.
Nun, bei richtigem Ergebnis im Output von lsusb kann man den Treiber nun aber in seinem richtigen Modus für Phoenix/Liebert UPSen manuell starten und somit alles mit konnektiertem NAS erfolgreich zum Laufen bringen: 'usbhid-ups -a ups &'.

Frage in die Runde: An welcher Stelle in einer Rasberrymatic-Konfiguration ist es am sinnvollsten, diesen Prozess initial und automatisch ausführen zu lassen?
2. Frage (evt. an den grandiosen Jens Maus, der auch den WD-Mechanismus für CCUs entwickelt hat, danke auch dafür): Könnte man den WD-Mechanismus so konfigurieren (oder noch besser frei konfigurierbar machen), dass der UPS Treiber, sofern ein NUT konfiguriert ist, mit überwacht wird und ggfls. neu gestartet wird, wenn er nicht mehr existiert? Das wäre in meinem Fall, wenn 'ps | grep usbhid-ups | grep -v grep' nichts mehr anzeigt (aber eigentlich z.b.

688 nobody 0:16 /usr/bin/usbhid-ups -a ups

anzeigen müsste.

[MartinH]

Ich hätte mal eine Frage/Problem zum Thema NUT. Bisher hatte ich eine USV per "netclient" am RaspberryMatic (via Synology), das hat auch immer gut funktioniert. Die Synology ist jetzt aber "umgezogen" und an einem anderen Stromkreis wie der RPi, somit macht das nur noch bedingt Sinn die USV Info von dort für den RPi zu verwenden. Jetzt war der Plan die USV direkt an den RPi anzustecken und das direkt zu verwenden (netserver/standalone)

Leider bekomme ich das NUT bzw. den USB Treiber nicht gestartet ... mit der "No such file or directory" Meldung habe ich jetzt online nirgendwo was gefunden. Laut einem der Beiträge hier im Thread müsste die USV aber funktionieren

Code: Alles auswählen

root@homematic-raspi:/usr/local/etc/config/nut# upsdrvctl start
Network UPS Tools - UPS driver controller 2.7.4
Can't start /usr/bin/(null): No such file or directory

root@homematic-raspi:/usr/local/etc/config/nut# /etc/init.d/S51nut restart
Stopping NUT services: .OK
Starting NUT services: WARNING: UPS driver startup failed.OK

ups.conf

Code: Alles auswählen

[apc900va]
dirver = "usbhid-ups"
port = auto
desc = "APC BX950U-GR"
vendordid = "051d"
productid = "0002"

Code: Alles auswählen

[    3.390727] usb 1-1.2: New USB device found, idVendor=051d, idProduct=0002, bcdDevice= 1.06
[    3.390746] usb 1-1.2: New USB device strings: Mfr=3, Product=1, SerialNumber=2
[    3.390762] usb 1-1.2: Product: Back-UPS XS 950U   FW:925.T2 .I USB FW:T2
[    3.390818] usb 1-1.2: Manufacturer: American Power Conversion
[    3.390834] usb 1-1.2: SerialNumber: XXXXXXXX
[    3.609446] hid-generic 0003:051D:0002.0001: hiddev96,hidraw0: USB HID v1.10 Device [American Power Conversion Back-UPS XS 950U   FW:925.T2 .I USB FW:T2 ] on usb-3f980000.usb-1.2/input0

Das RaspberryMatic wurde vor ca. 2 Monaten aus einem Backup wiederhergestellt weil die SD Karte kaputt war. Kann es sein das durch das Backup einspielen irgendwelche Pfade/Zugriffsrechte falsch sind?

[srunschke]

Ich hätte mal eine Frage/Problem zum Thema NUT. Bisher hatte ich eine USV per "netclient" am RaspberryMatic (via Synology), das hat auch immer gut funktioniert. Die Synology ist jetzt aber "umgezogen" und an einem anderen Stromkreis wie der RPi, somit macht das nur noch bedingt Sinn die USV Info von dort für den RPi zu verwenden. Jetzt war der Plan die USV direkt an den RPi anzustecken und das direkt zu verwenden (netserver/standalone)

Leider bekomme ich das NUT bzw. den USB Treiber nicht gestartet ... mit der "No such file or directory" Meldung habe ich jetzt online nirgendwo was gefunden. Laut einem der Beiträge hier im Thread müsste die USV aber funktionieren

dirver = "usbhid-ups"

Mach aus dem "dirver" mal einen "driver" und versuch es nochmal

S

[MartinH]

Mach aus dem "dirver" mal einen "driver" und versuch es nochmal

S

Oh man ... man sollte so Sachen einfach nicht nach 10 Stunden Arbeit machen ... oder wenigstens dann copy/paste machen.

Vielen Dank!

[TIE]

Hallo zusammen,

ich hoffe ihr habt eine Idee, was ich machen kann.
Ich habe anhand von diesem Thread meine USV in die RASPI (Status der USV auslesen, automatisches Runterfahren) eingebunden. Dafür noch mal danke an euch.

Allerdings habe ich jetzt das Problem, das meine Skripte keine Werte der USV mehr auslesen.
Ich musste die USV tauschen und habe sie heute gegen ein identisches Ersatzgerät ausgetauscht.

Die Abfragen im Skript habe ich wie folgt aufgebaut:

Code: Alles auswählen

string temp;
!Akkuladung
system.Exec("USV_Kellerabgang@localhost battery.charge", &temp);
dom.GetObject(ID_SYSTEM_VARIABLES).Get("SV_USV_Kellerabgang_Akkuladung").State(temp.ToInteger());

Das hat auch wunderbar funktioniert. Jetzt bekomme ich leider nur noch einen leeren String zurück.

Mache ich in der Konsole eine Abfrage upsc -L wird die Beschreibung der USV ausgegeben.
Auch eine Abfrage mit upsc USV_Kellerabgang@localhost listet mir battery.charge, etc auf.
Die Alarmvariable funktioniert ebenfalls ohne Probleme.

2021-09-27 19_11_25-HomeMatic WebUI.png (10.43 KiB) 1277 mal betrachtet

Noch als Ergänzung.
Auch der Win NUT Client kann die Daten der USV auslesen.

Nur das Auslesen per Skript will nicht mehr. Jemand eine Idee?

[TIE]

Selbst gefunden.
Es fehlte das upsc in der Abfrage.

Code: Alles auswählen

system.Exec("upsc USV_Kellerabgang@localhost battery.charge", &temp);

[Al Bundy 33]

Falls jemand auch die Info sucht:
Das Modell "Powerwalker VI 600 MS 600VA" kann ebenfalls via USB Kabel (USB-Stecker Typ A auf USB-Stecker Typ B) mit der RaspberryMatic verbunden und verwendet werden.
Anzeige des USB-Gerätes:

Code: Alles auswählen

usb 1-1.1.3: new full-speed USB device number 6 using dwc_otg
usb 1-1.1.3: New USB device found, idVendor=0665, idProduct=5161, bcdDevice= 0.02
usb 1-1.1.3: New USB device strings: Mfr=3, Product=1, SerialNumber=5
usb 1-1.1.3: Product: HID UPS
usb 1-1.1.3: Manufacturer: HID UPS
usb 1-1.1.3: SerialNumber: HID UPS

Die Einstellungen welche bei mir funktionieren:

Code: Alles auswählen

ups.conf
	[VI600]
	driver = blazer_usb
	port = auto
	desc = "Powerwalker VI600"
nut.conf
	Mode=netserver
upsd.conf
	LISTEN localhost 3493
	LISTEN 192.168.0.101 3493
upsd.users
	[upsmon]
	password = 1111
	upsmon master
upsmon.conf
	MONITOR VI600@localhost 1 upsmon 1111 slave

Folgende Daten können mit dem Raspi verwendet werden:

Code: Alles auswählen

# upsc vi600@localhost
battery.charge: 100
battery.voltage: 13.50
battery.voltage.high: 13.00
battery.voltage.low: 10.40
battery.voltage.nominal: 12.0
device.type: ups
driver.name: blazer_usb
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: 2.7.4.1
driver.version.internal: 0.12
input.current.nominal: 2.0
input.frequency: 50.0
input.frequency.nominal: 50
input.voltage: 230.8
input.voltage.fault: 230.8
input.voltage.nominal: 230
output.voltage: 230.8
ups.beeper.status: enabled
ups.delay.shutdown: 30
ups.delay.start: 180
ups.load: 0
ups.productid: 5161
ups.status: OL
ups.type: offline / line interactive
ups.vendorid: 0665

Evtl. hilft dies sonst jemandem beim Kaufentscheid.