UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Marc Berg]

@pedder007 sagte in USV an Proxmox in LXC durchreichen:

Wenn man mal sucht, wie andere das Problem behoben haben, findet man u.a., dass diese zwei Zeilen in der ups.conf auskommentiert werden müssen:

productid = 0000
serial = 0

[Pedder007]

@marc-berg das wars :+1:
@David-G, ja ich weiß, ich hatte hier im Forum den entsprechenden Thread gefunden.

nun sah es mit 'blazer_usb' so aus:

root@proxo:/etc/nut# upsdrvctl start
Network UPS Tools - UPS driver controller 2.8.0
Network UPS Tools - Megatec/Q1 protocol USB driver 0.14 (2.8.0)
Duplicate driver instance detected (PID file /run/nut/blazer_usb-apc.pid exists)! Terminating other driver!
Please note that this driver is deprecated and will not receive
new development. If it works for managing your devices - fine,
but if you are running it to try setting up a new device, please
consider the newer nutdrv_qx instead, which should handle all 'Qx'
protocol variants for NUT. (Please also report if your device works
with this driver, but nutdrv_qx would not actually support it with
any subdriver!)

Supported UPS detected with megatec protocol
Vendor information read in 1 tries
No values provided for battery high/low voltages in ups.conf

Using 'guestimation' (low: 10.400000, high: 13.000000)!
Battery runtime will not be calculated (runtimecal not set)

ich habe dann doch wieder den 'nutdrv_qx' aktiviert und das Gemeckere wird deutlich weniger:

root@proxo:/etc/nut# upsdrvctl start
Network UPS Tools - UPS driver controller 2.8.0
Network UPS Tools - Generic Q* USB/Serial driver 0.32 (2.8.0)
USB communication driver (libusb 1.0) 0.43
Duplicate driver instance detected (PID file /run/nut/nutdrv_qx-apc.pid exists)! Terminating other driver!
Using protocol: Q1 0.07
Can't autodetect number of battery packs [-1/13.60]
Battery runtime will not be calculated (runtimecal not set)

Ich versuche mich nun dann mal am Rest der Konfiguration

[Marc Berg]

@pedder007 sagte in USV an Proxmox in LXC durchreichen:

@marc-berg das wars

Ich habe das so interpretiert: Entweder man trägt dort Daten ein, die auch passen, oder man lässt es komplett weg. Sonst sucht der Treiber nach einer ProductID "0000", die es nicht gibt. Die Fehlermeldung ist dann aber ziemlich irreführend.

[Pedder007]

@marc-berg ja das ist sie definitiv, ich war, bei meiner Recherche, darüber leider nicht gestolpert.

Allerdings scheint das aufsetzen von NUT unter PVE deutlich aufwändiger als auf dem Raspi, bzw. wie hier beschrieben
Damit laufe ich an der Stelle '(sudo) upsd' direkt wieder auf Probleme.

Ich habe das jetzt hiermit durchexerziert und nun sehe ich endlich mal ne'n output:

root@proxo:/# upsc apc@localhost
Init SSL without certificate database
battery.voltage: 13.60
device.type: ups
driver.name: nutdrv_qx
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 15
driver.parameter.port: auto
driver.parameter.synchronous: auto
driver.parameter.vendorid: 0001
driver.version: 2.8.0
driver.version.data: Q1 0.07
driver.version.internal: 0.32
driver.version.usb: libusb-1.0.26 (API: 0x1000109)
input.frequency: 50.0
input.voltage: 228.4
input.voltage.fault: 222.7
output.voltage: 228.4
ups.beeper.status: enabled
ups.delay.shutdown: 30
ups.delay.start: 180
ups.load: 15
ups.productid: 0000
ups.status: OL
ups.type: offline / line interactive
ups.vendorid: 0001

Muss jetzt ne'n Break machen und werde dann heute Abend oder die Tage bei Pkt. 4 weitermachen, wobei das dann wohl nicht mehr so gut passt, da ich ja nun keinen Apache auf meinem ioBroker Container laufen lassen will.
Mal sehen, dass scheint ja alles etwas kniffelig zu sein ;-)

[Pedder007]

Hallo nochmal,
so bin wieder ein Stück weiter, aber immer noch nicht wirklich glücklich.

Ich bin jetzt so weit, dass ich im ioBroker Container via NUT die gleichen Betriebsdaten bekomme wie sie mir auch auf der LVE Console angezeigt werden (siehe letzter Post).

iobadm@iobroker:/etc/nut$ upsc apc@192.168.188.100
Init SSL without certificate database
battery.voltage: 13.60
device.type: ups
driver.name: nutdrv_qx
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 15
driver.parameter.port: auto
driver.parameter.synchronous: auto
driver.parameter.vendorid: 0001
driver.version: 2.8.0
driver.version.data: Q1 0.07
driver.version.internal: 0.32
driver.version.usb: libusb-1.0.26 (API: 0x1000109)
input.frequency: 50.0
input.voltage: 223.4
input.voltage.fault: 222.7
output.voltage: 223.5
ups.beeper.status: enabled
ups.delay.shutdown: 30
ups.delay.start: 180
ups.load: 14
ups.productid: 0000
ups.status: OL
ups.type: offline / line interactive
ups.vendorid: 0001

NUT scheint somit ja dann zumindest auf beiden 'Seiten' richtig konfiguriert.

[EDIT, hat sich erledigt - ich DAU hatte doch noch den falschen Treiber auf PVE aktiviert
Was mir hierbei allerdings auffällt, dass es...... nicht auf der PVE Console ausgegeben!?]

Darüber hinaus habe ich aber nun noch ein weiteres ungelöstes Problem, weil ich die Daten irgendwie auch nicht in der zugehörigen Instanz des NUT Adapters angezeigt werden.
Diesen habe ich wie folgt konfiguriert:

Und er legt auch DP an, welche aber nicht mit denen hier übereinstimmen und er geht auch auf grün, aber es kommt eben nichts!?

Hat da mal noch jemand einen Tipp? @Marc-Berg @crunchip ?

[David G.]

@pedder007

Das bekomme ich im Shell:

root@pve:~# upsc ups@192.168.99.58
Init SSL without certificate database
battery.charge: 100
battery.voltage: 13.60
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: 10
driver.parameter.port: auto
driver.parameter.synchronous: auto
driver.version: 2.8.0
driver.version.internal: 0.14
driver.version.usb: libusb-1.0.26 (API: 0x1000109)
input.current.nominal: 2.0
input.frequency: 50.0
input.frequency.nominal: 50
input.voltage: 234.6
input.voltage.fault: 234.1
input.voltage.nominal: 230
output.voltage: 234.1
ups.beeper.status: enabled
ups.delay.shutdown: 30
ups.delay.start: 180
ups.load: 4
ups.productid: 0000
ups.status: OL
ups.type: offline / line interactive
ups.vendorid: 0001
root@pve:~#

Im ioBroker:

Edit
Im Konsolenauszug hast der der USV einen anderen Namen gegeben als in den Einstellungen vom NUT Adapter.

In der Konsole apc und im Adapter upsc.

[Pedder007]

@david-g sagte in USV an Proxmox in LXC durchreichen:

In der Konsole apc und im Adapter upsc.

Meine Güte, manchmal sieht man den Wald wirklich vor lauter Bäumen nicht, das wars! Danke :+1:
Das kommt wahrscheinlich aber auch daher, weil die ganze Implementierung mal wieder so ein Stückwerk zwischen anderen 'Baustellen' hier war. Dann passiert genau so etwas :sweat:

Habe jetzt die selben DPs wie Du, auch im ioBroker.

Dann mache ich mich nun dann mal an die Implementierung der zugehörigen Shut-Down Steuerung :-)

[Segway]

@pedder007

Habe diesen Thread entdeckt. Habe ein ähnliches Problem aber meine APC Smart USV 750 ist über APCUSVD konfiguert und per USB angeschlossen.
Hab extra ne VM aufgesetzt dafür um den Passthrough hinzukriegen. Läuft seit Jahren Problem.

Nun möchte ich auch auf LXC umstellen aber krieg die USV nicht gemutet. Wie gesagt nutze APCUSVD und habe weder ein /dev/usb noch /dev/tty* noch ein /dev/ACM0 oder hidev*

Sollen ich neuen Thread aufmachen oder hier weiter falls jemand eine Idee hat ?

[David G.]

Falscher Thread

[Pedder007]

Hallo @segway, sorry da kann ich Dir auch nicht weiterhelfen.
Ich bin froh, dass ich mein eigenes Setup halbwegs im Griff habe ;-)

[lessthanmore]

@segway Was ist der Grund dafür das extra in einem lxc statt direkt auf dem host laufen zu lassen?

[Segway]

@pedder007 sagte in [gelöst] USV an Proxmox in LXC durchreichen:

Hallo @segway, sorry da kann ich Dir auch nicht weiterhelfen.
Ich bin froh, dass ich mein eigenes Setup halbwegs im Griff habe ;-)

Kein Ding :-) Alles gut

@lessthanmore sagte in [gelöst] USV an Proxmox in LXC durchreichen:

@segway Was ist der Grund dafür das extra in einem lxc statt direkt auf dem host laufen zu lassen?

Hab nun viel gelesen. Ich bekomme leider nicht hin (wie zB ein zigbee usb stick) diesen USB Port zu linken zB per Symlink. Die connection läuft halt nicht über ACM0, tty* oder usb-irgendwas.
Das läuft irgendwie über hid* ... aber dafür braucht man wohl Treiber.
Erkenntnis zur Zeit:

• Treiber auf einem (pve) Host installieren
• nut server installieren und konfigurieren
• separate CT mit einem nut client laufen lassen sowie der Gui /Cgi für Browser

Ich überlege noch

[crunchip]

@segway sagte in [gelöst] USV an Proxmox in LXC durchreichen:

aber dafür braucht man wohl Treiber.

https://networkupstools.org/stable-hcl.html

[crunchip]

@segway sagte in [gelöst] USV an Proxmox in LXC durchreichen:

separate CT mit einem nut client laufen

Für was?, es reicht doch server und client direkt auf dem host, proxmox fährt dann bei bedarf runter

[Segway]

@crunchip sagte in [gelöst] USV an Proxmox in LXC durchreichen:

Für was?, es reicht doch server und client direkt auf dem host, proxmox fährt dann bei bedarf runter

Siehe hier :point_down:

@segway sagte in [gelöst] USV an Proxmox in LXC durchreichen:

• separate CT mit einem nut client laufen lassen sowie der Gui /Cgi für Browser

[lessthanmore]

@segway Wieso einen Client? Wirst du das nicht über den iob - Adapter machen?
Bei mir läuft der nut server auf dem proxmox host und im iob der Adapter. Zusammen mit dem proxmox Adapter kann ich dann alles sicher runterfahren und monitoren.

[David G.]

@lessthanmore

Über den Client ist der normale Weg.
Falls der iob warum auch immer mal nicht läuft.
Zudem hat ja nicht jeder der Proxmox und eine USV nutzt iobroker am laufen.

Ich mache es aber auch wie du.

[Segway]

@david-g & @lessthanmore
So habe jetzt auf dem PVE-Master den nut server installiert und konfiguriert. Läuft soweit !
Adapter auch installiert und verbindet sich einwandfrei.

Die Hui vom Nut hatte den Vorteil dasss eine fertige Browseroberfläche schon aufrufbar ist. Ich müsste jetzt eine neue Oberfläche in Grafana oder vis erstellen. Habt ihr da eine Vorlage ? Muss ja nicht alles neu erfinden !

Ergänzend noch die Frage:
In der Gui habe ich immer ein Textfeld gehabt, wo die Meldungen standen wann die UPS keinen Strom hatte usw. Wird das auch irgendwo in eine Datenpunkt gespeichert ?

[crunchip]

@segway sagte in [gelöst] USV an Proxmox in LXC durchreichen:

in Grafana

Gibt es schon mehrere Beispiel Dashboards

[Wildbill]

@segway Die Frage von mir wäre jetzt, wofür Du das überhaupt brauchst?! Die USV hat den Auftrag, den Rechner sauber runterzufahren, wenn der Strom weg ist und die Batterie knapp wird. Nicht mehr und nicht weniger. Was braucht es da eine GUI? Wenn ich ab und an mal schauen will, wie es um die USV/Batterie steht, so schaue ich direkt auf den Proxmox-Hosts per

upsc ups

und bekomme die Daten oder ich schaue im iobroker bei den Objekten der Nut-Adapter (für jeden Host einen). Das mache ich eigentlich genau einmal im Monat, nämlich wenn ich den USV-Test durchführe. Sonst sind mir die Werte ziemlich egal.
Wenn Du bestimmte Werte im Auge behalten willst, so würde ich eher history oder influx im iobroker auf diese Werte ansetzen und tracken lassen. Dann hast Du auch eine Historie, was so passiert ist. Aber eine Browser-GUI für sowas wie Nut/USV? Das ist ja fast wie iorboker unter Windows aufsetzen, Hauptsache man hat was zum Klicken… :blush:

Gruss, Jürgen