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

[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

[lessthanmore]

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

Habt ihr da eine Vorlage ?

Unzählige. Einfach bei google grafana und nut eingeben.

Es gibt den Datenpunkt unter status "onbattery". Der geht auf true sobald der Strom weg ist.
Ich kenne die Gui nicht, weiß also nicht was du mit Textfeld meinst.

[Segway]

@wildbill
Das sehe ich komplett anders und hat mir vor 6 Jahren auch geholfen.

Dort gab es bei mir in der Strasse einen (heftigen) Stromausfall und beim Zuschalten meiner Stadtwerke hat es meine Alarmanlage zerschossen ! Bei fast allen anderen war die Fritz!Box durchgeknallt.
Zumindest damals gab mir das Stromunternehmen den Hinweis, dass die Beweislast (leider) bei mir liegt.
Ich habe dann damals durch das apcusvd.log nachweisen können, wann der Strom weg war und wieder zugeschaltet wurde (also wann mein System auf USV lief und wann nichtmehr).
Dieses Log wurde vom Stromunternehmen akzeptiert und ich musste eine Schadensanzeige ausfüllen mit dem Log als attachment und habe die nur Platine ersetzt bekommen.

Ergo, ist es mir persönlich wichtig diese Daten zu haben. Das ganze läuft halt jetzt nicht mehr per apcusvd sondern über NUT. Daher möchte ich auf jeden Fall dieses Log wieder haben falls sowas nochmal passiert.

Ich habe es noch nicht gefunden und befürchte, dass nut einfach ins rsyslog schreibt mit nut.
Das wäre nicht so schön.

Daher sind mir persönlich die Daten wichtig und ich möchte sie sehen und nicht immer per Konsole mir alles herfuckeln. Wie ich das machen muss hab ich in 2 Monaten eh wieder vergessen. Daher die GUI.
Das mal so als Erklärung.

Ergänzung:
apcupsd hat immer separat alles in apcupsd.events geschrieben. Dies konnte ich immer gut verwenden.

Hatte jetzt für NUT was gefunden, wo man anscheinend alle Meldungen von NUT in ein separates file schreiben kann. Da kenne ich mich aber nullkommanull aus.
Sähe so aus - war für Ubuntu 18 (aus 2019) :

The default system logger is rsyslog. Add the following to /etc/rsyslog.d/99-nut.conf

:syslogtag,contains,"upsmon" /var/log/nut.log
:syslogtag,contains,"nut" /var/log/nut.log
:syslogtag,contains,"upssched" /var/log/nut.log

touch /var/log/nut.log
chown syslog:adm /var/log/nut.log
chmod 640 /var/log/nut.log
systemctl restart rsyslog