Homebridge: HM-SEC-KEY-S Türöffnerfunktion

Begonnen von phonehoppy, 18 Januar 2017, 12:09:50

Vorheriges Thema - Nächstes Thema

phonehoppy

Hallo, ich habe auch alles korrekt eingerichtet bekommen und bereits ein gutes Dutzend Geräte erfolgreich am laufen (Thermostate, Schalter, Licht).

Momentan habe ich nur ein Problem: Ich habe in FHEM ein Homematic-Türschloss HM-SEC-KEY-S eingerichtet. Das wird durch Homekit auch soweit korrekt erkannt, dass ein ab- und Aufschließen möglich ist. Was fehlt, ist allerdings die "Türöffner"-Funktion, also das kurzzeitige Zurückziehen der Falle, damit die Tür von außen geöffnet werden kann. In FHEM dient hierzu der "open" Befehl, und wenn ich Homebridge mit "--debug" starte, sehe ich auch, dass dort ein Characteristic "TargetDoorState" konfiguroert ist, was für mich auch korrekt aussieht, nämlich so:


[2017-01-18 02:05:24] [FHEM] mappings for HM_4BCFFE: { PositionState:
   { reading: 'direction',
     values:
      [ '/^opening/:INCREASING',
        '/^closing/:DECREASING',
        '/.*/:STOPPED' ] },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
  FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
  TargetDoorState:
   { reading: '',
     default: 'CLOSED',
     timeout: 500,
     cmds: [ 'OPEN:open' ] },
  LockCurrentState:
   { reading: 'lock',
     values: [ '/uncertain/:UNKNOWN', '/^locked/:SECURED', '/.*/:UNSECURED' ] },
  LockTargetState:
   { reading: 'lock',
     values: [ '/^locked/:SECURED', '/.*/:UNSECURED' ],
     cmds: [ 'SECURED:lock', 'UNSECURED:unlock' ] } }
[2017-01-18 02:05:24] [FHEM] HM_4BCFFE is lock
[2017-01-18 02:05:24] [FHEM] HM_4BCFFE has
[2017-01-18 02:05:24] [FHEM]   PositionState [direction]
[2017-01-18 02:05:24] [FHEM]   StatusLowBattery [battery]
[2017-01-18 02:05:24] [FHEM]   FirmwareRevision [D-firmware]
[2017-01-18 02:05:24] [FHEM]   TargetDoorState []
[2017-01-18 02:05:24] [FHEM]   LockCurrentState [lock]
[2017-01-18 02:05:24] [FHEM]   LockTargetState [lock]
[2017-01-18 02:05:24] [FHEM] value2homekit_re: [ { re: '^opening', to: 1 },
  { re: '^closing', to: 0 },
  { re: '.*', to: 2 } ]
[2017-01-18 02:05:24] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
  2017-01-18 02:05:24 caching: HM_4BCFFE-direction: undef
[2017-01-18 02:05:24] [FHEM] HM_4BCFFE-direction values: value undef mapped to 2
[2017-01-18 02:05:24] [FHEM]     caching: PositionState: 2 (as number; means STOPPED; from 'undef')
[2017-01-18 02:05:24] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[2017-01-18 02:05:24] [FHEM] value2homekit: { ok: 0 }
[2017-01-18 02:05:24] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2017-01-18 02:05:24 caching: HM_4BCFFE-battery: ok
[2017-01-18 02:05:24] [FHEM] HM_4BCFFE-battery values: value ok mapped to 0
[2017-01-18 02:05:24] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
  2017-01-18 02:05:24 caching: HM_4BCFFE-D-firmware: 2.5
[2017-01-18 02:05:24] [FHEM]     caching: FirmwareRevision: 2.5 (as string; from '2.5')
[2017-01-18 02:05:24] [FHEM] default: 1
[2017-01-18 02:05:24] [FHEM] homekit2cmd: { '0': 'open' }
[2017-01-18 02:05:24] [FHEM]     caching: TargetDoorState: 1 (as number; means CLOSED; from 'mapping.default')
[2017-01-18 02:05:24] [FHEM] value2homekit_re: [ { re: 'uncertain', to: 3 },
  { re: '^locked', to: 1 },
  { re: '.*', to: 0 } ]
[2017-01-18 02:05:24] [FHEM] homekit2name: { '0': 'UNSECURED', '1': 'SECURED', '3': 'UNKNOWN' }
  2017-01-18 02:05:24 caching: HM_4BCFFE-lock: locked
[2017-01-18 02:05:24] [FHEM] HM_4BCFFE-lock values: value locked mapped to 1
[2017-01-18 02:05:24] [FHEM]     caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[2017-01-18 02:05:24] [FHEM] value2homekit_re: [ { re: '^locked', to: 1 }, { re: '.*', to: 0 } ]
[2017-01-18 02:05:24] [FHEM] homekit2name: { '0': 'UNSECURED', '1': 'SECURED' }
[2017-01-18 02:05:24] [FHEM] homekit2cmd: { '0': 'unlock', '1': 'lock' }
[2017-01-18 02:05:24] [FHEM] HM_4BCFFE-lock values: value locked mapped to 1
[2017-01-18 02:05:24] [FHEM]     caching: LockTargetState: 1 (as number; means SECURED; from 'locked')
[2017-01-18 02:05:24] [FHEM] mappings for HM_4DD8E5_Clima: { TargetTemperature:
   { reading: 'desired-temp',
     cmd: 'desired-temp',
     delay: true,


Leider komme ich über HomeKit auf einem iOS-Gerät aber nicht an die "Türöffner-Eigenschaft" des Gerätes heran. Hier wird mir nur "Sperren" und "Entsperren" angeboten, also die reine Abschließfunktion. Wie bekomme ich in HomeKit auch Zugriff auf die Türöffner-Funktion?

Vielen Dank!

Markus M.

Du kannst nur entweder Aufschliessen oder Öffnen auf Offen mappen, Homekit kennt da nur 2 Zustände.

Wenn du die Tür als Tor mit Prozentangaben der Öffnung und damit einem Slider in Homekit kriegst, kannst du dir eventuell mit Zusatzmapping so ähnlich behelfen wie ich es bei meinen Fenstern gemacht habe:
0-74% = Türe verschlossen
75-99% = Türe geöffnet
100% = Türe unverschlossen
Ein Tap auf's Icon wechselt dann zwischen verschlossen und unverschlossen, wenn du den Slider öffnest und ins letzte Viertel != 100% ziehst, springt die Tür auf.
Aktuell weder Smarthome noch FHEM vorhanden

phonehoppy

Zitat von: Markus M. am 18 Januar 2017, 12:59:58
Du kannst nur entweder Aufschliessen oder Öffnen auf Offen mappen, Homekit kennt da nur 2 Zustände.

Wenn du die Tür als Tor mit Prozentangaben der Öffnung und damit einem Slider in Homekit kriegst, kannst du dir eventuell mit Zusatzmapping so ähnlich behelfen wie ich es bei meinen Fenstern gemacht habe.

Danke, das hört sich gut an. ich habe auch überlegt, einen zusätzlichen Dummy-Taster in FHEM einzurichten und den auf die Open-Funktion zu mappen. Mir fehlt aber das Wissen, wie ich einen Taster programmieren kann, der nach Auslösung der Aktion wieder auf den Ausgangszustand zurückfällt. D.h. er soll ja nicht zwischen on und off umschalten, sonder nur eine kurzzeitige Aktion auslösen, ohne sichtbaren Zustandswechsel. Geht so etwas mit FHEM/Homebridge?

phonehoppy

#3
Ich habe es jetzt mit einem gesonderten Dummy-Switch hingekriegt, allerdings nicht mit den homebridgeMapping-Parametern "timeout" oder "default", sondern rein auf der FHEM -Ebene mit einem "at", was den Schalterzustand sofort nach 2s wieder zurück auf OFF setzt. Damit funktioniert es jetzt soweit ganz gut. Die homebridgeMapping-Parameter funktionieren bei mir irgendwie nicht, aber vielleicht habe ich es auch ganz einfach falsch gemacht...

Der einzige Schönheitsfehler ist, dass man in Siri die Haustür "an"-Schalten muss anstatt öffnen. Aber durch definition einer entsprechenden Szene lässt sich das Problem auch umgehen.

EinEinfach

Hi,

du kannst auch die Elgato Eve App auf deinem iOS Gerät installieren. Dann richtest du dir eine Szene ein (z.B. "Tür öffnen"), dort konfigurierst du deinen Keymatic: Schloss -> offen und Tür -> geöffnet.

fertig!

Jetzt reagiert selbst Siri auf deine Szenen-Name.

Gruß
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