drei nächte mit der schlafnuss
der erste eindruck nach einem tag und einer nacht mit der sen.se-schlafnuss hat sich nach drei tagen verfestigt. die sleeppeanut ist ein solider temperatur- und bewegungssensor, den man sich ins bett legt und der daraus rückschlüsse auf das schlafverhalten ableitet und noch grosses entwicklungspotenzial hat. über die API lassen sich die werte auslesen, die die schlafnuss per bluetooth low energy über die handy app nach hause funkt. ich kann den batteriezustand auslesen, die temperatur und registrierte bewegungen. aus diesen daten — und der tageszeit — leitet sen.se dann schlafdaten ab. leider funktioniert das nicht für mittagsschläfe. bettzeiten vor den abendstunden werden für die schlafauswertung komplett ignoriert.
was den schlafalgorithmus zudem komplett durcheinander bringt: wenn man sich in den abendstunden einmal kurz ins bett legt, zum lesen oder fernsehgucken, dann wieder ein paar stunden aufsteht und später wieder hinlegt. am abend des ersten april habe ich mich beispielsweise um 22 uhr für 20 minuten hingelegt und bin dann erst gegen zwei uhr morgens wieder ins bett.
in der zeit, die ich in der küche verbracht habe, sah sen.se zwei tiefschlaf- und zwei halbschlafphasen und macht aus sechs stunden nachtruhe einfach neun.
auch heute nacht hat der sen.se-algorithmus meine einschlafzeit falsch eingeschätzt. ich bin zwar in der tat um 22:48 uhr ins bett gegangen, aber nach 10 minuten eingeschlafen, nicht erst nach über einer stunde.
korrekt verzeichnet ist meine aufstehzeit. weil ich über die API die temperatur und den bewegungsmelder auslese, kann ich die nachtauswertung des sen.se-algorithmus mit den sensordaten vergleichen. so wie es aussieht, werden phasen, in denen ich mich wenig oder nicht bewege als tiefschlafphasen gewertet und andere bewegungen, je nach intensität als wach-, halb- oder leichtschlaf. die auswertung der bewegungen ist recht detailiert, sen.se erfasst die anzahl der bewegungen pro 5 minuten-interval und deren intensität. ich lese lediglich das vorhandensein von bewegungen aus und habe mir so über meine heimautomatisierungssoftware eine art bett-bewegungsmelder gebaut.
aus dem temperaturverlauf der schlafnuss, lässt sich dann hervorragend (im homeassistant) ein bett-anwesenheitssensor bauen. sobald die temperatur der schlafnuss ca. 5° über der raumtemperatur liegt, kann ich davon ausgehen, dass mein bett besetzt ist. damit liessen sich dann automatisierungen bauen, fielen mir welche ein.
mir gefällt, dass sich die sensordaten der schlafnuss relativ unproblematisch über die API auslesen lassen, auch wenn sie aus technischen gründen immer erst leicht verzögert vorliegen. die schlafnuss muss sie erst an die handyapp funken, die app muss vom handy rechenzeit zugewiesen bekommen und dann die daten nachhause funken. dort kann ich sie dann per API auslesen und entsprechend mit 2-10 minuten verzögerung agieren. erstaunlich erscheint mir die funkreichweite der schlafnuss. von meinem bett zur küche sind es ungefähr 10 meter und zwei wände dazwischen. trotzdem schafft es die handy-app regelmässig die daten der schlafnuss über diese distanz zu erfassen, ohne dass das handy direkt neben der schlafnuss liegen muss.
wirklich enttäuschend hingegen ist der weckmechanismus. immerhin ist die weckfunktion eins der hauptmarketingelemente von sen.se. so steht auf der verpackung „smart wake up alarm clock“. der wecker ist per app einerseits umständlich zu bedienen und relativ unflexibel, wenn man mal schnell die weckzeit anpassen will. ausserdem ist der wecker strunzdumm: obwohl das system weiss, dass ich um 4:48 uhr aufgestanden bin, plärrte die nuss um 6 uhr (die eingestellte weckzeit) im bett los. noch dümmer: die app schafft es nicht, sich dem handy als wecker vorzustellen und damit die stummschaltung des handys zu umgehen. ich habe (natürlich) mein handy stets stummgeschaltet, was aber zumindest den eingebauten ios-wecker nicht stört. der plärrt genau dann so laut los, wie ich es vorher eingestellt habe, egal ob das gerät stummgeschaltet ist oder nicht. die sen.se app geht davon aus, dass mich eine stumme benachrichtigung auf dem sperrbildschirm wecken würde, wenn ich nicht möchte dass die schlafnuss zur weckzeit fiept. hier besteht eindeutiger nachbesserungsbedarf und sen.se sollte vor allem nochmal kräftig überlegen, ob es wirklich „smart“ ist, leute zu wecken zu versuchen, von denen man weiss, dass sie wach sind.
auch im senseboard, dem dashboard auf dem sen.se die sensordaten aller registrierten peanuts anzeigt, herrscht noch starker nachbesserungsbedarf. derzeit präsentiert sich mir das senseboard nämlich so:
um die daten meiner nuss zu sehen, muss ich jedes mal auf „mein erstes gerät hinzufügen“ klicken und mich über die „sleep“ anwendung zu meiner „bereits installierten“ schlafnuss durchklicken. möchte ich im senseboard einstelliungen an der schlafnuss vornehmen, antwortet sen.se mit 404 (einstellungen in der app funktionieren).
auch wenn der weckmechanismus noch strunzdumm unausgereift ist, das webportal erst halbfertig, die schlafauswertungen fehlerhaft und hochspekulativ sind, bereue ich nicht 30 euro für die sen.se sleeppeanut ausgegeben zu haben. es ist ein ausgefeiltes stück technik, das präzise sensordaten per BLE über grosse distanzen funken kann und aus dem sich nützliche daten gewinnen lassen. über kurz oder lang wird es mir sicher gelingen die daten direkt auszulesen und an echtzeitdaten zu kommen. ich überlege auch ernsthaft eine zweite schlafnuss zu kaufen, um sie der beifahrerin ins bett zu legen.