Wer per HomePod sicherheitsrelevante Aktoren und Geräte wie Türen oder Tore öffnen möchte, der wird feststellen, dass Siri vor dem Ausführen der Aktion eine Verifizierung auf dem iPhone fordert. Das Schließen dieser Geräte funktioniert hingegen immer einwandfrei.

In meinem Fall wollte ich per Sprachkommando an den HomePod das Garagentor öffnen lassen. Siri entgegnete mir dann vom HomePod „Dazu musst du Dich auf Deinem iPhone anmelden“. Auf dem iPhone Display erhielt ich eine Einblendung mit der Meldung „Jemand möchte gesicherte Geräte steuern“.

Ich durchsuchte zunächst die Home App nach einer Einstellmöglichkeit, mit der ich diese Sicherheitsabfrage für mein Garagentor ausschalten konnte. Leider ohne Erfolg.

Der Grund dafür ist eine Sicherheitsvorkehrung Apples. Apple möchte vermeiden, dass Einbrecher, welche sich im Haus befinden, mit ihrer Stimme und einem HomePod weitere Gebäudeteile öffnen können. Und das ist auch logisch. Gleichzeitig erklärt dies, warum ein unkritischer Schließen-Befehl jederzeit möglich ist.

Bei der Apple Watch beispielsweise gibt es dieses Feature nicht. Ich kann das Garagentor direkt mit einem Sprachbefehl öffnen. Die Uhr stellt über den Pulsmesser aber auch sicher, dass ich sie gerade trage. Würde man mir die Uhr abnehmen, würde sie sich sperren – so lange bis ich die PIN eingeben würde.

Der HomePod beherrscht keine Stimmerkennung und verweist daher an die Verifizierung am iPhone mittels FaceID oder TouchID.

Wer zum Beispiel Siri über CarPlay befiehlt ein Tor zu öffnen, wird ebenfalls Erfolg haben. Im Endeeffekt ist mir auch nur das wichtig, denn ich möchte bereits auf der Fahrt nach Hause das Garagentor öffnen.

Der Beitrag Türen und Tore per HomePod öffnen: „Dazu musst Du Dich auf Deinem iPhone anmelden“ – „Jemand möchte gesicherte Geräte steuern“ erschien zuerst auf Pixelfriedhof.

Es brauchte ein wenig Zeit, bis ich endlich die richtigen Einstellungen für das Homematic Modul HMIP-MOD-HO (Amazon Affiliate Link) in Yahka gefunden hatte. Endlich funktioniert nun die Garagentorsteuerung über Apples Home App und Siri.

Wenn das Gerät im Yahka-Adapter eingerichtet wurde, konzentrieren wir uns auf die Datenpunkte CurrentDoorState -> DOOR_STATE und TargetDoorState -> DOOR_COMMAND.

Einstellungen für CurrentDoorState

InOut: ioBroker.State
State: hm-rpc.X.XXXXXXXXXXXXXX.1.DOOR_STATE
Conversion: map
0 -> is simple value 1
1 -> is simple value 0
2 -> is simple value 2
3 -> is simple value 3

Einstellungen für TargetDoorState

InOut: ioBroker.State
State: hm-rpc.X.XXXXXXXXXXXXXX.1.DOOR_COMMAND
Conversion: map
1 -> 0 (nicht „is simple value“ anhaken)
3 -> 1 (nicht „is simple value“ anhaken)

Der Beitrag Homematic Modul HmIP-MOD-HO in Yahka für Apple Homekit konfigurieren erschien zuerst auf Pixelfriedhof.

In der Analyse stellte ich fest, dass der Adapter immer zwischen 22:00 Uhr und 23:00 Uhr ausfiel. Im Log, auch mit Verbose-Einstellung, fanden sich aber keine Einträge. Nach einem Neustart des Yahka-Adpaters funktionierte alles wieder wie gewohnt – bis zum nächsten Crash.

Meine ioBroker-Installation inkl. Yahka-Adapter hatte ich einige Wochen zuvor vom Raspberry Pi in einen Dockercontainer auf dem Synology NAS umgezogen. Dazu hatte ich ein Backup mit Backitup erstellt und dieses dann im Dockercontainer wieder eingespielt.

Im Verzeichnis /iobroker_data/iobroker-data/yahka.0.hapdata stellte ich dann fest, dass es in diesem Verzeichnis anstatt der üblichen zwei Dateien „AccessoryInfo“ und „IdentifierCache“ vier Dateien gab. Die beiden überflüssigen Dateien stammten laut letztem Änderungsdatum wohl noch aus der alten Installation.

Ich löschte alle vier Dateien und startete den Yahka-Adapter neu. Die beiden legitimen Dateien wurden erneut angelegt. Das Problem trat seitdem nicht wieder auf.

Der Beitrag Yahka Adapter sporadisch ohne Verbindung – Keine Geräte gefunden erschien zuerst auf Pixelfriedhof.