homebridge/homekit

Begonnen von justme1968, 01 Februar 2016, 16:16:37

Vorheriges Thema - Nächstes Thema

Typ1er

Ich habe es Jetzt als Klingel (Doorbell) am laufen.

Auffällig ist, der Befehl wird jedesmal 2x ausgelöst, beim Wechsel von 0->1 und 1->0
In HomeKit wird angezeigt ,,Nicht Unterstützt" kann das jemand bestätigen?
Der Alias wird Ignoriert, genauso wie der SiriName.

die 2 Attribute sehen so aus:
attr MQTT2_DVES_476256_CH1_CH2 genericDeviceType Doorbell
attr MQTT2_DVES_476256_CH1_CH2 homebridgeMapping clear\
ProgrammableSwitchEvent=POWER2,values=On:1;;Off:0\
history:size=1024




Thyraz

Kann man über HomeKit eine klingelnde Tür auch öffnen, oder geht das noch nicht?
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

MichlW

Hallo liebe FHEM Gemeinde. Ich ersuche euren Rat beim Zusammenspiel von FHEM, Homebridge und der Eve App. Seit mehren Tagen lese ich mich durchs Forum und durchs WWW, bisher aber ohne Erfolg.

Mein Problem: Ich bekomme die Graphen in der Eve App (iOS) einfach nicht zum Laufen...

Ich habe mehrere Z-Wave Kontaktsensoren in FHEM eingebunden und über folgendes homebridgeMapping auch in HomeKit am Laufen.


clear
ContactSensorState=doorWindow,values=off:CONTACT_DETECTED;on:CONTACT_NOT_DETECTED
CurrentDoorState=doorWindow,values=off:CLOSED;on:OPEN
BatteryService#StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
BatteryService#BatteryLevel=batteryPercent
history:size=1024


Alles läuft wie es soll, bis auf die History in der Eve App. Da bekomme ich folgende Meldung in Homebridge:


[9/11/2020, 3:21:38 PM] [FHEM] Tuerkontakt_HAUSTUER: Custom LastActivation characteristic requires FakeGatoHistory
[9/11/2020, 3:21:48 PM] [FHEM] Tuerkontakt_HAUSTUER: Custom TimesOpened characteristic requires FakeGatoHistory


Das Problem: So wie ich es verstehe, muss man nichts weiter aktivieren/installieren damit das läuft... Zu der Fehlermeldung finde ich bei Google gerade mal zwei Ergebnisse aus diesem Thread: https://forum.fhem.de/index.php?topic=97059.0
Dort klärt sich das Problem aber auf andere Weise.

Das Plugin homebridge-fhem ist installiert und wie erwartet ist auch fakegato-history damit installiert worden.
Manchmal wird behauptet, die History braucht vielleicht eine Weile bis sie erscheint. Aber auch nach mehreren Tagen hat sich am Zustand nichts geändert.

genericDeviceType steht auf ContactSensor.

Muss man in FHEM auch irgendeine History-Komponente aktivieren, damit das funktioniert?

Sowohl FHEM als auch Homebridge laufen als Docker Container, wobei ich nicht glaube, dass das relevant ist.
Hat irgendjemand von euch noch eine Idee? Ich bin nach vielen Stunden jetzt ziemlich ratlos.

Hier noch ein List vom Device:

Internals:
   DEF        da4808a2 3
   FUUID      5f50ba43-f33f-ff41-85fe-eecc8f37e087581a
   FVERSION   10_ZWave.pm:0.222440/2020-06-23
   IODev      ZWAVE1
   LASTInputDev ZWAVE1
   MSGCNT     76
   NAME       Tuerkontakt_HAUSTUER
   NR         26
   STATE      Battery: 100 %
   TYPE       ZWave
   ZWAVE1_MSGCNT 76
   ZWAVE1_RAWMSG 00040003043003000a
   ZWAVE1_TIME 2020-09-11 14:20:04
   ZWaveSubDevice no
   homeId     da4808a2
   isWakeUp   1
   nodeIdHex  03
   READINGS:
     2020-09-04 15:04:55   CMD             ZW_APPLICATION_UPDATE
     2020-09-04 22:21:06   alarm           AccessControl: Window/Door is closed
     2020-09-11 14:20:04   alarm_AccessControl Window/Door is closed, notificationIsOn
     2020-09-04 15:04:58   battery         100 %
     2020-09-04 15:04:58   batteryPercent  100
     2020-09-04 15:04:58   batteryState    ok
     2020-09-11 14:20:04   doorWindow      off
     2020-09-04 15:04:56   model           Neo CoolCam Door/Window Detector
     2020-09-04 15:04:56   modelConfig     shenzen_neo/nas-ds01z.xml
     2020-09-04 15:04:56   modelId         0258-0003-1082
     2020-09-08 05:40:15   timeToAck       0.025
     2020-09-08 05:40:15   transmit        OK
     2020-09-08 05:40:13   wakeup          notification
Attributes:
   IODev      ZWAVE1
   classes    ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL BATTERY ALARM SENSOR_BINARY ASSOCIATION ASSOCIATION_GRP_INFO WAKE_UP CONFIGURATION
   genericDeviceType ContactSensor
   homebridgeMapping clear
ContactSensorState=doorWindow,values=off:CONTACT_DETECTED;on:CONTACT_NOT_DETECTED
CurrentDoorState=doorWindow,values=off:CLOSED;on:OPEN
BatteryService#StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
BatteryService#BatteryLevel=batteryPercent
history:size=1024
   icon       fts_door_right_open
   room       HomeKit,ZWave
   siriName   Haustür
   stateFormat Battery: battery


Danke vorab für eure Hilfe.

Typ1er

meines sieht so aus:
Die Temperatur wird Automatisch gemappt
Internals:
   DEF        sensor 53  IODev=deCONZ
   FUUID      5e94efde-f33f-5d26-84e4-a58b555dd0128d3c
   FVERSION   31_HUEDevice.pm:0.218370/2020-05-02
   ID         S53
   INTERVAL   
   IODev      deCONZ
   NAME       DOOR_Eingang
   NR         89
   STATE      closed
   TYPE       HUEDevice
   lastupdated 2020-09-11 13:59:49
   lastupdated_local 2020-09-11 15:59:49
   manufacturername LUMI
   modelid    lumi.sensor_magnet.aq2
   name       Eingangstür
   on         1
   reachable  1
   swversion  20161128
   type       ZHAOpenClose
   uniqueid   00:15:8d:00:01:b7:bd:23-01-0006
   READINGS:
     2020-09-11 15:59:49   battery         100
     2020-09-11 15:59:49   batteryPercent  100
     2020-09-11 15:59:49   reachable       1
     2020-09-11 15:59:49   state           closed
     2020-09-11 15:59:49   temperature     28
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     json:
       ep         1
       etag       49c8da525f5862aa1ebd6475a0816e08
       lastseen   2020-09-11T13:59Z
       manufacturername LUMI
       modelid    lumi.sensor_magnet.aq2
       name       Eingangstür
       swversion  20161128
       type       ZHAOpenClose
       uniqueid   00:15:8d:00:01:b7:bd:23-01-0006
       config:
         battery    100
         temperature 2800
       state:
         lastupdated 2020-09-11T13:59:49.762
     setList:
Attributes:
   IODev      deCONZ
   alias      Eingangstür
   devStateIcon open:fts_door_right_open@red closed:fts_door_right@green
   genericDeviceType ContactSensor
   group      Flur
   homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;;open:OPEN
BatteryLevel=battery,maxValue=100,minValue=0,minStep=1
Reachable=reachable
history:size=1024
   icon       fts_door_right_open
   model      lumi.sensor_magnet.aq2
   room       Flur,HUEDevice,Homekit

MichlW

Kannst du mir eventuell sagen bzw. die wichtigsten Einzelschritte erklären, die du für die volle Funktion der Fakegato History hast durchführen müssen?

Ich bin echt am Verzweifeln, da ich irgendwie der einzige bin, bei dem die History mit einem vollständigen FHEM/Homebridge Setup nicht automatisch erscheint. Es kommt immer die genannte Meldung im Homebridge Log.

Muss man fakegato-history irgendwie konfigurieren oder separat "starten"?
Warum findet man zu dieser Meldung nichts passendes bei Google?

Hilfe! Danke vorab an alle Tippgeber.

Typ1er

Wenn ich auf den Zähler mit der Anzahl klicke aktualisiert sich bei mir oft erst die Grafik. Vielleicht hilft das.

Du kannst ja dein Mapping mal umstellen zum Testen, nicht das es am Batteryservice liegt. Ansonsten läuft bei mir alles im Docker auf einem Synology NAS. Beide Container werden automatisch auf dem aktuellen Stand gehalten, Aktualisieren sich automatisch per Watchtower.

kennymc.c

Seit dem Update auf iOS 14 kann ich HomeMatic Three State und magnetische Fenstersensoren sowie Xiaomi Temperatur + PIR Sensoren in der Home App nicht mehr zu den Favoriten hinzufügen. Nach dem Update waren sie direkt aus den Favoriten verschwunden. Die Schalter dafür fehlt jetzt einfach. HomeMatic Thermostate sind aber erhalten geblieben. In der eve App funktioniert alles wie gewohnt. Kann das noch jemand bestätigen?

MichlW

Zitat von: MichlW am 11 September 2020, 15:39:42
Hallo liebe FHEM Gemeinde. Ich ersuche euren Rat beim Zusammenspiel von FHEM, Homebridge und der Eve App. Seit mehren Tagen lese ich mich durchs Forum und durchs WWW, bisher aber ohne Erfolg.

Mein Problem: Ich bekomme die Graphen in der Eve App (iOS) einfach nicht zum Laufen...

...

Danke vorab für eure Hilfe.

Hallo liebe FHEM Gemeinde,

ich habe mein Problem jetzt rein zufällig gelöst, in dem ich das "history:size=1024" vor den BatteryService# gesetzt habe... Wie kam ich drauf? Im Log tauchte folgendes auf:


[9/18/2020, 12:42:53 PM] [FHEM] Tuerkontakt_HAUSTUER has
[9/18/2020, 12:42:53 PM] [FHEM]   CurrentDoorState [doorWindow]
[9/18/2020, 12:42:53 PM] [FHEM]   ContactSensorState [doorWindow]
[9/18/2020, 12:42:53 PM] [FHEM]   BatteryService#StatusLowBattery [batteryState]
[9/18/2020, 12:42:53 PM] [FHEM]   BatteryService#BatteryLevel [batteryPercent]
[9/18/2020, 12:42:53 PM] [FHEM]   BatteryService#history [undefined]


Die letzte (hier dargestellte) Zeile lies erahnen, dass Homebridge da etwas falsch zuordnet.

Ist dieses Verhalten bekannt?

Neues homebridgeMapping sieht jetzt so aus:


clear
ContactSensorState=doorWindow,values=off:CONTACT_DETECTED;on:CONTACT_NOT_DETECTED
CurrentDoorState=doorWindow,values=off:CLOSED;on:OPEN
history:size=1024
BatteryService#StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
BatteryService#BatteryLevel=batteryPercent


Gruß

The-Holgi

Hallo,
ich habe in fhem einen homematic aktor, mit dem ich ein Magnetschloss betätige.
Als genericDeviceTyp ist switch definiert. Das klappt in Apple homekit und mit siri mit ,,Tor an" bzw ,,Tor aus" recht gut.
Nun würde ich aber lieber sagen ,,Tor auf" bzw ,,Tor zu".
Wenn ich nun als genericDeviceTyp lock definiere funktioniert es so über homekit nicht.
Denke man müßte hier das attr homebridemapping definieren. Komme hier leider nicht weiter, wäre schön, wenn mir jemand sagen könnte wie das attribut aussehen muß.
Gruß Holger
Raspberry Pi 5

The-Holgi

Hallo,
habs hinbekommen.
Attributes:
   IODev      HMLAN1
   IOgrp      vccu:HMLAN1
   autoReadReg 4_reqStatus
   event-on-change-reading .*
   expert     defReg,rawReg
   firmware   2.4
   genericDeviceType lock
   homebridgeMapping LockCurrentState=state,values=on:SECURED;off:UNSECURED,default=UNKNOWN
   LockTargetState=state,values=on:SECURED;off:UNSECURED,default=SECURED,cmds=SECURED:on;UNSECURED:off;false:off;true:on,cmdOn=on,cmdOff=off
   icon       secur_locked
   model      HM-LC-SW1-PL-CT-R1
   peerIDs    00000000,00EB0301,
   room       CUL_HM,Homekit,Schuppen,Terasse
   serialNr   HSSw1CT001
   siriName   Tor
   subType    switch
   webCmd     statusRequest:toggle:on:off
Raspberry Pi 5

Typ1er

Hilft dir das hier, mein Gartentor hat nur on/off:

Internals:
   DEVICETOPIC MQTT2_DVES_476256_CH3
   FUUID      5e94f912-f33f-5d26-6b9c-49eba8097e085111
   FVERSION   10_MQTT2_DEVICE.pm:0.224580/2020-07-24
   IODev      myBroker
   LASTInputDev myBroker
   MSGCNT     1487
   NAME       MQTT2_DVES_476256_CH3
   NR         129
   STATE      Off
   TYPE       MQTT2_DEVICE
   myBroker_MSGCNT 1487
   myBroker_TIME 2020-09-18 14:40:03
   READINGS:
     2020-08-27 11:40:23   FallbackTopic   cmnd/DVES_476256_fb/
     2020-08-27 11:40:23   GroupTopic      sonoffs/cmnd/
     2020-09-18 14:40:03   Heap            28
     2020-08-27 11:40:23   Hostname        /HB66/Klingel-0598
     2020-08-27 11:40:23   IPAddress       192.168.178.46
     2020-09-18 12:57:01   LWT             Online
     2020-09-18 14:40:03   LoadAvg         19
     2020-08-27 11:40:23   Module          Generic
     2020-09-18 14:40:03   MqttCount       43
     2020-09-18 14:40:03   POWER1          Off
     2020-09-18 14:40:03   POWER2          Off
     2020-09-18 14:40:03   POWER3          Off
     2020-09-18 14:40:03   POWER4          On
     2020-08-27 11:40:23   RestartReason   Software/System restart
     2020-09-18 14:40:03   Sleep           50
     2020-09-18 14:40:03   SleepMode       Dynamic
     2020-09-18 14:40:03   Time            2020-09-18T13:40:03
     2020-09-18 14:40:03   Uptime          22T03:00:01
     2020-09-18 14:40:03   UptimeSec       1911601
     2020-08-27 11:40:23   Version         8.1.0(tasmota)
     2020-08-27 11:40:23   WebServerMode   Admin
     2020-09-18 14:40:03   Wifi_AP         1
     2020-09-18 14:40:03   Wifi_BSSId      44:4E:6D:E5:8F:1A
     2020-09-18 14:40:03   Wifi_Channel    11
     2020-09-18 14:40:03   Wifi_Downtime   0T00:01:35
     2020-09-18 14:40:03   Wifi_LinkCount  28
     2020-09-18 14:40:03   Wifi_RSSI       26
     2020-09-18 14:40:03   Wifi_SSId       Funkloch
     2020-09-18 14:40:03   Wifi_Signal     -87
     2020-09-12 19:13:56   state           set_on
Attributes:
   IODev      myBroker
   alias      Gartentor
   autocreate 1
   devStateIcon Off:ios-off:on On:ios-on-green:off
   genericDeviceType lock
   homebridgeMapping clear
LockCurrentState=POWER3,values=On:UNSECURED;;Off:SECURED,default=UNKNOWN
LockTargetState=POWER3,values=On:UNSECURED;;Off:SECURED,default=UNSECURED,cmds=SECURED:off;;UNSECURED:on;;false:on;;true:off,cmdOn=off,cmdOff=on
   model      A_02_tasmota_2channel_split
   readingList /HB66/Klingel/tele/LWT:.* LWT
  /HB66/Klingel/tele/STATE:.* { json2nameValue($EVENT) }
  /HB66/Klingel/tele/SENSOR:.* { json2nameValue($EVENT) }
  /HB66/Klingel/tele/INFO.:.* { json2nameValue($EVENT) }
  /HB66/Klingel/stat/RESULT:.* { json2nameValue($EVENT) }
   room       Homekit,MQTT2_DEVICE
   setList    off:noArg    /HB66/Klingel/cmnd/POWER3 0
  on:noArg     /HB66/Klingel/cmnd/POWER3 1
  toggle:noArg /HB66/Klingel/cmnd/POWER3 2
   setStateList on off toggle
   stateFormat POWER3
   webCmd     on:off:toggle

stratege-0815

Mit iOS 14 und tvOS 14 gibt es ja nun neue Möglichkeiten HomeKit Kameras auch in Apple TV einzubinden. Ich habe eine simple IP Webcam über die Home Bridge in Fhem beziehungsweise iOS Apple Home integriert. Allerdings erscheint diese dort nicht als Apple HomeKit ,,zertifiziert". Kann man diese Zertifizierung irgendwie faken?

stratege-0815

Noch eine Frage, kann ich ein Event aus FHEM mit Homebridge in Apple Home als Sensor Ereignis abbilden?

EinEinfach

ZitatMit iOS 14 und tvOS 14 gibt es ja nun neue Möglichkeiten HomeKit Kameras auch in Apple TV einzubinden. Ich habe eine simple IP Webcam über die Home Bridge in Fhem beziehungsweise iOS Apple Home integriert. Allerdings erscheint diese dort nicht als Apple HomeKit ,,zertifiziert". Kann man diese Zertifizierung irgendwie faken?

Also ich konnte meine beiden Hikvision Cameras, die keine Homekit Zertifizierung haben über Apple TV gerade ohne Probleme laufen lassen. Ich nutze den homebridge-camera-ffmpeg Plugin zur Anbidnung der Kameras.
fhem auf Intel NUC6CAYH mit Proxmox im LXC (Debian 10), KNX mit knxd über MDT SCN-IP000.02, Buderus GB192-15i über KM100, Solaredge WR SE9K über Modbus-TCP

stratege-0815

Ja, das funktioniert! Ich war wohl auf der falschen Fährte. Ich würde gerne so eine Automation realisieren wie Apple sie für iOS 14 gezeigt hat. Bei ,,Klingelevent" einblenden des Kamerabilds im Apple TV.
Darauf zielte auch meine zweite Frage ab.