homebridge-fhem und eve history

Begonnen von justme1968, 07 Februar 2019, 19:21:44

Vorheriges Thema - Nächstes Thema

volschin

Zitat von: kennymc.c am 21 September 2019, 16:36:29
Kann es sein, dass sich mit iOS 13 die Temperatur nicht mehr in 0,5 Schritten regeln lässt? In Eve geht das zwar weiterhin aber nicht über die Home App und im Kontrollzentrum.
Ja, das ist auch bei mir so. Eingestellt wird zwar die 21,5 angezeigt, aber stellen kann ich nur auf 21 oder 22.
Intel NUC+Ubuntu 24.04+Docker+FHEM6
HomeMatic: HM-MOD-RPI-PCB+HM-USB-CFG2+hmland+diverse, HUE: Hue-Bridge, RaspBee+deCONZ+diverse
Amzn Dash-Buttons, Siro Rollos
4xRPi, 4xCO20, OWL+USB, HarmonyHub, FRITZ!Box 7690, Echo Dots+Show8, HomeBridge

MobiusOne

Zitat von: exit2308 am 20 September 2019, 19:08:20
Eve Room verlangt scheinbar nur Air Quality in ppm (E863F10B-079E-48FF-8F27-9C2605A29F52), Temperatur und Luftfeuchtigkeit

Ich habe selber ein paar Test mit meinen Netatmos gemacht und konnte folgendes feststellen:
Wenn genericDeviceType auf TemperatureSensor gestellt ist, werden die Historybereiche in Eve angezeigt, aber nicht gefüllt.
Wenn genericDeviceType auf AirQualitySensor gestellt ist, werden die Historybereiche in Eve nicht angezeigt.

In der Raumübersicht in Eve verhält sich der Sensor mit AirQualitySensor eher wie ein Eve Room Gerät. Es wird direkt bereits die Luftqualität angezeigt. Bei dem anderen wird nur die Temperatur angezeigt und verhält sich dadurch nicht wie ein natives Eve Gerät.

Darüberhinaus habe ich bereits seit einiger Zeit das Homebridgeplugin "Eveatmo" in Verwendung, weil ich vermute das dadurch meine Home App manchmal nicht reagiert, wurde das Plugin nun verbannt. Interessanterweise konnte das Plugin meine Netatmos perfekt als Eve Rooms tarnen. In HomeKit wurden die Messwerte als Dreisensorwerte angezeigt.
@justme1968: Wäre es möglich, dass wir dies genau so nachbauen können?

knueppler

#227
Hallo zusammen,

ich versuche für den HmIP-BSM (Schaltaktor mit Leistungsmessung) die energy-Historie hinzubekommen, leider funktioniert es nicht ganz  :-\
Hier ein List von dem Device:
defmod Licht_Schlafzimmer_Bett HMCCUDEV SZ_BSM
attr Licht_Schlafzimmer_Bett IODev chrisPICCU
attr Licht_Schlafzimmer_Bett alias Bett
attr Licht_Schlafzimmer_Bett ccureadingfilter (STATE|PRESS|^CURRENT$|^POWER$|^VOLTAGE$)
attr Licht_Schlafzimmer_Bett ccureadingname ^7.POWER$:power;;^7.CURRENT$:current;;^7.VOLTAGE$:voltage
attr Licht_Schlafzimmer_Bett controldatapoint 4.STATE
attr Licht_Schlafzimmer_Bett genericDeviceType light
attr Licht_Schlafzimmer_Bett group Licht
attr Licht_Schlafzimmer_Bett homebridgeMapping On=Licht_Schlafzimmer_Bett:state,cmdOn=on,cmdOff=off,valueOn=on history:size=1024,type=energy
attr Licht_Schlafzimmer_Bett room Schlafzimmer,homekit
attr Licht_Schlafzimmer_Bett statedatapoint 4.STATE
attr Licht_Schlafzimmer_Bett statevals on:true,off:false
attr Licht_Schlafzimmer_Bett substitute STATE!(true|1):on,(false|0):off
attr Licht_Schlafzimmer_Bett webCmd control
attr Licht_Schlafzimmer_Bett widgetOverride control:uzsuToggle,off,on

setstate Licht_Schlafzimmer_Bett off
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:13 3.STATE off
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:14 4.STATE off
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:14 5.STATE off
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:14 6.STATE off
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:13 activity alive
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:14 control off
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:14 current 0.0
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:14 hmstate off
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:14 power 0.0
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:14 state off
setstate Licht_Schlafzimmer_Bett 2019-10-04 18:23:14 voltage 231.5

Siehe Bild.
Bin für jeden Tip dankbar.

Vielen lieben Dank, Christian


travelling-man

Moin,

verwende als genericdevicetype mal outlet. Damit sollte es klappen.

VG

knueppler

Hi,

leider hat das nicht geholfen, jetzt auch kein Strom und keine Spannung mehr.
Allerdings speichert er tapfer History-Einträge für Power.
  2019-10-05 20:36:19 caching: Licht_Schlafzimmer_Bett-power: 0.01
[2019-10-5 20:36:19] [FHEM]     caching: Custom Power: 0.01 (as number; from '0.01')
[2019-10-5 20:36:19] [FHEM]       adding history entry { time: 1570300579, power: 0.01 }

Ciao Christian

travelling-man

Moin,

ich verwende folgende Konfiguration für eine GosundSP111 Steckdose mit Tasmota über MQTT:

homebridgeMapping:

On=state,cmdOn=on,cmdOff=off,valueOn=on
E863F10A-079E-48FF-8F27-9C2605A29F52=ENERGY_Voltage,name=Voltage,format=FLOAT
E863F126-079E-48FF-8F27-9C2605A29F52=ENERGY_Current,name=Current,format=FLOAT
E863F10D-079E-48FF-8F27-9C2605A29F52=ENERGY_Power,name=Power,format=FLOAT
E863F10C-079E-48FF-8F27-9C2605A29F52=ENERGY_Total,name=Energy,format=FLOAT
history:size=1024,type=energy


genericDeviceType

outlet



ENERGY_Voltage etc. müssen ggf. angepasst werden.
Anschließend den Service Homebridge Neustarten und in EVE das Gerät bearbeiten, da Strom und Spannung komischerweise ausgeblendet werden.

Werden andere Diagramme erstellt?

VG

C0mmanda

Zitat von: bgewehr am 10 Februar 2019, 13:12:19
Ich habe eine Vermutung: in den History log Einträgen sehe ich oftmals einen String als Wert. Kann doch gut sein, dass hier nur Zahlen erlaubt sind, oder? Würde erklären, warum in den Messwerten immer null steht...

[FHEM]     caching: Custom Momentanleistung: 734.5 (as string; from '734.5')
[Sun Feb 10 2019 13:11:53 GMT+0100 (CET)] [FHEM]       adding history entry { time: 1549800713, power: '734.5' }


Und das, obwohl die Definition des Wertyps was anderes sagt:


clear history:size=1024,type=energy E863F10D-079E-48FF-8F27-9C2605A29F52=volkszaehler:Strom,name=Momentanleistung,format=UInt16,unit=W E863F10C-079E-48FF-8F27-9C2605A29F52=volkszaehler:Zählerstand,name=Stand,format=UInt32,unit=kWh


Wo kann ich die Logdaten eigentlich einsehen?

Mahlzeit,

muss mich hier mal einklinken.
Habe genau dasselbe Problem.

Energiewerte werden als string geloggt (lt. Homebridge.log) in der Eve-App kommt aber nur 0.00 an.

Wie hast du das gelöst?
Vielen Dank!

Gruß
CmdA

C0mmanda

Zitat von: C0mmanda am 22 Oktober 2019, 18:17:15
Mahlzeit,

muss mich hier mal einklinken.
Habe genau dasselbe Problem.

Energiewerte werden als string geloggt (lt. Homebridge.log) in der Eve-App kommt aber nur 0.00 an.

Wie hast du das gelöst?
Vielen Dank!

Gruß
CmdA

Konnte mein Problem lösen!
Der "Trick" ist das format gross zu schreiben! Also nicht "UInt16" sondern "UINT16".

grtz

hoppel118

#233
Hallo Leute,

habe mir kürzlich meinen ersten Hue Bewegungsmelder gekauft.

Dieser beinhaltet neben "motion/nomotion" auch Sensoren für Lichtstärke und Temperatur.

Nun habe ich mir die 3 Sensoren in FHEM als einzelne Devices angelegt und diese dann über HomebridgeMapping am "Bewegungsdevice" in Homekit/EVE verfügbar gemacht.

list Bewegungsdevice

Internals:
   CFGFN     
   DEF        sensor 33 1 IODev=HUEBridge
   FUUID      5dc3db17-f33f-5dcf-26d4-4ba7e12a5226eed6
   FVERSION   31_HUEDevice.pm:0.203190/2019-10-06
   ID         S33
   INTERVAL   1
   IODev      HUEBridge
   NAME       DG_Kleiderschrank_Bewegungsmelder
   NR         691
   STATE      nomotion
   TYPE       HUEDevice
   lastupdated 2019-11-07 12:02:42
   lastupdated_local 2019-11-07 13:02:42
   manufacturername Philips
   modelid    SML001
   name       Kleiderschrank motion
   on         1
   reachable  1
   sensitivity 2
   sensitivitymax 2
   swversion  6.1.0.18912
   type       ZLLPresence
   uniqueid   00:17:88:01:06:f5:30:3e-02-0406
   READINGS:
     2019-11-07 13:02:42   battery         100
     2019-11-07 13:02:42   reachable       1
     2019-11-07 13:02:42   state           nomotion
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     setList:
Attributes:
   IODev      HUEBridge
   alias      Kleiderschrank Bewegungsmelder
   genericDeviceType MotionSensor
   group      Bewegungsmelder
   homebridgeMapping MotionDetected=state,valueOn=motion,valueOff=nomotion
BatteryLevel=battery,maxValue=100,minValue=0,minStep=1
0000006B-0000-1000-8000-0026BB765291=DG_Kleiderschrank_Bewegungsmelder_Licht:lightlevel,name=BRIGHTNESS,format=FLOAT,unit=LUX,maxValue=100000,minValue=0,minStep=1
CurrentTemperature=DG_Kleiderschrank_Bewegungsmelder_Temperatur:temperature
history:size=1024
   icon       motion_detector
   room       Dachgeschoss->Kleiderschrank,Hersteller->Hue,Homebridge->Hue,System->Bewegungsmelder
   siriName   Bewegungsmelder


list Lichtstärkedevice

Internals:
   CFGFN     
   DEF        sensor 34 1 IODev=HUEBridge
   FUUID      5dc3ddb2-f33f-5dcf-2fff-6c2fd7a78cbf6ce1
   FVERSION   31_HUEDevice.pm:0.203190/2019-10-06
   ID         S34
   INTERVAL   1
   IODev      HUEBridge
   NAME       DG_Kleiderschrank_Bewegungsmelder_Licht
   NR         774
   STATE      9344
   TYPE       HUEDevice
   lastupdated 2019-11-07 12:02:17
   lastupdated_local 2019-11-07 13:02:17
   manufacturername Philips
   modelid    SML001
   name       Kleiderschrank motion Light
   on         1
   reachable  1
   swversion  6.1.0.18912
   tholddark  16000
   type       ZLLLightLevel
   uniqueid   00:17:88:01:06:f5:30:3e-02-0400
   READINGS:
     2019-11-07 13:02:17   battery         100
     2019-11-07 13:02:17   dark            1
     2019-11-07 13:02:17   daylight        0
     2019-11-07 13:02:17   lightlevel      9344
     2019-11-07 13:02:17   reachable       1
     2019-11-07 13:02:17   state           9344
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     setList:
Attributes:
   IODev      HUEBridge
   alias      Kleiderschrank Bewegungsmelder Licht
   group      Bewegungsmelder Licht
   icon       message_light_intensity
   room       Dachgeschoss->Kleiderschrank,Hersteller->Hue,System->Bewegungsmelder,System->Sensoren


list Temperaturdevice

Internals:
   CFGFN     
   DEF        sensor 35 1 IODev=HUEBridge
   FUUID      5dc3ddeb-f33f-5dcf-eb91-1e48ea1dc5d663c6
   FVERSION   31_HUEDevice.pm:0.203190/2019-10-06
   ID         S35
   INTERVAL   1
   IODev      HUEBridge
   NAME       DG_Kleiderschrank_Bewegungsmelder_Temperatur
   NR         781
   STATE      T: 19.4
   TYPE       HUEDevice
   lastupdated 2019-11-07 12:03:17
   lastupdated_local 2019-11-07 13:03:17
   manufacturername Philips
   modelid    SML001
   name       Kleiderschrank motion Temp
   on         1
   reachable  1
   swversion  6.1.0.18912
   type       ZLLTemperature
   uniqueid   00:17:88:01:06:f5:30:3e-02-0402
   READINGS:
     2019-11-07 13:03:17   battery         100
     2019-11-07 13:03:17   reachable       1
     2019-11-07 13:03:17   temperature     19.4
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     setList:
Attributes:
   IODev      HUEBridge
   alias      Kleiderschrank Bewegungsmelder Temperatur
   group      Bewegungsmelder Temperatur
   icon       temp_temperature
   room       Dachgeschoss->Kleiderschrank,Hersteller->Hue,System->Bewegungsmelder,System->Sensoren
   stateFormat T: temperature


Durch das HomebridgeMapping wird nun die History für Bewegungen in EVE aufgezeichnet. Anscheinend sieht EVE auch die History-Funktion für Temperatur an einem Bewegungsmelder vor. Zumindest sieht es in EVE so aus, siehe Screenshots. Es werden allerdings keine Werte geloggt.

Hier nochmal explizit mein HomebridgeMapping, welches auch oben im "Bewegungsdevice zu finden ist:

MotionDetected=state,valueOn=motion,valueOff=nomotion
BatteryLevel=battery,maxValue=100,minValue=0,minStep=1
0000006B-0000-1000-8000-0026BB765291=DG_Kleiderschrank_Bewegungsmelder_Licht:lightlevel,name=BRIGHTNESS,format=FLOAT,unit=LUX,maxValue=100000,minValue=0,minStep=1
CurrentTemperature=DG_Kleiderschrank_Bewegungsmelder_Temperatur:temperature
history:size=1024


Ist mein HomebridgeMapping falsch oder wo liegt der Fehler?

Danke euch und Gruß Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

justme1968

wenn ich die fakegato seite richtig lese geht diese kombination nicht. eve motion kann nur bewegung und sonst nichts.

du musst das ganze also auf mehrerer passende homekit services aufteilen die genau existierenden eve geräten entsprechen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

hoppel118

OK, danke dir für die Info. Das funktioniert natürlich wie zu erwarten... :)

Gruß Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

Udomatic

Zitat von: hoppel118 am 08 Februar 2019, 23:13:34
Hallo in die Runde,

Meine Homematic Thermostate habe ich nun genauso eingerichtet:

7x HM-CC-RT-DN

attr OG_WZ_Wohnbereich_Thermostat_Clima homebridgeMapping TargetTemperature=desired-temp::desired-temp,minValue=5,maxValue=30,minStep=0.5,nocache=1
CurrentTemperature=OG_WZ_Wohnbereich_Thermostat_Clima:measured-temp,nocache=1
StatusLowBattery=OG_WZ_Wohnbereich_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



Guten Morgen an Alle,

ich hab den Thread durchgelesen, bin aber jetzt eher etwas verwirrt bzw. bekomme nicht alle Daten. Es geht um Homematic Thermostate (HM-CC-RT-DN) in Verbindung mit Homematic Wandthermostaten (HM-TC-IT-WM-W-EU).

Allgmein ist mir nicht klar, ob die ich alle Geräte, deren Daten ich Mappen möchte auch in der Homebridge verfügbar sein müssen?
Also muss ich sowohl das HM Wandthermostat + den Clima Channel und das HM Wandthermostat + den Weather Cahnnel mappen und in Homebridge hinzufügen?

Ich kämpfe nämlich noch damit, dass ich die Historie der Luftfeuchtigkeit, Taupunkt und Temperatur des Wandthermostat (HM-TC-IT-WM-W-EU) nicht angezeigt bekomme.
Ich hab dazu den Channel direkt als Device in Homebridge eingebunden und dort das Mapping eingetragen

Attributes:
   event-on-change-reading .*
   genericDeviceType HumiditySensor
   homebridgeMapping CurrentRelativeHumidity=humidity
CurrentTemperature=temperature
095c46e2-278e-4e3c-b9e7-364622a0f501:dewpoint,name=Taupunkt,format=FLOAT,unit=CELSIUS,maxValue=30,minValue=-30,minStep=.1
history:size=1024
   icon       hm-tc-it-wm-w-eu
   model      HM-TC-IT-WM-W-EU
   peerIDs    00000000,6A1EFD01,
   room       Bad,CUL_HM,Homekit


Damit die Historie funktioniert muss es für den Channel ein Logfile geben oder?

Jetzt wollte ich mir auch den Ventilstatus anzeigen lassen, weshalb ich nun zusätzlich den Clima Channel des Thermostat (HM-CC-RT-DN) integriert habe. Hier bekomme ich bisher aber den Ventilstatus nicht angezeigt. Muss dazu ein spezielles HomebridgeMapping hinterlegt werden oder geht das im Standard?

Das ist irgendwie alles sehr chaotisch im Moment bei mir. Deshalb meine Frage. Welche Geräte sollten am Besten in Homebridge genutzt werden?
Thermostat + Wandthermostat + Channels oder was ist die minimale Anzahl an Geräten, die ich in der Bridge benötige, um aus beiden Gerätetypen, alle Daten angezeigt zu bekommen?

Vielen Dank schon mal für die Unterstützung!

Gruß
Udo
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

hoppel118

#237
Zitat von: Udomatic am 16 Dezember 2019, 08:18:45
ich hab den Thread durchgelesen, bin aber jetzt eher etwas verwirrt bzw. bekomme nicht alle Daten. Es geht um Homematic Thermostate (HM-CC-RT-DN) in Verbindung mit Homematic Wandthermostaten (HM-TC-IT-WM-W-EU).

Mit den Wandthermostaten kann ich dir nicht weiterhelfen, da ich keine habe.

Zitat von: Udomatic am 16 Dezember 2019, 08:18:45
Allgmein ist mir nicht klar, ob die ich alle Geräte, deren Daten ich Mappen möchte auch in der Homebridge verfügbar sein müssen?
Also muss ich sowohl das HM Wandthermostat + den Clima Channel und das HM Wandthermostat + den Weather Cahnnel mappen und in Homebridge hinzufügen?

Nein, du musst nicht alle Geräte auch in Homebridge verfügbar machen. In dem von dir verlinkten homebridgeMapping, wird es doch sehr schön vorgemacht:

attr OG_WZ_Wohnbereich_Thermostat_Clima homebridgeMapping TargetTemperature=desired-temp::desired-temp,minValue=5,maxValue=30,minStep=0.5,nocache=1
CurrentTemperature=OG_WZ_Wohnbereich_Thermostat_Clima:measured-temp,nocache=1
StatusLowBattery=OG_WZ_Wohnbereich_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



  • Das Attribut homebridgeMapping wird hier am Clima-Kanal des Devices "OG_WZ_Wohnbereich_Thermostat_Clima" gesetzt
  • Die Characteristics "TargetTemperature, CurrentTemperature, TargetHeatingCoolingState, CurrentHeatingCoolingState" beziehen ihre Werte direkt aus Readings im Clima-Kanal
  • Die Characteristic "StatusLowBattery" zieht sich die Werte vom Reading "battery" am Hauptdevice "OG_WZ_Wohnbereich_Thermostat"
  • Ich sehe gerade, dass "CurrentTemperature" etwas verkompliziert wurde. Ich habe das so damals aus dem Wiki übernommen und es funktioniert ja auch. Ist aber halt doppelt gemoppelt, da nochmals das Device mit dem Clima-Kanal angegeben wird. Wie folgt sollte es auch gehen:

CurrentTemperature=measured-temp,nocache=1

Zitat von: Udomatic am 16 Dezember 2019, 08:18:45
Ich kämpfe nämlich noch damit, dass ich die Historie der Luftfeuchtigkeit, Taupunkt und Temperatur des Wandthermostat (HM-TC-IT-WM-W-EU) nicht angezeigt bekomme.
Ich hab dazu den Channel direkt als Device in Homebridge eingebunden und dort das Mapping eingetragen

Attributes:
   event-on-change-reading .*
   genericDeviceType HumiditySensor
   homebridgeMapping CurrentRelativeHumidity=humidity
CurrentTemperature=temperature
095c46e2-278e-4e3c-b9e7-364622a0f501:dewpoint,name=Taupunkt,format=FLOAT,unit=CELSIUS,maxValue=30,minValue=-30,minStep=.1
history:size=1024
   icon       hm-tc-it-wm-w-eu
   model      HM-TC-IT-WM-W-EU
   peerIDs    00000000,6A1EFD01,
   room       Bad,CUL_HM,Homekit


Sieht soweit gut aus. Du kannst die History allerdings nur für die Characteristics darstellen, für die EVE das auch vorsieht. Ob der Taupunkt funktioniert, weiß ich nicht, berechne ich bei mir nicht. Luftfeuchte und Temperatur funktionieren auf jeden Fall.

--> genericDeviceType HumiditySensor funktioniert nicht
--> genericDeviceType TemperatureSensor funktioniert -> Teste das mal.

Ich hatte hier in diesem Thread, damals als die history von Andre entwickelt wurde, die gleiche Problematik mit dem HumiditySensor. Bei mir sieht das nun für einen TH-Sensor (ohne Taupunkt) bspw. wie folgt aus:

genericDeviceType TemperatureSensor

homebridgeMapping
CurrentRelativeHumidity=humidity
CurrentTemperature=temperature
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
history:size=1024



Zitat von: Udomatic am 16 Dezember 2019, 08:18:45
Damit die Historie funktioniert muss es für den Channel ein Logfile geben oder?

Bin ich mir nicht sicher. Habe für alle Devices mit history auch entsprechende Filelogs.

Zitat von: Udomatic am 16 Dezember 2019, 08:18:45
Jetzt wollte ich mir auch den Ventilstatus anzeigen lassen, weshalb ich nun zusätzlich den Clima Channel des Thermostat (HM-CC-RT-DN) integriert habe. Hier bekomme ich bisher aber den Ventilstatus nicht angezeigt. Muss dazu ein spezielles HomebridgeMapping hinterlegt werden oder geht das im Standard?

Siehe oben...


Gruß Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

Udomatic

#238
Zitat von: hoppel118 am 16 Dezember 2019, 21:27:05


  • Das Attribut homebridgeMapping wird hier am Clima-Kanal des Devices "OG_WZ_Wohnbereich_Thermostat_Clima" gesetzt
  • Die Characteristics "TargetTemperature, CurrentTemperature, TargetHeatingCoolingState, CurrentHeatingCoolingState" beziehen ihre Werte direkt aus Readings im Clima-Kanal
  • Die Characteristic "StatusLowBattery" zieht sich die Werte vom Reading "battery" am Hauptdevice "OG_WZ_Wohnbereich_Thermostat"
  • Ich sehe gerade, dass "CurrentTemperature" etwas verkompliziert wurde. Ich habe das so damals aus dem Wiki übernommen und es funktioniert ja auch. Ist aber halt doppelt gemoppelt, da nochmals das Device mit dem Clima-Kanal angegeben wird. Wie folgt sollte es auch gehen:

CurrentTemperature=measured-temp,nocache=1

Also die Heizungsdaten sind fast wie ich es gerne hätte. Was mich wundert, dass der Batteriestatus oben im Menü eingeblendet werden muss. Bei meinen Fensterkontakten zum Beispiel wird der Batteriestatus, wie andere Werte, im Hauptbereich angezeigt. Ist das so korrekt bzw. kann beeinflusst werden, wo es eingeblendet werden soll?

Update:18-12-2019
Beim Clima Channel des HM-CC-RT-DN reicht folgendes HomebridgeMapping aus, um die Historie erstellen zu können
StatusLowBattery=Bad:battery,values=ok:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW
history:size=1024

measured-temp, desired-temp, valve wird automatisch erkannt

Zitat von: hoppel118 am 16 Dezember 2019, 21:27:05

--> genericDeviceType HumiditySensor funktioniert nicht
--> genericDeviceType TemperatureSensor funktioniert -> Teste das mal.

Ich hatte hier in diesem Thread, damals als die history von Andre entwickelt wurde, die gleiche Problematik mit dem HumiditySensor. Bei mir sieht das nun für einen TH-Sensor (ohne Taupunkt) bspw. wie folgt aus:

Ok teste ich, aber Daten sehe ich ja mit dem genericDeviceType HumiditySensor, nur keine Historie. Den Taupunkt ziehe ich mir ebenfalls aus einem Reading, was auch angezeigt wird.
Bzgl. logs muss ich noch mal prüfen, ob ich für alle eins habe.

Update:18-12-2019
Die Änderung auf genericDeviceType TemperatureSensor im Weather Channel des HM-TC-IT-WM-W-EU Wandthermostat bringt die Historie dazu einen Verlauf zu erstellen. Danke für den Tipp!
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

hoppel118

Super, dann sind deine Themen jetzt alle gelöst?

Ob man das irgendwie beeinflussen kann, den Batteriestatus klein oben oder unten bei der Auflistung der Characteristics anzuzeigen, weiß ich nicht. Bei ein paar Geräten wird wird es bei mir unten und oben angezeigt, bei anderen wiederum nur oben klein. Das Mapping sieht bei mir aber überall gleich aus.

Dazu müsste sich jemand anderes äußern. ;)

Gruß Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi