Neues YouTube-Video: Visualisierung im Devices-Adapter

[jan_xx]

trj02@raspberrypi:~ $ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 003: ID 0463:ffff MGE UPS Systems UPS
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 002: ID 090c:1000 Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) Flash Drive

[Thomas Braun]

@jan_xx

sudo nut-scanner

sagt?

[Chaot]

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

Bus 001 Device 003: ID 0463:ffff MGE UPS Systems UPS

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

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

Was hast du jetzt eigentlich wirklich eingetragen?
Vendorid = 0463
ProductID = ffff

[jan_xx]

das jetzt:

[EATON]
driver = usbhid-ups
port = auto

[jan_xx]

wo ist denn nun der Fehler von mir?

[Homoran]

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

wo ist denn nun der Fehler von mir?

es fehlt noch

@Thomas-Braun sagte in [HowTo] USV: NUT Server auf SBC installieren:

@jan_xx

sudo nut-scanner

sagt?

[jan_xx]

@raspberrypi:~ $ sudo nut-scanner
Cannot load IPMI library (libfreeipmi.so.17) : file not found. IPMI search disabled.
Scanning USB bus.
No start IP, skipping SNMP
Scanning XML/HTTP bus.
No start IP, skipping NUT bus (old connect method)
Scanning NUT bus (avahi method).
[nutdev1]
        driver = "usbhid-ups"
        port = "auto"
        vendorid = "0463"
        productid = "FFFF"
        product = "Ellipse ECO"
        serial = "000000000"
        vendor = "EATON"
        bus = "001"
        device = "003"
        busport = "003"
        ###NOTMATCHED-YET###bcdDevice = "0100"

# WARNING: all-same character "serial" with 9 copies of '0' (0x30) reported in some devices: nutdev1
trj02@raspberrypi:~ $ 

[jan_xx]

und nun?

[jan_xx]

anscheinend sieht doch der Scanner die USV, warum bekomme ich dann keine Daten?

[Homoran]

@Thomas-Braun sagte in [HowTo] USV: NUT Server auf SBC installieren:

#293

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

libusb1: Could not open any HID devices: **insufficient permissions on everything**

Könnte mit den udev-Regeln zusammenhängen. Hast du die an die richtige Stelle kopiert und udev bzw. gleich den ganzen Rechner mal neugestartet?

hast du das gemacht?

[jan_xx]

den PI habe ich nach jeder Anpassung der nut.conf neu gestartet. Was sind denn udev-Regeln bzw. an die richtige Stelle kopiert?

[Homoran]

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

den PI habe ich nach jeder Anpassung der nut.conf neu gestartet.

gut!

für den Rest müssen wir warten, bis @thomas-braun mal wieder online ist

[jan_xx]

Ich hatte Thomas Braun mal direkt angeschrieben, aber irgendwie gibt es noch keine Rückmeldung….

[Homoran]

@jan_xx dann musst du auch @thomas-braun schreiben.
Mal sehen ob er online ist

[Thomas Braun]

Wenn du mit der (zugegebenermaßen etwas unübersichtlichen und in Teilen wohl auch veralteten) Anleitung aus dem ersten Posting nicht parat kommst, versuch es mit dem ubuntuwiki:

https://wiki.ubuntuusers.de/USV/NUT/

[jan_xx]

Danke für die Info, ich werde es mal durcharbeiten. Ich hatte gehofft das sich das Problem irgendwie mit einem Befehl beseitigt lässt, da ja beim Scan schon die USV gesehen wird und oben gennant irgendetwas mit den udev Regeln zusammenhängt. Ich schaue mir das dann mal an…

[Thomas Braun]

@jan_xx

Artikel für fortgeschrittene Anwender

Dieser Artikel erfordert mehr Erfahrung im Umgang mit Linux und ist daher nur für fortgeschrittene Benutzer gedacht.

Da ist i.d.R. nix mit 'einem Klick / einem Befehl' zu machen. Da müssen mehrere Dinge richtig konfiguriert werden.

[jan_xx]

Ok verstanden

[Homoran]

Ich habe gestern nach jahrelanger Abstinenz nochmal nach der o.a. Anleitung einen NUT Server installiert.
Die Syno ist schon lange abgebaut, aber ich habe noch einige 32Bit SBC, die mittlerweile von vielen Programmen nicht mehr unterstützt werden. Selbst openCCU fällt jetzt aus.

@klassisch
Die Einrichtung des Autostarts wurde ja damals geändert, in der Anleitung bin ich da hängen geblieben.
Die Prüfung auf die neue Datei schlug fehl, die alte existiert aber (natürlich) auch nicht.
Ich habe dann trotzdem über den Editierbefehl die neue Datei angelegt und alles läuft gut.
Vielleicht könntest du das noch hinzufügen, dass sudo nano... dann beim Speichern diese Datei anlegt.

@all
Es gab irgendwo Fragen welchen Treiber man für eine Cyper Power 800 (??) nehmen sollte, je nach Treiber kämen keine oder nur wenige Daten an.

Dazu noch etwas.
Ich musste kurzfristig meine APC BackUPS gegen eine Conceptronic Zeus 2E tauschen, da der Händler vor Ort nichts anderes preiswertes auf Lager hatte.
Die läuft schon seit 3 Jahren problemlos.
Da sie bei NUT nicht in der Kombatibilitätsliste steht, habe ich es trotz vorhandenem USB Anschluss nie getestet.

Ich habe den Server also mit meiner mittlerweile reparierten APC aufgesetzt, und wollte diese bei nächster Gelegenheit wieder einsetzen.

Aus Neugier habe ich dann den Raspi in den Keller in den Netzwerkschrank an die Zeus geklemmt und gestartet.
Im ioBroker hagelte es nur Fehler und Warnmeldungen.

Dann habe ich mit dem Testbefehl ...ups@localhost probiert "eine sinnvolle Ausgabe" zu erhalten und war erstaunt.

battery.charge: 100
battery.charge.low: 10
battery.charge.warning: 20
battery.mfr.date: 1
battery.runtime: 2640
battery.runtime.low: 300
battery.type: PbAcid
battery.voltage: 13.8
battery.voltage.nominal: 12
device.mfr: 1
device.model: 800
device.serial:
device.type: ups
driver.debug: 0
driver.flag.allow_killpower: 0
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 30
driver.parameter.port: auto
driver.parameter.synchronous: auto
driver.state: quiet
driver.version: 2.8.1
driver.version.data: CyberPower HID 0.8
driver.version.internal: 0.52
driver.version.usb: libusb-1.0.28 (API: 0x100010a)
input.frequency: 50.2
input.transfer.high: 290
input.transfer.low: 162
input.voltage: 232.0
input.voltage.nominal: 230
output.frequency: 50.2
output.voltage: 1.6
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.load: 7
ups.mfr: 1
ups.model: 800
ups.productid: 0601
ups.realpower.nominal: 480
ups.serial:
ups.status: OL
ups.timer.shutdown: -60
ups.timer.start: -60
ups.vendorid: 0764

Eine vollständige Ausgabe und die USV identifizierte sich als CyberPower 800!!

Noch zweimal den Raspi rebooted dann tauchte tatsächlich die "minimaldaten" in den Objekten auf.

Als ich wieder oben ankam und nochmal nachsah, waren alle Daten im Adapter!
Anscheinend braucht es da etwas Geduld

[klassisch]

@homoran Vielen Dank für Deinen Einsatz. Ja, ich ändere gerne etwas im Eingangspost, wenn Du mir genau schreibst was ich wo wie zu ändern habe. Hier im Forum, oder per PN, Chat (oder wie das jetzt heissen mag; Heute bin ich allerdings ausser Haus).
Weil mir die Linuktischen Inkompatibilitäten auf OS- und Applikationsseite und "breaking changes" auf die Nerven gehen (wie generell alle breaking changes) ändere ich an den SBCs möglichst nichts mehr und meide updates. Du hast ja auch CCU, openCCU, piVCCU erwähnt (ioBroker läuft bei mir immer noch auf Win und die Updates haben mit dem prima Installer bisher bestens funktioniert).