vor etwa einem jahr habe ich mir von innr eine unterschrank-LED-beleuchtung gekauft und darüber geschrieben. insgesamt bin ich mit den innr-leuchten ganz zufrieden, mittlerweile bietet ikea vergleichbare, fernsteuerbare und dimmbare unterschranklampen an. die bekommt man für 15,00 plus drei mal 25,00 euro (90,00 €) zu einem vergleichbaren meter-preis wie von innr (amazonpreis innr uc 110 derzeit 95,00 €). allerdings haben die innr-leuchtstreifen ein paar eigenheiten und merkwürdigkeiten die die mit dem tradfri-treiber nicht vorkommen: beim einschalten gehen die innr-leuchtstreifen zum beispiel immer mit 100% an, statt mit der vorher eingestellten helligkeit.

weil ich vor ein paar tagen auf ein angebot auf der innr-webseite gestossen bin („testgeräteanforderung für blogger“), bin ich seit samstag im (test-) besitz eines innr-hubs, drei innr LED-birnen und einer schaltbaren innr-steckdose. innr hat mir die kostenlos zugeschickt, nachdem ich sie habe wissen lassen, dass mich drahtloses schalten interessiert und ich darüber schreibe (auch wenn es sonst kaum jemanden interessiert). als erstes hat mich natürlich interessiert, ob der LED-streifen auch mit der innr-app ein so komisches schaltverhalten zeigt und ob es vielleicht ein firmware-update gibt, wenn man den leuchtstreifen an den innr-eigenen hub anschliesst.

also habe ich als erstes den innr-hub neben meinen hue-, den tradfri- und den zigbee2mqtt-hub gelegt, angeschlossen, die innr-app runtergeladen und mich beim einrichten der app gewundert, warum ich mich bei innr als erstes registrieren muss. für den betrieb des zigbee-hubs, das schalten von lampen oder die funktion der app ist diese anmeldung nicht nötig. nach den aktuellen europäischen datenschutzregeln muss so ein anmeldegedöns eigentlich auch erklärt werden, es müssen gründe genannt werden, warum man auf datensparsamkeit verzichtet. erkennbaren nutzen hat man als nutzer von der anmeldung jedenfalls nicht, im gegenteil, ich habe mich noch vor dem anschluss der ersten lampe geärgert, weil die anmeldung in der innr-app erst im dritten anlauf funktionierte. das paaren mit den leuchten oder dem leuchtstreifen geht dann, wenn man die anmeldung hinter sich gebracht hat, bei innr einfach und soweit ich einschätzen kann relativ hack-sicher: die lampe verbindet sich mit dem zigbee-koordinator nur, wenn sie ungepaart ist und nur in den ersten fünf sekunden nachdem man sie ans stromnetz angeschlossen hat. hue hat es jahrelang versäumt den paarungsvorgang abzusichern, weshalb man mit entsprechend kräftigen zigbee-sniffern ganze hue-zigbee-netzwerke kapern konnte. mittlerweile hat hue das problem wohl behoben. ikea sichert den paarungsvorgang durch nähe ab, nur wenn ein bereits gepaartes gerät (meistens eine fernbedienung) wirklich nah an der lampe ist, lässt sie sich zum eintreten in das neue netzwerk überreden.

leider zeigte der UC 110 leuchtstreifen auch am innr-hub sein eigenartiges einschaltverhalten. ein firmware-update schien auch nicht zur verfügung zu stehen. ansonsten verhielt sich der UC 110 wie am hue hub: er ändert die helligkeit mit geschmeidigen übergängen und lässt sich auf sehr, sehr niedrige helligkeit runterdimmen, so niedrig wie kein anderes fernsteuerbares leuchtmittel das ich bisher gesehen habe.

etwas eigenartig verhielt sich die mitgelieferte RGB leuchte (RB 285 C) am innr hub. beim wechseln der farben leuchtete die lampe immer wieder weiss auf. der übergang insgesamt war zwar weich, aber warum beim wechsel von blau zu rot über die weissen LEDs gegangen werden müsste ist nicht nachvollziehbar. dafür merkte sich die RB 285 C — anders als der UC 110 — ihren vorherigen einschaltzustand: wenn ich sie mit der app auf niedrige helligkeit und hellblau stellte, abschaltete und wieder anschaltete, ging sie hellblau mit niedriger helligkeit wieder an. was die innr-leuchten nicht können, die tradfri-lampen auch nicht, ist ein neues feature dass die neuere hue-lampen-firmware beherrscht: bei hue lampen lässt sich jetzt das einschaltverhalten nach stromnetz-entzug konfigurieren. schalte ich tradfri- oder innr-lampen den strom ab, gehen sie danach immer an, j sei dank allerdings immer mit den vorher eingestellten werten. den hue lampen kann man jetzt sagen, dass sie das auch so machen sollen, dass sie immer an gehen sollen oder nur dann angehen sollen, wenn sie vor dem stromentzug auch schon an waren (vorher gingen hue-birnen nach trennung vom stromnetz immer mit 100% helligkeit an).

die beiden letzten schwachpunkte der innr app- und hub-kombination waren dann der grund, warum ich den hub schnell wieder demontiert habe: wenn ich einer lampe den strom wegnahm, merkte die app nicht, dass die lampe nicht mehr erreichbar ist. in der app konnte ich die lampe weiter schalten und konfigurieren, als wäre sie noch im zigbee-mesh. das können hue, tradfri und die open-source lösung zigbee2mqtt besser.

ein völliges k.o.-kriterium für die innr app- und hub-kombination ist die völlige abwesenheit einer API. sind leuchtmittel oder aktoren an die innr-bridge angeschlossen, lassen sie sich ausschliesslich von der innr-app fernsteuern. es gibt keine API und bisher scheint sich niemand die mühe gemacht zu haben, dass kommunikationsprotokoll zwischen app und hub reverse zu engineeren. das ist andererseit aber OK, weil man die innr-geräte auch problemlos mit anderen zigbee hubs verbinden kann, der die geräte dann per API steuerbar und auslesbar macht.

die mühe die RGB-birne und die schaltbare steckdose an unseren hue-hub anzuschliessen habe ich mir gar nicht erst gemacht, sondern beide gleich mit meiner zigbee2mqtt-instanz verbunden. das ging kinderleicht, einfach die lampe und die steckdose zurücksetzen, indem ich sie aus der app lösche und sobald die join-option aktiviert ist, schnappt sich zigbee2mqtt die beiden geräte sofort.

eine freudige überraschung war, dass zigbee2mqtt alle features der RGB-birne und der steckdose erkennen: für die steckdose liefert zigbee2mqtt folgenden json-string:

4/27/2019, 3:57:00 PM - info: MQTT publish: topic 'zigbee2mqtt/0x00158d0001fdecc6', payload '{"state":"ON","linkquality":68,"power":0,"current":0,"voltage":229}'

die dose misst also den verbrauch angeschlossener geräte und überträgt diese werte per mqtt alle paar sekunden.

schaltbare steckdosen waren mein einstieg in die vernetzte wohnung, allerdings in der nur mittel-zuverlässigen, dafür sehr günstigen 433 mhz funk-variante. ausser beim nicht mehr so günstigen homematic-system, bieten diese funkdosen keinen rückkanal, man selbst und die steuerungssoftware muss also optimistisch sein und einfach davon ausgehen, dass ein schaltvorgang geklappt hat. auch den stromverbrauch einiger geräte habe ich jahrelang über das 433 mhz protokoll ausgelesen. die revolt RF-dosen sind spotbillig (14 €), funken ihre werte allerdings im sekundentakt, was andere 433-mhz-kommunikation potenziell stört. trotzdem messe ich den stromverbrauch unserer waschmaschine bis heute mit so einer revolt-dose, um uns vom abschluss von waschvorgängen informieren lassen zu können.

vor einem jahr habe ich mir für 10 euro bei obi schaltbare wlan-steckdosen gekauft, auf die man eigene firmware (tasmota) flashen konnte. damals waren die mit 10 euro unschlagbar billig, messen allerdings nicht den stromverbrauch. das kann für knapp 30 euro die tplink hs 110, die zwar eine proprietäre firmware hat, aber dafür auch eine lokale API bietet, sich also ohne cloud auslesen und steuern lassen. davon habe ich mittlereile zwei und bin recht zufrieden damit.

die innr sp120 ist preislich vergleichbar mit der tplink hs110 (beide um die 30 euro), sieht aber um einiges besser aus.

dafür schaltet sie maximal 10 ampere, die tplink schaltet 16 ampere. 10 ampere dürften für die messung des stromvebrauchs von wasch- oder spülmaschine ein bisschen schwachbrüstig sein.

auch spottbillig, aber leider ohne strommessung, sind die neuen tradfri schaltsteckdosen: sie kosten 10 euro und schalten auch 16 ampere. leider sind sie in deutschland noch nicht lieferbar (mehrfach verzögert, derzeit heisst es, sie seien ab februar 2020 in deutschland lieferbar)

ich habe mir drei dieser dosen in holland gekauft, zusammen mit einem neuen schalter. das pairing war etwas fummelig, aber ich konnte sowohl die dosen, als auch den schalter problemlos mit zigbee2mqtt verbinden. die home-assistant tradfri-implementierung kann die dosen auch verbinden, aber nicht den schalter. und weil meine home-assistant-version schon etwas älter ist 0.75.3 (aktuell ist 0.92) ist die lösung mit der zigbee2mqtt-bridge momentan die beste. was vor allem erstaunlich ist, vieles funktoniert mit zigbee2mqtt besser als mit den hersteller-lösungen. wenn ich beispielsweise die innr-RGB-birne oder die innr steckdose vom stromnetz trenne, markiert zigbee2mqtt sie zuverlässig als nicht verfügbar. tradfri kann das auch, allerdings nur nach langer timeout-zeit oder wenn man nicht verfügbare aktoren versucht zu schalten. die innr-hub und ap-kombination kanns nicht, bei hue geht’s mit längreen time-out-zeiten auch.

mittlerweile habe ich über zigbee2mqtt knapp 20 sensoren und aktoren angeschlossen (neben den ikea- und innr-steckdosen, einer hue und der innr-RGB-birne, einigen xiaomi-sensoren vor allem super günstige, zuverlässige und ausreichend schicke xiaomi-schalter) und bin super zufrieden mit der funktion und der zuverlässigkeit, aber vor allem der weiterentwicklung der software. an ein paar stelllen klemmt’s gelegentlich noch, aber das tut’s auch bei der home-assistant tradfri-implementierung, die manchmal über netzwerkprobleme stolpert oder sich aufhängt.

fazit

mein fazit zu den vier bisher näher angesehenen innr-produkten ist zweispältig. die produkte sind einwandfrei gestaltet, sowohl optisch, als auch technisch. aber die innr-eigene hub- und app-kombination ist nahezu nutzlos, weil sie keinerlei API bietet. dank des zigbee-standards lassen sich die innr-produkte aber mit allen marktüblichen geräten paaren und nutzen. als ich zuerst vor ein paar jahren von innr gehört habe, habe ich das geschäftsmodell so verstanden, dass man hue mit günstigeren, aber kompatiblen zigbee-produkten unter druck setzen wollte. diesem geschäftsmodell hat ikea einen strich durch die rechnung gemacht, die seit zwei jahren günstige, zuverlässige und ständig gepflegte zigbee-produkte anbieten. qualitativ scheint mir die innr-RGB-birne der tradfri- und hue-konkurenz mindestens ebenbürtig bis überlegen. die innr-birne hat definitiv ein besseres farbspektrum als die tradfri-RGB-birnen und subjektiv erscheint mir auch die leuchtkraft der innr-RGB-birne der hue-variante überlegen.

mit der schaltbaren zigbee-steckdose, die auch den stromverbrauch misst, hat innr (noch) ein herausragendes und schick gestaltetes produkt, dass es von den anderen herstellern so noch nicht gibt. aber ikea zeigt mit seinen 10-euro-zigbee-dosen der konkurenz, wo sie ihren hebel ansetzen. gegen philips und seine hue-produkte wird die positionierung auch nicht einfacher. hue drückt immer neue produkte in den markt und punktet mit qualität, anspruchsvollem design und stetiger weiterentwicklung der firmware, auch ihrer älteren produkte. bei innr sehe ich gerade bei der firmware wenig bis keine bewegung, vor allem auch keine ansätze schwächen per software-updates auszubügeln.

überhaupt nicht nachvollziehbar ist der registrierungszwang in der innr-app bei der nutzung des innr-hubs. in der app landet man bei einem klick auf „Datenschutz“ auf der innr-website, dort kann man ein (auf dem handy kaum lesbares) englischsprachiges pdf runterladen.

If you purchase the bridge Product (plus any other Products) and install it at home on your Wi-Fi network, in combination with downloading the App on your smartphone or tablet, you need to create a login account or log in with the account created in the LA or in the App. The App then collects the names of the lights you use, and the rooms and lighting scenes that you use in your settings. If you purchase Products without the bridge, then no further data is collected and the App has no functionality.

Innr collects additional data from your use of the Products
In order to improve your experience and help troubleshoot any problem that may arise, we collect additional technical information such as the serial number of the Products (such as lamps and the bridge, the software version and the like), if you have the bridge Products installed. To be able to use the services we offer or may offer in future, the Products need to be connected to your Wi-Fi network. During the set-up, the Product will save your IP address.

warum innr einen login erfordert und danach technische lampendaten, meine IP-adresse oder szenen- und lampennamen sammelt, wird daraus nicht klar. die einzigen, etwas dünnen erklärungen, warum innr auf datensparsamkeit verzichtet lautet:

[…] sharing your personal data with Innr will enable us to make it easier for you to:
- control your Products through WiFi networks; and
- receive software updates automatically.

das ist natürlich quatsch, weil das alles auch ohne vorherige registrierung funktioniert. es erscheint beinahe so, als ob innr hier indirekt von der nutzung der eigenen hub-lösung abrät.

nutzung

ich bin eigentlich mit fernsteuerbaren LED-birnen ganz gut ausgestattet, bzw. wir haben den umstieg von glühfaden, halogen oder neon zu LED in der wohnung abgeschlossen. grösstenteils nutzen wir LED-licht mit weiss-spektrum, also kaltem weiss und warmen weiss. RGB, also farb-effekte nutzen wir im alltag kaum, ein realistisches nutzungsszenario für farbiges licht existiert praktisch kaum. bei der überlegung wie ich die innr-RGB-birne nutzen könnte fiel mir ein, dass sie den besetzt-status vom klo signalisieren kann. schliesslich habe ich jetzt einen sensor, der „sieht“ ob jemand auf der schüssel sitzt. nach der umkoniguration meiner flur-licht automationen in home-assistant funktioniert das jetzt wunderbar.

die innr-steckdose werde ich für das automatische ein- und ausschalten der wachstumslampen in der kammer nutzen. die ziehen derzeit alle zusammen 43 watt und das möchte ich weiterhin gerne im blick behalten um die kosten für den selbstgezogenen salat irgendwann mal auszurechnen. bisher nutze ich dafür eine tplink-dose, die aber dann wohl an die waschmaschine wandern wird und dort die alte 433-mhz-revolt-strommessdose ablösen wird. das bringt dann hoffentlich wieder ein bisschen zuverlässigkeit in das 433-mhz-spektrum, dass derzeit arg von der revolt-dose zugespammt wird. denn ein paar 433-mhz sensoren und aktoren haben wir hier noch in benutzung.