FHEM Forum

FHEM - Hardware => Einplatinencomputer => Thema gestartet von: Depechem am 01 April 2016, 18:16:45

Titel: S.USV Daten und Befehle per FHEM
Beitrag von: Depechem am 01 April 2016, 18:16:45
Hallo an alle.
Ich habe seit neuesten die S.USV in Betrieb.
Preis Leistung echt super.

Nun wöllte ich gern alle Statusmeldungen und evtl. Einstellungsänderungen direkt im FHEM anzeigen lassen/ändern können!?

über folgenden Pfad kann man die Statusmeldungen auslesen:

/opt/susvd
./susv -help


wie könnte ich die Befehle in FHEM und dann in FTUI einbinden?

Vielen Dank im voraus.
Gruß Thomas

Titel: S.USV Daten und Befehle per FHEM
Beitrag von: dev0 am 01 April 2016, 20:06:47
- Ein at device anlegen, dass über einen Systemaufruf, den Befehl aufruft, die Rückgabe parst und die Werte in Readings speichert.
- Ein Modul schreiben und ggf. etwas forschen, ob es nicht eine elegantere Möglichkeit gibt an die Werte zu kommen bzw. zu steuern. Das SPEEDTEST Modul könnte als Vorlage halbwegs passen...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 01 April 2016, 21:31:48
Hallo Thomas,

ich habe für mich bereits ein Modul programmiert, welches direkt i2c die notwendigen Daten ausliest - bisher bis auf die Strommessungen. Der Hersteller will aber in den kommenden Tagen noch eine neue Firmwareversion herausbringen, die es einfach machen sollen, alle Daten per i2c-Bus auslesen. Wenn die Firmware veröffentlicht ist und ich mein Modul entsprechend angepasst habe, werde ich es gerne zur Verfügung stellen.

Schönen Abend noch,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Depechem am 01 April 2016, 21:36:00
Super Nico!!!
Vielen Dank im Voraus schon mal.

Gruß Thomas
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 24 April 2016, 20:58:20
Hallo,

nachdem der Hersteller der USV diese Woche die neue Firmware 1.32 (http://www.s-usv.de/files/firmware/susv_fw_132.tar.gz (http://www.s-usv.de/files/firmware/susv_fw_132.tar.gz)) veröffentlicht hat, kann ich jetzt auch das passende FHEM-Modul für die S.USV veröffentlichen. Damit alle Werte ausgelesen werden können, muss auf der USV die Firmware 1.32 installiert werden - ansonsten stehen Werte für Strom Batterie bzw. Extern (nur Advanced-Modell) nicht zur Verfügung.

Definiert wird die USV in FHEM mittels:
define usv SUSV

Ob der Wert PowerExtern korrekt funktioniert, kann ich nicht testen, da ich nur das Basic-Modell habe. Wenn jemand das Advanced-Modell hat, würde ich mich über ein Feedback freuen.

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Depechem am 27 April 2016, 19:13:32
Hallo Nico, danke für dein Modul.
Leider läuft es bei mir noch nicht.

- FW und SW wurde auf 1.32 geupdatet.
- .pm wurde kopiert
- define usv SUSV bringt folgenden Fehler
usv: Error! I2C device not readable: /dev/i2c-1. Please install wiringpi or change access rights for fhem user
Was muss ich da noch machen?
Zur Info: ich steuere bereits mehrere GPIOs über FHEM - hier ein Bispiel
define LED_extern_scharf RPI_GPIO 17

Gruß Thomas
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 27 April 2016, 19:21:26
Hallo Thomas,

der Linux-User unter dem fhem läuft, ist nicht in der Gruppe i2c.
Ändern kannst Du dies, indem Du folgendes in der Shell eingibst:
sudo adduser fhem i2c

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Depechem am 27 April 2016, 19:32:52
Zitat von: Wallmeier am 27 April 2016, 19:21:26
Hallo Thomas,

der Linux-User unter dem fhem läuft, ist nicht in der Gruppe i2c.
Ändern kannst Du dies, indem Du folgendes in der Shell eingibst:
sudo adduser fhem i2c

Gruß,
Nico

Super vielen Dank es läuft ;-)
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 27 April 2016, 19:47:21
Aktuell gibt es noch ein Problem im Zusammenspiel mit dem susvd (Daemon vom Hersteller der USV).

Das Problem liegt in der Abfrage des GPIO27 (nutzt die USV zur Signalisierung, ob es die Primär-Spannung ausgefallen ist) - im fhem-Modul hatte ich den GPIO auf Interrupt-Zugriff umkonfiguriert - damit kommt aber der susvd leider nicht zurecht. Werde ich wohl auf polling im fhem-Modul umstellen müssen :( Wird somit in den nächsten Tagen eine aktualisierte Version des Moduls geben.

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Depechem am 18 Mai 2016, 15:43:46
Eine Frage,
entweder seit Firmware-Aktualisierung oder seit Anbindung des FHEM Modules werden von der s.usv bei Stromausfall keine Mails mehr versendet.
Weiterhin kann ich die Tasten nicht mehr bedienen(Ein- Aus- Neustart- Taster)
Kann das damit zusammenhängen oder hat jemand eine Idee an was dies liegen kann?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 18 Mai 2016, 19:12:09
Hallo,

Zitatentweder seit Firmware-Aktualisierung oder seit Anbindung des FHEM Modules werden von der s.usv bei Stromausfall keine Mails mehr versendet.

wie ich im Beitrag darüber geschrieben hatte, gibt / gab es noch ein Problem im Zusammenspiel mit dem susvd und genau dieses ist für das beobachtete Fehlverhalten verantwortlich.

Anbei gibt es eine modifizierte Version, die hoffentlich wieder einwandfrei mit dem susvd zusammenarbeitet...

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Depechem am 19 Mai 2016, 09:19:16
Zitat von: Wallmeier am 18 Mai 2016, 19:12:09
Hallo,

wie ich im Beitrag darüber geschrieben hatte, gibt / gab es noch ein Problem im Zusammenspiel mit dem susvd und genau dieses ist für das beobachtete Fehlverhalten verantwortlich.

Anbei gibt es eine modifizierte Version, die hoffentlich wieder einwandfrei mit dem susvd zusammenarbeitet...

Gruß,
Nico

Hallo Nico,
viiiiiielen Dank nun läuft alles wieder!
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: vichtl23 am 21 Mai 2016, 16:32:12
Hallo Nico,
das ist hier mein erster Post.
Durch deine hammer Arbeit an diesem Modul hab ich mich erst entschlossen die S-USV Advanced zu kaufen. Danke Vielmals!!!  :D
Ich habe sie noch nicht so umfangreich getestet, aber ich bin schon sehr zufrieden nach dem Desaster von CW2 USV-Plus das sich über 2 Jahre hingestreckt hat.  >:(
Es gibt sicher noch Verbesserungspotenzial seitens Seprotronic GmbH und die haben ja auch offene Ohren für solche Dinge.
Akkulaufzeit bei Stromausfall mit meiner Hardware nach dem ersten mal Laden finde ich ganz akzeptabel. (rund 3 Stunden)

So jetzt zu meinem Problem:
Ich habe die USV in der fhem.cfg so angelegt...

## S-USV
define USV_1 SUSV
attr USV_1 event-min-interval BatteryCapacity:1800,BatteryState:1800,BatteryVoltage:1800,ChargingCircuit:1800,ChargingCurrent:1800,PowerBattery:1800,PowerExtern:1800,PowerSource:1800,VoltageIn:1800
attr USV_1 event-on-change-reading BatteryCapacity:3,BatteryState,BatteryVoltage:0.02,ChargingCircuit,ChargingCurrent,PowerBattery:20,PowerExtern:50,PowerSource,VoltageIn:0.1
attr USV_1 poll_interval 20
attr USV_1 room 9.01_USV
attr USV_1 stateFormat BatteryState, ChargingCircuit at ChargingCurrent, PowerSource

...es funktioniert ja auch soweit aber wenn ich die Datei speichere "Save fhem.cfg" stürzt FHEM ab und man muss es Manuell mittels Konsole wieder neu starten. Die Datei fhem.cfg wird gespeichert und die Funktion des Moduls 98_SUSV.pm  ist nicht beeinträchtigt, aber es stört mich ein bisschen. Kommentiere ich die SUSV Definition aus funktioniert das Speichern ohne Verbindungsverlust ganz normal. Teilweise auskommentieren meiner Einstellungen (event-min-interval, event-on-change-reading,...) bringt auch keinen Erfolg.

Beim Starten des Raspberry PI's ohne angeschlossener Platine mit SUSV Definition zickt FHEM auch irgenwie herum, aber dieses Thema habe ich noch nicht weiter hinterfragt.

So jetzt zu meiner Frage habt ihr dieses merkwürdige Verhalten auch?
Die USV hat die neuste Software und FHEM das neuste Update.
Es kann natürlich sein das die Kompatibilität mit anderen Devices bei mir nicht klappt. (Jeelink, CUL, Sduino,...).
Beim Installieren der Pakete am Raspberry habe ich die "susvd-en-1.32-systemd-all.deb" verwendet da ich ja auf Raspbian Jessie bin. War das Richtig?

LogFile-Eintrag:

2016.05.21 14:58:54 3: Zeitmeldung SD_WS09_Parse msg=FF43C4C65E161A0C7C03F4 syncp=1 length:80
2016.05.21 14:58:54 3: SD_WS09_Parse Bin=1111111101000011110001001100011001011110000101100001101000001100011111000000001111110100 syncp=1 length:88
2016.05.21 14:58:54 3: Zeitmeldung SD_WS09_Parse msg=FF43C4C65E161A0C7C03F4 syncp=1 length:80
Can't use an undefined value as a symbol reference at ./FHEM/98_SUSV.pm line 519.
2016.05.21 14:59:49 1: reload: Error:Modul 99_myUtils deactivated:

2016.05.21 14:59:49 1: Including fhem.cfg
2016.05.21 14:59:50 3: telnetPort: port 7072 opened
2016.05.21 14:59:51 3: WEB: port 8083 opened
2016.05.21 14:59:51 3: WEBphone: port 8084 opened
2016.05.21 14:59:51 3: WEBtablet: port 8085 opened


Lg Max
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: ThomasW am 26 Mai 2016, 18:51:34
Hallo Nico,

habe auf meinem Test-System (Raspberry B+, Debian-Jessie mit OWFS) die S-USV Basic installiert,
nach Installationsanleitung S-USV.
In Fhem wurde es mit den Befehlen integriert.

define USV_1 SUSV
attr USV_1 poll_interval 60
attr USV_1 room System


Auf Debian-Ebene wurde dieser Befehl ausgeführt.

sudo adduser fhem i2c


Wird ,,fhem.cfg" Bearbeitet und gespeichert muß anschließend Fhem manuell gestartet werden.
Ich weiß: die *.cfg's sollte man nicht mit Editor bearbeiten. 8)
Dieses Verhalten tritt nicht auf wenn der Befehl in die Kopfzeile eingegeben und
das Ganze dann über "SAVE config" gespeichert wird.

Im Log-File wird nur diese Zeile Eingetragen

Can't use an undefined value as a symbol reference at ./FHEM/98_SUSV.pm line 546.


Habe auch noch weiter USV-Meldungen im Log-File.
Bei 98_SUSV.pm Vers. 0.9

2016.05.26 17:11:28 1: USV_1: Can't open file /sys/class/gpio/gpio27/value
2016.05.26 17:11:28 1: USV_1: Can't open file /sys/class/gpio/gpio27/edge
2016.05.26 17:11:28 1: USV_1: Can't open file /sys/class/gpio/gpio27/direction
2016.05.26 17:11:23 3: USV_1: using I2C Address 15


und bei 98_SUSV.pm Vers. 0.9.1

2016.05.26 17:57:17 1: USV_1: Can't open file /sys/class/gpio/gpio27/value
2016.05.26 17:57:12 3: USV_1: using I2C Address 15


Log-Auszug nach manuellen Start von Fhem

2016.05.26 18:07:55 0: Server started with 9 defined entities (fhem.pl:11425/2016-05-10 perl:5.020002 os:linux user:fhem pid:679)
2016.05.26 18:07:55 0: Featurelevel: 5.7
2016.05.26 18:07:55 1: usb create end
2016.05.26 18:07:55 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2016.05.26 18:07:54 3: Probing CUL device /dev/ttyAMA0
2016.05.26 18:07:53 1: usb create starting
2016.05.26 18:07:53 1: Including ./log/fhem.save
2016.05.26 18:07:52 1: USV_1: Can't open file /sys/class/gpio/gpio27/value
2016.05.26 18:07:47 3: USV_1: using I2C Address 15
2016.05.26 18:07:46 1: Including ./FHEM/autocreate_off.cfg
2016.05.26 18:07:46 3: WEB: port 8083 opened
2016.05.26 18:07:45 3: telnetPort: port 7072 opened
2016.05.26 18:07:45 2: eventTypes: loaded 124 events from ./log/eventTypes.txt
2016.05.26 18:07:45 1: Including ./FHEM/system.cfg
2016.05.26 18:07:44 1: Including fhem.cfg
Can't use an undefined value as a symbol reference at ./FHEM/98_SUSV.pm line 546.
2016.05.26 18:02:16 0: Server started with 9 defined entities (fhem.pl:11425/2016-05-10 perl:5.020002 os:linux user:fhem pid:597)
2016.05.26 18:02:16 0: Featurelevel: 5.7
2016.05.26 18:02:16 1: usb create end
2016.05.26 18:02:16 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2016.05.26 18:02:16 3: Probing CUL device /dev/ttyAMA0
2016.05.26 18:02:13 1: usb create starting
2016.05.26 18:02:13 1: Including ./log/fhem.save
2016.05.26 18:02:13 1: USV_1: Can't open file /sys/class/gpio/gpio27/value
2016.05.26 18:02:08 3: USV_1: using I2C Address 15
2016.05.26 18:01:52 1: Including ./FHEM/autocreate_off.cfg
2016.05.26 18:01:52 3: WEB: port 8083 opened
2016.05.26 18:01:50 3: telnetPort: port 7072 opened
2016.05.26 18:01:50 2: eventTypes: loaded 124 events from ./log/eventTypes.txt
2016.05.26 18:01:49 1: Including ./FHEM/system.cfg
2016.05.26 18:01:49 1: Including fhem.cfg



Ein weiteres Problem tritt bei meinem System auf,
kann nicht mehr sagen ob es an der USV-Karte, Einstellungen
oder Integration in FHEM liegt.
Bei einem Spannungsausfall und Spannungswiederkehr
wird der Raspi von der USV bis zur 10% Grenze oder die
in -timer eingestellt Zeit versorgt, führt anschließend einen shutdown-reboot aus.
Eine Spannungswiederkehr wird nicht erkannt.

Werde Morgen nochmal ein System ohne Fhem aufsetzen und berichten.

Gruß
Thomas
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wernieman am 27 Mai 2016, 08:19:48
Kenne mich jetzt nicht genau mit i2c aus, ABER Zeilen wie
...
Can't open file /sys/class/gpio/gpio27/edge
...

bedeuten eigentlich meistens, das
a) Die Datei nicht existiert
b) Die Datei für den User nicht Zugriffsberechtigt.

Es wäre als sehr interessant, wie die die Berechtigungen überhaupt aussehen (und die Datei existiert)
ls -lha /sys/class/gpio/gpio27/edge

Analog bitte für alle "Can't open file ..."
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 27 Mai 2016, 13:08:33
Hi Max,

bitte füge den User fhem noch der Gruppe gpio hinzu - genauso wie Du es bereits für i2c gemacht hast...

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: ThomasW am 27 Mai 2016, 18:16:37
Hallo Nico,

folgende Einträge entstanden weil der USB-Port nicht freigegeben war.

...
2016.05.26 18:07:55 3: Can't open /dev/ttyAMA0: Keine Berechtigung
...

Nicht schlimm da an den USB-Ports keine CUL, ... betrieben wird.

+OT
Jetzt werde ich ein wenig OT:
Abhilfe Schafte die Seiten

http://www.fhemwiki.de/wiki/Raspberry_Pi:_CSM bzw.
http://www.netzmafia.de/skripten/hardware/RasPi/RasPi_Serial.html


Anschließend hatte ich nur noch solche Meldungen im Log:

2016.05.27 17:11:19 3: Probing FRM device /dev/ttyAMA0
2016.05.27 17:11:18 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.05.27 17:11:18 3: Probing CUL device /dev/ttyAMA0


Aber durch Eintrag dieses Befehles in die Conf. ist dieses auch gelöst.
Aber auch der InitialUSBcheck ist ausgeschaltet.

attr initialUsbCheck disable 1

-OT

Aber all dieses ändert nichts an den Meldungen zur USV
die bleiben nach wie vor vorhanden.

2016.05.27 17:26:39 1: USV_1: Can't open file /sys/class/gpio/gpio27/value
2016.05.27 17:26:34 3: USV_1: using I2C Address 15


und wenn ich mir die Rechte zu /sys/class/gpio/gpio27/value
ansehe dann sehen die so aus rwxrwx--- (0770) und Besitzer root.
Habe mal die Rechte auf rwxrwxrwx (0777) geändert.
Werden aber bei einem Neustart des Pi's wieder zurückgesetzt
denn noch bleibt dieser Eintrag im Logfile übrig.

2016.05.27 17:44:46 3: USV_1: using I2C Address 15


Habe in diesem zuge auch noch einige Änderungen durchgefürhrt
unter anderem auch

sudo adduser fhem gpio

seitdem stürzt Fhem beim speichern von fhem.cfg nicht mehr ab.

Mein zweites Problem: das nicht erkennen der Spannungswiederkehr besteht auch in einer minimal Konfiguration (Jessie mit USV-Installation ohne FHEM und I2C).
Als Betriebsspannung mit Netzteil messe ich am P1-Header Pin 2-6 5,03V
und mit Akku-Betrieb 4,97V.
Werde mir mal ein anderes Netzteil besorgen und weiter Testen.

Gruß Thomas
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 02 Juni 2016, 19:25:18
Hallo Thomas,

sei bitte vorsichtig mit dem Netzteil!

Ich habe ein 5V 2A Netzteil Modell (China Auslese..).
Das Ding macht mit einem Pi2 1Wire über USB und 3 Arduino Cul eine Spannung von ca. 5,1 bis 5,12V.
Stromausfall hält die s.usv mit dem Accu aber wenn der Strom wiederkommt geht die Spannung kurzfristig über 5,2 Volt!
Dann kannst du sehen wie ein Käfer auf der Oberfläche sich mit Rauchzeichen verabschiedet.
Das ist mir zweimal passiert und die dritte s.usv habe ich vom Hersteller ersetzt bekommen.
Die sind unglaublich kulant und erklären auch warum das passiert.
Die neueste Version ist mit einer TVS-Diode eingangsseitig gegen Spannungsspitzen abgesichert.
Bei mir jedenfalls läuft seither alles prima.
Tolle USV und prima in fhem integriert.

Dieter
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: vichtl23 am 12 Juni 2016, 16:09:00
Danke Nico für deinen Support, jetzt läufts!  :D
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Depechem am 14 Juni 2016, 07:41:32
Ich habe noch mal eine Frage. Ich würde mir gern eine Mail zusenden lassen wenn der Akku im Notstrombetrieb nur noch eine bestimmte restkapazität besitzt. Also kurz bevor der Pi runterfährt.
usv:BatteryLevel:25 {DebianMail('123@googlemail.com','USV Akkuspannung unter 25%','Akkuspannung zu niedrig. Server fährt gleich runter!')}

Dies funktioniert leider nicht weil die Batteriespannung scheinbar meist statt 25 % eine andere Spnnnungsstärke ausgibt. also z.b.: 24,98% , 25,02%
Wie könnte man das lösen das die Mail bei einer Spanne von 20-30 % eine Mail schickt?
Habt ihr da bitte einen passenden Code?
Gruß Thomas
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: CoolTux am 14 Juni 2016, 12:00:22
Zitat von: Depechem am 14 Juni 2016, 07:41:32
Ich habe noch mal eine Frage. Ich würde mir gern eine Mail zusenden lassen wenn der Akku im Notstrombetrieb nur noch eine bestimmte restkapazität besitzt. Also kurz bevor der Pi runterfährt.
usv:BatteryLevel:25 {DebianMail('123@googlemail.com','USV Akkuspannung unter 25%','Akkuspannung zu niedrig. Server fährt gleich runter!')}

Dies funktioniert leider nicht weil die Batteriespannung scheinbar meist statt 25 % eine andere Spnnnungsstärke ausgibt. also z.b.: 24,98% , 25,02%
Wie könnte man das lösen das die Mail bei einer Spanne von 20-30 % eine Mail schickt?
Habt ihr da bitte einen passenden Code?
Gruß Thomas


usv:BatteryLevel.* { if( $EVTPART1 < 25 ) { DebianMail('123@googlemail.com','USV Akkuspannung unter 25%','Akkuspannung zu niedrig. Server fährt gleich runter!')}}


Ob $EVTPART1 tatsächlich den Wert für die Spannung beinhaltet und nichts anderes müsstest Du bitte mal schauen.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Depechem am 14 Juni 2016, 14:08:32
Zitat von: CoolTux am 14 Juni 2016, 12:00:22

usv:BatteryLevel.* { if( $EVTPART1 < 25 ) { DebianMail('123@googlemail.com','USV Akkuspannung unter 25%','Akkuspannung zu niedrig. Server fährt gleich runter!')}}


Ob $EVTPART1 tatsächlich den Wert für die Spannung beinhaltet und nichts anderes müsstest Du bitte mal schauen.

CoolTux danke dir wieder einmal mehr!
Der Mailversand funktioniert, leider wird dann aber minütlich eine Mail gesandt(weil minütlich auch trigger davon kommt.
Könnte man dies noch etwas ausgrenzen. Also so in der Art von 25 - 20 %

wer dies mit Pushover machen möchte kann diesen Code nehmen
usv:BatteryLevel.* { if( $EVTPART1 < 95 ) { fhem("set Pushover_Pushnachrichten msg 'USV Akkuspannung unter 25' 'Akkuspannung zu niedrig' 'iPhoneThomas' 0 'pushover'")}}


Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: CoolTux am 15 Juni 2016, 09:05:51
Du kannst event-on-change-reading verwenden. Dann kommt erstmal nur ein Event wenn sich der Wert tatsächlich geändert hat.
Dann kannst Du noch folgendes machen


usv:BatteryLevel.* { if( $EVTPART1 > 12 and $EVTPART1 < 16 ) { fhem("set Pushover_Pushnachrichten msg 'USV Akkuspannung unter 25' 'Akkuspannung zu niedrig' 'iPhoneThomas' 0 'pushover'")}}


Oder Du machst einfach ein userReading und sagst im userReading Feld in Perl ausdruck alles größer 15 ist ok alles kleiner gleich 15 ist error.

Und dann stellst Du Dein Notify auf das userReading um und reagirst nur auf error
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Depechem am 15 Juni 2016, 09:51:47
Zitat von: CoolTux am 15 Juni 2016, 09:05:51
Du kannst event-on-change-reading verwenden. Dann kommt erstmal nur ein Event wenn sich der Wert tatsächlich geändert hat.
Dann kannst Du noch folgendes machen


usv:BatteryLevel.* { if( $EVTPART1 > 12 and $EVTPART1 < 16 ) { fhem("set Pushover_Pushnachrichten msg 'USV Akkuspannung unter 25' 'Akkuspannung zu niedrig' 'iPhoneThomas' 0 'pushover'")}}


Oder Du machst einfach ein userReading und sagst im userReading Feld in Perl ausdruck alles größer 15 ist ok alles kleiner gleich 15 ist error.

Und dann stellst Du Dein Notify auf das userReading um und reagirst nur auf error

Danke!
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: flocki am 27 August 2016, 17:24:43
Hallo Nico
ersteinmal, Danke für das super Modul.

Könntest du noch ein Reeding für den Timer (File Safe Shutdown) einfügen, wäre dies möglich?

VG Heiko
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 31 August 2016, 19:25:47
Hallo Heiko,

mir ist im Moment nicht klar, welchen Timer Du genau meinst - den der bestimmt, nach welcher Zeit die USV den RaspberryPi herunterfährt, wenn der Strom ausfällt? Dies ist leider eine reine Einstellung im susv-Daemon und kann nicht direkt per i2c von der USV abgefragt werden.

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: flocki am 31 August 2016, 19:41:55
Hallo Nico,

ja genau den meinte ich. Schade aber macht nichts. War nur aus bequemlichkeit.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Phantomas am 04 September 2016, 01:24:59
Hallo,

ich habe das Modell PI advanced und hatte wie Thomas das Problem, dass ich die fhem.cfg nicht direkt abspeichern konnte.
Daraufhin habe ich den User fhem noch in die Gruppe gpio hinzugenommen. Danach konnte ich auch wieder die fhem.cfg speichern.
Nun habe ich aber im Modul bei den readings jede Sekunde die Aktualisierung. "PINLEVEL  low".

Ich habe die SUSV an eine externe Spannungsversorgung mit 24V angeschlossen. Um zu überprüfen, ob es an dieser externen Spannungsversorgung liegt, habe ich auch mal den RPi3 direkt an ein Netzteil angeschlossen, mit dem gleichen Ergebnis.

Gruß Michael


Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 04 September 2016, 10:53:36
Hallo,

Zitat von: Phantomas am 04 September 2016, 01:24:59
Nun habe ich aber im Modul bei den readings jede Sekunde die Aktualisierung. "PINLEVEL  low".

Pinlevel "low" bedeutet, dass die Primärspannung anliegt - insofern alles okay. Die USV zieht den Pin auf "high", wenn sie auf den Akku umschaltet.

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 11 November 2016, 17:09:56
@Nico

Danke für deine tolle Vorarbeit.
Laut S.USV wird es noch einige Anpassungen geben und anscheinend ist eine neu Hardware Releas im kommen.

Einen Tipp den klausw noch eingebracht hatte.
ZitatVermutlich wäre es eleganter, über das RPI_I2C Modul zu gehen.
Dann ist schon einmal ausgeschlossen, das sich die Module in die Quere kommen.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 13 November 2016, 15:17:43
Hallo Burny4600,

Zitat von: Burny4600 am 11 November 2016, 17:09:56
Laut S.USV wird es noch einige Anpassungen geben und anscheinend ist eine neu Hardware Releas im kommen.

Das wird dort schon seit längerer Zeit geschrieben ohne das entsprechende Taten erfolgt wären... Genausowenig wie es die angekündigte App fürs Smartphone bisher geben würde. Allgemein ist es im Herstellerforum sehr still geworden...

Ich habe mir das RPI_I2C-Modul jetzt mal genauer angeschaut und bin dabei darauf umzustellen. Allerdings bedarf es eines Patches für das RPI_I2C-Moduls (siehe auch https://forum.fhem.de/index.php/topic,20452.msg520865.html#msg520865 (https://forum.fhem.de/index.php/topic,20452.msg520865.html#msg520865)). Weiterhin wird nur der IOCTL-Modus unterstützt und nicht SMBUS -  die S.USV scheint zu letzterem nicht kompatibel zu sein.

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 13 November 2016, 16:12:18
Hallo Wallmeier!

Danke für die Infos.
Ich lasse mich dann einmal von S.USV überraschen ob sich dann wirklich in der nächsten Zeit etwas änderen wird.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 14 November 2016, 20:14:41
Hallo,

ich habe neue Modulversion gebaut, die den i2c-Bus-Zugriff mittels des Moduls RPII2C realisiert. Dadurch wurde das Modul umbenannt zu 52_I2C_SUSV.pm (statt bisher 98_SUSV.pm). Die Änderungen sind:
Das Modul steht unter der URL http://www.wallmeier.net/fhem/controls_I2C_SUSV.txt zur Verfügung und kann mittels update add http://www.wallmeier.net/fhem/controls_I2C_SUSV.txt eingebunden werden.

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 14 November 2016, 20:40:24
Ist nach dem Update noch etwas notwendig ausser einem Neustart.

Bei mir lässt sich das Attribut IODev nicht auswählen.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 14 November 2016, 21:37:12
Ist das Update von RPII2C von gestern bereits installiert?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 15 November 2016, 17:16:01
Das Update habe ich durchgeführt und anschließend den Raspi neu gestartet.

Wenn ich die Version des File SUSV Modul aufrufe bekomme ich folgende Meldung.
Rev   Last Change
No Id found for 98_SUSV.pm


Eigenartig ist diese Meldung schon, da trotzdem das SUSV Modul die Daten der USV mitbekommt.
Das 52_I2C_SUSV.pm ist jedenfalls vorhanden.

LIST SUSV
Internals:
   CFGFN      /media/hdd/fhem/mycfg/USV/usv_rasp02.cfg
   CHANGED
   Firmware   1.32
   I2C_Address 15
   Model      Basic
   NAME       SUSV
   NR         497
   STATE      USV Status: NETZBETRIEB <br> RPI maximaler Ladestrom: 300 mA <br> Spannungsversorgung durch: RPI mit 4.90 V <br> Batterie Status: charged <br> Batterie Kapazität: 100 % <br> Batterie Spannung: 4.20 V
   TYPE       SUSV
   Readings:
     2016-11-15 17:06:29   BatteryLevel    100.00
     2016-11-15 17:06:29   BatteryState    charged
     2016-11-15 17:06:29   BatteryVoltage  4.20
     2016-11-15 17:06:29   ChargingCircuit ONLINE
     2016-11-15 17:06:29   ChargingCurrent 300 mA
     2016-11-15 17:06:50   Pinlevel        low
     2016-11-15 17:06:29   PowerBattery    0
     2016-11-15 17:06:29   PowerExtern     n/a
     2016-11-15 17:06:29   PowerSource     RPI
     2016-11-15 17:06:29   VoltageIn       4.90
Attributes:
   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 charged:geladen charging:laden
   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> 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","BatteryState",0),
ReadingsVal("$name","BatteryLevel",0),
ReadingsVal("$name","BatteryVoltage",0))}


Nur kann ich das Attribut IODev für die SUSV nicht aufrufen um die RPiI2C_1 Schnittstelle zu aktivieren.
Alle anderen i2C Geräte arbeiten aber über das Attribut IODev RPiI2C_1.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 15 November 2016, 18:27:59
Zitat von: Burny4600 am 15 November 2016, 17:16:01
Eigenartig ist diese Meldung schon, da trotzdem das SUSV Modul die Daten der USV mitbekommt.
Das 52_I2C_SUSV.pm ist jedenfalls vorhanden.

LIST SUSV
Internals:
   CFGFN      /media/hdd/fhem/mycfg/USV/usv_rasp02.cfg
   TYPE       SUSV


Nur kann ich das Attribut IODev für die SUSV nicht aufrufen um die RPiI2C_1 Schnittstelle zu aktivieren.
Alle anderen i2C Geräte arbeiten aber über das Attribut IODev RPiI2C_1.

Das ist klar - da noch das alte Modul 98_SUSV.pm genutzt wird. Entweder die USV komplett löschen und neu definieren oder das define anpassen (aus SUSV muss I2C_SUSV werden).
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 15 November 2016, 21:17:24
Alles klar.
Habe die Änderung in der Config gemacht.
define SUSV I2C_SUSV
attr SUSV IODev RPII2C_1

So hatte es jetzt bei allen SUSVs die Änderung geklappt.

Danke für die raschen Änderungen und Unterstüzung.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 15 November 2016, 21:19:03
Freut mich zu hören :)
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: fhem75 am 21 November 2016, 01:50:29
Moin zusammen,

ich habe auf das neue Modul umgestellt. Beim ausprobieren ist mir FHEM abgestürzt und lies sich nicht mehr starten. Der Fehler tritt auf, wenn man über das Device die Ladefunktion der s.USV ausschaltet.

Ich habe im neuen Modul folgende Fehler entdeckt:

# ----------------------------------------------------------------------------------------------------------------------

sub I2C_SUSV_GetBatteryStatus($$) {
my ($hash, $rawdata) = @_;
    my @raw = split(" ", $rawdata);
    my $batState;
    my $batPercent;
    my $batV;
    if ($raw[0] == 0) { # Charging
        $batState = "charging";
        SUSV_I2C_cread($hash, 0xD3, 2); # Battery Voltage [mV]                     <---------- I2C_SUSV_i2cread($hash, 0xD3, 2); # Battery Voltage [mV]
    } elsif ($raw[0] == 1) { # Full
        $batState = "charged";
        $batPercent = 100;
        $batV = "4.200";
    } elsif ($raw[0] == 2) { # Failure
        $batState = "no battery / failure";
        $batPercent = "n/a";
        $batV = "n/a";
    } elsif ($raw[0] == 3) { # Charging deactivated
        $batState = "charging deactivated";
        SUSV_I2C_cread($hash, 0xD3, 2); # Battery Voltage [mV]                     <---------- I2C_SUSV_i2cread($hash, 0xD3, 2); # Battery Voltage [mV]
    } else {
        $batState = "unknown battery state " . $raw[0];
    }       
readingsBeginUpdate($hash);
    readingsBulkUpdate($hash, 'BatteryLevel',   $batPercent) if $batPercent;
    readingsBulkUpdateIfChanged($hash, 'BatteryState',   $batState);
    readingsBulkUpdate($hash, 'BatteryVoltage', $batV) if $batV;
    readingsEndUpdate($hash, 1);
}

# ----------------------------------------------------------------------------------------------------------------------

sub I2C_SUSV_GetBatteryVoltage($$) {
my ($hash, $rawdata) = @_;
    my @raw = split(" ", $rawdata);
    my $batV = $raw[1] << 8 | $raw[0];
    my $batPercent = SUSV_CalcBatteryPercentage($batV);                     <----------  my $batPercent = I2C_SUSV_CalcBatteryPercentage($batV);
readingsBeginUpdate($hash);
    readingsBulkUpdate($hash, 'BatteryLevel',   sprintf("%.2f", $batPercent));
    readingsBulkUpdate($hash, 'BatteryVoltage', sprintf("%.2f", $batV / 1000));
    readingsEndUpdate($hash, 1);
}

# ----------------------------------------------------------------------------------------------------------------------



Nun läuft es erst mal ohne, dass FHEM stehen bleibt. Alerdings berechnet er die Batteriespannung falsch, wenn die Ladefunktion ausgeschaltet ist:

   Readings:
     2016-11-21 01:45:40   BatteryLevel    100.00
     2016-11-21 01:44:52   BatteryState    charging deactivated
     2016-11-21 01:45:40   BatteryVoltage  5.33
     2016-11-21 01:44:52   ChargingCircuit OFFLINE
     2016-11-21 00:41:10   ChargingCurrent 300 mA
     2016-11-21 01:13:35   Pinlevel        low
     2016-11-21 01:45:40   PowerBattery    0
     2016-11-21 01:45:40   PowerExtern     n/a
     2016-11-21 00:41:10   PowerSource     RPI
     2016-11-21 01:45:40   VoltageIn       5.22


5,33 Volt sind doch etwas viel.  :o


Gruß Kai
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 21 November 2016, 06:52:30
Hallo Kai,

danke für die Fehlerhinweise - habe ich gerade korrigiert und auf dem Update-Server abgelegt.

Zitat von: fhem75 am 21 November 2016, 01:50:29
Nun läuft es erst mal ohne, dass FHEM stehen bleibt. Alerdings berechnet er die Batteriespannung falsch, wenn die Ladefunktion ausgeschaltet ist:

   Readings:
     2016-11-21 01:45:40   BatteryVoltage  5.33


5,33 Volt sind doch etwas viel.  :o

Das Modul berechnet die Batteriespannung nicht selber, sondern liest von der S.USV aus. Kannst Du bitte mittels ./susv --status nachschauen, ob es dort auch schon mit so hohen Werten angezeigt wird? Sollte dies der Fall sein, bitte im Hersteller-Forum melden.

Noch einen schönen Tag,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: fhem75 am 21 November 2016, 15:35:04
Hallo Nico,

in Zeile 451 und 462 musst Du noch SUSV_I2C_i2cread zu I2C_SUSV_i2cread ändern.

Zum Thema Batteriespannung:

Soweit ich es nachvollziehen konnte wird, wenn der die Ladefunktion aktiv ist und der Akku voll ist, die Spannung vom Modul automatisch auf 4.2 Volt gesetzt. Das Register 0xD3 wird dabei auch nicht abgefragt.

Wenn die Ladefunktion abgeschaltet ist, fragt das Modul das Register 0xD3 ab. Hier werden bei mir die Werte 211 20 übermittelt.

2016.11.21 13:07:18 5: wo.AZ.IT.RPi_USV: 15 read 2 Byte from Register 211
2016.11.21 13:07:18 5: wo.AZ.IT.RPi_USV Rx, Reg: 211, Data: 211 20


Da führt natürlich zu der Anzeige der zu hohen Spannung. Die Werte kommen also aus der S.USV.  :(

Die S.USV-Software ziegt an:
********************************
*                              *
* S.USV pi solutions           *
* www.s-usv.de                 *
*                              *
* Model: Basic                 *
* Firmware Version: 1.32       *
* Software Version: 1.32       *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Mon Nov 21 15:28:41 2016     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: OFFLINE    *
* Charging current: 300 mA     *
*                              *
* Voltage in: 5.24 V           *
* Battery capacity: 100.00%    *
* Battery voltage: 4.20V       *
* Power Battery: 000.00 mA     *
* Power Extern: n/a            *
*                              *
* Shutdown timer: 10           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************



Das weiter Verhalten, wenn auch die Spannungsversorgung abgezogen ist, kann ich gerade nicht testen. Ich ich bin die nächsten Tage nicht in der Nähe des RapberryPi.

Gruß Kai
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 21 November 2016, 19:08:23
Hallo Kai,

Zitat von: fhem75 am 21 November 2016, 15:35:04
in Zeile 451 und 462 musst Du noch SUSV_I2C_i2cread zu I2C_SUSV_i2cread ändern.

Das passiert, wenn man es noch schnell vor der Arbeit korrigieren will... Ist jetzt wirklich gefixed und auf dem Update-Server verfügbar.

Zitat von: fhem75 am 21 November 2016, 15:35:04
Zum Thema Batteriespannung:

Soweit ich es nachvollziehen konnte wird, wenn der die Ladefunktion aktiv ist und der Akku voll ist, die Spannung vom Modul automatisch auf 4.2 Volt gesetzt. Das Register 0xD3 wird dabei auch nicht abgefragt.

Wenn die Ladefunktion abgeschaltet ist, fragt das Modul das Register 0xD3 ab. Hier werden bei mir die Werte 211 20 übermittelt.

2016.11.21 13:07:18 5: wo.AZ.IT.RPi_USV: 15 read 2 Byte from Register 211
2016.11.21 13:07:18 5: wo.AZ.IT.RPi_USV Rx, Reg: 211, Data: 211 20


Da führt natürlich zu der Anzeige der zu hohen Spannung. Die Werte kommen also aus der S.USV.  :(

Die S.USV-Software ziegt an:
********************************
*                              *
* S.USV pi solutions           *
* www.s-usv.de                 *
*                              *
* Model: Basic                 *
* Firmware Version: 1.32       *
* Software Version: 1.32       *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Mon Nov 21 15:28:41 2016     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: OFFLINE    *
* Charging current: 300 mA     *
*                              *
* Voltage in: 5.24 V           *
* Battery capacity: 100.00%    *
* Battery voltage: 4.20V       *
* Power Battery: 000.00 mA     *
* Power Extern: n/a            *
*                              *
* Shutdown timer: 10           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************


Gut analysiert :) Ich habe jetzt im Modul eine zusätzliche Abfrage drin, die Werte > 4200 mV auf 4200mV limitiert. Nicht sehr elegant, wird aber scheinbar auch im Originaltool des Herstellers so umgesetzt...

Noch einen schönen Abend,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 10 Dezember 2016, 12:02:19
Hallo,

wie ich gerade im Herstellerforum der USV gesehen habe, gibt es eine eine neue Hardwarerevision V2 der USV. Für diese gibt es eine eigene Firmware und Clientsoftware, die inkompatibel zur Hardware V1 ist. Somit wird das hier vorgestellte Modul nur die Hardwarerevision V1 unterstützen. Da ich keine Hardwarerevision V2 habe, ist von meiner Seite auch nicht geplant die V2 zu unterstützen.

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 11 Dezember 2016, 14:34:39
Die Hardware der S.USV BASIC und ADVANCED hat sich optisch soweit verändert wie ich an der Nachbestellung sehen konnte, das ein Anschluß für externe Bedientaster geschaffen wurde.
In der Firmware v2.10 sind alle bisherigen Mängel behoben worden.

Diese Firmware habe ich bei der vorherigen Hardware Version ohne der Anschlußmöglichkeit externer Taster aufgespielt und funktioniert soweit ich festellen konnte ohne Probleme.
Korrektur 2016.12.14:
Hardware Revision 1.x benötigt aktuell die Software- und Firmwareversion 1.32.
Hardware Revision 2.x benötigt aktuell die Software- und Firmwareversion 2.1

Sollte irtümlich die falsche Firmware oder Software installiert worden sein ist noch kein Schaden entstanden.
Es funktioniert nur halt nicht so wie es sollte.
Deinstallation der Software und anschließend die richtige Software installieren.
Die Firmware kann ohne Problem über die vorherige installiert werden.
Neustart ist natürlich von von Vorteil.

Ich bin von dem Hersteller der S.USV begeistert, wie rasch die Tipps wie die externen Taster für die Bedienung umgesetzt haben und auch so bei diversen Fagen und Problemen rasch reagieren.
Ich kann diese S.USV nur empfehlen.


Die Fehlerhaften Anzeigen Werte PowerBattery und  PowerExtern bei der S.USV ADVANCED stimmten auch bei der Firmware V1.32 nicht überein.
Hier wäre noch ein Behandlungsbedarf bei 52_I2C_SUSV.pm Modul.

Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 17 Dezember 2016, 17:52:53
FHEM Crasht bei Aufruf set SUSV ChargingCircut off.
Nach diesem Aufruf ist FHEM nicht mehr erreichbar.
Auch ein Neustart des Pi's hilft hier nicht mehr weiter.
In den LOG's der gecrashten Pi's befindet sich folgender Eintrag.
Undefined subroutine &main::I2C_SUSV_cread called at ./FHEM/52_I2C_SUSV.pm line 460.
Eigenartig ist nur das dieser Crash bei den Advanced S.USV Einheiten passiert völlig unanhängig ob S.USV Hardware Releas V1 oder V2.

Die Basic S.USV rief diesen Crash nicht hervor.

Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 17 Dezember 2016, 19:01:44
Hallo,

bitte das Modul aktualisieren - der Fehler ist in der aktuellen Version bereits korrigiert.

Zitat von: Wallmeier am 14 November 2016, 20:14:41
Das Modul steht unter der URL http://www.wallmeier.net/fhem/controls_I2C_SUSV.txt zur Verfügung und kann mittels update add http://www.wallmeier.net/fhem/controls_I2C_SUSV.txt eingebunden werden.

Und dann noch ein fhem update, um das Update auch einzuspielen...

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 18 Dezember 2016, 18:11:24
Das Problem ist nur das Fhem bei den Geräten wo dieser Fehler aufgetreten ist nicht mehr erreichbar ist.
Muss nochmals alles neu aufsetzten bevor ich es nochmals testen kann.
Danke noch für die Korrektur.

PS: Im Header steht noch
$Id$
#
#  98_SUSV.pm
#
#  Version: 0.10.0
#  Copyright by Nico Wallmeier
#  e-mail: nico at wallmeier dot net
#

Das File ist vom 12.12.2016.
Kann das sein?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 18 Dezember 2016, 18:33:29
Hallo,

Das ist nicht die letzte Version, die über den Update-Server verteilt wird. Aktuell ist
0.10.2 (21.11.16)

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: fhem75 am 18 Dezember 2016, 22:07:26
Moin zusammen.

Ich denke Burny4600 hat recht, im Header steht noch die Version 0.10.2 :
##############################################################################
# $Id$
#
#  98_SUSV.pm
#
#  Version: 0.10.0


In der History steht aber schon:
##############################################################################
# History
# 0.10.2 (21.11.16):
# - Fixed next types reported by fhem75
# - Limit battery voltage to 4200mV (although S.USV is reporting more)


Somit ist es wohl eigentlich die Version 0.10.2

Jedenfalls wird keine neuere Verteilt:
I2C_SUSV
nothing to do...



Müsste im Header nicht auch 52_I2C_SUSV.pm statt 98_SUSV.pm stehen?

Gruß Kai


Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 18 Dezember 2016, 22:20:51
Hab den Header glatt gezogen... Versionsnummer ist bei 0.10.2 geblieben, da sich am Modul selber nichts geändert hat.

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: tilde1970 am 09 Januar 2017, 10:48:43
Hi ich habe dein SUSV-Modul ausprobiert. Bin nach einer kleinen Änderung auch zum Ziel gekommen. Er meckerte immer beim attr IODEV das ein Main Modul nicht initialisiert werden kann.

Ich hab die Zeile aus dem Modul PRII2C übernommen und damit funktionierts. Warum ist mir unklar ich hab mich an den Fehlermeldungen langgehangelt..... ;) Siehe Time::HiRes.
Dazu gesagt : Ich verwende die allerneuste SW 2.1 und FW 2.1 auf der SUSV

package main;

use strict;
use warnings;
#use Time::HiRes qw(usleep);
use Time::HiRes qw(gettimeofday usleep);
use IO::File;
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: tilde1970 am 09 Januar 2017, 11:03:49
Hab das im Anschluss nochmal zurückgeändert .....siehe da alles ok.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Neitcom am 13 Januar 2017, 20:47:16
Zitat von: tilde1970 am 09 Januar 2017, 10:48:43
[..]
Dazu gesagt : Ich verwende die allerneuste SW 2.1 und FW 2.1 auf der SUSV
[..]

Bedeutet  dies, dass Du das Modul mit der HW Revision 2.0 ans laufen bekommen hast? Oder setzt Du FW 2.1 mit der alten HW Revision ein?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: tilde1970 am 14 Januar 2017, 14:57:36
Zitat von: Neitcom am 13 Januar 2017, 20:47:16
Bedeutet  dies, dass Du das Modul mit der HW Revision 2.0 ans laufen bekommen hast? Oder setzt Du FW 2.1 mit der alten HW Revision ein?

Weder noch, die FW/SW-Updates habe ich zwischenzeitlich zurückgedreht, da ich das mit der Rev.2.0 völlig ignoriert hatte. Ich hatte also die falsche Version im Einsatz.

Trotz allem habe ich sowohl das susv- als auch das rpii2c-Modul wieder ausser Betrieb genommen da es nach einiger Zeit (ca 12-24h) immer mehr CPU-Last bei meiner Fhem-Instalation erzeugt was ohne die beiden Module nicht passiert.

Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Neitcom am 14 Januar 2017, 16:34:38
Danke für die Rückmeldung.
Ich habe hier einen Lösungsmöglichkeit für Rev 2.0 gepostet:
https://forum.fhem.de/index.php/topic,64823.0.html (https://forum.fhem.de/index.php/topic,64823.0.html)
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Gernott am 17 Januar 2017, 00:14:00
Hallo

Ich habe mir mal das Modul installiert. fhem-User ist in gpio und i2c eingetragen.
Leider bekomme ich es nicht zum Laufen.
Bei attr IoDev kommt die Fehlermeldung:
SUSV: unknown IODev RPII2C_1 specified

Im log steht:
SUSV: using I2C Address 15
No I/O device found for SUSV


Ich habe die SUSV advanced, FW und SW 1.32. FHEM ist ebenfalls aktuell. System ist Raspi 3 mit Jessie.

Danke für einen Tip.

Update
Hat sich erledigt. Ich De.. hatte übersehen, das Modul RPII2C einzurichten. Danke für das Modul!

Gruß
G.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 26 März 2017, 18:04:13
Hallo Nico

unter https://forum.fhem.de/index.php/topic,68487.msg611402.html#msg611402
steht ein Problem mit der neuen SW V2.20.
Kannst du das Modul 52_I2C_SUSV.pm für die Revision 2.xx nachführen?
Es läuft bei mir allerdings wird eine viel zu hohe Spannung angezeigt:
Zitat[/Readings
BatteryCapacity 100.00 2017-03-26 18:01:21
BatteryState charged 2017-03-26 18:01:21
BatteryVoltage 4.20 2017-03-26 18:01:21
ChargingCircuit ONLINE 2017-03-26 18:01:21
ChargingCurrent 300 mA 2017-03-26 18:01:21
PowerBattery 0 2017-03-26 18:01:21
PowerExtern n/a 2017-03-26 18:01:21
PowerSource RPI 2017-03-26 18:01:21
VoltageIn 6.61 2017-03-26 18:01:21
quote]

Gruß Wolfdieter
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 28 März 2017, 20:31:52
Hallo,

da ich keine Revision 2 habe, fällt es schwer, dem Modul Support für diese beizubringen.

Generell kann ich absolut nicht nachvollziehen, warum der Hersteller der S.USV für die Revision 2 ein anderes Protokoll für die I2C-Kommunikation benutzt als für die Revision 1 - wo exakt die gleichen Daten übertragen werden (nur in einem geändertem Format). Somit muss auch der Hersteller für beide Revisionen den Client entsprechend pflegen. Ich persönlich bin mal sehr gespannt, ob für die Revision 1 überhaupt noch eine neue Client-Version für das kommende Raspian Stretch übersetzt wird. So stiefmütterlich wie schon seit langem die Revision 1 behandelt wird, bezweifele ich es fast... Mittlerweile gibt es auf der Homepage des Herstellers nichtmals mehr eine Beschreibung der I2C-Kommunikation der Revision 1. Ein Handbuch gibt es nur noch für die Revision 2...

Ich habe mal versucht, Unterstützung für die Revision 2 mit Firmware 2.20 in das Modul eingebaut. Die Änderungen funktionieren auf jeden Fall mit der Revision 1. Für die Revision 2 ist es entsprechend komplett ungetestet... Über Feedback würde ich mich freuen.

Gruß,
Nico

Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 28 März 2017, 21:15:17
Mit der aktuellen PM passt die Anzeige noch nicht.

FHEM Anzeige:
USV Status: NETZBETRIEB
RPI maximaler Ladestrom: 300 mA
Spannungsversorgung durch: RPI mit 32.72 V
Batterie Status: unknown battery state 212
Batterie Kapazität: 100 %
Batterie Spannung: 4.20 V
Batterie Ladestrom extern: 4.65 mA

Der Batterie Ladestrom extern stimmte bei der Revision 1 (V1.32) S.USV Advanced vorher auch nicht.
Bei der S.USV Revision 2 V2.20 stimmen Batterie Ladestrom extern, Spannungsversorgung durch und Batterie Status nicht.

Consolen Anzeige:
/opt/susvd $ ./susv -status
********************************
*                              *
* S.USV pi solutions           *
* www.s-usv.de                 *
*                              *
* Model: Advanced              *
* Firmware Version: 2.20       *
* Software Version: 2.20       *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Tue Mar 28 21:14:10 2017     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: ONLINE     *
* Charging current: 300 mA     *
*                              *
* Voltage in: 5.04 V           *
* Battery capacity: 100.00%    *
* Battery voltage: 4.20V       *
* Power Battery: 000.00 mA     *
* Power Extern: 536.00 mA      *
*                              *
* Shutdown timer: 10           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 28 März 2017, 22:11:01
Schade :(

Da ich, wie gesagt, keine Revision 2 habe, hören meine Möglichkeiten hier auf.

Wenn mir jemand Patches für das Modul schickt, nehme ich die gerne auf.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 29 März 2017, 09:22:10
Ich habe mir deine PM durchgesehen und mir ist aufgefallen, dass du einmal Definition triffst betreffend Firmware größer 1.31 bzw. kleiner 1.32 bzw. kleiner 2.20.

Eigentlich wäre die Definition richtig wenn es zum einem Firmware >= 1.31 and < 2.20 hieße bzw. Firmware >= 2.20.
Ich bin zwar kein Spezialist was programmieren betrifft aber in der jetzigen PM passt es nicht wie ich es sehe.

Hast du die Adressendefinition laut Vorgabe S.USV für die V2.20?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 29 März 2017, 18:20:00
Hallo Chris, hallo Nico

ich habe die Version 2.20 eingebaut und die Werte in fhem scheinen auch i.O. zu sein.
Allerdings ist auf meinem PI immer noch eine uralte Version der SW von s.usv drauf.
Alle Versuche die zu deinstallieren schlugen bisher fehl.
Gibt es irgend eine Möglichkeit diesen alten sch.. loszuwerden?
Wenn ich die Version 2.20 installieren will kommt immer
[/pi@Pi3:/opt/fhem/susv $ sudo dpkg -i susvd-en-2.2-systemd-all.deb
(Reading database ... 38945 files and directories currently installed.)
Preparing to unpack susvd-en-2.2-systemd-all.deb ...
Unpacking susvd-en-2.2-systemd-all (2.2) ...
dpkg: error processing archive susvd-en-2.2-systemd-all.deb (--install):
trying to overwrite '/opt/susvd/changelog', which is also in package susvd-en-1.32-all 1.32
Errors were encountered while processing:
susvd-en-2.2-systemd-all.deb
pi@Pi3:/opt/fhem/susv $
code]

Habt ihr dafür ne Lösung?
Gruß Wolfdieter
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wernieman am 29 März 2017, 20:18:28
dpkg --purge packet
Ich glaube in Deinem Falle:
dpkg --purge susvd-en-1.32-all

Du könntest es aber auch mit apt-get --purge probieren ...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 29 März 2017, 21:08:41
@Wernieman

Danke für deine Hilfe  :) :)
genau so geht es.
Version 2.20 läuft und auch die Daten des fhem Moduls kommen.

@Wallmeier
Das "neue" Modul geht aber die gemessene Eingangsspannung kann irgendwie nicht stimmen:
Readings
BatteryCapacity 100.00 2017-03-29 20:59:47
BatteryState charged 2017-03-29 20:59:47
BatteryVoltage 4.20 2017-03-29 20:59:47
ChargingCircuit ONLINE 2017-03-29 20:59:47
ChargingCurrent 300 mA 2017-03-29 20:59:47
PowerBattery 0 2017-03-29 20:59:47
PowerExtern n/a 2017-03-29 20:59:47
PowerSource RPI 2017-03-29 20:59:47
VoltageIn 3.54 2017-03-29 20:59:47

Die Werte direkt aus dem Pi Modul 2.20 sehen so aus:
pi@Pi3:/opt/susvd $ ./susv -status
********************************
*                              *
* S.USV pi solutions           *
* www.s-usv.de                 *
*                              *
* Model: Basic                 *
* Firmware Version: 2.20       *
* Software Version: 2.20       *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Wed Mar 29 21:06:46 2017     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: ONLINE     *
* Charging current: 300 mA     *
*                              *
* Voltage in: 5.14 V           *
* Battery capacity: 100.00%    *
* Battery voltage: 4.20V       *
* Power Battery: 000.00 mA     *
* Power Extern: n/a            *
*                              *
* Shutdown timer: -1           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************
pi@Pi3:/opt/susvd $

also 5,14 V und nicht 3,54 V

Gruß Wolfdieter
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 29 März 2017, 21:47:18
@dieter114

Hatte deine S.USV vorher die V1.32 Firmware drauf?
Die V1.32 ist für die Revision 1 der S.USV.
Die V2.20 funktioniert nur einwandfrei mit der Revision 1 der S.USV.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 30 März 2017, 16:31:08
Hallo Chris,

ich hatte schon 3! susv bei mir laufen.
Alle Versionen 1.31 bzw 1.32 die sind aber alle nacheinander defekt gewesen.
Mein Netzteil geht leider bei Lastschwankungen gern einmal bis 5.3 V hoch.
Das konnte die erste Generation der s.usv nicht ab.
Dort ist immer der i2c Controller explodiert.
Der Service und auch die Kulanz dieser Fa ist schon enorm.
Die habe mir 2 mal das Gerät kostenlos getauscht.
Beim letzten Tausch erhielt ich eine Version 2 mit SW 2.20.
Lt Fa soll dieser Fehler nun nicht mehr passieren....... :-\
Ich habe jetzt nach Werniemanns Anleitung die alte SW deinstalliert und die neue draufgebracht.
Dabei ist mir dieser "Fehler" mit den 3,54V statt 5.14V aufgefallen.
Ehrlich gesagt - so wichtig ist mir diese Anzeige nicht.
Der Rest des Moduls funktioniert anscheinend richtig.

Gruß Wolfdieter

Ergänzung: Habe die Anzeige einige Zeit beobachtet
Der Wert VoltageIn ändert sich jedesmal von 5.33 auf 3.54.
Gemessen am Pi3: 5.12 Volt.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 30 März 2017, 18:17:18
Ja das kann ich bestätigen.
Die Firma S.USV ist sehr kulant und entgegenkommend.
Bis auf die S.USV Basic wurden mir alle Advanced Modelle der Revision 1 gegen die Revision 2 ausgetauscht.
Mittlerweile habe ich 1 Stk. Basic und 6 Stk. Advanced mit Revision 2 im Einsatz.
In der Shell wird ja alles richtig angezeigt und die S.USV funktionieren auch einwandfrei.
Schön wäre es dennoch wenn auch unter FHEM alles richtig angezeigt werden würde.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 30 März 2017, 18:31:48
Könnte bitte jemand mit einer Revision 2 und Firmware 2.20 einmal Verbose auf 5 setzen, danach ein updateValues ausführen, Verbose wieder zurücksetzen und mir den entsprechenden Auszug aus dem Log zukommen lassen...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 30 März 2017, 19:35:24
-- PM
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 31 März 2017, 08:45:42
Ich hoffe du meintest verbos 5 bei der USV.

2017.03.31 08:28:41.114 1: Including /media/hdd/fhem/mycfg/USV/usv_rasp04.cfg
2017.03.31 08:28:41.174 3: SUSV: using I2C Address 15
2017.03.31 08:28:41.680 5: im init client fuer SUSV
2017.03.31 08:28:42.201 0: Featurelevel: 5.8
2017.03.31 08:28:42.203 0: Server started with 73 defined entities (fhem.pl:13840/2017-03-29 perl:5.020002 os:linux user:fhem pid:7899)
2017.03.31 08:28:42.293 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:28:42.301 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.03.31 08:28:42.330 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:28:42.336 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:28:42.338 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:28:42.343 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:28:42.389 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:28:42.394 5: SUSV Rx, Reg: 208, Data: 208 167 0
2017.03.31 08:28:42.415 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:28:42.419 5: SUSV Rx, Reg: 212, Data: 212 189
2017.03.31 08:28:42.458 3: FHEM2FHEM device opened (F2F_Rasp01)
2017.03.31 08:29:31.702 5: SUSV: 15 read 3 Byte from Register 41
2017.03.31 08:29:31.707 5: SUSV Rx, Reg: 41, Data: 41 189 19
2017.03.31 08:29:31.761 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:29:31.769 5: SUSV Rx, Reg: 53, Data: 53 1 19
2017.03.31 08:29:31.797 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:29:31.802 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:29:31.806 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:29:31.811 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:29:31.827 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:29:31.832 5: SUSV Rx, Reg: 208, Data: 208 252 0
2017.03.31 08:29:31.841 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:29:31.847 5: SUSV Rx, Reg: 212, Data: 1 199
2017.03.31 08:29:38.659 5: SUSV: 15 read 3 Byte from Register 39
2017.03.31 08:29:38.665 5: SUSV Rx, Reg: 39, Data: 39 199 19
2017.03.31 08:29:38.719 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:29:38.724 5: SUSV Rx, Reg: 53, Data: 53 1 19
2017.03.31 08:29:38.734 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:29:38.739 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:29:38.743 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:29:38.748 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:29:38.764 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:29:38.771 5: SUSV Rx, Reg: 208, Data: 208 199 19
2017.03.31 08:29:38.798 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:29:38.804 5: SUSV Rx, Reg: 212, Data: 212 199
2017.03.31 08:29:42.438 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:29:42.443 5: SUSV Rx, Reg: 53, Data: 53 255 2
2017.03.31 08:29:42.485 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:29:42.492 5: SUSV Rx, Reg: 69, Data: 69 255
2017.03.31 08:29:42.518 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:29:42.524 5: SUSV Rx, Reg: 208, Data: 208 1 2
2017.03.31 08:29:42.545 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:29:42.550 5: SUSV Rx, Reg: 212, Data: 3 194
2017.03.31 08:29:42.553 5: SUSV: 15 read 3 Byte from Register 211
2017.03.31 08:29:42.558 5: SUSV Rx, Reg: 211, Data: 211 194 19
2017.03.31 08:29:43.643 5: SUSV: 15 read 3 Byte from Register 41
2017.03.31 08:29:43.652 5: SUSV Rx, Reg: 41, Data: 41 1 2
2017.03.31 08:29:43.706 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:29:43.711 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.03.31 08:29:43.730 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:29:43.736 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:29:43.739 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:29:43.744 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:29:43.773 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:29:43.781 5: SUSV Rx, Reg: 208, Data: 208 169 0
2017.03.31 08:29:43.803 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:29:43.809 5: SUSV Rx, Reg: 212, Data: 212 199
2017.03.31 08:29:50.427 1: SUSV: 15 write 2 to Register 55
2017.03.31 08:29:50.482 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:29:50.489 5: SUSV Rx, Reg: 53, Data: 53 2 19
2017.03.31 08:29:50.526 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:29:50.531 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:29:50.534 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:29:50.540 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:29:50.558 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:29:50.569 5: SUSV Rx, Reg: 208, Data: 208 236 0
2017.03.31 08:29:50.579 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:29:50.585 5: SUSV Rx, Reg: 212, Data: 212 199
2017.03.31 08:30:00.417 1: SUSV: 15 write 1 to Register 55
2017.03.31 08:30:00.473 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:30:00.478 5: SUSV Rx, Reg: 53, Data: 53 1 19
2017.03.31 08:30:00.503 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:30:00.509 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:30:00.512 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:30:00.522 5: SUSV Rx, Reg: 209, Data: 209 1 1
2017.03.31 08:30:00.553 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:30:00.559 5: SUSV Rx, Reg: 208, Data: 208 167 0
2017.03.31 08:30:00.570 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:30:00.575 5: SUSV Rx, Reg: 212, Data: 212 189
2017.03.31 08:30:07.029 1: SUSV: 15 write 0 to Register 55
2017.03.31 08:30:07.084 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:30:07.090 5: SUSV Rx, Reg: 53, Data: 53 0 19
2017.03.31 08:30:07.117 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:30:07.123 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:30:07.125 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:30:07.130 5: SUSV Rx, Reg: 209, Data: 209 1 0
2017.03.31 08:30:07.160 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:30:07.165 5: SUSV Rx, Reg: 208, Data: 208 150 0
2017.03.31 08:30:07.173 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:30:07.177 5: SUSV Rx, Reg: 212, Data: 212 199
2017.03.31 08:30:15.897 1: SUSV: 15 write 2 to Register 55
2017.03.31 08:30:15.957 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:30:15.966 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.03.31 08:30:16.000 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:30:16.005 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:30:16.008 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:30:16.013 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:30:16.043 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:30:16.049 5: SUSV Rx, Reg: 208, Data: 208 211 19
2017.03.31 08:30:16.071 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:30:16.075 5: SUSV Rx, Reg: 212, Data: 212 211
2017.03.31 08:30:20.169 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:30:20.174 5: SUSV Rx, Reg: 53, Data: 53 211 19
2017.03.31 08:30:20.213 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:30:20.218 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:30:20.222 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:30:20.227 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:30:20.243 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:30:20.249 5: SUSV Rx, Reg: 208, Data: 208 189 19
2017.03.31 08:30:20.259 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:30:20.263 5: SUSV Rx, Reg: 212, Data: 1 189
2017.03.31 08:30:42.583 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:30:42.589 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.03.31 08:30:42.619 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:30:42.624 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:30:42.627 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:30:42.632 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:30:42.648 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:30:42.654 5: SUSV Rx, Reg: 208, Data: 208 223 0
2017.03.31 08:30:42.679 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:30:42.684 5: SUSV Rx, Reg: 212, Data: 1 206
2017.03.31 08:31:42.700 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:31:42.709 5: SUSV Rx, Reg: 53, Data: 53 206 19
2017.03.31 08:31:42.745 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:31:42.751 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:31:42.753 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:31:42.758 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:31:42.775 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:31:42.784 5: SUSV Rx, Reg: 208, Data: 208 223 0
2017.03.31 08:31:42.795 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:31:42.800 5: SUSV Rx, Reg: 212, Data: 212 206
2017.03.31 08:31:51.658 5: SUSV: 15 read 3 Byte from Register 41
2017.03.31 08:31:51.663 5: SUSV Rx, Reg: 41, Data: 41 1 19
2017.03.31 08:31:51.719 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:31:51.724 5: SUSV Rx, Reg: 53, Data: 53 1 19
2017.03.31 08:31:51.749 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:31:51.757 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:31:51.768 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:31:51.773 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:31:51.790 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:31:51.796 5: SUSV Rx, Reg: 208, Data: 208 223 0
2017.03.31 08:31:51.806 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:31:51.812 5: SUSV Rx, Reg: 212, Data: 212 189
2017.03.31 08:32:42.817 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:32:42.822 5: SUSV Rx, Reg: 53, Data: 53 189 19
2017.03.31 08:32:42.861 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:32:42.866 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:32:42.869 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:32:42.874 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:32:42.891 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:32:42.898 5: SUSV Rx, Reg: 208, Data: 208 182 0
2017.03.31 08:32:42.908 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:32:42.914 5: SUSV Rx, Reg: 212, Data: 212 199
2017.03.31 08:33:42.923 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:33:42.930 5: SUSV Rx, Reg: 53, Data: 53 199 19
2017.03.31 08:33:42.959 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:33:42.965 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:33:42.967 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:33:42.972 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:33:42.989 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:33:42.994 5: SUSV Rx, Reg: 208, Data: 208 206 19
2017.03.31 08:33:43.019 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:33:43.024 5: SUSV Rx, Reg: 212, Data: 1 206
2017.03.31 08:34:43.047 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:34:43.053 5: SUSV Rx, Reg: 53, Data: 53 206 19
2017.03.31 08:34:43.079 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:34:43.086 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:34:43.089 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:34:43.094 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:34:43.111 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:34:43.117 5: SUSV Rx, Reg: 208, Data: 208 223 0
2017.03.31 08:34:43.143 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:34:43.149 5: SUSV Rx, Reg: 212, Data: 212 199
2017.03.31 08:35:43.177 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:35:43.186 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.03.31 08:35:43.216 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:35:43.227 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:35:43.232 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:35:43.239 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:35:43.259 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:35:43.270 5: SUSV Rx, Reg: 208, Data: 208 223 0
2017.03.31 08:35:43.280 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:35:43.284 5: SUSV Rx, Reg: 212, Data: 1 189
2017.03.31 08:36:43.306 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:36:43.312 5: SUSV Rx, Reg: 53, Data: 53 189 19
2017.03.31 08:36:43.347 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:36:43.354 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:36:43.356 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:36:43.363 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:36:43.380 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:36:43.389 5: SUSV Rx, Reg: 208, Data: 208 206 19
2017.03.31 08:36:43.409 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:36:43.413 5: SUSV Rx, Reg: 212, Data: 1 206
2017.03.31 08:37:43.426 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:37:43.432 5: SUSV Rx, Reg: 53, Data: 53 206 19
2017.03.31 08:37:43.457 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:37:43.462 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:37:43.465 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:37:43.475 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:37:43.493 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:37:43.499 5: SUSV Rx, Reg: 208, Data: 208 212 0
2017.03.31 08:37:43.524 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:37:43.529 5: SUSV Rx, Reg: 212, Data: 212 206
2017.03.31 08:38:43.564 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:38:43.569 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.03.31 08:38:43.600 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:38:43.605 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:38:43.608 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:38:43.612 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:38:43.629 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:38:43.634 5: SUSV Rx, Reg: 208, Data: 208 239 0
2017.03.31 08:38:43.644 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:38:43.650 5: SUSV Rx, Reg: 212, Data: 212 206
2017.03.31 08:39:43.659 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:39:43.668 5: SUSV Rx, Reg: 53, Data: 53 206 19
2017.03.31 08:39:43.707 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:39:43.713 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:39:43.717 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:39:43.722 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:39:43.738 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:39:43.744 5: SUSV Rx, Reg: 208, Data: 208 201 0
2017.03.31 08:39:43.754 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:39:43.759 5: SUSV Rx, Reg: 212, Data: 212 189
2017.03.31 08:40:43.767 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:40:43.772 5: SUSV Rx, Reg: 53, Data: 53 189 19
2017.03.31 08:40:43.797 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:40:43.803 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:40:43.806 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:40:43.811 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:40:43.827 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:40:43.833 5: SUSV Rx, Reg: 208, Data: 208 194 19
2017.03.31 08:40:43.858 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:40:43.862 5: SUSV Rx, Reg: 212, Data: 212 194
2017.03.31 08:41:43.870 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:41:43.876 5: SUSV Rx, Reg: 53, Data: 53 194 19
2017.03.31 08:41:43.901 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:41:43.906 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:41:43.910 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:41:43.915 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:41:43.932 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:41:43.937 5: SUSV Rx, Reg: 208, Data: 208 205 0
2017.03.31 08:41:43.963 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:41:43.969 5: SUSV Rx, Reg: 212, Data: 212 206
2017.03.31 08:42:43.979 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:42:43.985 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.03.31 08:42:44.015 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:42:44.021 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:42:44.024 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:42:44.029 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:42:44.045 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:42:44.050 5: SUSV Rx, Reg: 208, Data: 208 199 19
2017.03.31 08:42:44.074 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:42:44.080 5: SUSV Rx, Reg: 212, Data: 1 199
2017.03.31 08:43:15.068 5: SUSV: 15 read 3 Byte from Register 53
2017.03.31 08:43:15.073 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.03.31 08:43:15.085 5: SUSV: 15 read 2 Byte from Register 69
2017.03.31 08:43:15.090 5: SUSV Rx, Reg: 69, Data: 69 1
2017.03.31 08:43:15.093 5: SUSV: 15 read 3 Byte from Register 209
2017.03.31 08:43:15.098 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.03.31 08:43:15.114 5: SUSV: 15 read 3 Byte from Register 208
2017.03.31 08:43:15.125 5: SUSV Rx, Reg: 208, Data: 208 196 0
2017.03.31 08:43:15.150 5: SUSV: 15 read 2 Byte from Register 212
2017.03.31 08:43:15.155 5: SUSV Rx, Reg: 212, Data: 212 206
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 31 März 2017, 20:09:38
Das war gut, dass mehr als ein Werte-Abruf im Log enthalten war. Denn dadurch sieht man sehr gut, dass bei der eigentlichen i2c-Kommunikation etwas nicht passt - es scheint das Timing nicht zu stimmen :( Die Logzeilen, bei denen bei Data am Ende eine 19 stand, dürften gültige Spannungswerte sein...

2017.03.31 08:28:42.394 5: SUSV Rx, Reg: 208, Data: 208 167 0
2017.03.31 08:29:31.832 5: SUSV Rx, Reg: 208, Data: 208 252 0
2017.03.31 08:29:38.771 5: SUSV Rx, Reg: 208, Data: 208 199 19
2017.03.31 08:29:42.524 5: SUSV Rx, Reg: 208, Data: 208 1 2
2017.03.31 08:29:43.781 5: SUSV Rx, Reg: 208, Data: 208 169 0
2017.03.31 08:29:50.569 5: SUSV Rx, Reg: 208, Data: 208 236 0
2017.03.31 08:30:00.559 5: SUSV Rx, Reg: 208, Data: 208 167 0
2017.03.31 08:30:07.165 5: SUSV Rx, Reg: 208, Data: 208 150 0
2017.03.31 08:30:16.049 5: SUSV Rx, Reg: 208, Data: 208 211 19
2017.03.31 08:30:20.249 5: SUSV Rx, Reg: 208, Data: 208 189 19
2017.03.31 08:30:42.654 5: SUSV Rx, Reg: 208, Data: 208 223 0
2017.03.31 08:31:42.784 5: SUSV Rx, Reg: 208, Data: 208 223 0
2017.03.31 08:31:51.796 5: SUSV Rx, Reg: 208, Data: 208 223 0
2017.03.31 08:32:42.898 5: SUSV Rx, Reg: 208, Data: 208 182 0
2017.03.31 08:33:42.994 5: SUSV Rx, Reg: 208, Data: 208 206 19
2017.03.31 08:34:43.117 5: SUSV Rx, Reg: 208, Data: 208 223 0
2017.03.31 08:35:43.270 5: SUSV Rx, Reg: 208, Data: 208 223 0
2017.03.31 08:36:43.389 5: SUSV Rx, Reg: 208, Data: 208 206 19
2017.03.31 08:37:43.499 5: SUSV Rx, Reg: 208, Data: 208 212 0
2017.03.31 08:38:43.634 5: SUSV Rx, Reg: 208, Data: 208 239 0
2017.03.31 08:39:43.744 5: SUSV Rx, Reg: 208, Data: 208 201 0
2017.03.31 08:40:43.833 5: SUSV Rx, Reg: 208, Data: 208 194 19
2017.03.31 08:41:43.937 5: SUSV Rx, Reg: 208, Data: 208 205 0
2017.03.31 08:42:44.050 5: SUSV Rx, Reg: 208, Data: 208 199 19
2017.03.31 08:43:15.125 5: SUSV Rx, Reg: 208, Data: 208 196 0


Ist auch das Modul 00_RPII2C.pm aktuell? Speziell interessiert mich, ob die folgenden Zeilen überhaupt enthalten sind:
            if (defined($clientmsg->{usleep})) {
                usleep($clientmsg->{usleep});
            }
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 31 März 2017, 20:25:41
Die Datei sollte eigentlich aktuell sein.
# $Id: 00_RPII2C.pm 12566 2016-11-13 17:06:19Z klauswitt $

Die Zeilen if (defined($clientmsg->{usleep})) {
                usleep($clientmsg->{usleep});
            }
kommen zwei mal vor in der 00_RPII2C.pm
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 31 März 2017, 20:40:57
Okay - dann unterstützt RPII2C den usleep zwischen dem Setzen des Registers und dem anschließenden Lesenden-Zugriff. Ich habe den usleep jetzt mal von 1 auf 5 erhöht. Kannst Du bitte das Update einspielen und danach nochmals testen...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 02 April 2017, 18:51:04
Hallo,
vielleicht könnt ihr mir ja weiter helfen, da der Support nicht antwortet:

Ich habe meinem Pi3 eine SUSV Basic spendiert. Bei der Installation hänge ich jedoch nun an der Stelle, an der ich "./susv -status" eingeben soll.
Dort bekomme ich nur
Zitat********************************
*                              *
* S.USV pi solutions           *
* www.s-usv.de                 *
*                              *
* Model: Basic                 *
* Firmware Version: 2.11       *
* Software Version: 2.20       *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Sun Apr  2 18:45:13 2017     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: ONLINE     *
* Charging current: 300 mA     *
*                              *
i2c-Request timed out

Ich habe bereits alles mir erdenkliche probiert: Geprüft, ob die USV (und RTC) vom I²C-Bus gefunden werden. Sie werden. Zusätzlich habe ich noch ein Gerät (was das auch immer sein mag, da ich an meinem Pi keine Addons neben dem SUSV habe) an der Adresse 0x00 gefunden.
Ich habe die Adresse der USV in der Konfiguration abgeändert, doch erhalte ich immer wieder diese Fehlermeldung.
Die SUSV Basic hat SW 2.20 und FW 2.10.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 02 April 2017, 19:33:47
Hm, ich habe mal ein Firmwareupdate gemacht auf Version 2.20. "./susv -status" läuft nun durch. Lediglich zeigt er mir nicht an, wie Stark die Batterie ist:
ZitatPower Battery: 000.00 mA

Ich habe jedoch 3000 mA verbaut.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 02 April 2017, 20:05:37
Hm, ich werde hier nicht schlau.   ::)

Kann bitte mal Jemand posten, wie ich das Device in FHEM anlegen kann?

Soweit ich verstanden habe, muss ich zunächst in der Konsole diese zwei Kommandos eingeben um die Rechte zu gewähren:
sudo adduser fhem i2c
sudo adduser fhem gpio


Danach muss in FHEM das Repository hinzugefügt werden und das Modul heruntergeladen werden:
update add http://www.wallmeier.net/fhem/controls_I2C_SUSV.txt
update
shutdown restart


Nach dem Neustart habe ich jedoch noch kein SUSV Device.
Wenn ich es von Hand definiere (define SUSV I2C_SUSV), dann bekomme ich nur diese Internals:
CHANGED
I2C_Address 15
NAME SUSV
NR 718
STATE defined
TYPE I2C_SUSV

und ein Reading:

Pinlevel low 2017-04-02 20:02:10


Auch ein "get SUSV updateValues" hilft da nicht weiter. Irgend etwas übersehe ich also.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 02 April 2017, 20:22:47
Wie bei allen Modulen, die mit I2C_ anfangen, kommunizieren diese nicht direkt mit dem I2C-Bus sondern über das Modul RPII2C. Somit muss erst eine Instanz von RPII2C erzeugt/definiert werden. Wenn diese Instanz erst nach der Definition I2C_SUSV gemacht wird, muss noch das Attribut IODev passend gesetzt werden.

Zu beachten ist weiterhin, dass das RPII2C-Modul im Modus IOCTL betrieben wird. Dies kann man erzwingen, indem man bei der RPII2C-Instanz das Attribut useHWLib auf IOCTL setzt.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 02 April 2017, 20:39:28
Danke,
das IODev hatte ich inzwischen eingerichtet (define RPII2C_1 RPII2C 1). Die 1 zu finden war zunächst etwas schwierig, wenn man noch nie mit dem I2C-Bus gearbeitet hat.

Anschließend hatte ich auch das IODev angegeben (attr SUSV IODev RPII2C_1). Das wurde mir aber mit einem Fehler quittiert: "Undefined subroutine &main::I2C_SUSV_Init called". Vermutlich, weil ich nicht den IOCTL-Modus fürs IODev benutzt habe. Ich hatte zwar bereits hier gelesen, dass der Modus notwendig ist, jedoch noch nicht gewusst, wie ich ihn erzwinge.

Meine RPII2C-Instanz kennt das Attribut useHWLib leider nicht.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 02 April 2017, 21:01:41
Zitat von: Grinsekatze am 02 April 2017, 20:39:28
Anschließend hatte ich auch das IODev angegeben (attr SUSV IODev RPII2C_1). Das wurde mir aber mit einem Fehler quittiert: "Undefined subroutine &main::I2C_SUSV_Init called".

Das war noch ein Fehler im Modul. Ist jetzt gefixed.

Zitat von: Grinsekatze am 02 April 2017, 20:39:28
Meine RPII2C-Instanz kennt das Attribut useHWLib leider nicht.

Aus der Hilfe von RPII2C:
useHWLib
Ändern der Methode des Hardwarezugriffs.
Dieses Attribut existiert nur, wenn beide Zugriffsmethoden verfügbar sind
Standard: IOCTL, gültige Werte: IOCTL, SMBus

Somit wird vermutlich die Methode IOCTL benutzt.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 02 April 2017, 21:42:11
Nachdem ich nochmal in der Commandref geguckt habe, dachte ich das auch schon, da ich ja beim einrichten der SUSV die i2c-tools installiert habe, nicht aber das SMBUS PERL-Modul.

Kann es vielleicht daran liegen, dass ich die Firmware 2.20 benutze?


Edit:
Ich habe im Log noch eine Fehlermeldung gefunden:
Zitat2017.04.02 21:43:52 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 307.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 02 April 2017, 21:52:52
Das ist ein Folgefehler der durch den anderen Fehler entstanden ist. Am besten die Instanz vom I2C_SUSV noch einmal löschen und neu anlegen.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 02 April 2017, 23:31:57
Ich hab sowohl das IO-Device als auch das SUSV-Device neu angelegt.

Beim SUSV-Device findet er nun immerhin schon mal die neuen Internals Model (Basic), Firmware (1.2) und CFGFN (ist leer). Wobei die Firmware falsch angezeigt wird. Ich habe auf 2.20 aktualisiert. Der Rest wird weiter nicht angezeigt (auch nur die Readings ChargingCircuit, ChargingCurrent und Pinlevel, wie bereits gehabt). STATE ist opened.

Als ich eben nochmal das RPII2C-Device angeguckt habe, habe ich gesehen, dass dort ein Internals Namens CFGFN ist, welches leer ist. Auf einigen Screenshots hier war dort eine CFG eingetragen. Muss ich da noch was nachholen? STATE ist OK.

Edit:
Im Log finde ich diese Einträge:
Zitat2017.04.02 23:32:37 3: SUSV: using I2C Address 15
2017.04.02 23:32:37 3: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.02 23:32:37 1: SUSV: Test

Auch hat sich der Server eben kurz verabschiedet. Die SUSV LEDs leuchteten kurz rot und jetzt grün und orange (vorher nur 2 grüne). Die Batterie wird also wieder geladen.

Nach dem Crash sind die SUSV Internals nunModel (Advanced), Firmware (1.0) und CFGFN (ist leer). Ich habe aber eine Basic, wie gesagt mit FW 2.20.


Edit 2:
Inzwischen habe ich ein paar neue Readings bekommen: BatteryState (unknown battery state 212), PowerBattery (0), PowerExtern (n/a), PowerSource (RPI) und VoltageIn (0.51).
Jedoch stimmen die Werte hinten und vorne nicht. Laut ./susv -satus ISt das Model Basic (und nicht, wie in FHEM angegeben Advanced), Firmware ist 2.20 (und nicht 1.2), BatteryState weiss ich nicht, was damit abgebildet werden soll, VoltageIn ist 4.86 V.
Offenbar sind die Abfragen des Moduls  also fehlerhaft.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 04 April 2017, 09:26:06
Status mit V11.3
2017.04.04 09:12:15 3: SUSV: using I2C Address 15
2017.04.04 09:12:15 3: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:12:15 1: SUSV: Test
2017.04.04 09:12:15 5: im init client fuer SUSV
2017.04.04 09:12:15 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:12:15 5: SUSV Rx, Reg: 53, Data: 53 2 20
2017.04.04 09:12:15 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:13:08 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:13:08 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:13:08 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:13:11 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:13:11 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:13:11 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:13:12 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:13:12 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:13:12 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:13:16 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:13:16 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:13:16 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:13:59 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:13:59 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:13:59 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:14:04 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:14:04 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:14:04 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:14:17 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:14:17 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:14:17 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:15:16 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:15:16 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:15:16 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:15:17 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:15:17 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:15:17 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:15:18 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:15:18 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:15:18 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:15:18 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:15:18 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:15:18 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:16:19 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:16:19 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:16:19 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:17:08 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:17:08 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:17:08 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:17:10 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:17:10 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:17:10 5: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 09:17:20 5: SUSV: 15 read 3 Byte from Register 53
2017.04.04 09:17:20 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.04 09:17:20 5: SUSV: Consider upgrading the firmware to 1.32 or greater

FHEM Anzeige der S.USV
USV Status: NETZBETRIEB
RPI maximaler Ladestrom: 300 mA
Spannungsversorgung durch: 0 mit 0.00 V
Batterie Status: 0
Batterie Kapazität: 0 %
Batterie Spannung: 0.00 V
Batterie Ladestrom extern: 0.00 mA

Internals
CFGFN             /media/hdd/fhem/mycfg/USV/usv_rasp06.cfg
CHANGED
Firmware                   1.2
I2C_Address             15
IODev                        RPII2C_1
Model                        Advanced
NAME                        SUSV
NR                             323
RPII2C_1_SENDSTAT Ok
STATE                       USV Status: NETZBETRIEB <br> RPI maximaler Ladestrom: 300 mA <br> Spannungsversorgung durch: 0 mit 0.00 V <br> Batterie Status: 0 <br> Batterie Kapazität: 0 % <br> Batterie Spannung: 0.00 V <br> Batterie Ladestrom extern: 0.00 mA
TYPE                         I2C_SUSV
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 04 April 2017, 12:25:06
Ich habe gestern das device erneut angelegt. Firmware wird weiter falsch ausgegeben (1.2). Aber es wird nun die Basic erkannt.

Mal sehen, ob die Readings hinzu gekommen sind, wenn ich nachher wieder zuhause bin.


Edit:
Nein, leider hat das System dieses Mal keine neuen Readings über Nacht angelegt.
Auch ist mir aufgefallen, dass die PSU-LED grün blinkt. LAut Handbuch also die Firmware initialisiert - nun jedoch bereits seit mind. 8 Stunden. Das Blinken war gestern noch nicht der Fall.

Langsam gehen mir die Ideen aus.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 04 April 2017, 21:03:01
Ich habe testweise einmal ein weiteres Device, namens test angelegt.

Dabei bin ich über diesenLogeintrag gestolpert:
Zitat2017.04.04 21:00:22 3: test: using I2C Address 15
2017.04.04 21:00:22 3: SUSV: Consider upgrading the firmware to 1.32 or greater
2017.04.04 21:00:22 1: test: Test
2017.04.04 21:00:22 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/52_I2C_SUSV.pm line 311.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 04 April 2017, 21:14:29
Nachdem ich nun mal wieder das Device gelöscht habe, den kompletten Pi dann neu gestartet habe, blinkte die LED nicht mehr. Nun leuchtet sie grün - es ist also alles ok.

Daraufhin habe ich das Device, zunächst unter einem neuen Namen, angelegt. Ein List ergibt dies:
ZitatInternals:
   CFGFN
   CHANGED
   Firmware   2.20
   I2C_Address 15
   IODev      RPII2C_1
   Model      Basic
   NAME       SUSV
   NR         740
   RPII2C_1_SENDSTAT Ok
   STATE      opened
   TYPE       I2C_SUSV
   Readings:
     2017-04-04 21:08:27   BatteryState    unknown battery state 212
     2017-04-04 21:11:27   ChargingCircuit 71
     2017-04-04 21:09:27   ChargingCurrent 19
     2017-04-04 21:08:27   Pinlevel        low
     2017-04-04 21:11:27   PowerBattery    0
     2017-04-04 21:11:27   PowerExtern     n/a
     2017-04-04 21:08:27   PowerSource     RPI
     2017-04-04 21:11:27   VoltageIn       4.94
Attributes:
   IODev      RPII2C_1
   poll_interval 60
   room       System

BatteryState verwirrt mich noch etwas.

Auch hät ich gern die Ausgabe in deutsch, wie bei Bunny4600. @Bunny4600: Wie hast Du die deutsche Ausgabe hinbekommen?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 04 April 2017, 21:50:47
Also ich hab mit Nicos Hilfe endlich die richtigen Treiber für die Version 2.20 drauf.

Das Auslesen der Werte funktioniert zuverlässig aber sie scheinen nicht zu stimmen bzw. sich ständig zu ändern:
Der Batterie-Status ändert sich bei fast jedem Auslesen von "charged" auf unknown battery state 212
und die Eingangsspannung ändert sich von 0.51V auf 5.12V.

Gruß Wolfdieter
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 04 April 2017, 22:04:56
Das Modul unterstützt aktuell noch nicht die Revision 2 der S-USV.

Da ich mittlerweile eine Revision 2 vom Hersteller zur Verfügung gestellt bekommen habe, bin ich dran an dem Thema. Mein aktueller Entwicklungsstand sieht schon bedeutend besser aus als der veröffentliche Stand. Allerdings habe ich noch ganz vereinzelte Peaks/Abweichungen - das muss ich noch näher untersuchen, bevor ich die Version veröffentlichen werde.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 07 April 2017, 20:31:28
Insgesamt scheint die I2C-Kommunikation mit der Revision ein bisschen "wackliger" zu sein als bei der Revision 1. Wie ich schon im letzten Beitrag geschrieben, lese ich teilweise falsche Werte aus. Damit in den Graphen keine unschönen Peaks entstehen, passiert jetzt noch eine Plausibilitätsprüfung im Modul, um diese Situationen zu identifizieren und die ungültigen Werte zu verwerfen.

Generell funktioniert das Auslesen der Batteriespannung bei der Revision 2 noch gar nicht. Das Hersteller-Tool susv benutzt dafür nicht dokumentierte I2C-Register und nicht das dokumentierte Register 0xD3. Ich habe das Problem bereits dem Hersteller geschildert und gehe davon aus, zeitnah eine Antwort zu erhalten.

Den aktuellen Stand des Moduls habe ich gerade auf meinen Update-Server gelegt...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 08 April 2017, 09:36:32
Habe die V0.11.4 inklusive der aktuellen S.USV Firmware V2.30 getestet.
Es sieht jetzt schon ein bischen besser aus. Siehe Anhang mit S.USV Firmware V2.20 und anschließend S.USV Firmware V2.30.
2017.04.07 21:33:15 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:33:15 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 21:33:15 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:33:15 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:33:15 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:33:15 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:33:16 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:33:16 5: SUSV Rx, Reg: 208, Data: 208 28 0
2017.04.07 21:33:16 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:33:16 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:34:16 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:34:16 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:34:16 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:34:16 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:34:16 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:34:16 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:34:16 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:34:16 5: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 21:34:16 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:34:16 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:35:17 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:35:17 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:35:17 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:35:17 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:35:17 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:35:17 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:35:17 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:35:17 5: SUSV Rx, Reg: 208, Data: 208 58 0
2017.04.07 21:35:17 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:35:17 5: SUSV Rx, Reg: 212, Data: 1 110
2017.04.07 21:36:18 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:36:18 5: SUSV Rx, Reg: 53, Data: 53 110 20
2017.04.07 21:36:18 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:36:18 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:36:18 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:36:18 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:36:18 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:36:18 5: SUSV Rx, Reg: 208, Data: 208 42 0
2017.04.07 21:36:18 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:36:18 5: SUSV Rx, Reg: 212, Data: 1 105
2017.04.07 21:37:19 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:37:19 5: SUSV Rx, Reg: 53, Data: 53 105 20
2017.04.07 21:37:19 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:37:19 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:37:19 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:37:19 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:37:19 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:37:19 5: SUSV Rx, Reg: 208, Data: 208 0 0
2017.04.07 21:37:19 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:37:19 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:38:20 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:38:20 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:38:20 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:38:20 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:38:20 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:38:20 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:38:20 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:38:20 5: SUSV Rx, Reg: 208, Data: 208 0 0
2017.04.07 21:38:20 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:38:20 5: SUSV Rx, Reg: 212, Data: 1 110
2017.04.07 21:39:21 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:39:21 5: SUSV Rx, Reg: 53, Data: 53 110 20
2017.04.07 21:39:21 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:39:21 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:39:21 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:39:21 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:39:21 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:39:21 5: SUSV Rx, Reg: 208, Data: 208 12 0
2017.04.07 21:39:21 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:39:21 5: SUSV Rx, Reg: 212, Data: 212 105
2017.04.07 21:40:22 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:40:22 5: SUSV Rx, Reg: 53, Data: 53 105 20
2017.04.07 21:40:22 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:40:22 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:40:22 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:40:22 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:40:22 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:40:22 5: SUSV Rx, Reg: 208, Data: 208 44 0
2017.04.07 21:40:22 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:40:22 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:41:23 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:41:23 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:41:23 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:41:23 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:41:23 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:41:23 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:41:23 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:41:23 5: SUSV Rx, Reg: 208, Data: 208 60 0
2017.04.07 21:41:23 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:41:23 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:42:23 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:42:23 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:42:23 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:42:23 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:42:23 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:42:23 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:42:23 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:42:23 5: SUSV Rx, Reg: 208, Data: 208 105 20
2017.04.07 21:42:23 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:42:23 5: SUSV Rx, Reg: 212, Data: 1 105
2017.04.07 21:43:24 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:43:24 5: SUSV Rx, Reg: 53, Data: 53 105 20
2017.04.07 21:43:24 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:43:24 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:43:24 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:43:24 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:43:24 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:43:24 5: SUSV Rx, Reg: 208, Data: 208 60 0
2017.04.07 21:43:24 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:43:24 5: SUSV Rx, Reg: 212, Data: 212 105
2017.04.07 21:44:25 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:44:25 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 21:44:25 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:44:25 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:44:25 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:44:25 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:44:25 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:44:25 5: SUSV Rx, Reg: 208, Data: 208 28 0
2017.04.07 21:44:25 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:44:25 5: SUSV Rx, Reg: 212, Data: 1 105
2017.04.07 21:45:26 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:45:26 5: SUSV Rx, Reg: 53, Data: 53 105 20
2017.04.07 21:45:26 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:45:26 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:45:26 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:45:26 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:45:26 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:45:26 5: SUSV Rx, Reg: 208, Data: 208 25 0
2017.04.07 21:45:26 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:45:26 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:46:27 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:46:27 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:46:27 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:46:27 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:46:27 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:46:27 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:46:27 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:46:27 5: SUSV Rx, Reg: 208, Data: 208 63 0
2017.04.07 21:46:27 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:46:27 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:47:28 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:47:28 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:47:28 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:47:28 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:47:28 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:47:28 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:47:28 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:47:28 5: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 21:47:28 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:47:28 5: SUSV Rx, Reg: 212, Data: 1 100
2017.04.07 21:48:29 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:48:29 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:48:29 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:48:29 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:48:29 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:48:29 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:48:29 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:48:29 5: SUSV Rx, Reg: 208, Data: 208 105 20
2017.04.07 21:48:29 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:48:29 5: SUSV Rx, Reg: 212, Data: 212 105
2017.04.07 21:49:30 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:49:30 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 21:49:30 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:49:30 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:49:30 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:49:30 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:49:30 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:49:30 5: SUSV Rx, Reg: 208, Data: 208 12 0
2017.04.07 21:49:30 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:49:30 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:50:30 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:50:30 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:50:30 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:50:30 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:50:30 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:50:30 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:50:30 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:50:30 5: SUSV Rx, Reg: 208, Data: 208 105 20
2017.04.07 21:50:30 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:50:30 5: SUSV Rx, Reg: 212, Data: 1 105
2017.04.07 21:51:31 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:51:31 5: SUSV Rx, Reg: 53, Data: 53 105 20
2017.04.07 21:51:31 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:51:31 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:51:31 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:51:31 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:51:31 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:51:31 5: SUSV Rx, Reg: 208, Data: 208 25 0
2017.04.07 21:51:31 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:51:31 5: SUSV Rx, Reg: 212, Data: 1 105
2017.04.07 21:52:32 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:52:32 5: SUSV Rx, Reg: 53, Data: 53 105 20
2017.04.07 21:52:32 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:52:32 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:52:32 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:52:32 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:52:32 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:52:32 5: SUSV Rx, Reg: 208, Data: 208 25 0
2017.04.07 21:52:32 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:52:32 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:53:33 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:53:33 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:53:33 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:53:33 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:53:33 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:53:33 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:53:33 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:53:33 5: SUSV Rx, Reg: 208, Data: 208 105 20
2017.04.07 21:53:33 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:53:33 5: SUSV Rx, Reg: 212, Data: 1 105
2017.04.07 21:54:34 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:54:34 5: SUSV Rx, Reg: 53, Data: 53 105 20
2017.04.07 21:54:34 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:54:34 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:54:34 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:54:34 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:54:34 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:54:34 5: SUSV Rx, Reg: 208, Data: 208 49 0
2017.04.07 21:54:34 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:54:34 5: SUSV Rx, Reg: 212, Data: 212 78
2017.04.07 21:55:35 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:55:35 5: SUSV Rx, Reg: 53, Data: 53 78 20
2017.04.07 21:55:35 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:55:35 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:55:35 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:55:35 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:55:35 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:55:35 5: SUSV Rx, Reg: 208, Data: 208 0 0
2017.04.07 21:55:35 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:55:35 5: SUSV Rx, Reg: 212, Data: 1 100
2017.04.07 21:56:36 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:56:36 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 21:56:36 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:56:36 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:56:36 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:56:36 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:56:36 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:56:36 5: SUSV Rx, Reg: 208, Data: 208 105 20
2017.04.07 21:56:36 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:56:36 5: SUSV Rx, Reg: 212, Data: 212 105
2017.04.07 21:57:37 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:57:37 5: SUSV Rx, Reg: 53, Data: 53 105 20
2017.04.07 21:57:37 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:57:37 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:57:37 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:57:37 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:57:37 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:57:37 5: SUSV Rx, Reg: 208, Data: 208 60 0
2017.04.07 21:57:37 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:57:37 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:58:37 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:58:37 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 21:58:37 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:58:37 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:58:37 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:58:37 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:58:37 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:58:37 5: SUSV Rx, Reg: 208, Data: 208 0 0
2017.04.07 21:58:38 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:58:38 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 21:59:38 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 21:59:38 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 21:59:38 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 21:59:38 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 21:59:38 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 21:59:38 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 21:59:38 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 21:59:38 5: SUSV Rx, Reg: 208, Data: 208 60 0
2017.04.07 21:59:38 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 21:59:38 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 22:00:39 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:00:39 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 22:00:39 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:00:39 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:00:39 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:00:39 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 22:00:39 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:00:39 5: SUSV Rx, Reg: 208, Data: 208 4 0
2017.04.07 22:00:39 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 22:00:39 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 22:01:40 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:01:40 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 22:01:40 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:01:40 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:01:40 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:01:40 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 22:01:40 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:01:40 5: SUSV Rx, Reg: 208, Data: 208 90 0
2017.04.07 22:01:40 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 22:01:40 5: SUSV Rx, Reg: 212, Data: 1 105
2017.04.07 22:02:41 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:02:41 5: SUSV Rx, Reg: 53, Data: 53 105 20
2017.04.07 22:02:41 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:02:41 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:02:41 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:02:41 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 22:02:41 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:02:41 5: SUSV Rx, Reg: 208, Data: 208 4 0
2017.04.07 22:02:41 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 22:02:41 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 22:03:42 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:03:42 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 22:03:42 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:03:42 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:03:42 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:03:42 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 22:03:42 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:03:42 5: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:03:42 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 22:03:42 5: SUSV Rx, Reg: 212, Data: 1 100
2017.04.07 22:04:43 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:04:43 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 22:04:43 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:04:43 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:04:43 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:04:43 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 22:04:43 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:04:43 5: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:04:43 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 22:04:43 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 22:05:44 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:05:44 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 22:05:44 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:05:44 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:05:44 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:05:44 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 22:05:44 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:05:44 5: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:05:44 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 22:05:44 5: SUSV Rx, Reg: 212, Data: 1 100
2017.04.07 22:06:45 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:06:45 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 22:06:45 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:06:45 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:06:45 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:06:45 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 22:06:45 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:06:45 5: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:06:45 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 22:06:45 5: SUSV Rx, Reg: 212, Data: 212 100
2017.04.07 22:07:45 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:07:45 5: SUSV Rx, Reg: 53, Data: 53 100 20
2017.04.07 22:07:45 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:07:45 5: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:07:45 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:07:45 5: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 22:07:45 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:07:45 5: SUSV Rx, Reg: 208, Data: 208 74 0
2017.04.07 22:07:45 5: SUSV: 15 read 2 Byte from Register 212
2017.04.07 22:07:45 5: SUSV Rx, Reg: 212, Data: 212 100

2017.04.07 22:08:18 0: Server shutdown
2017.04.07 22:08:45 1: Including fhem.cfg
2017.04.07 22:08:45 3: telnetPort: port 7072 opened
2017.04.07 22:08:46 3: WEB: port 8083 opened
2017.04.07 22:08:46 3: WEBphone: port 8084 opened
2017.04.07 22:08:46 3: WEBtablet: port 8085 opened
2017.04.07 22:08:46 2: eventTypes: loaded 68 events from /media/hdd/fhem/log06/eventTypes.txt
2017.04.07 22:08:46 1: Including /media/hdd/fhem/zeitplaene/zeitplaene_rasp06.cfg
2017.04.07 22:08:46 1: Including /media/hdd/fhem/mycfg/schnittstellen_rasp06.cfg
2017.04.07 22:08:47 1: Including /media/hdd/fhem/mycfg/GPIO/GPIO_rasp06.cfg
2017.04.07 22:08:50 1: Including /media/hdd/fhem/mycfg/USV/usv_rasp06.cfg
2017.04.07 22:08:50 3: SUSV: using I2C Address 15
2017.04.07 22:08:50 1: Including /media/hdd/fhem/myprogram/Allgemein_rasp06.pm
2017.04.07 22:08:50 1: Including /media/hdd/fhem/myprogram/awe_rasp06.pm
2017.04.07 22:08:50 1: Including /media/hdd/fhem/myprogram/Reset_rasp06.pm
2017.04.07 22:08:50 1: Including /media/hdd/fhem/log06/fhem.save
2017.04.07 22:08:50 5: im init client fuer SUSV
2017.04.07 22:08:50 0: Featurelevel: 5.8
2017.04.07 22:08:50 0: Server started with 57 defined entities (fhem.pl:13911/2017-04-06 perl:5.020002 os:linux user:fhem pid:888)

2017.04.07 22:08:50 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:08:50 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:08:50 5: SUSV - test - 1 (1) / 3 (2 30 0)
2017.04.07 22:08:50 5: SUSV lastReceived: 1
2017.04.07 22:08:50 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:08:50 4: SUSV Rx, Reg: 209, Data: 209 1 30
2017.04.07 22:08:50 5: SUSV - test - 2 (1 30) / 1 (1)
2017.04.07 22:08:50 5: SUSV lastReceived: 1 30
2017.04.07 22:08:50 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:08:50 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:08:50 5: SUSV - test - 2 (1 2) / 2 (1 30)
2017.04.07 22:08:50 5: SUSV lastReceived: 1 2
2017.04.07 22:08:50 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:08:50 4: SUSV Rx, Reg: 208, Data: 208 84 20
2017.04.07 22:08:50 5: SUSV - test - 2 (84 20) / 2 (1 2)
2017.04.07 22:08:50 5: SUSV lastReceived: 84 20
2017.04.07 22:08:50 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:08:50 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:08:50 5: SUSV - test - 0 () / 2 (84 20)
2017.04.07 22:08:50 5: SUSV lastReceived:
2017.04.07 22:08:50 2: SUSV: unknown battery state 212
2017.04.07 22:09:50 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:09:50 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:09:50 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:09:50 5: SUSV lastReceived: 1
2017.04.07 22:09:50 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:09:50 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:09:50 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:09:50 5: SUSV lastReceived: 1 20
2017.04.07 22:09:50 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:09:50 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:09:50 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:09:50 5: SUSV lastReceived: 1 2
2017.04.07 22:09:50 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:09:50 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:09:50 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:09:50 5: SUSV lastReceived: 100 20
2017.04.07 22:09:50 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:09:50 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:09:50 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:09:50 5: SUSV lastReceived:
2017.04.07 22:09:50 2: SUSV: unknown battery state 212
2017.04.07 22:10:51 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:10:51 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:10:51 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:10:51 5: SUSV lastReceived: 1
2017.04.07 22:10:51 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:10:51 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:10:51 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:10:51 5: SUSV lastReceived: 1 20
2017.04.07 22:10:51 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:10:51 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:10:51 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:10:51 5: SUSV lastReceived: 1 2
2017.04.07 22:10:51 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:10:51 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:10:51 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:10:51 5: SUSV lastReceived: 100 20
2017.04.07 22:10:51 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:10:51 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:10:51 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:10:51 5: SUSV lastReceived:
2017.04.07 22:10:51 2: SUSV: unknown battery state 212
2017.04.07 22:11:52 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:11:52 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:11:52 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:11:52 5: SUSV lastReceived: 1
2017.04.07 22:11:52 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:11:52 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:11:52 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:11:52 5: SUSV lastReceived: 1 20
2017.04.07 22:11:52 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:11:52 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:11:52 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:11:52 5: SUSV lastReceived: 1 2
2017.04.07 22:11:52 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:11:52 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:11:52 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:11:52 5: SUSV lastReceived: 100 20
2017.04.07 22:11:52 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:11:52 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:11:52 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:11:52 5: SUSV lastReceived:
2017.04.07 22:11:52 2: SUSV: unknown battery state 212
2017.04.07 22:12:53 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:12:53 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:12:53 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:12:53 5: SUSV lastReceived: 1
2017.04.07 22:12:53 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:12:53 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:12:53 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:12:53 5: SUSV lastReceived: 1 20
2017.04.07 22:12:53 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:12:53 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:12:53 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:12:53 5: SUSV lastReceived: 1 2
2017.04.07 22:12:53 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:12:53 4: SUSV Rx, Reg: 208, Data: 208 95 20
2017.04.07 22:12:53 5: SUSV - test - 2 (95 20) / 2 (1 2)
2017.04.07 22:12:53 5: SUSV lastReceived: 95 20
2017.04.07 22:12:53 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:12:53 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:12:53 5: SUSV - test - 0 () / 2 (95 20)
2017.04.07 22:12:53 5: SUSV lastReceived:
2017.04.07 22:12:53 2: SUSV: unknown battery state 212
2017.04.07 22:13:54 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:13:54 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:13:54 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:13:54 5: SUSV lastReceived: 1
2017.04.07 22:13:54 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:13:54 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:13:54 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:13:54 5: SUSV lastReceived: 1 20
2017.04.07 22:13:54 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:13:54 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:13:54 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:13:54 5: SUSV lastReceived: 1 2
2017.04.07 22:13:54 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:13:54 4: SUSV Rx, Reg: 208, Data: 208 95 20
2017.04.07 22:13:54 5: SUSV - test - 2 (95 20) / 2 (1 2)
2017.04.07 22:13:54 5: SUSV lastReceived: 95 20
2017.04.07 22:13:54 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:13:54 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:13:54 5: SUSV - test - 0 () / 2 (95 20)
2017.04.07 22:13:54 5: SUSV lastReceived:
2017.04.07 22:13:54 2: SUSV: unknown battery state 212
2017.04.07 22:14:55 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:14:55 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:14:55 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:14:55 5: SUSV lastReceived: 1
2017.04.07 22:14:55 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:14:55 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:14:55 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:14:55 5: SUSV lastReceived: 1 20
2017.04.07 22:14:55 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:14:55 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:14:55 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:14:55 5: SUSV lastReceived: 1 2
2017.04.07 22:14:55 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:14:55 4: SUSV Rx, Reg: 208, Data: 208 95 20
2017.04.07 22:14:55 5: SUSV - test - 2 (95 20) / 2 (1 2)
2017.04.07 22:14:55 5: SUSV lastReceived: 95 20
2017.04.07 22:14:55 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:14:55 1: PERL WARNING: Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 514.
2017.04.07 22:15:05 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:15:05 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:15:05 5: SUSV - test - 1 (1) / 2 (95 20)
2017.04.07 22:15:05 5: SUSV lastReceived: 1
2017.04.07 22:15:05 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:15:05 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:15:05 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:15:05 5: SUSV lastReceived: 1 20
2017.04.07 22:15:05 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:15:05 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:15:05 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:15:05 5: SUSV lastReceived: 1 2
2017.04.07 22:15:05 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:15:05 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:15:05 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:15:05 5: SUSV lastReceived: 100 20
2017.04.07 22:15:05 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:15:05 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:15:05 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:15:05 5: SUSV lastReceived:
2017.04.07 22:15:05 2: SUSV: unknown battery state 212
2017.04.07 22:16:05 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:16:05 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:16:05 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:16:05 5: SUSV lastReceived: 1
2017.04.07 22:16:05 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:16:05 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:16:05 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:16:05 5: SUSV lastReceived: 1 20
2017.04.07 22:16:05 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:16:05 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:16:05 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:16:05 5: SUSV lastReceived: 1 2
2017.04.07 22:16:05 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:16:05 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:16:05 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:16:05 5: SUSV lastReceived: 100 20
2017.04.07 22:16:05 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:16:05 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:16:05 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:16:05 5: SUSV lastReceived:
2017.04.07 22:16:05 2: SUSV: unknown battery state 212
2017.04.07 22:17:05 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:17:05 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:17:05 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:17:05 5: SUSV lastReceived: 1
2017.04.07 22:17:05 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:17:05 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:17:05 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:17:05 5: SUSV lastReceived: 1 20
2017.04.07 22:17:05 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:17:05 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:17:05 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:17:05 5: SUSV lastReceived: 1 2
2017.04.07 22:17:05 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:17:05 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:17:05 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:17:05 5: SUSV lastReceived: 100 20
2017.04.07 22:17:05 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:17:05 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:17:05 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:17:05 5: SUSV lastReceived:
2017.04.07 22:17:05 2: SUSV: unknown battery state 212
2017.04.07 22:18:05 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:18:05 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:18:05 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:18:05 5: SUSV lastReceived: 1
2017.04.07 22:18:05 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:18:05 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:18:05 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:18:05 5: SUSV lastReceived: 1 20
2017.04.07 22:18:05 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:18:05 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:18:05 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:18:05 5: SUSV lastReceived: 1 2
2017.04.07 22:18:05 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:18:05 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:18:05 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:18:05 5: SUSV lastReceived: 100 20
2017.04.07 22:18:05 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:18:05 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:18:05 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:18:05 5: SUSV lastReceived:
2017.04.07 22:18:05 2: SUSV: unknown battery state 212
2017.04.07 22:19:05 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:19:05 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:19:05 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:19:05 5: SUSV lastReceived: 1
2017.04.07 22:19:05 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:19:05 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:19:05 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:19:05 5: SUSV lastReceived: 1 20
2017.04.07 22:19:05 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:19:05 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:19:05 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:19:05 5: SUSV lastReceived: 1 2
2017.04.07 22:19:05 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:19:05 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:19:05 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:19:05 5: SUSV lastReceived: 100 20
2017.04.07 22:19:05 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:19:05 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:19:05 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:19:05 5: SUSV lastReceived:
2017.04.07 22:19:05 2: SUSV: unknown battery state 212
2017.04.07 22:19:17 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:19:17 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:19:17 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:19:17 5: SUSV lastReceived: 1
2017.04.07 22:19:17 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:19:17 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:19:17 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:19:17 5: SUSV lastReceived: 1 20
2017.04.07 22:19:17 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:19:17 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:19:17 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:19:17 5: SUSV lastReceived: 1 2
2017.04.07 22:19:17 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:19:17 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:19:17 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:19:17 5: SUSV lastReceived: 100 20
2017.04.07 22:19:17 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:19:17 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:19:17 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:19:17 5: SUSV lastReceived:
2017.04.07 22:19:17 2: SUSV: unknown battery state 212
2017.04.07 22:20:05 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:20:05 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:20:05 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:20:05 5: SUSV lastReceived: 1
2017.04.07 22:20:05 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:20:05 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:20:05 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:20:05 5: SUSV lastReceived: 1 20
2017.04.07 22:20:05 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:20:05 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:20:05 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:20:05 5: SUSV lastReceived: 1 2
2017.04.07 22:20:05 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:20:05 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:20:05 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:20:05 5: SUSV lastReceived: 100 20
2017.04.07 22:20:05 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:20:05 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:20:05 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:20:05 5: SUSV lastReceived:
2017.04.07 22:20:05 2: SUSV: unknown battery state 212
2017.04.07 22:21:05 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:21:05 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:21:05 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:21:05 5: SUSV lastReceived: 1
2017.04.07 22:21:05 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:21:05 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:21:05 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:21:05 5: SUSV lastReceived: 1 20
2017.04.07 22:21:05 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:21:05 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:21:05 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:21:05 5: SUSV lastReceived: 1 2
2017.04.07 22:21:05 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:21:05 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:21:05 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:21:05 5: SUSV lastReceived: 100 20
2017.04.07 22:21:05 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:21:05 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:21:05 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:21:05 5: SUSV lastReceived:
2017.04.07 22:21:05 2: SUSV: unknown battery state 212
2017.04.07 22:22:05 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:22:05 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:22:05 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:22:05 5: SUSV lastReceived: 1
2017.04.07 22:22:05 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:22:05 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:22:05 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:22:05 5: SUSV lastReceived: 1 20
2017.04.07 22:22:05 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:22:05 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:22:05 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:22:05 5: SUSV lastReceived: 1 2
2017.04.07 22:22:05 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:22:05 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:22:05 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:22:05 5: SUSV lastReceived: 100 20
2017.04.07 22:22:06 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:22:06 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:22:06 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:22:06 5: SUSV lastReceived:
2017.04.07 22:22:06 2: SUSV: unknown battery state 212
2017.04.07 22:23:06 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:23:06 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:23:06 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:23:06 5: SUSV lastReceived: 1
2017.04.07 22:23:06 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:23:06 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:23:06 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:23:06 5: SUSV lastReceived: 1 20
2017.04.07 22:23:06 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:23:06 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:23:06 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:23:06 5: SUSV lastReceived: 1 2
2017.04.07 22:23:06 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:23:06 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:23:06 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:23:06 5: SUSV lastReceived: 100 20
2017.04.07 22:23:06 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:23:06 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:23:06 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:23:06 5: SUSV lastReceived:
2017.04.07 22:23:06 2: SUSV: unknown battery state 212
2017.04.07 22:24:06 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:24:06 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:24:06 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:24:06 5: SUSV lastReceived: 1
2017.04.07 22:24:06 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:24:06 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:24:06 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:24:06 5: SUSV lastReceived: 1 20
2017.04.07 22:24:06 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:24:06 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:24:06 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:24:06 5: SUSV lastReceived: 1 2
2017.04.07 22:24:06 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:24:06 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:24:06 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:24:06 5: SUSV lastReceived: 100 20
2017.04.07 22:24:06 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:24:06 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:24:06 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:24:06 5: SUSV lastReceived:
2017.04.07 22:24:06 2: SUSV: unknown battery state 212
2017.04.07 22:25:06 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:25:06 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:25:06 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:25:06 5: SUSV lastReceived: 1
2017.04.07 22:25:06 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:25:06 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:25:06 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:25:06 5: SUSV lastReceived: 1 20
2017.04.07 22:25:06 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:25:06 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:25:06 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:25:06 5: SUSV lastReceived: 1 2
2017.04.07 22:25:06 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:25:06 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:25:06 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:25:06 5: SUSV lastReceived: 100 20
2017.04.07 22:25:06 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:25:06 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:25:06 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:25:06 5: SUSV lastReceived:
2017.04.07 22:25:06 2: SUSV: unknown battery state 212
2017.04.07 22:26:06 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:26:06 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:26:06 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:26:06 5: SUSV lastReceived: 1
2017.04.07 22:26:06 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:26:06 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:26:06 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:26:06 5: SUSV lastReceived: 1 20
2017.04.07 22:26:06 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:26:06 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:26:06 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:26:06 5: SUSV lastReceived: 1 2
2017.04.07 22:26:06 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:26:06 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:26:06 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:26:06 5: SUSV lastReceived: 100 20
2017.04.07 22:26:06 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:26:06 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:26:06 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:26:06 5: SUSV lastReceived:
2017.04.07 22:26:06 2: SUSV: unknown battery state 212
2017.04.07 22:27:06 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:27:06 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:27:06 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:27:06 5: SUSV lastReceived: 1
2017.04.07 22:27:06 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:27:06 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:27:06 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:27:06 5: SUSV lastReceived: 1 20
2017.04.07 22:27:06 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:27:06 4: SUSV Rx, Reg: 53, Data: 53 1 20
2017.04.07 22:27:06 5: SUSV - test - 2 (1 20) / 2 (1 20)
2017.04.07 22:27:06 2: SUSV - i2c read failed: Reg: 53, Data: 53 1 20
2017.04.07 22:27:06 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:27:06 4: SUSV Rx, Reg: 208, Data: 208 68 20
2017.04.07 22:27:06 5: SUSV - test - 2 (68 20) / 2 (1 20)
2017.04.07 22:27:06 5: SUSV lastReceived: 68 20
2017.04.07 22:27:06 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:27:06 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:27:06 5: SUSV - test - 0 () / 2 (68 20)
2017.04.07 22:27:06 5: SUSV lastReceived:
2017.04.07 22:27:06 2: SUSV: unknown battery state 212
2017.04.07 22:28:06 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:28:06 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:28:06 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:28:06 5: SUSV lastReceived: 1
2017.04.07 22:28:06 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:28:06 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:28:06 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:28:06 5: SUSV lastReceived: 1 20
2017.04.07 22:28:06 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:28:06 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:28:06 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:28:06 5: SUSV lastReceived: 1 2
2017.04.07 22:28:06 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:28:06 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:28:06 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:28:06 5: SUSV lastReceived: 100 20
2017.04.07 22:28:06 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:28:06 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:28:06 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:28:06 5: SUSV lastReceived:
2017.04.07 22:28:06 2: SUSV: unknown battery state 212
2017.04.07 22:29:07 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:29:07 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:29:07 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:29:07 5: SUSV lastReceived: 1
2017.04.07 22:29:07 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:29:07 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:29:07 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:29:07 5: SUSV lastReceived: 1 20
2017.04.07 22:29:07 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:29:07 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:29:07 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:29:07 5: SUSV lastReceived: 1 2
2017.04.07 22:29:07 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:29:07 4: SUSV Rx, Reg: 208, Data: 208 95 20
2017.04.07 22:29:07 5: SUSV - test - 2 (95 20) / 2 (1 2)
2017.04.07 22:29:07 5: SUSV lastReceived: 95 20
2017.04.07 22:29:07 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:29:07 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:29:07 5: SUSV - test - 0 () / 2 (95 20)
2017.04.07 22:29:07 5: SUSV lastReceived:
2017.04.07 22:29:07 2: SUSV: unknown battery state 212
2017.04.07 22:30:08 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:30:08 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:30:08 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:30:08 5: SUSV lastReceived: 1
2017.04.07 22:30:08 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:30:08 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:30:08 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:30:08 5: SUSV lastReceived: 1 20
2017.04.07 22:30:08 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:30:08 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:30:08 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:30:08 5: SUSV lastReceived: 1 2
2017.04.07 22:30:08 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:30:08 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:30:08 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:30:08 5: SUSV lastReceived: 100 20
2017.04.07 22:30:08 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:30:08 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:30:08 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:30:08 5: SUSV lastReceived:
2017.04.07 22:30:08 2: SUSV: unknown battery state 212
2017.04.07 22:31:09 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:31:09 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:31:09 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:31:09 5: SUSV lastReceived: 1
2017.04.07 22:31:09 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:31:09 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:31:09 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:31:09 5: SUSV lastReceived: 1 20
2017.04.07 22:31:09 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:31:09 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:31:09 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:31:09 5: SUSV lastReceived: 1 2
2017.04.07 22:31:09 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:31:09 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:31:09 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:31:09 5: SUSV lastReceived: 100 20
2017.04.07 22:31:09 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:31:09 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:31:09 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:31:09 5: SUSV lastReceived:
2017.04.07 22:31:09 2: SUSV: unknown battery state 212
2017.04.07 22:32:10 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:32:10 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:32:10 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:32:10 5: SUSV lastReceived: 1
2017.04.07 22:32:10 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:32:10 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:32:10 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:32:10 5: SUSV lastReceived: 1 20
2017.04.07 22:32:10 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:32:10 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:32:10 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:32:10 5: SUSV lastReceived: 1 2
2017.04.07 22:32:10 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:32:20 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:32:20 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:32:20 5: SUSV - test - 1 (1) / 2 (1 2)
2017.04.07 22:32:20 5: SUSV lastReceived: 1
2017.04.07 22:32:20 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:32:20 4: SUSV Rx, Reg: 209, Data: 209 1 2
2017.04.07 22:32:20 5: SUSV - test - 2 (1 2) / 1 (1)
2017.04.07 22:32:20 5: SUSV lastReceived: 1 2
2017.04.07 22:32:20 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:32:20 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:32:20 5: SUSV - test - 2 (1 2) / 2 (1 2)
2017.04.07 22:32:20 2: SUSV - i2c read failed: Reg: 53, Data: 53 1 2
2017.04.07 22:32:20 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:32:20 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:32:20 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:32:20 5: SUSV lastReceived: 100 20
2017.04.07 22:32:20 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:32:20 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:32:20 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:32:20 5: SUSV lastReceived:
2017.04.07 22:32:20 2: SUSV: unknown battery state 212
2017.04.07 22:33:20 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:33:20 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:33:20 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:33:20 5: SUSV lastReceived: 1
2017.04.07 22:33:20 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:33:20 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:33:20 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:33:20 5: SUSV lastReceived: 1 20
2017.04.07 22:33:20 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:33:20 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:33:20 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:33:20 5: SUSV lastReceived: 1 2
2017.04.07 22:33:20 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:33:20 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:33:20 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:33:20 5: SUSV lastReceived: 100 20
2017.04.07 22:33:20 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:33:20 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:33:20 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:33:20 5: SUSV lastReceived:
2017.04.07 22:33:20 2: SUSV: unknown battery state 212
2017.04.07 22:34:20 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:34:20 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:34:20 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:34:20 5: SUSV lastReceived: 1
2017.04.07 22:34:20 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:34:20 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:34:20 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:34:20 5: SUSV lastReceived: 1 20
2017.04.07 22:34:20 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:34:20 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:34:20 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:34:20 5: SUSV lastReceived: 1 2
2017.04.07 22:34:20 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:34:20 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:34:20 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:34:20 5: SUSV lastReceived: 100 20
2017.04.07 22:34:20 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:34:20 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:34:20 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:34:20 5: SUSV lastReceived:
2017.04.07 22:34:20 2: SUSV: unknown battery state 212
2017.04.07 22:35:20 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:35:20 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:35:20 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:35:20 5: SUSV lastReceived: 1
2017.04.07 22:35:20 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:35:20 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:35:20 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:35:20 5: SUSV lastReceived: 1 20
2017.04.07 22:35:20 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:35:20 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:35:20 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:35:20 5: SUSV lastReceived: 1 2
2017.04.07 22:35:20 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:35:20 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:35:20 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:35:20 5: SUSV lastReceived: 100 20
2017.04.07 22:35:20 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:35:20 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:35:20 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:35:20 5: SUSV lastReceived:
2017.04.07 22:35:20 2: SUSV: unknown battery state 212
2017.04.07 22:36:20 5: SUSV: 15 read 2 Byte from Register 69
2017.04.07 22:36:20 4: SUSV Rx, Reg: 69, Data: 69 1
2017.04.07 22:36:20 5: SUSV - test - 1 (1) / 0 ()
2017.04.07 22:36:20 5: SUSV lastReceived: 1
2017.04.07 22:36:20 5: SUSV: 15 read 3 Byte from Register 209
2017.04.07 22:36:20 4: SUSV Rx, Reg: 209, Data: 209 1 20
2017.04.07 22:36:20 5: SUSV - test - 2 (1 20) / 1 (1)
2017.04.07 22:36:20 5: SUSV lastReceived: 1 20
2017.04.07 22:36:20 5: SUSV: 15 read 3 Byte from Register 53
2017.04.07 22:36:20 4: SUSV Rx, Reg: 53, Data: 53 1 2
2017.04.07 22:36:20 5: SUSV - test - 2 (1 2) / 2 (1 20)
2017.04.07 22:36:20 5: SUSV lastReceived: 1 2
2017.04.07 22:36:20 5: SUSV: 15 read 3 Byte from Register 208
2017.04.07 22:36:20 4: SUSV Rx, Reg: 208, Data: 208 100 20
2017.04.07 22:36:20 5: SUSV - test - 2 (100 20) / 2 (1 2)
2017.04.07 22:36:20 5: SUSV lastReceived: 100 20
2017.04.07 22:36:20 5: SUSV: 15 read 1 Byte from Register 212
2017.04.07 22:36:20 4: SUSV Rx, Reg: 212, Data: 212
2017.04.07 22:36:20 5: SUSV - test - 0 () / 2 (100 20)
2017.04.07 22:36:20 5: SUSV lastReceived:
2017.04.07 22:36:20 2: SUSV: unknown battery state 212
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 08 April 2017, 10:04:55
schon wieder ne neue Firmware? Die wird ich am Wochenende mal installieren.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 08 April 2017, 15:12:07
@Burny4600: Die I2C-Übertragungsprobleme, die das Modul detektiert hat, sind alle mit 2.30er Firmware... Wobei ich selber mit 2.20er Firmware auch zeitweise diese bei mir feststellen kann - allerdings deutlich weniger gehäuft (ca. 5-6 pro Tag)...
Hast Du noch andere Komponenten am I2C-Bus?

@all: Kennt jemand das ChangeLog zur 2.30er Firmware? Im Archiv der Firmware ist keins enthalten. Übersehe ich es nur auf der Homepage der Herstellers? Früher wurde dies im Hersteller-Forum gepostet...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 08 April 2017, 21:28:18
Bei diesem Raspberry, wo ich dir das LOG zukommen ließ, ist kein anderes I2C Modul angeschlossen.
Dieser Raspberry hat zudem derzeit noch nicht wirklich etwas zu tun.

Bei anderen Raspberrys sind hauptsächlich die Module MCP23017 bzw. MCP3424 und diverse I2C Sensoren.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 09 April 2017, 18:54:39
Ich habe noch FW 2.20 installiert. Nun ist offenbar wieder die Kommunikation zur USV gestört: Die Power-LED blinkt grün (also wird die Firmware initialisiert - seit gut 2 Stunden ....). In Fhem sind auch wieder nur un sinnige Daten vorliegend (Model Advanced, FW 0.0 usw.).
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 09 April 2017, 19:16:26
Hallo Nico

habe nach 2 vergeblichen Versuchen endlich die Version 2.30 drauf. >:(
Musste aber dein Modul wieder abschalten weil unglaublich viel Traffic erzeugt wurde.
Fhem wurde extrem langsam - da ist noch was leicht fehlerhaft...... ;)

Gruß Wolfdieter
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 09 April 2017, 19:52:46
@Wolfdieter:
Den Traffic kannst Du je eventuell mit einem event-on-change-reading .* unterbinden?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 09 April 2017, 20:52:49
@Grinsekatze: Der susvd-Daemon vom Hersteller läuft? Zeigt den susv --status plausible Werte an? Ist die aktuelle Version des Moduls im Einsatz (vom Update-Server und nicht die alte Version, die an einem der alten Beiträge hängt)?

@Wolfdieter: Wie ist denn das Attribut polling_interval gesetzt? Was war denn das Problem beim Firmware-Update? Beim Firmware-Update sollte fhem gestoppt sein, so dass nicht während des eigentlichen Updates noch fhem per I2C-Bus auf die USV zugreift...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 09 April 2017, 21:09:47
Hallo Nico,

die Software war gestoppt aber nach den ersten Update leuchtete nur eine Rote Lampe am Modul.
Der Zugriff ging ebenfalls nicht.
Nach dem zweiten Versuch war die I2C Schnittstelle nicht mehr erreichbar und erst
nach dem dritten Versuch lief das Modul richtig.
Ich verwende eine s.usv Pi Basic an einem Pi3 mit 300mA Accu.

Polling Intervall steht auf 60 sec
Der Pi hat im Normalbetrieb gerade mal 0,07 Load mit fhem. (Gemessen mit RPI-Monitor)
Wenn das Modul läuft steigt die Load nach 10-15 Minuten stetig auf 1,4 bis zu 1,7
und fhem wird merklich langsamer.

Wolfdieter
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 09 April 2017, 22:05:47
Hallo Wolfdieter,

Zitat von: dieter114 am 09 April 2017, 21:09:47
Polling Intervall steht auf 60 sec
Der Pi hat im Normalbetrieb gerade mal 0,07 Load mit fhem. (Gemessen mit RPI-Monitor)
Wenn das Modul läuft steigt die Load nach 10-15 Minuten stetig auf 1,4 bis zu 1,7
und fhem wird merklich langsamer.

Komisch - bei mir steht das polling_interval auch auf 60 Sekunden und der load liegt zwischen 0,00 und 0,03, wenn ich per top nachschaue. Wie ist denn das Attribut verbose gesetzt und wohin wird geloggt (Datenbank oder Datei)?

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 10 April 2017, 09:38:22
Jupp. der Deamon läuft und gibt stets gute Werte aus:
Zitatcd /opt/susvd/ && ./susv -status
********************************
*                              *
* S.USV pi solutions           *
* www.s-usv.de                 *
*                              *
* Model: Basic                 *
* Firmware Version: 2.20       *
* Software Version: 2.20       *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Mon Apr 10 09:34:53 2017     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: ONLINE     *
* Charging current: 300 mA     *
*                              *
* Voltage in: 4.97 V           *
* Battery capacity: 100.00%    *
* Battery voltage: 4.20V       *
* Power Battery: 000.00 mA     *
* Power Extern: n/a            *
*                              *
* Shutdown timer: 10           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************

Die LED blinkt weiter. Jedoch habe ich in FHEM inzwischen wieder plausible Werte:
ZitatInternals:
   CHANGED
   Firmware   2.20
   I2C_Address 15
   IODev      RPII2C_1
   LastReceived
   Model      Basic
   NAME       SUSV
   NR         724
   RPII2C_1_SENDSTAT Ok
   STATE      opened
   TYPE       I2C_SUSV
   VERSION    0.11.4
   Readings:
     2017-04-10 09:37:04   BatteryLevel    100
     2017-04-10 02:42:55   BatteryState    charged
     2017-04-10 09:37:04   BatteryVoltage  4.200
     2017-04-09 18:51:45   ChargingCircuit ONLINE
     2017-04-10 09:26:04   ChargingCurrent 300 mA
     2017-04-09 18:51:38   Pinlevel        low
     2017-04-10 09:37:04   PowerBattery    0
     2017-04-10 09:37:04   PowerExtern     n/a
     2017-04-10 02:42:55   PowerSource     RPI
     2017-04-10 09:37:04   VoltageIn       4.95
Attributes:
   IODev      RPII2C_1
   event-on-change-reading .*
   poll_interval 60
   room       System
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 10 April 2017, 21:13:27
Hallo Zusammen,

so ganz geht es bei mir noch nicht:
********************************
*                              *
* S.USV pi solutions           *
* www.s-usv.de                 *
*                              *
* Model: Basic                 *
* Firmware Version: 2.30       *
* Software Version: 2.20       *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Mon Apr 10 21:09:37 2017     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: ONLINE     *
* Charging current: 300 mA     *
*                              *
* Voltage in: 5.13 V           *
* Battery capacity: 100.00%    *
* Battery voltage: 4.20V       *
* Power Battery: 000.00 mA     *
* Power Extern: n/a            *
*                              *
* Shutdown timer: -1           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************

aber in fhem Log steht:

2017.04.10 21:08:15 2: usv: unknown battery state 212
2017.04.10 21:09:15 2: usv: unknown battery state 212
2017.04.10 21:10:15 2: usv: unknown battery state 212

nochmal neu definieren?

Ergänzung:
Der Ladezustand wird nicht ausgelesen/erkannt und daher die Logeinträge jede Minute

Gruß Wolfdieter
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 10 April 2017, 21:30:43
Hallo,

Zitat von: dieter114 am 10 April 2017, 21:13:27
* Firmware Version: 2.30       *
aber in fhem Log steht:

2017.04.10 21:08:15 2: usv: unknown battery state 212
2017.04.10 21:09:15 2: usv: unknown battery state 212
2017.04.10 21:10:15 2: usv: unknown battery state 212

nochmal neu definieren?

Nochmal neu definieren wird nichts bringen. Der Hersteller hat leider an der I2C-Kommunikation beim Register 0xD4 in der Firmware 2.30 im Vergleich zur 2.20 etwas geändert. Da ich bisher kein genaues ChangeLog kenne und auch gerade meine S-USV nicht auf 2.30 upgraden kann, muss ich ein wenig raten - ich habe aber einen Verdacht...

Ich habe im Anhang die Version 0.11.5 des Moduls zum Testen angehängt. Wenn ich positives Feedback bekomme, lege ich die Version auch auf meinen Update-Server. Wenn es Probleme mit dem Modul gibt, bitte das FHEM-Log mit Verbose auf 4 bzw. 5 gesetzt posten...

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 10 April 2017, 21:42:22
Jo das war`s
Internals

CHANGED
Firmware 2.30
I2C_Address 15
IODev RPII2C_1
LastReceived 1
Model Basic
NAME usv
NR 477
RPII2C_1_SENDSTAT Ok
STATE opened
TYPE I2C_SUSV
VERSION 0.11.5

Readings
BatteryLevel 100 2017-04-10 21:38:30
BatteryState charged 2017-04-10 21:37:30
BatteryVoltage 4.200 2017-04-10 21:38:30
ChargingCircuit ONLINE 2017-04-10 21:33:50
ChargingCurrent 300 mA 2017-04-10 21:33:50
Pinlevel low 2017-04-10 21:36:40
PowerBattery 0 2017-04-10 21:37:30
PowerExtern n/a 2017-04-10 21:37:30
PowerSource RPI 2017-04-10 21:33:50
VoltageIn 5.13 2017-04-10 21:38:30

Definitionen:
# USV ##
define RPII2C_1 RPII2C 1
attr RPII2C_1 DbLogExclude .*
attr RPII2C_1 room Steuerung
attr RPII2C_1 useHWLib IOCTL
define usv I2C_SUSV
attr usv DbLogExclude .*
attr usv IODev RPII2C_1
attr usv poll_interval 60
attr usv room Steuerung


Gruß Wolfdieter
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 10 April 2017, 21:46:32
Danke fürs Feedback! Die Version wird jetzt auch über den Update-Server verteilt...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 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:
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
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 11 April 2017, 10:03:29
Hallo,

die Logeinträge der Form
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
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
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 11 April 2017, 12:48:53
Zu V0.11.6
Folgendes Reading von Batterie Status fehlt noch.
unknown battery state 212
Diese Meldung tritt auf wenn keine Batterie angeschlossen ist.

Aktuell funktionieren folgende Reading noch nicht.
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.
attr RPII2C_1 DbLogExclude .*
attr RPII2C_1 useHWLib IOCTL

attr usv DbLogExclude .*

Sind diese Parameter notwendig, und wo können diese Parameter eingestellt werden?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Mr. Flash am 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:


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:

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
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 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.
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.
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.
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.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 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.


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
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 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.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 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...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 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.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Mr. Flash am 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
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 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.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Mexx13 am 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
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 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.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 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...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 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.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 24 April 2017, 20:48:42
Zitat von: Burny4600 am 24 April 2017, 09:24:26
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.

Leider nicht - gerade getestet. Musste auch die USV einmal stromlos machen, damit sie per I2C-Bus wieder erreichbar war.

Zitat von: Burny4600 am 24 April 2017, 09:24:26
Mit der V 0.11.8 haben bei mir die S.USV Advanced noch Probleme mit dem Auslesen der Daten.
Siehe Anhang.

Aus der Bildbeschriftung entnehme ich, dass die Firmware 2.20 installiert ist... Kannst Du es bitte mit der Firmware 2.30 nochmal gegentesten...

Im ChangeLog der 2.30er Firmware ist u.a. folgendes aufgeführt:
- Optimierung der i2c-Routinen

Vielleicht liegt es ja daran... Ich kann bei mir mit meiner Advanced die Probleme so nicht nachvollziehen - allerdings wird der Pi aktuell noch per Mikro-Usb-Netzteil versorgt - vielleicht kommt daher noch der Unterschied.


Internals:
   CFGFN      raspberry.cfg
   CHANGED
   Firmware   2.30
   I2C_Address 15
   IODev      i2c
   Model      Advanced
   NAME       usv
   NR         186
   STATE      Source: RPI, BatState: charging
   TYPE       I2C_SUSV
   VERSION    0.11.8
   i2c_SENDSTAT Ok
   i2caddress 15
   Helper:
     Dblog:
       Batteryvoltage:
         Mydblog:
           TIME       1493059382.40198
           VALUE      4.18
       Voltagein:
         Mydblog:
           TIME       1493059382.18569
           VALUE      5.01
   Readings:
     2017-04-24 20:43:02   BatteryLevel    96.33
     2017-04-24 20:39:51   BatteryState    charging
     2017-04-24 20:43:02   BatteryVoltage  4.18
     2017-04-23 11:46:38   ChargingCircuit ONLINE
     2017-04-23 11:48:03   ChargingCurrent 300 mA
     2017-04-24 20:39:42   Pinlevel        low
     2017-04-24 20:43:02   PowerBattery    n/a
     2017-04-24 20:43:02   PowerExtern     0
     2017-04-23 08:22:33   PowerSource     RPI
     2017-04-24 20:43:02   VoltageIn       5.01

Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 24 April 2017, 22:23:37
Mit der hier geposteten 2.30er Firmware verschwindet die USV nicht nur bei einem Reboot sondern auch so einfach, so dass sie nicht mehr per I2C-Bus erreichbar ist.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 25 April 2017, 19:57:44
Ich werde derweillen die S.USV Advanced aus FHEM entfernen bis wieder eine Fehlerfrei Firmware vorhanden ist.
Künftig werde ich so schnell keine Firmware löschen wenn die aktuelle noch herumzickt.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 25 April 2017, 20:03:08
Ich habe hier noch 2.0 (glaube ich), 2.2 und 2.3 liegen, wenn Du sie benötigst.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 26 April 2017, 18:50:42
Der Hersteller ist an dem Problem dran. Ich habe heute eine neue Firmware zum Testen bekommen... Da die Ausfälle bei mir relativ schnell erfolgt sind, denke ich, dass ich in den nächsten zwei Tagen weiß, ob die neue Firmware stabil läuft.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 26 April 2017, 19:35:23
Und es bewegt sich doch was.
Die sind wirklich immer auf Zack beim S.USV Hersteller.
Währen alle so flot wie diese Firma gäbe es kaum Probleme.
Bin begeistert.
Ich ware derweilen ab was die neu Frimware so macht.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 26 April 2017, 20:52:11
Ich bin ja schon froh, dass es endlich EIne USV fürn Pi gibt. Da war ja lange Flaute.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 27 April 2017, 06:58:10
Leider ist auch mit der Testfirmware der Fehler wieder aufgetreten...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 27 April 2017, 09:44:15
Der Hersteller bearbeitet das Problem mit Hochdruck - ich habe bereits eine neue Version der Firmware zum Testen bekommen. Ich bin schwer begeistert!
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Alveole am 29 April 2017, 02:07:19
Hallo,
da hab ich so eine USV (Rev1, FW 1.3) und fhem schon seit Jahr(en) und kannte dieses Tool noch nicht.
Also gleich installiert!

Jetzt hab ich das Problem, beim starten von ./susvd -start
kommt
ZitatUnable to determine hardware version. I see: Hardware   : BCM2835
,
- expecting BCM2708 or BCM2709. Please report this to projects@drogon.net

seit der installation dieser Fehler.
Wie kann ich das beheben?
Vorher lief der Daemon problemfrei.

Danke Euch und wirklich Super die Entwichkung hier.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 14 Mai 2017, 12:10:38
Beim start dieses Moduls in FHEM oder des Deamons im OS?

Dieses Modul ist für die Revision 2.

Hast Du den Deamon neu installiert bzw. Sonst etwas geändert, ausser dem definieren des FHEM-Moduls?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 20 Mai 2017, 10:07:44
Gibt es schon Erkenntnisse betreffend aktueller Firmware?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 22 Mai 2017, 07:05:29
Zitat von: Alveole am 29 April 2017, 02:07:19
Hallo,
da hab ich so eine USV (Rev1, FW 1.3) und fhem schon seit Jahr(en) und kannte dieses Tool noch nicht.
Also gleich installiert!

Jetzt hab ich das Problem, beim starten von ./susvd -start
kommt
seit der installation dieser Fehler.
Wie kann ich das beheben?
Vorher lief der Daemon problemfrei.

Danke Euch und wirklich Super die Entwichkung hier.

Laut Aussage des Herstellers der USV wurde die i2c-Routinen der USV auf Basis des i2c-Treibers für den Chip BCM2708 entwickelt. Seit Kernel 4.9 wird vom OS aber automatisch der i2c-Treiber für den Chip BCM2835 geladen.

Man kann den anderen Treiber aber erzwingen, wenn man die Zeile dtoverlay=i2c-bcm2708 in die Datei /boot/config.txt am Ende einträgt.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 22 Mai 2017, 07:06:55
Zitat von: Burny4600 am 20 Mai 2017, 10:07:44
Gibt es schon Erkenntnisse betreffend aktueller Firmware?

Das Thema scheint schwieriger zu sein... Laut Aussage des Herstellers soll diese Woche aber ein Update zur Verfügung gestellt werden. Der Hersteller ist definitiv dran an dem Thema!
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 22 Mai 2017, 14:43:15
@Wallmeier
Danke für die Info. Bin schon gespannt auf die Funktion des neuen Updates.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 24 Mai 2017, 22:16:33
Der Hersteller hat das Firmwareupdate 2.3.1 freigegeben - die Änderungen laut changelog sind:

  *Changes V2.31 - 05/24/2017
- Adding i2c-Support for new Kernel 4.9.x
- Adding compatibility for new i2c-bcm2835 driver

Ich habe die Version gerade bei mir eingespielt...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 26 Mai 2017, 21:12:55
Bedarf es noch einer Änderung des FHEM Moduls?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 26 Mai 2017, 21:59:43
ich habe im Log ständig diese Meldungen

2017.05.25 09:35:35 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2
2017.05.25 11:29:21 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2
2017.05.25 11:52:26 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2
2017.05.25 13:34:23 2: SUSV: unknown battery state 14
2017.05.25 16:00:03 2: SUSV: unknown battery state 14
2017.05.25 20:42:41 2: SUSV: invalid power extern - 5121 mA (209 1 20 )
2017.05.25 21:20:50 2: SUSV: invalid power extern - 5121 mA (209 1 20 )
2017.05.26 05:07:45 2: SUSV: invalid power extern - 5121 mA (209 1 20 )
2017.05.26 07:42:21 2: SUSV: invalid power extern - 5121 mA (209 1 20 )
2017.05.26 11:49:19 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2
2017.05.26 12:28:28 2: SUSV: unknown battery state 14
2017.05.26 12:57:35 2: SUSV: unknown battery state 14
2017.05.26 14:42:57 3: SUSV: using I2C Address 15
2017.05.26 14:42:57 3: SUSV: Found firmware 2.31 - Advanced
2017.05.26 15:02:08 2: SUSV: invalid power extern - 7938 mA (34 2 31 )
2017.05.26 17:09:38 2: SUSV: invalid power extern - 5121 mA (209 1 20 )


Hier ein List
Internals:
   .attreocr-thresholdBatteryVoltage 4.200
   .attreocr-thresholdPowerExtern 0
   .attreocr-thresholdVoltageIn 5.05
   .eventMapCmd NETZBETRIEB:noArg BATTERIEBETRIEB:noArg geladen:noArg laden:noArg
   .lastTimeBatteryVoltage 1495827908.28143
   .lastTimeChargingCircuit 1495825619.32544
   .lastTimeChargingCurrent 1495825619.32544
   .lastTimePowerBattery 1495827908.24436
   .lastTimePowerExtern 1495827727.52682
   .lastTimeVoltageIn 1495827908.26742
   CHANGED
   Firmware   2.31
   I2C_Address 15
   IODev      RPII2C_1
   Model      Advanced
   NAME       SUSV
   NR         411
   RPII2C_1_SENDSTAT Ok
   STATE      USV Status: NETZBETRIEB <br> RPI maximaler Ladestrom: 300 mA <br> Spannungsversorgung durch: RPI mit 5.14 V <br> Batterie Status: charged <br> Batterie Kapazität: 100 % <br> Batterie Spannung: 4.20 V
   TYPE       I2C_SUSV
   VERSION    0.11.8
   Readings:
     2017-05-26 21:55:10   BatteryLevel    100
     2017-05-25 00:30:09   BatteryState    charged
     2017-05-26 21:55:10   BatteryVoltage  4.200
     2017-05-26 21:06:59   ChargingCircuit ONLINE
     2017-05-26 21:06:59   ChargingCurrent 300 mA
     2017-05-26 14:57:12   Pinlevel        low
     2017-05-26 21:55:10   PowerBattery    n/a
     2017-05-26 21:55:10   PowerExtern     0
     2017-05-25 00:30:09   PowerSource     RPI
     2017-05-26 21:55:10   VoltageIn       5.14
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> 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","BatteryState",0),
ReadingsVal("$name","BatteryLevel",0),
ReadingsVal("$name","BatteryVoltage",0))}


Habe heute Nachmittag am externen Anschluss eine Autobatterie angeklemmt

Statuspi@raspberrypi:/opt/susvd $ ./susv -status
********************************
*                              *
* S.USV pi solutions           *
* www.s-usv.de                 *
*                              *
* Model: Advanced              *
* Firmware Version: 2.31       *
* Software Version: 2.20       *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Fri May 26 21:58:27 2017     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: ONLINE     *
* Charging current: 300 mA     *
*                              *
* Voltage in: 5.15 V           *
* Battery capacity: 100.00%    *
* Battery voltage: 4.20V       *
* Power Battery: 000.00 mA     *
* Power Extern: 000.00 mA      *
*                              *
* Shutdown timer: 10           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************



Gruß Werner
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 26 Mai 2017, 23:31:08
Ich habe nach dem Firmwareupdate eine ähnliche Fehlermeldung:
Zitat2017.05.26 22:11:40 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:12:40 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:13:41 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:14:41 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:15:42 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:16:42 2 : SUSV: invalid Voltage In: 2561 mV <- 208 1 10
2017.05.26 22:17:42 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:18:43 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:19:43 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:20:44 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:21:44 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:22:44 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:23:45 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:24:45 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:25:46 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:26:46 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:27:47 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:28:47 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:29:47 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:30:48 2 : SUSV: invalid Voltage In: 2561 mV <- 208 1 10
2017.05.26 22:31:48 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:32:48 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:33:49 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:34:49 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:35:50 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:36:50 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:37:50 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:38:51 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:39:51 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:40:52 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:41:52 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:42:53 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:43:53 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:44:53 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:45:54 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:46:54 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:46:54 2 : SUSV: invalid battery voltage detected: 2 mV
2017.05.26 22:47:54 2 : SUSV: invalid Voltage In: 2561 mV <- 208 1 10
2017.05.26 22:48:55 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:49:55 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:50:56 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:51:56 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:52:56 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:53:57 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:54:57 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:55:58 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:56:58 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:57:59 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:58:59 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 22:59:59 2 : SUSV: unknown battery state 109
2017.05.26 23:01:00 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:01:00 2 : SUSV: unknown battery state 109
2017.05.26 23:02:00 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:02:00 2 : SUSV: invalid battery voltage detected: 2 mV
2017.05.26 23:03:00 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:04:01 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:05:01 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:06:02 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:07:02 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:08:02 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:09:03 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:10:03 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:11:04 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:12:04 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:13:05 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:14:05 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:15:05 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:16:06 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:17:06 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:18:07 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:19:07 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:20:08 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:20:08 2 : SUSV: invalid battery voltage detected: 2 mV
2017.05.26 23:21:08 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:21:08 2 : SUSV: unknown battery state 109
2017.05.26 23:23:08 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:24:09 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:25:09 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:26:10 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:27:10 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
2017.05.26 23:28:10 2 : SUSV: invalid Voltage In: 0 mV <- 208 0 0
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 28 Mai 2017, 11:21:09
Zitat von: Burny4600 am 26 Mai 2017, 21:12:55
Bedarf es noch einer Änderung des FHEM Moduls?
Ich habe gerade eine neue Modulversion released (Logging leicht überarbeitet und weitere Plausibilätschecks hinzugefügt) - aber auch die vorherige Version war prinzipiell lauffähig mit der Firmware 2.31.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 28 Mai 2017, 11:25:37
Generell kann ich bei mir auch feststellen, dass nicht jedes Auslesen von Werten plausible Werte zurückliefert - am Tag kann ich das bei mir im Log auch einige Male (in der Größenordnung von 5) sehen. Deshalb habe ich im aktuellen Modul auch die Plausibilitätschecks weiter ausgebaut.

@Grinsekatze: bei Dir schlägt ja jeder Zugriff auf VoltageIn fehl - das kenne ich so nicht. Welche Revision und Ausführung der S.USV ist es noch mal? Funktioniert das Auslesen mittels susv -status?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 28 Mai 2017, 15:24:03
Jupp status klappt - aktuell ist Vin 4,97V.
Ich habe rev. 2 mit Software 2.0 und Firmware 2.31 als Basic-Variante.
Auf dieser steckt noch das Homamatic Pi-Modul von elv.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 19 Juni 2017, 09:55:43
guten morgen,
nach dem ich gerade ein Fhem Update gemacht habe.
Bekomme ich folgende Meldungen jede Minute im Logfile
2017.06.19 09:45:57 2: SUSV: invalid power extern (port is used) - 0 mA (209 0 0 )
2017.06.19 09:46:58 2: SUSV: invalid power extern (port is used) - 0 mA (209 0 0 )
2017.06.19 09:47:58 2: SUSV: invalid power extern (port is used) - 0 mA (209 0 0 )
2017.06.19 09:48:58 2: SUSV: invalid power extern (port is used) - 0 mA (209 0 0 )
2017.06.19 09:49:58 2: SUSV: invalid power extern (port is used) - 0 mA (209 0 0 )
2017.06.19 09:50:48 2: SUSV: invalid power extern (port is used) - 0 mA (209 0 0 )
2017.06.19 09:50:59 2: SUSV: invalid power extern (port is used) - 0 mA (209 0 0 )


Ich habe erstmal den poll_interval auf 3600 eingestellt

Gruß Werner
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 19 Juni 2017, 21:16:52
Hallo Werner,

Sorry - der Fall, dass am externen Eingang nichts angeschlossen ist, habe ich vergessen zu testen :-[

Sollte jetzt mit der Version 0.14 gefixed sein - einfach noch mal ein fhem update machen.

Noch einen schönen Abend,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 19 Juni 2017, 21:39:44
Hallo Nico,
update durchgeführt, sieht im Moment gut aus  ;)
Nachdem ich mir meinen ersten S.USV kaputt gemacht habe, habe ich jetzt zwei neue S.USV Advanced.
Ich sehe ein zusätzliches Bauteil (neben Externen Anschluss) und andere Wiederstände auf dem Board. (nur zur Info)
Ich werde aber morgen am Externen eine Autobatterie anschließen.
Mal sehen wie es dann läuft.

Danke
Gruß Werner
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 20 Juni 2017, 12:16:52
Soooo  ;)

Autobatterie angeschlossen, Netzteil entfernt, ca. 20 Min. späterEin
List von Fhem
Internals:
   .attreocr-thresholdBatteryVoltage 4.200
   .attreocr-thresholdPowerExtern 445
   .attreocr-thresholdVoltageIn 5.00
   .eventMapCmd NETZBETRIEB:noArg BATTERIEBETRIEB:noArg geladen:noArg laden:noArg
   .lastTimeBatteryVoltage 1497953109.47315
   .lastTimeChargingCircuit 1497943584.45645
   .lastTimeChargingCurrent 1497943584.45645
   .lastTimePowerBattery 1497953109.44502
   .lastTimePowerExtern 1497952325.755
   .lastTimeVoltageIn 1497951903.76695
   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.00 V <br> Batterie Status: charged <br> Batterie Kapazität: 100 % <br> Batterie Spannung: 4.20 V
   TYPE       I2C_SUSV
   VERSION    0.14
   Readings:
     2017-06-20 12:12:11   BatteryLevel    100
     2017-06-17 11:56:54   BatteryState    charged
     2017-06-20 12:12:11   BatteryVoltage  4.200
     2017-06-20 09:26:24   ChargingCircuit ONLINE
     2017-06-20 09:26:24   ChargingCurrent 300 mA
     2017-06-19 21:30:24   Pinlevel        low
     2017-06-20 12:12:11   PowerBattery    n/a
     2017-06-20 12:12:11   PowerExtern     462
     2017-06-17 09:48:34   PowerSource     RPI
     2017-06-20 12:12:11   VoltageIn       5.00
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> 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","BatteryState",0),
ReadingsVal("$name","BatteryLevel",0),
ReadingsVal("$name","BatteryVoltage",0))}


Status auf Raspberry 3

pi@raspberrypi:/opt/susvd $ ./susv -status
********************************
*                              *
* S.USV pi solutions           *
* www.s-usv.de                 *
*                              *
* Model: Advanced              *
* Firmware Version: 2.31       *
* Software Version: 2.20       *
*                              *
* Mail notification: Enabled   *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Tue Jun 20 12:12:45 2017     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: ONLINE     *
* Charging current: 300 mA     *
*                              *
* Voltage in: 5.01 V           *
* Battery capacity: 100.00%    *
* Battery voltage: 4.20V       *
* Power Battery: 000.00 mA     *
* Power Extern: 462.00 mA      *
*                              *
* Shutdown timer: -1           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************


Wobei mir auffällt, dass in Fhem PowerExtern     462 nicht  mA hintersteht

Gruß Werner
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 20 Juni 2017, 12:53:50
@Wallmeier

Seit geraumer Zeit tauchen Perl Warnings immer wieder zyklisch auf.
Dies ist mir mindestens seit der V0.11 aufgefallen.
Aktuelle Version v0.14

S-USV Basic
2017.06.20 12:35:42 1: Including /media/hdd/fhem/mycfg/USV/usv_rasp02.cfg
2017.06.20 12:35:42 3: SUSV: using I2C Address 15
2017.06.20 12:35:42 3: SUSV: Found firmware 1.32 - Basic
2017.06.20 12:35:44 5: im init client fuer SUSV
2017.06.20 12:35:45 5: SUSV: 15 read 2 Byte from Register 69 (delay 1500)
2017.06.20 12:35:45 5: SUSV Rx, Reg: 69, Data: 69 1
2017.06.20 12:35:45 4: SUSV: I2C_SUSV_GetPoweringSource(): 69 1  -> RPI
2017.06.20 12:35:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 479) line 1.
2017.06.20 12:35:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 480) line 1.
2017.06.20 12:35:45 5: SUSV: 15 read 3 Byte from Register 53 (delay 1500)
2017.06.20 12:35:45 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.06.20 12:35:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 481) line 1.
2017.06.20 12:35:45 5: SUSV: 15 read 2 Byte from Register 208 (delay 1500)
2017.06.20 12:35:45 5: SUSV Rx, Reg: 208, Data: 0 19
2017.06.20 12:35:45 4: SUSV: I2C_SUSV_GetVoltageIn(): 0 19  -> 4864 mV
2017.06.20 12:35:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 482) line 1.
2017.06.20 12:35:45 5: SUSV: 15 read 1 Byte from Register 212 (delay 1500)
2017.06.20 12:35:45 5: SUSV Rx, Reg: 212, Data: 1
2017.06.20 12:35:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 483) line 1.
2017.06.20 12:36:45 5: SUSV: 15 read 2 Byte from Register 69 (delay 1500)
2017.06.20 12:36:45 5: SUSV Rx, Reg: 69, Data: 69 1
2017.06.20 12:36:45 4: SUSV: I2C_SUSV_GetPoweringSource(): 69 1  -> RPI
2017.06.20 12:36:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 548) line 1.
2017.06.20 12:36:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 549) line 1.
2017.06.20 12:36:45 5: SUSV: 15 read 3 Byte from Register 53 (delay 1500)
2017.06.20 12:36:45 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.06.20 12:36:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 550) line 1.
2017.06.20 12:36:45 5: SUSV: 15 read 2 Byte from Register 208 (delay 1500)
2017.06.20 12:36:45 5: SUSV Rx, Reg: 208, Data: 0 19
2017.06.20 12:36:45 4: SUSV: I2C_SUSV_GetVoltageIn(): 0 19  -> 4864 mV
2017.06.20 12:36:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 551) line 1.
2017.06.20 12:36:45 5: SUSV: 15 read 1 Byte from Register 212 (delay 1500)
2017.06.20 12:36:45 5: SUSV Rx, Reg: 212, Data: 1
2017.06.20 12:36:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 552) line 1.
2017.06.20 12:37:45 5: SUSV: 15 read 2 Byte from Register 69 (delay 1500)
2017.06.20 12:37:45 5: SUSV Rx, Reg: 69, Data: 69 1
2017.06.20 12:37:45 4: SUSV: I2C_SUSV_GetPoweringSource(): 69 1  -> RPI
2017.06.20 12:37:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 587) line 1.
2017.06.20 12:37:45 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 588) line 1.
2017.06.20 12:37:45 5: SUSV: 15 read 3 Byte from Register 53 (delay 1500)
2017.06.20 12:37:46 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.06.20 12:37:46 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 589) line 1.
2017.06.20 12:37:46 5: SUSV: 15 read 2 Byte from Register 208 (delay 1500)
2017.06.20 12:37:46 5: SUSV Rx, Reg: 208, Data: 0 19
2017.06.20 12:37:46 4: SUSV: I2C_SUSV_GetVoltageIn(): 0 19  -> 4864 mV
2017.06.20 12:37:46 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 590) line 1.
2017.06.20 12:37:46 5: SUSV: 15 read 1 Byte from Register 212 (delay 1500)
2017.06.20 12:37:46 5: SUSV Rx, Reg: 212, Data: 1
2017.06.20 12:37:46 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 591) line 1.


S-USV Advanced
2017.06.20 12:44:17.807 1: Including /media/hdd/fhem/mycfg/USV/usv_rasp04.cfg
2017.06.20 12:44:17.866 3: SUSV: using I2C Address 15
2017.06.20 12:44:17.876 3: SUSV: Found firmware 2.32 - Advanced
2017.06.20 12:44:19.333 5: im init client fuer SUSV
2017.06.20 12:44:19.773 5: SUSV: 15 read 2 Byte from Register 69 (delay 1500)
2017.06.20 12:44:19.785 5: SUSV Rx, Reg: 69, Data: 69 1
2017.06.20 12:44:19.787 4: SUSV: I2C_SUSV_GetPoweringSource(): 69 1  -> RPI
2017.06.20 12:44:19.790 5: SUSV: 15 read 3 Byte from Register 209 (delay 250000)
2017.06.20 12:44:20.045 5: SUSV Rx, Reg: 209, Data: 209 0 0
2017.06.20 12:44:20.047 4: SUSV: I2C_SUSV_GetPowerExtern(): 209 0 0  -> 0 mA
2017.06.20 12:44:20.055 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 453) line 1.
2017.06.20 12:44:20.088 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 454) line 1.
2017.06.20 12:44:20.097 5: SUSV: 15 read 3 Byte from Register 53 (delay 1500)
2017.06.20 12:44:20.106 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.06.20 12:44:20.112 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 455) line 1.
2017.06.20 12:44:20.115 5: SUSV: 15 read 3 Byte from Register 208 (delay 1500)
2017.06.20 12:44:20.121 5: SUSV Rx, Reg: 208, Data: 208 200 19
2017.06.20 12:44:20.124 4: SUSV: I2C_SUSV_GetVoltageIn(): 208 200 19  -> 5064 mV
2017.06.20 12:44:20.130 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 456) line 1.
2017.06.20 12:44:20.154 5: SUSV: 15 read 2 Byte from Register 212 (delay 1500)
2017.06.20 12:44:20.160 5: SUSV Rx, Reg: 212, Data: 212 1
2017.06.20 12:44:20.168 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 457) line 1.
2017.06.20 12:44:20.406 3: FHEM2FHEM device opened (F2F_Rasp01)
2017.06.20 12:45:20.190 5: SUSV: 15 read 2 Byte from Register 69 (delay 1500)
2017.06.20 12:45:20.199 5: SUSV Rx, Reg: 69, Data: 69 1
2017.06.20 12:45:20.202 4: SUSV: I2C_SUSV_GetPoweringSource(): 69 1  -> RPI
2017.06.20 12:45:20.205 5: SUSV: 15 read 3 Byte from Register 209 (delay 250000)
2017.06.20 12:45:20.461 5: SUSV Rx, Reg: 209, Data: 209 0 0
2017.06.20 12:45:20.465 4: SUSV: I2C_SUSV_GetPowerExtern(): 209 0 0  -> 0 mA
2017.06.20 12:45:20.475 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 469) line 1.
2017.06.20 12:45:20.483 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 470) line 1.
2017.06.20 12:45:20.488 5: SUSV: 15 read 3 Byte from Register 53 (delay 1500)
2017.06.20 12:45:20.495 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.06.20 12:45:20.501 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 471) line 1.
2017.06.20 12:45:20.506 5: SUSV: 15 read 3 Byte from Register 208 (delay 1500)
2017.06.20 12:45:20.513 5: SUSV Rx, Reg: 208, Data: 208 217 19
2017.06.20 12:45:20.516 4: SUSV: I2C_SUSV_GetVoltageIn(): 208 217 19  -> 5081 mV
2017.06.20 12:45:20.526 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 472) line 1.
2017.06.20 12:45:20.531 5: SUSV: 15 read 2 Byte from Register 212 (delay 1500)
2017.06.20 12:45:20.538 5: SUSV Rx, Reg: 212, Data: 212 1
2017.06.20 12:45:20.551 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 473) line 1.
2017.06.20 12:46:20.557 5: SUSV: 15 read 2 Byte from Register 69 (delay 1500)
2017.06.20 12:46:20.566 5: SUSV Rx, Reg: 69, Data: 69 1
2017.06.20 12:46:20.569 4: SUSV: I2C_SUSV_GetPoweringSource(): 69 1  -> RPI
2017.06.20 12:46:20.572 5: SUSV: 15 read 3 Byte from Register 209 (delay 250000)
2017.06.20 12:46:20.828 5: SUSV Rx, Reg: 209, Data: 209 0 0
2017.06.20 12:46:20.831 4: SUSV: I2C_SUSV_GetPowerExtern(): 209 0 0  -> 0 mA
2017.06.20 12:46:20.842 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 476) line 1.
2017.06.20 12:46:20.849 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 477) line 1.
2017.06.20 12:46:20.857 5: SUSV: 15 read 3 Byte from Register 53 (delay 1500)
2017.06.20 12:46:20.865 5: SUSV Rx, Reg: 53, Data: 53 1 2
2017.06.20 12:46:20.871 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 478) line 1.
2017.06.20 12:46:20.875 5: SUSV: 15 read 3 Byte from Register 208 (delay 1500)
2017.06.20 12:46:20.886 5: SUSV Rx, Reg: 208, Data: 208 195 19
2017.06.20 12:46:20.889 4: SUSV: I2C_SUSV_GetVoltageIn(): 208 195 19  -> 5059 mV
2017.06.20 12:46:20.898 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 479) line 1.
2017.06.20 12:46:20.903 5: SUSV: 15 read 2 Byte from Register 212 (delay 1500)
2017.06.20 12:46:20.910 5: SUSV Rx, Reg: 212, Data: 212 1
2017.06.20 12:46:20.922 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 480) line 1.


@Intruder1956
Die mA ist Geschmacksache ob diese als Einheit angeführt sind. Bei den Readings des Gerätes ist es mir lieber wenn keine Einheiten angeführt sind.
Die kannst du ja nach Bedarf mit stateFormat formatieren.
{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 <br> Batterie Stromaufnahme %1.f mA",
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),
ReadingsVal("$name","PowerBattery",0))}
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 20 Juni 2017, 13:16:32
hallo Chris,
danke für stateformat
Habe es so übernommen, leider bekomme ich folgende Meldung im Log.
2017.06.20 13:05:49 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 205806) line 1.
2017.06.20 13:06:26 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 205944) line 1.
2017.06.20 13:06:26 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 205945) line 1.
2017.06.20 13:06:26 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 205946) line 1.
2017.06.20 13:06:26 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 205947) line 1.
2017.06.20 13:06:26 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 205948) line 1.
2017.06.20 13:07:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206137) line 1.
2017.06.20 13:07:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206138) line 1.
2017.06.20 13:07:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206139) line 1.
2017.06.20 13:07:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206140) line 1.
2017.06.20 13:07:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206141) line 1.
2017.06.20 13:08:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206470) line 1.
2017.06.20 13:08:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206471) line 1.
2017.06.20 13:08:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206472) line 1.
2017.06.20 13:08:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206473) line 1.
2017.06.20 13:08:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206474) line 1.
2017.06.20 13:09:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206728) line 1.
2017.06.20 13:09:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206729) line 1.
2017.06.20 13:09:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206730) line 1.
2017.06.20 13:09:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206731) line 1.
2017.06.20 13:09:27 1: PERL WARNING: Argument "n/a" isn't numeric in sprintf at (eval 206732) line 1.


Gruß Werner

Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 20 Juni 2017, 19:05:04
@Intruder1956

Ist das wirklich von der S-USV?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 20 Juni 2017, 20:07:28
ja ist es, als ich das vorherige stateformat wieder eingesetzt habe, war es wieder weg

Ich denke es kommt hierher
2017-06-20 12:12:11   PowerBattery    n/a

Gruß Werner
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 21 Juni 2017, 21:27:59
Ändere das stateFormat auf
{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))}
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 22 Juni 2017, 11:42:08
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

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.
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  8)

Gruß Werner

Edit: Leider auch bei dem Neu eingerichteten Fehler
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
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 22 Juni 2017, 20:54:16
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
Zitat2017.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.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 23 Juni 2017, 15:35:23
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



Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 23 Juni 2017, 22:09:37
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.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 24 Juni 2017, 18:25:49
@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.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 01 Juli 2017, 18:43:05
@Burny4600 - RPI = primary, USV = secondary
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 01 Juli 2017, 20:35:12
Bei mir zeigt FHEM immer nur RPI an.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 01 Juli 2017, 21:38:49
kann ich bestätigen, egal was ich anschließe 300 mA Akku, oder extern 12 Batterie immer RPI

Gruß Werner
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 02 Juli 2017, 10:07:55
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

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
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 02 Juli 2017, 10:48:03
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:
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
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 02 Juli 2017, 21:56:12
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.
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))}
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 03 Juli 2017, 20:15:51
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.

Zitat von: Burny4600 am 02 Juli 2017, 21:56:12
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?

Zitat von: Burny4600 am 02 Juli 2017, 21:56:12
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.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 04 Juli 2017, 20:30:47
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.
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
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 04 Juli 2017, 20:52:51
Auch diesmal sehen die Readings für mich nicht danach aus, als ob die S.USV wirklich auf dem Akku läuft...

Zitat von: Burny4600 am 04 Juli 2017, 20:30:47
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:
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 10 Juli 2017, 19:47:06
Ich habe das Modul aktualisiert, so dass für die neue fhem-Statistik korrekt das Modell übertragen wird.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: MadNBG am 10 Juli 2017, 21:29:26
Hallo,
ich ziehe gerade mein fhem von Windows auf den Raspberry 3 um. Alles schön, alles neu.
Auch meine s usv  advanced (FW 2.3.1) zeigt readings an... Aber ich habe Fehler im fhem.log:
2017.07.10 21:09:13 0: Featurelevel: 5.8
2017.07.10 21:09:13 0: Server started with 18 defined entities (fhem.pl:14634/2017-07-03 perl:5.020002 os:linux user:fhem pid:5120)
2017.07.10 21:09:13 2: USV - i2c read failed: Reg: 53, Data: 53 1 31
2017.07.10 21:09:13 3: USV: invalid Voltage In: 0 mV <- 209 0 0
2017.07.10 21:10:13 2: USV - i2c read failed: Reg: 69, Data: 69 1

Die i2c read failed kommen laufend.

Ich habe fhem gerade aktualisiert.  Den Raspberry habe ich am Wochenende aufgesetzt.

Hier noch internals:

Internals:
   CHANGED
   DEF        0x0f
   Firmware   2.31
   I2C_Address 15
   IODev      RaspiI2C
   LastReceived 1
   Model      Advanced
   NAME       USV
   NR         61
   RaspiI2C_SENDSTAT Ok
   STATE      opened
   TYPE       I2C_SUSV
   VERSION    0.11.5
   READINGS:
     2017-07-10 21:22:14   BatteryLevel    100
     2017-07-10 19:26:32   BatteryState    charged
     2017-07-10 21:22:14   BatteryVoltage  4.200
     2017-07-10 18:29:20   ChargingCircuit ONLINE
     2017-07-10 18:35:48   ChargingCurrent 300 mA
     2017-07-10 21:09:07   Pinlevel        low
     2017-07-10 21:09:13   PowerBattery    n/a
     2017-07-10 21:09:13   PowerExtern     7937
     2017-07-10 18:28:47   PowerSource     RPI
     2017-07-10 21:22:14   VoltageIn       5.11
Attributes:
   IODev      RaspiI2C
   group      Hardware
   poll_interval 60 




Was kann ich tun? Hab ich beim installieren was übersehen?

Danke und Gruß aus Baden

Stefan
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 11 Juli 2017, 21:15:41
Hallo,
neue Update nicht da
I2C_SUSV nothing to do...

Gruß Werner
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: MadNBG am 15 Juli 2017, 11:22:43
Hallo,

es gibt ein update der s usv (advanced). Version 2.32. Lt. changelog Verbessung der i2c Probleme.

Habe das Update gemacht, hat nicht wirklich was gebracht:




2017.07.15 11:11:51 2: USV - i2c read failed: Reg: 69, Data: 69 1
***Update hier gemacht
2017.07.15 11:12:51 2: USV - i2c read failed: Reg: 53, Data: 53 1 16
2017.07.15 11:12:51 3: USV: invalid Voltage In: 0 mV <- 209 0 0
2017.07.15 11:12:51 2: USV: invalid battery voltage detected: 0 mV
2017.07.15 11:13:51 2: USV - i2c read failed: Reg: 53, Data: 53 1 0
2017.07.15 11:13:51 3: USV: invalid Voltage In: 0 mV <- 209 0 0



Vorher i2c Fehler bei Register 69, jetzt bei Register 53. :.-(

Gruß
Stefan
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 15 Juli 2017, 16:53:20
Hallo,

ich habe eben gerade das Modul nochmal aktualisiert (Version 0.18) und es um eine kleine Statistik erweitert (Anzahl I2C-Requests und Anzahl fehlgeschlagener Plausibilitätsprüfungen).

Bitte auf die aktuelle Version aktualisieren... Nochmal als Erinnerung: Das Modul steht unter der URL http://www.wallmeier.net/fhem/controls_I2C_SUSV.txt zur Verfügung und kann mittels update add http://www.wallmeier.net/fhem/controls_I2C_SUSV.txt eingebunden werden.

Bitte ein Firmware-Update nur einspielen, wenn fhem gestoppt ist - nicht das sich die I2C-Kommunikation von fhem und vom Firmware-Update in Quere kommen. Mittlerweile hat der Hersteller der USV für die Revision 2 die Firmware 2.33 veröffentlicht.

Die Frage an die, bei denen viele Einträge im Log erscheinen, dass Werte ignoriert werden, da sie durch die Plausibilitätsprüfung gefallen sind - sind weitere Geräte am I2C-Bus angeschlossen? Ich habe bei mir den Eindruck gewonnen, dass, wenn nur die USV am I2C-Bus hängt, ich deutlich weniger Logeinträge habe, als wenn noch ein DS2482-100 am Bus hängt. Wenn die USV alleine am Bus hängt hat ich eine Fehlerrate von ca. 0,13% (9396 Requests und davon 12 durch die Plausibilitätsprüfung gefallen). Mit dem DS2482-100 zusammen sind bis zu 4% der Requests fehlgeschlagen.

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 15 Juli 2017, 20:19:54
ZitatMittlerweile hat der Hersteller der USV für die Revision 2 die Firmware 2.33 veröffentlicht.

Wo hast du den Link für die Firmware gefunden?
Finde nur die Firmware Version 2.32.

Morgen werde ich das nochmals wegen der externen Spanungsversorung testen wegen der RPI und USV Darstellung.
Einen Verbesserungswunsch für das SUSV Modul habe ich noch.
Die Meldung no battery / failure ist ein bischen unglücklich gewählt. Das kann ich unter dem Attribut eventMap noch konvertieren, da das Symbol / heir schon zur Trennung verwendet wird.
Ein - oder | wäre hier besser.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 15 Juli 2017, 20:33:22
Zitat von: Burny4600 am 15 Juli 2017, 20:19:54
Wo hast du den Link für die Firmware gefunden?
Finde nur die Firmware Version 2.32.

Ganz normal über die Hersteller-Seite - allerdings wird diese aktuell bei mir nicht richtig angezeigt. In dem HTML-Sourcen findet man dann den folgenden Link: http://seprotronic.com/susv/files/firmware/susv_fw_233.tar.gz (http://seprotronic.com/susv/files/firmware/susv_fw_233.tar.gz)
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 16 Juli 2017, 14:04:04
@Wallmeier
Wie bist du auf diesen Link gekommen?

Zu dem Auswerten der Daten für Status RPI und USV.
List für Ausfall der externen Spannungsversorgung
Internals:
   CFGFN      /media/hdd/fhem/mycfg/USV/usv_rasp09.cfg
   ExternalPower 1
   Firmware   2.33
   I2C_Address 15
   I2C_Requests 26
   IODev      RpiI2C_1
   MODEL      Advanced
   NAME       SUSV
   NR         322
   PlausibilityCheckFailed 0
   RpiI2C_1_SENDSTAT Ok
   STATE      USV Status: NETZBETRIEB <br> RPI maximaler Ladestrom: 300 mA <br> Spannungsversorgung durch: USV mit 4.95 V <br> Externe Stromaufnahme: 0 mA <br> Batterie Status: laden deaktiviert <br> Batterie Kapazität: 84 % <br> Batterie Spannung: 4.10 V
   TYPE       I2C_SUSV
   VERSION    0.18
   READINGS:
     2017-07-16 12:58:15   BatteryLevel    83.83
     2017-07-16 12:58:15   BatteryState    charging deactivated
     2017-07-16 12:58:15   BatteryVoltage  4.10
     2017-07-16 03:43:27   ChargingCircuit ONLINE
     2017-07-15 18:16:52   ChargingCurrent 300 mA
     2017-07-16 12:58:15   Pinlevel        high
     2017-07-16 12:58:15   PowerBattery    437
     2017-07-16 12:58:15   PowerExtern     0
     2017-07-16 12:58:15   PowerSource     USV
     2017-07-16 12:58:15   VoltageIn       4.95
Attributes:
   IODev      RpiI2C_1
   alias      AB Garage West UV - 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,PowerExternk:1800,PowerSource:1800,VoltageIn:1800
   event-on-change-reading BatteryCapacity:3,BatteryState,BatteryVoltage:0.02,ChargingCircuit,ChargingCurrent,PowerBattery:20,PowerExtern:50,PowerExternk:50,PowerSource,VoltageIn:0.1
   eventMap   /no battery / failure:keine Batterie | Fehler/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))}
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 16 Juli 2017, 19:42:31
Zitat von: Burny4600 am 16 Juli 2017, 14:04:04
@Wallmeier
Wie bist du auf diesen Link gekommen?

Der steht so im Klartext in der Support-Seite - nur hat der Shop aktuell ein Darstellungsproblem, so dass der Link nicht korrekt angezeigt wird.

Zitat von: Burny4600 am 16 Juli 2017, 14:04:04
Zu dem Auswerten der Daten für Status RPI und USV.
List für Ausfall der externen Spannungsversorgung
Internals:
   CFGFN      /media/hdd/fhem/mycfg/USV/usv_rasp09.cfg
   ExternalPower 1
   Firmware   2.33
   I2C_Address 15
   I2C_Requests 26
   IODev      RpiI2C_1
   MODEL      Advanced
   NAME       SUSV
   NR         322
   PlausibilityCheckFailed 0
   RpiI2C_1_SENDSTAT Ok
   STATE      USV Status: NETZBETRIEB <br> RPI maximaler Ladestrom: 300 mA <br> Spannungsversorgung durch: USV mit 4.95 V <br> Externe Stromaufnahme: 0 mA <br> Batterie Status: laden deaktiviert <br> Batterie Kapazität: 84 % <br> Batterie Spannung: 4.10 V
   TYPE       I2C_SUSV
   VERSION    0.18
   READINGS:
     2017-07-16 12:58:15   BatteryLevel    83.83
     2017-07-16 12:58:15   BatteryState    charging deactivated
     2017-07-16 12:58:15   BatteryVoltage  4.10
     2017-07-16 03:43:27   ChargingCircuit ONLINE
     2017-07-15 18:16:52   ChargingCurrent 300 mA
     2017-07-16 12:58:15   Pinlevel        high
     2017-07-16 12:58:15   PowerBattery    437
     2017-07-16 12:58:15   PowerExtern     0
     2017-07-16 12:58:15   PowerSource     USV
     2017-07-16 12:58:15   VoltageIn       4.95


Jetzt hast Du doch plausible Werte für den Fall, dass die externe Spannungsversorgung abgezogen ist... PowerSource USV und PowerBattery 437 mA...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Mr. Flash am 16 Juli 2017, 20:27:30
Hallo Nico,

danke für den Tipp:
Zitat
Bitte ein Firmware-Update nur einspielen, wenn fhem gestoppt ist - nicht das sich die I2C-Kommunikation von fhem und vom Firmware-Update in Quere kommen. Mittlerweile hat der Hersteller der USV für die Revision 2 die Firmware 2.33 veröffentlicht.

Ich dachte schon, die Firmware V2.33 taugt gar nichts, weil ich sehr viele Logeinträge wegen ungültiger Werte bekommen hatte.
Beim Update bei gestopptem FHEM ist die V2.33 bisher unauffällig.  :)

Grüße,
Nik
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 17 Juli 2017, 14:38:16
Ja jetzt passen die Ausgabewerte.
Weis auch nicht mehr wo ich da hingeschaut hatte.

Kannst du das bei Gelegenheit noch abändern no battery / failure in no battery - failure oder ähnlich. Nur das dieses / Zeichen BatteryState nicht ausgegeben wird.
Ist in Zeile 88, 549 und 550 enthalten.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: MadNBG am 18 Juli 2017, 19:12:07
Hallo,

ich habe auf die Firmware 2.33 aktualisiert, das fhem-Modul aktualisiert und es
scheint alles gut. Ich habe kaum Einträge im fhem.log.
Von 7230 i2crequests sind 42 PlausiFailed.
Die Failed sind vermutlich entstanden, als der Akku geladen wurde und Vin scheinbar einbrach. Seit jetzt 24 h kein log-Eintrag

Was (vorher) kurios war: nach dem update auf die Firmware auf die 2.32 (natürlich bei laufendem fhem ::)) hat die usv mit den LEDs Disko gespielt.
Ich habe sie dann sauber auf 2.33 aktualisiert - immer noch Disko! Und der raspi ist abgestürzt. Kam auch nicht mehr hoch. USV abgesteckt, der raspi bootet wieder. Final dann geschafft, dass die Disko aufhörte und der raspi bootete. Laut fhem war das batterylevel bei -8 und VoltageIn bei nur 4.9V. Jetzt ist der Akku voll und Vin ist 4,99 V. Stromversorgung immer über den raspi. Keine weiteren i2c devices.
Ich habe eigentlich ein dickes usb-hub mit 48W und 3 Schnellladebuchsen. Ich vermute, dass entweder mein hub nicht hält, was es verspricht oder das die Platine keine 300mA zum Akkuladen bringt. Ein beleuchtetes Display am raspi flackerte nicht (war super konstant auch bei Abstecken des Akkus -> 0mA) - ein kleines Indiz, dass die Stromversorgung an den Pins OK ist.. warum auch der Akku scheinbar leer war ist eine ganz andere Frage...
Somit ist mein früherer post bzgl. Problemen eher hinfällig. Mit Umstieg der Stromversorgung  +12V auf die usv sieht dann bestimmt alles anders aus.

Danke für die die Hilfe und für das Modul!


Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Mr. Flash am 19 Juli 2017, 23:02:37
Hallo,

endlich habe ich mich getraut, auch mein Produktiv-FHEM-System (RPi 2B, Weezy) mit vielen HM-Komponenten und einer SUSV basic von FW V2.31 auf V2.33 upzudaten, gleichzeitig habe ich fhem incl. 52_I2C_SUSV.pm (0.18) aktualisiert. Am I2C hängen neben der SUSV noch 2x BME280.

In den letzten 24 h gab's nur zwei Meldungen im Log:

2017.07.19 03:37:42 2: SUSV: invalid battery status detected: 53 1 19
2017.07.19 13:38:08 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2


Mein Testsystem (RPi 2B, Jessie), ebenfalls mit SUSV basic SW 2.20, FW V2.33 und aktueller 52_I2C_SUSV.pm (0.18), keine HM-Komponenten, kein weiteres Gerät am I2C, zeigt auch zwei Einträge:

2017.07.19 01:37:55 2: SUSV: unknown battery state 120 - 212 120
2017.07.19 11:10:07 2: SUSV: invalid Voltage In: 513 mV <- 208 1 2


Alles in allem ein deutlicher Fortschritt ggü. früheren Versionen, da kamen die Logeinträge teilweise im Sekundentakt.  :(
Vielen Dank für das tolle Modul.

Grüße,
Nik
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: michaelapp am 27 August 2017, 23:55:52
Hallo zusammen,

ich habe mir jetzt auch eine Basic USV zugelegt und würde die Werte gerne im FHEM anzeigen lassen.

Gibt es denn ein komplettes Tutorial was man alles machen muss?

Gruß
Michael
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 23 Oktober 2017, 11:52:01
Nachdem ich heute endlich meine S.USVs zum Laufen bekommen habe - hat ja nur ein gutes Jahr gedauert, will ich sie auch wieder in FHEM einbinden. Wallmeier, Du bist in der Zwischenzeit ja richtig fleißig gewesen, danke.  ;)

@michaelapp:
1. S.USV im Betriebssystem einbinden und ggf. Firmware aktualisieren- ist im Handbuch der S.USV gut beschrieben.
Siehe http://www.s-usv.de/downloads.html

2. Quelle für das Modul in FHEM einbinden (da nicht offiziell):
update add http://www.wallmeier.net/fhem/controls_I2C_SUSV.txt
Siehe u.a. https://forum.fhem.de/index.php/topic,51664.msg521667.html#msg521667

3. Das IODev in FHEM definieren:
define I2C_RPII2C RPII2C 1
Siehe: https://wiki.fhem.de/wiki/RPII2C und https://fhem.de/commandref_DE.html#RPII2C

4. Das Device in FHEM definieren:
define SUSV I2C_SUSV


Edit:
Wenn Du es noch etwas hübscher haben möchtest:
attr SUSV devStateIcon 0:measure_battery_0@red 25:measure_battery_25@red 50:measure_battery_50@orange 75:measure_battery_75@green 100:measure_battery_100@green
attr SUSV stateFormat BatteryLevel
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Grinsekatze am 23 Oktober 2017, 13:04:36
@Wallmeier: Kannst Du vielleicht noch anpassen, dass die Readings mit einem kleinen Buchstaben beginnen - ist ja bei anderen FHEM-Modulen auch so?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: koeberl2 am 19 Dezember 2017, 15:48:49
Zitat von: Grinsekatze am 23 Oktober 2017, 11:52:01
Edit:
Wenn Du es noch etwas hübscher haben möchtest:
attr SUSV devStateIcon 0:measure_battery_0@red 25:measure_battery_25@red 50:measure_battery_50@orange 75:measure_battery_75@green 100:measure_battery_100@green
attr SUSV stateFormat BatteryLevel


Und wer auch ein Batteriesymbol haben will wenn der BatteryLevel einen anderen Wert außer 0, 25, 50, 75 oder 100 hat kann es z.B. wie folgt lösen:
attr mySUSV devStateIcon ^([0-9]|1[0-9]):measure_battery_0@red ^(2[0-9]|3[0-9]|4[0-4]):measure_battery_25@red ^(4[5-9]|5[0-9]|6[0-9]):measure_battery_50@orange ^(7[0-9]|8[0-9]):measure_battery_75@yellow ^(9[0-9]|100):measure_battery_100@green
attr mySUSV stateFormat BatteryLevel
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Joseph am 27 Dezember 2017, 19:48:35
Zitat von: Grinsekatze am 23 Oktober 2017, 11:52:01

1. S.USV im Betriebssystem einbinden

2. Quelle für das Modul in FHEM einbinden (da nicht offiziell):

3. Das IODev in FHEM definieren:
define I2C_RPII2C RPII2C 1

Bis hierher alles ohne erkennbare Fehler durchgeführt.
S.USV funktioniert per I2C-Kommandos problemlos.
update add ......controls_I2C_SUSV fehlerfrei (wiederholte Eingabe bestätigt, dass das Element bereits in der Liste vorhanden ist)
device I2C_RPII2C wird angezeigt

Aber leider wird:
define SUSV I2C_SUSV
mit Modul not found abgewiesen.
Über helfende Tipps würde ich mich freuen.
Dem Dank an die fleissigen "Vorarbeiter" schließe ich mich uneingeschränkt an.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Mr. Flash am 29 Dezember 2017, 17:56:22
Hallo Joseph,

schon mal folgendes probiert:

sudo adduser fhem gpio


Anschließend ist ein

sudo reboot


nicht verkehrt.

Grüße,
Nik
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Joseph am 30 Dezember 2017, 12:57:54
Vielen Dank Nik für den Tip,
habe sudo adduser fhem gpio und reboot ausgeführt, aber erst nach:
update I2C_SUSV gelang die Definition:
define SUSV I2C_SUSV fehlerfrei.

Grüße,
Josef
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 18 Januar 2018, 09:42:14
I2C Feuerwerk durch S.USV.

Bei einer Routinekontrolle und Test eines anderen Gerätes bin ich über die ständige I2C Kommunikation der S-USV gestolpert.
2018.01.18 09:29:14.555 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|nbyte: 2|reg: 69
2018.01.18 09:29:14.556 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:29:14.557 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|nbyte: 2|reg: 69
2018.01.18 09:29:14.559 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 69
2018.01.18 09:29:14.611 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 69 1
2018.01.18 09:29:14.613 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 200000|direction: i2cread|reg: 209|nbyte: 3
2018.01.18 09:29:14.614 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:29:14.615 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 200000|direction: i2cread|reg: 209|nbyte: 3
2018.01.18 09:29:14.616 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 209
2018.01.18 09:29:14.818 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 209 1 2
2018.01.18 09:29:14.832 5: RpiI2C_1: vom client empfangen|reg: 53|nbyte: 3|direction: i2cread|usleep: 50000|i2caddress: 15
2018.01.18 09:29:14.834 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:29:14.834 5: RpiI2C_1: vom client empfangen|reg: 53|nbyte: 3|direction: i2cread|usleep: 50000|i2caddress: 15
2018.01.18 09:29:14.835 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 53
2018.01.18 09:29:14.888 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 53 1 2
2018.01.18 09:29:14.892 5: RpiI2C_1: vom client empfangen|usleep: 50000|direction: i2cread|reg: 208|nbyte: 3|i2caddress: 15
2018.01.18 09:29:14.894 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:29:14.895 5: RpiI2C_1: vom client empfangen|usleep: 50000|direction: i2cread|reg: 208|nbyte: 3|i2caddress: 15
2018.01.18 09:29:14.896 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 208
2018.01.18 09:29:14.948 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 208 29 20
2018.01.18 09:29:14.954 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|nbyte: 2|reg: 212
2018.01.18 09:29:14.955 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:29:14.956 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|nbyte: 2|reg: 212
2018.01.18 09:29:14.957 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 212
2018.01.18 09:29:15.010 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 212 1
2018.01.18 09:30:15.076 5: RpiI2C_1: vom client empfangen|usleep: 50000|direction: i2cread|nbyte: 2|reg: 69|i2caddress: 15
2018.01.18 09:30:15.077 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:30:15.078 5: RpiI2C_1: vom client empfangen|usleep: 50000|direction: i2cread|nbyte: 2|reg: 69|i2caddress: 15
2018.01.18 09:30:15.079 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 69
2018.01.18 09:30:15.131 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 69 1
2018.01.18 09:30:15.133 5: RpiI2C_1: vom client empfangen|usleep: 200000|direction: i2cread|reg: 209|nbyte: 3|i2caddress: 15
2018.01.18 09:30:15.134 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:30:15.135 5: RpiI2C_1: vom client empfangen|usleep: 200000|direction: i2cread|reg: 209|nbyte: 3|i2caddress: 15
2018.01.18 09:30:15.136 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 209
2018.01.18 09:30:15.339 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 209 31 2
2018.01.18 09:30:15.350 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 50000|direction: i2cread|nbyte: 3|reg: 53
2018.01.18 09:30:15.351 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:30:15.352 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 50000|direction: i2cread|nbyte: 3|reg: 53
2018.01.18 09:30:15.353 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 53
2018.01.18 09:30:15.405 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 53 1 2
2018.01.18 09:30:15.410 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 208|nbyte: 3|direction: i2cread|usleep: 50000
2018.01.18 09:30:15.417 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:30:15.418 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 208|nbyte: 3|direction: i2cread|usleep: 50000
2018.01.18 09:30:15.419 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 208
2018.01.18 09:30:15.471 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 208 24 20
2018.01.18 09:30:15.478 5: RpiI2C_1: vom client empfangen|reg: 212|nbyte: 2|direction: i2cread|usleep: 50000|i2caddress: 15
2018.01.18 09:30:15.479 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:30:15.480 5: RpiI2C_1: vom client empfangen|reg: 212|nbyte: 2|direction: i2cread|usleep: 50000|i2caddress: 15
2018.01.18 09:30:15.481 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 212
2018.01.18 09:30:15.533 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 212 1
2018.01.18 09:31:15.964 5: RpiI2C_1: vom client empfangen|reg: 69|nbyte: 2|direction: i2cread|usleep: 50000|i2caddress: 15
2018.01.18 09:31:15.965 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:31:15.966 5: RpiI2C_1: vom client empfangen|reg: 69|nbyte: 2|direction: i2cread|usleep: 50000|i2caddress: 15
2018.01.18 09:31:15.967 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 69
2018.01.18 09:31:16.020 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 69 1
2018.01.18 09:31:16.022 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 200000|nbyte: 3|reg: 209
2018.01.18 09:31:16.023 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:31:16.025 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 200000|nbyte: 3|reg: 209
2018.01.18 09:31:16.026 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 209
2018.01.18 09:31:16.228 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 209 1 2
2018.01.18 09:31:16.239 5: RpiI2C_1: vom client empfangen|direction: i2cread|usleep: 50000|nbyte: 3|reg: 53|i2caddress: 15
2018.01.18 09:31:16.241 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:31:16.241 5: RpiI2C_1: vom client empfangen|direction: i2cread|usleep: 50000|nbyte: 3|reg: 53|i2caddress: 15
2018.01.18 09:31:16.242 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 53
2018.01.18 09:31:16.295 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 53 1 2
2018.01.18 09:31:16.300 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 3|reg: 208|direction: i2cread|usleep: 50000
2018.01.18 09:31:16.301 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:31:16.302 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 3|reg: 208|direction: i2cread|usleep: 50000
2018.01.18 09:31:16.303 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 208
2018.01.18 09:31:16.355 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 208 35 20
2018.01.18 09:31:16.363 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|nbyte: 2|reg: 212
2018.01.18 09:31:16.364 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:31:16.365 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|nbyte: 2|reg: 212
2018.01.18 09:31:16.366 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 212
2018.01.18 09:31:16.419 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 212 1
2018.01.18 09:32:16.838 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 69|nbyte: 2|usleep: 50000|direction: i2cread
2018.01.18 09:32:16.839 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:32:16.840 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 69|nbyte: 2|usleep: 50000|direction: i2cread
2018.01.18 09:32:16.841 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 69
2018.01.18 09:32:16.893 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 69 1
2018.01.18 09:32:16.895 5: RpiI2C_1: vom client empfangen|direction: i2cread|usleep: 200000|nbyte: 3|reg: 209|i2caddress: 15
2018.01.18 09:32:16.898 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:32:16.899 5: RpiI2C_1: vom client empfangen|direction: i2cread|usleep: 200000|nbyte: 3|reg: 209|i2caddress: 15
2018.01.18 09:32:16.900 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 209
2018.01.18 09:32:17.102 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 209 17 2
2018.01.18 09:32:17.113 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|nbyte: 3|reg: 53
2018.01.18 09:32:17.115 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:32:17.116 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|nbyte: 3|reg: 53
2018.01.18 09:32:17.117 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 53
2018.01.18 09:32:17.169 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 53 1 2
2018.01.18 09:32:17.174 5: RpiI2C_1: vom client empfangen|nbyte: 3|reg: 208|usleep: 50000|direction: i2cread|i2caddress: 15
2018.01.18 09:32:17.175 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:32:17.177 5: RpiI2C_1: vom client empfangen|nbyte: 3|reg: 208|usleep: 50000|direction: i2cread|i2caddress: 15
2018.01.18 09:32:17.178 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 208
2018.01.18 09:32:17.232 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 208 35 20
2018.01.18 09:32:17.239 5: RpiI2C_1: vom client empfangen|direction: i2cread|usleep: 50000|nbyte: 2|reg: 212|i2caddress: 15
2018.01.18 09:32:17.242 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:32:17.243 5: RpiI2C_1: vom client empfangen|direction: i2cread|usleep: 50000|nbyte: 2|reg: 212|i2caddress: 15
2018.01.18 09:32:17.244 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 212
2018.01.18 09:32:17.296 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 212 1
2018.01.18 09:33:17.717 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 69|nbyte: 2|direction: i2cread|usleep: 50000
2018.01.18 09:33:17.718 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:33:17.719 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 69|nbyte: 2|direction: i2cread|usleep: 50000
2018.01.18 09:33:17.720 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 69
2018.01.18 09:33:17.772 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 69 1
2018.01.18 09:33:17.774 5: RpiI2C_1: vom client empfangen|nbyte: 3|reg: 209|usleep: 200000|direction: i2cread|i2caddress: 15
2018.01.18 09:33:17.775 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:33:17.776 5: RpiI2C_1: vom client empfangen|nbyte: 3|reg: 209|usleep: 200000|direction: i2cread|i2caddress: 15
2018.01.18 09:33:17.777 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 209
2018.01.18 09:33:17.979 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 209 1 2
2018.01.18 09:33:17.990 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|reg: 53|nbyte: 3
2018.01.18 09:33:17.991 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:33:17.992 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|reg: 53|nbyte: 3
2018.01.18 09:33:17.993 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 53
2018.01.18 09:33:18.045 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 53 1 2
2018.01.18 09:33:18.050 5: RpiI2C_1: vom client empfangen|reg: 208|nbyte: 3|direction: i2cread|usleep: 50000|i2caddress: 15
2018.01.18 09:33:18.061 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:33:18.062 5: RpiI2C_1: vom client empfangen|reg: 208|nbyte: 3|direction: i2cread|usleep: 50000|i2caddress: 15
2018.01.18 09:33:18.063 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 208
2018.01.18 09:33:18.117 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 208 24 20
2018.01.18 09:33:18.123 5: RpiI2C_1: vom client empfangen|reg: 212|nbyte: 2|usleep: 50000|direction: i2cread|i2caddress: 15
2018.01.18 09:33:18.124 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:33:18.125 5: RpiI2C_1: vom client empfangen|reg: 212|nbyte: 2|usleep: 50000|direction: i2cread|i2caddress: 15
2018.01.18 09:33:18.128 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 212
2018.01.18 09:33:18.180 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 212 24
2018.01.18 09:34:18.597 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 2|reg: 69|usleep: 50000|direction: i2cread
2018.01.18 09:34:18.598 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:34:18.599 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 2|reg: 69|usleep: 50000|direction: i2cread
2018.01.18 09:34:18.600 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 69
2018.01.18 09:34:18.652 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 69 1
2018.01.18 09:34:18.654 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 3|reg: 209|direction: i2cread|usleep: 200000
2018.01.18 09:34:18.655 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:34:18.656 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 3|reg: 209|direction: i2cread|usleep: 200000
2018.01.18 09:34:18.657 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 209
2018.01.18 09:34:18.859 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 209 74 2
2018.01.18 09:34:18.872 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 3|reg: 53|direction: i2cread|usleep: 50000
2018.01.18 09:34:18.873 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:34:18.874 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 3|reg: 53|direction: i2cread|usleep: 50000
2018.01.18 09:34:18.875 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 53
2018.01.18 09:34:18.930 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 53 1 2
2018.01.18 09:34:18.934 5: RpiI2C_1: vom client empfangen|reg: 208|nbyte: 3|usleep: 50000|direction: i2cread|i2caddress: 15
2018.01.18 09:34:18.935 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:34:18.936 5: RpiI2C_1: vom client empfangen|reg: 208|nbyte: 3|usleep: 50000|direction: i2cread|i2caddress: 15
2018.01.18 09:34:18.937 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 208
2018.01.18 09:34:18.990 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 208 24 20
2018.01.18 09:34:18.995 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 50000|direction: i2cread|nbyte: 2|reg: 212
2018.01.18 09:34:18.997 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:34:18.998 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 50000|direction: i2cread|nbyte: 2|reg: 212
2018.01.18 09:34:18.998 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 212
2018.01.18 09:34:19.051 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 212 1
2018.01.18 09:35:19.474 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 2|reg: 69|usleep: 50000|direction: i2cread
2018.01.18 09:35:19.476 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:35:19.477 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 2|reg: 69|usleep: 50000|direction: i2cread
2018.01.18 09:35:19.478 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 69
2018.01.18 09:35:19.530 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 69 1
2018.01.18 09:35:19.531 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 200000|direction: i2cread|reg: 209|nbyte: 3
2018.01.18 09:35:19.532 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:35:19.533 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 200000|direction: i2cread|reg: 209|nbyte: 3
2018.01.18 09:35:19.537 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 209
2018.01.18 09:35:19.745 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 209 1 2
2018.01.18 09:35:19.758 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 53|nbyte: 3|direction: i2cread|usleep: 50000
2018.01.18 09:35:19.759 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:35:19.760 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 53|nbyte: 3|direction: i2cread|usleep: 50000
2018.01.18 09:35:19.761 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 53
2018.01.18 09:35:19.813 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 53 1 2
2018.01.18 09:35:19.818 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 3|reg: 208|usleep: 50000|direction: i2cread
2018.01.18 09:35:19.819 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:35:19.820 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 3|reg: 208|usleep: 50000|direction: i2cread
2018.01.18 09:35:19.821 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 208
2018.01.18 09:35:19.874 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 208 45 20
2018.01.18 09:35:19.879 5: RpiI2C_1: vom client empfangen|usleep: 50000|direction: i2cread|reg: 212|nbyte: 2|i2caddress: 15
2018.01.18 09:35:19.881 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:35:19.881 5: RpiI2C_1: vom client empfangen|usleep: 50000|direction: i2cread|reg: 212|nbyte: 2|i2caddress: 15
2018.01.18 09:35:19.882 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 212
2018.01.18 09:35:19.934 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 212 1
2018.01.18 09:36:20.357 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 50000|direction: i2cread|reg: 69|nbyte: 2
2018.01.18 09:36:20.359 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:36:20.360 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 50000|direction: i2cread|reg: 69|nbyte: 2
2018.01.18 09:36:20.361 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 69
2018.01.18 09:36:20.413 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 69 1
2018.01.18 09:36:20.415 5: RpiI2C_1: vom client empfangen|reg: 209|nbyte: 3|usleep: 200000|direction: i2cread|i2caddress: 15
2018.01.18 09:36:20.416 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:36:20.417 5: RpiI2C_1: vom client empfangen|reg: 209|nbyte: 3|usleep: 200000|direction: i2cread|i2caddress: 15
2018.01.18 09:36:20.418 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 209
2018.01.18 09:36:20.620 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 209 60 2
2018.01.18 09:36:20.635 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 53|nbyte: 3|usleep: 50000|direction: i2cread
2018.01.18 09:36:20.636 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:36:20.637 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 53|nbyte: 3|usleep: 50000|direction: i2cread
2018.01.18 09:36:20.638 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 53
2018.01.18 09:36:20.690 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 53 1 2
2018.01.18 09:36:20.695 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|reg: 208|nbyte: 3
2018.01.18 09:36:20.696 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:36:20.697 5: RpiI2C_1: vom client empfangen|i2caddress: 15|direction: i2cread|usleep: 50000|reg: 208|nbyte: 3
2018.01.18 09:36:20.698 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 208
2018.01.18 09:36:20.751 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 208 35 20
2018.01.18 09:36:20.758 5: RpiI2C_1: vom client empfangen|reg: 212|nbyte: 2|direction: i2cread|usleep: 50000|i2caddress: 15
2018.01.18 09:36:20.759 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:36:20.760 5: RpiI2C_1: vom client empfangen|reg: 212|nbyte: 2|direction: i2cread|usleep: 50000|i2caddress: 15
2018.01.18 09:36:20.761 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 212
2018.01.18 09:36:20.813 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 212 1
2018.01.18 09:37:21.237 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 69|nbyte: 2|usleep: 50000|direction: i2cread
2018.01.18 09:37:21.239 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:37:21.240 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 69|nbyte: 2|usleep: 50000|direction: i2cread
2018.01.18 09:37:21.241 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 69
2018.01.18 09:37:21.293 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 69 1
2018.01.18 09:37:21.295 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 200000|direction: i2cread|reg: 209|nbyte: 3
2018.01.18 09:37:21.309 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:37:21.310 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 200000|direction: i2cread|reg: 209|nbyte: 3
2018.01.18 09:37:21.311 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 209
2018.01.18 09:37:21.513 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 209 44 2
2018.01.18 09:37:21.524 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 53|nbyte: 3|usleep: 50000|direction: i2cread
2018.01.18 09:37:21.526 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:37:21.527 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 53|nbyte: 3|usleep: 50000|direction: i2cread
2018.01.18 09:37:21.528 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 53
2018.01.18 09:37:21.580 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 53 1 2
2018.01.18 09:37:21.585 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 50000|direction: i2cread|reg: 208|nbyte: 3
2018.01.18 09:37:21.586 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:37:21.587 5: RpiI2C_1: vom client empfangen|i2caddress: 15|usleep: 50000|direction: i2cread|reg: 208|nbyte: 3
2018.01.18 09:37:21.589 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 208
2018.01.18 09:37:21.641 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 208 40 20
2018.01.18 09:37:21.648 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 2|reg: 212|direction: i2cread|usleep: 50000
2018.01.18 09:37:21.649 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:37:21.650 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 2|reg: 212|direction: i2cread|usleep: 50000
2018.01.18 09:37:21.651 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 212
2018.01.18 09:37:21.703 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 212 1
2018.01.18 09:38:22.114 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 2|reg: 69|direction: i2cread|usleep: 50000
2018.01.18 09:38:22.116 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:38:22.117 5: RpiI2C_1: vom client empfangen|i2caddress: 15|nbyte: 2|reg: 69|direction: i2cread|usleep: 50000
2018.01.18 09:38:22.118 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 69
2018.01.18 09:38:22.170 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 69 1
2018.01.18 09:38:22.171 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 209|nbyte: 3|usleep: 200000|direction: i2cread
2018.01.18 09:38:22.172 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:38:22.173 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 209|nbyte: 3|usleep: 200000|direction: i2cread
2018.01.18 09:38:22.174 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 209
2018.01.18 09:38:22.376 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 209 77 2
2018.01.18 09:38:22.386 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 53|nbyte: 3|usleep: 50000|direction: i2cread
2018.01.18 09:38:22.388 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:38:22.388 5: RpiI2C_1: vom client empfangen|i2caddress: 15|reg: 53|nbyte: 3|usleep: 50000|direction: i2cread
2018.01.18 09:38:22.389 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 53
2018.01.18 09:38:22.442 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 53 1 2
2018.01.18 09:38:22.447 5: RpiI2C_1: vom client empfangen|usleep: 50000|direction: i2cread|reg: 208|nbyte: 3|i2caddress: 15
2018.01.18 09:38:22.448 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:38:22.448 5: RpiI2C_1: vom client empfangen|usleep: 50000|direction: i2cread|reg: 208|nbyte: 3|i2caddress: 15
2018.01.18 09:38:22.450 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 208
2018.01.18 09:38:22.502 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 208 24 20
2018.01.18 09:38:22.508 5: RpiI2C_1: vom client empfangen|direction: i2cread|usleep: 50000|nbyte: 2|reg: 212|i2caddress: 15
2018.01.18 09:38:22.510 5: RpiI2C_1: HWaccess I2CAddr: 0x0F
2018.01.18 09:38:22.511 5: RpiI2C_1: vom client empfangen|direction: i2cread|usleep: 50000|nbyte: 2|reg: 212|i2caddress: 15
2018.01.18 09:38:22.512 4: RpiI2C_1: HWaccess blockweise lesen setze Registerpointer auf 212
2018.01.18 09:38:22.564 5: RpiI2C_1 ->Client gefunden: SUSV, I2Caddress: 15 Gelesen: 212 1


LIST S-USV
Internals:
   CFGFN      /media/hdd/fhem/mycfg/USV/usv_rasp07.cfg
   CHANGED   
   ExternalPower 1
   Firmware   2.40
   I2C_Address 15
   I2C_Requests 66
   IODev      RpiI2C_1
   MODEL      Advanced - Rev. 2
   NAME       SUSV
   NR         828
   PlausibilityCheckFailed 1
   RpiI2C_1_SENDSTAT Ok
   STATE      USV Status: NETZBETRIEB <br> maximaler Ladestrom: 300 mA <br> Spannungsversorgung durch: RPI mit 5.17 V <br> Externe Stromaufnahme: 529 mA <br> Batterie Stromversorgung: 0 mA <br> Batterie Status: charged <br> Batterie Kapazität: 100 % <br> Batterie Spannung: 4.20 V
   TYPE       I2C_SUSV
   VERSION    0.20
   READINGS:
     2018-01-18 09:40:24   BatteryLevel    100
     2018-01-18 09:28:14   BatteryState    charged
     2018-01-18 09:40:24   BatteryVoltage  4.200
     2018-01-18 09:28:14   ChargingCircuit ONLINE
     2018-01-18 09:28:14   ChargingCurrent 300 mA
     2018-01-18 09:28:13   Pinlevel        low
     2018-01-18 09:40:24   PowerBattery    0
     2018-01-18 09:40:24   PowerExtern     529
     2018-01-18 09:28:14   PowerSource     RPI
     2018-01-18 09:40:24   VoltageIn       5.17
Attributes:
   IODev      RpiI2C_1
   alias      OG1 Vorraum UV - S.USV Raspberry
   devStateIcon ^([0-9]|1[0-9]):measure_battery_0@red ^(2[0-9]|3[0-9]|4[0-4]):measure_battery_25@red ^(4[5-9]|5[0-9]|6[0-9]):measure_battery_50@orange ^(7[0-9]|8[0-9]):measure_battery_75@yellow ^(9[0-9]|100):measure_battery_100@green
   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,PowerExternk:1800,PowerSource:1800,VoltageIn:1800
   event-on-change-reading BatteryCapacity:3,BatteryState,BatteryVoltage:0.02,ChargingCircuit,ChargingCurrent,PowerBattery:20,PowerExtern:50,PowerExternk:50,PowerSource,VoltageIn:0.1
   eventMap   /no battery or failure:keine Batterie | Fehler/ONLINE:NETZBETRIEB/OFFLINE:BATTERIEBETRIEB/charging deactivated:laden deaktiviert/charging:laden/charged:geladen/unknown battery state:unbekannter Batteriestatus
   group      USV
   icon       measure_battery_100
   poll_interval 60
   room       OG1-Vorraum,_USV
   stateFormat {sprintf(
"USV Status: %s <br> maximaler Ladestrom: %s <br> Spannungsversorgung durch: %s mit %.2f V <br> Externe Stromaufnahme: %1.f mA <br> Batterie Stromversorgung: %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","PowerBattery",0),
ReadingsVal("$name","BatteryState",0),
ReadingsVal("$name","BatteryLevel",0),
ReadingsVal("$name","BatteryVoltage",0))}
   verbose    0


War das schon immer so?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Gernott am 18 Januar 2018, 20:05:39
verbose auf 2 setzten, dann ist Ruh.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 19 Januar 2018, 10:48:07
Das ist schon klar, aber dennoch viel Traffic der S-USV.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Gernott am 19 Januar 2018, 20:10:59
Das kommt übrigens nicht vom S-USV-Modul, sondern vom RPII2C. Bei mir gibt es dort per default kein verbose-Attribut. Wenn ich es auf 5 setze, kommen diese Meldungen auch. Ist also wohl normal. Habe verbose wieder entfernt.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Intruder1956 am 08 Februar 2018, 11:34:55
hallo, kann man da was machen ??
ZitatNja es fällt auf, dass I2C_SUSV_Poll_GPIO alle 30 Minuten einen Freeze zu verursachen scheint... und zwar häufig um die 20 Sekunden... Das ist ziemlich lang. Wenn dich das stört kannst du mal genauer nachforschen woran das liegen könnte. Z.B. könnte das Modul "blocking" sein (schlecht, sollte vom Modulautor geändert werden) oder du hast irgendwelche timer mit (Perl-)"sleep" eingebaut o.ä. Zumindest ist ein Ansatz zur Optimierung da....

2018-02-08_03:00:14 freezemon .fm_freezes: s:07:01:28 e:07:02:08 f:40.216 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) withings_poll(withings_U12928654) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:08:44:54 e:08:44:56 f:2.565 d:I2C_SUSV_Poll_GPIO(SUSV),s:08:47:13 e:08:47:14 f:1.282 d:no bad guy found :-(,s:08:47:23 e:08:47:24 f:1.023 d:I2C_SUSV_Poll_GPIO(SUSV) withings_InitWait(Waage) withings_InitWait(withings_U12928654) withings_InitWait(withings_D4736933) AMADDevice_GetUpdate(WandTabletWohnzimmer),s:11:03:36 e:11:03:37 f:1.061 d:I2C_SUSV_Poll_GPIO(SUSV),s:12:26:06 e:12:26:07 f:1.168 d:I2C_SUSV_Poll_GPIO(SUSV),s:13:19:47 e:13:19:49 f:2.014 d:I2C_SUSV_Poll_GPIO(SUSV),s:14:20:21 e:14:20:23 f:2.816 d:HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:14:29:37 e:14:29:38 f:1.789 d:I2C_SUSV_Poll_GPIO(SUSV),s:15:41:10 e:15:41:15 f:5.391 d:I2C_SUSV_Poll_GPIO(SUSV) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:15:54:16 e:15:54:56 f:40.227 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) I2C_SUSV_Poll_GPIO(SUSV) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:16:16:43 e:16:16:44 f:1.164 d:I2C_SUSV_Poll_GPIO(SUSV),s:19:44:54 e:19:45:29 f:35.378 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) withings_poll(withings_U12928654) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:20:57:15 e:20:57:34 f:19.524 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933),s:20:57:35 e:20:57:55 f:20.138 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) FW_closeInactiveClients(0) withings_poll(withings_U12928654),s:21:15:31 e:21:15:32 f:1.39 d:I2C_SUSV_Poll_GPIO(SUSV),s:21:45:07 e:21:45:08 f:1.019 d:at_Exec(atTraffic) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:36 e:23:04:55 f:19.267 d:withings_poll(withings_D4736933) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:56 e:23:05:16 f:20.163 d:BlockingKill(N/A) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) PRESENCE_StartLocalScan(WernerS4) withings_poll(withings_U12928654),s:03:00:10 e:03:00:14 f:4.635 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV)
2018-02-08_03:00:14 freezemon s:03:00:10 e:03:00:14 f:4.635 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV)
2018-02-08_03:00:14 freezemon freezeTime: 4.635
2018-02-08_03:00:14 freezemon fcDay: 1
2018-02-08_03:00:14 freezemon ftDay: 4.635
2018-02-08_03:00:14 freezemon freezeDevice: I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV)
2018-02-08_03:04:54 freezemon .fm_freezes: s:08:44:54 e:08:44:56 f:2.565 d:I2C_SUSV_Poll_GPIO(SUSV),s:08:47:13 e:08:47:14 f:1.282 d:no bad guy found :-(,s:08:47:23 e:08:47:24 f:1.023 d:I2C_SUSV_Poll_GPIO(SUSV) withings_InitWait(Waage) withings_InitWait(withings_U12928654) withings_InitWait(withings_D4736933) AMADDevice_GetUpdate(WandTabletWohnzimmer),s:11:03:36 e:11:03:37 f:1.061 d:I2C_SUSV_Poll_GPIO(SUSV),s:12:26:06 e:12:26:07 f:1.168 d:I2C_SUSV_Poll_GPIO(SUSV),s:13:19:47 e:13:19:49 f:2.014 d:I2C_SUSV_Poll_GPIO(SUSV),s:14:20:21 e:14:20:23 f:2.816 d:HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:14:29:37 e:14:29:38 f:1.789 d:I2C_SUSV_Poll_GPIO(SUSV),s:15:41:10 e:15:41:15 f:5.391 d:I2C_SUSV_Poll_GPIO(SUSV) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:15:54:16 e:15:54:56 f:40.227 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) I2C_SUSV_Poll_GPIO(SUSV) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:16:16:43 e:16:16:44 f:1.164 d:I2C_SUSV_Poll_GPIO(SUSV),s:19:44:54 e:19:45:29 f:35.378 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) withings_poll(withings_U12928654) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:20:57:15 e:20:57:34 f:19.524 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933),s:20:57:35 e:20:57:55 f:20.138 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) FW_closeInactiveClients(0) withings_poll(withings_U12928654),s:21:15:31 e:21:15:32 f:1.39 d:I2C_SUSV_Poll_GPIO(SUSV),s:21:45:07 e:21:45:08 f:1.019 d:at_Exec(atTraffic) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:36 e:23:04:55 f:19.267 d:withings_poll(withings_D4736933) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:56 e:23:05:16 f:20.163 d:BlockingKill(N/A) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) PRESENCE_StartLocalScan(WernerS4) withings_poll(withings_U12928654),s:03:00:10 e:03:00:14 f:4.635 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:03:04:15 e:03:04:54 f:39.701 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits)
2018-02-08_03:04:54 freezemon s:03:04:15 e:03:04:54 f:39.701 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits)
2018-02-08_03:04:54 freezemon freezeTime: 39.701
2018-02-08_03:04:54 freezemon fcDay: 2
2018-02-08_03:04:54 freezemon ftDay: 44.336
2018-02-08_03:04:54 freezemon freezeDevice: I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits)
2018-02-08_04:27:45 freezemon .fm_freezes: s:08:47:13 e:08:47:14 f:1.282 d:no bad guy found :-(,s:08:47:23 e:08:47:24 f:1.023 d:I2C_SUSV_Poll_GPIO(SUSV) withings_InitWait(Waage) withings_InitWait(withings_U12928654) withings_InitWait(withings_D4736933) AMADDevice_GetUpdate(WandTabletWohnzimmer),s:11:03:36 e:11:03:37 f:1.061 d:I2C_SUSV_Poll_GPIO(SUSV),s:12:26:06 e:12:26:07 f:1.168 d:I2C_SUSV_Poll_GPIO(SUSV),s:13:19:47 e:13:19:49 f:2.014 d:I2C_SUSV_Poll_GPIO(SUSV),s:14:20:21 e:14:20:23 f:2.816 d:HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:14:29:37 e:14:29:38 f:1.789 d:I2C_SUSV_Poll_GPIO(SUSV),s:15:41:10 e:15:41:15 f:5.391 d:I2C_SUSV_Poll_GPIO(SUSV) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:15:54:16 e:15:54:56 f:40.227 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) I2C_SUSV_Poll_GPIO(SUSV) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:16:16:43 e:16:16:44 f:1.164 d:I2C_SUSV_Poll_GPIO(SUSV),s:19:44:54 e:19:45:29 f:35.378 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) withings_poll(withings_U12928654) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:20:57:15 e:20:57:34 f:19.524 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933),s:20:57:35 e:20:57:55 f:20.138 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) FW_closeInactiveClients(0) withings_poll(withings_U12928654),s:21:15:31 e:21:15:32 f:1.39 d:I2C_SUSV_Poll_GPIO(SUSV),s:21:45:07 e:21:45:08 f:1.019 d:at_Exec(atTraffic) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:36 e:23:04:55 f:19.267 d:withings_poll(withings_D4736933) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:56 e:23:05:16 f:20.163 d:BlockingKill(N/A) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) PRESENCE_StartLocalScan(WernerS4) withings_poll(withings_U12928654),s:03:00:10 e:03:00:14 f:4.635 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:03:04:15 e:03:04:54 f:39.701 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:04:27:35 e:04:27:45 f:10.105 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) withings_poll(withings_D4736933)
2018-02-08_04:27:45 freezemon s:04:27:35 e:04:27:45 f:10.105 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) withings_poll(withings_D4736933)
2018-02-08_04:27:45 freezemon freezeTime: 10.105
2018-02-08_04:27:45 freezemon fcDay: 3
2018-02-08_04:27:45 freezemon ftDay: 54.441
2018-02-08_04:27:45 freezemon freezeDevice: I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) withings_poll(withings_D4736933)
2018-02-08_04:28:05 freezemon .fm_freezes: s:08:47:23 e:08:47:24 f:1.023 d:I2C_SUSV_Poll_GPIO(SUSV) withings_InitWait(Waage) withings_InitWait(withings_U12928654) withings_InitWait(withings_D4736933) AMADDevice_GetUpdate(WandTabletWohnzimmer),s:11:03:36 e:11:03:37 f:1.061 d:I2C_SUSV_Poll_GPIO(SUSV),s:12:26:06 e:12:26:07 f:1.168 d:I2C_SUSV_Poll_GPIO(SUSV),s:13:19:47 e:13:19:49 f:2.014 d:I2C_SUSV_Poll_GPIO(SUSV),s:14:20:21 e:14:20:23 f:2.816 d:HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:14:29:37 e:14:29:38 f:1.789 d:I2C_SUSV_Poll_GPIO(SUSV),s:15:41:10 e:15:41:15 f:5.391 d:I2C_SUSV_Poll_GPIO(SUSV) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:15:54:16 e:15:54:56 f:40.227 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) I2C_SUSV_Poll_GPIO(SUSV) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:16:16:43 e:16:16:44 f:1.164 d:I2C_SUSV_Poll_GPIO(SUSV),s:19:44:54 e:19:45:29 f:35.378 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) withings_poll(withings_U12928654) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:20:57:15 e:20:57:34 f:19.524 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933),s:20:57:35 e:20:57:55 f:20.138 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) FW_closeInactiveClients(0) withings_poll(withings_U12928654),s:21:15:31 e:21:15:32 f:1.39 d:I2C_SUSV_Poll_GPIO(SUSV),s:21:45:07 e:21:45:08 f:1.019 d:at_Exec(atTraffic) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:36 e:23:04:55 f:19.267 d:withings_poll(withings_D4736933) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:56 e:23:05:16 f:20.163 d:BlockingKill(N/A) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) PRESENCE_StartLocalScan(WernerS4) withings_poll(withings_U12928654),s:03:00:10 e:03:00:14 f:4.635 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:03:04:15 e:03:04:54 f:39.701 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:04:27:35 e:04:27:45 f:10.105 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) withings_poll(withings_D4736933),s:04:27:55 e:04:28:05 f:10.083 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_U12928654)
2018-02-08_04:28:05 freezemon s:04:27:55 e:04:28:05 f:10.083 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_U12928654)
2018-02-08_04:28:05 freezemon freezeTime: 10.083
2018-02-08_04:28:05 freezemon fcDay: 4
2018-02-08_04:28:05 freezemon ftDay: 64.524
2018-02-08_04:28:05 freezemon freezeDevice: I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_U12928654)
2018-02-08_07:28:39 freezemon .fm_freezes: s:11:03:36 e:11:03:37 f:1.061 d:I2C_SUSV_Poll_GPIO(SUSV),s:12:26:06 e:12:26:07 f:1.168 d:I2C_SUSV_Poll_GPIO(SUSV),s:13:19:47 e:13:19:49 f:2.014 d:I2C_SUSV_Poll_GPIO(SUSV),s:14:20:21 e:14:20:23 f:2.816 d:HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:14:29:37 e:14:29:38 f:1.789 d:I2C_SUSV_Poll_GPIO(SUSV),s:15:41:10 e:15:41:15 f:5.391 d:I2C_SUSV_Poll_GPIO(SUSV) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:15:54:16 e:15:54:56 f:40.227 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) I2C_SUSV_Poll_GPIO(SUSV) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:16:16:43 e:16:16:44 f:1.164 d:I2C_SUSV_Poll_GPIO(SUSV),s:19:44:54 e:19:45:29 f:35.378 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) withings_poll(withings_U12928654) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:20:57:15 e:20:57:34 f:19.524 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933),s:20:57:35 e:20:57:55 f:20.138 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) FW_closeInactiveClients(0) withings_poll(withings_U12928654),s:21:15:31 e:21:15:32 f:1.39 d:I2C_SUSV_Poll_GPIO(SUSV),s:21:45:07 e:21:45:08 f:1.019 d:at_Exec(atTraffic) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:36 e:23:04:55 f:19.267 d:withings_poll(withings_D4736933) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:56 e:23:05:16 f:20.163 d:BlockingKill(N/A) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) PRESENCE_StartLocalScan(WernerS4) withings_poll(withings_U12928654),s:03:00:10 e:03:00:14 f:4.635 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:03:04:15 e:03:04:54 f:39.701 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:04:27:35 e:04:27:45 f:10.105 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) withings_poll(withings_D4736933),s:04:27:55 e:04:28:05 f:10.083 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_U12928654),s:07:28:38 e:07:28:39 f:1.168 d:I2C_SUSV_Poll_GPIO(SUSV)
2018-02-08_07:28:39 freezemon s:07:28:38 e:07:28:39 f:1.168 d:I2C_SUSV_Poll_GPIO(SUSV)
2018-02-08_07:28:39 freezemon freezeTime: 1.168
2018-02-08_07:28:39 freezemon fcDay: 5
2018-02-08_07:28:39 freezemon ftDay: 65.692
2018-02-08_07:28:39 freezemon freezeDevice: I2C_SUSV_Poll_GPIO(SUSV)
2018-02-08_07:33:46 freezemon .fm_freezes: s:12:26:06 e:12:26:07 f:1.168 d:I2C_SUSV_Poll_GPIO(SUSV),s:13:19:47 e:13:19:49 f:2.014 d:I2C_SUSV_Poll_GPIO(SUSV),s:14:20:21 e:14:20:23 f:2.816 d:HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:14:29:37 e:14:29:38 f:1.789 d:I2C_SUSV_Poll_GPIO(SUSV),s:15:41:10 e:15:41:15 f:5.391 d:I2C_SUSV_Poll_GPIO(SUSV) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:15:54:16 e:15:54:56 f:40.227 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_U12928654) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) I2C_SUSV_Poll_GPIO(SUSV) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:16:16:43 e:16:16:44 f:1.164 d:I2C_SUSV_Poll_GPIO(SUSV),s:19:44:54 e:19:45:29 f:35.378 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) withings_poll(withings_U12928654) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:20:57:15 e:20:57:34 f:19.524 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933),s:20:57:35 e:20:57:55 f:20.138 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) LaCrosseGateway_OnConnectTimer(WlanJeeLink) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) FW_closeInactiveClients(0) withings_poll(withings_U12928654),s:21:15:31 e:21:15:32 f:1.39 d:I2C_SUSV_Poll_GPIO(SUSV),s:21:45:07 e:21:45:08 f:1.019 d:at_Exec(atTraffic) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:36 e:23:04:55 f:19.267 d:withings_poll(withings_D4736933) I2C_SUSV_Poll_GPIO(SUSV),s:23:04:56 e:23:05:16 f:20.163 d:BlockingKill(N/A) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) PRESENCE_StartLocalScan(WernerS4) withings_poll(withings_U12928654),s:03:00:10 e:03:00:14 f:4.635 d:I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV),s:03:04:15 e:03:04:54 f:39.701 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_D4736933) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_U12928654) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits),s:04:27:35 e:04:27:45 f:10.105 d:I2C_SUSV_Poll_GPIO(SUSV) FRITZBOX_Readout_Start(Fritzbox.Readout) withings_poll(withings_D4736933),s:04:27:55 e:04:28:05 f:10.083 d:I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_U12928654),s:07:28:38 e:07:28:39 f:1.168 d:I2C_SUSV_Poll_GPIO(SUSV),s:07:33:07 e:07:33:46 f:39.597 d:at_Exec(atTraffic) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_D4736933) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_U12928654)
2018-02-08_07:33:46 freezemon s:07:33:07 e:07:33:46 f:39.597 d:at_Exec(atTraffic) I2C_SUSV_Poll(SUSV) SIGNALduino_KeepAlive(Signal_Stick) LaCrosseGateway_OnConnectTimer(WlanJeeLink) withings_poll(withings_D4736933) HMUARTLGW_CheckCredits(HMUARTLGW_CheckCredits) I2C_SUSV_Poll_GPIO(SUSV) withings_poll(withings_U12928654)
2018-02-08_07:33:46 freezemon freezeTime: 39.597
2018-02-08_07:33:46 freezemon fcDay: 6
2018-02-08_07:33:46 freezemon ftDay: 105.289


Gruß Werner
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: michaelapp am 11 Februar 2018, 13:36:18
Hallo zusammen,

ich habe die S.USV schon eine weile in Betreib und möchte mich jetzt via Pushover informieren lassen wenn die Stromversorgung weg bzw. der BatteryLevel bei 100 ist.

Meine erste Idee war das Reading "BatteryLevel" <> 100 und ein "BatteryLevel" = 100, so würde ich eine Nachricht erhalten wenn die Batterie wieder voll ist bzw. wenn die Stromversorung weg ist.

Ich habe es jetzt mit zwei doif hinbekommen:

([SUSV:BatteryLevel] eq '100') ({fhem("set pushmsg msg title='FHEM-USV' message='Stromversorung vorhanden\\nBatteryLevel: ".ReadingsVal("SUSV","BatteryLevel","")." %'")})

und

([SUSV:BatteryLevel] ne '100') ({fhem("set pushmsg msg title='FHEM-USV' message='Stromversorgung fehlt\\nBatteryLevel: ".ReadingsVal("SUSV","BatteryLevel","")." %'")})

Damit ich sehe wie die Battery geladen wird, habe ich bei dem doif in Verbindung mit dem

([SUSV:BatteryLevel] ne '100')

ein do always eingebaut, allerdings verschickt er mir die Push Nachricht jetzt drei mal.

Hat mir jemand eine Idee?

Anbei das List der SUSV

Internals:
   ExternalPower 0
   Firmware   2.33
   I2C_Address 15
   I2C_RPII2C_SENDSTAT Ok
   I2C_Requests 193
   IODev      I2C_RPII2C
   MODEL      Basic - Rev. 2
   NAME       SUSV
   NR         144
   PlausibilityCheckFailed 0
   STATE      100
   TYPE       I2C_SUSV
   VERSION    0.20
   READINGS:
     2018-02-11 13:32:39   BatteryLevel    100
     2018-02-11 13:21:30   BatteryState    charged
     2018-02-11 13:32:39   BatteryVoltage  4.200
     2018-02-11 13:08:43   ChargingCircuit ONLINE
     2017-10-24 22:00:03   ChargingCurrent 300 mA
     2018-02-11 13:32:38   PowerBattery    0
     2017-10-24 22:00:03   PowerSource     RPI
     2018-02-11 13:32:39   VoltageIn       5.14
Attributes:
   IODev      I2C_RPII2C
   devStateIcon 0:measure_battery_0@red 25:measure_battery_25@red 50:measure_battery_50@orange 75:measure_battery_75@green 100:measure_battery_100@green
   poll_interval 30
   stateFormat BatteryLevel
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: devien am 23 März 2018, 22:23:07
hi habe die s.usv heute in Betrieb genommen, die funktionalität ist gegeben, allerdings habe ich einige kontinuierliche Logs die mir garnicht gefallen.
2018.03.23 22:15:09 3: rpi2c: HWaccess blockweise nach 0x68 schreiben,  Inh: 128, laenge: 1| -> syswrite failure: Input/output error
2018.03.23 22:15:09 3: ai: failurei in message from rpi2c
2018.03.23 22:15:09 3: Direction: i2cwrite I2Caddress: 0x68 Register: undef Data: 0x80 received: undef
2018.03.23 22:15:09 3: ai error, output conversion not finished
2018.03.23 22:15:09 3: rpi2c: HWaccess blockweise nach 0x68 schreiben,  Inh: 160, laenge: 1| -> syswrite failure: Input/output error
2018.03.23 22:15:09 3: ai: failurei in message from rpi2c
2018.03.23 22:15:09 3: Direction: i2cwrite I2Caddress: 0x68 Register: undef Data: 0xA0 received: undef
2018.03.23 22:15:09 3: ai error, output conversion not finished
2018.03.23 22:15:13 2: USV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 1  / pin level: high
2018.03.23 22:16:14 2: USV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 1  / pin level: high


zeitgleich ist der Status des Deamons sauber:
root@(none):/opt/susvd# ./susv -status
********************************
*                              *
* S.USV solutions              *
* www.s-usv.com                *
*                              *
* Model: Advanced              *
* Firmware Version: 2.51       *
* Software Version: 2.40       *
* Hardware Version: 2.1        *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Fri Mar 23 22:15:49 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               *
*                              *
********************************


und damit der Ansatzpunkt stimmt hier ein List des device

Internals:
   ExternalPower 0
   Firmware   2.51
   I2C_Address 15
   I2C_Requests 49
   IODev      rpi2c
   MODEL      Advanced - Rev. 2
   NAME       USV
   NR         283
   PlausibilityCheckFailed 12
   STATE      opened
   TYPE       I2C_SUSV
   VERSION    0.20
   rpi2c_SENDSTAT Ok
   Helper:
     DBLOG:
       BatteryLevel:
         myDbLog:
           TIME       1521840078.63833
           VALUE      100
       BatteryVoltage:
         myDbLog:
           TIME       1521840078.63833
           VALUE      4.200
       VoltageIn:
         myDbLog:
           TIME       1521840078.39676
           VALUE      5.16
   READINGS:
     2018-03-23 22:21:18   BatteryLevel    100
     2018-03-23 22:02:24   BatteryState    charged
     2018-03-23 22:21:18   BatteryVoltage  4.200
     2018-03-23 21:05:45   ChargingCircuit ONLINE
     2018-03-23 20:57:12   ChargingCurrent 300 mA
     2018-03-23 22:10:03   Pinlevel        high
     2018-03-23 21:01:16   PowerBattery    0
     2018-03-23 21:01:16   PowerExtern     695
     2018-03-23 20:22:37   PowerSource     RPI
     2018-03-23 22:21:18   VoltageIn       5.16
Attributes:
   IODev      rpi2c
   poll_interval 60
   room       Status


kennt jemand nen Weg die Logs sauber zu kriegen ohne das verboselvl hoch zu setzen?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 24 März 2018, 15:10:47
Ich habe ein paar neues S-USVs in Betrieb genommen.
Diese sind mit der Firmware 2.40 geliefert worden.
Auf der Console passen alle Information der S-USVs. Unter FHEM sind die gelieferten Daten nicht vollständig oder falsch.
Zudem sind viele Einträge im LOG.
Auch ein Firmwareupdate auf 2.51 und Software Update auf 2.40 hat unter FHEM keine Besserung gebracht.
Das Reading BatteryState liefert eine falsche Meldung charging deactivated. Obwohl auf der Konsole alles passt.
********************************
*                              *
* S.USV solutions              *
* www.s-usv.com                *
*                              *
* Model: Advanced              *
* Firmware Version: 2.51       *
* Software Version: 2.40       *
* Hardware Version: 2.1        *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Sat Mar 24 15:07:07 2018     *
*                              *
********************************
*                              *
* Powering Source: Battery     *
* Charging circuit: ONLINE     *
* Charging current: 300 mA     *
*                              *
* Voltage in: 4.96 V           *
* Battery capacity: 87.93%     *
* Battery voltage: 4.06V       *
* Power Battery: 97.00 mA     *
* Power Extern: 429.00 mA      *
*                              *
* Shutdown timer: -1           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************


2018.03.24 13:56:59.578 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 2  / pin level: low
2018.03.24 14:16:54.450 2: SUSV: PinLevel changed to high
2018.03.24 14:16:54.517 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 1  / pin level: high
2018.03.24 14:19:45.086 3: SUSV: using I2C Address 15
2018.03.24 14:19:45.149 3: SUSV: Found firmware 211.1 - Advanced
2018.03.24 14:19:46.585 2: SUSV: invalid Voltage In: 0 mV <- 208 0 0
2018.03.24 14:20:47.218 2: SUSV: invalid Voltage In: 8 mV <- 208 8 0
2018.03.24 14:21:47.851 2: SUSV: invalid Voltage In: 0 mV <- 208 0 0
2018.03.24 14:22:48.193 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 54  / pin level: high
2018.03.24 14:23:48.630 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 37  / pin level: high
2018.03.24 14:23:48.760 2: SUSV: unknown battery state 145 - 212 145
2018.03.24 14:24:49.112 2: SUSV: invalid Voltage In: 0 mV <- 208 0 0
2018.03.24 14:25:49.824 2: SUSV: unknown battery state 145 - 212 145
2018.03.24 14:26:50.231 2: SUSV: unknown battery state 155 - 212 155
2018.03.24 14:27:50.568 2: SUSV: invalid Voltage In: 0 mV <- 208 0 0
2018.03.24 14:28:51.216 2: SUSV: invalid Voltage In: 0 mV <- 208 0 0
2018.03.24 14:29:51.867 2: SUSV: invalid Voltage In: 0 mV <- 208 0 0
2018.03.24 14:30:52.495 2: SUSV: invalid Voltage In: 0 mV <- 208 0 0
2018.03.24 14:32:53.482 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 59  / pin level: high
2018.03.24 14:33:53.876 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 54  / pin level: high
2018.03.24 14:33:53.998 2: SUSV: unknown battery state 155 - 212 155
2018.03.24 14:34:54.061 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 3  / pin level: high
2018.03.24 14:34:54.212 2: SUSV: unknown battery state 161 - 212 161
2018.03.24 14:35:54.830 2: SUSV: unknown battery state 139 - 212 139
2018.03.24 14:36:52.005 2: SUSV: unknown battery state 161 - 212 161
2018.03.24 14:36:54.893 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 3  / pin level: high
2018.03.24 14:36:55.016 2: SUSV: unknown battery state 161 - 212 161
2018.03.24 14:37:55.079 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 3  / pin level: high
2018.03.24 14:37:55.212 2: SUSV: unknown battery state 128 - 212 128
2018.03.24 14:38:55.274 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 3  / pin level: high
2018.03.24 14:38:55.397 2: SUSV: unknown battery state 177 - 212 177
2018.03.24 14:39:55.727 2: SUSV: invalid Voltage In: 0 mV <- 208 0 0
2018.03.24 14:40:56.079 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 100  / pin level: high
2018.03.24 14:40:56.199 2: SUSV: unknown battery state 155 - 212 155
2018.03.24 14:42:16.652 3: SUSV: using I2C Address 15
2018.03.24 14:42:16.714 3: SUSV: Found firmware 2.51 - Advanced
2018.03.24 14:42:17.929 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 2  / pin level: high
2018.03.24 14:42:18.060 2: SUSV: invalid Voltage In: 767 mV <- 208 255 2
2018.03.24 14:43:19.006 2: SUSV: unknown battery state 145 - 212 145
2018.03.24 14:44:19.065 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 3  / pin level: high
2018.03.24 14:44:27.623 2: SUSV: unknown battery state 166 - 212 166
2018.03.24 14:45:29.416 2: SUSV: unknown battery state 166 - 212 166
2018.03.24 14:46:29.476 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 3  / pin level: high
2018.03.24 14:47:30.252 2: SUSV: unknown battery state 161 - 212 161
2018.03.24 14:47:43.301 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 1  / pin level: high
2018.03.24 14:47:50.682 1: SUSV: 15 write 2 to Register 55
2018.03.24 14:47:50.741 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 2  / pin level: high
2018.03.24 14:47:50.856 2: SUSV: unknown battery state 150 - 212 150
2018.03.24 14:47:55.467 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 1  / pin level: high
2018.03.24 14:47:55.594 2: SUSV: unknown battery state 145 - 212 145
2018.03.24 14:48:30.604 2: SUSV: invalid Voltage In: 0 mV <- 208 0 0
2018.03.24 14:48:30.866 2: SUSV: invalid battery voltage detected: 3 mV
2018.03.24 14:49:31.315 2: SUSV: unknown battery state 172 - 212 172
2018.03.24 14:50:31.381 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 3  / pin level: high
2018.03.24 14:50:31.501 2: SUSV: unknown battery state 172 - 212 172
2018.03.24 14:51:31.564 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 3  / pin level: high
2018.03.24 14:51:31.679 2: SUSV: unknown battery state 161 - 212 161
2018.03.24 14:52:31.740 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 3  / pin level: high
2018.03.24 14:52:31.859 2: SUSV: unknown battery state 166 - 212 166
2018.03.24 14:53:32.192 2: SUSV: invalid Voltage In: 0 mV <- 208 0 0
2018.03.24 14:54:32.901 2: SUSV: unknown battery state 150 - 212 150
2018.03.24 14:55:32.965 2: SUSV: I2C_SUSV_GetPoweringSource(): invalid power source - 69 3  / pin level: high
2018.03.24 14:55:33.083 2: SUSV: unknown battery state 150 - 212 150
2018.03.24 14:56:33.412 2: SUSV: invalid Voltage In: 10 mV <- 208 10 0


Wahrscheinlich haben sich hier einige Parameter geändert die zu ergänzen sind für die aktuellen S-USVs.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: devien am 25 März 2018, 18:47:08
ja, eine Änderung der Darstellung in Fhem habe ich nach dem Firmewareupgrade auch festgestellt, aktuell will jedoch auch die Neustart/Shutdown Funktion via Taster am SUSV Board nicht wie sie sollte.

Wenn es Von SUSV Version 1 zu 2 änderungen gegeben hat welche angepasst werden sollten, wer kümmert sich darum?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 10 April 2018, 18:42:39
Hallo in die Runde,

hat Jemand noch eine ältere Firmware Version vor 2.50 ?
Mit der hab ich keine Probleme gehabt.
Mit der 2.50 und 2.51 ist es totaler Mist, oder kann es sein das beim Flashen irgendwas nicht gelaufen ist?
Die Anzeige an der USV ist unterschiedlich und unsinnig.
Per fhem bekomme ich Werte wie von Burny4600 beschrieben
Internals:
   CHANGED   
   ExternalPower 0
   Firmware   2.19
   I2C_Address 15
   I2C_Requests 102
   IODev      RPII2C_1
   MODEL      Basic - Rev. 2
   NAME       usv
   NR         617
   PlausibilityCheckFailed 61
   RPII2C_1_SENDSTAT Ok
   STATE      100
   TYPE       I2C_SUSV
   VERSION    0.20
   READINGS:
     2018-04-10 18:48:43   BatteryLevel    100
     2018-04-10 18:38:42   BatteryState    charged
     2018-04-10 18:48:43   BatteryVoltage  4.200
     2018-04-10 19:24:11   ChargingCircuit ONLINE
     2018-04-10 19:22:09   ChargingCurrent 1000 mA
     2018-04-10 19:24:44   PowerBattery    0
     2018-04-05 17:53:57   PowerExtern     0
     2018-04-02 12:37:16   PowerSource     RPI
     2018-04-10 19:24:37   VoltageIn       55.25
     2018-04-10 19:22:09   state           active

und der Pi:
pi@PI3:/opt/susvd $ ./susv -status
********************************
*                              *
* S.USV solutions              *
* www.s-usv.com                *
*                              *
* Model: Basic                 *
* Firmware Version: 2.51       *
* Software Version: 2.40       *
* Hardware Version: 2.1        *
*                              *
* Mail notification: Disabled  *
*                              *
* Timed Boot: Disabled         *
* Boot time: 00:00:00          *
*                              *
* Timed Shutdown: Disabled     *
* Shutdown time: 00:00:00      *
*                              *
* Tue Apr 10 19:24:47 2018     *
*                              *
********************************
*                              *
* Powering Source: Primary     *
* Charging circuit: ONLINE     *
* Charging current: 300 mA     *
*                              *
* Voltage in: 5.08 V           *
* Battery capacity: n/a        *
* Battery voltage: n/a         *
* Power Battery: n/a           *
* Power Extern: n/a            *
*                              *
* Shutdown timer: -1           *
* Autostart:  enabled          *
* Sleep timer: 1               *
*                              *
********************************
pi@PI3:/opt/susvd $

Also ehebliche Differenzen und die Batterie wird nicht erkannt
aber: die USV-Funktion ist gegeben.
Stromausfall wird bewältigt. Immerhin was... :( :(

Gruß WDS
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 10 April 2018, 20:48:17
Hallo,

auch ältere Firmware-Versionen sind beim Hersteller herunterladbar - allerdings muss man den Link erraten.
Die Version 2.33 ist erreichbar unter http://seprotronic.com/susv/files/firmware/susv_fw_233.tar.gz .

Gruß,
Nico
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 11 Mai 2018, 14:31:31
@Wallmeier

Gibt es Änderungen bei Olmatic für die Software und Firmware?
Ich kann keinen passenden Links mehr finden um mit der Software bzw. Firmwareänderungen um ein Downgrad durchzuführen.
Die Software 2.40 und Firmware 2.51 funktionieren mit FHEM überhaupt nicht mehr.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 11 Mai 2018, 19:13:16
Die ganze Herstellerseite ist im Moment nicht erreichbar... Da kann ich leider auch nicht weiterhelfen, da ich nicht bei der Firma arbeite. Aber ich kann mich erinnern, dass es so eine Situation schon einmal gab und nach ein paar Tagen, war die Seite wieder erreichbar.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 13 Mai 2018, 20:50:23
Gut dann ist zuwarten angesagt.
In dieser Konstallation funktioniert die SUSV mit FHEM überhaupt nicht.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: dieter114 am 27 Mai 2018, 17:24:18
So ganz langsam fängt die Fa Olmatic an mich zu ärgern.
Sie haben auf Kulanz zweimal meine S.USV getauscht.
Ich habe jetzt die Version 2, aber seit der Firmware 2.51 sind Anzeige
und ausgelesene Werte einfach nur noch unsinnig.
Die USV als solche funktioniert einwandfrei
nur hätte ich schon gern gesehen was z.B. mit dem Accu los usw...
Downgrade auf 2.33 hat leider auch nix gebracht.
Die Website ist wieder on aber kein Update in Sicht.
Warum verspielt ein so kulanter Laden eigentlich sein Image :( :(

Gruß Wolfdieter
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 21 Juni 2018, 17:52:58
Es kommen hier zwei verschiedene Probleme zusammen.
Das interne Timing der letzten S-USV Firmware wurde verändert und verursacht mit dem FHEM S-USV I2C Modul dadurch Fehler.
Wenn du genau die Firmwareversion im FHEM Modul ansiehst, wirst du feststellen das hier sehr oft nicht die tatsächliche Firmware Version der S-SUSV angezeigt wird. Wenn das der Fall ist hilft oft ein kompletter Neustart. Wie gesagt oft und nicht immer.
Wenn hier die falsche Firmware Version ermittelt wurde kannst du den Rest an Daten ebenfalls vergessen.
Leider wurden diese Änderungen der S-USV Firmware nicht mehr im FHEM USV Modul nachgeführt.
Mir würde es auch gefallen wenn die S-USV unter FHEM ordnungsgemäß funktionieren würde, aber es ist für mich nicht notwendig.
Was mich aber am meisten bei diesen S-USV Modellen für den Raspberry stört ist ein Fehler im Akku Management was ich bei allen 11 vorhanden S-USV in letzter Zeit feststellen muss.
Es kommt aus irgend einem Grund zu Tiefentladungen der Akkus, obwohl aber immer eine Netzversorgung vorhanden ist.
Wenn eine Tiefentladung der Fall ist funktioniert die S-USV nicht mehr stabil und ich muss den Akku abziehen und extern wieder bis über den Schwellwert der tiefsten möglichen Entladung wieder aufladen. Wenn dieser Schwellwert wieder überschritten wurde erkennt die S-USV den Akku wieder und die S-USV läuft ausserhalb von FHEM wieder problemlos.
Ein weiteres Manko bei diesen S-USV Modellen muss bei dem Akkumanagment zudem noch sein, da ich schon drei Akkus habe die völlig aufgebläht sind und für mich nicht mehr sicher sind.
Da muss aber der S-USV Hersteller sich noch einiges einfallen lassen damit diese USV mit dem Raspberry auch einwandfrei funktioniert.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: ffdec am 28 Juni 2018, 17:18:57
Ich habe meinen Raspi/SUSV aufgrund der ständigen Lichtorgel und der falschen Werte einfach komplett leer laufen lassen. Danach war alles wieder schick und stabil.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: andies am 15 Juli 2018, 21:40:41
Könnt Ihr mal ein update geben, wie das Modul installiert werden kann? Gibt es eine neuere Version gegenüber der auf der ersten Seite (ich habe noch Rev. 1.32 bei meiner S-USV)? Der Link von wallmeier geht anscheinend auch nicht mehr. Danke im Voraus!
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: andies am 20 Juli 2018, 09:38:48
Ich habe das Modul immer noch nicht installiert (vielleicht erbarmt sich ja hier einer), aber ein wenig herumgespielt. Das Ding läuft derzeit auf einem weiteren RPi mit installiertem apache, auf dem nicht FHEM installiert ist. Also habe ich mir den Status im Webbrowser des RPi anzeigen lassen und FHEM hat den Zustand mit Hilfe von HTTPMOD ausgelesen. Ich wollte einfach wissen, wie schnell sich das (mit dem kleinsten Akku) ent- und auflädt. Wenn kein Strom da ist, scheint die Netzwerkverbindung unterbrochen zu sein, ich kam jedenfalls nicht ran. Aber den Ladeprozess konnte ich beobachten, siehe Screenshot (x-Achse = verstrichene Minuten, y-Achse=Ladezustand in Prozent, blau=aktuelle Daten, rot=Trendlinie).

Bei mir ist es so: Ca jede Minute wächst beim Aufladen der Ladezustand um etwa 1,4%. Beim Entladen habe ich keine schöne Kurve, die Entladung scheint aber mit ca 2% pro Minute zu erfolgen. Ich müsste, wenn ich das auf dem FHEM-RPi installiere, dann manuell das Abschalten einrichten.
 
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 23 Juli 2018, 12:45:58
@andies
Vorbereitungen für S-USV auf einem Raspberry.
Siehe PDF.
Du musst noch Anpassungen für deine Installation machen, was die Verzeichnisse betrifft.
Dies gilt auch für die FHEM Konfiguration.

Hier ein Beispiel einer FHEM Konfiguration der S-USV
## S-USV Raspberry
define SUSV I2C_SUSV
attr SUSV IODev RpiI2C_1
attr SUSV alias S.USV Raspberry
attr SUSV devStateIcon ^([0-9]|1[0-9]):measure_battery_0@red ^(2[0-9]|3[0-9]|4[0-4]):measure_battery_25@red ^(4[5-9]|5[0-9]|6[0-9]):measure_battery_50@orange ^(7[0-9]|8[0-9]):measure_battery_75@yellow ^(9[0-9]|100):measure_battery_100@green
attr SUSV devStateStyle style="text-align:left;;;;font-weight:bold;;;;"
attr SUSV event-min-interval BatteryCapacity:1800,BatteryState:1800,BatteryVoltage:1800,ChargingCircuit:1800,ChargingCurrent:1800,PowerBattery:1800,PowerExtern:1800,PowerSource:1800,VoltageIn:1800
attr SUSV event-on-change-reading BatteryCapacity:3,BatteryState,BatteryVoltage:0.02,ChargingCircuit,ChargingCurrent,PowerBattery:20,PowerExtern:50,PowerSource,VoltageIn:0.1,ChargingCircuit:10
attr SUSV eventMap /no.battery.or.failure:keine Batterie | Fehler/ONLINE:NETZBETRIEB/OFFLINE:BATTERIEBETRIEB/charging.deactivated:laden deaktiviert/charging:laden/charged:geladen/unknown.battery.state:unbekannter Batteriestatus/discharging:entladen/
attr SUSV group S-USV
attr SUSV icon measure_battery_100
attr SUSV poll_interval 60
attr SUSV stateFormat {sprintf(\
"USV Status: %s <br> maximaler Ladestrom: %s <br>\
Spannungsversorgung durch: %s mit %.2f V <br>\
Externe Stromaufnahme: %1.f mA <br>\
Batterie Spannung: %.2f V <br>\
Batterie Stromversorgung: %1.f mA <br>\
Batterie Kapazität: %1.f %% <br>\
Batterie Status: %s",\
ReadingsVal("$name","ChargingCircuit",0),\
ReadingsVal("$name","ChargingCurrent",0),\
ReadingsVal("$name","PowerSource",0),\
ReadingsVal("$name","VoltageIn",0),\
ReadingsVal("$name","PowerExtern",0),\
ReadingsVal("$name","BatteryVoltage",0),\
ReadingsVal("$name","PowerBattery",0),\
ReadingsVal("$name","BatteryLevel",0),\
ReadingsVal("$name","BatteryState",0))}


define FileLog_SUSV FileLog /media/hdd/fhem/log01/usv/SUSV-%m.log SUSV
attr FileLog_SUSV icon edit_paste
attr FileLog_SUSV logtype SM_SUSV:Plot,text

define SUSV_Power_DC SVG FileLog_SUSV:SUSV_Power_DC:CURRENT
attr SUSV_Power_DC label "Stromversorgung DC"

define SUSV_Power_Battery SVG FileLog_SUSV:SUSV_Power_Battery:CURRENT
attr SUSV_Power_Battery label "Stromversorgung durch Batterie"

Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 19 September 2018, 14:22:06
Es hat sich einiges getan bei Olmatic.

Leider haben die Änderungen von Olamtic auch mit der aktuellen V2.60 Firmware Version auf FHEM keine Verbesserungen gebracht.
Je nach dem wie ein Neustart des Raspberry mit der S-USV verläuft wird Die S-USV mit der richtigen Firmware Version erkannt oder nicht.
Nach dem Neustrat des Systems wird unter FHEM Firmwareversionen angezeigt die schon länger nicht in Verwendung sind oder die die es noch nicht gibt wie bei einem Test zb. V3.20.
Wenn unter FHEM die richtige Firmware nicht erkannt wird, werden auch Parameter und Werte nicht richtig eingelesen.
Da verhackt sich das FHEM Modul mir der S-USV was auch zu Problemen der Funktionen führen und auch Akkus tiefentladen werden könnten.

Wird an dem S-USV FHEM Modul noch weiter gearbeitet?


Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 21 September 2018, 14:22:04
An alle S-USV Betreiber.

Olamtic hat eine neue Firmware herausgebracht.
Die Firmware V2.61 hat bei den V2 Versionen große Verbesserungen gebracht.
Ich habe dies an 10 Systemen erfolgreich getestet.

Ein Punkt der aber nach wie vor unter FHEM noch zu verbesseren wäre, ist das Problem bei der Initialisierung beim Bootvorgang mit zu geringer Akkuspannung das die Firmware Version nicht richtig erkannt wird und dadurch auch fehlerhafte Werte liefert bzw. auch nicht bedienbar ist.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 23 September 2018, 18:55:21
Ich habe mir heute auch die 2.61er Firmware installiert... Und in diesem Zuge auch die Timings nochmal überarbeitet.

@Burny4600: Kannst Du bitte die neue Version 0.21 testen, ob es bei Dir eine Verbesserung gebracht hat?
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 27 September 2018, 14:16:29
Hallo Wallmeier.

Ich habe die V0.22 auf allen Systemen installiert und längere Zeit beobachtet.
Bisher konnte ich keine fehlerhaften Daten feststellen.
Sieht derzeit sehr gut aus für die neue Firmware und deinen Treiber.
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 29 September 2018, 19:25:39
Hallo Walmeier.

Gelegentlich befinden sich doch noch Ausreißer bei der Datenkonvertierung im LOG die Werte enthalten die nicht sein können.
Anbei einige Auszüge der verschiedenen Systemen mit der S-USV Advanced R2.
Diese USVs werden teilweise aus einer zentralen 24V DC Versorgung oder mit 12V DC lokalen Versorgungen betrieben.

ZB. sind diese Werte unrealistisch.
invalid power extern - 4865 mA
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 29 September 2018, 21:18:06
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)
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Wallmeier am 29 September 2018, 21:20:53
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...
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: Burny4600 am 08 Dezember 2018, 20:00:42
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)
Titel: Antw:S.USV Daten und Befehle per FHEM
Beitrag von: chris8868 am 21 Dezember 2018, 05:02:50
Hallo

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

Danke und Gruss
Chris