nach dem selbstgebauten temperatur und luftfeuchtigkeitssensor im bad, habe ich überlegt wie ich am einfachsten und günstigsten sensoren in die übrigen räume bekomme. das mysensors-projekt bietet da interessante ansätze, aber ich schrecke ein bisschen vor dem selbstmachen zurück, insbesondere weil ich die temperatur und luftfeuchtigkeit gerne batteriebetrieben messen würde — ohne alle paar wochen die batterien tauschen zu müssen.
also habe ich nach günstigen temperatur-sensoren gegoogelt. am vielversprechendsten erschienen mir [-werbelink] diese transmittersensoren für eine [-werbelink] FT0073 wetterstation. sie kosten um die 10 euro, sind klein und batteriebetrieben. ihre werte funken sie per 433 mhz signal zur wetterstation, wobei mich die wetterstaion, die die werte von 4 sensoren parallel anzeigen kann, (natürlich) nicht interessierte; ich wollte die daten in meinen home-assistenten bekommen und dort jeweils auswerten und langfristig sammeln.
testweise habe ich zunächst einen der sensoren bestellt und ins wohnzimmer gehängt, wo er dem stummen thermo-/hygrometer zur seite stand.
leider funktioniere das auslesen der daten mit dieser bibliothek nicht und auch der neue sensor blieb zunächst still. bei amazon war lediglich der produktname der wetterstation angegeben (FT0073), aber sobald ich herausgefunden hatte, dass die sensoren selbst den eingängigen produktnamen F007th tragen, war das auffinden der richtigen bibliothek nicht all zu schwer: die Arduino F007th Sketches von @AMcAnerney schienen vielversprechend.
an [-werbelink] einen ESP8622 12E schloss ich einen 433-mhz-empfänger [-werbelink] aus diesem set an und modifizierte und erweiterte einen der sketche von @AMcAnerney so, dass die daten von bis zu sechs modulen per mqtt ins lokale netz gefunkt werden.
meinen ersten sketch dazu habe ich auf github geladen. grundsätzlich funktioniert der sketch; er hört auf funksignale der sensoren, entschlüsselt sie und sendet sie per mqtt ins heimnetz, wo home-assistant sie dann einsammelt und anzeigt.
mittlerweile habe ich vier weitere sensoren gekauft und in der wohnung aufgehängt und ein paar schwachpunkte des sketches ausgebessert. einerseits sendet der der ESP8622 die mqtt-daten jetzt mit dem retain flag, so dass programme, die die sensordaten einlesen, immer den letzten messwert bekommen, auch wenn der sensorenleser gerade offline ist oder wegen mangelnder schwankungen gerade nichts sendet. ausserdem habe ich, um hardware zu sparen, die aufgabe der sensordatensammlung dem mikrocontroller übergeben, der auch schon mit einem DHT22 die temperatur und feuchtigkeit im bad misst (sowie die helligkeit und neuerdings auch bewegungen). das ist alles irre unelegant aneinandergereiht, aber weil es ja vielelicht irgendwem helfen könnte, hab ich das auch auf github gepackt.
das schöne an vernetzten sensoren ist einerseits, dass ich die daten sehen kann, ohne aufzustehen. am rechner, auf dem handy. mit den daten im (heim-) netz kann ich mir die daten auf verschiedene weise ansehen (bilder vom home-assistant, home-assistant-dashboard oder in apples home-app).
wirklich spannend, und der eigentliche grund warum die beifahrerin vor einer weile angefangen hat (unkommunikative) thermometer und hygrometer zu kaufen, war unserer furcht vor schimmelbildung, wenn wir wäsche im wohnzimmer oder schlafzimmer zum trocknen aufhängen. die gefahr der schimmelbildung hängt zwar nicht ausschliesslich mit der luftfeuchtigkeit zusammen, sondern, soweit ich das verstanden habe, auf (mir) unverständliche weise mit dem taupunkt und der kältesten stelle im raum. das problem löst (wieder) der home-assistant: der hat eine komponente die einem die berechnung (nach einer eichmessung) abnimmt, der Mold Indicator:
The Mold Indicator sensor component consumes information of two temperature sensors and a humidity sensor to give an indication for possible mold growth in your home.
die aussentemperatur liefert mir die dark sky api, die innentemperatur und -feuchtigkeit die innensensoren. so habe ich im home-assistant nicht nur einen indikator für die schimmelgefahr, sondern kann auch sehen wie der wert fluktuiert — oder mir hinweise auf zu hohe werte aufs handy senden lassen.
in grafana erkennt man dann, dass die sensoren einerseits immer wieder (kurz) falsche werte funken, aber auch, dass die temperaturen in unseren räumen bemerkenswert stabil sind und meist nur zwischen einem bis andertalb grad fluktuieren. wir haben das glück, dass unsere wohnung einerseits gut isoliert ist und andererseits kaum fenster und aussenflächen hat. lediglich das kinderzimmer hat eine wand und ein paar fenster zur strasse, küche, stube und schlafzimmer haben je ein fenster und sehr wenig aussenwandfläche, die zudem auch noch gut isoliert ist. auch die fenster sind (relativ) neu und halten offenbar die kälte (oder hitze) gut draussen.
energiesparpotenzial haben wir eigentlich kaum welches, unsere gas-rechnung ist sehr, sehr niedrig. trotzdem möchten wir in den nächsten wochen gerne mal probieren, was eine elektronische, vernetze heizungssteuerung an komfortgewinn bringen könnte. derzeit orientiert sich die heizungssteuerung nämlich an einem raumthermostat das im kinderzimmer hängt, weshalb wir dort ständig manuell nachregeln müssen, falls es doch mal ein bisschen wärmer sein soll.
seitdem der mann sei neues hobby hat trau ich mich nicht mehr den lüfter anzumachen weil dann sofort ne sms kommt: du hast gerade gekackt!
ich so: „lüfter im bad an“ sie: „‚Lüfte‘ bereitet mir ein wenig Probleme. Versuche es bitte mit Umformulieren.“ ich: „BAD LÜFTER an“ sie: Barack Lyft da an — „Ich sehe keine App dafür. Downloade eine entsprechende aus dem App Store.“ ich: „badezimmer lüfter an“ sie: „Tut mir leid, aber ‚lüfte‘ ist mir kein Begriff.“ ich: „lüfter im bad an“ sie: Öfter im Bad an — „Die Schalter sind eingeschaltet.“ ich: „ventilator im bad an“ sie:
wenn es dann mal klappt, mit unserer kommunikation, fühlt es sich wie magie an.
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.
auch wenn ich in meinem highschooljahr vor etlichen jahren nicht ganz so tief zwischen maisfeldern gelebt habe, decken sich die erfahrungen die paulina unfried hier aus ihrem highschooljahr aufgeschrieben hat, ganz gut mit meinen. aber abgesehen davon, hat sie das sehr beeindruckend aufgeschrieben.
ich dachte ja schon vor zwei folgen, dass die dritte staffel halt and catch fire vorbei ist. dann kamen noch zwei folgen, die vier jahre nach der vorherigen folge spielen. und tatsächlich, sind diese beiden finalen folgen nochmal einen ticken besser, als alle vorherigen folgen. jason kottke erklärt warum, allerdings sollte man das vielleicht erst lesen, wenn man die dritte staffel halt and catch fire komlett gesehen hat.
gute fragen von jason concepcion zur aktuellen neuauflage von westworld. ich habe mich auch beim zusehen gefragt: warum tun die westworld-besucher das was sie tun, obwohl sie rund um die uhr vom park-personal überwacht und beobachtet werden? warum scheint in der zukunft sadismus offenbar gesellschaftlich akzeptiert?
Having seen a handful of early episodes, I’m already obsessed; Westworld has joined a very small list of TV shows that have the ethical and emotional complexity of a great book.
die frage in der überschrift ist natürlich quatsch. wie ich schon nach einer folge rummeinte, westworld ist fernsehen auf allerhöchstem und allerbesten niveau. und jetzt, nach zwei folgen, meine ich einen weiteren grnd für meine begeisterung gefunden zu haben. wie wenige gute fernsehserien, schafft westworld es, den eindruck zu erwecken, dass hinter jedem handlungsstrang, hinter jedem charakter mehr steckt, als auf den ersten blick zu erkennen. hinter jeder hauptrolle, jedem ereignis steckt etwas, das wir als zuschauer (noch) nicht kennen. diese mechanik lädt die serie mit ungeheurer energie auf — und die produktionsqualität deutet an, dass man am ende nicht enttäuscht wird, auch wenn die gefahr besteht, dass hier das gleiche passiert wie bei lost, dass am ende doch alles nur furchtbar profan und platt ist.
Vugar Efendi has made a pair of videos showing scenes from films that have been inspired by famous paintings. The second video is especially good, showing references in There Will Be Blood, Lost In Translation, and a Jacques-Louis David reference from About Schmidt.
michaelis pantelouris über das apostroph in „Selfie’s“ und journalismus und warum man ein übermedien-abo kaufen sollte. abgesehen davon dass mir (fast) alle texte von michalis pantelouris sehr gut gefallen, insbesondere seine zeitschriften-rezensionen, ist dieser text mit seinen abschweifungen und tonfall extrem angenehm; pantelouris versucht am dem grössten schrott noch positives abzugewinnen, so auch hier.
gute überschrift, grandioser text von moritz tschermak (nur mit übermedien-abo zu lesen) über den verschwörungstheoretiker kongress des kopp-verlags.
mr robot s02: nachdem mir die erste staffel von anfang an (bis zum ende) aussergewöhlich gut gefallen hat, war die zweite staffel eine grosse enttäuschung: blödsinnige, übergeigte story, störende und zu platte amazon-alexa schleichwerbung und überbordende selbstverliebtheit des produzententeams. übergeigt von vorne bis hinten und dazu leider auch noch stinklangweilig.
lethal weapon s01: nach zwei folgen lautet mein urteil: solide mittelgute serienkost. nicht besonders subtil oder elegant, aber unterhaltsam bis es nach wahrscheinlich fünf oder sechs folgen wegen überspannter stereotypen unendlich nervt. aber bis dahin gucke ich gerne weiter.
penn and teller fool us s01 bis s03: penn and teller lassen sich von anderen zauberern zaubertricks vorführen und versuchen diese danach zu erklären ohne zu viel zu verraten. die show hat mir über drei staffeln grosses vergnügen bereitet, einerseits weil zum teil wirklich grossartige magie gezeigt wird und andererseits weil die mischung aus scripting und spontanität im gegenteil zu anderen casting-, panel- oder juryshows sehr ausgewogen und ausreichend authentisch ist. durch und durch unterhaltsam, wenn man hin und wieder den skip-button betätigt.
westworld s01 pilot: die serie zeigt, dass HBO beim fernsehserienproduzieren immer noch die nase weit vorne hat. die ausstattung, produktionsqualität, erzählstruktur — das gesamtpaket — hat eine qualität, die die newcomer netflix oder amazon nur in ausnahmefällen erreichen. im gegenteil zum amerikanischen kabel- oder antennenfernsehen sind HBO-serien in der regel erfrischend subtil und auch im detail erfrischend durchdacht. zuletzt begeisterte mich the leftovers von HBO eindrücklich, ich habe das gefühl, westworld könnte das auch hinbekommen, wenn die showrunner das nicht irgendwann unerwarteter weise verkacken sollten.
einzig das fliegen-thema war so dick aufgetragen, dass die offensichtlich angestrebte subtilität und tiefgründigkeit etwas arg litt. aber insgesamt habe ich bei westworld nach dem piloten ein ziemlich gutes gefühl.
halt and catch fire s03: das beste zum schluss; auch wenn die dritte staffel von halt and catch fire mit einigen längen und etwas zu detailierter charakterstudie anfing und mich über zwei bis drei folgen doch ziemlich langweilte, schaffte die serie es, die qualitäten die sie in den ersten beiden staffeln aufgebaut hatte, in dieser staffel weiter auszubauen. diese qualitäten sind gar nicht so einfach zu umreissen. tatsächlich steckt in vielen serien, die ich in den letzten jahren gesehen habe, ein stückchen dieser halt-and-catch-fire-qualitäten:
mr robot war eine der ersten serien die dafür gefeiert wurde (in der ersten staffel zu recht), dass sie das geschehen auf computerbildschiremn einigermassen authentisch darstellte. als die erste staffel von mr robot lief, hatte halt and catch fire das schon zwei staffel lang vorgemacht.
stranger things löst ja derzeit sowas wie ein achtzigerjahr revival aus. auch dafür hatte halt and catch fire schon 2014 das potenzial. allerdings wurden bei halt and catch fire nicht einfach nur achtzigerahre-erinnerungen aufgewärmt und wahllos abgefeiert (wie bei stranger things), sondern darauf hin abgeklopft, was sie uns über die gegenwart erzählen oder lehren können. wie halt and catch fire das hinbekommt ist zum teil wirklich kunstvoll. die motive aus den achtzigern werden nicht einfach aufgewärmt und vorgeführt, sondern synthetisiert. die figuren lehnen sich nicht einfach an einen oder zwei charaktere aus den achtzigern an, sie lehnen sich an dutzende personen an, spitzen zu, stellen in frage und regen an.
darin ist halt and catch fire auch mad men nicht ganz unähnlich. auch bei mad men wurde passiertes mit fiktion vermischt und aufgemöbelt und interpretiert. aber anders als mad men gibt sich halt and catch fire grössere mühe einen bezug zum jetzt herzustellen.
was ich eigentlich sagen will: wenn man die ersten vier folgen der dritten staffel halt and catch fire überstanden hat, kann man sich weitere vier folgen einer wirklich tollen serie angucken.
das video ist ungefähr eine halbe stunde lang und ich habe jede minute gebannt auf den bildschirm gesehen. dalibor farny baut in seiner werkstatt nixie-röhren, also röhren die eine zahl zwischen 0 und 9 anzeigen können. jeder einzelne produktionsschritt ist (keine ironie) hochspannend.
weil volker könig meine alte DHL tragikomödieverlinkt hat, wieder mal im techniktagebuch gelesen. und das kann ich, RSS-feed-leser hin oder her, jedem empfehlen: ab & zu mal einfach so im techniktagebuch zu lesen.
stefanie sargnagel (und martin witzmann) fahren nach bayreuth. ich musste oft sehr lachen:
Martin hat sich auf mein Anraten extra eine Fliege, schwarze Lackschuhe und ein neues Hemd besorgt: „Das haben dort alle so an. Hab ich auf den Fotos gesehen. Anders kommt man nicht rein.“ Wir googeln, wie man die Fliege bindet. Er sieht entzückend aus, groß, blond, stattlich, ein germanischer Gott, zärtlich nenne ich ihn „Wotan“. Martin wird immer nervöser, deshalb streichle ich ihm im Aufzug die Hoden durch die Hose. Ich weiß, dass auch das ihn beruhigt. Das japanische Ehepaar, das mit uns mitfährt, schaut uns verstört an. Ich lächle beschwichtigend: „German tradition.“
johannes kram über den eigenartige forderung, andere verletzen zu dürfen ohne dafür kritisiert zu werden und die aufgeblasene echauffierung (haben wir nichts wichtigeres?) über die forderung nach rücksichtnahme. sehr gut den nagel auf den kopf getroffen.
im mai habe ich der beifahrerin ein hue-starterset gekauft. sie mag die beiden lampen sehr, weil sie dimmbar sind und in verschiedenen weiss-tönen leuchten können. das dimm- und weisslevel stellt sie sich je nach tageszeit und stimmung über den mitgelieferten und über ihrem sofa angebrachten hue-schalter ein. sie weigert sich allerdings die leuchten per iphone oder siri zu steuern. sie drückt halt gerne auf tasten rum.
bei mir ist das gegenteil der fall. je mehr dinge ich über mein telefon oder meinen rechner steuern kann, desto mächtiger besser fühle ich mich. zugegebenermassen ist das konzept eine leuchte über eine app zu steuern eher gewöhnungsbedürftig: telefon in die hand nehmen, entsperren, app aufrufen, ein paar mal klicken … die hue app bietet zwar auch widgets an, die sich über den sperrbildschirm steuern lassen, aber auch die sind nicht so das gelbe vom ei. seit iOS10 und der neuen home-app ist das viel besser geworden. jetzt kann ich die wichtigsten geräte mit einem wisch steuern.
die wichtigsten geräte zuhause im schnellzugriff
433 mhz steckdosen in der home app
aber ich greife vorraus. die hue-lampen weckten in mir das bedürfnis nicht nur ständig (zwei) lichter per telefon an und auszuschalten, sondern vor allem mehr lichter steuern zu können. zufällig stiess ich auf einen artikel, in dem beschrieben wurde wie man alte funksteckdosen über die home-app steuern könnte. von denen lagen bei uns noch drei stück rum, zwei bereits im wohnzimmer verbaut, um zwei ikea-schrankbeleuchtungen per fernbedienung zu steuern.
das projekt funktionierte so gut, dass ich an zwei wochenenden nicht nur die drei funksteckdosen app-steuerbar machte, sondern auch gleich nocheinen baumarkt-funk-bewegungsschalter. naja, so gut funktionierte der zweite teil dann auch wieder nicht. während der erste teil relativ unkompliziert war und hier vor allem relativ gut beschrieben war, war der zweite teil um einiges haariger. und wenn ich genauer nachdenke, war auch der erste teil gar nicht so unkompliziert:
ich musste lernen, wie man die arduino entwicklungsumgebung unter macos benutzt und einrichtet (funktionierte damals nicht unter macos sierra, ich musste auf unseren mac-mini-server ausweichen, auf dem noch el capitan läuft),
ich musste c++ ein bisschen verstehen lernen,
die pin-nummern und -zuordnungen auf dem esp8266 esp-12e verstehen lernen
und mich mit billigen chinesischen 433 mhz funkmodulen rumschlagen, die nicht immer so funktionieren wie angegeben
aber am ende hatte ich einen esp8266-mikrocontroller der im wlan hing und über einen kleinen webserver befehle empfing, mit denen er funksteckdosen schaltete. so ist er jetzt auch nach knapp 30 tagen hier im einsatz, lediglich die befehle die er empfängt und weitergibt habe ich nach und nach ein bisschen erweitert. ich finde allein das schon senasationell: steckdosen über http steuern! in der firma haben wir für den serverschrank im rechenzentrum vor ein paar jahren eine sackteure, über http steuerbare steckdosenleiste gekauft, die ich so sensationell fand, dass ich mit ihr für ein foto posierte, das noch heute in der firma in der wand hängt. jetzt habe ich über http steuerbare steckdosen zuhause!
weil die steckdosen über http steuerbar sind, sind sie auch über apps zu steuern. ich habe mir dann noch homebridge auf unserem macmini-server installiert und die steckdose per http-modul eingebunden. damit tauchen sie dann in der home-app in meinem telefon auf oder lassen sich per siri steuern. einziger nachteil: es gab keine logik für den schalter-status. wenn ich oder die beifahrerin eine der steckdosen per fernbedienung schalteten, bekamen weder der arduino, noch homebridge, noch die home-app etwas davon mit. die status-erkennung habe ich mir aber erstmal auf die lange bank todo-liste geschoben.
den bewegungsmelder zum laufen zu bringen war leider irre aufwändig. das teil sendet mit einem etwas komplexeren protokoll als die steckdosen und für dieses protokoll musste ich erstmal die richtigen arduino-bibliotheken finden. diese bibliotheken von randy simons funktionierten, zusammen mit dem neuen 433 MHZ-empfänger, den ich gekauft hatte, nachdem ich bemerkt hatte, dass der billige chinesische empfänger den ich zuerst gekauft hatte, kaputt war. was ich allerdings wegen meiner ahnungslosigkeit nicht hinbekam, war die daten die der bewegungsmelder sendete, der funkempfänger empfing und die bibliotheken von randy simons entschlüsselten, wieder über http zu verschicken.
stundenlang versuchte ich hinzubekommen, den arduino zum reden zu bringen. erst als mir aufging, dass die callbacks, die die funkbibliotheken beim empfang von daten aufriefen, von und in interrupt-zyklen aufgerufen wurden, verstand ich das problem ansatzweise. in diesen callbacks sollte man besser keine längeren operationen durchführen, las ich im netz. bei einem längeren spaziergang ging mir dann die lösung auf: einfach in den callbacks eine variable setzen, die die empfangenen daten speichert und diese dann im loop abarbeiten. meine erste bewegungsmelder-lösung war etwas unbefriedigend: ich liess den arduino die signale des bewegungsmelder gleich wieder per funk an eine steckdose weitersenden. das funktionierte zwar, aber mitunter dauerte es zwei bis drei sekunden, bis das licht anging. so unbefriedigend das war, beliess ich es erstmal.
home assistant
ich hatte nämlich ein neues spielzeug entdeckt: den home assistenten, eine software, die kommunikationsfreudige hausgeräte vernetzt und steuerbar macht. die liste der unterstützen komponenten ist beeindruckend und es setzte ein manischer kreislauf ein: plötzlich sah ich, was in sachen heimautomatisierung alles möglich war, lernte das mysensor-projekt kennen, owntracks, das ähnlich wie google latitude funktioniert und vom home assistenten zur präsenenzdetektierung benutzt werden kann, die auch zuverlässig funktioniert, wenn man sie mit beacons kombiniert. ausserdem kann man mit home assistant netzwerkscans durchführen, um zu sehen, wer zuhause ist, bzw. wessen telefon oder laptop in benutzung ist.
meine präsenz, getrackt mit owntracks, datensammlung von home assistant
aus den daten die home assistant sammelt kann man sich übersichtliche graphen anfertigen lassen oder benachrichtigungen per growl, telegram oder sonstwas schicken lassen. natürlich gab es viele falsche positivmeldungen, so dass die benachrichtigungen schnell nervten. aber darum ging es mir ja auch gar nicht, ich war einfach fasziniert, was man mit dieser software alles machen konnte.
leider musste ich dann, bevor ich home assistant weiter im detail erforschen konnte, in den urlaub fahren.
wieder zuhause, nahm ich mir vor, den bewegungsmelder zu verbessern. statt die lampe direkt vom mikrocontroller/arduino zu schalten, wollte ich die bewegungsdaten per mqtt an den home assistenten übertragen. mqtt hatte ich schon bei der einrichtung von owntracks kennengelernt. meine idee war jeweils einen arduino für den versand von 433-MHZ-signalen und einen für den empfang von 433-MHZ-signalen zu verwenden. meinen ehrgeiz das alles mit einem mikrocontroller zu machen, hatte ich mit pragmatismus ersetzt. tatsächlich funktionierte der ansatz ganz gut. mit hilfe der beispiele aus randy simons bibliotheken, ein bisschen mqtt-code aus dem netz und vielen experimenten hatte ich bald einen arduino der 433-MHZ-funksignale aller art empfing und per mqtt ins netz blies. mit diesen informationen konnte wiederum home assistant etwas anfangen. ich konnte automatisierungen schreiben, die auf das bewegungsfunksignal reagierten, eine steckdose schalten und einen timer setzen, der das licht nach einer minute wieder abschaltet — falls keine weiteren bewegungen erkannt werden. genauso konnte ich aber auch betätigungen der 433-MHZ-fernbedienung erkennen und daraus auch (endlich) den status der steckdosen ableiten. und weil home assistant jetzt eigentlich alle funksignale empfing, konnte ich die olle 433-MHZ-fernbedienung (von den alten funksteckdosen) für die beifahrerin auch so einrichten, dass sie damit die hue-lampen schalten kann. so kann sie jetzt alle lampen im wohnzimmer per fernbedienung schalten — und ich (dank home-assistant-homebridge-modul) per home-app oder siri oder home assistant.
alte 433 mhz funkfernbedienung — schaltet jetzt auch hue-lampen
jetzt hatten wir also einen bewegungsmelder im flur, der dort das licht für jeweils eine minute anschaltete (und mittlerweile auch in weniger als einer sekunde reagierte) und fünf schaltbare lampen, deren status in der home-app und im home-assistent korrekt angezeigt wurde.
sensoren
im urlaub hatte ich viel über sensoren nachgedacht. am anfang jeder automatisierung (und überwachung) stehen natürlich sensoren. viele sensoren. das mysensors-projekt hat dafür viele gute lösungen, die vor allem nicht ein vermögen kosten, wie die regulären, kommerziellen „smarten“ sensoren für bewegung, temperatur, luftfeuchtigkeit oder helligkeit. andererseits war das alles furchtbar kompliziert. für das nächste projekt wollte ich mir erst nochmal einen einfachen sensor auf esp8266 12e-basis selbst bauen — ohne die mysensor-bibliotheken und -komplexität. so habe ich einen DHT22 temperatur- und feuchtigkeitssensor an den arduino angeschlossen und ihn die daten per mqtt in netz blasen lassen.
das funktionierte auch auf anhieb super, bis auf die tatsache, dass der sensor einen viel zu niedrige luftfeuchtigkeit meldete. nach ein paar testtagen, war klar, dass die luftfeuchtigkeit zuverlässig ungefähr 50% zu niedrig ist. also multipliziere ich die sensorwerte mit 2 und gut ist.
home assistant
einen temperatur- und luftfeuchtigkeitssensor haben wir schon länger im bad, allerdings ist der wenig kommunikativ und zeigt seine daten nur auf einem stillen LCD-bildschirm an. die beifahrerin hat den ins bad gestellt, weil sie bei anhaltend hoher luftfeuchtigkeit schimmel fürchtet und nicht müde wird, alle bewohner unserer wohnung darauf hinzuweisen, nach dem duschen das licht im bad anzulassen, damit der lüfter die feuchtigkeit rausbläst. laut DHT22, der ziemlich schnell reagiert, gehen die luftfeuchtigkeitswerte beim duschen sehr flott nach oben, fallen dann leicht ab und bleiben für eine weile auf mittelhohem niveau. wenn der lüfter 30 minuten läuft, fällt der wert auf etwas unter 70% (siehe grafik weiter unten).
weil der mit dem licht gekoppelte lüfter uns schon lange genervt hat, vor allem wegen der lautstärke, aber eben auch weil man eben dran denken musste ihn nach dem duschen anzulassen, war mein nächstes projekt diese kopplung aufzuheben. der lüfter sollte sich lediglich bei (zu) hoher luftfeuchtigkeit (automatisch) einschalten. gute sensorwerte hatte ich jetzt ja (im home-assistant), jetzt brauchte ich nur noch einen (fern-) schalter. auch das wollte ich mit einer fernschaltbaren steckdose machen. glücklicherweise ist unsere bad-elektrik gut zugänglich. unser bad hat eine abgehängte decke und über eine lucke über der speisekammer kommt man gut auf die andere seite der abgehängten decke.
die meiste arbeit war dann auch nicht die elektroinstallation, sondern die steuerungslogik, die ich experiementiell mit dem home-assistant-app-daemon umgesetzt habe. der soll das scripten etwas vereinfachen, war aber für einen python- und programmier-dummkopf eine echte herausforderung. die logik funktioniert jetzt so, dass der lüfter beim überschreiten einer schwelle (70% luftfeuchtigkeit) für 15 minuten anspringt und sich dann abschaltet. ist die feuchtigkeit dann noch über 70%, geht der lüfter wieder an, bis es trocken genug ist. manuell ist der lüfter natürlich auch schaltbar — entweder über die funk-fernbedienung, die home-assistant-weboberfläche oder die home-app. weil ich ja noch einen dash-button rumliegen hatte, habe ich den per dasher so konfiguriert, dass er den lüfter manuell entweder an oder ausschaltet.
dash button als lüftungsschalter
ganz besonderes vergnügen bereitet mir der lichtsensor den ich noch zum DHT22-sensor hinzufügte. an diesen modulen lässt sich ein schwellenwert einstellen, mit dem ich gut erkennen kann, ob eins der lichter im bad eingeschaltet ist. auch der lichtsensor sendet seine status per mqtt an den home assistant, wo der status dann augenblicklich angezeigt wird. mein neues hobby ist jetzt am bad-eingang zu stehen, das licht ein und aus zu schalten und fasziniert zu beobachten wie nicht nur das licht im bad an und aus geht, sondern auch der indikator auf meinem bildschirm.
mit einem kleinen script schickt mir der home assistant jetzt immer eine nachricht, wenn das licht im bad länger als 30 minuten eingeschaltet ist.
todos
meine liste mit todos ist lang. ich hätte gerne mehr bewegungssensoren, automatisch geschaltetes licht ist schon toll, gerade wenn man nachts mal aufs klo muss. ein sensor, der den status der „fertig“-LED auf der waschmaschine ans interne netz weitergibt und home assistant eine nachricht schicken lässt, ein automatisches türschloss und eine urlaubsschaltung, die bei abwesenheit die lichter so schaltet, als wären wir zuhause. mehr steuerbare lichter, ein magic mirror.
vor allem muss das natürlich alles etwas wartungsfreundlicher und stabiler gemacht werden. schon jetzt laufen im haus vier microcontroller mit wlan und anbindung an einen lokalen mqtt-server, auf dem mac mini laufen unzählige prozesse, die zwar automatisch starten, aber hier und da noch ziemlich fehleranfällig. in dieser hinsicht muss ich die hue-leuchten nochmal lobend erwähnen. die laufen nach der einrichtung, funktionieren immer mit super kurzen latenzen und brauchen null wartung. dafür haben sie einen sehr, sehr stolzen preis und der bewegungsmelder ist immer noch nicht auf dem markt.
die grafik ist mit grafana erstellt. home assistant kann alle gesammelten daten (die die temperatur- und luftfeuchtigkeit im bad) in eine influx-datenbank blasen, woraus grafana dann wunderbare, explorierbare graphen erstellen kann. fabian affolter hat das hier wunderbar beschrieben. grafana, influxdb und home assistant laufen alle auf unserem macmini-server.
unsere badezimmer-daten
gleichzeitig grossartig und erschreckend finde ich das vergnügen, dass ich an den gesammelten daten habe. oben sind die daten des temperatur- und feuchtigkeitssensor im bad zu sehen, sowie die laufzeiten des ventilators. man erkennt gut, wann einzelne einwohner der wohnung geduscht haben, und wenn man genau hinsieht (reinzoomt), auch unsere stuhlgangzeiten (wenn wir danach höflicherweise den ventilator eingeschaltet haben). die bewegungsmelderdaten zeigen relativ zuverlässig an, wann jemand spät nach hause geht oder der letzte das haus verlässt. der luftfeuchtesensor ist (zumindest an der stelle an der er momentan angebracht ist) so empfindlich, dass man ihn beinahe als präsenzsensor nutzen kann, dafür muss man ihn natürlich nicht anhauchen, sondern es reicht einfach im bad zu atmen.
derzeit will ich auf diese daten nicht verzichten, weil sie auch helfen fehlfunktionen oder unregelmässigkeiten zu finden. aber ein bisschen überraschend finde ich es schon, wie aussagekräftig diese trivialen daten sind und welche muster und schlüsse man aus ihnen lesen und ziehen kann.
was mir auch aufällt: das alles ist überhaupt nicht „smart“ und unser heim wird durch diese vernetzten geräte keinen deut klüger. im gegenteil; auch wenn man die geräte tagelang schult und eicht und scriptet, am ende gibt es dann doch unmengen an falschen alarmen, falschen werten und keines der geräte denkt einen schritt weiter als man selbst. trotzdem bereitet es mir unendliches vergnügen bestimmte sachen nicht mehr machen zu müssen (licht im flur anmachen), aber dafür andere um so mehr (scripten, fehler suchen, haare raufen, wenn wieder was nicht funktioniert). noch grösseres vergnügen bereitet es mir, mir sachen auszudenken die niemand braucht und die niemandem helfen — einfach weil es geht und die umsetzung mich herausfordert.
mit dem aufkeimen der afd seh ich in letzter zeit auch mehr nazi um mich herum als üblich, aber ich weiss immerhin, dass nicht alles in berlin oder brandenburg nazi ist. qz.com hat beim blick auf berlin oder brandenburg offensichtlich ne braune brille auf:
es geht natürlich ums tropical island, dessen unterbringung qz.com als „ehemalige nazi flugzeughalle“ betrachtet:
Built in the early 2000s by a Singaporean billionaire and housed in a former Nazi airplane hangar in Brandenburg, Tropical Islands’ gigantic gray dome hosts thousands of visitors a day, all looking to escape Germany’s frigid climate.
die halle wurde allerdings nicht von nazis, sondern ab märz 1999 von der cargolifter ag gebaut. dadrin sollten auch nicht flugzeuge gebaut und untergebracht werden, sondern luftschiffe.
die cargolifter ag ist 2002 insolvent gegangen, 2003 wurde die halle dann an die betreiber des tropical islands verkauft.
ich könnte jetzt noch bemäkeln, dass die halle nicht im „exotic berlin“ steht, sondern im brandenburgischen briesen, 50 kilometer ausserhalb von berlin, aber das bringt glaube ich auch nichts mehr. abgesehen davon sind die tropical-island-bilder im artikel sehr prima und ein bisschen traurig stimmend.
