ein kollege von mir hat sich vor einer weile einen kleinen mikrocontroller und ein relais in die gegensprechanlage eingebaut, mit dem er den türsummer jetzt fernauslösen kann. die betriebsspannung für den esp8266 holt er sich aus der gegensprechanlage, wandelt ihn mit einem spannungswandler auf verträgliche 3 volt runter. mit dem esp8266 mikrocontroller und dem relais, kann er jetzt, über ein paar umwege, den türsummer der haustür mit seiner apple watch auslösen. er nutzt zur haus wohnungssteuerung die FHEM-software — ich bin ja eher ein freund des home-assistenten — aber beide hausautomations-server machen im prinzip das gleiche: aktoren und sensoren einbinden und steuern. und weil man diese hausautomations-server relativ mühelos auch über homebridge zu homekit überbrücken kann (home-assistant, FHEM), kann mein kollege seinen türsummer jetzt auch mit apples homekit steuern.
ich erzähle das, weil ich auch gerade sehr viel freude daran habe unsere wohnung zu automatisiseren und ich fasziniert bin, wie einfach diese sachen dank günstiger hardware und ziemlich gut entwickelter software mittlerweile sind. gestern fiel mir dann mal wieder auf, wie relativ dieses einfach ist. denn genau betrachtet ist es natürlich nicht einfach einen hausautomations-server zu betreiben, zu pflegen oder einzurichten, mikrocontroller mit der arduino IDE zu flashen oder sich konzepte zur einbindung, verwendung und zum zusammenbau von aktoren und sensoren zu überlegen. es ist, genau betrachtet ein elendes gefrickel und, ähnlich wie das bauen von webseiten, eben sowohl einfach als auch furchtbar komplex. für mich war das komplexitätniveau für den webseitenbau ende der neunziger genau richtig, so wie jetzt das niveau der heimautomatisierung. webseitenbau in den neunzigern war kompliziert und wurde im laufe der jahre auch immer komplizierter, aber die werkzeuge und die die maschinen wurden eben immer besser. und man konnte von anderen lernen, weil (mehr oder weniger) alle quelltexte offen waren. so wie jetzt bei der heimautomatisierung: es gibt wunderbare werkzeuge, lebendige gemeinschaften, die ihre erfahrungen und ihren code teilen und ständig verbessern.
die andere möglichkeit die man derzeit für die heimautomatisierung hat, ist viel geld zu bezahlen. es gibt mittlerweile viele, ziemlich ausgereifte und mächtige systeme und plattformen, für die man nicht viel mehr geschick, als für den anschluss eines fernsehers braucht. der nachteil dieser plattformen ist neben den anschaffungskosten, dass man sich an die plattformen bindet und die haus- und wohnungsdaten daten meist auf oder über deren server laufen. diese zentralisierung kann dann auch schnell zu mittleren katastrophen führen, wenn die infrastruktur dieser plattformen ausfällt oder die plattformen aus kommerziellen gründen einfach zu machen. jüngst ist das mit den automatischen haustierfutterstellen von petnet passiert. nachdem die server von petnet ausfielen, funktionierten auch deren verkauften, automatischen futterstellen nicht mehr.
die situation beim sogenannten internet of things ist der des webs nicht ganz unähnlich. das open web war (und ist) vielversprechend und aufregend, aber eben auch komplex und anspruchsvoll. die grossen, zentralen webplattformen konnten sich durchsetzen, weil sie die teilnahme einfach für jeden machen, (fast) ohne technische hürden. im internet of things bieten zentrale, kommerzielle plattformen genau das gleiche: niedrige einstiegshürden und komfort. bezahlt wird mit geld, kontrollverlust und abhängigkeiten.
die chance, die wir beim offenen web verpasst haben (den verlinkten text von jason kottke über das www unbedingt lesen), wiederholt sich beim internet der dinge wieder: gegen zentralisierungstendenzen kommt man mit offenen, verteilten ansätzen kaum an, weil zentrale plattformen (meist) ein viel besseres angebot in sachen komfort und nutzen machen können.
das gleiche gerät, das sich mein kollege zum summer-betätigen selbst gebaut hat, kann man übrigens auch hier für €99 kaufen (derzeit €79 für vorbestellungen). wenn man so ein nello kauft, funktioniert der türsummer künftig über den server der firma nello. die app nutzt die API des nello-servers und jeder öffnungsvorgang läuft eben über den nello-server. das hat — wenn’s funktioniert — einen grossen komfortgewinn zur folge: man kann fremden zugang ins haus gewähren, man sieht jeden öffnungsvorgang in der app und in deren verlaufsfunktion, man kann den zugang automatisieren. aber wenn der server von nello nicht mehr funktioniert, ist auch der komfort hin. (automatisiertes türöffnen scheint derzeit gerade ziemlich angesagt zu sein: ding, ring, mydbell, skybell)
ich vermute, wir kommen um zentrale plattformen nicht herum, aber ähnlich wie beim web, sollten wir sehr darauf achten, uns nicht allzu abhängig von diesen plattformen zu machen und möglichst viel kontrolle zu behalten. aber das bedeutet natürlich auch, dass wir uns tiefergehnd mit der technologie beschäftigen müssen. das habe ich zumindest in der nächsten zeit vor.
