[Adapter] NUT Adapter (USV/UPS auslesen per NUT)

Homoran

@e-i-k-e
Kennst du den hervorragenden thread von @klassisch ?

https://forum.iobroker.net/topic/23688/howto-usv-nut-server-auf-sbc-installieren

oberfragger

@ChristianF Danke für die Qnap-Settings.
Der besseren Auffindbarkeit halber noch einmal wiederholt.

Ich habe die EATON 5p 1150i via USB-Kabel an mein Qnap 212-P geschlossen und folgendes aktiviert:

Dann den Nut-Adapter installiert und folgende Einstellungen gewählt:

IP der Qnap
Passwort ist 123456

Das wars dann schon. Leider habe ich die "Uptime" nioch nicht in den Objekten gefunden. Mal weitersuchen. Ansonsten natürlich den geposteten Link von @Homoran ansehen. Gerade dazugelernt dass meine Lösung, die mit Haken ist

klassisch

@apollon77 Wie geht der TCP-Eingang mit eventuell im NUT Server gepufferten Daten um? Werden diese gequeued oder werde die alten Werte verwofen und immer nur der neueste Wert genommen, wie das mittlerweile im smartmeter Adapter der Fall ist, siehe https://forum.iobroker.net/topic/36851/solved-smartmeter-buffering-dateneingang-via-tcp ?

Holger Etzel

Hallo,

ich habe den NUT-Adapter im iobroker am laufen. Die USV hängt an einer Synology,
Soweit funktioniert alles soweit.

Meine Frage:
Angeblich liefert meine USV (APC) auch Werte wie Akku-Temperatur und Entladestrom.
Diese Datenpunkte fehlen bei mir.

Besteht die Möglichkeit diese Daten trotzdem abzurufen? Entweder über den NUT-Adapter oder über snmp?

im voraus schon mal danke.

Homoran

@holger-etzel sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):

Besteht die Möglichkeit diese Daten trotzdem abzurufen? Entweder über den NUT-Adapter oder über snmp?

wenn die Daten tatsächlich zur Verfügung gestellt werden, dann ja

@holger-etzel sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):

Angeblich liefert meine USV (APC) auch Werte wie Akku-Temperatur und Entladestrom.

Welche APC und woher diese Info?
Und wie sehen deine Datenpunkte aus?

Holger Etzel

@homoran

habe das gefunden auf: https://www.opsview.com/resources/monitoring/blog/apc-ups-monitoring-useful-oids

Da werden verschieden oid´s angegeben. Weis aber nicht genau ob es wirklich funktioniert, da meine USV keine eigene IP hat.

Battery Information
Battery capacity .1.3.6.1.4.1.318.1.1.1.2.2.1.0
Battery capacity as % of total
Battery temperature .1.3.6.1.4.1.318.1.1.1.2.2.2.0
Battery temperature in Celcius of Farenheit - depending on how UPS is configured
Battery runtime remain .1.3.6.1.4.1.318.1.1.1.2.2.3.0
Total battery runtime available based on current load.
Battery replace .1.3.6.1.4.1.318.1.1.1.2.2.4.0

UPS Output
Output voltage .1.3.6.1.4.1.318.1.1.1.4.2.1.0
Output voltage from the UPS
Output frequency .1.3.6.1.4.1.318.1.1.1.4.2.2.0
Output frequency in Hz
Output load .1.3.6.1.4.1.318.1.1.1.4.2.3.0
Output load expressed as % of capacity
Output current .1.3.6.1.4.1.318.1.1.1.4.2.4.0
Output current in Amps

Homoran

@homoran sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):

Welche APC

bleibt leider offen

@homoran sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):

wie sehen deine Datenpunkte aus?

Hier wäre es auch zu sehen gewesen.

@holger-etzel sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):

habe das gefunden auf:

ist auch keine gerätespezifische Info.
Verschiedene APC haben unterschiedlich umfangreiche Infos

@holger-etzel sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):

Weis aber nicht genau ob es wirklich funktioniert, da meine USV keine eigene IP hat.

so ist es.
Da sie nicht im Netz, sondern an der Syno hängt, kommst du da zumindest so einfach nicht ran.
Ob deine unbekannte APC diese Infos unterstützt, und der NUT-Server auf der Syno die unterschlägt musst du selber herausbekommen

Holger Etzel

@homoran

so sieht das bei mir aus

Homoran

@holger-etzel sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):

so sieht das bei mir aus

Danke für den Typ deiner APC!

Deine Back-UPS BX kann ich hier nicht finden:
https://networkupstools.org/stable-hcl.html

Holger Etzel

@homoran

scheint so, das meine Datenpunkte alle vorhanden sind was der Treiber her gibt.
Trotzdem schon mal danke.

Holger Etzel

Hallo,

ich habe mal noch eine Frage.
Ich benutze noch eine Eaton USV vom Typ 3S mit dem Treiber "usbhid-ups".
Hier sind die Datenpunkte für laden und entladen etc. immer auf false gesetzt. Ist das überhaupt dann der richtige Treiber?
Oder gibt es einen anderen Treiber der die Datenpunkte liefert?

Im voraus schon mal danke.

klassisch

@holger-etzel schwer zu sagen, ob diese Eaton mehr liefern würde. Die USV sind unterschiedlich gesprächig. Wahrscheinlich verrät die 3S diese Daten gar nicht.
jedenfalls setzen die typischen Treffer der Suchmaschine diesen Treiber auch ein; Beispiel 1, Beispiel 2, Beispiel 3

Und auch die NUT-Seite listet den usbhid-ups für Eaton S3, Siehe dort

nerg

Ich kriege leider nur noch "Error happend: Error: connect ECONNREFUSED 192.168.178.47:3493"

USV hängt am Synology NAS. Dort habe ich die IP vom iobroker eingetragen unter "zugelassene Diskstation-Geräte" und den Port in der DSM-Firewall ebenfalls freigegeben. Im Adapter ist der Name "ups" und bei User und Passwort weiß ich nicht, was ich noch eintragen könnte. hab alles durchprobiert

Wo könnte mein Fehler sein?

klassisch

@nerg Schau mal dort
https://forum.iobroker.net/post/81243

Versuche es mal mit user ups und secret als Passwort.
Manchmal liest man auch user monuser und secret als PWD

Wenn das auch nicht hilft, dann den Adapter auf loglevel debug stellen und den nächsten Anmeldeversuch mitprotokolliern.

nerg

@klassisch "ups" als user kannte ich nicht, klappt aber leider nicht. "monuser" hatte ich sogar auch schon gefunden

Debug/Silly liefern da leider auch keine zusätzlichen Infos:

nut.0	2021-04-08 13:48:55.280	warn	(28230) State "nut.0.status.severity" has no existing object, this might lead to an error in future versions
nut.0	2021-04-08 13:48:55.279	debug	(28230) Set State status.severity = 4
nut.0	2021-04-08 13:48:55.277	debug	(28230) Set State status.shutdown = false
nut.0	2021-04-08 13:48:55.277	debug	(28230) Create State status.shutdown
nut.0	2021-04-08 13:48:55.275	debug	(28230) Set State status.boosting = false
nut.0	2021-04-08 13:48:55.274	debug	(28230) Create State status.boosting
nut.0	2021-04-08 13:48:55.273	debug	(28230) Set State status.trimming = false
nut.0	2021-04-08 13:48:55.272	debug	(28230) Create State status.trimming
nut.0	2021-04-08 13:48:55.270	debug	(28230) Set State status.overload = false
nut.0	2021-04-08 13:48:55.270	debug	(28230) Create State status.overload
nut.0	2021-04-08 13:48:55.268	debug	(28230) Set State status.offline = false
nut.0	2021-04-08 13:48:55.267	debug	(28230) Create State status.offline
nut.0	2021-04-08 13:48:55.265	debug	(28230) Set State status.calibration = false
nut.0	2021-04-08 13:48:55.265	debug	(28230) Create State status.calibration
nut.0	2021-04-08 13:48:55.263	debug	(28230) Set State status.bypass = false
nut.0	2021-04-08 13:48:55.262	debug	(28230) Create State status.bypass
nut.0	2021-04-08 13:48:55.261	debug	(28230) Set State status.discharging = false
nut.0	2021-04-08 13:48:55.260	debug	(28230) Create State status.discharging
nut.0	2021-04-08 13:48:55.258	debug	(28230) Set State status.charging = false
nut.0	2021-04-08 13:48:55.257	debug	(28230) Create State status.charging
nut.0	2021-04-08 13:48:55.256	debug	(28230) Set State status.replacebattery = false
nut.0	2021-04-08 13:48:55.255	debug	(28230) Create State status.replacebattery
nut.0	2021-04-08 13:48:55.253	debug	(28230) Set State status.highbattery = false
nut.0	2021-04-08 13:48:55.253	debug	(28230) Create State status.highbattery
nut.0	2021-04-08 13:48:55.251	debug	(28230) Set State status.lowbattery = false
nut.0	2021-04-08 13:48:55.250	debug	(28230) Create State status.lowbattery
nut.0	2021-04-08 13:48:55.249	debug	(28230) Set State status.onbattery = false
nut.0	2021-04-08 13:48:55.248	debug	(28230) Create State status.onbattery
nut.0	2021-04-08 13:48:55.245	debug	(28230) Set State status.online = false
nut.0	2021-04-08 13:48:55.245	debug	(28230) Create State status.online
nut.0	2021-04-08 13:48:55.243	debug	(28230) NUT Connection closed. Done.
nut.0	2021-04-08 13:48:55.243	error	(28230) Error happend: Error: connect ECONNREFUSED 192.168.178.47:3493
nut.0	2021-04-08 13:48:55.196	silly	(28230) States system redis pmessage system.adapter.nut.0.logLevel/system.adapter.nut.0.logLevel:{"val":"silly","ack":true,"ts":1617882535192,"q":0,"from":"system.adapter.nut.0","lc":1617882535192}
nut.0	2021-04-08 13:48:55.182	info	(28230) starting. Version 1.4.3 in /opt/iobroker/node_modules/iobroker.nut, node: v12.22.0, js-controller: 3.2.16
nut.0	2021-04-08 13:48:55.122	debug	(28230) Plugin sentry Initialize Plugin (enabled=true)
nut.0	2021-04-08 13:48:51.608	info	(28217) Got terminate signal TERMINATE_YOURSELF
nut.0	2021-04-08 13:48:51.607	silly	(28217) States system redis pmessage system.adapter.nut.0.sigKill/system.adapter.nut.0.sigKill:{"val":-1,"ack":false,"ts":1617882531606,"q":0,"from":"system.host.iobroker.ruping","lc":1617882531606}
nut.0	2021-04-08 13:48:51.383	warn	(28217) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason

klassisch

@nerg login upsmon PWD secret auch schon getestet?

nerg

@klassisch Ich habs grad lösen können. Es ist traurig und es tut mir ein wenig leid vorher hier geschrieben zu haben

Ich habe den USV Server der Synology DS nochmal aus und wieder an gemacht......

Homoran

@nerg
@klassisch

ich habe gerade festgestellt dass ich auch die ECONNREFUSED Fehlermeldung seit 2 Tagen habe.
Danke fpr den Tipp mit dem Neustarten des Nut servers.
werde ich morgen mal testen

klassisch

@homoran Welche Konfiguration fährst Du gerade? Syno als NUT Server oder SBC als NUT Server wie dort beschrieben oder gar Container, VM LX? unter Docker?
Bei mir scheint noch alles zu funktionieren. Kein (related) Error im log letztee Datenupdates wenige Minuten alt.
Adapter Version 1.4.3. Mit stable wird mir auch nichts Neueres angeboten und laut Änderungshistory gibt es auch nichts Neueres und die letzte Neuerung war "Enhance the port check", vorletzte "(Apollon77) Check configured port before using it (Sentry IOBROKER-NUT-3)" .
Mein NUT tragender SBC ist ein OrangePi Plus 2e. An dem ich seit Einrichtung NICHTS mehr gemacht habe - schon gar kein Update.
Nach der armbian Neuinstallation anläßlich der Umwidmung von ioBroker auf NUT-Server hatte der OPi nur noch 1 MByte statt 2 MByte RAM.

Auf meinem NUT-Rechner läuft

Welcome to ARMBIAN 5.85 stable Debian GNU/Linux 9 (stretch) 4.19.38-sunxi
System load:   0.00 0.00 0.00   Up time:       648 days
Memory usage:  9 % of 999MB     IP:            192.168.1.85
CPU temp:      22°C
Usage of /:    8% of 15G

Ja, die reine Verschwendung, völliger Luxus. Aber läuft - bisher.

Homoran

@klassisch sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):

Welche Konfiguration fährst Du gerade? Syno als NUT Server oder SBC als NUT Server wie dort beschrieben

beides!
Habe 2 APC700, eine im Hamsterkäfig an der Syno mit der Meldung und eine bei meinen SBC über den Cubie ohne Probleme

@klassisch sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):

Bei mir scheint noch alles zu funktionieren.

deswegen tippe ich auf ein "Problem" bei der Synology.
zumal @nerg anscheinend zur gleichen Zeit das Problem hatte
07.04. um 05:37 ist meine letzte Aktualisierung der Daten

Leider finde ich gerade keine Möglichkeit nur den NUT-Server auf der Syno neu zu starten

EDIT:
Bin aber auch blöd
Netzwerk UPS Server aktivieren abhaken - speichern - wieder anhaken und IP vom ioBroker neu eingeben - läuft wieder!

NEWS

[Adapter] NUT Adapter (USV/UPS auslesen per NUT)

Support us

679
Online

31.8k
Users

79.9k
Topics

1.3m
Posts

NEWS

[Adapter] NUT Adapter (USV/UPS auslesen per NUT)

Support us

679Online

31.8kUsers

79.9kTopics

1.3mPosts

679
Online

31.8k
Users

79.9k
Topics

1.3m
Posts