NUT Adapter Update 1.0.0

[chka]

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

[apollon77]

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)

[chka]

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

[apollon77]

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

[chka]

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.

[apollon77]

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

[chka]

nein das kannst du alles auf einmal machen:

upscmd -u USERNAME -p PASSWORT ups@IP test.battery.start.quick

[apollon77]

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

[apollon77]

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

[chka]

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

[apollon77]

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?

[chka]

wen du mir sagst was das ist :roll:

[apollon77]

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

[chka]

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.