S.USV Daten und Befehle per FHEM

[Burny4600]

Ändere das stateFormat auf

Code Auswählen Erweitern

{sprintf(
"USV Status: %s <br> RPI maximaler Ladestrom: %s <br> Spannungsversorgung durch: %s mit %.2f V <br> Externe Stromaufnahme %1.f mA <br> Batterie Status: %s <br> Batterie Kapazität: %1.f %% <br> Batterie Spannung: %.2f V",
ReadingsVal("$name","ChargingCircuit",0),
ReadingsVal("$name","ChargingCurrent",0),
ReadingsVal("$name","PowerSource",0),
ReadingsVal("$name","VoltageIn",0),
ReadingsVal("$name","PowerExtern",0),
ReadingsVal("$name","BatteryState",0),
ReadingsVal("$name","BatteryLevel",0),
ReadingsVal("$name","BatteryVoltage",0))}

[Intruder1956]

Hallo Chris,
vielen Dank, jetzt scheint es zu funktionieren 

Aber  was mir auffällt ist
Seit ca. einer halben Stunde habe ich das Stromkabel abgezogen.
Der PI 3 läuft nur mit dem 300mA Akku und der externen Autobatterie

Code Auswählen Erweitern


USV Status: NETZBETRIEB [color=red] < bleibt im Netzbetrieb [/color]
RPI maximaler Ladestrom: 300 mA
Spannungsversorgung durch: RPI mit 5.00 V [color=red] < bleibt auf RPI [/color]
Externe Stromaufnahme 462 mA
Batterie Status: charged
Batterie Kapazität: 100 %
Batterie Spannung: 4.20 V


vielleicht weiß @Nico etwas dazu 

Ich habe hier noch einen Raspi3 mit S.USV Advanced
den habe ich heute komplett neu installiert
Es ist noch nichts ausser FHEM mit der S.USV installiert.
kein CUL, kein Device
Ich habe die S.USV ohne WiringPi installiert
Was mir jetzt auffällt ist, ich habe bis jetzt keine Fehler im Logeintrag wie bei dem anderen  Raspi
z.b.

Code Auswählen Erweitern

2017.06.22 09:22:09 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2
2017.06.22 09:42:15 2: SUSV: invalid power extern - 5121 mA (209 1 20 )
2017.06.22 10:53:35 2: SUSV: invalid power extern - 4865 mA (209 1 19 )

Ich werde es weiter beobachten 

Gruß Werner

Edit: Leider auch bei dem Neu eingerichteten Fehler

Code Auswählen Erweitern

2017.06.22 15:14:41 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2
2017.06.22 15:25:44 2: SUSV: invalid power extern - 5121 mA (209 1 20 )
2017.06.22 16:21:00 2: SUSV: unknown battery state 9 - 212 9
2017.06.22 16:26:02 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2
2017.06.22 16:27:02 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2


[Burny4600]

Wenn du eine S-USV Advanced verwendest, und die exterene Spannungsversorgung der USV nutzt, was ja sinnvoll ist sonst würde ja eine Basic reichen, somit ist die Stromversorung über den Pi mit der 5V Versorgung nicht mehr notwendig.

Oder wo hast du die Autobatterie angeschlossen?
Eigentlich ist es sinnvoll an der externen Spannungsversorgung ein Netzgerät mit maximal 24VDC anzuschließen die mehr Leistung bringt als ein 5VDC Netzteil über den USB Port am PI.

Wenn am Pi sonst nichts angeschlossen ist als die S-USV läuft der PI schon eine lange Zeit.
Siehe Tabelle von S-USV.

Aus meinen Pi's ist überall WiringPi installiert.

Zu deinen Meldungen

2017.06.22 09:22:09 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2
2017.06.22 09:42:15 2: SUSV: invalid power extern - 5121 mA (209 1 20 )
2017.06.22 10:53:35 2: SUSV: invalid power extern - 4865 mA (209 1 19 )

kann ich dir leider nicht behilflich sein.

[Intruder1956]

hallo Chris,
habe die Advanced genommen, wegen der externen Stromversorgung kann ja nicht schaden und wer weiß wofür ich die noch gebrauchen kann 
ich habe es so verstanden, dass wenn ich das 5,1 V Netzteil angeschlossen habe und der normale Hausstrom mal ausfällt, wegen z.b. Blitzeinschag.
Was ja auf einem Dorf mal passiert und wir schon öfter hatten.
Ist eine Versorgung mit dem 300 mA oder halt am  externen Anschluss z.b. Autobatterie erstmal hergestellt.
Die Autobatterie muss natürlich zwischendurch mal geladen werden, ich weiß nicht ob die S.USV das macht
Natürlich kann ich auch ein 3000 mA oder größeres Akku anschließen und der Raspi rennt dann mehrere Stunden.
Wenn ich ein größeres Netzteil  24VDC am externen Anschluss anschließe, bin ich ja wieder auf dem Akku begrenzt, bei Stromausfall würde das 24VDC auch kein Strom bekommen
Im Moment ist es eh nur ein testen am externen Anschluss um zu sehen wie die Software (S.USV eigene oder I2C_SUSV sich verhält)
Habe  I2C_SUSV erstmal Verbose auf 1 gestellt, damit nicht so viele Logeinträge kommen.

Aber, es bringt ja alles nichts, wenn nicht auch die ESP-Gateway, USB-Hub und Router mit USV betrieben werden.
Was soll der Raspi rennen, wenn er nicht schalten und walten kann 

Gruß Werner

[Burny4600]

Hallo Werner.

Die Externe Spannungsversorung an der S-USV ist nur eine Spannungsversorgung. Deine Autobatterie wird darüber nicht geladen.
Das müsstest du dann schon mit einem separaten Ladegerät machen damit die Autobatterie wieder geladen wird.

Da hast du recht, dass das ganze nur Sinn macht wenn die anderen Komponeten auch über eine USV versorgt werden.
Bei mir läuft alles über eine zentrale Stromversorgung die mit einer USV gestützt ist, darum hängen alle S-USV's auch über die externe Stromversorgung an der zentralen Stromversorung. Der Akku an der S-USV dient nur dazu wenn wirklich die zentrale USV gestützte Stromversorgung auch weg brechen sollte ein sauberes Shutdown zu bewirken.

[Burny4600]

@Wallmeier

Kannst du die Register bitte nochmals abchecken.
Ich vermisse im 52_I2C_SUSV.pm irgendwie die Auswertung woher die S-USV die Spannung bezieht.
Da sollte es die Ausgabe Power Status mit Primary und Secondary geben. Ich finde aber nur die Ausgabe RPI.

[Wallmeier]

@Burny4600 - RPI = primary, USV = secondary

[Burny4600]

Bei mir zeigt FHEM immer nur RPI an.

[Intruder1956]

kann ich bestätigen, egal was ich anschließe 300 mA Akku, oder extern 12 Batterie immer RPI

Gruß Werner

[Intruder1956]

moin,
habe heute Update gemacht
Stromversorgung = Netzteil entfernt
S.USV läuft über externe Batterie
zeigt immer noch Versorgung über RPI an

Gruß Werner
Hier nochmal ein list

Code Auswählen Erweitern

Internals:
   .attreocr-thresholdBatteryVoltage 4.200
   .attreocr-thresholdPowerBattery 0
   .attreocr-thresholdPowerExtern 462
   .attreocr-thresholdVoltageIn 5.00
   .eventMapCmd NETZBETRIEB:noArg BATTERIEBETRIEB:noArg geladen:noArg laden:noArg
   .lastTimeBatteryVoltage 1498981764.32077
   .lastTimePowerBattery 1498981764.29128
   .lastTimePowerExtern 1498981824.58923
   .lastTimeVoltageIn 1498981040.89498
   CHANGED
   ExternalPower 1
   Firmware   2.31
   I2C_Address 15
   IODev      RPII2C_1
   Model      Advanced
   NAME       SUSV
   NR         390
   RPII2C_1_SENDSTAT Ok
   STATE      USV Status: NETZBETRIEB <br> RPI maximaler Ladestrom: 300 mA <br> Spannungsversorgung durch: RPI mit 5.01 V <br> Externe Stromaufnahme 429 mA <br> Batterie Status: charged <br> Batterie Kapazität: 100 % <br> Batterie Spannung: 4.20 V
   TYPE       I2C_SUSV
   VERSION    0.15
   Readings:
     2017-07-02 10:06:29   BatteryLevel    100
     2017-06-29 06:17:42   BatteryState    charged
     2017-07-02 10:06:29   BatteryVoltage  4.200
     2017-07-02 03:50:59   ChargingCircuit ONLINE
     2017-07-02 03:50:59   ChargingCurrent 300 mA
     2017-07-02 08:48:58   Pinlevel        low
     2017-07-02 10:06:29   PowerBattery    0
     2017-07-02 10:06:29   PowerExtern     429
     2017-06-17 09:48:34   PowerSource     RPI
     2017-07-02 10:06:29   VoltageIn       5.01
Attributes:
   IODev      RPII2C_1
   devStateStyle style="text-align:left;;font-weight:bold;;"
   event-min-interval BatteryCapacity:1800,BatteryState:1800,BatteryVoltage:1800,ChargingCircuit:1800,ChargingCurrent:1800,PowerBattery:1800,PowerExtern:1800,PowerSource:1800,VoltageIn:1800
   event-on-change-reading BatteryCapacity:3,BatteryState,BatteryVoltage:0.02,ChargingCircuit,ChargingCurrent,PowerBattery:20,PowerExtern:50,PowerSource,VoltageIn:0.1
   eventMap   ONLINE:NETZBETRIEB OFFLINE:BATTERIEBETRIEB charged:geladen charging:laden
   poll_interval 60
   room       Energie
   stateFormat {sprintf(
"USV Status: %s <br> RPI maximaler Ladestrom: %s <br> Spannungsversorgung durch: %s mit %.2f V <br> Externe Stromaufnahme %1.f mA <br> Batterie Status: %s <br> Batterie Kapazität: %1.f %% <br> Batterie Spannung: %.2f V",
ReadingsVal("$name","ChargingCircuit",0),
ReadingsVal("$name","ChargingCurrent",0),
ReadingsVal("$name","PowerSource",0),
ReadingsVal("$name","VoltageIn",0),
ReadingsVal("$name","PowerExtern",0),
ReadingsVal("$name","BatteryState",0),
ReadingsVal("$name","BatteryLevel",0),
ReadingsVal("$name","BatteryVoltage",0))}
   verbose    0

[Wallmeier]

Das kann ich so bei mir nicht nachvollziehen... Wurde denn die Readings nach dem Abziehen des Netzteil aktualisiert (Intervallist auf 1 x Minute konfiguriert)? Bei mir sieht es so aus:

Code Auswählen Erweitern

Internals:
   CFGFN      raspberry.cfg
   ExternalPower 1
   Firmware   2.32
   I2C_Address 15
   IODev      i2c
   Model      Advanced
   NAME       usv
   NR         185
   STATE      Source: USV, BatState: charging deactivated
   TYPE       I2C_SUSV
   VERSION    0.15
   i2c_SENDSTAT Ok
   i2caddress 15
   Helper:
     Dblog:
       Batteryvoltage:
         Mydblog:
           TIME       1498983558.77042
           VALUE      4.04
       Powerextern:
         Mydblog:
           TIME       1498983558.47262
           VALUE      0
       Voltagein:
         Mydblog:
           TIME       1498983558.5011
           VALUE      4.98
   Readings:
     2017-07-02 10:19:26   BatteryLevel    73.17
     2017-07-02 10:19:26   BatteryState    charging deactivated
     2017-07-02 10:19:26   BatteryVoltage  4.04
     2017-07-02 09:50:17   ChargingCircuit ONLINE
     2017-07-02 09:50:17   ChargingCurrent 300 mA
     2017-07-02 10:19:52   Pinlevel        low
     2017-07-02 10:19:25   PowerBattery    313
     2017-07-02 10:19:25   PowerExtern     0
     2017-07-02 10:19:18   PowerSource     USV
     2017-07-02 10:19:25   VoltageIn       4.98
Attributes:
   DbLogInclude BatteryLevel|BatteryVoltage|VCC|VoltageIn|PowerBattery
   IODev      i2c
   alias      USV
   event-min-interval BatteryVoltage:3600,VoltageIn:3600,PowerExtern:3600
   event-on-change-reading PowerExtern,PowerBattery,PowerSource,ChargingCircuit,ChargingCurrent,BatteryLevel,BatteryState,BatteryVoltage,VCC,VoltageIn,Pinlevel
   group      RaspBerry
   poll_interval 60
   room       RaspBerry
   sortby     0
   stateFormat Source: PowerSource, BatState: BatteryState

[Burny4600]

Ja die Readings wurden aktualisiert.
Bei mir ist grundsätzlich die Versorung über die USV und nicht über den RPI.
Somit müssten alle S-USV's USV anstatt RPI anzeigen. Tun sie aber leider nicht.

Irgendetwas muss bei dir anders sein als bei uns.

Code Auswählen Erweitern

Internals:
   CFGFN      /media/hdd/fhem/mycfg/USV/usv_rasp01.cfg
   CHANGED
   ExternalPower 1
   Firmware   2.32
   I2C_Address 15
   IODev      RpiI2C_1
   Model      Advanced
   NAME       SUSV
   NR         1848
   RpiI2C_1_SENDSTAT Ok
   STATE      USV Status: NETZBETRIEB <br> RPI maximaler Ladestrom: 300 mA <br> Spannungsversorgung durch: RPI mit 5.05 V <br> Externe Stromaufnahme: 578 mA <br> Batterie Status: charged <br> Batterie Kapazität: 100 % <br> Batterie Spannung: 4.20 V
   TYPE       I2C_SUSV
   VERSION    0.15
   Readings:
     2017-07-02 21:53:52   BatteryLevel    100
     2017-06-27 21:33:15   BatteryState    charged
     2017-07-02 21:53:52   BatteryVoltage  4.200
     2017-07-02 18:53:49   ChargingCircuit ONLINE
     2017-07-01 14:35:43   ChargingCurrent 300 mA
     2017-07-02 20:19:03   Pinlevel        low
     2017-07-02 21:53:52   PowerBattery    0
     2017-07-02 21:53:52   PowerExtern     578
     2017-06-15 12:24:56   PowerSource     RPI
     2017-07-02 21:53:52   VoltageIn       5.05
Attributes:
   IODev      RpiI2C_1
   alias      OG2 EDV Raum - S.USV Raspberry
   devStateStyle style="text-align:left;;font-weight:bold;;"
   event-min-interval BatteryCapacity:1800,BatteryState:1800,BatteryVoltage:1800,ChargingCircuit:1800,ChargingCurrent:1800,PowerBattery:1800,PowerExtern:1800,PowerSource:1800,VoltageIn:1800
   event-on-change-reading BatteryCapacity:3,BatteryState,BatteryVoltage:0.02,ChargingCircuit,ChargingCurrent,PowerBattery:20,PowerExtern:50,PowerSource,VoltageIn:0.1
   eventMap   /ONLINE:NETZBETRIEB/OFFLINE:BATTERIEBETRIEB/charging deactivated:laden deaktiviert/charging:laden/charged:geladen
   group      USV
   icon       measure_battery_100
   poll_interval 60
   room       _USV
   stateFormat {sprintf(
"USV Status: %s <br> RPI maximaler Ladestrom: %s <br> Spannungsversorgung durch: %s mit %.2f V <br> Externe Stromaufnahme: %1.f mA <br> Batterie Status: %s <br> Batterie Kapazität: %1.f %% <br> Batterie Spannung: %.2f V",
ReadingsVal("$name","ChargingCircuit",0),
ReadingsVal("$name","ChargingCurrent",0),
ReadingsVal("$name","PowerSource",0),
ReadingsVal("$name","VoltageIn",0),
ReadingsVal("$name","PowerExtern",0),
ReadingsVal("$name","BatteryState",0),
ReadingsVal("$name","BatteryLevel",0),
ReadingsVal("$name","BatteryVoltage",0))}

[Wallmeier]

Kann es sein, dass hier ein Missverständnis vorliegt?
Primary bzw. im Modul RPI bedeutet, dass die Stromversorgung des Rapsberry Pi entweder über den Micro-USB-Anschluss des Raspberry Pi oder über den externen Anschluss der S.USV erfolgt.
Secondary bzw. im Modul USV bedeutet, dass die Stromversorgung aktuell über den Akku der S.USV erfolgt.

Bei mir ist grundsätzlich die Versorung über die USV und nicht über den RPI.

Ich nehme an, Du meinst nicht den Akku sondern den externen Anschluss der S.USV - oder?

Code Auswählen Erweitern

Internals:
   Firmware   2.32
   Model      Advanced
   VERSION    0.15
   Readings:
     2017-07-02 21:53:52   BatteryLevel    100
     2017-06-27 21:33:15   BatteryState    charged
     2017-07-02 21:53:52   BatteryVoltage  4.200
     2017-07-02 18:53:49   ChargingCircuit ONLINE
     2017-07-01 14:35:43   ChargingCurrent 300 mA
     2017-07-02 20:19:03   Pinlevel        low
     2017-07-02 21:53:52   PowerBattery    0
     2017-07-02 21:53:52   PowerExtern     578
     2017-06-15 12:24:56   PowerSource     RPI
     2017-07-02 21:53:52   VoltageIn       5.05


Gemäß aller anderen Readings wird der Raspberry Pi aktuell über den externen Anschluss der S.USV betrieben... Alle Readings sind zueinander stimmig.

[Burny4600]

Nur wenn ich die S-USV auf Batteriebetrieb schalte sollte doch PowerSource von RPI auf USV wechseln.
Da ändert sich aber bei keiner S-USV etwas. Die zeigen alle nur RPI an.

Code Auswählen Erweitern

Internals:
   CFGFN      /media/hdd/fhem/mycfg/USV/usv_rasp02.cfg
   CHANGED
   ExternalPower 1
   Firmware   2.32
   I2C_Address 15
   IODev      RpiI2C_1
   Model      Advanced
   NAME       SUSV
   NR         545
   RpiI2C_1_SENDSTAT Ok
   STATE      USV Status: BATTERIEBETRIEB <br> RPI maximaler Ladestrom: 300 mA <br> Spannungsversorgung durch: RPI mit 5.05 V <br> Externe Stromaufnahme: 416 mA <br> Batterie Status: charging deactivated <br> Batterie Kapazität: 90 % <br> Batterie Spannung: 4.14 V
   TYPE       I2C_SUSV
   VERSION    0.15
   READINGS:
     2017-07-04 20:30:10   BatteryLevel    90.17
     2017-07-04 20:26:26   BatteryState    charging deactivated
     2017-07-04 20:30:10   BatteryVoltage  4.14
     2017-07-04 20:26:26   ChargingCircuit OFFLINE
     2017-07-04 19:07:28   ChargingCurrent 300 mA
     2017-07-04 20:19:00   Pinlevel        low
     2017-07-04 20:30:09   PowerBattery    0
     2017-07-04 20:30:09   PowerExtern     416
     2017-07-04 20:01:56   PowerSource     RPI
     2017-07-04 20:30:09   VoltageIn       5.05
Attributes:
   IODev      RpiI2C_1
   alias      OG2 Heizraum - S.USV Raspberry
   devStateStyle style="text-align:left;;font-weight:bold;;"
   event-min-interval BatteryCapacity:1800,BatteryState:1800,BatteryVoltage:1800,ChargingCircuit:1800,ChargingCurrent:1800,PowerBattery:1800,PowerExtern:1800,PowerSource:1800,VoltageIn:1800
   event-on-change-reading BatteryCapacity:3,BatteryState,BatteryVoltage:0.02,ChargingCircuit,ChargingCurrent,PowerBattery:20,PowerExtern:50,PowerSource,VoltageIn:0.1
   eventMap   /ONLINE:NETZBETRIEB/OFFLINE:BATTERIEBETRIEB/charging deactivated:laden deaktiviert/charging:laden/charged:geladen
   group      USV
   icon       measure_battery_100
   poll_interval 60
   room       _USV
   stateFormat {sprintf(
"USV Status: %s <br> RPI maximaler Ladestrom: %s <br> Spannungsversorgung durch: %s mit %.2f V <br> Externe Stromaufnahme: %1.f mA <br> Batterie Status: %s <br> Batterie Kapazität: %1.f %% <br> Batterie Spannung: %.2f V",
ReadingsVal("$name","ChargingCircuit",0),
ReadingsVal("$name","ChargingCurrent",0),
ReadingsVal("$name","PowerSource",0),
ReadingsVal("$name","VoltageIn",0),
ReadingsVal("$name","PowerExtern",0),
ReadingsVal("$name","BatteryState",0),
ReadingsVal("$name","BatteryLevel",0),
ReadingsVal("$name","BatteryVoltage",0))}
   verbose    0

[Wallmeier]

Auch diesmal sehen die Readings für mich nicht danach aus, als ob die S.USV wirklich auf dem Akku läuft...

Code Auswählen Erweitern

Internals:
   READINGS:
     2017-07-04 20:30:10   BatteryLevel    90.17
     2017-07-04 20:26:26   BatteryState    charging deactivated
     2017-07-04 20:30:10   BatteryVoltage  4.14
     2017-07-04 20:26:26   ChargingCircuit OFFLINE
     2017-07-04 19:07:28   ChargingCurrent 300 mA
     2017-07-04 20:19:00   Pinlevel        low
     2017-07-04 20:30:09   PowerBattery    0
     2017-07-04 20:30:09   PowerExtern     416
     2017-07-04 20:01:56   PowerSource     RPI
     2017-07-04 20:30:09   VoltageIn       5.05


PowerBattery 0 & PowerExtern 416 deuten klar darauf hin, dass der Raspberry über den externen Eingang der S.USV versorgt wird.

Bitte nochmal folgendes Testen:

• Bei der susv das Attribute Verbose auf 5 setzen
• Externe Stromversorgung abziehen, genauen Zeitpunkt notieren und diesen nachher posten
• Werte in fhem aktualisieren oder mindestens eine Minute warten
• Device-Listing speichern und posten
• Mittels des Hersteller-Tools susv gegenchecken - also susv -status aufrufen und Ausgabe posten
• Externe Stromversorgung wieder anstecken, genauen Zeitpunkt notieren und diesen ebenfalls posten
• Das komplette fhem-Log zwischen dem Abstecken und wieder anstecken der externen Stromversorgung posten