Neues Modul EMONITOR - EnergieMonitor

[dombar]

Moin!

@Elektrolurch
Habe die neue Version mal Ausprobiert!

Folgende Meldung erhalte Ich beim initialisieren beim Schalter ohne energy reading aber mit power-on Attribut

2015.02.02 19:58:07 3: EMONITOR_InitSingle: found new Maria_Licht with type CUL_HM
2015.02.02 19:58:07 2: EMONITOR_InitSingle: Warning device Maria_Licht rd energy energy 0 !

Dann bei der Werte übername

2015.02.02 19:59:01 2: EMONITOR_Statistik: Maria_Licht is type measuring, but no reading energy found!

Die Werte mit den Attributen Power-on bleiben bei mir 0! Habe Ich schon seit drei Stunden am laufen!

Habe auch noch alle Devices bei mir drin! Auch die die kein energy Reading und kein Power- on  Power off Attribute drin haben!

@Tobias

HI,
die HM-LC-SW1PBU-FM haben ein Reading "current". Kannst du das als Standard mit aufnehmen??

Code Auswählen Erweitern

Internals:
   .triggerUsed 1
   CFGFN
   DEF        2FB7A904
   NAME       SW_Licht_Bad_Sw_02
   NR         1253
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     SW_Licht_Bad
   CHANGETIME:
   Readings:
     2015-01-27 19:27:40   CommandAccepted yes
     2015-01-29 07:09:38   RegL_01:          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-02-01 14:37:40   current         0
     2015-02-01 07:42:16   deviceMsg       off (to CUL_HM)
     2015-02-01 07:42:16   level           0 %
     2015-02-01 07:42:16   pct             0
     2015-02-01 07:42:16   recentStateType info
     2015-02-01 07:42:16   state           off
     2015-02-01 07:42:16   timedOn         off
   Helper:
     dlvl       00
     dlvlCmd    ++A011F120052FB7A90204000000
     peerIDsRaw ,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,

So wie Ich das sehe ist auf deiner PBU-FM eine CustomFW! Was sagt denn Current aus? Ist das die aktuelle Leistungsmessung???

[dombar]

Ich habe diesen Eintrag nicht!

Code Auswählen Erweitern

CUL1_MSGCNT 2
   CUL1_RAWMSG A0E0280022A7FFCF10300010100004C::-73.5:CUL1
   CUL1_RSSI  -73.5
   CUL1_TIME  2015-02-02 20:01:01
   DEF        2A7FFC
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     2
   NAME       Badezimmer_licht
   NR         364
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:02 - t:02 s:2A7FFC d:F10300 010100004C
   offtime    1422903492
   oldenergy  0
   oldenergytime 1422903487
   ontime     1422903492
   protLastRcv 2015-02-02 20:01:01
   protSnd    2 last_at:2015-02-02 20:01:01
   protState  CMDs_done
   rssi_CUL1  avg:-77 min:-78 max:-76 lst:-76 cnt:2
   rssi_at_CUL1 avg:-72.75 min:-73.5 max:-72 lst:-73.5 cnt:2
   Readings:
     2015-02-02 20:01:01   CommandAccepted yes
     2014-12-14 11:20:11   D-firmware      2.3
     2014-12-14 11:20:11   D-serialNr      LEQ0494041
     2014-12-14 11:26:15   PairedTo        0xF10300
     2014-12-14 11:26:15   R-intKeyVisib   invisib
     2014-12-14 11:26:15   R-pairCentral   0xF10300
     2014-12-14 11:26:16   R-sign          off
     2014-12-14 11:26:15   RegL_00:        02:01 0A:F1 0B:03 0C:00 15:FF 18:00 00:00
     2014-12-14 11:26:16   RegL_01:        08:00  30:06 57:24 00:00
     2015-02-02 20:01:01   deviceMsg       off (to CUL1)
     2015-02-02 20:01:01   level           0
     2015-02-02 20:01:01   pct             0
     2015-02-01 23:57:57   power-daily     0
     2015-02-01 23:57:57   power-daily-last 0
     2015-02-02 20:01:05   power-hourly    0
     2015-02-02 19:58:12   power-hourly-last 0.0
     2015-01-31 23:57:57   power-monthly   0
     2015-01-31 23:57:57   power-monthly-last 234.6
     2015-02-01 23:57:57   power-weekly    0
     2015-02-01 23:57:57   power-weekly-last 125.7
     2015-01-29 20:59:31   power-yearly    234.6
     2015-02-02 20:01:01   recentStateType ack
     2015-02-02 20:01:01   state           off
     2015-02-02 20:01:01   timedOn         off
   Helper:
     cSnd       11F103002A7FFC0201000000
     dlvlCmd    ++A011F103002A7FFC0201000000
     mId        0069
     rxType     1
     Io:
       newChn     +2A7FFC,00,01,00
       nextSend   1422903661.30354
       prefIO
       rxt        0
       vccu
       p:
         2A7FFC
         00
         01
         00
     Mrssi:
       mNo        02
       Io:
         CUL1       -71.5
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       Cul1:
         avg        -77
         cnt        2
         lst        -76
         max        -76
         min        -78
       At_cul1:
         avg        -72.75
         cnt        2
         lst        -73.5
         max        -72
         min        -73.5
Attributes:
   IODev      CUL1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.3
   fp_Grundriss 570,415,5, Badezimmer Licht
   model      HM-LC-Sw1PBU-FM
   subType    switch
   webCmd     statusRequest:toggle:on:off

[Elektrolurch]

Hallo,

Zitat:
Folgende Meldung erhalte Ich beim initialisieren beim Schalter ohne energy reading aber mit power-on Attribut

Na, woher soll ich denn wissen, dass das Teil von Dir dieses Attribut nicht unterstützt! Bei der Typ-Definition von CUL_HM steht da "energy".
Für den Fall gibt es das Attribut "use-power-event", denn ansonsten sucht EM nach dem "energy" - reading, wenn das Attribut nicht gesetzt ist.


2015.02.02 19:58:07 3: EMONITOR_InitSingle: found new Maria_Licht with type CUL_HM
2015.02.02 19:58:07 2: EMONITOR_InitSingle: Warning device Maria_Licht rd energy energy 0 !

Dann bei der Werte übername

2015.02.02 19:59:01 2: EMONITOR_Statistik: Maria_Licht is type measuring, but no reading energy found!

=> Attribut: use-power-event
Da ich solche devices nicht habe, konnte ich das auch nicht testen!!!!!
Noch ein paar log-Ausgaben eingebaut und Anhang in Beitrag #1 aktualisiert.
P.S.: Solche langen Listings von Logs oder INTERNALS gehören in einen Anhang, da ansonsten die Beiträge sehr unübersichtlich werden.
Elektrolurch

[P.A.Trick]

Mir ist eben aufgefallen, dass auch Homematic Rauchmelder abgefragt werden.
Kann man die ignorieren, denn die laufen ja auf Batterie!?

Code Auswählen Erweitern

Internals:
   CHANGED
   DEF        232E04
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     2
   NAME       wz_Rauchmelder
   NR         1301
   STATE      off
   TYPE       CUL_HM
   hmusb_MSGCNT 2
   hmusb_RAWMSG R4F5DFF5A,0001,5B27D5AD,FF,FFC6,22A010232E04424242060101003A
   hmusb_RSSI -58
   hmusb_TIME 2015-02-03 13:15:36
   lastMsg    No:22 - t:10 s:232E04 d:424242 060101003A
   offtime    1422968363
   oldenergy  0
   oldenergytime 1422965695
   ontime     1422968363
   peerList   Rauchmelder_Team,
   protLastRcv 2015-02-03 13:15:36
   protSnd    3 last_at:2015-02-03 13:15:36
   protState  CMDs_done
   rssi_at_hmusb avg:-58 min:-58 max:-58 lst:-58 cnt:2
   rssi_hmusb avg:-58 min:-58 max:-58 lst:-58 cnt:1
   Readings:
     2015-02-03 13:15:10   Activity        alive
     2015-01-24 11:57:45   D-firmware      1.0
     2015-01-24 11:57:45   D-serialNr      KEQ0713520
     2015-01-24 11:44:48   PairedTo        0x424242
     2015-01-24 11:44:48   R-pairCentral   0x424242
     2015-01-24 11:44:48   RegL_00:        02:01 0A:42 0B:42 0C:42 00:00
     2015-02-03 13:15:35   battery         ok
     2015-02-03 13:15:35   level           1
     2015-02-03 13:15:10   peerList        Rauchmelder_Team,
     2015-02-02 23:59:26   power-daily     0
     2015-02-02 23:59:26   power-daily-last 0
     2015-02-03 13:59:23   power-hourly    0
     2015-02-03 13:59:23   power-hourly-last 0.0
     2015-02-03 13:15:35   recentStateType info
     2015-02-03 13:15:35   state           off
   Helper:
     cSnd       01424242232E04010E
     mId        0042
     rxType     2
     Io:
       newChn     +232E04,00,01,00
       nextSend   1422965736.16338
       prefIO
       rxt        0
       vccu
       p:
         232E04
         00
         01
         00
     Mrssi:
       mNo        22
       Io:
         hmusb      -56
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         hmusb
       flg        A
       ts         1422965736.06553
       ack:
         HASH(0x1f63fd8)
         228002424242232E0400
     Rssi:
       At_hmusb:
         avg        -58
         cnt        2
         lst        -58
         max        -58
         min        -58
       Hmusb:
         avg        -58
         cnt        1
         lst        -58
         max        -58
         min        -58
Attributes:
   IODev      hmusb
   actCycle   099:00
   actStatus  alive
   alias      EG.WZ.Rauchmelder
   autoReadReg 5_readMissing
   event-on-change-reading .*
   expert     2_full
   firmware   1.0
   group      smokeDetect
   icon       secur_smoke_detector
   model      HM-SEC-SD
   msgRepeat  1
   peerIDs    00000000,11111101,
   room       EG.Wohnzimmer,_Rauchmelder
   serialNr   KEQ0713520
   subType    smokeDetector
   webCmd     statusRequest

[Markus]

Nicht nur Rauchmelder auch Fernbedienung, Thermostate, Stellmotoren und eigentlich alle HM Geräte.
Die HM Verbrauchsmesser scheinen aber zu Funktionieren soweit ich das nach zwei Stunden sagen kann.

Leider hab ich immer noch mein altes Problem aber dazu starte ich jetzt mal einen Neuen Beitrag unter Anfänger


Gruss Markus

[Markus]

@ Elektrolurch zur Berechnung wird doch nur das reading "energie" verwendet brauchst du auch "power"?
aktuell bekomme ich ein reading in das readingsProxy device

Gruß Markus

[Elektrolurch]

Hallo,

Man kann das Attribut "use-power-event" auf 1 setzen, dann wird für die Ermittlung des Verbrauches das regelmäßig vom device generierte "power" - event ausgewertet, d.h. power * Zeitspanne = Verbrauch - und das wird dann aufsummiert.

Ist das "use-power-event" = 0, dann wird nur einmal je Stunde das "energy", bzw. je nach device das "comsuption" reading gelesen und in die powwer-xxxx - Statistik aufgenommen.
Ich habe beide Verfahren für die DECT200 getestet, aber nicht für andere devices, die ev. nur das power oder nur das energy-reading haben.

Die Verbrauchsmessung wird im Fall des "power" - readings durch das Event des devices getriggert, gibt es kein power - reading, so kommt im EM auch nichts an.
Bei dem "energy" - Verfahren holt EM einmal je Stunde den Verbrauch ab. Das setzt aber voraus, dass das energy - reading existiert (das dürfte der default-Fall sein, wenn das Attribut use-power-event nicht vorhanden oder auf 0 gesetzt wurde).

Wie gesagt, meine DECT200 kann beides und damit habe ich auch beide Verfahren getestet.

Gruß

Elektrolurch

[Markus]

Ist das "use-power-event" = 0, dann wird nur einmal je Stunde das "energy", bzw. je nach device das "comsuption" reading gelesen und in die powwer-xxxx - Statistik aufgenommen.

1 wire DS2423 ist die Aktuallisierungszeit per attr einstellbar! bei 900 Fehlen dann 3 Messungen und ist somit Falsch
Ich habe jetzt auf 3600 gestellt somit wird auch nur jede Stund Berechnet und es stimmt wieder.

Code Auswählen Erweitern

define Kuhlschrank readingsProxy Zahler_Kuche:Power-Kuhlschrank
attr Kuhlschrank room Energie
attr Kuhlschrank valueFn { fhem("setreading $name energie $VALUE"); return $VALUE; }

Danke justme1968

[dombar]

@Elektrolurch
Sorry hatte mich vorgestern nen bisschen dusselig angestellt! 
Hatte da was vergessen! Die Cul_hm läuft bei mir jetzt wunderbar!
Respekt!
Gruß
Dominik

[P.A.Trick]

Mir ist heute noch aufgefallen, dass Eventmap bei den Rollo Aktoren nicht funktioniert!

Code Auswählen Erweitern

2015.02.05 11:58:29.882 2: EMONITOR_Statistik: Error EG.WZ.Rollo.Fenster has wrong state hoch

Ich benutze hoch und runter anstatt on und off. Mir wäre bei diesen Schaltern aber wichtig, dass der Standbyverbrauch (ist ja bei hoch und runter derselbe)
mitgezählt wird.
@Elektrolurch: Siehst du hier eine Möglichkeit?

[der-Lolo]

für diese standby sachen gibt es doch das power-off attribut.

[P.A.Trick]

für diese standby sachen gibt es doch das power-off attribut.

Stimmt und deshalb kommt auch die obige Fehlermeldung, da hoch und runter keine gültigen States sind!

[P.A.Trick]

Hm....meine ReadingProxy Definition wird übrigens auch als Messgerät erkannt, warum auch immer?

Code Auswählen Erweitern

Internals:
   DEF        Fritzbox:box_guestWlan
   DEVICE     Fritzbox
   NAME       gWLAN
   NR         1480
   NTFY_ORDER 50-gWLAN
   READING    box_guestWlan
   STATE      off
   TYPE       readingsProxy
   offtime    1423133947
   oldenergy  0
   oldenergytime 1423129014
   ontime     1423133947
   Content:
     Fritzbox   1
   Readings:
     2015-01-08 19:53:04   lastCmd         off
     2015-02-04 23:59:22   power-daily     0
     2015-02-04 23:59:22   power-daily-last 0
     2015-02-05 11:59:07   power-hourly    0
     2015-02-05 11:59:07   power-hourly-last 0.0
     2015-02-05 10:36:54   state           off
Attributes:
   alias      Gast-WLAN
   devStateIcon on:it_wifi@green:off off:it_wifi@red:on
   group      FRITZBOX
   room       UG.Waeschekeller
   setFn      {($CMD eq "off")?"guestWlan off":"guestWlan on";}
   setList    on off
   valueFn    {$LASTCMD}
   webCmd     on:off

Sollte m.M.n. ignoriert werden, oder?

[dombar]

@ p.a.trick gibt es denn einen stop befehl bei den rollos?
Bei uniroll gibt er z.b nur oben oder unten an!

[P.A.Trick]

@ p.a.trick gibt es denn einen stop befehl bei den rollos?
Bei uniroll gibt er z.b nur oben oder unten an!

Ja gibt es!