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

[crunchip]

@muckel danke dir
scheinbar war durch das "probieren und testen" irgendwas durcheinander, bzw lief was doppelt. Zum Benutzer und Passwort kam ich ja gar noch nicht. Hab alles noch mal gelöscht, neu konfiguriert und funktioniert nun auch.
Nun noch meine 2te USV einbinden

[Rushmed]

@crunchip Sah die Installation bei dir auch so aus?

pi@Smartazamba:~ $ sudo apt-get install nut-client nut-server usbutils
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
usbutils ist schon die neueste Version (1:010-3).
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libev4 libwebsockets8 lxplug-volume
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
Vorgeschlagene Pakete:
  nut-monitor nut-cgi nut-ipmi nut-snmp nut-xml
Die folgenden NEUEN Pakete werden installiert:
  libupsclient4 nut-client nut-server
0 aktualisiert, 3 neu installiert, 0 zu entfernen und 20 nicht aktualisiert.
Es müssen 1.113 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 4.632 kB Plattenplatz zusätzlich benutzt.
Holen:1 http://ftp.agdsn.de/pub/mirrors/raspbian/raspbian buster/main armhf libupsclient4 armhf 2.7.4-8 [180 kB]
Holen:2 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf nut-client armhf 2.7.4-8 [243 kB]
Holen:3 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf nut-server armhf 2.7.4-8 [690 kB]
Es wurden 1.113 kB in 1 s geholt (839 kB/s).
Vormals nicht ausgewähltes Paket libupsclient4:armhf wird gewählt.
(Lese Datenbank ... 119913 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../libupsclient4_2.7.4-8_armhf.deb ...
Entpacken von libupsclient4:armhf (2.7.4-8) ...
Vormals nicht ausgewähltes Paket nut-client wird gewählt.
Vorbereitung zum Entpacken von .../nut-client_2.7.4-8_armhf.deb ...
Entpacken von nut-client (2.7.4-8) ...
Vormals nicht ausgewähltes Paket nut-server wird gewählt.
Vorbereitung zum Entpacken von .../nut-server_2.7.4-8_armhf.deb ...
Entpacken von nut-server (2.7.4-8) ...
libupsclient4:armhf (2.7.4-8) wird eingerichtet ...
nut-client (2.7.4-8) wird eingerichtet ...
Created symlink /etc/systemd/system/multi-user.target.wants/nut-monitor.service → /lib/systemd/system/nut-monitor.service.
Job for nut-monitor.service failed because the service did not take the steps required by its unit configuration.
See "systemctl status nut-monitor.service" and "journalctl -xe" for details.
invoke-rc.d: initscript nut-client, action "start" failed.
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
   Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled; vendor preset: enabled)
   Active: failed (Result: protocol) since Sat 2021-03-20 20:03:40 CET; 26ms ago
  Process: 4474 ExecStart=/sbin/upsmon (code=exited, status=0/SUCCESS)

Mär 20 20:03:40 Smartazamba systemd[1]: Starting Network UPS Tools - power device monitor and shutdown controller...
Mär 20 20:03:40 Smartazamba upsmon[4474]: upsmon disabled, please adjust the configuration to your needs
Mär 20 20:03:40 Smartazamba upsmon[4474]: Then set MODE to a suitable value in /etc/nut/nut.conf to enable it
Mär 20 20:03:40 Smartazamba systemd[1]: nut-monitor.service: Can't open PID file /run/nut/upsmon.pid (yet?) after start: No such file or directory
Mär 20 20:03:40 Smartazamba systemd[1]: nut-monitor.service: Failed with result 'protocol'.
Mär 20 20:03:40 Smartazamba systemd[1]: Failed to start Network UPS Tools - power device monitor and shutdown controller.
nut-server (2.7.4-8) wird eingerichtet ...
Created symlink /etc/systemd/system/multi-user.target.wants/nut-server.service → /lib/systemd/system/nut-server.service.
nut-driver.service is a disabled or a static unit, not starting it.
Trigger für systemd (241-7~deb10u6+rpi1) werden verarbeitet ...
Trigger für man-db (2.8.5-2) werden verarbeitet ...
Trigger für libc-bin (2.28-10+rpi1) werden verarbeitet ...

Ich meine vor allem die roten Bereiche:

 Active: failed (Result: protocol) since Sat 2021-03-20 20:03:40 CET; 26ms ago

und

Mär 20 20:03:40 Smartazamba systemd[1]: Failed to start Network UPS Tools - power device monitor and shutdown controller.

[Rushmed]

Ich habs jetzt nochmal sauber von Anfang an neu probiert und bleibe wieder bei:

pi@Smartazamba:~ $ upsc myups
Error: Connection failure: Connection refused

hängen.

Habs auch mal mit und ohne Productid und Vendor probiert.

[myups]
   driver = usbhid-ups
   port = auto
   desc = "PowerWalker VI 650 SHL"
   pollinterval = 10
   vendorid = 06da
   productid = ffff

[crunchip]

@rushmed nein, bzw zwischenzeitlich hatte ich auch die Meldung, logisch, weil es ja nicht lief.
Bei mir läuft es direkt auf dem Proxmox Host.

[Rushmed]

Ich gebs auf, trotzdem danke für die Hilfe!

[crunchip]

@rushmed sagte in Frage zu USV:

Ich habs jetzt nochmal sauber von Anfang an neu probiert

hatte ich ebenfalls, allerdings alles incl konfig vorher gelöscht, mittels

sudo apt-get purge nut-server

danach neu installiert und eingerichtet
vllt auch nochmal hilfreich, diese Forumsseite oder hier

und wichtig, starte dein Gerät, vor dem neu einrichten nochmal neu, und vor allem auch nach den jeweiligen Schritten.

[Rushmed]

@crunchip Supergeil, vielen Dank.
Der Link war Gold wert!
Jetz scheint es so zu funktionieren wie ichs mir vorgestellt habe. Muss noch etwas testen.

[Rushmed]

@rushmed Ok, funtioniert bis auf dass der Treiber irgendwie nicht startet, mit nem cron Eintrag:

@reboot sudo upsdrvctl start

gehts.

[ManfredHi]

@kuddel said in Frage zu USV:

@Glasfaser hab jetzt einen kleinen Workaround gebaut.

Ich filte mein Log nach dem Eintrag "Err while getting NUT values: DATA-STALE" und schreibe den Eintrag dann in ein Datneobjekt.

Wenn sich diese Datenobjekt ändert, wird auf dem NUT-Server das Restart-Skript gestartet.

Somit werden die NU-Dienste wirklich nur noch bei Problemen neugestartet und nicht mehr jede Stunde

Hallo, da ich das selbe Problem habe.
wie filterst du genau das Log-file nach diesem Eintrag ?

[Kuddel]

@manfredh-1 das mache ich mit dem Adapter LogParser

[ManfredHi]

@kuddel
Hallo super danke für die rasche Antwort. Hab das jetzt auch so ähnlich gemacht.
Setzt du danach mit EmptyJson den eintrag wieder zurück?
Eine zweite Frage noch: Bei mir geht der exec Befehl mit ssh nicht. Was mache ich da falsch ?

[Kuddel]

@manfredh-1 nein ich setze da nichts zurück.

Ich triggere ja auf eine Änderung

Der Exec Befehl funktioniert nur, wenn du aufm dem ioBroker einen SSH Key erstellst und den auf dem NUT Server hinterlegst.

Dann kann man ssh ohne PW machen

[ManfredHi]

@kuddel said in Frage zu USV:

Der Exec Befehl funktioniert nur, wenn du aufm dem ioBroker einen SSH Key erstellst und den auf dem NUT Server hinterlegst.

OK. Danke für die Info. Muss ich mir anschauen. Bei mir läuft derzeit der NUT-Server ebenfalls auf dem Iobroker-Server.

[Kuddel]

@manfredh-1 na umso besser. Dann kannst du das mit ssh@.... weglassen und direkt den Befehl in den Exec Block schreiben

[ManfredHi]

@kuddel said in Frage zu USV:

@manfredh-1 na umso besser. Dann kannst du das mit ssh@.... weglassen und direkt den Befehl in den Exec Block schreiben

das funktioniert bei mir irgendwie nicht. Der Befehl wird nicht ausgeführt.
hab mir nun den linux-control adapter installiert und dort Befehle angelegt. Diese werden dann ausgeführt.

[Kuddel]

@manfredh-1 wollte diesen UseCase auch noch mit dem Linux Control Adapter abbilden.

Wie genau hast du das umgesetzt?

[ManfredHi]

@kuddel said in Frage zu USV:

@manfredh-1 wollte diesen UseCase auch noch mit dem Linux Control Adapter abbilden.

Wie genau hast du das umgesetzt?

Ich hab das so gemacht, dass ich den NUT-Server (in meinem Fall ist es der iobroker selbst) in der Host-Konfigurationstabelle eingetragen habe:

Und dann unter meine Befehle den Eintrag für den Script-Aufruf gemacht habe:

Wenn dann im LogFile dieser DATA-STALE eintrag aufscheint, wird das folgende Script ausgefüht:

Ist vielleicht etwas umständlich aber es funktioniert. Der DATA-STALE eintrag scheint bei einem FEhler immer nur einmal im Log-File auf und dann startet das Script das ganze neu.

[Kuddel]

@manfredh-1 ah danke. Funzt bei mir jetzt auch

[Tschaeens]

@glasfaser
Kurze Frage. Ich richte gerade meine USV ein, aber leider wechselt diese nicht in den OL CHRG nachdem diese wieder Im Netzbetrieb ist. Habe sich die Status Werte vielleicht verändert? Meine Status steht immer auf OL. Egal mit oder ohne Strom.

Viele Grüße

[Glasfaser]

@tschaeens
Welchen Datenabfrageintervall hast du in der Adapter Instanz eingetragen ?

Was ist mit den anderen Datenpunkte , werde die aktualisiert !?

Beispiel :

nut.0.battery.charge