Adapter "iobroker.nut" - UPS Daten im iobroker

[apollon77]

In welchem Modus läuft denn der nut? (/etc/nut/nut.conf). Es sollte nicht auf "none" stehen … must vllt mal die modi durchprobieren ... netserver geht in jedem Fall denke ich.

[wendy2702]

Läuft auf:

 cat /etc/nut/nut.conf
MODE=standalone

Mal auf netserver und netclient gestellt.

Geht mit beiden nicht oder muss ich nach ändern der nut.conf noch mehr machen als nur den Adapter neu starten?

Ist es richtig das in der nut.conf nur diese eine Zeile steht?

[apollon77]

Wenn Du auf netserver stellst und neu startest … was sagt das log? Ich glaube aber da muss dann noch mehr rein in ein anderes File.

Schau mal z.B. hier: https://wiki.openwrt.org/inbox/software.nut

http://zackreed.me/installing-nut-on-ubuntu/

[wendy2702]

so sieht es mit netserver aus:

nut.0	2017-01-10 23:22:53.415	error	Error happend: Error: connect ECONNREFUSED 127.0.0.1:3493
nut.0	2017-01-10 23:22:53.410	info	Start NUT update
nut.0	2017-01-10 23:22:53.397	info	starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.nut, node: v4.7.0

[wendy2702]

Mal von dem einen link die Befehle abgefragt:

 cat /etc/nut/nut.conf
MODE=netserver

 cat /etc/nut/ups.conf
[ups]
driver = usbhid-ups
port = auto
vendorid = 051d

upsdrvctl start
Network UPS Tools - UPS driver controller 2.6.4
Network UPS Tools - Generic HID driver 0.37 (2.6.4)
USB communication driver 0.32
Using subdriver: APC HID 0.95

 cat /etc/nut/upsd.conf
MAXAGE 15
MAXCONN 1024
LISTEN 127.0.0.1 3493

Hier bei ist der einzige fehler:

upsd
Network UPS Tools upsd 2.6.4
fopen /var/run/nut/upsd.pid: No such file or directory
listening on 127.0.0.1 port 3493
Connected to UPS [ups]: usbhid-ups-ups

 upsc ups@localhost ups.status
OL
root@openmediavault /opt/iobroker/node_modules/iobroker.nut/test > upsc ups@localhost
battery.charge: 100
battery.charge.low: 10
battery.charge.warning: 50
battery.date: 2001/09/25
battery.mfr.date: 2013/11/18
battery.runtime: 12810
battery.runtime.low: 120
battery.type: PbAc
battery.voltage: 27.1
battery.voltage.nominal: 24.0
device.mfr: American Power Conversion
device.model: Back-UPS RS 900G
device.serial: 3B1329X15638
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.vendorid: 051d
driver.version: 2.6.4
driver.version.data: APC HID 0.95
driver.version.internal: 0.37
input.sensitivity: medium
input.transfer.high: 294
input.transfer.low: 176
input.voltage: 230.0
input.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.firmware: 879.L4 .I
ups.firmware.aux: L4
ups.load: 5
ups.mfr: American Power Conversion
ups.mfr.date: 2013/07/19
ups.model: Back-UPS RS 900G
ups.productid: 0002
ups.realpower.nominal: 540
ups.serial: 3B1329X15638
ups.status: OL
ups.test.result: No test initiated
ups.timer.reboot: 0
ups.timer.shutdown: -1
ups.vendorid: 051d

gerade einen letzten Versuch gestartet.

Mir war nicht bewusst das ich scheinbar:

 upsdrvctl start
Network UPS Tools - UPS driver controller 2.6.4
Network UPS Tools - Generic HID driver 0.37 (2.6.4)
USB communication driver 0.32
Using subdriver: APC HID 0.95
root@openmediavault /var/run/nut > upsd
Network UPS Tools upsd 2.6.4
fopen /var/run/nut/upsd.pid: No such file or directory
listening on 127.0.0.1 port 3493
/var/run/nut is world readable
Connected to UPS [ups]: usbhid-ups-ups

selber starten muss.

Ist das so richtig oder sollte das nicht eigentlich der Adapter erledigen?

Wenn ich nach manuellem start den Adapter starte sieht es so im log aus:

nut.0	2017-01-10 23:46:57.134	info	All Nut values set
nut.0	2017-01-10 23:46:57.122	info	Start NUT update
nut.0	2017-01-10 23:46:57.108	info	starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.nut, node: v4.7.0

[apollon77]

Hey, den UPS/NUT Prozess musst Du starten. Der Adapter verbindet sich nur da hin und liesst die Daten. Der Adapter kann ja auch den UPS/NUT-Prozess gar nicht starten weil er ja auch nicht lokal laufen kann …

Aber jetzt scheint es ja zu tun, oder ?!

[wendy2702]

Ja. So funktioniert es.

Muss das jetzt später noch restart resistent machen.

Jetzt aber schlafen.

Gute Nacht und danke für deine Hilfe.

Gesendet von iPhone mit Tapatalk

[wendy2702]

Muss nochmal kurz fragen.

Habe irgendwie auf den beiden Seiten nichts gefunden was ich machen kann/muss um dafür zu sorgen das die Prozesse nach einem restart von alleine starten.

Ist das noch etwas notwendig oder starten die von alleine?

Thx

[apollon77]

versuchs doch mal

ansonmsten musst du die services aktivieren … je nach System ist das etwas wie

systemctl enable nut-server.service

oder

update-rc.d DIENSTNAME defaults

[wendy2702]

Versuchen…

bin nicht zu Hause... zu Risiko reich wenn irgendetwas danach nicht mehr läuft

[darkbrain85]

Hi Apollon!

Wäre es dir möglich noch einen "Connected" Objekt in den Nut Adapter einzubauen?

Viele andere Pakete haben ja sowas wie "mihome-vacuum.1.info.connection".

Das wäre sehr hilfreich für VIS, da ich dann sofort sehe wenn keine Verbindung steht. Die Objekte bleiben ja trotzdem gefüllt, was eventuell zu falschen Annahmen führen könnte…

Gruß

Michèl

[apollon77]

Naja „connected“ ist halt nicht korrekt in dem Fall weil ja in den definierten Abständen „nur“ abgefragt wird. Und status.last_notify wird auf ERROR gesetzt wenn nicht abgefragt werden kann. Damit bekommst du es raus.

[Homoran]

Hallo apollon77,

Danke für den Adapter.

Ich habe jetzt auch meine ersten APC Back UPS ES 700G.

Dieser hängt an einer Syno per UPS.

Installation lief nahezu einwandfrei, ich war nur zu doof zu erkennen, dass der ioBroker-Server dort als remote Syno eingegeben werden musste.

Jetzt habe ich hunderte von Daten.

Bevor die Verbindung stand, war als einziges das Unterverzeichnis Status verfügbar.

Mit diesem scheint etwas nicht zu stimmen.

da wird u.a. sowohl bei charge als auch bei discharge ein true angezeigt.

Weiterhin würde ich gerne den Beeper disablen. Aber alle Beeper-Buttons haben anscheinend keine function, der Beeper-Status unter ups bleibt auf enabled und so ist es auch.

Gruß

Rainer

[apollon77]

@Homoran:

Jetzt habe ich hunderte von Daten. `

??

@Homoran:

Bevor die Verbindung stand, war als einziges das Unterverzeichnis Status verfügbar.

Mit diesem scheint etwas nicht zu stimmen.

da wird u.a. sowohl bei charge als auch bei discharge ein true angezeigt.

Weiterhin würde ich gerne den Beeper disablen. Aber alle Beeper-Buttons haben anscheinend keine function, der Beeper-Status unter ups bleibt auf enabled und so ist es auch. `

Schick mal den aufgeklappten Objektbaum als Screenshot. Kann mir gerade nicht vorstellen was du meinst

[Homoran]

@apollon77:

?? `
war metaphorisch gemeint

@apollon77:

Schick mal den aufgeklappten Objektbaum als Screenshot. Kann mir gerade nicht vorstellen was du meinst `
Gerne:

Gruß

Rainer

[apollon77]

Hi,

zu den Status:

Die einzelnen Werte werden aus dem berichteten "ups.status" geparst. Dein Screenshot zeigt nicht was da drin steht … Aktuell stet da bestimmt CHRG. Und Du hast nen Bug gefunden :-))

1.1.2 auf Github hat den Fix.

Commands: Kann ich Dir nicht sagen. Keine Ahnung ob die Synology die Kommandos erlaubt! Wenn man nut selbst auf Linux aufsetzt dann muss man Kommandos explizit freischalten in der nut Konfig. Daher tippe ich das die Synology die Kommandos nicht durchlässt.

Daher wäre es nur möglich das zu machen wenn Du die USV direkt an einen Linux Rechner anschliesst, dort nut konfigurierst und Kommandos erlaubst.

[Homoran]

@apollon77:

Die einzelnen Werte werden aus dem berichteten "ups.status" geparst `
ok, muss ich aber nicht verstehen, warum es dann noch diese einzelnen Punkte gibt?

und ja, im ups-Status stand discharge und steht jetzt wieder charge.

@apollon77:

Daher wäre es nur möglich das zu machen wenn Du die USV direkt an einen Linux Rechner anschliesst, dort nut konfigurierst und Kommandos erlaubst. `
jetzt hast du mich wieder kalt erwischt.

wenn ich da einen Raspi o.ä hinstelle und dort iobroker mit einem nut Adapter installiere, würde ich noch zusätzlich einen nut server benötigen?

Wenn ja woher bekomme ich den?

Gruß

Rainer

[wendy2702]

Hi Rainer,

Das mit dem NUT Server hatte ich auch.

Schau mal eine Seite vorher, vielleicht hilft es dir.

Gruß

Mirko

[apollon77]

@Homoran:

@apollon77:

Die einzelnen Werte werden aus dem berichteten "ups.status" geparst ok, muss ich aber nicht verstehen, warum es dann noch diese einzelnen Punkte gibt?

Weil das andere ein "kryptischer text" ist wo auch mehrere der Status drin sein können mit Leerzeichen getrennt, also sowas wie "OL CHRG FSD". Wüstest Du was das heisst? :-))

Daher nimmt der Adapter dir das netterweise auseinander sodass Du auf die einzelnen Stati trigger setzen kannst und nicht jeder diesen String parsen muss. Gesamte Liste: https://github.com/Apollon77/ioBroker.n … ut.js#L326

@Homoran:

@apollon77:

Daher wäre es nur möglich das zu machen wenn Du die USV direkt an einen Linux Rechner anschliesst, dort nut konfigurierst und Kommandos erlaubst. `
jetzt hast du mich wieder kalt erwischt.

wenn ich da einen Raspi o.ä hinstelle und dort iobroker mit einem nut Adapter installiere, würde ich noch zusätzlich einen nut server benötigen?

Wenn ja woher bekomme ich den? `

Siehe Post von wendy2702 … am Ende "apt-get install nut"

https://wiki.ubuntuusers.de/USV/NUT/

Am Ende kannst Du mit einem "nut client" auf deinem Host auch einstellen wie der z.B. automatisch runterfahren soll wenn der Strom weg ist und all sowas. Und mit einem "nut server" kannst Du die Werte abfragen (wie bei der Syno), aber ggf die Kommandos auch aktivieren ...

Am Ende ist auf der Syno nichts anderes drauf als ein Nut-client/server Nur die Konfiguration ist halt durch die Syno-Oberfläche begrenzt oder du gehst per SSH hin und tust zusätzlich Dinge.

[wendy2702]

@apollon77:

1.1.2 auf Github hat den Fix. `

Moin Ingo,

wollte mir gerade mal das Update ansehen und dabei ist mir im Admin nach drücken des "?" folgendes aufgefallen–>

Hier gibt es keine Info und oben rechts einen mini Scrollbalken:

Hier fehlen einige Versionen:

Ist das ein Admin 3.3.5 Fehler oder ein Problem von deinem Adapter?

Gruß

Mirko