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

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

[Hot-Air-Balloon]

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

[Homoran]

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

[ggansde]

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)

[Homoran]

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

Hat jemand einen Idee?

wie ist es denn konfiguriert?

https://forum.iobroker.net/post/278950

[ggansde]

Falscher Alarm, sorry. Das USB-Kabel war defekt.