NEWS
NUT Adapter Update 1.0.0
-
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.