UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft 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 :( :D

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

[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!

[klassisch]

@homoran Top! :+1:

[Nashra]

@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 :joy:
Aber das ein Update der DS dies verursacht hatte ich auch noch nie.

[Homoran]

@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:

[Nashra]

@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 :-)

[Röstkartoffel]

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.