9to5Google: Google Pixel 9 krijgt een Thread-radio

Er zijn keuringsdocumenten van de Google Pixel 9 bij de FCC opgedoken. Uit de documenten blijkt dat de smartphones over een Thread-radio zullen beschikken. Hierdoor kunnen de mobieltjes compatibele smarthomeapparatuur aansturen.

9to5Google schrijft dat er minstens vijf Google Pixel 9-apparaten in de maak zijn. Elk van deze apparaten krijgt een Thread-radio aan boord. Dankzij deze module kunnen de apparaten met het Thread-protocol en de universele Matter-smarthomestandaard overweg. De smartphones zouden volgens de documenten ook een ultrawidebandchip meekrijgen. Via deze chip kan er aan precieze locatiebepaling gedaan worden. Het is echter niet duidelijk of die laatste chip in alle varianten van de Google Pixel 9 geactiveerd zal zijn. Uit eerdere geruchten van de techwebsite bleek namelijk dat de standaardversie van de Pixel 9 geen ultrawidebandfunctionaliteit zou bevatten.

De Google Pixel 9 wordt vermoedelijk in augustus aangekondigd, tijdens het Made By Google-evenement. Dit evenement vindt plaats op 13 augustus om 19.00 uur Nederlandse tijd. Naar aanloop van de vermoedelijke introductie raken steeds meer details over de Google Pixel 9 bekend. De basisversie zou 899 euro moeten kosten. De introductieprijs van de Google Pixel 9 Pro zou volgens het Franse Dealabs dan weer op 1099 euro liggen. De smartphone zou in verschillende kleuren beschikbaar komen, waaronder Volcanic Black, Porcelain, Cosmo en Mojito.

Renders Google Pixel 9 - Bron: 91Mobiles

Reacties (34)

[Juicy]

Thread is bedoeld als alternatief naast z-wave, zigbee en wifi voor smart-home automation. Automation is een aardig permanente installatie zodat je in staat bent om acties uit te laten voeren ten alle tijde. Mocht jij voor jouw scenario een bepaalde actie of acties willen triggeren dan is dat logischer om dat via de central automation oplossing te doen zodat deze ook bekend is in het geheel en juist zaken kan blokkeren of andere scenarios hier op aan kan laten sluiten.

Ik zie in de hoek van home automation geen waarde. Misschien voor andere scenarios ?

[Koen Hendriks]

Wanneer is jouw telefoon voor het laatst uit geweest? Ik zou dit niet als main homeserver zien maar je kan er van alles mee bedenken om direct p2p devices aan te sturen.

Een wekker zetten die ook je lamp van je slaapkamer langzaam feller zet? Direct op je telefoon zonder home assistant server dus veel toegankelijker voor consumenten.

[Ortep]

Mijn telefoon is niet vaak uit. Maar ik ben het wel. Uit huis met mijn telefoon. Hoe ga ik de tread radio zinvol gebruiken als ik kilometers van huis ben?
Mijn vrouw heeft liever niet dat de home automatisering uitvalt als ik naar de bakker ga.

[GoldenLeafBird]

Je lijkt de reactie niet helemaal te begrijpen. Het gaat hier niet om mensen die een volledige home automation opstelling hebben, maar voor de consument die "een paar" slimme dingen in huis heeft en zo veel meer integratie kan bewerkstelligen doordat de telefoon rechtstreeks kan communiceren, vanuit het OS, met slimme apparaten.

De wake-up light functionaliteit die hierboven beschreven is is slechts één van vele voorbeelden.

[Ortep]

Je zegt precies hetzelfde als ik. Leuk dat je op mijn telefoon een paar kleine automatiseringen kan draaien. Maar die werken dus alleen als ik er ben. En niet als mijn vrouw er alleen is.
Of je moet het echt gecompliceerd maken en alle routines op alle telefoons zetten.
Probeer dat dan maar een goed te houden. De een doet het licht om 7 uur aan en de ander om 8 uur

[Bliksem B]

Routines draaien via de cloud bij google. Dus deze sync je dan met je vrouw of andere gebruikers. Niks aan de hand.

Het wordt pas lastig voor zaken die moeten draaien wanneer je niet thuis bent. Zoals bijvoorbeeld je thermostaat, ventilator of inbraaksensoren.

Maar Threads werkt ook wel echt anders dan zigbee of wifi. Het lijkt eerder op Bluetooth mesh. Het direct aansturen kan daarom ook dan voordelen hebben? Zoals wanneer je geen internet hebt of je threads netwerk te klein is.

Ook zie ik voordelen voor het uitlezen van je telefoon door je netwerk. Hoef je niet afhankelijk te zijn van de cloud of gps. Je tefoon praat direct met een lamp wanneer je gebeld wordt of schakelt alles uit wanneer je vertrekt.

[daft_dutch]

thread zit niet vast aan een hub zoals bij zigbee het geval is. Dus je telefoon is een additionele hub waar mee je je apparaten on afhankelijk van je main node kan bedienen.

Als je vrouw zo'n telefoon hebt kan ze altijd het licht bedienen terwijl jij de main hub repareert,

[-8-]

Ik denk dat ze van plan zijn om Thread een stap verder te nemen dan bv Zigbee en Z-wave. Thread zit nu al in meer verschillende types apparaten en lijkt overal in ingebouwd te worden.

Een voordeel van direct aansturen met de telefoon is denk ik vooral snelle response en betrouwbaarheid. Thread vormt een mesh netwerk, maar nu als je dit met je telefoon wilt aansturen gaat dit eerst via wifi naar je router, naar je Matter controller (smart hub), via je Thread netwerk naar je Thread apparaat. Wifi kan dan de bottleneck vormen voor response snelheid en betrouwbaarheid.

Een ander voordeel is denk ik direct status van apparaten opvragen of direct notificaties van apparaten te ontvangen, zoals bv batterij status, sensor informatie of de progressie status opvragen van een apparaat (bv hoe ver in de wascyclus van wasmachine of hoelang staat de oven al aan).

Daarnaast zou je bijvoorbeeld Thread netwerkjes aan kunnen sturen die compleet onafhankelijk van wifi zijn. Bv een netwerk tussen apparaten op werk, in een hotelkamer of vakantiehuisje.

[keverjeroen]

Je zet hem thuis in een doc en het is meteen een Google hun. Zoiets doet Google nu ook al met hun Pixel tablet dacht ik.

[BRAINLESS01]

Maar wat nou als het andersom kan? Dat Thread netwerken kunnen reageren op jouw telefoon, omdat die nu ook onderdeel is van het netwerk. Bijvoorbeeld: de wekker gaat (of staat ingesteld om 7 uur), dan kunnen de lampen alvast aan. Of: je komt thuis, dus het licht gaat voor je aan.

Natuurlijk kun je dit met Home Assistant al prima voor elkaar krijgen, maar niet iedereen heeft Home Assistant. Als je het met een standaard oplossing wil doen wordt zo'n integratie knap lastig, misschien is dat probleem straks opgelost.

[Barsonax]

Wat dacht je van presence detection op basis van signaalsterkte? Als je genoeg thread apparaten hebt zou je dat vrij precies moeten kunnen bepalen. Beter lijkt mij dan met de hooguit paar bluetooth apparaten die je hebt.

[Melvinvm]

Hoe vet voor ad hoc aansturing van smart devices. Als home assistant een android app maakt die ook als server kan dienen kan je straks je oude pixel of simpele android als hyper geïntegreerde HA server gebruiken ipv een rPI met allemaal ditjes en datjes. En omdat die radio inbouwen (bijna) gratis is zou het best wel eens snel op alle devices kunnen komen. Deze ontwikkeling ga ik met veel interesse volgen

[pete4live]

Dit is zeker een mooie toepassing. Een andere toepassing is het direct aansturen van apparaten zonder dat er überhaupt een server of cloud server nodig is. Ik zie dit in de (verre) toekomst bluetooth vervangen voor bijvoorbeeld Hue lampen.

De Home Assistent app zou de directe aansturing van Thread apparaten al snel kunnen ondersteunen.

[watabstract]

Wat is het nut van een thread radio op een smartphone? Ik zet het even in vraagvorm neer want vorige keer kreeg ik alleen maar negatieve reacties. Je moet tegenwoordig je woorden zorgvuldig kiezen. Hier mijn redenering en neem die aub ook even mee in een eventuele reactie

Slimme lampen hangen al in het netwerk. Er is ook al het Matter protocol om de bediening van smart devices te standaardiseren. Mijn smartphone hangt ook altijd aan de wifi thuis. Waarom zou ik dan een tweede radio moeten hebben op mijn telefoon als de smartphone en de lampen al met elkaar kunnen praten via Matter of een ander protocol? Het argument is dat Thread minder stroom verbruikt dan wifi maar ik kan toch niet zonder wifi op mijn telefoon?

[sfranken]

Ik quote voor het gemak @-8- hier, -8- in '9to5Google: Google Pixel 9 krijgt een Thread-radio'

[watabstract]

Het verklaart nog steeds niet waarom het specifiek op een telefoon handig is. Een oplossing zonder een hub of een server lijkt me onlogisch. Mijn telefoon is immers niet altijd thuis dus hoe moet dat dan werken? Of moet iedereen dan verplicht een Thread enabled telefoon hebben? Nu kan iedereen gewoon de lampen bedienen via de telefoon (indien gewenst en nodig) dus als het opeens verplicht met een Thread radio moet dan lijkt me dat niet per se een vooruitgang. En als je een stapje verder wilt gaan en bijv Home Assistant wilt gebruiken om alles centraal te kunnen beheren dan communiceert deze zelf wel met Thread bijv. HA zelf is dan gewoon via het reguliere netwerk bereikbaar. M.i. wil je juist integratie en niet alleen maar ad-hoc verbindingen met al je smart devices. Ik zoek naarstig naar een use case maar ik zie 'm gewoon niet.

[Grrrrrene]

Je reactie doet me heel erg denken aan Technology Connections - The LED Traffic Light and the Danger of "But Sometimes!"

Je bent op zoek naar scenario's waar thread geen zin heeft. Zo redeneer je dat thread onzinnig is op een smartphone, omdat je wel eens van huis bent. Maar om diezelfde reden is wifi op je smartphone ook onzinnig, omdat je daar in het park niks aan hebt. Als je thuis bent en dingen direct wil aansturen, is het handig als je telefoon dat direct kan doen. Natuurlijk kan het via een cloud (zo zal het gaan als je niet thuis bent), maar als je wel thuis bent (en dat ben ik gelukkig vaker dan dat ik van huis ben), werkt dit gewoon sneller omdat het direct is, ipv via de hub.

[watabstract]

Wat is er directer aan Thread dan de hub of server of cloud waar alles aanhangt? Dat ik dan 1 op 1 met een specifieke lamp kan praten? Maar dat kan ik nu dus ook al. Ik dacht juist dat we in een wereld zaten waarin alles via IP gaat. Geen DVB-S satelliet meer want IPTV. Geen analoge telefonie meer want VoIP. Geen specifieke hardware meer nodig voor 1 toepassing. Thread wijkt daar juist van af. Dat is niet zoeken naar wat het niet kan maar m.i. een greep naar vroeger toen je nog al die specialistische fysieke toepassingen had.

Het gaat erom dat mijn telefoon al verbinding heeft met letterlijk alles. Ik snap heus wel dat Thread een bestaansrecht heeft maar waarom op een telefoon? Dat is nog steeds niet beantwoord en dat is voor mij de hamvraag. Thread suggereert dat je dan geen andere manier meer hebt om met je lampen te praten. Maar dan moet opeens iedereen in huis een Thread telefoon hebben. Vandaar mijn opmerking dat het daarom geen praktisch alternatief is. Maar als Thread naast de huidige methodes komt dan zie ik het nut ook niet (op een telefoon, ik zeg het nog maar een keer) want ik kan nu al prima via Matter mijn lampen aansturen. Kom nu met een argument dat steekhoudt. Op de bal dus en niet op de man. I'm all ears.

*Toevoeging*
Het zou fijn zijn als de wereld eens terugging naar de tijd dat we nog hardop mochten nadenken zonder dat er meteen met een vinger werd gewezen of kritiek gespuid. Ik vind dat eerlijk gezegd erg vermoeiend. En gewoon jammer.

[Reactie gewijzigd door watabstract op 22 juli 2024 13:31]

[sfranken]

Het gaat nog steeds over IP, alleen niet meer eerst naar je router, dan naar buiten, dan verwerkt worden, dan weer naar binnen om dan bij een (groep) lamp(en) uit te komen.

[watabstract]

Het IP verkeer naar mijn lampen blijft nu ook gewoon binnen het netwerk. De cloud is er alleen voor als ik buiten de deur ben. Ik ben ook van plan om Home Assistant te gaan draaien. Daar kan nog wel een jaar overheen gaan door drukte en andere prioriteiten. Dan blijft sowieso al het verkeer binnenshuis.

[Grrrrrene]

Wat is er directer dan telefoon ---> hub --> lamp? Nou, telefoon --> lamp. Zo moeilijk is het toch niet? Waarom zou ik daarmee mijn wifi-netwerk lastigvallen? Sterker nog: misschien vind ik het wel heel fijn dat het niet via de cloud loopt (dan zitten er nog heel wat apparaten tussen, behalve de hub). Mijns inziens loopt er al veel teveel via clouds en internet.

Wederom: waarom heeft jouw telefoon wifi? Je zit toch op internet? Je bestanden staan toch in de cloud? Dan kun je wifi ook wel wegbezuinigen. Maar toch zit het erop en terecht, want je wil niet alles maar via internet doen. Lokaal is sneller, betrouwbaarder en veiliger.

[Reactie gewijzigd door Grrrrrene op 22 juli 2024 13:31]

[watabstract]

Wifi is geen internet. Wifi is LAN en daar hangt alles aan wat ik wil doen. Dat noem ik direct. En daar kan ik 1 en dezelfde generieke hardware voor gebruiken. Dat is nou juist zo mooi aan wifi. Nogmaals: waarom zou je dat willen bypassen met extra hardware in de vorm van een aparte radio die maar voor 1 toepassing geschikt is?

[Grrrrrene]

Je vraagt zelf wat directer is. Ik geef daar antwoord op en dan ga je reageren op specifiek een technisch detail over dat wifi niet per definitie internet is. Nee, maar hoeveel thuis-wifinetwerken ken jij waar geen internet aan hangt? En als je telefoon ermee verbonden is, zal het dat echt wel gebruiken voor internet.

Verder is telefoon --> lamp gewoon een snellere en directere verbinding. Je zegt meer rare dingen, zoals dit:

Thread suggereert dat je dan geen andere manier meer hebt om met je lampen te praten. Maar dan moet opeens iedereen in huis een Thread telefoon hebben.

Dat is toch gewoon onzin? Als mijn telefoon een 3.5mm-aansluiting heeft, MOET ik toch geen bekabelde hoofdtelefoon hebben? Die verbind ik met bluetooth. Of andersom: er zit BT op mijn telefoon, dat verplicht mij niet om dat te gebruiken om accessoires te verbinden, dat kan prima via de 3.5mm-aansluiting of USB-C of wat je telefoon ook maar biedt. Opties, de meeste mensen zijn er juist niet blij mee als fabrikanten het wegnemen. Nu voegt een fabrikant het toe en begin jij te steigeren. Je hoéft het niet te gebruiken.

[watabstract]

Ik ben hier degene die steigert? Ik ben de rust zelve hoor. Maar goed, even terug naar de geest van mijn oorspronkelijke reactie.

Een telefoon heeft straks een thread radio. Daarmee kan ad-hoc met bijv een slimme lamp gepraat worden. Diezelfde telefoon heeft wifi en hangt daarmee aan het LAN. De lamp is ook middels een radio met het LAN verbonden (via eigen wifi of via een Thread hub, andere draadloze methodes laat ik even buiten beschouwing want komen op hetzelfde neer).

Mijn huidige telefoon zonder Thread radio kan via wifi en dus het LAN met de lamp praten. Mijn nieuwe telefoon met Thread kan kiezen: via LAN of ad-hoc rechtstreeks naar de lamp via Thread.

Als ik dan naar een scenario zoek waar een Thread radio op een telefoon toegevoegde waarde heeft (wat mijns inziens gewoon een legitieme vraag is dus ik snap echt niet dat jij zo reageert) dan is dat in de situatie dat ik een Thread lamp heb zonder een brug. Dan móet de telefoon een Thread radio hebben want anders kun je niet met de lamp praten. Net als dat je per se bluetooth op de telefoon moet hebben om draadloze oordoppen te kunnen gebruiken om jouw voorbeeld even te gebruiken. Alleen het verschil tussen die oordoppen en de lamp is dat de lamp altijd verbonden moet zijn met een systeem dat de lamp aanstuurt. De oordoppen niet want die doe je uit als je ze niet gebruikt.

Natuurlijk kun je prima 20 Thread lampen in huis hebben en met je Thread telefoon verbinden. Dat snap ik heus wel. Maar dan moeten andere huisgenoten ook per se een thread telefoon hebben om met de lampen te kunnen praten.

Het alternatief, een apparaatje met Thread dat met een lan kabeltje aan de router hangt en dat met de lampen kan praten, is dan toch veel logischer? De telefoon heeft geen thread radio nodig en de lampen zijn altijd verbonden met het systeem dat ze aanstuurt.

Of dat laatste nou een home assistant is op bijv een Raspberry Pi of een cloud server vind ik gewoon niet zo relevant. Waar het mij om gaat, is dat een slimme lamp altijd verbinding heeft om nuttig te zijn. Met alleen een thread telefoon en geen brug kun je dat niet garanderen. Je kunt ze dan buitenshuis bijv ook niet meer benaderen (bijv dat ze automatisch uitgaan omdat je er niet bent of juist aan na een bepaalde tijd etc).

Zonder gekheid en gesteiger. Ik zoek gewoon naar een legitieme toepassing van Thread op een telefoon. En ik zie het dus niet. Daar wijd ik behoorlijk wat tijd aan dus je mag er wel van uitgaan dat het met de beste bedoelingen is. Dat heet gewoon hardop nadenken.

[-8-]

Een belangrijk punt van Matter is dat alles lokaal geregeld kan zijn, als je dat wilt, het hoeft niet. Daarnaast gaat Matter over Thread of over wifi, dus Thread is helemaal niet opeens verplicht. Als je het wilt kun je een smart home bouwen met veel Thread apparaten en als je dat wilt kan het handig zijn om direct lokaal via Thread met je telefoon een apparaat of hub te bedienen of de status op te vragen, ipv via wifi en dan via Thread. Het is optioneel.

Een belangrijk punt van Thread is dat het een mesh netwerk vormt voor robuustheid en responsiveness. Waarom zou je een van de belangrijkste aansturingen, je telefoon, de bottleneck laten zijn en niet direct met dit netwerk willen laten communiceren? Of niet die optie willen hebben?

Ook andersom kan je Thread netwerk dan direct op jouw status reageren, zoals @BRAINLESS01 aangeeft. Bv als je gebeld wordt gaat de TV meteen zachter.

[SSDtje]

Heb het eens in Google ingetypt zonet "wat is een Thread-radio" en daar kwam dit uit: Thread is een protocol waarmee apparaten niet alleen via een smart hub, maar ook rechtstreeks met elkaar kunnen 'communiceren'. Via Thread worden apparaten namelijk niet alleen met het internet verbonden, maar ook met elkaar. Hierdoor kunnen slimme apparaten ook meldingen van elkaar ontvangen.

[ton14]

Ik gebruik geen WiFi, maar alleen een onbeperkte mobiele data verbinding.

[Server.1968]

Helaas, maak je jezelf blij door de aanschaf van een Pixel 8, nu alweer achterhaald. De prijs van mijn toestel is wel wat beter.

[MarnickS]

Dat is bij elke telefoon toch zo?

[Carlos0_0]

Tja je koopt een toestel wat al weer 3 kwart jaar zowat op de markt is, dus daar komt over enkele maanden een opvolger voor .

[mezstah]

Maar een Pixel wordt toch 7 jaar ondersteunt? Dan is het toch minder relevant of het over 3 maanden niet meer het nieuwste toestel is. Aangezien het toch allemaal marginale verbeteringen zijn.

[Carlos0_0]

Ja maar 7 jaar updates betekent niet 7 jaar alle nieuwe functies ook, sommige functies kunnen ook hardware gerelateerd zijn.

[Offens1490]

Waarschijnlijk wordt deze intressant met prijsverlaging?

Ipv budget telefoon en langer ondersteuning dan 2 jaar max ?

Ik heb wel interesse voor voor de 8 voor mijn schoonouders.

[Grrrrrene]

Dan moet je nooit wat kopen, of in ieder geval nooit iets dat alweer bijna vervangen gaat worden.