NUT Adapter Update 1.0.0

[apollon77]

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!

[chka]

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

[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.