homebridge/homekit

[Chris8888]

Das Update hat bei mir problemlos funktioniert. Ggf die Hinweise auf mDNS ab 1.3 beachten.

[Ralli]

Ich hatte beide Varianten probiert. Mit beiden traten die Probleme auf. Es gibt auch bereits diesbezüglich gemeldete Issues.

https://github.com/homebridge/homebridge/issues/2820

[kennymc.c]

Bei ging soweit auch alles durch. Habe mal von Bonjour auf Ciao gestellt und dadurch wurden die Ladezeiten in den Apps tatsächlich verbessert. Allerdings kommt bei mir im Log manchmal folgende Fehlermeldung (alternativ auch mit S2W2):

Code Auswählen Erweitern


[homebridge-fhem] This plugin generated a warning from the characteristic 'S2W1': SET handler returned write response value, though the characteristic doesn't support write response! See https://git.io/JtMGR for more info.


Außerdem kommt beim Start eine ähnliche Meldung:

Code Auswählen Erweitern

[homebridge-fhem] This plugin slows down Homebridge. The read handler for the characteristic 'LastActivation' was slow to respond! See https://git.io/JtMGR for more info.

[justme1968]

S2W1 und S2W2 ist keine standard characteristic. wo genau kommt das her? was hast du konfiguriert?

zur LastActivation meldung sollte direkt davor noch mehr im log stehen. ich habe aber eben ein update gepushed mit dem die meldung weg sein sollte.

[kennymc.c]

Die erste Meldung kommt eventuell von den HomeMatic Wandthermostaten oder Xiaomi Temperatur Sesoren. Rufe ich innerhalb eines Raums auf, dann kommt die Meldung nicht. Aber wenn ich z.B. in Eve in die Typen Übersicht gehe, tritt sie bei Temperatur und Luftfeuchtigkeit auf.
Die gleiche Meldung trat auch für die von mir verwendete characteristic Actuation auf. Da ist aber glaube ich auch das UserReading in Fhem nicht richtig konfiguriert. Da hat vermutlich auch noch die Fehlermeldung, die stattdessen angezeigt wurde, Probleme gemacht. Die Meldung verschwand dann als ich das Mapping entfernt habe
Nach dem Update tritt auch die LastActivation Meldung nicht mehr auf.
Da die Frage ja schon mal kam: Gibt es eine standard characteristic für die Ventilposition? Die in #1130264 verwendete funktioniert bei mir wie erwähnt leider nicht.

[Moeti]

Ich habe von Anfang an, also seit ca. 3 Jahren, ein HomeKit Problem mit meiner KeyMatic. Nun nervt es mich endgültig!
Zu steuern geht das Schloss ohne separates homebridgeMapping so wie es soll, allerdings meckert Siri immer: "Es tut mir leid, ich konnte Türschloss nicht ab-/aufschließen. Weitere Informationen findest Du in der Home App.".

Hat jemand einen Tipp für mich wie ich das verbessern kann?

Gruß
Dan

Bei mir das selbe Problem. Wäre auch für einen Tipp dankbar.
Michael

[stef1938]

Hallo zusammen,

ich würde den Status meiner RTS-Somfy Jalousien gerne prozentgenau in HomeKit anzeigen lassen. Derzeit zeigt HomeKit lediglich 10er Prozentschritte an.

Hat das vielleicht bereits jemand (über ein entsprechendes Mapping?)umgesetzt? Aktuell habe ich kein mapping implementiert.

Danke für die Hilfe!

Stef

[Dracolein]

Gibt es die Möglichkeit, eine durch das Modul "SSCam" in FHEM eingebundene Kamera (rtsp Stream und/oder mjpeg Stream) auch in die Homebridge einzubinden und sie in HomeKit darzustellen?

[EinEinfach]

Schau dir das an:
https://www.npmjs.com/package/homebridge-camera-ffmpeg
funktioniert wunderbar

[Dracolein]

Hm, ich habe Homebridge nach der FHEM-Wiki Anleitung installiert und bisweilen noch nie manuell an der config.json rumeditiert. Entsprechend habe ich mangels Fachwissen etwas Vorbehalte.
Über das Attribut Homebridgemapping lässt sich das nicht lösen?

[EinEinfach]

Über das Attribut Homebridgemapping lässt sich das nicht lösen?

nein

[benze72]

Hallo zusammen,

ich würde den Status meiner RTS-Somfy Jalousien gerne prozentgenau in HomeKit anzeigen lassen. Derzeit zeigt HomeKit lediglich 10er Prozentschritte an.

Hat das vielleicht bereits jemand (über ein entsprechendes Mapping?)umgesetzt? Aktuell habe ich kein mapping implementiert.

Danke für die Hilfe!

Stef

Hallo stef1938,

für eine Jalousie benötigt Homebridge mindestens folgende Charakteristiken:

IST - CurrentPosition (mit den Properties): Min Value, Max Value, Min Step
SOLL - TargetPosition: Min Value, Max Value, Min Step

Bei einem Fibaro-Rollershutter sieht das Mapping so aus:

clear
CurrentPosition=numstate,minValue=0,maxValue=99,minStep=1
TargetPosition=dim::reportedState,minValue=0,maxValue=99,minStep=1,cmds=99:on

Entscheidend für dein Anliegen ist "minStep=1", ohne Mapping wird vermutlich minStep=10 übergeben.

Gruß Karsten

[benze72]

Bei mir das selbe Problem. Wäre auch für einen Tipp dankbar.
Michael

Hallo Michael,

ich denke, dass Siri (Home-App) zwar das Kommando übergibt, aber auf Grund fehlenden Mappings den Status nicht erkennt und deshalb meckert.

Deshalb mal ein Mapping mit folgenden Charakteristika einbauen:

IST - Lock Current State
SOLL - Lock Target State

Das Mapping könnte so aussehen:

clear
LockCurrentState="dein Reading",values=0:UNSECURED;;1:SECURED;;2:JAMMED;; 3:UNKNOWN (die Zahlen in den Values durch die Werte Deines Readings ersetzen).
LockTargetState="dein Reading",values=0:UNSECURED;;1:SECURED, cmds=UNSECURED:opens;;SECURED:closes  (auch hier wieder in den Values die Zahlen durch Werte deines Readings ersetzen und im cmd opens/closes durch deine Kommandos des Devices ersetzen).

Gruß Karsten

[DeeSPe]

Hallo Michael,

ich denke, dass Siri (Home-App) zwar das Kommando übergibt, aber auf Grund fehlenden Mappings den Status nicht erkennt und deshalb meckert.

Deshalb mal ein Mapping mit folgenden Charakteristika einbauen:

IST - Lock Current State
SOLL - Lock Target State

Das Mapping könnte so aussehen:

clear
LockCurrentState="dein Reading",values=0:UNSECURED;;1:SECURED;;2:JAMMED;; 3:UNKNOWN (die Zahlen in den Values durch die Werte Deines Readings ersetzen).
LockTargetState="dein Reading",values=0:UNSECURED;;1:SECURED, cmds=UNSECURED:opens;;SECURED:closes  (auch hier wieder in den Values die Zahlen durch Werte deines Readings ersetzen und im cmd opens/closes durch deine Kommandos des Devices ersetzen).

Gruß Karsten

Hallo Karsten,

danke für den Hinweis.
Genau dieses Mapping wird automatisch von "homebridge-fhem" vergeben. Leider ohne den gewünschten Erfolg:

Code (homebridge-fhem) Auswählen Erweitern

  } else if( s.Attributes.model && s.Attributes.model.match(/^HM-SEC-KEY/ ) ) {
    if( !this.service_name ) this.service_name = 'lock';
    this.mappings.TargetDoorState = { reading:'', default:'CLOSED', timeout:500, cmds: ['OPEN:open'] };
    this.mappings.LockCurrentState = { reading: 'lock',
                                       values: ['/uncertain/:UNKNOWN', '/^locked/:SECURED', '/.*/:UNSECURED'] };
    this.mappings.LockTargetState = { reading: 'lock',
                                      values: ['/^locked/:SECURED', '/.*/:UNSECURED'],
                                      cmds: ['SECURED:lock', 'UNSECURED:unlock'], };

Gruß
Dan

[benze72]

Hallo Dan,

wie sehen denn die Readings des Gerätes in Fhem aus (Reading + Zustand bei geschlossen und geöffnet)?

Gruß Karsten