S.USV Daten und Befehle per FHEM

Begonnen von Depechem, 01 April 2016, 18:16:45

Vorheriges Thema - Nächstes Thema

Wallmeier

Den Fall "invalid power extern (port is used) - 0 mA (209 0 0 )" habe ich leider auch regelmäßig in den Logs...

Meine Erfahrung / Einschätzung ist, dass die I2C-Kommunikation nicht 100% sauber in der Firmware umgesetzt ist. Vermutlich aus diesem Grund hat der Hersteller mit jeder neuen Version der Client-Software die Wartezeit zwischen dem Anfordern eines Registern und dem Lesen des Registers immer weiter erhöht - mittlerweile auf 500ms. Deshalb dauert die Ausgabe von susv --status auch so lange.

Den Fall von oben ("invalid power extern (port is used) - 0 mA (209 0 0 )") kann ich auch mit dem Hersteller-Tool susv --status reprodizieren - mit folgendem Bash-Skript:
#!/bin/bash
cnt=0
while true; do
    ((cnt++))
    /opt/susvd/susv -status > $cnt.log
    sleep 1m
done

Dieses Skript ruft einmal die Minute das Hersteller-Tool auf und speichert den Output in einer eigenen Datei.

Unregelmäßig bekomme ich dabei:
********************************
*                              *
* S.USV solutions              *
* www.s-usv.com                *
*                              *
* Model: Advanced              *
* Firmware Version: 2.61       *
* Software Version: 2.40       *
* Hardware Version: 2.1        *
*                              *
* Mail notification: Enabled   *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Sat Sep 29 21:06:33 2018     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: ONLINE     *
* Charging current: 300 mA     *
*                              *
* Voltage in: 5.16 V           *
* Battery capacity: 100.00%    *
* Battery voltage: 4.20V       *
* Power Battery: 000.00 mA     *
* Power Extern: 000.00 mA      *
*                              *
* Shutdown timer: -1           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************

Dazu muss man wissen, dass der Raspberry Pi über den externen Eingang der S.USV mit 12V-Spannung versorgt wird - somit kann der Wert bei Power Extern nicht stimmen... Für sinnvolle Ergebnisse sollte auf jeden Fall beim susv-Device in fhem das Disable-Attribut auf 1 gesetzt werden, damit nicht beide auf dasselbe I2C-Device zugreifen...

@Burny4600: Teste am besten mal auf den Raspberry Pi, mit den komischen Werten im Log, ob das Hersteller-Tool immer plausible Werte liefert (z.B. mit dem obigen Shell-Skript)

Wallmeier

Was mich ebenfalls wundert, ist, das ich vor dem Update der Firmware auf 2.61, einen durchschnittlichen Verbrauch lauf fhem von ca. 320 mA hatte und nach dem Update um ca. 370-380 mA. Das finde ich suspekt... Die Auslastung auf dem Raspberry Pi hat sich nicht geändert...

Burny4600

Was mir noch aufgefallen ist sind die Freezemon Einträge im FHEM Log von der S-USV verursacht.
2018.12.08 19:51:37.091 1 : [Freezemon] myFreezemon: possible freeze starting at 19:51:36, delay is 1.091 possibly caused by: tmr-I2C_SUSV_Poll_GPIO(SUSV)
2018-12-08 19:51:37.241 freezemon myFreezemon s:19:51:36 e:19:51:37 f:1.091 d:tmr-I2C_SUSV_Poll_GPIO(SUSV)
2018-12-08 19:51:37.241 freezemon myFreezemon freezeTime: 1.091
2018-12-08 19:51:37.241 freezemon myFreezemon fcDay: 1253
2018-12-08 19:51:37.241 freezemon myFreezemon ftDay: 14426.5
2018-12-08 19:51:37.241 freezemon myFreezemon freezeDevice: tmr-I2C_SUSV_Poll_GPIO(SUSV)
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

chris8868

Hallo

Kann der autostart als parameter von fhem aus auch gesteuert werden?

Danke und Gruss
Chris