NEWS
NUT Adapter Update 1.0.0
-
Hey All,
ich habe gestern Abend den NUT Adapter auf Version 1.0.0 geupdated.
Das Changelog von der 0.3.1 ist:
-
change mode from schedule to deamon
-
implement message support to receive messages from upsmon
-
add status.severity to get one status about the USV with values idle, operating, operating_critical, action_needed, unknown
Wegen der Umstellung von "scheduled" auf "Deamon" kann es nach dem Update zu Meldungen im Log kommen das der Adapter neu gestartet werden sollte obwohl er noch läuft. Sieht dann so aus:
warn host.rechner instance system.adapter.nut.0 already running with pid 27041
Diese Meldung kommt im Abstand des alten Schedules. Das macht nichts kaputt, ist aber nervig.
Um es wegzubekommen muss aktuell leider iobroker einmalig neu starten. Am besten das aber erst machen nachdem der Adapter mind 1x neu gestartet wurde weil die Umstellung von Scheduled auf Deamon beim ersten Start nach dem Update passiert.
Ansonsten kann der Adapter jetzt auch Nachrichten von UPSMON verarbeiten. Infos dazu und Beispiele in der README auf Github unter https://github.com/Apollon77/ioBroker.n … r-notifies .
Solche Notifies führen je nachdem was der Notify-typ ist zu einem Update der Daten oder auch dazu das (zB. bei Meldung COMMBAD/OFFLINE) das die Daten korrekt gesetzt werden
Fragen? Fragen!
-
-
Danke für diesen Adapter habe ihn heute installiert der NUT Server ist der gleiche wie der IOBroker und es läuft.
Habe lange gebraucht um den Sever zum laufen zubekommen, nach dieser hat es dann unter Debian geklappt: http://wynandbooysen.com/raspberry-pi-u … g-nut.html
-
ich habe noch eine Bitte, die Kommunikation zwischen nut un der ups ist ja bidirektional. Also man kann über nut die einen Test machen.
Kannst du das noch einbauen bitte
mittels:
upscmd -l UPS@IP
bekommt man alle Möglichkeiten was man steuern kann, bei mir:
beeper.disable - Disable the UPS beeper beeper.enable - Enable the UPS beeper beeper.mute - Temporarily mute the UPS beeper beeper.off - Obsolete (use beeper.disable or beeper.mute) beeper.on - Obsolete (use beeper.enable) load.off - Turn off the load immediately load.off.delay - Turn off the load with a delay (seconds) shutdown.reboot - Shut down the load briefly while rebooting the UPS shutdown.stop - Stop a shutdown in progress test.battery.start.deep - Start a deep battery test test.battery.start.quick - Start a quick battery test test.battery.stop - Stop the battery test test.panel.start - Start testing the UPS panel test.panel.stop - Stop a UPS panel test
Um einen Test zu starten wäre dann der Befehl:
upscmd -u USERNAME -p PASSWORT ups@IP test.battery.start.quick
Das wäre noch der Hammer!!
-
Schaue ich mir mal an.
Wäre es als Message (also sendTo("nut.0", "command", "beeper…") per JS-Adapter sinnvoll oder alles per "States" zu steuern (trigger Event X als boolean mit true/false)
-
nein die idee ist einfach in vis einen button zu haben der es auslöst.
die infos die man braucht hast du ja schon hervorragend implementiert
DANKE
-
Ok, jetzt muss ich dumm fragen: Wie genau triggert man dinge aus nem VIS Button? Per JS-Code, oder ?! Also sollte ein message-Ansatz "sendTo("…")" doch klappen als Idee, oder ?!
-
Ja die Idee sollte klappen. du hast die Möglichkeit mittels jqui ctrl icon Button in einen datenpunkt zu schreiben, dies würde schon mehr als reichen.
-
Sooooo … also ich hab auf GitHub mal was gebaut. Jetzt werden beim Adapter-Start auf die verfügbaren Kommandos ausgelesen und unter einem neuen Sub-Bereich "commands" die States angelegt. Die kann man auf "true" setzen und dann wird das Kommando gesendet.
Jetzt das Problem: Es passiert nix. Ich habe manuell getestet und das Ergebnis war, das als Fehler ein "AUTHENTICATION-REQUIRED" zurückkam.
Bedeutet, man muss vorher noch USERNAME und PASSWORD Kommandos senden ... ich hab aber keine Ahnung was ich da senden muss ... habe alle möglichen Details versucht ... Any Idea ?!
-
nein das kannst du alles auf einmal machen:
upscmd -u USERNAME -p PASSWORT ups@IP test.battery.start.quick
-
Der Adapter "spricht" ja nicht Kommandozeile, sondern das NUT Netzwerk-Protokoll.
Ändert aktuell aber nichts an dem Problem das ich keine Ahnung haben welche Daten meine APC da gerade als Username und passwort erwartet. Habe nie was gesetzt.
Machen wir es so: Ich baue nachher in der GitHub-Version ein das man Username und passwort im Adapter setzen kann und es dann vor einem Kommando auch gesetzt wird. Dann musst Du es testen weil ich das nicht kann. Passt ?!
-
So, Adapter Version 1.1.0 ist auf GitHub. Bitte von dort installieren. Dann in Adapter-Konfig Username und Passwort angeben.Dann mal versuchen so ein Kommando zu senden. Dann Log bitte zeigen und sagen obs tut
-
Goil :!:
Läuft super
nut.1 2017-05-04 06:56:21.758 info All Nut values set nut.1 2017-05-04 06:56:21.714 info send command test.panel.stop nut.1 2017-05-04 06:56:21.714 info send password for command test.panel.stop nut.1 2017-05-04 06:56:21.714 info send username for command test.panel.stop nut.1 2017-05-04 06:56:19.011 info All Nut values set nut.1 2017-05-04 06:56:18.969 info send command test.panel.start nut.1 2017-05-04 06:56:18.969 info send password for command test.panel.start nut.1 2017-05-04 06:56:18.969 info send username for command test.panel.start nut.1 2017-05-04 06:54:58.976 info All Nut values set nut.1 2017-05-04 06:54:58.933 info send command test.battery.start.quick nut.1 2017-05-04 06:54:58.932 info send password for command test.battery.start.quick nut.1 2017-05-04 06:54:58.931 info send username for command test.battery.start.quick nut.1 2017-05-04 06:54:40.116 info All Nut values set nut.1 2017-05-04 06:54:40.003 info starting. Version 1.1.0 in /opt/iobroker/node_modules/iobroker.nut, node: v4.8.2
Danke
-
Na super, dann finalisiere ich das mal und mache die 1.1.0 offiziell …
Wären die Kommandos MASTER und FSD noch relevant in Deinen Augen?
-
wen du mir sagst was das ist :roll:
-
Na ok dann nicht .-))
FSD= Force Shutdown Flag … wenn ich es korrekt verstanden hab: Theorie ist das man das setzt, dann alle Clients diese info bekommen und sich sauber beenden bevor man ggf manuell die USV abschaltet
MASTER= gute Frage
-
ok mein ESX liest auch den nut server mit und dieser fährt dann alles selbst herrunter.
Iobroker nehme ich nur für die optische anzeige.