Apple - HomeKit - Schnittstelle zur Heimautomation

[2ndsky]

Ich hab mich jetzt mal beworben, messe aber einem Open Source Projekt dabei nicht sehr viel Zustimmung zu. Ansonsten heißt es halt warten, bis das Protokoll (oder zumindest mal Teile davon) gesniffed wurde.

[MarkusS]

@Niko: Ich denke wir sind jetzt auf dem gleichen Level

[MarkusS]

Die App muss nicht von Apple kommen. Über die API kann man leicht eine App bauen, mit den deutlich aufgebohrten APIs in IOS 8 dann wohl auch noch mit Anbindung z.B. an TouchID um bestimmte Funktionen abzusichern (hm, wie könnte man die dann vor Siri schützen?).

Das was Apple bislang an Developer Guides für Homekit veröffentlicht hat ist etwas dünn, interessant wäre noch der DevGuide für Gerätehersteller. Ich würde gerne mal sehen wie der Output von HMAccessoryBrowser aussieht bzw. Wie z.B. ein Dimmer oder ein RTR konkret in HMAccessory beschrieben ist. Arbeiten die da mit virtuellen Gerätetypen mit definierten Featuresets oder kann man sich sein Gerät frei in der Art von Kommunikationsobjekten und Datenpunkttypen zusammensetzen?

[2ndsky]

Aus Endkundensicht ist Homekit genial. Egal was da an Hardware verbaut wurde hat man EINE App mit EINEM durchgängigen GUI plus dann auch noch Sprachsteuerung via Siri.

Are you sure? Von einer App wurde da nichts gesagt. Ist nicht wie Health und HealthKit... HomeKit steht für sich alleine und ist lediglich das SDK.

Und das einzige was Apple IMHO mit Herstellern zusammen arbeitet ist, dass diese bereits ihre Apps dementsprechend auf HomeKit vorbereitet haben wenn iOS 8 raus kommt.

EDIT: das sagt Apple über HomeKit

HomeKit is a new framework for communicating with and controlling connected devices in a user’s home. Apps can enable users to discover devices in their home and configure them, or you can create actions to control those devices. Users can group actions together and trigger them using Siri.

EDIT2: ich muss mich korrigieren... es gibt doch ein Protokoll...

Home Kit provides seamless integration between accessories that support Apple's Home Automation Protocol and iOS devices, allowing for new advances in home automation. By promoting a common protocol for home automation devices and making a public API available for configuring and communicating with those devices, Home Kit makes possible a marketplace where the app a user controls their home with doesn’t have to be created by the vendor who made their home automation accessories, and where home automation accessories from multiple vendors can all be integrated into a single coherent whole without those vendors having to coordinate directly with each other.

Hm, das ist blöd. Dann wird das ganze doch nicht so einfach, wie ich dachte. HomeKit ermöglicht also nur, dass die Apps nicht zwangsläufig vom gleichen Hersteller wie die Hardware sein müssen. Mal bewerben und sehen, ob man irgendwie an die Protokollbeschreibung kommt.

[MarkusS]

Das mit der Trägheit wird langfristig der Markt regeln. To have lunch or to be lunch.

Kurz- und mittelfristig wird sich Apple mit seinen Partnern auf den Nachrüstmarkt konzentrieren. Der ist ungleich größer als der Neubaumarkt und im Nachrüstbereich gibt es überwiegend Komponenten die durch Laien verbaut - und problemlos durch z.B. Webshops vertrieben werden können. Wenn ich mir die Präsentationsfolie mit den Herstellern ansehe habe ich das Gefühl dass Apple da alle im Boot hat die im ZigBee-Bereich in den USA was zu melden haben. Ich glaube nicht dass z.B. Honeywell gleich mit DDCs mit Homekit-Interface auf den Markt kommen wird - DDCs werden eher da eingesetzt wo ein IPhone nicht unbedingt ein Argument ist.

Aus Endkundensicht ist Homekit genial. Egal was da an Hardware verbaut wurde hat man EINE App mit EINEM durchgängigen GUI plus dann auch noch Sprachsteuerung via Siri.

Aus Sicht der etablierten Hersteller im KNX-Bereich ein Albtraum epischer Dimension:
- Die verbaute Technik wird austauschbar, der eigentliche Hersteller verschwindet hinter dem Abstraktionslayer "Homekit"
- Die App / GUI als "Werbefläche" für den Hersteller geht verloren
- Handel / Handwerk verlieren die Dienstleistung / Umsatzbringer Visuerstellung
- Nutzungsdaten laufen bei Apple auf - unerreichbar für den Hersteller - oder er muss dafür tief in die Tasche greifen ...

Apple formuliert das sehr nett:

Home Kit makes possible a marketplace where the app a user controls their home with doesn’t have to be created by the vendor who made their home automation accessories, and where home automation accessories from multiple vendors can all be integrated into a single coherent whole without those vendors having to coordinate directly with each other.

Wenn man das mal weiterspinnt müsste es mit der Homekit-API z.B. auch leicht möglich sein, Installationen miteinander zu verbinden / Daten zwischen Installationen auszutauschen - und wenn ich schon eine derartige API habe kann ich darüber doch auch die einzelnen Geräte problemlos z.B. an einem zentralen Logikbaustein anmelden, das ganze Gefrickel mit Gruppenadressen, DPTs usw. würde entfallen.

Konsequent weitergedacht heißt das aber auch dass in einem solchen System der Raum für Systemintegratoren deutlich kleiner wird - wenn da überhaupt Raum für SIs bleibt.

Aber aus Endkundensicht der Traum: Ein paar Komponenten kaufen, einstecken, auf dem IPhone eine Discovery starten und fertig ist der Lack. Und wenn man das weiterträumt: Es spricht nichts dagegen, auch noch z.B. in Unterhaltungselektronik eine Homekit-Schnittstelle einzubauen, oder in die Heizungs-/Solarregelung, oder in den Kühlschrank oder die Waschmaschine.

Prost Mahlzeit!

Ich denke dass diese Homekit-App nur der erste Schritt und ein kleiner Testballon ist, Apple wird deutlich weitergehende Konzepte in der Schublade haben. Wenn ich PM bei Apple wäre wäre der nächste Schritt eine Art Homeserver auf der Hardwarebasis und mit vergleichbaren Kosten vom AppleTV.

[l0wside]

Genau diese Trägheit ist schon anderen etablierten Industrien zum Verhängnis geworden.

Man darf aber nicht vergessen, dass KNX in dem Bereich, in dem Apple nun tätig wird, nur eine kleine Splittergruppe darstellt.

Wenn ich Apple wäre, würde ich auf den Nachrüstmarkt setzen - der ist nun mal einfach viel größer. Wenn man den Neubau dabei noch mitnimmt, umso besser.
Die Gefahr, dass der Elektroinstallateur plötzlich Apple(-zertifizierte)-Geräte für die Hausautomatisierung verbaut, dürfte überschaubar sein und bleiben. Es ist ja nicht nur die Industrie träge, sondern auch die ganze Kette dahinter.

Max

[MarcusF]

Genau diese Trägheit ist schon anderen etablierten Industrien zum Verhängnis geworden.

Man darf aber nicht vergessen, dass KNX in dem Bereich, in dem Apple nun tätig wird, nur eine kleine Splittergruppe darstellt.

[MarkusS]

Ich würde mich da aber nicht aufs Jahr genau festlegen bis wann das eingebaut ist

[Schwitz]

Hoffentlich funktioniert des auch dann mitm Homeserver. 😄😄😄😄

[DiMa]

Ich les mich jetzt auch mal in die API ein und überlege mir eine App für sh.py zu erstellen.

Das war auch mein erster Gedanke :-)

[magiczambo]

Eben... KNX ist ein Protokoll und kein Hersteller. Ich les mich jetzt auch mal in die API ein und überlege mir eine App für sh.py zu erstellen. Mal sehen, was dabei raus kommt

Drei Daumen hoch!!!!

[tofele]

Cool, da freu ich mich schon drauf ...

[2ndsky]

Darum ja auch eine sh.py Anbindung... damit lassen sich dann auch Russound und eben alles andere Steuern, was per sh.py steuerbar ist

[ArchieSmith]

ich denke auch das ist erstmal der Anfang.
Um den KNX wird man eigentlich nicht rumkommen, aber es gibt ja auch noch BACnet, LON und Co., um nur einige zu nennen.

[2ndsky]

Eben... KNX ist ein Protokoll und kein Hersteller. Ich les mich jetzt auch mal in die API ein und überlege mir eine App für sh.py zu erstellen. Mal sehen, was dabei raus kommt

P.S.: I'm so excited...

EDIT:

Die Siri Integration liest sich einfach geil und man muss nichts machen, außer die Config des Hauses hinterlegen:

The basic data containment hierarchy looks like this:

Homes (HMHome) are the top level container, and represent a structure that a user would generally consider to be a single home. Users might have multiple homes that are far apart, such as a primary home and a vacation home. Or they might have two homes that are close together, but that they consider different homes—for example, a main home and a guest cottage on the same property.
Rooms (HMRoom) are optional parts of homes, and represent individual rooms in the home. Rooms don’t have any physical characteristics—size, location, etc. They’re simply names that are meaningful to the user, such as “living room” or “kitchen”. Meaningful room names enable commands like, “Siri, turn on the kitchen lights.”
Accessories (HMAccessory) are installed into homes and assigned to rooms. These are the actual physical home automation devices, such as a garage door opener. If the user doesn’t configure any rooms, Home Kit assigns accessories to a special default room for the home.
Services (HMService) are the actual services provided by an accessory. Accessories have both user-controllable services, like a light, and services that are for their own use, like a firmware update service. Home Kit is most concerned with user-controllable services.
A single accessory may have more than one user-controllable service. For example, most garage door openers have a service for opening and closing the door, and another service for the light on the garage door opener.
Zones (HMZone) are optional groupings of rooms in a home. “Upstairs” and “downstairs” would be represented by zones. Zones are completely optional—rooms don’t need to be in a zone. By adding rooms to a zone, the user is able to give commands to Siri such as, “Siri, turn on all of the lights downstairs.”