homebridge-fhem und eve history

[justme1968]

ich schau mir deine logs an.

du kannst aber schon mal ins alexa-fhem log schauen (links oben in der alexa detail ansicht). da gibt es zeilen mit cached und history.


ja. die namen der persist files habe ich noch mal von device name auf fuuid umgestellt. das ist zukunftsreicherer.

[hoppel118]

du kannst aber schon mal ins alexa-fhem log schauen (links oben in der alexa detail ansicht). da gibt es zeilen mit cached und history.

Habe kein Alexa. Ich nutze nur homebridge-fhem. Hast du dich jetzt wieder vertan?

Wenn nicht, sage mir nochmal, wo ich genau schauen soll. An meinem Siri- und an meinem Homebridge-Device finde ich diese beiden Zeilen nicht.

Viele Grüße Hoppel

[justme1968]

arg. natürlich das homebridge-fhem log.

die aktuelle siri modul version hat den link noch nicht. das geht aktuell nur bei mir

d.h. du musst schauen ob und wo dein start system die logs hin tut.

[hoppel118]

Meine Homebridge-Logs landen im syslog.  Oder gibt es für homebridge-fhem nochmal ein eigenes log?

Ich schaue mir das morgen nochmal an.

Schönen Abend noch

[hoppel118]

OK, ich habe mich jetzt doch noch kurz damit auseinandergesetzt. Das Syslog für den 12.02.2019 findest du anbei. Hier aber schonmal die direkten Auszüge für das Thermostat "OG_WZ_Wohnbereich_Thermostat_Clima" und die betroffenen Uhrzeiten mit "0,00'C" in der Eve App:

00:00 (measured-temp: 24.8 )

Code Auswählen Erweitern

Feb 12 00:00:28 omv4 homebridge[17485]:   2019-02-12 00:00:28 caching: OG_WZ_Wohnbereich_Thermostat_Clima-desired-temp: 18.0
Feb 12 00:00:28 omv4 homebridge[17485]: [2019-2-12 00:00:28] [FHEM]     caching: TargetTemperature: 18 (as number; from '18.0')
Feb 12 00:00:28 omv4 homebridge[17485]: [2019-2-12 00:00:28] [FHEM]       adding history entry { time: 1549926028, setTemp: 18 }

07:12 (measured-temp: 23.6 )

Code Auswählen Erweitern

Feb 12 07:12:42 omv4 homebridge[17485]:   2019-02-12 07:12:42 caching: OG_WZ_Wohnbereich_Thermostat_Clima-desired-temp: 21.0
Feb 12 07:12:42 omv4 homebridge[17485]: [2019-2-12 07:12:42] [FHEM]     caching: TargetTemperature: 21 (as number; from '21.0')
Feb 12 07:12:42 omv4 homebridge[17485]: [2019-2-12 07:12:42] [FHEM]       adding history entry { time: 1549951962, setTemp: 21 }

08:37 (measured-temp: 25.1 )

Code Auswählen Erweitern

Feb 12 08:37:55 omv4 homebridge[17485]:   2019-02-12 08:37:55 caching: OG_WZ_Wohnbereich_Thermostat_Clima-desired-temp: 18.5
Feb 12 08:37:55 omv4 homebridge[17485]: [2019-2-12 08:37:55] [FHEM]     caching: TargetTemperature: 18.5 (as number; from '18.5')
Feb 12 08:37:55 omv4 homebridge[17485]: [2019-2-12 08:37:55] [FHEM]       adding history entry { time: 1549957075, setTemp: 18.5 }

15:21 (measured-temp: 24.9 )

Code Auswählen Erweitern

Feb 12 15:21:52 omv4 homebridge[17485]:   2019-02-12 15:21:52 caching: OG_WZ_Wohnbereich_Thermostat_Clima-desired-temp: 21.0
Feb 12 15:21:52 omv4 homebridge[17485]: [2019-2-12 15:21:52] [FHEM]     caching: TargetTemperature: 21 (as number; from '21.0')
Feb 12 15:21:52 omv4 homebridge[17485]: [2019-2-12 15:21:52] [FHEM]       adding history entry { time: 1549981312, setTemp: 21 }

21:21 (measured-temp: 25.8 )

Code Auswählen Erweitern

Feb 12 21:21:06 omv4 homebridge[17485]:   2019-02-12 21:21:06 caching: OG_WZ_Wohnbereich_Thermostat_Clima-desired-temp: 19.0
Feb 12 21:21:06 omv4 homebridge[17485]: [2019-2-12 21:21:06] [FHEM]     caching: TargetTemperature: 19 (as number; from '19.0')
Feb 12 21:21:06 omv4 homebridge[17485]: [2019-2-12 21:21:06] [FHEM]       adding history entry { time: 1550002866, setTemp: 19 }


Ich denke, hier liegt der Hund begraben. Hier wird desired-temp in die history geschoben und nicht wie üblich "measured-temp". Bei allen anderen Werten für dieses Thermostat sieht es beispielsweise wie folgt aus:

Code Auswählen Erweitern

Feb 12 00:02:35 omv4 homebridge[17485]:   2019-02-12 00:02:35 caching: OG_WZ_Wohnbereich_Thermostat_Clima-measured-temp: 24.7
Feb 12 00:02:35 omv4 homebridge[17485]: [2019-2-12 00:02:35] [FHEM]     caching: CurrentTemperature: 24.7 (as number; from '24.7')
Feb 12 00:02:35 omv4 homebridge[17485]: [2019-2-12 00:02:35] [FHEM]       adding history entry { time: 1549926155, temp: 24.7, currentTemp: 24.7 }

Außerdem habe ich zu "OG_WZ_Wohnbereich_Thermostat_Clima-desired-temp" noch ein paar queries gefunden. Keine Ahnung, ob die da so sein sollen:

Code Auswählen Erweitern

Feb 12 17:43:12 omv4 homebridge[17485]: [2019-2-12 17:43:12] [FHEM] query: TargetTemperature for OG_WZ_Wohnbereich_Thermostat_Clima-desired-temp
Feb 12 17:43:12 omv4 homebridge[17485]: [2019-2-12 17:43:12] [FHEM]   cached: 21 (as number)

Ich hoffe, dir fällt dazu eine Lösung ein. Mir ist übrigens aufgefallen, dass die Ventilstellung nun als Balken-Diagramm (siehe Screenshot) angezeigt wird. Das gefällt mir gut. Damit hast du den Platz für das Modus-Diagramm optimal ausgenutzt.

In dem Screenshot sieht man übrigens auch sehr schön, welche Auswirkungen, die ,,0,00'C" haben...

Wenn du weitere Sachen benötigst, gib einfach Bescheid. Vom Ding her müsstest du jetzt alle Logs für dieses eine Thermostat und den 12.02. haben.

Viele Grüße Hoppel

[exit2308]

Hab es mit der History bzgl. Energiemessung hin bekommen. Mir ist nur folgendes Verhalten aufgefallen:
Typ: HM-ES-PMSw1-Pl

Ich hatte das Mapping zuerst separat eingetragen (on,current,voltage,power,energy), in der History werden Einträge mit 0,00Wh angelegt.
Darauf hin hatte ich das Mapping entfernt und automatisch über das Modul zuweisen lassen. Dann sind auch in der History die entsprechenden Einträge mit Werten befüllt. Aber, der Faktor für Strom und Gesamtverbrauch stimmt nicht. Die Readings vom Device geben current in mA aus und energy in Wh. Ich müsste hier eigentlich jeweils den Faktor=0.001 mit übergeben.

[hoppel118]

Typ: HM-ES-PMSw1-Pl

Davon habe ich hier auch 3. Ich habe mich allerdings noch nicht wirklich damit beschäftigt, diese auch mit einer History zu versehen.

Wenn ich dich richtig verstehe, hast du jetzt das HomebridgeMapping komplett entfernt. Hast du noch einen genericDeviceType angegeben? Wenn ja, welchen? Hast du noch irgendwelche userReadings definiert?

Am besten wäre, wenn du mal dein gesamtes define posten könntest?

Dann bring ich meins mal auf den gleichen Stand.

Danke dir und Gruß Hoppel

[justme1968]

@hoppel118: danke für die vorarbeit. laut fakegato docu ist es ok wenn man die werte unabhängig in die history schreibt. scheinbar ist das aber nicht so.

ich schaue mal ob measured und desired gleichzeitig schreiben kann.

@exit2308: für die HM-ES-PMSw1-Pl wird eigentlich automatisch ein faktor von 0.001 verwendet. starte mal mit -D dann müsstest du es sehen. ist nur die history falsch oder auch die angezeigten aktuellen werte?

kannst du bitte mal für selber eingetragen und für automatisch erkannt die log einträge vergleichen? ads was bei chached und hostroy auftaucht.

[hoppel118]

Diese Vorarbeit war ja nicht ganz uneigennützig.

Kann man in dem Diagramm eigentlich auch 2 Linien für IST- und SOLL-Temperatur abbilden?

Viele Grüße Hoppel

[justme1968]

ich hab eben eine version eingecheckt die immer versucht Current und Target in den history eintrag zu schreiben. schau mal ob damit die 0.0 weg sind.

ich habe keinen einfluss darauf was eve wie anzeigt.

man kann aber scheinbar über config in eve beides aktivieren. ich weiß aber nicht wie und wo. es kann sein das noch zwei oder drei weitere characteristics dafür vorhanden sein müssen. schau mal das fakegato readme zu thermo an.

[hoppel118]

Alle klar, neuste Version ist seit ca. 14 Uhr installiert. Ich melde mich heute Abend wieder dazu.

Habe mir die fakegato readme gerade mal durchgelesen. Ich gebe dir recht, anscheinend können currentTemp, setTemp und valvePosition in die history geloggt werden. Das ist wahrscheinlich der Satz auf den du anspielst:

For setTemp to show, you have to add all the 3 extra thermo characteristics (see gist), and enable set temperature visualization under accessory options in Eve.app.

Wo aber nun genau dieses gist ist, keine Ahnung. Sorry, leider kann ich Code allgemein wirklich nur ganz rudimentär verstehen und nicht lesen... Vielleicht hat da ja jemand anders hier eine Idee?

Viele Grüße Hoppel

[hoppel118]

OK, die ersten "0,00'C" um 14:28 sind nun bei meinem Büro-Thermostat in der Eve App zu sehen.

Das syslog sagt folgendes dazu:

Code Auswählen Erweitern

root@omv4:~# cat /var/log/syslog | grep "Feb 14 14:28:33"
Feb 14 14:28:33 omv4 homebridge[6311]:   2019-02-14 14:28:33 caching: OG_Buero_Thermostat_Clima-ValvePosition: 1
Feb 14 14:28:33 omv4 homebridge[6311]: [2019-2-14 14:28:33] [FHEM]     caching: Custom Actuation: 1 (as number; from '1')
Feb 14 14:28:33 omv4 homebridge[6311]: [2019-2-14 14:28:33] [FHEM]       adding history entry { time: 1550150913, valvePosition: 1 }
Feb 14 14:28:33 omv4 homebridge[6311]:   2019-02-14 14:28:33 caching: OG_Buero_Thermostat_Clima-heatingState: HEAT
Feb 14 14:28:33 omv4 homebridge[6311]: [2019-2-14 14:28:33] [FHEM]     caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
Feb 14 14:28:33 omv4 homebridge[6311]: [2019-2-14 14:28:33] [FHEM]     caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')


Es handelt sich also nicht wie gestern Abend um "desired-temp".

Das filelog von "OG_Buero_Thermostat_Clima" spuckt folgendes zu diesem Zeitstempel aus.

Code Auswählen Erweitern

root@omv4:~# cat /opt/fhem/log/OG_Buero_Thermostat_Clima-2019.log | grep "2019-02-14_14:28:33"
2019-02-14_14:28:33 OG_Buero_Thermostat_Clima ValvePosition: 1
2019-02-14_14:28:33 OG_Buero_Thermostat_Clima boostTime: -
2019-02-14_14:28:33 OG_Buero_Thermostat_Clima controlMode: auto
2019-02-14_14:28:33 OG_Buero_Thermostat_Clima desired-temp: 21.0
2019-02-14_14:28:33 OG_Buero_Thermostat_Clima measured-temp: 22.8
2019-02-14_14:28:33 OG_Buero_Thermostat_Clima partyEnd: -
2019-02-14_14:28:33 OG_Buero_Thermostat_Clima partyStart: -
2019-02-14_14:28:33 OG_Buero_Thermostat_Clima partyTemp: -
2019-02-14_14:28:33 OG_Buero_Thermostat_Clima T: 22.8 desired: 21.0 valve: 1
2019-02-14_14:28:33 OG_Buero_Thermostat_Clima heatingState: HEAT

Brauchst du die "omv4_FUUID_persist.json" für solche Analysen auch oder kann ich es mir zukünftig sparen die anzuhängen?

Wie dem auch sei, ich hänge dir die Datei hier sicherheitshalber mit an.

EDIT: 15:37 Uhr der nächste 0er an dem selben Thermostat mit dem gleichen Ergebnis in den Logfiles:

Code Auswählen Erweitern

root@omv4:~# cat /var/log/syslog | grep "Feb 14 15:36:27"
Feb 14 15:36:27 omv4 homebridge[6311]:   2019-02-14 15:36:27 caching: OG_Buero_Thermostat_Clima-ValvePosition: 1
Feb 14 15:36:27 omv4 homebridge[6311]: [2019-2-14 15:36:27] [FHEM]     caching: Custom Actuation: 1 (as number; from '1')
Feb 14 15:36:27 omv4 homebridge[6311]: [2019-2-14 15:36:27] [FHEM]       adding history entry { time: 1550154987, valvePosition: 1 }
Feb 14 15:36:27 omv4 homebridge[6311]:   2019-02-14 15:36:27 caching: OG_Buero_Thermostat_Clima-heatingState: HEAT
Feb 14 15:36:27 omv4 homebridge[6311]: [2019-2-14 15:36:27] [FHEM]     caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
Feb 14 15:36:27 omv4 homebridge[6311]: [2019-2-14 15:36:27] [FHEM]     caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')


Code Auswählen Erweitern

root@omv4:~# cat /opt/fhem/log/OG_Buero_Thermostat_Clima-2019.log | grep "2019-02-14_15:36:27"
2019-02-14_15:36:27 OG_Buero_Thermostat_Clima ValvePosition: 1
2019-02-14_15:36:27 OG_Buero_Thermostat_Clima boostTime: -
2019-02-14_15:36:27 OG_Buero_Thermostat_Clima controlMode: auto
2019-02-14_15:36:27 OG_Buero_Thermostat_Clima desired-temp: 21.0
2019-02-14_15:36:27 OG_Buero_Thermostat_Clima measured-temp: 22.8
2019-02-14_15:36:27 OG_Buero_Thermostat_Clima partyEnd: -
2019-02-14_15:36:27 OG_Buero_Thermostat_Clima partyStart: -
2019-02-14_15:36:27 OG_Buero_Thermostat_Clima partyTemp: -
2019-02-14_15:36:27 OG_Buero_Thermostat_Clima T: 22.8 desired: 21.0 valve: 1
2019-02-14_15:36:27 OG_Buero_Thermostat_Clima heatingState: HEAT


Das "desired-temp" Thema gab es bisher noch nicht.

Viele Grüße Hoppel

[justme1968]

ok. scheinbar müssen immer alle drei werte geschrieben werden. update ist fertig.

ja die stelle meine ich. wenn du oben auf wiki klickst kommst du weiter. dort sind alle characteristics für eve thermo beschrieben.

irgendetwas mit programm und data. ich vermute die fehlen. valve haben wir schon.

[hoppel118]

OK, Update ist installiert. Ich schaue weiter... Irgendwie nähern wir uns dem Ziel.

Meinst du das hier:

Code Auswählen Erweitern

    // Used in Service.Thermostat for Eve Thermo
    this.createCharacteristic('ProgramCommand', uuid('12C'), {
      format: this.formats.DATA,
      perms: [this.perms.WRITE]
}, 'Program Command')

    // Used in Service.Thermostat for Eve Thermo
    this.createCharacteristic('ValvePosition', uuid('12E'), {
      format: this.formats.UINT8,
      unit: this.units.PERCENTAGE,
      perms: [this.perms.READ, this.perms.NOTIFY]
    }, 'Valve Position')

    // Used in Service.Thermostat for Eve Thermo
    this.createCharacteristic('ProgramData', uuid('12F'), {
      format: this.formats.DATA,
      perms: [this.perms.READ, this.perms.NOTIFY]
}, 'Program Command')

Quelle: https://github.com/ebaauw/homebridge-lib/blob/master/lib/EveHomeKitTypes.js

Weiter unten werden dann auch in den Characteristics "ProgramCommand" und "ProgramData" aufgeführt.

Code Auswählen Erweitern

// Used in Eve Thermo
    this.createService('Thermostat', hap.Service.Thermostat.UUID, [
      hap.Characteristic.CurrentHeatingCoolingState,
      hap.Characteristic.TargetHeatingCoolingState,
      hap.Characteristic.CurrentTemperature,
      hap.Characteristic.TargetTemperature,
      hap.Characteristic.TemperatureDisplayUnits,
      this.Characteristic.ValvePosition,
      this.Characteristic.ProgramCommand,
      this.Characteristic.ProgramData
])

Ich habe leider auch keine Ahnung, was das sein könnte.

Hat hier jamend anderes eine Idee, was damit gemeint sein könnte?

Gruß Hoppel

[hoppel118]

Upps, ich sehe gerade, dass bei meinen TH-Sensoren die Luftfeuchtigkeit nicht mehr vernünftig in die History geloggt wird.

• Die beiden Aussensensoren (2x HM-WDS10-TH-O) funktionieren weiterhin.
• Die beiden Innsensoren (1x HM-WDS40-TH-I und 1x HM-WDS40-TH-I-2) loggen seit dem Update auf homebridge-fhem@0.4.16 um ca. 14:00 Uhr "0%".

Wenn ich beispielsweise im syslog nach dem Wert von 14:08 (in Eve auf 0%) schaue, finde ich folgendes:

Code Auswählen Erweitern

Feb 14 14:08:15 omv4 homebridge[6311]:   2019-02-14 14:08:15 caching: OG_WZ_Sensor-temperature: 22.5
Feb 14 14:08:15 omv4 homebridge[6311]: [2019-2-14 14:08:15] [FHEM]     caching: CurrentTemperature: 22.5 (as number; from '22.5')
Feb 14 14:08:15 omv4 homebridge[6311]: [2019-2-14 14:08:15] [FHEM]       adding history entry { time: 1550149695, temp: 22.5 }


Um 13:20 Uhr wurde bei diesem THSensor der letzte Wert "42%" in Eve gelogt:

Code Auswählen Erweitern

Feb 14 13:20:27 omv4 homebridge[17485]:   2019-02-14 13:20:27 caching: OG_WZ_Sensor-temperature: 22.4
Feb 14 13:20:27 omv4 homebridge[17485]: [2019-2-14 13:20:27] [FHEM]     caching: CurrentTemperature: 22.4 (as number; from '22.4')
Feb 14 13:20:27 omv4 homebridge[17485]: [2019-2-14 13:20:27] [FHEM]       adding history entry { time: 1550146827, temp: 22.4, currentTemp: 22.4 }

Aber hier wurde nicht humidity geloggt, sondern temperature.

Wenn ich nun also im syslog danach suche, bekomme ich folgendes Ergebnis:

Code Auswählen Erweitern

root@omv4:~# cat /var/log/syslog | grep "OG_WZ_Sensor-humidity"
Feb 14 00:51:22 omv4 homebridge[17485]:   2019-02-14 00:51:22 caching: OG_WZ_Sensor-humidity: 42
Feb 14 04:28:48 omv4 homebridge[17485]:   2019-02-14 04:28:48 caching: OG_WZ_Sensor-humidity: 43
Feb 14 04:30:57 omv4 homebridge[17485]:   2019-02-14 04:30:57 caching: OG_WZ_Sensor-humidity: 42
Feb 14 11:12:46 omv4 homebridge[17485]:   2019-02-14 11:12:46 caching: OG_WZ_Sensor-humidity: 43
Feb 14 13:07:19 omv4 homebridge[17485]:   2019-02-14 13:07:19 caching: OG_WZ_Sensor-humidity: 42
Feb 14 13:10:00 omv4 homebridge[17485]:   2019-02-14 13:10:00 caching: OG_WZ_Sensor-humidity: 43
Feb 14 13:14:38 omv4 homebridge[17485]:   2019-02-14 13:14:38 caching: OG_WZ_Sensor-humidity: 42
Feb 14 13:37:29 omv4 homebridge[6311]:   2019-02-14 13:37:29 caching: OG_WZ_Sensor-humidity: 42
Feb 14 16:41:00 omv4 homebridge[30744]:   2019-02-14 16:41:00 caching: OG_WZ_Sensor-humidity: 42
Feb 14 17:04:17 omv4 homebridge[30744]: [2019-2-14 17:04:17] [FHEM] query: CurrentRelativeHumidity for OG_WZ_Sensor-humidity
Feb 14 17:06:18 omv4 homebridge[30744]: [2019-2-14 17:06:18] [FHEM] query: CurrentRelativeHumidity for OG_WZ_Sensor-humidity
Feb 14 17:14:39 omv4 homebridge[30744]: [2019-2-14 17:14:39] [FHEM] query: CurrentRelativeHumidity for OG_WZ_Sensor-humidity
Feb 14 17:24:15 omv4 homebridge[30744]: [2019-2-14 17:24:15] [FHEM] query: CurrentRelativeHumidity for OG_WZ_Sensor-humidity
Feb 14 17:25:56 omv4 homebridge[30744]: [2019-2-14 17:25:56] [FHEM] query: CurrentRelativeHumidity for OG_WZ_Sensor-humidity
Feb 14 17:28:34 omv4 homebridge[30744]: [2019-2-14 17:28:34] [FHEM] query: CurrentRelativeHumidity for OG_WZ_Sensor-humidity


Um 16:41 Uhr wurde angeblich noch ein Wert ergfolgreich geloggt. In Eve fehlt mir diese Uhrzeit aber. Seit dem Update nur noch query. Hast du eine Idee dazu?

EDIT: Im Filelog wird bei allen 3 Uhrzeiten humidity mitgeloggt:

Code Auswählen Erweitern

root@omv4:~# cat /opt/fhem/log/OG_WZ_Sensor-2019.log | grep "2019-02-14_14:08"
2019-02-14_14:08:15 OG_WZ_Sensor battery: ok
2019-02-14_14:08:15 OG_WZ_Sensor humidity: 42
2019-02-14_14:08:15 OG_WZ_Sensor T: 22.5 H: 42
2019-02-14_14:08:15 OG_WZ_Sensor temperature: 22.5
root@omv4:~# cat /opt/fhem/log/OG_WZ_Sensor-2019.log | grep "2019-02-14_13:20"
2019-02-14_13:20:27 OG_WZ_Sensor battery: ok
2019-02-14_13:20:27 OG_WZ_Sensor humidity: 42
2019-02-14_13:20:27 OG_WZ_Sensor T: 22.4 H: 42
2019-02-14_13:20:27 OG_WZ_Sensor temperature: 22.4
root@omv4:~# cat /opt/fhem/log/OG_WZ_Sensor-2019.log | grep "2019-02-14_16:41"
2019-02-14_16:41:34 OG_WZ_Sensor battery: ok
2019-02-14_16:41:34 OG_WZ_Sensor humidity: 42
2019-02-14_16:41:34 OG_WZ_Sensor T: 22.6 H: 42
2019-02-14_16:41:34 OG_WZ_Sensor temperature: 22.6

Gruß Hoppel