S.USV Daten und Befehle per FHEM

dieter114 · 11 April 2017, 07:41:32

Hallo Nico

die Routine hat wohl noch ein kleines Problem
Logfile vollgeschrieben mit:

2017.04.10 23:19:56 2: usv - i2c read failed: Reg: 69, Data: 69 1 
Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 525.

und auch nach einem Neustart heut morgen:

Code Auswählen

Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 338.
Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 338.
Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 338.

Gruß Wolfdieter

Wallmeier · 11 April 2017, 10:03:29

Hallo,

die Logeinträge der Form

Code Auswählen

2017.04.10 23:19:56 2: usv - i2c read failed: Reg: 69, Data: 69 1
sollten mit der neuen Version 0.11.6 behoben sein (liegt auf dem Update-Server).

Bezüglich der Logeinträge

Code Auswählen

Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 338.
würde mich das komplette Log seit dem Neustart interessieren. Die Fehlermeldung scheint mir nur ein Folgefehler zu sein. Die USV scheint kein Internal Firmware zu haben... Mir ist nur nicht klar warum...

Gruß,
Nico

Burny4600 · 11 April 2017, 12:48:53

Zu V0.11.6
Folgendes Reading von Batterie Status fehlt noch.

Code Auswählen

unknown battery state 212
Diese Meldung tritt auf wenn keine Batterie angeschlossen ist.

Aktuell funktionieren folgende Reading noch nicht.

Code Auswählen

PowerBattery n/a
PowerExtern 4865

Power Extern mit 4865mA kann nicht stimmen auch wenn sie über 24VDC Eingang erfolgt, da eine Sicherung mit 1A Flink vorgeschaltet ist.

Folgende Parameter gibt es bei mir nicht zum Einstellen.

Code Auswählen

attr RPII2C_1 DbLogExclude .*
attr RPII2C_1 useHWLib IOCTL

attr usv DbLogExclude .*

Sind diese Parameter notwendig, und wo können diese Parameter eingestellt werden?

Mr. Flash · 11 April 2017, 15:23:30

Hallo Nico,

ich habe bei mir auch die S.USV basic (HW 2.0, FW 2.3, SW 2.2) an einem RasPi 2B hängen.
Bei mir treten die gleichen Probleme wie bei Wolfdieter auf, auch mit Deiner Version 0.11.6.
Die relevanten Logeinträge ab Neustart sind:

Code Auswählen


2017.04.11 10:34:39 0: Server shutdown
2017.04.11 10:34:42 1: Including fhem.cfg
:
2017.04.11 10:34:44 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.04.11 10:34:44 3: Opening HMLAN1 device 192.168.10.100:1000
2017.04.11 10:34:44 1: HMLAN_Parse: HMLAN1 new condition init
2017.04.11 10:34:44 3: HMLAN1 device opened
:
2017.04.11 10:34:51 3: SUSV: using I2C Address 15
2017.04.11 10:34:51 3: I2C_RPII2C: HWaccess blockweise von 0x0f lesen, Reg: 0x22 -> syswrite failure: Ein-/Ausgabefehler der Gegenstelle (remote)
Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934.
Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934.
Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934.
Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934.
Exiting eval via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934.
Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934.
Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934.
Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934.
Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934.
:
2017.04.11 10:35:01 0: Featurelevel: 5.8
2017.04.11 10:35:01 0: Server started with 463 defined entities (fhem.pl:13938/2017-04-08 perl:5.020002 os:linux user:fhem pid:17816)
Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 340.
:
Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 340.
Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 340.
Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 340.
Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 340.
Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 340.
Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 340.
:

Die letzte Meldung wiederholt sich anschließend im 60 Sekunden-Takt.

Meine Config lautet:

Code Auswählen


define I2C_RPII2C RPII2C 1
define SUSV I2C_SUSV
attr SUSV IODev I2C_RPII2C
attr SUSV poll_interval 60

Parallel zur SUSV hängen noch zwei BME280 auf den Adressen 0x76 und 0x77 und ein TSL2591 (Modul noch nicht fertig) auf 0x29. Die sind meiner Meinung nach aber unkritisch, mit älteren Versionen der FHEM-Software und Deines Moduls habe ich die Firmware-Version schon in den Internals gesehen. Auch das Auslesen der Daten hatte funktioniert, wenngleich die Werte noch nicht gepasst hatten.

Viele Grüße,
Nik

Wallmeier · 12 April 2017, 17:20:18

Zitat von: Burny4600 am 11 April 2017, 12:48:53
Zu V0.11.6
Folgendes Reading von Batterie Status fehlt noch.
Code Auswählen Erweitern
unknown battery state 212
Diese Meldung tritt auf wenn keine Batterie angeschlossen ist.

Welche Firmware ist auf der USV - 2.20 oder 2.30?

Zitat von: Burny4600 am 11 April 2017, 12:48:53
Aktuell funktionieren folgende Reading noch nicht.
Code Auswählen Erweitern
PowerBattery n/a PowerExtern 4865
Power Extern mit 4865mA kann nicht stimmen auch wenn sie über 24VDC Eingang erfolgt, da eine Sicherung mit 1A Flink vorgeschaltet ist.

PowerBattery mit n/a ist korrekt, solange die primäre Spannungsversorgung steht. Aber in der Tat sehen die 4865 mA falsch aus - war zu der Zeit vielleicht Voltage in 4.865V?

Zitat von: Burny4600 am 11 April 2017, 12:48:53
Folgende Parameter gibt es bei mir nicht zum Einstellen.
Code Auswählen Erweitern
attr RPII2C_1 DbLogExclude .* attr RPII2C_1 useHWLib IOCTL attr usv DbLogExclude .*
Sind diese Parameter notwendig, und wo können diese Parameter eingestellt werden?

DbLogExclude gehört zum Modul DBLog. useHWLib stammt vom Modul RPII2C - ist nur vorhanden, wenn beide Zugriffsmethoden möglich sind. Fehlt es wird automatisch IOCTL genutzt, welches für die USV gebraucht wird.

Wallmeier · 12 April 2017, 17:28:19

Hallo Nik,

Zitat von: Mr. Flash am 11 April 2017, 15:23:30
ich habe bei mir auch die S.USV basic (HW 2.0, FW 2.3, SW 2.2) an einem RasPi 2B hängen.

Code Auswählen Erweitern
2017.04.11 10:34:51 3: SUSV: using I2C Address 15 2017.04.11 10:34:51 3: I2C_RPII2C: HWaccess blockweise von 0x0f lesen, Reg: 0x22 -> syswrite failure: Ein-/Ausgabefehler der Gegenstelle (remote) Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934. Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934. Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934. Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934. Exiting eval via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934. Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934. Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934. Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934. Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514, <$fh> line 934.

Sehr komisch - die erste Anfrage fürs Register 0x22 dient dazu, festzustellen, welche Firmware und Version der USV (Basic oder Advanced) vorhanden ist. Der I2C-Zugriff schlägt fehl und somit ist dann das Internal Firmware nicht gesetzt und als Folge davon gibt es den minütlichen Logeintrag bzgl. der nicht initialisierten Variablen.

Ich habe absolut keine Idee, wieso dieser Zugriff auf das Register 0x22 fehlschlägt

Ich bin aber dabei eine neue Modulversion zu bauen, die im Fehlerfall dann erneut probiert, vor dem eigentlichen Status-Update nochmal das Register 0x22 auszulesen... Vielleicht hilft dies ja... Werde ich nachher als Version 0.11.7 auf den Update-Server legen.

Gruß,
Nico

Burny4600 · 12 April 2017, 20:38:14

@Wallmeier

Bei allen S.USVs ist die Firmware V2.30 im Einsatz.

Zitatwar zu der Zeit vielleicht Voltage in 4.865V?

Nein das ist es nicht gewesen.
Siehe Anhang.

Bei allen S.USVs die mit der externen Stromversorung in Betrieb sind bei PowerExtern 4865.

Wallmeier · 12 April 2017, 20:46:49

Komisch... Ich muss dringend an meiner USV den externen Eingang mal nutzen und schauen, was ich dabei ausgelesen bekomme. Dazu werde ich aber erst nach Ostern zu kommen...

Burny4600 · 12 April 2017, 20:56:52

Anbei der Registerauszug für die Revision 2.

UPDATE 2017-05-13: S.USV hat mir eine neu Firmware zukommen lassen.
Leider kann FHEM jetzt mit dieser V2.30 nichts mehr anfangen.

Mr. Flash · 17 April 2017, 19:08:59

Hallo Nico,

zurück aus dem Osterurlaub!

Mein Problem konnte ich heute einkreisen und lösen. Scheinbar ist die komplette S.USV bei mir "offline" gegangen, bei einem "i2cdetect" wurde nur die RTC gefunden, nicht aber die S.USV auf Adresse 0x0F. Nach dem kompletten Trennen vom Strom antwortet sie wieder. Jetzt kann ich weiter testen.

Grüße,
Nik

Burny4600 · 18 April 2017, 10:03:33

@Mr Flash
Das du die Adresse der S.USV nicht findest ist ein Firmwarefehler der Version 2.30.
Ich bin damit mit dem Hersteller schon in Kontakt.

Um die S.USV wieder zu aktivieren, musst du den Raspberry mit der S.USV stromlos machen.
Hierzu muss natürlich auch der Akku entfernt werden.
Sollange du keinen Neustart des Raspberry machst sondern nur FHEM anhältst und startest bei die S.USV mit der Adresse 0f aktiv.

@Wallmeier
Bei der S.USV mit der Firmware V2.20 ist mir aufgefallen das die Firmwareversion nicht mehr angezeigt wird.
Version 1.32 und 2.30 werden angezeigt.

Anbei die Firmware V2.20 für jene die sie benötigen.

Mexx13 · 20 April 2017, 09:56:42

Hallo,
Ich besitze die USV Advanced schon über ein Jahr, Jungs tolle Arbeit. Bis jz läuft sie ohne Schwierigkeiten. Ist es Ratsam jz bei der Neuinstallation des PI's auf das Modul I2C_SUSV umzustellen?
Ich besitze auch noch kein RPII2C Modul.
Einersseits will ich es installieren aber wo sind die Vorteile für Rev. 1?

Hard- u. Software:
Raspberry PI Plus
USV Advanced Rev. 1
|-> Firmware V1.32
|-> Software V1.32
|-> Module SUSV (define USV_1 SUSV)

PS: Wie sieht euer 3000mAh Akku aus, bläht sich der auch so auf? Meiner ist nur bei Stromausfall in Betrieb, daumen Mal PI vl 3 mal im Jahr à 10 min und dann noch alle 3 Monate ein Lade-Entl.-Lade Zyklus. Die Ladeschaltung ist immer Abgeschaltet!

Vielen Dank und LG Max

Burny4600 · 21 April 2017, 08:35:43

@Mexx13

Grundsätzlich wäre es vernünftig die S.USV per I2C unter FHEM zu betreiben da unter I2C eine Weiterentwicklung erfolgt.
Bei dem 3000mAh Akku sieht es bei mir auch so aus, als ob sich dieser immer mehr aufbläht was nichts gutes heißt.
Warum dies bei dir ist wo du die Ladeschaltung grundsätzlich ausgeschaltet hast ist mir aber ein Rätsel.

Wallmeier · 23 April 2017, 19:49:12

Nachdem ich auch aus dem Osterurlaub zurück bin, geht es auch bei der Modulentwicklung weiter

Ich habe jetzt meine USV mit der 2.30er Firmware-Version ausgestattet, die Burny4600 bereits gepostet hatte und ich unabhängig davon auch vom Hersteller erhalten hatte. Das Flashen der Firmware lief bei mir absolut problemlos - entgegen anders lautender Berichte hier im Thread

Mit dieser Firmware-Version kann ich jetzt plausible Werte für die Akkuspannung auslesen. In diesem Zuge habe ich die Modulversion 0.11.8 freigegeben, die noch einiges an den Timingwerten ändert - ich hoffe, jetzt ist das Auslesen der Werte robust...

Burny4600 · 24 April 2017, 09:24:26

@Wallmeier
Funktioniert bei die S.USV Advanced mit der V2.30 auch nach einem sudo shutdown -r now?

Bei meiner V2.30 verschwindet bei allen S.USV Advanced nach einem Reboot die Adresse 0f.

Mit der V 0.11.8 haben bei mir die S.USV Advanced noch Probleme mit dem Auslesen der Daten.
Siehe Anhang.