Ankündigung: NUT - Network UPS Tools

Begonnen von Creideiki, 18 September 2014, 14:32:38

Vorheriges Thema - Nächstes Thema

Rumbel

Eine kleine Ergänzung der Vollständigkeit halber

Meine APC BackUps UPS BX 700VA scheint sich bei >20 sekunden ohne USB-Kommunikation von USB zu verabschieden.

Meistens läuft es gut, aber hin und wieder kommen Fehler
In FHEM zeigt dann es "Data Stale" und/oder "WAIT" an.
Behoben werden kann es bisher nur, durch ziehen und wiedereinstecken des USB-Steckers oder reboot des Raspberry PI 3
Auch ein Neustart des NUT-Servers oder so hilft nicht.

Eine Lösung soll es wohl sein, folgenden eintrag mit "pollinvertall" in der ups.conf zu ergänzen:

[cyber1]
        driver = "usbhid-ups"
        port = "auto"
        desc = "CyberPower CP900EPFCLCD"
        pollinterval = 15


Quelle: https://nmaggioni.xyz/2017/03/14/NUT-CyberPower-UPS/

Der Fix läuft bei mir im Test.
Vielleicht hat ja jemand mal ein ähnliches Problem... der Rest lief nämlich fast problemlos bei mir seit n paar Monaten. :-)

Fhem auf Raspberry Pi 3 mit HMLAN + viel HomeMatic-Zeugs / VU+ duo2 / Webcam an Synology Surveillance Station auf DS213+ / LD382A LED Module /Netatmo Wetterstation ... und mehr kommt sicher bald ;-)

Senior Service

Im Prinzip hat das Modul gleich funktioniert.
Jedoch dokumentiert das  Log minütlich folgender Eintrag:

2018.12.06 16:41:12 1: localhost:3493 disconnected, waiting to reappear (USV)
2018.12.06 16:41:12 1: localhost:3493 reappeared (USV)

Ein ändern der Attribute pollState und pollVal bewirkt keine Änderung des Abfragezyklus.

Das gleiche Problem wird in auch unter folgendem Thema berichtet.
Thema: Meine "USV" wird ständig getrennt und neu gefunden  (Gelesen 321 mal)
https://forum.fhem.de/index.php/topic,87660.msg801736.html#msg801736

shamal2008

Hallo zusammen,

ich habe vorgestern endlich meine Eaton 3S 850VA bekommen. Nach einigem hin- und her bekam ich NUT-Tools zum laufen. Am Raspi mit FHEM läuft der nut-server, nut-client. Die Synology ist nicht immer aktiv, daher als Slave, funktioniert soweit so gut. Die Synology "frisst" den NUT-Server.

ABER:
1. Wenn ich den Raspi neustarte starten ALLE an der USV hängenden Geräte ebenfalls, was ich schon mal sehr seltsam finde.
2. Das Listing des NUT-Moduls sieht irgendwie auch unvollständig aus:

Internals:
   DEF        ups enterprise.fritz.box:3493
   DeviceName enterprise.fritz.box:3493
   FD         37
   FUUID      5ebb0568-f33f-6c8f-4695-a2bddcd29e94f304
   NAME       USV
   NR         354
   PARTIAL   
   STATE      opened
   TYPE       NUT
   UpsName    ups
   buffer     
   lastStatus OL
   pollValState 20
   READINGS:
     2020-05-14 21:56:08   battery.charge  100
     2020-05-14 21:56:08   battery.runtime 3216
     2020-05-14 21:12:02   state           opened
     2020-05-14 21:56:08   ups.load        7
   helper:
     battery.charge 100
     battery.charge.low 20
     battery.runtime 3216
     battery.type PbAc
     device.mfr EATON
     device.model unknown 850
     device.serial Blank
     device.type ups
     driver.name usbhid-ups
     driver.parameter.pollfreq 30
     driver.parameter.pollinterval 2
     driver.parameter.port auto
     driver.parameter.synchronous no
     driver.version 2.7.4
     driver.version.data MGE HID 1.39
     driver.version.internal 0.41
     input.transfer.high 264
     input.transfer.low 184
     outlet.1.desc PowerShare Outlet 1
     outlet.1.id 1
     outlet.1.status on
     outlet.1.switchable no
     outlet.desc Main Outlet
     outlet.id  0
     outlet.switchable yes
     output.frequency.nominal 50
     output.voltage 230.0
     output.voltage.nominal 230
     ups.beeper.status enabled
     ups.delay.shutdown 20
     ups.delay.start 30
     ups.firmware 02.04.0007
     ups.load   7
     ups.mfr    EATON
     ups.model  unknown 850
     ups.power.nominal 850
     ups.productid ffff
     ups.serial Blank
     ups.status OL
     ups.timer.shutdown -1
     ups.timer.start -1
     ups.type   offline / line interactive
     ups.vendorid 0463
Attributes:
   DbLogExclude .*
   asReadings battery.charge,battery.runtime,input.voltage,ups.load,ups.power,ups.realpower
   devStateIcon OL:10px-kreis-gruen.png
   disable    0
   event-on-change-reading battery.charge, state, ups.load
   event-on-update-reading battery.charge, battery.runtime, ups.load, state
   eventMap   state:OL = "USV Voll"
state:OB DISCHRG = "Stromausfall"
state:OL CHRG = "USV wird aufgeladen"
   group      03_Status
   icon       charge_battery
   pollState  10
   pollVal    60
   room       01_Dashboard
   sortby     16
   timestamp-on-change-reading state
   userReadings userReadings runtime.minutes {ReadingsVal($Name,"battery.runtime","0")/60}


Ausgelesen wird ja scheinbar so einiges, als Readings tauchen allerdings nur 4 auf. Der State wird auch mit opened anstatt OL o.ä. angezeigt. Die zusätzlichen Readings aus den vorigen Postings hätte ich auch schon versucht - sie werden einfach nicht angezeigt.

Any ideas?

lg aus Wien,
Shamal
FHEM auf RasPiI 3+, MapleCUL 868+433MhZ, MAX! via CUL, LD686 LED-Controller, GHoma Plugins,, Shelly, ConbeeII + IKEA + Xiaomi, div. Infodienste & Google Assistant via FHEM;

moskito

Hi Shamal,

das sind genau die vier Readings, die Du über die "event-on-xxx" Attribute beeinflusst.
Verändere die entsprechend und es könnte nach Deinen Wünschen funktionieren.

Gruß
Danny
FHEM auf Intel NUC/Proxmox & Debian 12 + HM-CFG-USB + zigbee2mqtt + Zwave + Enocean

shamal2008

#139
Hallo Moskito,

DANKE! - das wars... jetzt kommen die readings richtig an.

lg aus Wien,
Shamal
FHEM auf RasPiI 3+, MapleCUL 868+433MhZ, MAX! via CUL, LD686 LED-Controller, GHoma Plugins,, Shelly, ConbeeII + IKEA + Xiaomi, div. Infodienste & Google Assistant via FHEM;

shamal2008

Hallo zusammen,

neues Problem mit der USV: Bis vor 10 Minuten lief alles gut, dann hatte ich die glorreiche Idee meine Synology mit SYSSTAT und SNMP auslesen zu wollen - das hat auch gut funktioniert - nur "darf" FHEM nicht mehr mit NUT sprechen, "connection-refused"

Habt ihr eine Idee, was die Verbindung plötzlich "stört"?

lg Shamal
FHEM auf RasPiI 3+, MapleCUL 868+433MhZ, MAX! via CUL, LD686 LED-Controller, GHoma Plugins,, Shelly, ConbeeII + IKEA + Xiaomi, div. Infodienste & Google Assistant via FHEM;

moskito

Schon mal nachgeschaut, ob die "Freigabe/Zugelassene Diskstation Geräte" unter den USV Einstellungen auf der Synology noch vorhanden ist?

Gruß
Danny
FHEM auf Intel NUC/Proxmox & Debian 12 + HM-CFG-USB + zigbee2mqtt + Zwave + Enocean

Ma_Bo

#142
Hallo Leute,

folgendes Problem habe ich momentan,

NUT läuft als FHEM Modul solange bis der NUT Server nicht mehr erreichbar ist.
Ich frage mit meinem NUC (auf dem FHEM läuft) einen NUT Server im Netzwerk ab, solange dieser Server erreichbar ist, kann ich auch auf das Reading state vom NUT Modul reagieren.
Schalte ich nun den Raspberry (auf dem der NUT Server läuft) aus, geht zwar der state auf disconnected, aber kein notify oder DOIF reagiert darauf, man sieht auch erst das im reading state das disconnected steht, wenn man die Seite im Browser einmal neu lädt.

Des Weiteren friert FHEM (wenn der Raspberry mit NUT Server aus ist) bei jedem pollVal für 2-3 Sekunden ein, selbst wenn ich das Modul auf attr disable 1 stelle.

Jemand die selben Probleme oder ne Idee...?


####EDIT 1
Gestern habe ich dann dummerweise auch noch ein NUT Device umbenannt, da wurde das LOG direkt sekündlich geflutet und der state hat sich jede Sekunde aktualisiert.
Selbst einmal auf DEF klicken und dann modify brachte nichts, ich musste das device erst löschen und dann neu anlegen bis es dann wieder ohne LOGFlut und im Intervall von 10/60 funktionierte.



Grüße Marcel
NUC mit FHEM, HM Heizungsthermostate, HM Wandthermostate, Intertechno Funksteckdosen, 10" Tablet als Wanddisplay, KeyMatic, Fensterkontakte, Fensterkontakte umgebaut als Wassermelder und Briefkastenmelder, Aussenthermostat, Anwesenheitssteuerung über Fritz Box, Google Home usw. usw.

RitterSport

#143
Hallo Zusammen,

ich habe NUT installiert und bekomme an der Konsole folgendes:
pi@RaspberryPiSlave01:~ $ sudo upsc GreenCell@192.168.0.33
Init SSL without certificate database
battery.charge: 81
battery.voltage: 12.50
battery.voltage.high: 13.00
battery.voltage.low: 10.40
battery.voltage.nominal: 12.0
device.type: ups
driver.name: blazer_usb
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: 2.7.4
driver.version.internal: 0.12
input.current.nominal: 2.0
input.frequency: 0.0
input.frequency.nominal: 50
input.voltage: 6.1
input.voltage.fault: 238.3
input.voltage.nominal: 230
output.voltage: 230.8
ups.beeper.status: enabled
ups.delay.shutdown: 30
ups.delay.start: 180
ups.load: 3
ups.productid: 0000
ups.status: OB
ups.type: offline / line interactive
ups.vendorid: 0001
pi@RaspberryPiSlave01:~ $


Auf dem entsprechendem Raspi der unter der IP .33 läuft scheint es unter Fhem nicht ganz anzukommen:
define USV NUT GreenCell 192.168.0.33

Reading:
battery.charge

100

2022-01-13 23:00:48
input.voltage

236.7

2022-01-13 23:00:48
lastError

UNKNOWN-UPS

2022-01-13 23:28:17
state

opened

2022-01-13 23:45:44
ups.load

3

2022-01-13 23:00:48

Woran liegt es, das nicht alle Readings angezeigt werden?

yersinia

help NUT
oder: https://fhem.de/commandref_DE.html#NUT
ZitatasReadings
Mit Kommata getrennte Liste der USV-Werte, die als Readings verwendet werden sollen (ups.status wird auf jeden Fall gelesen).
Beispiel:
attr dieUSV asReadings battery.charge,battery.runtime,input.voltage,ups.load,ups.power,ups.realpower

Hast du asReadings entsprechend gesetzt?
viele Grüße, yersinia
----
FHEM 6.4 (SVN) on RPi 4B with RasPi OS Bookworm (perl 5.36.0) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

RitterSport

Ja, genau so waren diese sogar bei der Initialisierung vorgegeben/vorausgefüllt

yersinia

Zitat von: RitterSport am 14 Januar 2022, 14:45:43Ja, genau so waren diese sogar bei der Initialisierung vorgegeben/vorausgefüllt
Ich denke, ein list des Devices würde weiter helfen.
viele Grüße, yersinia
----
FHEM 6.4 (SVN) on RPi 4B with RasPi OS Bookworm (perl 5.36.0) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

RitterSport

Danke für den Support!

list USV:

CFGFN     
   DEF        GreenCell 192.168.0.33
   DeviceName 192.168.0.33:3493
   FD         4
   FUUID      61e09b22-f33f-a22c-30a2-26963d077d3e54d7
   NAME       USV
   NR         6872
   PARTIAL   
   STATE      OL
   TYPE       NUT
   UpsName    GreenCell
   buffer     
   lastStatus OL
   pollValState 20
   READINGS:
     2022-01-15 16:04:28   battery.charge  100
     2022-01-15 16:04:28   input.voltage   236.7
     2022-01-13 23:49:39   lastError       UNKNOWN-UPS
     2022-01-15 16:04:38   state           OL
     2022-01-15 16:04:28   ups.load        3
   helper:
     battery.charge 100
     battery.voltage 13.80
     battery.voltage.high 13.00
     battery.voltage.low 10.40
     battery.voltage.nominal 12.0
     device.type ups
     driver.name blazer_usb
     driver.parameter.pollinterval 2
     driver.parameter.port auto
     driver.parameter.synchronous no
     driver.version 2.7.4
     driver.version.internal 0.12
     input.current.nominal 2.0
     input.frequency 50.1
     input.frequency.nominal 50
     input.voltage 236.7
     input.voltage.fault 236.7
     input.voltage.nominal 230
     output.voltage 236.7
     ups.beeper.status enabled
     ups.delay.shutdown 30
     ups.delay.start 180
     ups.load   3
     ups.productid 0000
     ups.status OL
     ups.type   offline / line interactive
     ups.vendorid 0001
Attributes:
   asReadings battery.charge,battery.runtime,input.voltage,ups.load,ups.power,ups.realpower
   devStateIcon OL:measure_battery_100@green (DATA-STALE|UNKNOWN-UPS|opened|disconnected):measure_battery_100@red CHRG:measure_battery_100@yellow
   disable    0
   icon       it_nas
   pollState  10
   pollVal    60
   room       System
   userReadings Realbattery.runtime:input.voltage {ReadingsVal("USV1","battery.runtime",0)/60}, Realups.load:input.voltage {(ReadingsVal("USV1","ups.load",0)/(20+(1/3)+(1/15))+(17/100))},Realpower:input.voltage {(ReadingsVal("USV1","input.voltage",0))*(ReadingsVal("USV1","Realups.load",0))}

yersinia

Du musst asReading an die zur Verfügumg stehenden Parameter anpassen. Steht unter helper:
   helper:
     battery.charge 100
     battery.voltage 13.80
     battery.voltage.high 13.00
     battery.voltage.low 10.40
     battery.voltage.nominal 12.0
     device.type ups
     driver.name blazer_usb
     driver.parameter.pollinterval 2
     driver.parameter.port auto
     driver.parameter.synchronous no
     driver.version 2.7.4
     driver.version.internal 0.12
     input.current.nominal 2.0
     input.frequency 50.1
     input.frequency.nominal 50
     input.voltage 236.7
     input.voltage.fault 236.7
     input.voltage.nominal 230
     output.voltage 236.7
     ups.beeper.status enabled
     ups.delay.shutdown 30
     ups.delay.start 180
     ups.load   3
     ups.productid 0000
     ups.status OL
     ups.type   offline / line interactive
     ups.vendorid 0001


battery.runtime gibt es zum Beispiel nicht.
viele Grüße, yersinia
----
FHEM 6.4 (SVN) on RPi 4B with RasPi OS Bookworm (perl 5.36.0) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

RitterSport

Danke, da war wieder DAU unterwegs und hatte sich nur darauf konzentriert das :
lastError UNKNOWN-UPS vorlag.

Die möglichen Readings habe ich angepasst in as angepasst.