Google brengt 1.0-versie van iot-besturingssysteem Android Things uit

Google heeft de 1.0-versie van zijn internet of things-besturingssysteem Android Things uitgebracht. Onderdeel van de nieuwe release is ondersteuning voor nieuwe hardware van verschillende fabrikanten.

Google maakt bekend dat er ondersteuning bij is gekomen voor drie zogenaamde soms, wat staat voor system on module en vergelijkbaar is met een soc. Daarbij gaat het om exemplaren gebaseerd op de i.MX8M van NXP, de SDA212 van Qualcomm en de MT8516-hardware van MediaTek. Deze kunnen rekenen op long-term-ondersteuning voor een periode van drie jaar. Volgens de release notes van de 1.0-versie blijft er ondersteuning voor onder meer de Raspberry Pi 3 Model B voor prototyping- en ontwikkelingsdoeleinden. Verder heeft Google zijn Android Things Console, waarmee gebruikers apparaten kunnen aansturen, van een nieuwe interface voorzien.

Google presenteerde zijn Android Things-platform eind 2016 en heeft sindsdien acht developer previews uitgebracht. Het vermeldt dat de laatste inmiddels meer dan 100.000 keer is gedownload. De zoekgigant claimt dat het uitvoeren van automatische updates een van de belangrijkste functies is van Android Things. Deze staat dan ook automatisch op apparaten ingeschakeld. Op die manier zijn ze altijd van de laatste beveiligingsupdates voorzien.

Google zegt samengewerkt te hebben met fabrikanten van verschillende apparaten die op basis van het systeem zijn uitgekomen, zoals slimme speakers van LG en smart displays van Lenovo, LG en JBL.

Reacties (37)

[neeecht]

Ik ben het compleet eens met de bovenstaande reacties over de long term support.
Echter is het grootste probleem nu: Wat wordt nou de IoT standaard?

- LTE NB-IoT is een goede oplossing omdat de support zal blijven zolang 4G en 5G er zijn.

- LoRa werkt nu prima op 868 MHz, maar als straks 'iedereen' op die band gaat zitten, wordt het bereik steeds minder. Ik heb zelf een TTN en WT gateway staan, en elk paar maanden merk ik dat de SNR (Signal to Noise Ratio) naar beneden gaat van de ontvangen packets.
Mooie van deze oplossing is dat je het zo goedkoop mogelijk kunt maken als je zelf wilt, echter wel met iedereen moet delen, de bandbreedte.

- M2M via 2G of CDMA 450. Voor beide geldt: Hoelang zullen deze netwerken on air blijven?
Voor 2G kan dit zolang als de provider(s) dat willen. Voor CDMA 450 kan dat al heel snel over zijn, die ook;
nieuws: Nederlandse Defensie wil 6MHz aan ruimte claimen in frequentieband sl...


Zelf zou ik graag 2 netwerken zien:
1: NB-IoT, betaald via de mobiele provider, weinig data, hoeft niet veel te kosten.

2: LoRa 868 MHz, maar met een twist: Gateway support in modems/routers, zodat iedereen thuis een gateway is/kan zijn.
Voor buiten heb je ongeveer om de 1km een gateway nodig voor goede ontvangst, zelf getest met mijn gateway en zender(tracker).
Maar eenmaal binnen in een gebouw, ik lees net bijvoorbeeld een lift, ben je na minder dan 500 meter al gezien. Vooral nieuwe gebouwen dempen enorm.
Zelfs een 4G signaal op 800 MHz kwam hier al niet eens meer binnen in de lift op minder dan 900 meter.
Pas toen er een site bij gebouwd was op zo'n 300 meter was het weer te doen.

VHS/BetaMax/Beide .... afwachten, maar daarom kan er geen longere-term support gegeven worden, te duur als je support moet geven voor iets wat later mogelijk (bijna) niet meer gebruikt gaat worden.

[Raindeer]

Ik heb er net nog onderzoek naar gedaan.

LoRa valt af door slechte ondersteuning, dekking en duty cycle

De echte discussie is tussen NB-iot en LTE-M

[Zwarte_os]

is dit onderzoek in te zien?

[Raindeer]

Ja, ik kan een offerte voor je maken

[Cristan]

Een enorm nadeel van LoRa is dat roamen zo goed als onmogelijk is: de frequentie die bijv. in Nederland gebruikt wordt mag niet gebruikt worden in andere landen. Omdat het illegaal is om de frequentie van Nederland te gebruiken in andere landen kan je ook niet op een legale manier achterhalen in welk land je bent. Dat maakt LoRa alleen geschikt voor devices die maar in 1 land blijven. Wel jammer, want het gebruikt wel flink minder stroom dan NB-iot en LTE-M.

[mrdemc]

Is drie jaar ondersteuning voor een IoT apparaat niet een beetje karig? Zou vooral bij een LTS versie langer verwachten.. of ben ik dan te optimistisch? Ik heb ook niet kunnen vinden hoe het bij bijv. Windows IoT zit qua supportperiode.

[Verwijderd]

Drie jaar is vreselijk karig voor IoT devices en laat maar weer zien hoe vreselijk hoe IT en OT (operational tech, ik verzin maar een afkorting) aan het botsen zijn. Want dit soort spullen moeten veel langer ondersteund worden.

Kan je je voorstellen dat je grote bouwprojecten elke drie jaar gaat refurbishen? Een stuwdam? Een weerstation?

Voorbeeld: Als ik in 40 gebouwen elk 2 liften heb, moet ik dag in dag uit elke twee weken een lift upgraden (3 jaar in dagen / 80) omdat de software EOL is. Dat is niet te doen. En dan ben je met 80 liften een kleine speler. En dan moet je ook maar hopen dat elke lift maar één device heeft, wat ook niet zo is.

Genoeg hardware die 10+, 30+ jaar mee moet gaan. En dan ben je na 3 jaar EOL? Succes met upgraden. Stel je hebt op al je hotels een weerstation staan. Mag je elke 3 jaar naar boven om de hardware te vervangen. Nee dank je feestelijk.

[mrdemc]

Dat is inderdaad ook wat ik dacht. En nu geef jij wat grotere voorbeelden die inderdaad vrij onpraktisch zijn, maar bij een thermostaat bijv. verwacht je ook dat deze minstens 20 jaar mee gaat en zelfs camera's of VOIP-toestellen zijn minimaal 10 jaar in bedrijf normaal gesproken. Dus vind het een vreemde benadering om aan te geven dat een IoT versie van een OS 3 jaar ondersteuning krijgt, maar dan ook nog benoemen dat het een LTS is met 3 jaar geeft dus aan dat de niet LTS versie minder dan 3 jaar is. En dat terwijl deze hele apparaten groep ondertussen al onder een hoop kritiek staat vanwege de slechte update-policies en de bijbehorende nadelen als malware zoals bijv. Mirai. Blijkbaar wordt het nog niet begrepen...

[PeterBezemer]

En die drie jaar is vanaf productlancering, koop je een anderhalf jaar oud model dan ben je waarschijnlijk binnen anderhalf jaar de pineut...

[the_stickie]

Langs de andere kant hoeven niet àlle apparaten (rechtstreeks) aan het internet (of things) te hangen. De liften uit je voorbeeld werken nu ook en als connectivity voordelen oplevert, kan dat ook via een gezamenlijke (eenvoudige) interface. Zo gebeurt het nu ook al (bv met een pc met vpn).

Ook is iot veelomvattend. Het lijkt me dat Android niet ingezet zal worden voor industriële toepassingen maar eerder voor consumentenelectronica die, jammer genoeg, tegenwoordig sowieso al een beperkte levensduur heeft. Industriële sturingen en sensorsystemen hebben soms wel voordelen van iot (connectiviteit), maar amper/niet van complexe onderliggende besturingssystemen (kiss principe!).

Ik betwijfel of Google voor een dergelijke low-cost apparaten de veiligheid (en productiviteit) over een langere periode wel kán garanderen. De markt evolueert supersnel en er is tegenwoordig een enorme focus op security van soft- en hardware.

[bigbadbull]

als je IoT dingen niet aan het internet hangt, dan is er weinig I_ot aan.
Ja je kan de soms niet connected gebruiken zoals nu, maar dat gaat net in tegen de filosofie van de "connected devices".
in het lift voorbeeld is het misschien mogelijk om de sturing niet te connecteren. maar iot zou daar vooral gebruikt worden om kwaliteits controle te moeten doen, onderhoud te vergemakkelijken.
kijken wanneer kabels verslijten, remmen minder functioneren. ik noem maar wat , ken te weinig van liften.
Als je dan om de 3 jaar je sensors moet vervangen/ onderhouden, dan is er weinig nut aan om die te gebruiken.

[the_stickie]

Maar daar heb je geen Android voor nodig.
Bovendien worden dat soort toepassingen nu al remote gemonitored, zonder "iot". De meerwaarde van iot (bv elke sensor of elke lift aan het internet) is voor dat soort toepassingen dan ook heel klein, en misschien zelfs een risico. Kiss (keep it simple, stupid) is een zeer belangrijk design principe. Een hele "black box" laag, zoals Android, toevoegen is (imho) voor kritische toepassingen ongewenst.

[xrf]

Het is wat moeilijk op te maken uit dit artikel en de gelinkte bronnen, maar gebaseerd op de tekst op deze pagina is mijn inschatting dat dit geldt voor elke major versie van Android Things (1.x, 2.x etc.) en dat fabrikanten nog steeds de mogelijkheid hebben om naar een nieuwere versie van het besturingssysteem te upgraden.

[Niet Henk]

Een belangrijk ding bij grote IoT dingen (liften e.d.) is dat er vaak een aparte controller gebruikt wordt. Deze kan je vervangen voor een slimmere, zonder dat je de hele lift hoeft te vervangen. Een aantal jaar terug heb ik nog in een gebouw gezeten waarbij de liftcontrollers en besturingspanelen gemoderniseerd werden (o.a. om predictief een lift alvast te verplaatsen naar de verdieping die het meest waarschijnlijk er één nodig had, en als er veel vraag was, intelligent om te gaan met stops (niet elke lift op elke verdieping laten stoppen)).

Natuurlijk is dan alsnog 3 jaar erg karig. Maar zonder meer verklaring weet ik niet wat 3 jaar support inhoudt. 3 jaar beveiligingsupdates, daarna niets zou jammer zijn. Airgappen kan natuurlijk, maar dan is het gros van je IoT voordeel direct weg. 3 jaar feature updates, en daarna nog een lange extended support periode met enkel beveiligingsupdates klinkt mij echter prima in de oren.

[M2M]

Of nog erger, voor een softwareupdate is een hardwareupgrade noodzakelijk. Mag je ook nog nieuwe liften gaan plaatsen

[Sandor_Clegane]

Nog mooier, na 3 jaar denkt verliest Google zijn interesse in het platform en sterft het een stille dood. Of ze zien een nieuwe shiny en gaan daarmee aan de slag en laten jou met de meuk zitten.

[Leo. P. Klepper]

Ik wil niet elke 4 jaar een nieuwe koelkast, wasmachine en broodrooster omdat het OS geen updates meer ontvangt. ;-)

[KopjeThee]

Je ziet het nu al een tijd met TVs gebeuren. Het scherm kan misschien 10 jaar mee, maar dan zit je 7 jaar met een verouderd "smart" gedeelte waar niet meer alles van functioneert. Hoe meer "slimme" apparaten we krijgen, hoe groter dit probleem.

[Compunologist]

"dumb" is het nieuwe "smart"

[Leo. P. Klepper]

Dat pleit voor geen slimme apparaten en een niet-smart-tv met Chromecast, Androidstick of iets dergelijks voor de smart-beleving.

[nils83]

Was mijn eerste gedacht ook, lijkt me veel te kort om echt professioneel te gebruiken.
Wij hebben duizenden M2M toestellen waarbij we minstens 8 jaar support bieden en ook krijgen van onze vendors.

[VOODOO_WILLIE]

"Consumeren zál je, kréng!"

Dat is de gedachte erachter uiteraard.

En, o, wat zijn we toch "duurzaam" bezig (ik kan dat woord trouwens niet meer horen onderhand).

Maar de oplossing is heel simpel hoor. Gewoon niet kopen die rommel. Dan is het zo afgelopen met die onzin.

[bavoknol]

Gewoon belachelijk 3 jaar support voor "professioneel gebruik" worden ze in gebouwd in dingen, dat dan upgraden elke 3 jaar lijkt me een grote HEL.

Oftewel gewoon langere support hebben dan is product geniaal.

[xrf]

Het is wat moeilijk op te maken uit dit artikel en de gelinkte bronnen, maar gebaseerd op de tekst op deze pagina is mijn inschatting dat dit geldt voor elke major versie van Android Things (1.x, 2.x etc.) en dat fabrikanten nog steeds de mogelijkheid hebben om naar een nieuwere versie van het besturingssysteem te upgraden.

[Reactie gewijzigd door xrf op 25 juli 2024 02:03]

[RobbieB]

Enige waar ik benieuwd naar ben is de security en data-sharing (en hopelijk vooral het ontbreken daarvan). Is daar al iets over bekend?

[hendrik_v]

Het is misschien niet direct gerelateerd, maar ik leg meteen de link naar https://www.iota.org. Encrypted data transfers (en cryptocurrency) voor IoT.

[Breezers]

Het kan aan mij liggen maar de term "Long term" ondersteuning en dan lezen dat het maar 3 jaar betreft is in mijn optiek wel erg kort voor die term (zeker als je praat over domotica hoop je wel dat er langer ondersteuning blijft dan maar 3 jaar)

[yobikap]

Waar kan ik zo een ontwikkelboard halen welke ondersteund wordt door deze project?

[peverix]

Farnell , Element14 heeft veel van die zaken

[xrf]

De Android Things site heeft wat linkjes, en als je voor de Raspberry Pi wilt gaan staan er ook links naar verkopers op de officiële site. En je kunt natuurlijk altijd googelen naar meer verkopers.

[phoenix2149]

Toe maar! Long term ondersteuning van wel 3 jaar... Koop je.

Enige werkzame aan dit geheel is als deze SOMS een aansluiting hebben die 20-40 jaar mee gaat en goedkoop genoeg om elke 3 jaar te vervangen tijdens een onderhoudsbeurt.

Voor consumenten producten moet het heel duidelijk uitwisselbaar zijn zonder te veel poeha en goedkoop zodat hun product weer 3 jaar vooruit kan. Want ja mijn broodrooster moet wel veilig kunnen e-roasteren...... En mijn koelkast veilig bitfreezen..... Maar mijn wasmachine moet ik op terugweg van vakantie wel op e-fur stand kunnen zetten zodat ik de dag later een heerlijk zacht dekentje heb bij binnenkomst....

[sugarlee89]

Energieslurpend OS voor wat, nergens voor.

Waar is de tijd dat het gewoon embedded systemen werd genoemd en een simpele microcontroller alles aanstuurde. Nergens voor nodig al dat rekenkracht. Hekel aan Iot term. Net als nepnieuws term en hipsters.

[Reactie gewijzigd door sugarlee89 op 25 juli 2024 02:03]

[EquiNox]

Dit is wél nodig, aangezien iot devices vaak erg lek zijn en dus misbruikt kunnen worden voor minder leuke zaken zoals DDoS, hacking etc.

Rolling updates zijn dus erg belangrijk.

Bij mij staat zulk spul altijd in een apart VLAN, met zéér beperkte toegang tot Internet.

[_Thanatos_]

Waar zou dit op kunnen gaan draaien?
Ik kan me nou bijv niet voorstellen dat iets als een Hue lamp een heel OS krijgt, of nodig heeft...

[basseytje]

wasmachines, koelkasten, ovens, koffiezetapparaat. gasmeter, thermostaat etc

[_Thanatos_]

Dat soort apparaten zijn "groot" genoeg om een normaal OS te draaien, dus ik vraag me dan af waarom ze een speciaal OS moeten hebben, of wat dat speciale OS dan kan dat "normaal" Android niet kan, zij het met een module of iets.

[Reactie gewijzigd door _Thanatos_ op 25 juli 2024 02:03]