homebridge-fhem und eve history

[hoppel118]

Humidity ist jetzt schon möglich. Bei meinen Homematic Sensoren funktioniert es, siehe Screenshot.

Hast du dich schonmal mit Homebridgemapping beschäftigt?

https://wiki.fhem.de/wiki/Homebridge_User_Configs

Gruß Hoppel

[justme1968]

Humidty und Airpressure sind beide drin. wichtig: eve scheint nur dann richtig zu funktionieren wenn die charateristics genau in der kombination verwendet werden wie sie auch in einem 'echten' eve device zu finden sind.

die homekit AirQuality characteristic ist für history nicht engebaut. die in der fakegato doku erwähnte AirQuality scheint etwas anderes zu sein da dort in der doku von ppm gesprochen wird, HomeKit aber 5 'qualitätstufen' erwartet.  ich habe dann dann nicht weiter probiert.

[kennymc.c]

Bei meinen Homematic Sensoren funktioniert es, siehe Screenshot.

Welche history size ist denn da im HomeBridgeMapping eingestellt?

[hoppel118]

Du definierst die history size ein Mal pro Homebridgemapping. Das gilt dann für alle Readings des Devices für die die history funktioniert.

Bei mir ist momentan überall die empfohlene history size 1024 konfiguriert. Mit wesentlich größeren sizes (bspw. ca. 102400) hatte ich Probleme. Die history hat dann nicht mehr funktioniert. Hatte aber auch keine Zeit mehr etwas größeres wie bspw. 2048 zu testen. Evtl. klappt das auch.

EVE speichert die Werte aber zusätzlich nochmal auf deinen Apple Devices zwischen, auch über 1024 hinaus.

Gruß Hoppel

[kennymc.c]

Ok, ich habe auch 1024 definiert also kann es schon mal nicht daran liegen. Ich habe auch noch kein Muster gefunden wann die 0 Grad Werte auftauchen. Auf jeden Fall sind es zusätzliche Werte, die so nicht in FHEM oder im Homebridge Log auftauchen.

Humidty und Airpressure sind beide drin. wichtig: eve scheint nur dann richtig zu funktionieren wenn die charateristics genau in der kombination verwendet werden wie sie auch in einem 'echten' eve device zu finden sind.

Wie müssen denn die Characteristics für Humidity aussehen? Bei den Xiaomis funktioniert beides ohne Mapping und sowohl dort als auch bei HM heißt das entsprechende Reading humidity.

[hoppel118]

Wie müssen denn die Characteristics für Humidity aussehen? Bei den Xiaomis funktioniert beides ohne Mapping und sowohl dort als auch bei HM heißt das entsprechende Reading humidity.

Hattest du dir den Link zum Wiki, den ich zuvor gepostet hatte, mal angesehen?

Dort (siehe Feuchtesensor) wird doch sehr gut beschrieben, wie das Mapping für humidity zu konfigurieren ist.

Gruß Hoppel

[kennymc.c]

Ich hab jetzt CurrentTemperature und CurrentRelativeHumidity als Mapping definiert. War mir nicht bewusst, dass das auf der Wiki Seite auch die eve kompatiblen charateristics sind. Mal gucken, ob auch die 0er Werte jetzt ausbleiben.
Ich finde es nur trotzdem seltsam, dass ich das Mapping für die HM Sensoren konfigurieren muss, wenn es bei den Xiaomis anscheinend ganz ohne Mapping auch mit der history funktioniert. Dort heißt das Reading ja ebenfalls nur humidity/temperature und nicht CurrentTemperature/CurrentReleativeHumidity wie bei den eve charateristics.


Update: Leider keine Besserung. Sowohl die 0er Werte tauchen noch auf und die History der Luftfeuchtigkeit ist ebenfalls noch leer.
Ich habe zusätzlich wie im Wiki auch noch Current + TargetHeatingCoolingState definiert. Dazu wurde zwar eine History erstellt, die aber ebenfalls 0er Werte aufweist. Ist hier natürlich nicht so schlimm, da zu den entsprechen Zeitpunkten das Ventil ja wirklich bei 0 ist.
Hier mal eine Mapping eines meiner Wandthermostate (BZ_Thermostat_Climate). heatingState (in BZ_Heizung_Clima) und ValvePosition (mit Werten aus BZ_Heizung_Clima) sind jeweils als userReading im Device definiert.

Code Auswählen Erweitern


4648454d-0201-686F-6D65-627269646765=ValvePosition,name=Ventilposition,format=UINT8
CurrentTemperature=measured-temp,nocache=1 CurrentHeatingCoolingState=BZ_Heizung_Clima:heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0,valud=OFF
TargetHeatingCoolingState=BZ_Heizung_Clima:heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlMode+boost;;AUTO:controlMode+auto;;COOL:controlManu+17.0
CurrentRelativeHumidity=humidity
E863F10A-079E-48FF-8F27-9C2605A29F52=BZ_Thermostat:batteryLevel,name=Voltage,format=FLOAT
history:size=1024
TargetTemperature=desired-temp::desired-temp,minValue=5,maxValue=35,minStep=0.5,nocache=1
StatusLowBattery=BZ_Thermostat:battery,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW


[crazykiwi]

Bei mir das gleiche Problem bei allen HM Wandthermostaten. Die restlichen Xiaomi Sensoren haben dagegen keine Aussetzer. Das Problem ist auch nur in der App vorhanden und kommt nicht vom Device selbst.

Bei meinen LaCrosse-Sensoren auch - mal bei Temperatur, mal bei der Luftfeuchtigkeit ganz viele Nuller-Einträge, und soweit ich das bisher beobachten konnte auch nur, wenn der Raspi bzw. die Homebridge neu gestartet wird. Läuft alles längere Zeit am Stück, scheint es keine Aussetzer mehr zu geben.
Mein Homebridgemapping schaut folgendermaßen aus:

Code Auswählen Erweitern

clear
CurrentTemperature:temperature,maxValue=35,minValue=0,minStep=.1
CurrentRelativeHumidity:humidity,maxValue=100,minValue=0,minStep=1
095c46e2-278e-4e3c-b9e7-364622a0f501:dewpoint,name=Taupunkt,format=FLOAT,unit=CELSIUS,maxValue=30,minValue=-30,minStep=.1
history:size=1024
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW

Hat jemand eine Idee? Ist es bei den anderen auch so, dass das nur auftritt, wenn neu gestartet wurde?

Die Aussetzer scheinen nach einem Neustart so lange anzuhalten, bis sich der entsprechende Wert der Temperatur/Luftfeuchtigkeit mal geändert hat (kann ich aber nicht mit Sicherheit sagen - ist nur eine Vermutung).
Habe nur

Code Auswählen Erweitern

event-min-interval .*:300 gesetzt, damit nur alle 5min events erzeugt werden - die Sensoren erzeugen sonst ja sehr viele Readings, auch wenn sich der Wert nicht ändert. Dennoch werden nach einem Neustart oft für Stunden keine History-Einträge erzeugt...

[hoppel118]

Ist es bei den anderen auch so, dass das nur auftritt, wenn neu gestartet wurde?

Ja, das haben wir in diesem Thread alles schon durchdiskutiert.

Ich habe bei meinen Homematic Sensoren dasselbe Verhalten. Andre hatte dafür noch keine grundsätzliche Lösung. Er hat aber geschildert, woran es liegt. Die History schreibt nach dem Neustart der Homebridge 0-Werte, wenn sich das Reading für Temperatur oder Luftfeuchte zum vorangegangenen Wert nicht verändert hat. Sobald sich das Reading ändert, wird der neue Wert in die history geschrieben.

Mit ,,setreading" kann man dem Gerät, welches 0-Werte in die history schreibt, auf die Sprünge helfen. Einfach einen Wert in der Nähe des letzten gültigen Wertes setzen und schon funktioniert es.

Sporadische 0-Werte während des Betriebes habe ich nicht.

Gruß Hoppel

[crazykiwi]

Ah, danke - gerade habe ich meinen Beitrag noch einmal ergänzt (bevor ich deine Antwort gelesen habe). Dann deckt sich das ja mit meiner Beobachtung. Aber setreading ist ja nicht wirklich eine Lösung, wenn ich den Raspi regelmäßig über crontab neustarte und viele Sensoren habe... 

[kennymc.c]

Bei mir treten die 0-Werte auch während des Betriebs auf. Events werden bei den Devices für measured-temp über event-on-change-reading auch nur bei Änderungen von mindestens 0.2 Grad erzeugt.

[hoppel118]

Aber setreading ist ja nicht wirklich eine Lösung, wenn ich den Raspi regelmäßig über crontab neustarte und viele Sensoren habe... 

Eine Lösung nicht, aber zumindest ein Workaround. Gegen eine Lösung dafür hätte ich allerdings auch nichts einzuwenden.

@Andre: Siehst du hier eine Chance auf deiner Prioliste?

Danke und Gruß Hoppel

[exit2308]

Hallo Andre,

hast du an den Mappings für Energie etwas verändert?
Die mappings bei Energie stimmen wieder nicht. Energy und Current

Code Auswählen Erweitern

Mai 05 07:49:05 debian homebridge[584]:   2019-05-05 07:49:05 caching: HM_57F341_Pwr-voltage: 237.4
Mai 05 07:49:05 debian homebridge[584]: [2019-5-5 07:49:05] [FHEM] HM_57F341_Pwr-voltage factor: value 237.4 mapped to 237.4
Mai 05 07:49:05 debian homebridge[584]: [2019-5-5 07:49:05] [FHEM]     caching: Custom Voltage: 237.4 (as number; from '237.4')
Mai 05 07:49:13 debian homebridge[584]:   2019-05-05 07:49:13 caching: HM_57F341_Pwr-current: 637
Mai 05 07:49:13 debian homebridge[584]: [2019-5-5 07:49:13] [FHEM] HM_57F341_Pwr-current factor: value 637 mapped to 637
Mai 05 07:49:13 debian homebridge[584]: [2019-5-5 07:49:13] [FHEM]     caching: Custom Current: 637 (as number; from '637')
Mai 05 07:49:13 debian homebridge[584]:   2019-05-05 07:49:13 caching: HM_57F341_Pwr-energy: 28324.6
Mai 05 07:49:13 debian homebridge[584]: [2019-5-5 07:49:13] [FHEM] HM_57F341_Pwr-energy factor: value 28324.6 mapped to 28324.6
Mai 05 07:49:13 debian homebridge[584]: [2019-5-5 07:49:13] [FHEM]     caching: Custom Energy: 28324.6 (as number; from '28324.6')
Mai 05 07:49:13 debian homebridge[584]:   2019-05-05 07:49:13 caching: HM_57F341_Pwr-power: 141.08
Mai 05 07:49:13 debian homebridge[584]: [2019-5-5 07:49:13] [FHEM] HM_57F341_Pwr-power factor: value 141.08 mapped to 141.08
Mai 05 07:49:13 debian homebridge[584]: [2019-5-5 07:49:13] [FHEM]     caching: Custom Power: 141.08 (as number; from '141.08')
Mai 05 07:49:13 debian homebridge[584]: [2019-5-5 07:49:13] [FHEM]       adding history entry { time: 1557035353, power: 141.08 }
Mai 05 07:49:13 debian homebridge[584]: [2019-5-5 07:49:13] [FHEM] **Fakegato-timer: addData  5c4c1b18-f33f-3730-76c1-2eb8d2a749cca947 { time: 1557035353, power: 141.08 }  immediate:  false


Code Auswählen Erweitern

Internals:
   DEF        57F34102
   FUUID      5c4c1b18-f33f-3730-76c1-2eb8d2a749cca947
   NAME       HM_57F341_Pwr
   NOTIFYDEV  global
   NR         171
   NTFY_ORDER 50-HM_57F341_Pwr
   STATE      28328.9
   TYPE       CUL_HM
   chanNo     02
   device     HM_57F341
   READINGS:
     2019-05-05 07:51:07   boot            off
     2019-05-05 07:51:07   current         619
     2019-05-05 07:51:07   eState          E: 28328.9 P: 136.4 I: 619 U: 237.3 f: 49.98
     2019-05-05 07:51:07   energy          28328.9
     2019-05-05 07:51:07   energyCalc      86937.3
     2019-01-30 13:11:30   energyOffset    58608.4
     2019-05-05 07:51:07   frequency       49.98
     2019-05-05 07:51:07   power           136.4
     2019-05-05 07:51:07   state           28328.9
     2019-05-05 07:51:07   voltage         237.3
   helper:
     peerFriend
     peerOpt    -:powerMeter
     regLst     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     tmpl:
Attributes:
   alias      Wohnzimmer - Multimedia (Leistung)
   genericDeviceType outlet
   group      Sensoren
   homebridgeMapping On=WZ_Multimedia:state,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
history:size=1024,type=energy
   model      HM-ES-PMSW1-PL-DN-R1
   room       2.2 - Leistung,6.0 - Homematic,HomeKit
   siriName   Multimedia

[kalleknx]

Hallo zusammen,

ich check es nicht...wahrscheinlich ist es nur eine Kleinigkeit:

Obwohl ich fakegato-history via

npm install -g fakegato-history

installiert habe, sehe ich keine Graphen in der EVE app (trotz mehrmaligem restart des homebridge service).
Folgende Meldung sehe ich im log:

May  7 12:20:40 fhem homebridge[11100]: [2019-5-7 12:20:39] [FHEM] HM_520B8C: fakegato-history not installed
May  7 12:20:40 fhem homebridge[11100]: [2019-5-7 12:20:39] [FHEM] KNX_0001002: fakegato-history not installed
May  7 12:20:40 fhem homebridge[11100]: [2019-5-7 12:20:40] [FHEM] xiaomi_myplant00: fakegato-history not installed

Muss ich noch einen Eintrag in die config.json von homebridge machen?

Danke und Gruss
kalle

[Typ1er]

Das muss man nicht extra Installieren. Zumindest musste ich es nicht extra installieren. FHEM Plugin sollte das aktuelle sein.