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

[muckel]

@crunchip @Rushmed

Meine configs:
Alles in Klammern sind meine Bemerkungen
So wie es aussieht, habt ihr Probleme beim Zugriff.
UPS Name falsch? User falsch? Passwort falsch?

upsd.conf:
LISTEN 127.0.0.1 3493 (Locale UPS)
LISTEN 192.168.0.246 3493 (Wohnzimmer)

upsd.users:
[upsmaster]
password = *********
actions = SET
instcmds = ALL
upsmon master

[upsremote]
password = *********
instcmds = ALL
upsmon slave
actions = SET

[upsiobroker] (ist nur ein Testuser)
password = ********
instcmds = ALL
actions = SET
upsmon master

nut.conf:
MODE=netserver

upsmon.conf:
MONITOR powerwalkerWZ@localhost 1 upsmaster ******** master
MONITOR powerwalker@192.168.0.230 1 upsremote ********* master

ups.conf:
[powerwalkerWZ] (Name der UPS im Wohnzimmer)
driver = usbhid-ups
#driver = blazer_usb
#vendor = 06da
port = auto
desc = "Powerwalker VI 600VA LCD"
#productid = ffff
#bus = 001
pollinterval = 60

ups.conf: (meine 2. UPS im Büro)
[powerwalker]
driver = usbhid-ups
vendorid = 06da
port = auto
desc = "Powerwalker VI 2200VA LCD"
productid = ffff
bus = "002"
pollinterval = 60

[muckel]

Hier noch meine Notizen von damals:

NUT Anleitung

Config neu laden
sudo udevadm control --reload-rules

USB neu laden
sudo udevadm trigger

Daemon Starten
sudo upsdrvctl start

NUT Starten Server
sudo systemctl start nut-server

NUT Starten Monitor
sudo systemctl start nut-client

UPS Werte ausgeben
upsc powerwalker

Auch Einstellungen wie z.B. die Aktivierung des Alarmsignals bei einer Netzstörung können verändert werden:
upscmd -u upsmaster -p ********* powerwalker@localhost beeper.toggle
Ein kurzer Batterietest kann via
upscmd -u upsmaster -p ********* powerwalker@localhost test.battery.start.quick

Alle Commandos:
A.2. Instant commands
Name	
Description

load.off	
Turn off the load immediately

load.on		
Turn on the load immediately

load.off.delay
Turn off the load possibly after a delay

load.on.delay
Turn on the load possibly after a delay

shutdown.return
Turn off the load possibly after a delay and return when power is back

shutdown.stayoff
Turn off the load possibly after a delay and remain off even if power returns

shutdown.stop
Stop a shutdown in progress

shutdown.reboot
Shut down the load briefly while rebooting the UPS

shutdown.reboot.graceful
After a delay, shut down the load briefly while rebooting the UPS

test.panel.start
Start testing the UPS panel

test.panel.stop
Stop a UPS panel test

test.failure.start
Start a simulated power failure

test.failure.stop
Stop simulating a power failure

test.battery.start
Start a battery test

test.battery.start.quick
Start a "quick" battery test

test.battery.start.deep
Start a "deep" battery test

test.battery.stop
Stop the battery test

test.system.start
Start a system test

calibrate.start
Start runtime calibration

calibrate.stop
Stop runtime calibration

bypass.start
Put the UPS in bypass mode

bypass.stop
Take the UPS out of bypass mode

reset.input.minmax
Reset minimum and maximum input voltage status

reset.watchdog
Reset watchdog timer (forced reboot of load)

beeper.enable
Enable UPS beeper/buzzer

beeper.disable
Disable UPS beeper/buzzer

beeper.mute
Temporarily mute UPS beeper/buzzer

beeper.toggle
Toggle UPS beeper/buzzer

outlet.n.shutdown.return
Turn off the outlet possibly after a delay and return when power is back

outlet.n.load.off
Turn off the outlet immediately

outlet.n.load.on
Turn on the outlet immediately

outlet.n.load.cycle
Power cycle the outlet immediately

outlet.n.shutdown.return
Turn off the outlet and return when power is back

[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