HM-ES-TX-WM: gibt es die Möglichkeit für ein battery-Reading

[Markus Bloch]

Hallo zusammen,

ich habe bei mir einen HM-ES-TX-WM mit Ferrarischeibe-Sensor gestern in Betrieb genommen. Gerade bei diesem Sensor wird die Batterielebensdauer mit ca. 1 Jahr angegeben, was in der Homematic-Welt ja schon ein wenig kurz ist.

Nun ist die Frage, hat der HM-ES-TX-WM keine "battery low" in seinen zyklischen Meldungen?

Ich bin mir nicht sicher, aber ich glaube nicht, dass eQ 3 das nicht implementiert hat, gerade bei einem so stromhungrigen Batteriesensor.

Kann man da was machen?

Danke

Gruß
Markus

[martinp876]

erledigt (hoffe ich) mit Version 8206. Bitte testen

[vbs]

Klasse, vielen Dank Martin! Werds testen!

[Markus Bloch]

Habe es eingespielt. Ein Battery-Reading taucht bei mir nach 10 Minuten warten leider nicht auf, dafür folgende Meldung im fhem.log:

Code Auswählen Erweitern

2015.03.14 12:07:52.438 1: PERL WARNING: Use of uninitialized value in division (/) at /usr/local/FHEM/share/fhem/FHEM/10_CUL_HM.pm line 7447, <FH> line 39811.
2015.03.14 12:03:29.895 1: PERL WARNING: Use of uninitialized value in division (/) at /usr/local/FHEM/share/fhem/FHEM/10_CUL_HM.pm line 7447.

Hier mein Versions-Stand:

Code Auswählen Erweitern

# $Id: fhem.pl 8192 2015-03-11 06:29:43Z rudolfkoenig $
# $Id: 00_CUL.pm 8176 2015-03-08 18:37:04Z martinp876 $
# $Id: 10_CUL_HM.pm 8206 2015-03-14 10:36:50Z martinp876 $
# $Id: 00_FBAHA.pm 7098 2014-11-30 08:48:03Z rudolfkoenig $
# $Id: 10_FBDECT.pm 6771 2014-10-15 17:59:23Z rudolfkoenig $
# $Id: 72_FB_CALLMONITOR.pm 8128 2015-03-01 20:18:25Z markusbloch $
# $Id: 01_FHEMWEB.pm 8097 2015-02-26 06:47:28Z rudolfkoenig $
# $Id: 92_FileLog.pm 8164 2015-03-07 13:05:39Z rudolfkoenig $
# $Id: 98_GEOFANCY.pm 8173 2015-03-08 11:52:08Z loredo $
# $Id: 00_HMLAN.pm 7822 2015-02-01 16:28:10Z martinp876 $
# $Id: 82_LGTV2012.pm 2 2014-03-17 11:05:19Z juliantatsch $
# $Id: 73_PRESENCE.pm 8191 2015-03-10 22:34:23Z markusbloch $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 98_SVG.pm 8125 2015-03-01 16:54:09Z rudolfkoenig $
# $Id: 34_SWAP.pm 7554 2015-01-13 18:46:28Z justme1968 $
# $Id: 35_SWAP_0000002200000003.pm 6546 2014-09-12 17:48:59Z justme1968 $
# $Id: 59_Twilight.pm 7462 2015-01-06 17:13:36Z dietmar63 $
# $Id: 99_Utils.pm 7914 2015-02-08 11:14:10Z rudolfkoenig $
# $Id: 99_XmlList.pm 1840 2012-09-12 13:52:08Z rudolfkoenig $
# $Id: 71_YAMAHA_AVR.pm 8124 2015-03-01 16:00:45Z markusbloch $
# $Id: 71_YAMAHA_BD.pm 8114 2015-02-28 23:04:01Z markusbloch $
# $Id: 98_autocreate.pm 8138 2015-03-02 19:26:54Z rudolfkoenig $
# $Id: 98_dewpoint.pm 6757 2014-10-12 18:58:57Z joachim09876 $
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $
# $Id: 95_holiday.pm 7330 2014-12-27 09:23:04Z rudolfkoenig $
# $Id: 91_notify.pm 8165 2015-03-07 14:35:16Z rudolfkoenig $
# $Id: 34_panStamp.pm 7888 2015-02-05 21:18:57Z justme1968 $
# $Id: 98_structure.pm 7854 2015-02-03 19:23:22Z rudolfkoenig $
# $Id: 98_telnet.pm 8017 2015-02-17 11:10:16Z rudolfkoenig $
# $Id: 91_watchdog.pm 7108 2014-12-01 08:11:34Z rudolfkoenig $
# $Id: 55_weco.pm 5517 2014-04-13 00:37:45Z betateilchen $

Danke für deine Unterstützung.

Gruß
Markus

[Markus Bloch]

Hier noch ein List meines Devices:

Code Auswählen Erweitern

Internals:
   DEF        3534C9
   IODev      LANCUL
   LANCUL_MSGCNT 5
   LANCUL_RAWMSG E3534C9,0000,7B249BFC,FF,FFBB,43865E3534C9000000039BF5006400
   LANCUL_RSSI -69
   LANCUL_TIME 2015-03-14 12:12:18
   LASTInputDev LANCUL
   MSGCNT     5
   NAME       Stromsensor_Wohnung
   NR         510
   STATE      256 Watt
   TYPE       CUL_HM
   lastMsg    No:43 - t:5E s:3534C9 d:000000 039BF5006400
   protLastRcv 2015-03-14 12:12:18
   rssi_at_LANCUL avg:-68.59 min:-69 max:-68 lst:-69 cnt:5
   Readings:
     2015-03-14 12:03:27   Activity        alive
     2015-03-08 16:07:19   CommandAccepted yes
     2015-03-08 16:07:30   D-firmware      1.0
     2015-03-08 16:07:30   D-serialNr      MEQ0025347
     2015-03-08 16:07:20   PairedTo        0xC26BB2
     2015-03-08 16:07:20   R-mtrConstGas   0.01 m3/I
     2015-03-08 16:07:20   R-mtrConstIr    75 U/kWh
     2015-03-08 16:07:20   R-mtrConstLed   10000 i/kWh
     2015-03-08 16:07:20   R-mtrSensIr     20 %
     2015-03-08 16:07:20   R-mtrType       IR
     2015-03-08 16:07:20   R-pairCentral   0xC26BB2
     2015-03-08 16:07:20   R-transmDevTryMax 6
     2015-03-08 16:07:20   R-transmitTryMax 6
     2015-03-08 16:07:20   RegL_00:        02:01 43:5A 0A:C2 0B:6B 0C:B2 6F:7C 14:06 00:00
     2015-03-08 16:07:20   RegL_01:        08:00 30:06 95:02 96:00 97:4B 98:00 99:0A 9A:27  9B:10 9C:14 00:00
     2015-03-14 12:12:18   boot            off
     2015-03-14 12:12:18   current         0
     2015-03-14 12:12:18   eState          E: 23653.3 P: 256 I: 0 U: 0 f: 50
     2015-03-14 12:12:18   energy          23653.3
     2015-03-14 12:12:18   frequency       50
     2015-03-14 12:12:18   kWperHour       23.65
     2015-03-14 12:12:18   power           256
     2015-03-14 12:12:18   voltage         0
   Helper:
     mId        00DE
     rxType     12
     Io:
       newChn     +3534C9,00,01,00
       nextSend   1426331538.6599
       prefIO
       rxt        2
       vccu
       p:
         3534C9
         00
         01
         00
     Mrssi:
       mNo        43
       Io:
         LANCUL     -67
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_lancul:
         avg        -68.6
         cnt        5
         lst        -69
         max        -68
         min        -69
Attributes:
   IODev      LANCUL
   actCycle   000:10
   actStatus  alive
   alias      Stromsensor Wohnung
   autoReadReg 0_off
   expert     2_full
   firmware   1.0
   icon       DIN_rail_housing
   model      HM-ES-TX-WM
   room       Hausflur
   serialNr   MEQ0025347
   stateFormat power Watt
   subType    powerSensor
   userReadings kWperHour { sprintf("%.2f", ReadingsVal("Stromsensor_Wohnung","energy",0)/1000) }

[vbs]

Leider hier auch kein Batterie-Reading aufgetaucht. Jedoch auch keine Fehler im Log.

[martinp876]

zum Fehler im Log: welches IO ist eingestellt? das scheint ein Problem zu sein?

zur Battery: kann ich ein Log der messages sehen?

[martinp876]

halt. klar.
habe es für powerSensor eingebaut.
jetzt auch for powerMeter

V 8209

[Markus Bloch]

Gerade aktualisiert.

Der HM-ES-TX-WM hat doch den subType "powerSensor", von daher warst du mit dem ersten Commit schon richtig, nur leider wird noch immer kein battery-Reading erzeugt. Als IoDevice wird ein HMLAN verwendet.

Als "powerMeter" wird der HM-ES-PMSw1-Pl geführt, der hat aber keine Batterie


Hier nochmal ein List:

Code Auswählen Erweitern

Internals:
   DEF        3534C9
   IODev      LANCUL
   LANCUL_MSGCNT 1
   LANCUL_RAWMSG E3534C9,0000,7C31C2B5,FF,FFBA,BA865E3534C900000003BEDA005654
   LANCUL_RSSI -70
   LANCUL_TIME 2015-03-14 17:06:15
   LASTInputDev LANCUL
   MSGCNT     1
   NAME       Stromsensor_Wohnung
   NR         508
   STATE      221 Watt
   TYPE       CUL_HM
   lastMsg    No:BA - t:5E s:3534C9 d:000000 03BEDA005654
   protLastRcv 2015-03-14 17:06:15
   rssi_at_LANCUL avg:-70 min:-70 max:-70 lst:-70 cnt:1
   Readings:
     2015-03-14 17:04:40   Activity        alive
     2015-03-08 16:07:19   CommandAccepted yes
     2015-03-08 16:07:30   D-firmware      1.0
     2015-03-08 16:07:30   D-serialNr      MEQ0025347
     2015-03-08 16:07:20   PairedTo        0xC26BB2
     2015-03-08 16:07:20   R-mtrConstGas   0.01 m3/I
     2015-03-08 16:07:20   R-mtrConstIr    75 U/kWh
     2015-03-08 16:07:20   R-mtrConstLed   10000 i/kWh
     2015-03-08 16:07:20   R-mtrSensIr     20 %
     2015-03-08 16:07:20   R-mtrType       IR
     2015-03-08 16:07:20   R-pairCentral   0xC26BB2
     2015-03-08 16:07:20   R-transmDevTryMax 6
     2015-03-08 16:07:20   R-transmitTryMax 6
     2015-03-08 16:07:20   RegL_00:        02:01 43:5A 0A:C2 0B:6B 0C:B2 6F:7C 14:06 00:00
     2015-03-08 16:07:20   RegL_01:        08:00 30:06 95:02 96:00 97:4B 98:00 99:0A 9A:27  9B:10 9C:14 00:00
     2015-03-14 17:06:15   boot            off
     2015-03-14 17:06:15   current         0
     2015-03-14 17:06:15   eState          E: 24546.6 P: 221 I: 0 U: 0 f: 50
     2015-03-14 17:06:15   energy          24546.6
     2015-03-14 17:06:15   frequency       50
     2015-03-14 17:06:15   kWperHour       24.55
     2015-03-14 17:06:15   power           221
     2015-03-14 17:06:15   voltage         0
   Helper:
     mId        00DE
     rxType     12
     Io:
       newChn     +3534C9,00,01,00
       nextSend   1426349175.30162
       prefIO
       rxt        2
       vccu
       p:
         3534C9
         00
         01
         00
     Mrssi:
       mNo        BA
       Io:
         LANCUL     -68
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_lancul:
         avg        -70
         cnt        1
         lst        -70
         max        -70
         min        -70
Attributes:
   IODev      LANCUL
   actCycle   000:10
   actStatus  alive
   alias      Stromsensor Wohnung
   autoReadReg 0_off
   expert     2_full
   firmware   1.0
   icon       DIN_rail_housing
   model      HM-ES-TX-WM
   room       Hausflur
   serialNr   MEQ0025347
   stateFormat power Watt
   subType    powerSensor
   userReadings kWperHour { sprintf("%.2f", ReadingsVal("Stromsensor_Wohnung","energy",0)/1000) }

Unten siehst du auch als SybType "powerSensor". Eine Beispiel Message steht im List oben drinn.

Gruß
Markus

[Markus Bloch]

Kann es evtl. an einer falschen Hash-Variable liegen?:

push @evtEt,[$devH,1,"battery:".(($err&0x80)?"low"  :"ok"  )];

Überall sonst wird hier immer $sHash verwendet.

[martinp876]

das stimmt schon. battery geht auf das Device,nicht auf den Channel.
könnt ihr nicht doch einmal ein Log der messages schicken? einfach wie immer die rohmessages

p.s.:
ich denke, das ist eine falsche erwartung. Der batteriezustand kommt in der Info oder der ACKInfo message. Nicht jedoch in der messages mit den Werten.
könnte also sein, dass die message nur einmal am Tag kommt. Ihr solltet einmal einen Tag warten und/oder die messages aufzeichnen. wenn ihr eventonupdatereading setzt kann man es auch in den events ablesen.

[Markus Bloch]

Code Auswählen Erweitern

2015.03.14 17:36:40.178 5: HMLAN/RAW: /E3534C9,0000,7C4D9C78,FF,FFBB,C6865E3534C900000003C38A0058AC

2015.03.14 17:36:40.179 5: HMLAN_Parse: LANCUL R:E3534C9   stat:0000 t:7C4D9C78 d:FF r:FFBB     m:C6 865E 3534C9 000000 03C38A0058AC
2015.03.14 17:36:40.179 5: LANCUL dispatch A0FC6865E3534C900000003C38A0058AC::-69:LANCUL


Sensor-ID: 3534C9

Code Auswählen Erweitern

Internals:
   DEF        3534C9
   IODev      LANCUL
   LANCUL_MSGCNT 13
   LANCUL_RAWMSG E3534C9,0000,7C4F7D31,FF,FFBB,C7865E3534C900000003C38A0058AC
   LANCUL_RSSI -69
   LANCUL_TIME 2015-03-14 17:38:43
   LASTInputDev LANCUL
   MSGCNT     13
   NAME       Stromsensor_Wohnung
   NR         508
   STATE      227 Watt
   TYPE       CUL_HM
   lastMsg    No:C7 - t:5E s:3534C9 d:000000 03C38A0058AC
   protLastRcv 2015-03-14 17:38:43
   rssi_at_LANCUL avg:-68.76 min:-71 max:-67 lst:-69 cnt:13
   Readings:
     2015-03-14 17:04:40   Activity        alive
     2015-03-08 16:07:19   CommandAccepted yes
     2015-03-08 16:07:30   D-firmware      1.0
     2015-03-08 16:07:30   D-serialNr      MEQ0025347
     2015-03-08 16:07:20   PairedTo        0xC26BB2
     2015-03-08 16:07:20   R-mtrConstGas   0.01 m3/I
     2015-03-08 16:07:20   R-mtrConstIr    75 U/kWh
     2015-03-08 16:07:20   R-mtrConstLed   10000 i/kWh
     2015-03-08 16:07:20   R-mtrSensIr     20 %
     2015-03-08 16:07:20   R-mtrType       IR
     2015-03-08 16:07:20   R-pairCentral   0xC26BB2
     2015-03-08 16:07:20   R-transmDevTryMax 6
     2015-03-08 16:07:20   R-transmitTryMax 6
     2015-03-08 16:07:20   RegL_00:        02:01 43:5A 0A:C2 0B:6B 0C:B2 6F:7C 14:06 00:00
     2015-03-08 16:07:20   RegL_01:        08:00 30:06 95:02 96:00 97:4B 98:00 99:0A 9A:27  9B:10 9C:14 00:00
     2015-03-14 17:38:43   boot            off
     2015-03-14 17:38:43   current         0
     2015-03-14 17:38:43   eState          E: 24666.6 P: 227 I: 0 U: 0 f: 50
     2015-03-14 17:38:43   energy          24666.6
     2015-03-14 17:38:43   frequency       50
     2015-03-14 17:38:43   kWperHour       24.67
     2015-03-14 17:38:43   power           227
     2015-03-14 17:38:43   voltage         0
   Helper:
     mId        00DE
     rxType     12
     Io:
       newChn     +3534C9,00,01,00
       nextSend   1426351123.32038
       prefIO
       rxt        2
       vccu
       p:
         3534C9
         00
         01
         00
     Mrssi:
       mNo        C7
       Io:
         LANCUL     -67
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_lancul:
         avg        -68.7692307692308
         cnt        13
         lst        -69
         max        -67
         min        -71
Attributes:
   IODev      LANCUL
   actCycle   000:10
   actStatus  alive
   alias      Stromsensor Wohnung
   autoReadReg 0_off
   expert     2_full
   firmware   1.0
   icon       DIN_rail_housing
   model      HM-ES-TX-WM
   room       Hausflur
   serialNr   MEQ0025347
   stateFormat power Watt
   subType    powerSensor
   userReadings kWperHour { sprintf("%.2f", ReadingsVal("Stromsensor_Wohnung","energy",0)/1000) }
   verbose    5

[Markus Bloch]

Alles klar, dann lass ich mal bis morgen laufen.

Danke

[martinp876]

falls du rohmessages loggst ist es deutlich ökonomischer und vollkommen ausreichend wenn du es machst wie in wiki/hm/sniffen beschrieben. Besser lesbar ist es zu dem.
in der message von dir kann kein Bat-state enthalten sein - alles belegt. Warten wir auf Morgen

[Markus Bloch]

kannte ich noch garnicht. Wieder was gelernt.