homebridge-fhem und eve history

[justme1968]

wie häufig events von fhem kommen kannst du mit event-min-intervall  und event-on-change-reading beeinflussen.

[exit2308]

Habe mich gerade darüber gewundert, warum du so krasse Zickzacklinien in deinem Diagramm hast, bis mir aufgefallen ist, dass du dich im Jahres-Diagramm befindest.

Hast du das Homebridge-Fakegato-History Plugin im Einsatz oder warum hast du schon so viele Daten?

War die Schaltfläche ,,JAHR" schon immer da oder kam die irgendwann, als du mehr als einen Monat Daten hattest? ,,JAHR" fehlt bei mir.

Hab es schon eine weile über das homebridge-weather-plus Plugin laufen, welches fakegato nutzt.
Konnte hier so meine History für die Wetterstation anlegen. Werde jetzt aber das Plugin wieder entfernen.
Wann die Möglichkeit für die Jahresansicht kam, kann ich leider nicht sagen, nie so drauf geachtet; vermute aber mal, daß Einträge über 1 Monat schon vorhanden sein müssen.

homebridge-weather-plus nutzt einen Memory Size von 4032. Die Einträge in das File sind bei 3630, dort sind aber nicht alle Werte; also speichert Eve selbst die Einträge.

Vermutlich wird es schon so sein wie André geschrieben hatte, daß es sich um einen Puffer auf homebridge seite handelt.

[bgewehr]

Also ich habe mich immer schon gefragt, wo meine Wohnzimmer Temperaturen hinkommen, im Log steht kontinuierlich immer 0,00.

Nun habe ich sie gefunden: sie stehen offenbar in der History der Außentemperatur...

[hoppel118]

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?

WOW, 1500 ist krass! 320 ist bei mir das Maximum bisher.

wie häufig events von fhem kommen kannst du mit event-min-intervall  und event-on-change-reading beeinflussen.

Danke für den Tip, damit habe ich mich auch noch nicht beschäftigt. Könnte man es damit so konfigurieren, dass wie bei den TH-Sensoren genau alle 10 Min ein Wert geloggt wird? Schöner wäre aber die Lösung innerhalb von homebridge-fhem.

Wann die Möglichkeit für die Jahresansicht kam, kann ich leider nicht sagen, nie so drauf geachtet; vermute aber mal, daß Einträge über 1 Monat schon vorhanden sein müssen.

Also war die Jahresansicht bei dir auch nicht von Anfang an da. Dann bin ich einfach mal gespannt, wann das bei mir auftaucht.

homebridge-weather-plus nutzt einen Memory Size von 4032. Die Einträge in das File sind bei 3630, dort sind aber nicht alle Werte; also speichert Eve selbst die Einträge.

4032 oder 4096? Aber danke für den Hinweis. Dann werde ich das mal als nächstes testen.

Viele Grüße Hoppel

[hoppel118]

Bei der früheren Version hatte man halt die Möglichkeit sich die aktuellen Ventilstellungen aller Thermostate übersichtlich unter ,,Typen" - ,,Actuation" anzeigen zu lassen.

Dafür kannst du dir die Ventilstellungen jetzt in Form von Diagrammen unter ,,Typen" - ,,Modus" anschauen. Finde ich persönlich schöner, als Zahlenwerte. Aber das ist dann wohl Geschmackssache...

Viele Grüße Hoppel

[hoppel118]

Also ich habe mich immer schon gefragt, wo meine Wohnzimmer Temperaturen hinkommen, im Log steht kontinuierlich immer 0,00.

Nun habe ich sie gefunden: sie stehen offenbar in der History der Außentemperatur...

Habe mich beim Durchsehen der letzten Beiträge gerade über die ganzen Linien oberhalb der Ist-Temperatur bei deinem Screenshot gewundert...

Könnte mir vorstellen, dass du im Homebridgemapping irgendwo falsch mappst.

Bei den Thermostaten gibt es bspw. folgende Zeile im Wiki:

Code Auswählen Erweitern

CurrentTemperature=BU_Heizung_01_Clima:measured-temp,nocache=1

Dort ist also auch ,,BU_Heizung_01_Clima" angegeben, um das Reading zu finden und zu mappen.

Ist das evtl. bei dir der Fall?

Viele Grüße Hoppel

[Typ1er]

Kann bei Kontaktsensoren auch halbe Stellungen Mappen? Um zb Fenster auch auf gekippt darzustellen?

[crazykiwi]

wie häufig events von fhem kommen kannst du mit event-min-intervall  und event-on-change-reading beeinflussen.

Danke für den Tipp - hat aber leider bei mir keinen Einfluss. Habe nur event-min-intervall getestet (600 Sekunden), aber es wird dennoch mehrmals die Minute etwas in die History geloggt.

EDIT: nach einem homebridge Neustart hat sich das doch reduziert - sind jetzt aber zu wenige Events. Muss ich erst mal beobachten. Setreading erzeugt bei einem Device kein Event, oder?

[exit2308]

@typ1er Nein, Gibt nur 0 oder 1 / geschlossen oder offen .. Auch ein Fenster was gekippt ist, ist ja offen.

[Typ1er]

Dann müssen wir wohl warten bis Codes dafür vorliegen. Angekündigt war ja mal ein Sensor der die gekippt Stellung erkennen soll.

https://www.appgefahren.de/eve-window-guard-neue-informationen-zum-fenster-und-glasbruchsensor-240419.html

[Typ1er]

Wenn man FHEM neu startet (den Pi), dann wird bei mir der Ringpuffer gelöscht, das ergibt hässliche Lücken.

[justme1968]

@hoppel118: bei der größe nicht vergessen das es die anzahl der einträge angibt und Dalles in ascii gespeichert wird. da kommen bei 10000 einträgen und 5 thermostaten ruck zuck 500k zusammen. je nach rechner ist das nicht unbedingt zu vernachlässigen.

@Typ1er: nein. der ringbuffer wird nicht gelöscht. der wird bei jeder änderung in ein file geschrieben und beim neustart wieder eingelesen.

[hoppel118]

@justme1968

Ich bin momentan noch ein wenig hin- und hergerissen, ob ich meine history size überhaupt anpasse. Wahrscheinlich wäre es auch gar nicht so schlimm, wenn diese Daten im Fall der Fälle ganz weg wären. Schließlich habe ich die Daten ja alle noch in fhem. Manchmal dauert es etwas, bis solche Tips ankommen.

Danke für die Zeit, die du überall in fhem investierst und mit uns teilst.

Mir ist aber, glaube ich zumindest, noch ein kleiner Fehler aufgefallen. Die geschätzten Kosten meines HM-ES-PMSw1-PI weichen bei Woche/Tag/Minute nur leicht voneinander ab. Müssten die geschätzten Kosten sich nicht viel stärker unterscheiden? Oder habe ich diese Funktion falsch verstanden?

Viele Grüße Hoppel

[MobiusOne]

@justme1968

Bei mir funktioniert die History für Kontaktsensoren (Badezimmerfenster) leider sehr unzuverlässig. Homebridge-FHEM tut leider nicht automatisch alle 10 Minuten einen neuen Eintrag erstellen. Wenn ich in der Ordnerstruktur von Homebridge die JSON-Datei (diese wurde Stundenlang nicht aktualisiert) eines Kontaktsensors lösche und Homebridge Neustarte, werden für ein paar Stunden Daten in Eve gespeichert. Anschließend passiert leider nichts mehr (siehe IMG_0206), außer ich öffne einen Kontaktsensor (Badezimmerfenster), dan wird das Logging wieder für eine gewisse Zeit durchgeführt. In Screenshot kann man sehen, dass das Esszimmerfenster_Rechts sehr regelmäßig geöffnet wird und das Badezimmerfenster eher nicht.

Darüber hinaus sehe ich beim Typ "Kontakt" (siehe IMG_0205) keine History und ich kann in Eve auch einen Kontaktsensor nicht als ein Gerät ansteuern. Ich muss die Services "Kontakt" und "Anzahl geöffnet" über die Typenschaltfläche in Eve separat ansteuern.

Anbei dir Konfigurationen für den Kontaktsensor Badezimmer und Esszimmer_Rechts.

Badezimmer FHEM:

Code Auswählen Erweitern

defmod Badezimmerfenster HMCCUDEV 0000D70XXXXXXX
attr Badezimmerfenster IODev CCU
attr Badezimmerfenster alias Badezimmerfenster
attr Badezimmerfenster ccureadingfilter STATE
attr Badezimmerfenster event-on-change-reading state,0.OPERATING_VOLTAGE,0.SABOTAGE
attr Badezimmerfenster genericDeviceType contact
attr Badezimmerfenster group Fenster
attr Badezimmerfenster hmstatevals ERROR!7:sabotage;;SABOTAGE!1:sabotage
attr Badezimmerfenster homebridgeMapping history:size=1024\
ContactSensorState=state,values=0:CONTACT_DETECTED;;1:CONTACT_NOT_DETECTED\
StatusTampered=0.SABOTAGE,values=false:1;;true:0\
StatusFault=0.ERROR_CODE\
StatusLowBattery=0.LOW_BAT,values=false:BATTERY_LEVEL_LOW;;true:BATTERY_LEVEL_NORMAL\
BatteryService#BatteryLevel=BatteryLevel,maxValue=100,minValue=0,minStep=1
attr Badezimmerfenster room Badezimmer,HomematicIP
attr Badezimmerfenster siriName Fenster
attr Badezimmerfenster statedatapoint 1.STATE

Homebridge Log:

Code Auswählen Erweitern

2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM] Badezimmerfenster is contact
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM] Badezimmerfenster has
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM]   history [thermo;1024]
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM]   ContactSensorState [state]
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM]   StatusTampered [0.SABOTAGE]
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM]   StatusFault [0.ERROR_CODE]
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM]   StatusLowBattery [0.LOW_BAT]
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM]   BatteryService#BatteryLevel [BatteryLevel]
2019-02-22 12:38:38 stdout   2019-02-22 13:38:38 caching: Badezimmerfenster-state: 0
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM]     caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from '0')
2019-02-22 12:38:38 stdout   2019-02-22 13:38:38 caching: Badezimmerfenster-0.SABOTAGE: 0
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM] Badezimmerfenster-0.SABOTAGE value 0 not handled in values
2019-02-22 12:38:38 stdout   2019-02-22 13:38:38 caching: Badezimmerfenster-0.ERROR_CODE: 0
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM]     caching: StatusFault: 0 (as number; from '0')
2019-02-22 12:38:38 stdout   2019-02-22 13:38:38 caching: Badezimmerfenster-0.LOW_BAT: 0
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM] Badezimmerfenster-0.LOW_BAT value 0 not handled in values
2019-02-22 12:38:38 stdout   2019-02-22 13:38:38 caching: Badezimmerfenster-BatteryLevel: 100
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM]     caching: BatteryService#BatteryLevel: 100 (as number; from '100')
2019-02-22 12:38:38 stdout [2/22/2019, 1:38:38 PM] [FHEM] homebridgeMapping: history:size=1024
2019-02-22 12:38:38 stdout MotionDetected=state,values=motion:1;noMotion:0
2019-02-22 12:38:38 stdout StatusTampered=0.SABOTAGE,values=Sabotage:1;Ok:0
2019-02-22 12:38:38 stdout StatusFault=0.ERROR_CODE
2019-02-22 12:38:38 stdout StatusLowBattery=0.LOW_BAT,values=Low:BATTERY_LEVEL_LOW;Ok:BATTERY_LEVEL_NORMAL
2019-02-22 12:38:38 stdout BatteryService#BatteryLevel=BatteryLevel,maxValue=100,minValue=0,minStep=1



2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM] Initializing platform accessory 'Badezimmerfenster'...
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM] creating services for Badezimmerfenster
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]   information service for Badezimmerfenster
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     manufacturer, model and serial number characteristics for Badezimmerfenster
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]   ContactSensor service for Badezimmerfenster
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]   FakeGatoHistory service with type door for ContactSensor
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     FakeGatoHistory reset
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     ContactSensorState characteristic for Badezimmerfenster:state
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     Custom TimesOpened characteristic Badezimmerfenster:state
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     Custom LastActivation characteristic Badezimmerfenster:state
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     Custom OpenDuration characteristic Badezimmerfenster:state
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     Custom ClosedDuration characteristic Badezimmerfenster:state
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     StatusTampered characteristic for Badezimmerfenster:0.SABOTAGE
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     StatusFault characteristic for Badezimmerfenster:0.ERROR_CODE
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     StatusLowBattery characteristic for Badezimmerfenster:0.LOW_BAT
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]   BatteryService service for Badezimmerfenster
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     BatteryService#BatteryLevel characteristic for Badezimmerfenster:BatteryLevel

Esszimmerfenster_Rechts FHEM

Code Auswählen Erweitern

defmod Esszimmerfenster_Rechts HMCCUDEV 0000D70XXXXXXX
attr Esszimmerfenster_Rechts IODev CCU
attr Esszimmerfenster_Rechts alias Esszimmerfenster Rechts
attr Esszimmerfenster_Rechts ccureadingfilter STATE
attr Esszimmerfenster_Rechts event-on-change-reading state,0.OPERATING_VOLTAGE,0.SABOTAGE
attr Esszimmerfenster_Rechts genericDeviceType ContactSensor
attr Esszimmerfenster_Rechts group Fenster
attr Esszimmerfenster_Rechts hmstatevals ERROR!7:sabotage;;SABOTAGE!1:sabotage
attr Esszimmerfenster_Rechts homebridgeMapping history:size=1024\
ContactSensorState=state,values=Geschlossen:CONTACT_DETECTED;;Geoeffnet:CONTACT_NOT_DETECTED\
StatusTampered=0.SABOTAGE,values=Sabotage:1;;Ok:0\
StatusFault=0.ERROR_CODE\
StatusLowBattery=0.LOW_BAT,values=Low:BATTERY_LEVEL_LOW;;Ok:BATTERY_LEVEL_NORMAL\
BatteryService#BatteryLevel=BatteryLevel,maxValue=100,minValue=0,minStep=1
attr Esszimmerfenster_Rechts room Esszimmer,HomematicIP
attr Esszimmerfenster_Rechts siriName Fenster
attr Esszimmerfenster_Rechts statedatapoint 1.STATE
attr Esszimmerfenster_Rechts substitute STATE!(0|false):Geschlossen,(1|true):Geoeffnet;;LOW_BAT!(0|false):Ok,(1|true):Low;;SABOTAGE!(0|false):Ok,(1|true):Sabotage

Homebridge Log:

Code Auswählen Erweitern

2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM] Esszimmerfenster_Rechts is ContactSensor
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM] Esszimmerfenster_Rechts has
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]   history [thermo;1024]
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]   ContactSensorState [state]
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]   StatusTampered [0.SABOTAGE]
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]   StatusFault [0.ERROR_CODE]
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]   StatusLowBattery [0.LOW_BAT]
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]   BatteryService#BatteryLevel [BatteryLevel]
2019-02-22 12:38:39 stdout   2019-02-22 13:38:38 caching: Esszimmerfenster_Rechts-state: Geschlossen
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]     caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'Geschlossen')
2019-02-22 12:38:39 stdout   2019-02-22 13:38:38 caching: Esszimmerfenster_Rechts-0.SABOTAGE: Ok
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]     caching: StatusTampered: 0 (as number; means NOT_TAMPERED; from 'Ok')
2019-02-22 12:38:39 stdout   2019-02-22 13:38:38 caching: Esszimmerfenster_Rechts-0.ERROR_CODE: 0
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]     caching: StatusFault: 0 (as number; from '0')
2019-02-22 12:38:39 stdout   2019-02-22 13:38:38 caching: Esszimmerfenster_Rechts-0.LOW_BAT: Ok
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'Ok')
2019-02-22 12:38:39 stdout   2019-02-22 13:38:38 caching: Esszimmerfenster_Rechts-BatteryLevel: 100
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM]     caching: BatteryService#BatteryLevel: 100 (as number; from '100')
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:38 PM] [FHEM] homebridgeMapping: history:size=1024
2019-02-22 12:38:39 stdout ContactSensorState=state,values=Geschlossen:CONTACT_DETECTED;Geoeffnet:CONTACT_NOT_DETECTED
2019-02-22 12:38:39 stdout StatusTampered=0.SABOTAGE,values=Sabotage:1;Ok:0
2019-02-22 12:38:39 stdout StatusFault=0.ERROR_CODE
2019-02-22 12:38:39 stdout StatusLowBattery=0.LOW_BAT,values=Low:BATTERY_LEVEL_LOW;Ok:BATTERY_LEVEL_NORMAL
2019-02-22 12:38:39 stdout BatteryService#BatteryLevel=BatteryLevel,maxValue=100,minValue=0,minStep=1






2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM] Initializing platform accessory 'Esszimmerfenster_Rechts'...
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM] creating services for Esszimmerfenster_Rechts
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]   information service for Esszimmerfenster_Rechts
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     manufacturer, model and serial number characteristics for Esszimmerfenster_Rechts
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]   ContactSensor service for Esszimmerfenster_Rechts
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]   FakeGatoHistory service with type door for ContactSensor
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     FakeGatoHistory reset
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     ContactSensorState characteristic for Esszimmerfenster_Rechts:state
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     Custom TimesOpened characteristic Esszimmerfenster_Rechts:state
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     Custom LastActivation characteristic Esszimmerfenster_Rechts:state
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     Custom OpenDuration characteristic Esszimmerfenster_Rechts:state
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     Custom ClosedDuration characteristic Esszimmerfenster_Rechts:state
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     StatusTampered characteristic for Esszimmerfenster_Rechts:0.SABOTAGE
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     StatusFault characteristic for Esszimmerfenster_Rechts:0.ERROR_CODE
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     StatusLowBattery characteristic for Esszimmerfenster_Rechts:0.LOW_BAT
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]   BatteryService service for Esszimmerfenster_Rechts
2019-02-22 12:38:39 stdout [2/22/2019, 1:38:39 PM] [FHEM]     BatteryService#BatteryLevel characteristic for Esszimmerfenster_Rechts:BatteryLevel



Gruß

[DeeSPe]

Mir ist aber, glaube ich zumindest, noch ein kleiner Fehler aufgefallen. Die geschätzten Kosten meines HM-ES-PMSw1-PI weichen bei Woche/Tag/Minute nur leicht voneinander ab. Müssten die geschätzten Kosten sich nicht viel stärker unterscheiden? Oder habe ich diese Funktion falsch verstanden?

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.

Gruß
Dan