homebridge-fhem und eve history

[hoppel118]

Ok, dann würde man bei einer history size von 1024 und 144 Einträgen pro Tag (6 Einträge pro Stunde, 24 Stunden am Tag) ein bisschen mehr als 7 Tage loggen können.

1024 / 144 = 7,11d

Da stimmt in der Überlegung etwas noch nicht. Bei folgendem Humidity-Sensor (siehe Screenshot) habe ich bspw. schon 1347 Einträge. Die max. Anzahl von 1024 wäre damit schon überschritten. Dieser Humidity-Sensor loggt alle 10min einen Eintrag. (Wenn die Menge pro Tag nicht 144 entspricht, habe ich entweder 0-Werte manuell gelöscht oder meine Homebridge war nicht aktiv. Das sollte sich jetzt aber langsam einpendeln. Meine history size ist momentan 1024.)

Am liebsten würde ich einfach gern den Maximalwert in der history size hinterlegen, so dass ich immer die max. Historie in den Diagrammen sehe. Besser wäre, wenn man so einen Wert wie ,,999999" angeben könnte und dann so lange geloggt wird bis der Festplattenspeicher voll ist. Festplattenspeicher voll ist bei mir eher unwahrscheinlich. Unsere FHEM-Filelogs loggen ja auch unbegrenzt, auch wenn pro Jahr eine neue Datei erstellt wird.

Dass die Eve App ggf. nur Jahr anzeigen kann, ist ja wieder ein anderes Thema. Selbst wenn Eve momentan nur ein Jahr anzeigt, kann sich das in Zukunft ja noch ändern.

Gruß Hoppel



Gruß Hoppel

[justme1968]

es kann sein das die app auch noch ältere werte speichert und der ring buffer auf homebridge seite nur verbindungspausen überbrückt.

[MobiusOne]

Bei original EVE Produkte sind immer bis zu 22 Tage (+/-) auf dem Gerät selber gespeichert. Die History in der App geht dann aber trotzdem weiter zurück.

[hoppel118]

Wenn ich ein Jahr Daten loggen wollen würde, wäre ich ja schon bei einer history size von 52560 (10 Einträge pro Stunde, 144 Einträge pro Tag, 52560 Einträge pro Jahr):

Meine Thermostate schaffen teilweise über 300 Einträge pro Tag. Demnach müsste ich für ein Jahr Daten schon eine history size von 110000 konfigurieren.

Ich denke, ich werde einfach mal eine history size von 204800 ausprobieren. So könnte ich dann auf jeden Fall mehr als 1 Jahr loggen.

@Andre: Spricht Code-technisch irgendwas gegen eine history size dieser Größe?

Gruß Hoppel

[justme1968]

ich glaube das ist nicht nötig. der buffer auf homebridge seite soll nur die zeit bis zum nächsten verbindet der app überbrücken. eve selber speichert die daten länger als der buffer.

[hoppel118]

Aber was ist, wenn ich mein Handy auf Werkseinstellungen zurücksetze oder es durch ein neueres Modell ersetze ohne ein Backup einzuspielen?

Fange ich dann nicht quasi wieder von vorn an. Das würde mich dann schon irgendwie ärgern. Deshalb will ich das jetzt einmal zu Beginn für mich klären...

[justme1968]

das ist vermutlich so. aber warum  sollte man so etwas machen? dann sind doch noch viel wichtigere dinge weg.

ich habe keine ahnung wie stabil homebridge mit so einem
riesigen buffer läuft. es wird ja alles im hauptspeicher gehalten. in ascii. schau dir mal an wie groß die persist files nach eine paar tagen schon sind.

ich würde je nach rechner nicht über 4 oder höchstens niedrig 5 stellig gehen.

in fhem sind historische daten ganz sicher besser aufgehoben. ganz abgesehen davon: interessiert dich in ein paar tagen wirklich noch wann welches fenster offen war?

[crazykiwi]

Habe heute ein Update auf Homebridge-fhem 0.4.19 gemacht und mich gefreut, dass meine Temperatur-/Luftfeuchtesensoren jetzt nach Anpassung des homebridgemapping jetzt eine History in Eve haben - vielen Dank für diese klasse Erweiterung! 

Ich habe jetzt allerdings 2 "Probleme" mit meinen MAX-Thermostaten:
1) Die Ventilposition á "ACTUATION" wird jetzt nicht mehr in Eve angezeigt
2) Auch hier gibt es jetzt eine History - allerdings wird in der Historie unter "Temperatur-Zielwert" in Eve fälschlicherweise der Verlauf der Ist-Temperatur angezeigt, nicht der Zielwert

Was muss ich dazu noch anpassen? 

[hoppel118]

das ist vermutlich so. aber warum  sollte man so etwas machen? dann sind doch noch viel wichtigere dinge weg.

Wahrscheinlich hast du Recht!

ich habe keine ahnung wie stabil homebridge mit so einem
riesigen buffer läuft. es wird ja alles im hauptspeicher gehalten. in ascii. schau dir mal an wie groß die persist files nach eine paar tagen schon sind.

So riesig finde ich das noch nicht. Da habe ich bei meinen Filelogs schlimmere Sachen dabei. Bei meinen Unifi Switchen bin ich jeweils jetzt schon für 2019 bei knapp 400MB.  Naja, wofür gibt es diese riesigen Festplatten/SSDs heutzutage? 

ich würde je nach rechner nicht über 4 oder höchstens niedrig 5 stellig gehen.

OK, danke für diesen Tip.

in fhem sind historische daten ganz sicher besser aufgehoben. ganz abgesehen davon: interessiert dich in ein paar tagen wirklich noch wann welches fenster offen war?

Fenster-Status eher weniger, aber Temperatur, Luftfeuchtigkeit, Windgeschwindigkeit und Windrichtung vrsl. schon. Aber hast schon Recht, fhem habe ich ja auch noch.

Dann denke ich mal nicht ganz so großspurig und starte mit einer history size von 10240. Dann habe ich im Fall der Fälle noch irgendwas zwischen einem und drei Monaten an Daten. Danke für den Denkanstoß!

Die History Size 10240 habe ich gerade konfiguriert.

In dem Zuge habe ich gleich nochmal auf homebridge-fhem 0.4.19 geupdated.

Vielen Dank und einen schönen Abend!

[hoppel118]

1) Die Ventilposition á "ACTUATION" wird jetzt nicht mehr in Eve angezeigt

Hast du dir Mal das Modus-Diagramm angeschaut? Bei mir wird die Actuation darin geloggt. Das finde ich auch gut so, da es für Modus noch kein Reverse-Engineering gab und das Diagramm somit einfach leer wäre. Zumindest habe ich es so verstanden...

2) Auch hier gibt es jetzt eine History - allerdings wird in der Historie unter "Temperatur-Zielwert" in Eve fälschlicherweise der Verlauf der Ist-Temperatur angezeigt, nicht der Zielwert

Kannst du mal einen Screenshot bereitstellen?

Hier ist ein List von einem meiner Homematic-Thermostate, damit du das mal vergleichen kannst:

Code Auswählen Erweitern

Internals:
   DEF        681CFB04
   FUUID      5c438e35-f33f-5dcf-cf56-3ed34f7077944f81
   NAME       OG_WZ_Essbereich_Thermostat_Clima
   NOTIFYDEV  global
   NR         139
   NTFY_ORDER 50-OG_WZ_Essbereich_Thermostat_Clima
   STATE      T: 21.1 desired: 19.0 valve: 0
   TYPE       CUL_HM
   chanNo     04
   device     OG_WZ_Essbereich_Thermostat
   peerList   OG_WZ_Wohnbereich_Thermostat_ClimaTeam,4A75C505,
   READINGS:
     2019-02-19 21:25:13   CommandAccepted yes
     2018-11-10 16:52:17   R-boostPos      80 %
     2018-11-10 16:52:17   R-btnNoBckLight off
     2018-11-10 16:52:17   R-dayTemp       21 C
     2018-11-10 16:52:17   R-daylightSaveTime on
     2018-11-10 16:52:17   R-modePrioManu  all
     2018-11-10 16:52:17   R-modePrioParty all
     2018-11-10 16:52:17   R-nightTemp     17 C
     2018-11-10 16:52:17   R-noMinMax4Manu off
     2018-11-10 16:52:17   R-regAdaptive   on
     2018-11-10 16:52:17   R-showInfo      time
     2018-11-10 16:52:13   R-sign          off
     2018-11-10 16:52:17   R-tempOffset    0.0K
     2018-11-10 16:52:17   R-valveOffsetRt 0 %
     2018-11-10 16:52:17   R-winOpnBoost   off
     2019-02-13 11:54:34   R_0_tempListSat 07:30 18.0 11:00 21.0 18:00 19.0 22:00 21.0 24:00 19.0
     2019-02-13 11:54:34   R_1_tempListSun 07:30 18.0 11:00 21.0 18:00 19.0 22:00 21.0 24:00 19.0
     2019-02-13 11:54:34   R_2_tempListMon 18:00 18.0 22:00 21.0 24:00 19.0
     2019-02-13 11:54:34   R_3_tempListTue 18:00 18.0 22:00 21.0 24:00 19.0
     2019-02-13 11:54:34   R_4_tempListWed 18:00 18.0 22:00 21.0 24:00 19.0
     2019-02-13 11:54:34   R_5_tempListThu 18:00 18.0 22:00 21.0 24:00 19.0
     2019-02-13 11:54:34   R_6_tempListFri 18:00 18.0 22:00 21.0 24:00 19.0
     2019-02-13 11:54:34   R_tempList_State verified
     2018-12-09 23:29:29   RegL_01.        00:00 08:00
     2019-02-13 11:54:34   RegL_07.        00:00 01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:30 0B:00 0C:64 0D:0F 0E:05 0F:00 10:00 11:00 12:09 13:8E 14:48 15:5A 16:54 17:84 18:4C 19:D8 1A:55 1B:08 1C:4D 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:48 2F:5A 30:54 31:84 32:4C 33:D8 34:55 35:08 36:4D 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:48 49:D8 4A:55 4B:08 4C:4D 4D:20 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:48 63:D8 64:55 65:08 66:4D 67:20 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:48 7D:D8 7E:55 7F:08 80:4D 81:20 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:48 97:D8 98:55 99:08 9A:4D 9B:20 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:48 B1:D8 B2:55 B3:08 B4:4D B5:20 B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:12 CB:21 CC:2D CD:0F CE:1E CF:1E
     2019-02-19 23:04:24   ValvePosition   0
     2019-02-19 23:04:24   boostTime       -
     2019-02-19 23:04:24   controlMode     auto
     2019-02-19 23:04:24   desired-temp    19.0
     2019-02-19 23:04:24   heatingState    AUTO
     2019-02-19 23:04:24   measured-temp   21.1
     2019-02-19 23:04:24   partyEnd        -
     2019-02-19 23:04:24   partyStart      -
     2019-02-19 23:04:24   partyTemp       -
     2019-02-19 22:55:43   peerList        OG_WZ_Wohnbereich_Thermostat_ClimaTeam,4A75C505,
     2019-02-19 21:25:13   recentStateType ack
     2019-02-19 23:04:24   state           T: 21.1 desired: 19.0 valve: 0
     2019-02-19 22:55:43   tempTmplSet     none
     2019-01-10 18:28:54   trigLast        fhem:80
   helper:
     regLst     ,1,7
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     shRegR:
       07         00
     tmpl:
Attributes:
   alias      Essbereich Thermostat
   expert     2_defReg+raw
   group      Thermostate
   homebridgeMapping TargetTemperature=desired-temp::desired-temp,minValue=5,maxValue=30,minStep=0.5,nocache=1 CurrentTemperature=OG_WZ_Essbereich_Thermostat_Clima:measured-temp,nocache=1 StatusLowBattery=OG_WZ_Essbereich_Thermostat:battery,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0,valud=OFF history:size=1024
   icon       sani_heating
   model      HM-CC-RT-DN
   peerIDs    00000000,47D5B105,4A75C505,
   room       Wohnzimmer,Thermostate,Homebridge-Homematic
   tempListTmpl none
   userReadings heatingState {(ReadingsVal($NAME,"ValvePosition",0) > 0 || ReadingsVal($NAME,"desired-temp","-") eq "on") ? "HEAT" : ReadingsVal($NAME,"desired-temp","-") eq "off" ? "OFF" : ReadingsVal($NAME,"controlMode","auto") eq "auto" ? "AUTO" : (ReadingsVal($NAME,"measured-temp",20) > ReadingsVal($NAME,"desired-temp",20)) ? "COOL" : "AUTO"}


Gruß Hoppel

[crazykiwi]

Vielen Dank für das Feedback. Ist leider nichts zu sehen im Modus-Diagramm.
Deine Definitionen schau ich morgen mal an...

[hoppel118]

Dort ist natürlich immer nur was zu sehen, wenn du das Thermostat aufdrehst.

Gruß Hoppel

[crazykiwi]

Das ändert leider nichts - da wird egal bei welcher Ventilstellung nichts angezeigt. Als Wert wird immer 0 in die History geschrieben. 

EDIT: Muss mich korrigieren - jetzt hat er doch etwas nachgetragen. Scheint die Ventilstellung zu sein. 
Aber ist es jetzt gar nicht mehr möglich, die aktuelle Ventilstellung in der Eve-App einzusehen (also nicht die zeitverzögerte History)? Früher wurde das ja direkt als ACTUATION angezeigt. Wie ich in deinem Screenshot sehe, wird beim Thermostat aber auch die Ist-Temperatur als History gespeichert - ich dachte ich kann da die Historie der Soll-Temperatur einsehen (Ist habe ich ja schon bei meinen Sensoren als History)?

[hoppel118]

Meine Devices haben nach der Konfiguration einer hostory size von 10240 heute Nacht aufgehört zu loggen. Die meisten Geräte haben aber seit der Einstellung gar nicht mehr geloggt. 10240 ist also zu groß. Bin jetzt erstmal wieder zurück auf 1024 und die Geräte loggen wieder. Im Homebridge log kann ich keine Fehler entdecken.

EDIT: Muss mich korrigieren - jetzt hat er doch etwas nachgetragen. Scheint die Ventilstellung zu sein. 
Aber ist es jetzt gar nicht mehr möglich, die aktuelle Ventilstellung in der Eve-App einzusehen (also nicht die zeitverzögerte History)? Früher wurde das ja direkt als ACTUATION angezeigt. Wie ich in deinem Screenshot sehe, wird beim Thermostat aber auch die Ist-Temperatur als History gespeichert - ich dachte ich kann da die Historie der Soll-Temperatur einsehen (Ist habe ich ja schon bei meinen Sensoren als History)?

Was meinst du mit "zeitverzögerte History"? Die Ventilstellungen siehst du nun wenn du unter Modus auf die "..." (drei weiße Punkte im blauen Kreis) tippst und dort auf Messungen. Die SOLL-Temperatur funktioniert noch nicht. Das hatten wir weiter vorn in diesem Thread schon diskutiert. Anscheinend soll es irgendwie möglich sein beide Linien (IST und SOLL) in dem Diagramm "Temperatur Zielwert" anzuzeigen. Dazu hatten wir erste Versuche mit homebridge custom characteristics gestartet. Statt die SOLL-Temperatur als zusätzliche Linie zu sehen, konnte ich dann aber plötzlich Zeitpläne in der App konfigurieren. Das hatte ich in diesem Beitrag mit Screenshots festgehalten:

https://forum.fhem.de/index.php/topic,97059.msg906830.html#msg906830

Meine Vermtutung war/ist, dass man, um die SOLL-Temperatur als zusätzliche Linie zu sehen, den Zeitplan auch in der Eve-App konfigurieren muss. Dies habe ich aber nicht weiter getestet bzw. verfolgt, da fhem das bei mir managed und auch managen soll und nicht homebridge bzw. Eve, auch wenn ich das optisch ziemlich sexy finde.

Gruß Hoppel

[crazykiwi]

Mit zeitverzögert meine ich, dass wir ja schon festgestellt hatten, dass sich die History ja oft verzögert aufbaut. Bei der früheren Version hatte man halt die Möglichkeit sich die aktuellen Ventilstellungen aller Thermostate übersichtlich unter ,,Typen" - ,,Actuation" anzeigen zu lassen.
Aber so wichtig ist es mir nun auch wieder nicht.

Die Möglichkeit mit der Zeitplaneinrichtung finde ich schon spannend, weil ich FHEM eigentlich nur für diverse Push-Mitteilungen und Custom-Readings nutze und so viel wie möglich direkt in Homekit erledige. Inzwischen fange ich aber auch langsam an das zu überdenken - nicht weil FHEM viel mächtiger ist, sondern vor allem weil man sämtliche Regeln wieder manuell in HomeKit erstellen muss, wenn es einem mal die Homebridge komplett zerschießt...

Zurück zum Thema: es wurde ja schon angesprochen, dass sich das Loggen der History bei Thermostaten anders verhält als bei Temperatursensoren. Das habe ich jetzt auch bei meiner History gesehen: heute schon mehr als 1500 Einträge bei Temperatur und Modus/Actuation. Kann das nicht irgendwie reduziert werden?
(https://uploads.tapatalk-cdn.com/20190220/c22253970d0a0d2c4d901260ea62de2a.jpg)