Google presenteert besturingssysteem Android Things voor iot-apparaten

Google komt met een besturingssysteem voor iot-apparaten. Android Things moet het bestaande Brillo vervangen en vooral tot zijn recht komen op grotere slimme apparaten, zoals koelkasten, printers en sloten.

Android Things is een evolutie van het bestaande Brillo-os, dat eveneens bedoeld is voor iot-apparaten. Android Things moet een verbetering zijn, omdat ontwikkelaars toepassingen kunnen bouwen met bekende Android-tools als Android Studio, het Google Cloud Platform, Google Play Services en de Android-sdk. Daarnaast houdt Google het besturingssysteem bij met patches en beveiligingsupdates.

Ook Weave, de communicatielaag voor iot-apparaten die het mogelijk moet maken voor ze om met andere Android-apparaten te communiceren, krijgt een update. Momenteel ondersteunt deze het overbrengen van data voor lampen, thermostaten en slimme stopcontacten en lichtknoppen, maar in de nabije toekomst wordt daar ondersteuning voor allerlei andere apparaten en soorten informatie aan bijgevoegd.

Daarnaast voegt Google Nest Weave, het protocol dat Nest-apparaten gebruiken om met Android-apparaten te communiceren, samen met Weave. Weave is nu bedoeld om Android Things te laten communiceren met andere apparaten en services, ook als die op iOS draaien. Philips Hue-producten en Samsung SmartThings werken nu al met Weave. Belkin WeMo, LiFX, Honeywell, Wink, TP-Link en First Alert werken aan smarthomeproducten die Weave ondersteunen.

Volgens Google kunnen ontwikkelaars direct aan de slag met de Intel Edison, NXP Pico en Raspberry Pi 3, die allemaal werken met Android Things. In de aankondigingspost heeft Google aan het eind enkele bronnen van documentatie op een rijtje gezet.

Reacties (55)

[alexbl69]

Nu steeds meer consumentenproducten 'slimmer' worden begint één probleem wel steeds duidelijker te worden: updates. En dan paradoxaal genoeg zowel het gebrek eraan, als de beschikbaarheid ervan.

Het probleem aan het gebrek lijkt me duidelijk. Constante updates zijn nodig om hackers buiten te sluiten en fouten te verhelpen.

Maar updates brengen ook ergernis. Als je een apparaat na een paar weken wil gebruiken blijk je voor gebruik eerst een update te moeten doorvoeren. Gevolg: het apparaat is niet direct bruikbaar. Dit is op te lossen door updates optioneel te maken of op de achtergrond te laten doorvoeren, maar dit is niet altijd mogelijk en/of wordt niet altijd zo geïmplementeerd.

Verdere grote ergernis is dat de functionaliteit van een apparaat door een update kan veranderen, of zelfs verminderen. Dit is het meest duidelijk bij de 'smart-TV' systemen, waarbij de functionaliteit bij het verstrijken der jaren langzaam ingeperkt wordt. Wellicht om mensen te bewegen een nieuw apparaat te kopen, wellicht omdat de fabrikant geen licentiekosten meer wil betalen voor een product waar hij toch niets meer aan verdient. Gevolg is wel dat je als consument een langzaam verslechterend product hebt.

En als laatste natuurlijk de privacy overwegingen. Gebruikersdata die en masse en ongevraagd naar de fabrikant wordt gezonden, tot aan speelgoedpoppen voor kinderen aan toe.

Al met al heeft dit mijn enthousiasme voor IOT wel flink doen dalen.

[loekf2]

Volkomen mee eens.

Ik zag gisteren een bericht voorbij komen (denk Engadget) dat Microsoft Cortana wil pushen naar bv. koelkasten, ovens etc.

Allemaal leuk en aardig zo'n connected koelkast of oven, maar de meeste inbouw apparatuur gaat toch zeker 10-15 jaar mee. Dat is een eeuwigheid voor embedded CPUs, OSsen en displays. Afgaande op TVs, kun je firmware updates van max 1-2 jaar verwachten, waarna je het kunt schudden. Wel interessant voor beheerders van bot nets etc. natuurlijk.....

[Grrrrrene]

Dat is precies het punt dat ik probeerde te maken tegen de keuze van Apple om de inmiddels decennia lang goed functionerende 3,5mm jackplug uit hun iPhones weg te laten. Door nu voor een BT-verbinding te gaan, verouderen je oordopjes veel sneller. Een goede hoofdtelefoon gaat met gemak 15-20 jaar mee (ik heb een dure Sennheiser van zeker 15 jaar oud die het nog prima doet). Ik geloof er niks van dat BT-hoofdtelefoons van nu over 15-20 jaar nog goed functioneren. Bovendien: draadloos, dus op accu, dus na een x-aantal jaar brak. Apple en andere grote fabrikanten kennende kun je de accu niet makkelijk vervangen

[Reactie gewijzigd door Grrrrrene op 28 juli 2024 15:43]

[weeraanmelden]

Bluetooth is backwards compatible en accu's zijn vervangbaar. Ook die van Apple.

[Grrrrrene]

Accu's zijn voor de gewone sterveling helemaal niet zo eenvoudig te vervangen. Helemaal niet van zo'n klein prutsding als een oordopje. En na 15 jaar is zo'n accu ook helemaal niet meer beschikbaar

[Reactie gewijzigd door Grrrrrene op 28 juli 2024 15:43]

[GORby]

Nu steeds meer consumentenproducten 'slimmer' worden begint één probleem wel steeds duidelijker te worden: updates. En dan paradoxaal genoeg zowel het gebrek eraan, als de beschikbaarheid ervan.

Als je het artikel van Tweakers een leest, ofwel het bron-artikel, dan zie je dat Google ook de (beveiligings)updates van het OS voor zijn rekening neemt. Dat zou de beveiliging al aardig moeten verbeteren. Voorwaarde is natuurlijk dat er ook een commitment van Google is om deze updates voldoende lang uit te brengen.
Door ervoor te zorgen dat de IOT devices geen binnenkomend verkeer accepteren, behalve van de servers van de fabrikant, zal het aanvallen van zo'n device ook een heel stuk moeilijker worden.

[cdwave]

...dan zie je dat Google ook de (beveiligings)updates van het OS voor zijn rekening neemt...

Oh, net als op Android telefoons en tablets enzo?

Mijn Android telefoon heeft nog nooit een update gekregen, en is toch al een paar jaar oud en notoir onveilig.

[metalmania_666]

Was jouw Android telefoon wel echt/namens van Google, of van een fabrikant?

fabrikanten zijn verantwoordelijk voor de vertraging of helemaal niet geven van updates.
Google geeft geloof ik 2 jaar ondersteuning.
Voor IoT is dat natuurlijk nog te kort, maar wie weet

[cdwave]

Google kan wel mooie beloftes doen, maar het zijn uiteindelijk de fabrikanten die 't waar moeten maken. Als de praktijk nu al heeft laten zien dat de fabrikanten dat dus echt niet gaan doen, en dat de consument 't eigenlijk ook geen lor interesseert, dan lijkt het me duidelijk hoe lang jouw IOT koelkast nog updates gaat ontvangen. 't Zou me eerlijk gezegd verbazen als hij ooit een update gaat krijgen.

[GORby]

Nee, net zoals bij Android One en Google Nexus/Pïxel devices, zullen de updates hier direct van Google afkomen, en niet van de fabrikant die vanuit de broncode zelf zijn eigen versie moet gaan compatibel maken.

[RebelwaClue]

[...]
Door ervoor te zorgen dat de IOT devices geen binnenkomend verkeer accepteren, behalve van de servers van de fabrikant, zal het aanvallen van zo'n device ook een heel stuk moeilijker worden.

Dat moet ik dan Apple wel nageven in hun Homekit omgeving; Wil je als fabrikant ondersteuning voor jouw apparaten binnen de Homekit omgeving, ben je verplicht een secure chip in je aanstuurpunt te hebben. Dit was de reden dat Philips toen met een nieuwe Hue bridge/hub uitkwam.

[Verwijderd]

Maar dan kom je bij het tweede probleem. Mijn Nexus 4 is van Google. Maar krijgt geen updates. Een iOT appraat in je huis wil je dus ook om de 2 of 3 jaar gaan vervangen?

Kapitalisme...

[GORby]

Nexus telefoons krijgen van Google 3 jaar lang (tot 3 jaar na de introductie of 18 maanden na de stop van de verkoop) security upgrades. De support termijnen voor dit IOS OS zijn nog niet bekend gemaakt, maar aangezien die dingen meestal langer gebruikt worden, hoop ik hier in ieder geval op een veel langere termijn.

Blijkbaar worden de ondersteuningstermijnen later bekend gemaakt, maar momenteel is daar nog niets over geweten.
https://plus.google.com/+WaynePiekarski/posts/L7EdzgjeeNX

[skatebiker]

Gewoon vertaald in 'Apparaten niet onnodig met internet verbinden'.
Hooguit als er een update nodig is.
Zoals ik al vaker zeg: het grootste veiligheids (en privacy) lek is verbinden met internet. Dus dat laatste alleen indien strikt noodzakelijk.

[cdwave]

Ik zie de fabrikanten er wel voor aan om "features" in te bouwen waardoor de koelkast niet meer werkt als hij te lang niet verbonden is.

[Carlos0_0]

Zolang die maar eten koud houd is meer dan zat, dat dan ineens een certificaat verloopt voor internet ofzo zal mij niet boeien.

[Carlos0_0]

Inderdaad als ik over een paar jaar nieuwe Koelkast nodig heb zal dit vast normaal zijn, ik sluit hem gewoon niet aan op het internet.
De koelkast heeft er sowieso in mijn opzicht helemaal niks te zoeken, het moet mijn eten koel houden, en niet internetten/YouTube/tv kijken/ via smartphone in de koelkast kijken via een camera en weet ik het.

Zodra iets internet functie heeft dan moet het bij de gemiddelde consument gelijk aangesloten worden, zonder er over na te denken eigenlijk.

[hasjee]

Dus dan wil je een biertje uit de koelkast pakken maar dan moet je eerst je koelkast rebooten.

[efari]

shutdown -c
Sudo get me a beer

[Lennyz]

Ik kan mij helemaal vinden in jouw bericht. Vooral het feit dat je niet meer zelf de controle hebt over je product maar overgeleverd bent aan de grillen van de fabrikant heeft mij doen besluiten om alles zelf te gaan programmeren.

Ervaring met programmeren had ik niet, maar ik ben in rap tempo bezig om die inhaalslag te maken. Alles in mijn woning moet (voor zover mogelijk) door middel van een open source systeem slimmer gemaakt worden.

Dit betekent dat ik mijn apparaten programmeer zodat deze aan te sturen zijn met het MQTT protocol om zodoende alles zelf in beheer te houden. Ik verwacht ook dat MQTT toekomstbestendig blijft.

Over spraakbesturen heb ik ook nagedacht, maar het staat mij nogal tegen dat voor de beste spraakbesturen er een constante verbinding moet zijn met bijvoorbeeld Google of Amazon. Dit betekent dat alles wat ik zeg in mijn huis naar die partijen wordt doorgestuurd.

Kortom: IOT is prachtig maar er zitten nog erg veel haken en ogen aan.

[GORby]

Over spraakbesturen heb ik ook nagedacht, maar het staat mij nogal tegen dat voor de beste spraakbesturen er een constante verbinding moet zijn met bijvoorbeeld Google of Amazon. Dit betekent dat alles wat ik zeg in mijn huis naar die partijen wordt doorgestuurd.

Dat klopt niet helemaal. In ieder geval bij Google en waarschijnlijk ook zo bij de andere systemen is het zo dat de keyword detectie lokaal gebeurt (OK Google). De zin die je daarna zegt zal inderdaad opgenomen worden, doorgestuurd worden naar de server en zo omgezet naar spraak. Bij Google kan je trouwens alles beluisteren wat er doorgestuurd is naar hun. Ook kan je er stukken (of alles) wissen en ervoor kiezen dat het niet in je account bewaard wordt.
https://support.google.com/websearch/answer/6030020?hl=en

[w3news]

Ik ga ook alleen het gebruiken als ik niet afhankelijk ben van een externe partij.
Alles zou lokaal of met een eigen servertje moeten werken, anders is de kans dat het over een bepaalde tijd niet meer werkt omdat de betreffende partij de stekker er uit trekt.

[preske]

Om nog maar te zwijgen van de occasionele patch die je slim apparaat breekt en waardoor je nu met een heel duur, nutteloos zwaar ding zit, en als je pech hebt is het buiten de garantieperiode.

[cdwave]

Mijn oplossing:
"IOT" apparaten komen er bij mij alleen maar in als ze open source zijn. Als ik de software niet zelf kan aanpassen en onderhouden, dan hoef ik 't ding niet. Dan ben ik niet afhankelijk van de grillen van een fabrikant.

[AJediIAm]

Heb je een smart phone?

[cdwave]

Scherp. Die zit

Inderdaad vorig jaar een Android gekocht in de naïeve veronderstelling dat ik daar zelf iets mee zou kunnen. Niets bleek minder waar, d'r is helemaal niks "open" aan Android.

[GORby]

Wat kan je dan niet met je toestel, of heb je er eentje gekocht die een bootloader unlock (quasi) onmogelijk maakt?
Wanneer je een toestel hebt dat wat vriendelijk is naar ontwikkelaars toe, dan zou dat geen enkel technisch probleem mogen zijn. Als je dat niet hebt terwijl je dat toch zou willen, heb je een beetje verkeerd gekozen.

[Verwijderd]

Zeker eens. Mijn voornaamste zorg is de afhankelijkheid en de levensduur. Het kan zo maar zijn dat een provider op afstand de stekker uit je apparaat trekt, om welke reden dan ook. Zolang dat zo is, koop ik niets van deze rommel.

[dakathefox]

Maar updates brengen ook ergernis. Als je een apparaat na een paar weken wil gebruiken blijk je voor gebruik eerst een update te moeten doorvoeren. Gevolg: het apparaat is niet direct bruikbaar.

Dat hoeft niet. Kijk naar hoe Google het aanpakt met de Chromecast. Updates worden op de achtergrond gedownload en de eerstvolgende keer dat de Chromecast opstart wordt deze automatisch geactiveerd. Geen wachttijd meer!

Verdere grote ergernis is dat de functionaliteit van een apparaat door een update kan veranderen, of zelfs verminderen. Dit is het meest duidelijk bij de 'smart-TV' systemen, waarbij de functionaliteit bij het verstrijken der jaren langzaam ingeperkt wordt.

Dat probleem heb je met IOT apparaten natuurlijk aanmerkelijk minder. Een Nest thermostaat zal - logischerwijs - natuurlijk niet out-of-the-box alle nieuwe technologieen van 2022 ondersteunen, maar dat weet je van te voren. Maar gek veel minder zal het ook niet worden natuurlijk, want wat er niet in zit kan niet kapot gaan .

Een Smart TV kun je met alle respect niet vergelijken met een IOT-apparaat.

[GORby]

Klinkt als een interessante evolutie op het vlak van IOT, zeker aangezien Google ook rechtstreeks de updates voor het besturingssysteem verzorgt, zodat je niet afhankelijk bent van de fabrikant.
Dat zou ervoor moeten zorgen dat beveiligingsproblemen beter aangepakt kunnen worden, al kan het natuurlijk nog mis lopen als de software die de fabrikant erbovenop zet zo lek is als een zeef. De vraag is ook hoe lang Google eigenlijk de updates blijft voorzien.

[AJediIAm]

Mee eens. Ik verwacht dat Google langer updates voorziet dan de gemiddelde leverancier en daarmee is dit een stap in de goede richting.

[elhopo]

Ik ben bang dat dit veel te groot gaat worden voor een simpel IOT projectje. Eigenlijk is een Raspberry in mijn ogen daar al te lomp voor, en denk ik eerder aan een ESP8266 ofzo. Ik ben bijvoorbeeld wel benieuwd hoe het zit met dingen als realtime besturing.

Met een ESP heb je ook niet zo snel last van security lekken omdat je zelf alle webtoegang definieert, en er alleen in zet wat nodig is. Geen overbodig spul en extra ballast waar allerlei fouten in kunnen zitten. Maar goed, misschien valt het wel mee.

[veltnet]

Een ESP is heel handig om sensoren en actuatoren draadloos te maken met een paar regels code. De RPI is hiervoor overkill maar is dan wel weer handig als communicatiehub voor al deze sensoren en actuatoren.

Wat betreft securitylekken: zorg ervoor dat alles lokaal draait en dat je van buiten af (internet) geen toegang kunt krijgen tot je domoticanetwerk. Dat is ook nergens voor nodig. Indien je gegevens via internet wil delen dan kun je altijd pushen naar een met internet verbonden server ipv pullen vanaf je home-domitica server. Dan hoef je ook geen poorten open te zetten in je router.

[LittleTycoon]

betekent dit nu dat we naast z-wave, zigbee, enocean en ga maar door weer een nieuw draadloos protocol krijgen waarmee apparaten onderling communiceren? Het Nest Weave communicatieprotocol was ook al weer iets aparts (geen Wifi, geen Z-wave,......)

[jip_86]

Weave lijkt me eerder een soort Homekit alternatief van Android.

[JJ93]

Klinkt interessant om eens wat mee te experimenteren. Momenteel bezig met een IoT project met een fysiek device en die dan knopen aan iOS en Android smartphones. Vooralsnog het idee om dat via Bluetooth Low Energy te doen. Of een 4G simcard in het device zodat een verbinding niet verplicht is. Maar accu moet het wel een tijdje volhouden dus hier valt nog genoeg te onderzoeken

Als ik naar de slides over Weave kijk zou het daar mogelijk mee moeten zijn? En dat is een oudere versie dus ik moet me maar eens gaan inlezen over de nieuwe Weave versie.

[Roby]

Interessant, maar ik vraag mij af of ze hier iets bedacht hebben voor de update/security problematiek welke ze hebben op de "verouderde" android smartphones..

[josttie]

Android heeft geen problemen met update/security problematiek. Fabrikanten hebben problemen met het updaten van hun producten. Dus als Google dit onder controle weet te houden, inclusief met directe updates en geen skin van fabrikanten met aanpassingen toelaten, dan lijkt mij dat een iot apparaat zichzelf zou moeten kunnen updaten zonder tussenkomst van de fabrikant.

Ik heb alleen geen idee of het op die manier werkt, maar het zou mooi zijn

[Roby]

Ik heb niet gezegd dat het probleem alleen aan de kant van android ligt.
Maar bij een voorbeeld waarbij google zowel "fabrikant" als OS provider is, bij Nexus toestellen, ondersteunt google zelf hun oudere modellen niet meer met de laatste updates.

Ik vraag mij dus af hoe ze voor oudere apparatuur updates gaan blijven voorzien aangezien je niet zo vaak van frigo verandert als een smartphone.

Maar blijkbaar is dat ongewenst...

[GORby]

Als je hier het artikel leest, dan zie je dat Google ook bij deze dingen ZELF zorgt voor de laatste updates. Updates naar de laatste nieuwe versie van het OS, zijn over het algemeen helemaal niet zo boeiend, en bij Nexus toestellen blijven in ieder geval de security updates op de laatste beschikbare OS versie wel een stuk langer doorlopen.

Verder zullen deze toestellen ook niet gaan rondsurfen en willekeurige apps gaan installeren, waardoor ze malware zouden binnenhalen. Dat is namelijk waar de meeste problemen op alle besturingssystemen vandaan komen.

[Verwijderd]

Dat neemt de zorg niet geheel weg. Als ik besluit dat ik 10 jaar wil doen met mijn superdure iot lamp, en Google zegt, sorry, wij stoppen na 5 jaar, dan heb je alsnog gewoon dikke pech. Het is niet zo dat Google een goede reputatie heeft op basis van long term support.

[dakathefox]

Dit is natuurlijk geen probleem van Google, maar van de fabrikanten. Dat neemt niet weg dat Google hier wel een rol in heeft en neemt, door in recentere versies van Android al de nodige stappen te zetten om de update/security problematiek te verbeteren.

Bovendien weet Google ook echt wel hoe het moet: ga je kijken naar hoe Google omgaat met updates voor Chrome OS, Chromecast en Google Home, dan is denk ik de maatstaf voor hoe het er in de toekomst uit gaat zien.

[pimwijnands]

Lijkt we wel gaaf om wat mee te proberen op m'n raspberry pi

[ro8in]

Je kan nu al met Domiticz op je Raspberry pi van alles doen hoor.

Ik heb in mijn huis van alles aan elkaar gekoppeld via Domoticz zoals mijn hue lampen en Nest thermostaat. Aanrader is wel om een zwave add on te kopen, dan kan je ook met sensors etc aan de slag.

[Whaa]

Of een RFXcom kastje kan je met 433mhz werken. Kaku wordt dan een onderdeel van Domoticz. Tevens kan je dan de sensoren voor temperatuur en vochtigheid uitlezen.

Type fout hersteld

[Reactie gewijzigd door Whaa op 28 juli 2024 15:43]

[ro8in]

Ik heb beide RFXCom en zwave. Moet wel zeggen dat ik steeds minder op de RFXCom heb zitten. Zwave werkt wat dat betreft toch een stuk betrouwbaarder. Voordeel van 433mhz is wel dat je gewoon wat spulletjes ff bij de Praxis kan halen als je het snel nodig hebt.

[keigezellig123]

Ik heb zelf zo'n RFXCom kastje (en wat KaKu spul), maar ik heb mbv een Arduino en een sensor en een 433 mhz transmitter/receiver (en bijbehorende software) zo'n RFX specifieke sensor weten te emuleren

[Whaa]

Ik ben net begonnen en inderdaad de betrouwbaarheid ben ik nog niet tevreden over. Had al wat gezocht op het net, maar kon niet echt vinden dat Z-WAVE beter zou werken.
De HUE (ZIGBEE) vind ik persoonlijk nou ook niet altijd even goed gaan. Heb nog regelmatig dat er 1 of 2 lampen van de 12 niet aan- of uitgaan.
Ik ben eigenlijk een beetje bang dat het niet zo veel uit maakt welk systeem er gebruikt wordt alle zijn draadloos en dat blijft onbetrouwbaar in naar mijn mening.

[ro8in]

Zwave is een 2 weg digitaal mesh systeem. De ontvanger verstuurd een signaal terug naar de zender etc. Plus dat er allerlei informatie heen en weer kan gaan. 433mhz is een 1 weg analoog systeem. De zender stuurt een signaal maar heeft geen idee van of het aangekomen is. Er vind geen enkele handshake plaats tussen ontvanger en zender wat bij zwave wel het geval is. Verder kan bij 433mhz een signaal niet over meerdere relays en de data die het kan bevatten is behoorlijk beperkt. 433mhz is leuk voor simpele aan uit schakelaars die goed bereik hebben van de zender en hiet niet uitmaakt als er zo nu en dan een missfire is. Voor het overige echte werk zul je toch naar zwave moeten kijken of bekabeld natuurlijk. Als je problemen hebt met zigbee lampen dat deze gewoon niet aan gaan dan moet je toch wel behoorlijke bereik problemen hebben. Zwave kan heel goed omgaan met kleine storingen. Zoals ik zei zwave is een 2 weg digitaal signaal. Zie het een beetje als een super light versie van wifi. Het is eigenlijk niet te vergelijken met 433mhz. Zwave bied veel meer mogelijkheden.

[Reactie gewijzigd door ro8in op 28 juli 2024 15:43]

[Compunologist]

Handig toch, zo'n "backdoor" in je koelkast?

[Carlos0_0]

Begin dit jaar is er al op die tech beurs in las vegas dacht ik Koelkasten dit getoond, echter niet met android maar met windows.
Ook paar maanden geleden een Koelkast van een bekend merk met een 19 inch touchscherm, en hierachter draaide een windows 10 versie.

Net als wasmachines/vaatwassers kan je sommige al bedienen met de smartphone, je kan ze starten, programma bekijken hoe lang die bezig is etc.
Nu zijn koelkasten aan de beurt om te verbinden met je netwerk, en allemaal dingen te doen.

Van mij hoeft het niet een Koelkast moet alleen mijn eten koud houden, een wasmachine alleen mijn was draaien, en dit kan ik prima aanzetten als ik er voor sta(En eens na een tijdje kijken of die klaar is geen app voor nodig).
Van mij hoeft het allemaal niet noem mij dan maar ouderwets, maar deze kan gaan we wel op.

[Flagg]

Iedere keer komen ze weer met die godvergeten nutteloze koelkast ,als dat het beste idee is wat ze kunnen verzinnen om aan het internet te hangen dan kunnen ze het beste ophouden met het hele IoT want dan is het ten dode opgeschreven.

Wordt simpel van die k-koelkast aan het internet, dat hoor ik nu gvd al 20 jaar!!!