homebridge-fhem und eve history

[hoppel118]

Warum sollten die sich viel stärker unterscheiden?
Die Kosten werden nicht für Woche/Tag/Minute dargestellt, sondern es wird die letzte Woche/Tag/Minute als Basis für die Berechnung benutzt.

Ok, danke für die Erleuchtung!

Gruß Hoppel

[justme1968]

@MobiusOne: aktiviere mal -D. wenn mit debug geloggt wird solltest du die sehen das alle 10 minuten ein eintrag erzeugt wird.

die werte werden nicht kontinuierlich an eve übertragen sondern nur wenn du eve öffnest werden die fehlenden werte übertragen.

gehe mal in die ansicht des device selber. in der grauen zeile ganz oben gibt rechts einen grossen kreis wenn die aktuellen werte geholt werden und danach einen kleinen punkt wenn die history geholt wird. ich weiss nicht ob das auch so ist wenn man über die typen seite geht.

[MobiusOne]

@MobiusOne: aktiviere mal -D. wenn mit debug geloggt wird solltest du die sehen das alle 10 minuten ein eintrag erzeugt wird

Bei den Steckdosen kann ich diese Einträge alle paar Minuten sehen, aber bei den Kontaktsensoren passiert leider nichts.

die werte werden nicht kontinuierlich an eve übertragen sondern nur wenn du eve öffnest werden die fehlenden werte übertragen.

aber die "_persist.json" Dateien sollten aber trotzdem weiter aktualisiert werden, oder? Wie auf dem Screenshot gezeigt, sind die oberen JSON-Dateien (Steckdosen) aktuell. Die unteren Dateien sind Kontaktsensoren und diese stehen auf 12:38 Uhr von gestern. Wenn ich diese Dateien lösche und die Homebridge Neustarte, läuft es wieder für ungefähr 6 Stunden.

[exit2308]

Hallo Andre,

mir ist noch ein kleiner Fehler aufgefallen, bzgl. Energiemessung.
Folgendes verhalten:

Sobald ich den Zwischenstecker "Ein" schalte, werden die Werte für Power sauber zwischengespeichert

Code Auswählen Erweitern

Feb 23 12:34:43 debian homebridge[984]: [2019-2-23 12:34:43] [FHEM] HM_5AA8CA_Pwr-power factor: value 33.71 mapped to 33.71
Feb 23 12:34:43 debian homebridge[984]: [2019-2-23 12:34:43] [FHEM]     caching: Custom Power: 33.71 (as number; from '33.71')
Feb 23 12:34:43 debian homebridge[984]: [2019-2-23 12:34:43] [FHEM]       adding history entry { time: 1550921683, power: 33.71 }
Feb 23 12:34:43 debian homebridge[984]: [2019-2-23 12:34:43] [FHEM] **Fakegato-timer: addData  5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189 { time: 1550921683, power: 33.71 }  immediate:  false

aller 10 Minuten wird dann in die entsprechende Datei gespeichert

Code Auswählen Erweitern

Feb 23 12:39:04 debian homebridge[984]: [2019-2-23 12:39:04] [FHEM] First entry 5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189: 0
Feb 23 12:39:04 debian homebridge[984]: [2019-2-23 12:39:04] [FHEM] Last entry 5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189: 3ec
Feb 23 12:39:04 debian homebridge[984]: [2019-2-23 12:39:04] [FHEM] Used memory 5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189: 3ec
Feb 23 12:39:04 debian homebridge[984]: [2019-2-23 12:39:04] [FHEM] 116 5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189: 1e390900000000003a2f182204 0102 0202 0702 0f03ed03000400000000000000000101
Feb 23 12:39:04 debian homebridge[984]: [2019-2-23 12:39:04] [FHEM] ** Fakegato-storage write FS file: /var/homebridge-kz/debian_5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189_persist.json "firstEntry":0,"lastEntry":1004,"usedMemory":1004,"refTime":572010298,"initialTi
Feb 23 12:39:04 debian homebridge[984]: [2019-2-23 12:39:04] [FHEM] **Fakegato-timer: emptyData ** 5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189

Sobald ich jetzt das Gerät ausschalte:

Code Auswählen Erweitern

Feb 23 12:46:19 debian homebridge[984]:   2019-02-23 12:46:19 caching: HM_5AA8CA_Pwr-power: 0
Feb 23 12:46:19 debian homebridge[984]: [2019-2-23 12:46:19] [FHEM] HM_5AA8CA_Pwr-power factor: value 0 mapped to 0
Feb 23 12:46:19 debian homebridge[984]: [2019-2-23 12:46:19] [FHEM]     caching: Custom Power: 0 (as number; from '0')
Feb 23 12:46:19 debian homebridge[984]: [2019-2-23 12:46:19] [FHEM]       adding history entry { time: 1550922379, power: 0 }
Feb 23 12:46:19 debian homebridge[984]: [2019-2-23 12:46:19] [FHEM] **Fakegato-timer: addData  5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189 { time: 1550922379, power: 0 }  immediate:  false

Nach 10Minuten:

Code Auswählen Erweitern

Feb 23 12:49:04 debian homebridge[984]: [2019-2-23 12:49:04] [FHEM] First entry 5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189: 0
Feb 23 12:49:04 debian homebridge[984]: [2019-2-23 12:49:04] [FHEM] Last entry 5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189: 3ed
Feb 23 12:49:04 debian homebridge[984]: [2019-2-23 12:49:04] [FHEM] Used memory 5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189: 3ed
Feb 23 12:49:04 debian homebridge[984]: [2019-2-23 12:49:04] [FHEM] 116 5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189: 763b0900000000003a2f182204 0102 0202 0702 0f03ee03000400000000000000000101
Feb 23 12:49:04 debian homebridge[984]: [2019-2-23 12:49:04] [FHEM] ** Fakegato-storage write FS file: /var/homebridge-kz/debian_5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189_persist.json "firstEntry":0,"lastEntry":1005,"usedMemory":1005,"refTime":572010298,"initialTi
Feb 23 12:49:04 debian homebridge[984]: [2019-2-23 12:49:04] [FHEM] **Fakegato-timer: emptyData ** 5c4c1b17-f33f-3730-d410-fa7ceefcf0afd189
Ich hoffe ich habe es so weit richtig interpretiert, so weit so gut.
Im log selbst findet sich danach kein Eintrag mehr welcher bzgl. Power mit "adding history entry" vermerkt ist. Der Wert müsste hier dann 0 haben. Im eingeschalteten zustand geht es ohne Probleme

Wenn ich jetzt aber in die entsprechende Datei schaue, wird mir bei der 12:49:04 aber 23.82 angezeigt. Dieser Wert wird aller 10min in die Datei gespeichert, solange, bis sich der Wert wieder ändert, z.B. durch einschalten. Das reading für Power steht im fhem aber auf 0. Mittels event-min-interval (.*:300) und event-on-change-reading (.*) sollte ein Event aller 5min oder bei änderung ausgelöst werden.

Code Auswählen Erweitern

,{"power":23.82,"time":1550922544},{"time":1550923144,"power":23.82},{"time":1550923744,"power":23.82}]

Edit: Beim reading für voltage funktioniert es und es findet immer ein Caching statt. Bei den anderen readings (current, power und energy) nicht.

[Typ1er]

warum wird mir beim einbinden eines Relais als MotionSesnor zusätzlich ein Schalter angezeigt? Kann ich das anders Konfigurieren das dieser Schalter nicht kommt. Der Fehler tritt nicht bei allen virtuellen Bewegungsmelder auf.

Code Auswählen Erweitern

Internals:
   CFGFN     
   CID        DVES_476256
   DEF        DVES_476256
   DEVICETOPIC MQTT2_DVES_476256
   FUUID      5c7317e0-f33f-06ea-35ac-393187250bb2c420
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 108
   MQTT2_FHEM_Server_TIME 2019-02-25 00:55:44
   MSGCNT     108
   NAME       MQTT2_DVES_476256_CH1
   NR         831
   STATE      off
   TYPE       MQTT2_DEVICE
   OLDREADINGS:
   READINGS:
     2019-02-25 00:55:44   LoadAvg         19
     2019-02-25 00:55:44   POWER1          off
     2019-02-25 00:55:44   POWER2          off
     2019-02-25 00:55:44   POWER3          off
     2019-02-25 00:55:44   POWER4          off
     2019-02-25 00:10:31   SaveData        on
     2019-02-25 00:10:31   SetOption26     on
     2019-02-25 00:55:44   Sleep           50
     2019-02-25 00:55:44   SleepMode       Dynamic
     2019-02-25 00:10:30   StateText1      off
     2019-02-25 00:10:30   StateText2      on
     2019-02-25 00:10:30   StateText3      toggle
     2019-02-25 00:10:31   StateText4      hold
     2019-02-25 00:55:44   Time            2019-02-25T00:55:44
     2019-02-25 00:55:44   Uptime          14T03:27:00
     2019-02-25 00:55:44   Vcc             3.053
     2019-02-25 00:55:44   Wifi_AP         1
     2019-02-25 00:55:44   Wifi_BSSId      F0:B0:14:52:CA:06
     2019-02-25 00:55:44   Wifi_Channel    6
     2019-02-25 00:55:44   Wifi_RSSI       96
     2019-02-25 00:55:44   Wifi_SSId       Funkloch
     2019-02-25 00:55:03   state           set_on
Attributes:
   IODev      MQTT2_FHEM_Server
   alias      Klingel am Tor
   autocreate 0
   devStateIcon off:ios-off:on on:ios-on-green:off
   genericDeviceType MotionSensor
   homebridgeMapping MotionDetected=POWER1,values=off:0;on:1
E863F10A-079E-48FF-8F27-9C2605A29F52=Vcc,name=Voltage,factor=1000,format=FLOAT
history:size=1024
   readingList tele/Klingel/LWT:.* LWT
  tele/Klingel/STATE:.* { json2nameValue($EVENT) }
  tele/Klingel/SENSOR:.* { json2nameValue($EVENT) }
  tele/Klingel/INFO.:.* { json2nameValue($EVENT) }
  stat/Klingel/RESULT:.* { json2nameValue($EVENT) }
   room       Homekit,MQTT2_DEVICE
   setList    off:noArg    cmnd/Klingel/POWER1 0
  on:noArg     cmnd/Klingel/POWER1 1
  toggle:noArg cmnd/Klingel/POWER1 2
   setStateList on off toggle
   siriName   Klingel-am-Tor
   stateFormat POWER1

[justme1968]

@MobiusOne: bei mir erzeugt die history für kontakt sensoren regelmäßig einträge.

@exit2308: irgendwo stand das die history für den verbrauch nur aktualisiert wird wenn das gerät auch eingeschaltet ist. ich weiss aber nicht ob dein fehler von eve seite oder von fakegato seite kommt.

ich muss mal schauen ob ich den timer zum regelmäßigen erzeugen der eintrage selber implementiere.

@Typ1er: weil dein device on und off kommandos hat.
setz mal ein clear an den anfang deines homebridgeMapping

[EinEinfach]

Hallo zusammen,

bei meinem Homatic Wandthermostat gibt es regelmäßig 0°C Aussetzer. Hat das jemand auch, was mache ich falsch?

Gruß

[Typ1er]

@justme1968 Danke hat geklappt


Ich habe ein seltsames verhalten bei Kontaktsensoren, betrifft aber auch Temperatursensoren.

-der letzte Start von Eve liegt ca 4 Stunden zurück
-der Kontaktsensor wurde mehrfach geöffnet/geschlossen in der Zeit
-wenn ich jetzt den Pi/FHEM neu starte wird keine History für die 4h angezeigt (beim Start von Eve, nach dem Reboot), erst wieder wenn der Sensor ein neues Reading triggert
-dann werden auch die open/close Meldungen innerhalb der 4Stunden nachgeladen

[justme1968]

bei mir hat eve ein problem mit dem ersten device nach dem starten der app.

der punkt beim holen der daten bleibt ewig stehen.

das zweite geht dann problemlos.

eve komplett beenden und neu starten behebt das.

ich tippe auf ein problem in der app.

[MobiusOne]

Hallo justme1986,

ich konnte das Problem lösen. Im Homebridgemapping dürfen folgende Einträge nicht stehen:

Code Auswählen Erweitern

StatusTampered=0.SABOTAGE,values=Sabotage:1;;Ok:0
StatusFault=0.ERROR_CODE

Das Problem bei StatusTampered scheint zusein, dass er (im LOG stehend) die Werte Sabotage und Ok werden nicht als Zahl übersetzt. Es wird immer angezeigt "Ok is not a number". Damit kann ich erstmals mit Leben

[justme1968]

wenn die werte nicht übersetzt werden: ich tippe die reading werte sind anders geschrieben.

mit -D siehst du im homebridge log mehr

[TimoD]

Klappt bei mir nicht, habe mir nun einige Seite des Threads durchgelesen, finde aber keine Antwort.

Einfach Konfig:

Ein Gerät mit einer Temperatur in state, folgende Homebridge Konfig:
genericDeviceType thermometer
homebridgeMapping CurrentTemperature=state, history:size=1024

Leider funktioniert die History nicht, was mache ich falsch,....?

Schonmal vielen Dank!

[DeeSPe]

homebridgeMapping CurrentTemperature=state, history:size=1024

Leider funktioniert die History nicht, was mache ich falsch,....?

Das Leerzeichen zwischen "state," und "history" weglassen und dann sollte es funktionieren.

Gruß
Dan

[kennymc.c]

Hallo zusammen,

bei meinem Homatic Wandthermostat gibt es regelmäßig 0°C Aussetzer. Hat das jemand auch, was mache ich falsch?

Gruß

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.

[Doodieb]

Coole Lösung, sehr einfach zu verwenden. Danke!

Gibt es eine Möglichkeit dieses Feature auf für Airquality, Humidty und Airpressure zu erweitern? Fakegato kann das wohl.

Diese Erweiterung wäre echt toll