NEWS
[Adapter] NUT Adapter (USV/UPS auslesen per NUT)
-
@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 -
scheint so, das meine Datenpunkte alle vorhanden sind was der Treiber her gibt.
Trotzdem schon mal danke. -
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.
-
@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 3Und auch die NUT-Seite listet den usbhid-ups für Eaton S3, Siehe dort
-
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?
-
@nerg Schau mal dort
https://forum.iobroker.net/post/81243Versuche es mal mit user ups und secret als Passwort.
Manchmal liest man auch user monuser und secret als PWDWenn das auch nicht hilft, dann den Adapter auf loglevel debug stellen und den nächsten Anmeldeversuch mitprotokolliern.
-
@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
-
@nerg login upsmon PWD secret auch schon getestet?
-
@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......
-
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 -
@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.
-
@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 DatenLeider 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! -
@homoran Top!
-
@homoran sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):
EDIT:
Bin aber auch blöd
Netzwerk UPS Server aktivieren abhaken - speichern - wieder anhaken und IP vom ioBroker neu eingeben - läuft wieder!Schließe mich an
Aber das ein Update der DS dies verursacht hatte ich auch noch nie. -
@nashra sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):
Aber das ein Update der DS dies verursacht hatte ich auch noch nie.
Heute morgen waren einige Updates vorhanden.
Ich weiß gar nicht ob ich irgendwo automatische Updates aktiviert habe.Die erste Zuckung im Hamsterkäfig ist schon wieder zu sehen:
-
@homoran sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):
@nashra sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):
Aber das ein Update der DS dies verursacht hatte ich auch noch nie.
Heute morgen waren einige Updates vorhanden.
Ich weiß gar nicht ob ich irgendwo automatische Updates aktiviert habe.Die erste Zuckung im Hamsterkäfig ist schon wieder zu sehen:
Er hat nur ein Firmware-Update gemacht und dadurch das der Nut-Adapter keine Daten
mehr bekam, hat er die NUC's usw. runtergefahren. Und ich wundere mich heute Morgen
warum hier fast alles aus ist inkl. Internet. Naja, jetzt rennt alles wieder -
Ich hatte den Fehler auch, nachdem ich auf der Syno ein Update gefahren habe. Ein Speichern der Konfig auf der DS hat das Problem gelöst.
Bis heute morgen, als ich das JS-Controller Update gemacht habe. Also dann wieder auf die Synology eingeloggt, die Konfig geändert, gespeichert, wieder zurück geändert und wieder gespeichert. Fehlermeldung ist wieder weg, die Datenpunkte werden wieder gefüllt. -
@kueppert sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):
Aaaaahhhh, ich hab es gefunden, heißt "Netzwerk-USV-Server aktivieren". Hab dort jetzt die IP von Raspberry drin und NUT läuft. Super, danke dir
MEGA, warum steht das nirgenswo ? DANKE !
-
@hot-air-balloon sagte in [Adapter] NUT Adapter (USV/UPS auslesen per NUT):
warum steht das nirgenswo ?
was bitte steht nirgendwo?
wie ein nut Server auf einer Synology aktiviert wird?
-
Ich bekomme das für meine Back-UPSES700G auf dem Raspberry nicht zum laufen. Hat jemand einen Idee?
pi@iobroker:~ $ pi@iobroker:~ $ sudo upsdrvctl start Network UPS Tools - UPS driver controller 2.7.4 Network UPS Tools - Generic HID driver 0.41 (2.7.4) USB communication driver 0.33 No matching HID UPS found Driver failed to start (exit status=1)