Robotstofzuigerfabrikant Neato stopt, belooft stofzuigers 5 jaar te ondersteunen

Neato Robotics houdt op te bestaan, omdat bepaalde financiële doelen niet werden gehaald. Het Duitse moederbedrijf belooft de clouddiensten van de robotstofzuigers nog vijf jaar te onderhouden en zegt net zo lang reparatiediensten en reserveonderdelen te willen aanbieden.

Het Duitse moederbedrijf Vorwerk Group zegt tegen TechHive dat 'ondanks veel pogingen tot herstructureringen', Neato komt te verdwijnen. Het merk zou al meerdere jaren financiële doelstellingen niet hebben behaald. Vorwerk zegt dat Neato ruim honderd werknemers had, waarvan veertien zullen overblijven om de clouddiensten van Neato 'ten minste vijf jaar' overeind te houden.

Neato D9-robotstofzuiger

Neato was in 2005 opgericht en had kenmerkende D-vormige robotstofzuigers, met de platte zijde aan de voorzijde van de stofzuiger. Daarnaast kregen de stofzuigers vrij vroeg technieken als wifi en lidar. Met laatstgenoemde kon de stofzuiger de omgeving in kaart brengen.

Vorwerk nam Neato in 2017 over. Naast Neato heeft Vorwerk andere robotstofzuigermerken als Kobold en Nexaro, waarvan laatstgenoemde voornamelijk op bedrijven is gericht. Het bedrijf zegt nog wel op deze merken te willen focussen en zegt zijn investeringen in de robotstofzuigerbranche te willen vergroten.

Reacties (217)

[Neocortex-re]

Het wordt tijd dat er een sticker op de doos verplicht wordt gesteld als een product niet zelfstandig, zonder clouddienst of andere afhankelijkheid kan functioneren. Vijf jaar is niet lang voor een stofzuiger.

[lenwar]

Nee, het wordt tijd dat er een verbod komt op 'cloud-afhankelijk' waar daar geen noodzaak voor is. Er is (vrijwel) geen één huishoudelijk apparaat te bedenken met een valide reden om cloud-afhankelijk te zijn.

Natuurlijk kan het handig zijn als je je oven vanuit de file kan laten voorverwarmen (uiteraard met spraakbesturing ), of dat bewakingscamerabeelden op afstand uit te lezen zijn. En dan even los van dat daar ook andere oplossingen voor mogelijk zijn, zonder cloudafhankelijkheid.

Maar het moet toch niet zo zijn, dat als je op de bank zit en de lamp boven je hoofd wil aanzetten met je telefoon dat dat dan niet werkt omdat je ISP een storing heeft of dat ze op dat moment onderhoud hebben aan hun cloud-diensten. En dan nog maar te zwijgen over het feit dat Google een willekeurig bedrijf weer is stopt met het ondersteunen van een apparaat, wordt opgekocht en de nieuwe eigenaar er niets in ziet of failliet gaat en dat je (dure) apparaat het dan niet meer doet.

Ik snap werkelijk niet dat er mensen zijn, zeker die actief zijn op dit platform en daarmee echt beter zouden moeten weten, (dure) spullen kopen die cloud-afhankelijk zijn, mede om bovenstaande reden. Dan hebben we het nog niet eens over de potentiële beveiligingsproblemen van niet-gepatchte apparaten omdat de leverancier het na het uitbrengen nooit meer onderhoudt, waardoor je slimme thermostaat ineens een springplank je netwerk in is, of is opgenomen in een botnet.

[LOTG]

Er zou gewoon verplicht een exit plan moeten zijn voor apparatuur dat afhankelijk is van de cloud. Als je een apparaat op de markt wil brengen, verplicht kunnen aantonen dat je zaken al in place hebt om klanten zelf toegang te geven tot het apparaat met alle nodige specificaties/software.

Slaat toch nergens op dat het toegestaan moet zijn om e-waste te verkopen met planned obsolesce.

Je device heeft een cloud dienst? Bij certificering voor de EU aantonen dat je een repo voor handen hebt wat je online kunt zetten op het moment dat de stekker er uit gaat waarmee ik zelf die dienst kan hosten.

Kun je dat niet, dan moet je maar geen verplichte cloud dienst mee verkopen en zorgen dat er een lokale optie is bij verkoop om dat stuk aan te sluiten op je eigen infra.

Edit:
Een extra nadeel is dat het ontzettend lastig is om een alternatief te vinden voor veel aparaten. Bijna alles is cloud enabled, en als het dat niet is zijn ze al snel ontzettend duur of veredelde hobby projecten. Niets mis met dat laatste, maar soms wil je gewoon iets wat werkt, en er niet uit ziet als een geprinte doos. Iets wat vroeger normaal was voor men digitale vendor lockin uitvond.

[Reactie gewijzigd door LOTG op 22 juli 2024 15:00]

[CAPSLOCK2000]

Volgens mij moeten we het aanpakken met standaardisatie van (communicatie)protocollen een aansluitingen.

Je kan iedere 10 jaar oude USB-muis pakken en in een moderne computer steken en dat werkt gewoon.
Die computer kun je met een 20 jaar oude netwerkkabel aansluiten op een net zo oude switch.
Voor de voeding kun je een stroomkabel gebruiken die wel 50 jaar oud is.

De meeste slimme apparatuur is uiteindelijk helemaal niet zo ingewikkeld en is met een paar basiscommando's te bedienen ("nu zuigen"). Als fabrikanten er voor zorgen dat al die apparatuur hetzelfde protocol spreekt dan hoeven we niet langer afhankelijk te zijn van de clouddienst van de fabrikant maar kunnen wie iedere dienst gebruiken die dat protocol spreekt, in de cloud of lokaal.

Ik zou het sowieso prettiger vinden om hardware en software los te trekken. Ik heb apparatuur van verschillende fabrikanten en vind het helemaal niks dat ik voor ieder apparaat een andere app/site moet gebruiken (ik probeer dat soort spul dan ook niet te kopen). Ook los van lange termijn support zou het fijner zijn om alles in één applicatie samen te brengen, al is het maar omdat niet al die applicaties even goed zijn.

Volgens mij is dit de enige zinnige oplossing want geen enkele fabrikant kan meer dan een paar jaar garantie geven op consumentenapparatuur, zeker als het om apparaten van een paar tientjes gaat. Nu zijn er allerlei goede redenen om fabrikanten te dwingen om lange(re) termijn support te geven maar alles heeft het grenzen, al is het maar om dat de fabrikant falliet kan gaan.

Een mooie oplossing zou zijn dat ieder apparaat een USB of Ethernet-PoE poort moet hebben en voor de kernfuncties gebruik maakt van standaardprotocollen. Liefst met de mogelijkheid om een WIFI-adapter in de USB-poort te steken om het apparaat draadloos aan te sturen via standaard WIFI maar dat is misschien al wat te ambitieus.

In de IoT-wereld wordt al hard gewerkt aan dit soort standaarden dus ik denk dat we toch wel die kant op gaan. Maar als de overheid het verplicht zou stellen (net zoals ze met telefoonladers hebben gedaan) zou dat veel helpen.

[84hannes]

Ik vind het een goed plan, een minimum zelfs, maar niet genoeg. Als een apparaat niet meer ondersteund wordt door de fabrikant moeten er nog steeds veiligheidsupdates uitkomen. Een oven die door een kwaadwillende op afstand kan worden bediend is dood eng.

[CAPSLOCK2000]

Ik vind het een goed plan, een minimum zelfs, maar niet genoeg. Als een apparaat niet meer ondersteund wordt door de fabrikant moeten er nog steeds veiligheidsupdates uitkomen. Een oven die door een kwaadwillende op afstand kan worden bediend is dood eng.

Persoonlijk vind ik het hele "ondersteuning van de fabrikant" in de huidige vorm een onhoudbare situatie. Het is verschrikkelijk moeilijk en duur en zal voor veel apparaten veel meer kosten dan het maken van de hard- en software. Ergens denk ik dan wel dat je die apparaten dan maar duurder moet maken en dat fabrikanten dan wel met een oplossing komen maar ik ben bang dat het veel te lang gaat duren.

Groot deel van het probleem is dat iedere fabrikant z'n eigen boontjes moet doppen en zelf voor software moet zorgen en dat is nu eenmaal moeilijk en duur. Veel fabrikanten doen het dus ook niet maar kopen iets kant-en-klaar in, Android ofzo, en knutselen daar een beetje aan en doen het minimum om hun apparaat werkend te krijgen. De support die ze geven bestaat vaak uit niet meer dan het doorschuiven van de meest essentieële patches waarbij de kwaliteit vaak twijfelachtig is.

Ik zou liever hebben dat we het PC model volgen waarbij het OS zelfstandig is en niet gebonden aan een stuk hardware. De hardwarefabrikant hoeft dan alleen te zorgen voor drivers voor unieke hardware en alleen als daar geen generieke drivers voor te gebruiken zijn.

[84hannes]

Ik zou liever hebben dat we het PC model volgen waarbij het OS zelfstandig is en niet gebonden aan een stuk hardware.

Maar de PC is een generiek apparaat. Met dit model rem je innovatie. Kijk maar eens hoe vaak Intel en Microsoft van de x86-architectuur hebben proberen af te komen, zonder succes. Vergelijk dat met het succes van de M1-processor van Apple. Ook bijvoorbeeld USB sloeg veel sneller aan bij Macintosh. Het heeft duidelijke voordelen als je de soft- en hardware beide zelf maakt... Maar het heeft ook nadelen.

De meeste apparaten zijn heel specifiek en hebben daar ook specifieke hardware aan boord. Als je als lampenfabrikant denkt dat je een betere lamp kunt maken als je de luchtvochtigheid meeneemt om de lichtsterkte aan te passen, dan zul je hard- en software moeten aanpassen. Als je als elektrische-fietsenfabrikant een andere trapsensor wilt gebruiken zul je hard- en software moeten aanpassen.

[Reactie gewijzigd door 84hannes op 22 juli 2024 15:00]

[CAPSLOCK2000]

Maar de PC is een generiek apparaat. Met dit model rem je innovatie. Kijk maar eens hoe vaak Intel en Microsoft van de x86-architectuur hebben proberen af te komen, zonder succes. Vergelijk dat met het succes van de M1-processor van Apple. Ook bijvoorbeeld USB sloeg veel sneller aan bij Macintosh. Het heeft duidelijke voordelen als je de soft- en hardware beide zelf maakt... Maar het heeft ook nadelen.

Het grootste deel van de IoT markt draait op net zo generieke ARM-chips die op een antieke versie van Linux draaien. Ik geloof niet dat we daar veel aan missen aan innovatie. Er is daar niks te krijgen dat een generieke PC net zo goed kan.

Dat Intel en Windows niet van x86 af komen heeft volgens mij meer te maken met backwards compatibilty, het hele Windows platform is nog al nauw gefocused op x86, ook al was het ooit juist opgezet als multiplatform. Alle software gaat er van oudsher vanuit dat het x86 is en is alleen daar op getest. Dat is wel aan het veranderen maar het gaat heel langzaam. Linux heeft die omschakeling al veel eerder gemaakt en daar zijn die problemen eigenlijk verdwenen en draait de meeste (niet alle) software op iedere gangbare CPU. Ik wil er verder geen OS oorlog van maken, mijn punt is dat vooral dat ik me op dit vlak geen zorgen maak over het remmen van innovatie.
Voor veel mensen is (vermeende) backwards compatibility met hun oude software een reden om niet eens verder te kijken dan Windows en ze stappen dan ook niet over naar Apple.

[84hannes]

Het grootste deel van de IoT markt draait op net zo generieke ARM-chips die op een antieke versie van Linux draaien.

Maar die chip is niet hun unieke feature. Dit zit meestal in een combinatie van andere hardware, met de bijbehorende software.

[Mushroomician]

Dan zet je je oven achter een firewall waar alleen jij doorheen kunt. Maar moet dat ding wel offline kunnen werken natuurlijk.

[Reactie gewijzigd door Mushroomician op 22 juli 2024 15:00]

[Katsunami]

Een extra nadeel is dat het ontzettend lastig is om een alternatief te vinden voor veel aparaten. Bijna alles is cloud enabled, en als het dat niet is zijn ze al snel ontzettend duur of veredelde hobby projecten. Niets mis met dat laatste, maar soms wil je gewoon iets wat werkt, en er niet uit ziet als een geprinte doos. Iets wat vroeger normaal was voor men digitale vendor lockin uitvond.

Dat is zeker het geval. De meeste diensten die Sonos proberen te repliceren (met de ChromeCast Audio en ChromeCast voorop) zijn óf dood, óf veel minder stabiel dan Sonos. Uiteindelijk heb ik toch 3 Sonos-speakers staan. Ik hoop er nu maar op dat dat bedrijf niet failliet gaat, want anders kun je de multi-room audio wel gedag zeggen, behalve als je net als in 1985 kabels gaat trekken. Alle andere opties zijn dood, onstabiel, superduur, of hobbymatig geklungel waar ik geen tijd meer voor heb c.q. in wil steken.

[kozue]

Eens, maar eigenlijk moet dat nog een beetje verder doorgetrokken worden: ook geen verplichte afhankelijkheid van een smartphone app. Als je een apparaat alleen kunt besturen dmv een app, en die app werkt niet meer (of de telefoon waar het op stond), kun je er niks meer mee. Plus dat iedereen gedwongen wordt om ofwel een Android ofwel een iOS apparaat te kopen, waarmee je iedereen naar datamining platformen duwt en concurrentie die iets nieuws wil doen nooit een kans krijgt.

Je hebt tegenwoordig bv voor ip camera's veel te vaak een app nodig voor de initiële installatie. Dit is ook meteen gelijk aan phone-home functionaliteit. Ik wil nergens registreren of een account aanmaken, ik wil alleen een apparaat dat videobeelden omzet naar een netwerkstream, zodat je het aan je NVR kunt hangen. Of lokale opslag op een geheugenkaartje. Met de services van de fabrikant wil ik niks te maken hebben. En dat soort camera's worden steeds lastiger te vinden. (ik heb er ondertussen wel een dus tips heb ik niet nodig)

Ik ken iemand die z'n lichten in de woonkamer alleen aan kan zetten met een telefoon. Of dat lokaal werkt of via een wolk weet ik niet, maar ik krijg er wel de kriebels van. Geef mij maar gewoon een schakelaar, die werken altijd

[Reactie gewijzigd door kozue op 22 juli 2024 15:00]

[Marzman]

Het 'probleem' met niet cloud is dat het dan bij de meeste mensen buitenshuis niet werkt omdat ze niet weten hoe ze hun router moeten instellen. Dus de gebruiksvriendelijkheid ligt wel hoger.

[lenwar]

Ik zeg nadrukkelijk 'cloud-afhankelijk' hè?
Ik zeg niet dat er helemaal geen cloud mag zijn. Je moet er alleen niet van afhankelijk zijn. Ik ga niet oordelen of iemand wel of niet een legitieme use-case heeft om z'n stofzuiger vakantieadres kan uitlezen of niet.
Stel dat de fabrikant er om welke reden dan ook mee stopt (failliet, nieuw model, opgekocht, maakt niet uit), dan moet je je apparaat nog wel kunnen gebruiken zonder cloud. Dat het dan op afstand moeilijker (of helemaal niet meer mogelijk) is (dus bijvoorbeeld router-instelingen, domotica-hub, enz) is logisch. Dat is ook niet erg. Maar het kan dan nog wel in ieder geval lokaal. Desnoods met de hulp van een handig neefje of wat dan ook.

[.oisyn]

De cloud is daarvoor een toevoeging, geen verplichting. Het moet ook gewoon lokaal kunnen werken.

[Raventhorn]

Want fabrikanten kunnen niet zorgen voor een 'opt-in' cloudfunctionaliteit?
Zolang je alle functionaliteit maar gewoon lokaal kan gebruiken, mag en kan dat prima óók via de cloud ontsloten worden. Het gaat juist om het uitbannen van de afhankelijkheid van de cloud om met je apparaat te kunnen werken, niet het uitbannen van cloud-functionaliteit.

Voor de gebruiksvriendelijkheid kan je het zelfs in een installatiewizard stoppen die afgetrapt wordt bij eerste gebruik, en na het koppelen aan een netwerk vraagt of je je apparaat óók buitenshuis wilt kunnen benaderen.
Kies je voor ja: lokale API toegang én cloud functionaliteit enabled. Kies je voor nee, enkel lokale API toegang. (voor bijvoorbeeld aansturing via Google Home/Amazon Alexa/HomeAssistant, eventuele app werkt enkel binnen lokale netwerk)

[davekok]

Het 'probleem' kan opgelost worden door wat zaken te standaardiseren maar zolang dat niet hoeft. Gaan bedrijven gewoon cloud pushen. Dus kip en ei probleem.

[supersnathan94]

Mwah. Philips hue heeft ook gewoon beiden en dat is allemaal plug en play. Werkt het buitenshuis niet door wat voor stomme reden dan ook dan werkt het binnen of wifi of via zigbee knoppen nog steeds. Je moet toch iets koppelen aan je cloud account hun of device direct maakt dan niet zoveel uit.

[Shoarma4Life]

Prima oplossingen voor, denk aan een Unifi Cloudkey. Systeem werkt altijd lokaal en als je niet weet hoe je een port-forward moet doen gebruik je de cloud-portal! Stoppen eventuele clouddiensten blijft het lokaal wel werken. En met beetje kennis zelfs extern .

[langestefan]

Ik ben nu 4 websites verder en heb nog steeds geen flauw benul wat dat ding überhaupt doet...

[Shoarma4Life]

Unifi Cloudkey is een management device voor diverse producten. Dit betreft hun: switches, accespoints, cameras en deurbel. Via deze Cloudkey kan je alles configureren en monitoren.

Wat ik probeerde aan te halen is dat deze unit via een app op je lokale netwerk altijd werkt. Daarnaast kan je deze remote (via internet) benaderen op 2 manieren.
1 Via de clouddienst van Unifi. Appliance connect met hun cloud en dmv deze oplossing hoef je geen poorten te openen op je firewall.
2 Je kan ook een aantal poorten openen op je firewall en vervolgens op extern ip/ domainname connecten. Dit vergt meer kennis dan een gemiddelde gebruiker. Het zorgt er echter wel voor dat je niet de clouddiensten van Unifi moet gebruiken of kan overschakelen op zelf regelen als Unifi besluit de stekker uit de clouddienst te trekken.

Gelijkwaardige oplossingen zijn natuurlijk een Home Assistant oplossing. Lukt het niet zelf remote acces in te stellen, dan kan je dit via een betaald abbo doen. Maar de optie om het zelf en gratis te regelen zit ingebakken!

En met oplossingen bedoel ik: Zelf remote connectie kunnen maken, zonder hulp van de fabrikant. Dit zou ieder product aan boord moeten hebben. De usecase de gebruiker is te dom om het te configureren (wat helaas vaak het geval is) zorgt voor belachlijke consumptie modellen welke ook nog een zeer slecht voor het miliue zijn!

[!GN!T!ON]

Cloudkey is een mini / micro computertje met uitgeklede linux erop en hun management software / controller voor hun switches, camera's, routers, enz. Die devices melden zich aan op de cloudkey en de cloudkey maakt een interface / webapp beschikbaar om al die devices te beheren en in te stellen.

Via de cloudkey en webRTC is ook mogelijk om extern in te loggen via de hun cloud portal, die de verbinding tussen jou en je cloudkey proxied als je niet in je thuis netwerk zit.

Overigens hoef je hier geen cloudkey (hardware) voor te kopen, je kan de software ook op een Pi of een VM draaien bijvoorbeeld.

[Katsunami]

Het 'probleem' met niet cloud is dat het dan bij de meeste mensen buitenshuis niet werkt omdat ze niet weten hoe ze hun router moeten instellen.

Dan leer je dat maar. Anders laat je het je neefje doen, net als met de videorecorder in 1985 waar je je ook al niet mee bezig wilde houden. Wel techniek willen kopen en gebruiken en niet willen weten hoe het werkt, is hetzelfde als wel een auto willen hebben en erin willen rijden, maar zonder te weten hoe je moet autorijden of wat de verkeersregels zijn.

[n4m3l355]

Hoe het werkt is toch niet relevant, het moet regeltechnisch binnen de EU worden vast gelegd dat producten blijven functioneren zoals ze ooit verkocht zijn binnen een redelijk levensduur termijn die niet onnodig wordt verkort omdat de support wegvalt. Hoe de fabrikant het vervolgens oplost is aan hun, zij het nog steeds in de cloud of een stukje meer geheugen.

Technisch kan ik me overigens goed voorstellen dat via de cloud men met een stukje ML meer kan realiseren dan wanneer alles offline gebeurd. Mooi, maar tegelijkertijd mag dat niet een begrenzing zijn voor het gebruik.

[StefanJanssen]

Cloud ondersteuning kan dan nog wel maar niet afhankelijk. Als jij een internet storing hebt waardoor je je lamp bv niet meer kan aanzetten is niet acceptabel.

Als je een AI je lamp wil laten bedienen via de cloud is dat geen probleem maar je moet altijd een niet cloud mogelijkheid hebben.

[supersnathan94]

Nouja. Half eens. Er zijn genoeg wifi producten op de markt die dus niet werken als je wifi het een keer niet doet.

Dat heb je dan echt zelf in de hand.

[Transferno]

Klopt, je lokale WiFi heb je altijd zelf in de hand. Maar alles zou nog moeten werken, als je internet er een keer uit ligt, of de cloud provider van je toestel, of de cloud diensten niet meer aangeboden worden.
Mijn Eufy deurbel werkt bijvoorbeeld via WiFi, dus ook zonder cloud of internet. Deze heeft lokale opslag maar optioneel ook extra cloud storage, dat laatste is logisch niet beschikbaar bij een internet/cloud probleem, maar de basis werkt wel nog (deurbel).

Voor een toestel zoals een stofzuiger zou dat ook moeten. Óf zou duidelijk aangegeven moeten worden dat bepaalde functionaliteit wel afhankelijk is van een internetverbinding/cloud functies. In kan me voorstellen dat bepaalde processing niet in het toestel gebeurd maar in een cloud applicatie, zo lang het maar duidelijk aangegeven wordt.

[JoostTheHost]

Hoe het werkt is toch niet relevant, het moet regeltechnisch binnen de EU worden vast gelegd dat producten blijven functioneren zoals ze ooit verkocht zijn binnen een redelijk levensduur termijn die niet onnodig wordt verkort omdat de support wegvalt.

Sterker nog; zolang een product hardwarmatig in orde is, verwacht ik dat ook van de software. Niks alleen 'binnen een redelijke termijn'. Software moet gewoon op het apparaat (kunnen) draaien, klaar.

Als ik ooit een robotstofzuiger van 50+ jaar aanzet, dan zie ik geen reden dat deze het niet meer zou moeten doen als alles hardware functioneert, ook al is de levensduur al lang verstreken. Natuurlijk verwacht ik dan geen support meer, maar dat staat los van de basisfunctionaliteit.
Een koelkast van 50+ jaar kan toch ook gewoon werken?!

[Gwaihir]

Hoe de fabrikant het vervolgens oplost is aan hun

Nee, dat kun je niet aan de fabrikant laten met een belofte van 'bijna eeuwig gratis cloud'. Veelal eindigt het nl. in faillissement, waarmee die belofte volstrekt waardeloos wordt.

Tevens kom je zo ook niet van allerlei nodeloze afhankelijkheden af. Zoals een stofzuiger die 's nachts niet volgens schema zuigt omdat de ISP onderhoud had.

Waar je als consument baat bij hebt, draait om het gemak van bediening via internet. Dat data en functionaliteit daarbij inmiddels standaard in de cloud leeft i.p.v. op het apparaat is puur in het commercieel belang van de fabrikanten, totaal niet vereist voor die 'afstandbediening'.

[mrnn]

Voordeel van een tweaker zijn is dat je dit risico zelf overziet en afweegt. Mijn slimme thermostaat met bijbehorende radiatorknoppen is een voorbeeld van een duur product wat niet werkt zonder de clouddienst. Ik zou het liever anders zien (hun concurrent kan het wel) maar uiteindelijk het gewogen risico genomen en liever de mooie app erbij. Ik ben er qua mindset ook op voorbereid. Stopt het met werken dan loop ik naar de schuur waar het doosje met radiatorknoppen staat en herstel ik de hele handel zelf weer. Zelfde geldt helaas ook voor mijn camera's. Gescheiden LAN met eigen NAS was het mooiste geweest, maar voor goedkoop en snel gegaan. Wederom met de wetenschap dat ik het weg kan gooien als de clouddienst stopt.

De gemiddelde consument overziet dit risico niet dus wel volledig mee eens dat hier een verplichte waarschuwing bij zou moeten staan.

[lenwar]

Ik vraag me dit oprecht af. Ik vraag me oprecht of, of laten we zeggen meer dan 10% van de gebruikers van dit platform daadwerkelijk kijken/controleren of het apparaat/systeem dat zij willen aanschaffen cloud-afhankelijk is. En al zouden ze dat doen, of zij daadwerkelijk marktonderzoek doen, met hoe redelijk ze er vanuit kunnen gaan dat de fabrikant, A, niet binnenkort failliet gaat, B, niet opgekocht gaat worden door een partij die die clouddienst alleen als kostenpost ziet, of C, er niet gewoon mee gaat stoppen.
Het is, op het moment dat je een cloud-afhankelijk apparaat koopt, gechargeerd gewoon een gok of je het over 3-4 jaar nog kan gebruiken.

Het enige wat 'een tweaker' als voordeel heeft, is dat hij/zij er redelijkerwijs beter van bewust kan zijn dat hij/zij die gok neemt, maar dat gaat echt niet verder dan dat.

[Yucon]

Tussen wel en niet kijken zit nog een derde optie; wel kijken maar vervolgens met een teleurgesteld gevoel constateren dat het vinden van een cloudloze optie vaak een heel gedoe is, als het er al is.

Persoonlijk neem ik het altijd mee in de afweging. Maar tegelijkertijd zijn er wel grenzen aan de hoeveelheid moeite die ik erin wil stoppen.

[lenwar]

Daarom opper ik ook voor een verbod op 'cloud-afhankelijkheid' waar er geen goede noodzaak voor is. Uiteraard mag het er wel in zitten. De fabrikant kan prima een app maken die zowel lokaal als via de cloud kan werken. De app kan dan ook nog slim genoeg zijn, dat als de telefoon via VPN in het LAN zit, dat hij dat dan detecteerd en z'n 'lokale' variant gebruikt.
(( uiteraard is die VPN-optie niet voor iedereen weggelegd, maar je snapt waar ik naartoe wil ))

Je ziet in de praktijk inderdaad dat veel apparaat zonder verplichte cloud-functionaliteit minder aanwezig zijn. Veelal zie je dat er allerlei abonnementsvormen achter producten zitten. (denk bijvoorbeeld aan 'slimme camera's' die per se alles in de cloud willen opslaan in plaats van op een SD-kaartje of de optie voor een NAS).
Ik snap uiteraard het businessmodel van die apparaten, maar het is natuurlijk wel een slechte ontwikkeling. Een merk als Reolink doet het een stuk chiquer wat dat betreft. Die kunnen zowel naar de 'Reolink Cloud' sturen als naar 'onsite-storage'. Veel van de camera's hebben zelfs een SD-kaartje on board (even los van of je daar van afhankelijk wil zijn, heb je wel de optie)

[VittunWasted]

Daarom opper ik ook voor een verbod op 'cloud-afhankelijkheid' waar er geen goede noodzaak voor is. Uiteraard mag het er wel in zitten. De fabrikant kan prima een app maken die zowel lokaal als via de cloud kan werken. De app kan dan ook nog slim genoeg zijn, dat als de telefoon via VPN in het LAN zit, dat hij dat dan detecteerd en z'n 'lokale' variant gebruikt.

Doe die app ook maar weg. Want er is geen garantie dat die blijft werken (api verandering/werkt alleen op oudere android ofzo) en ofdat die wel beschikbaar blijft.

Minimum configuratie en gebruik via een webinterface (als er wifi op zit), en een open API (liefst met eigen open source code) zodat je het zelf pakweg in bv home assistant kunt steken.

Ik ben misschien een beetje extreem maar als het niet werkt zonder app en/of cloud blijft het in de winkel liggen.

[CrazyBernie]

Persoonlijk maak ik de afweging en schat het risico in . Soms is de afhankelijkheid van een leverancier prima en soms niet . Ligt echt aan de combinatie prijs , product en producent.

[lenwar]

en schat het risico in

Dat klinkt leuk, maar hoe doe je dat in de praktijk? Dat is dan toch niks meer dan een 'gok'. Eventueel kijken naar historische gegevens.

Echter: Zelfs bedrijven als Google stoppen regelmatig spontaan met het ondersteunen van goedwerkende apparaten. Aan de andere kant van het spectrum het je een Philips Hue hub, die met de laatste patch van de cloud is afgehaald, maar nog wel lokaal blijft werken (en je zelfs korting kreeg op het nieuwe model). Of kijk naar Athom met z'n Homey. Dat bedrijf blijft ook maar doorgaan met ondersteunen met de allereerste versie van hun domotica-hub uit 2016.

Soms is de afhankelijkheid van een leverancier prima en soms niet.

Ik zou om eerlijk te zijn helemaal geen 'prima' reden kunnen bedenken waar 'afhankelijkheid' van een leverancier is.

[telenut]

2016 is nog niet zo heel lang geleden... Er is geen garantie dat ze in 2026 dit nog doen.
Mijn Home Wizard heeft ook geen ondersteuning meer, gelukkig werkt die wel nog altijd :-) Cloud, en lokaal.
Geen idee of de homey app werkt als de cloud er uit ligt eigenlijk... zou ik eens moeten testen.

Maar het gaat hier over een stofzuiger. Die zou idd ten allen tijde lokaal moeten blijven werken. Ook zonder app natuurlijk.

[1234567y]

cloud afhankelijk is voor veel mensen helemaal geen probleem. Ik heb 3 jaar lang gegamed via de cloud met minder problemen dan lokaal gamen.

een waarschuwing 'cloud afhankelijk ' lijkt me ruim voldoende.

[lenwar]

Ik heb het specifiek over cloud-afhankelijke huishoudelijke apparaten waar geen redelijke reden voor is (zoals een stofzuiger, oven of lamp). Er zijn zat diensten waar cloud-afhankelijkheid zeer legitiem is (zoals een chromecast of inderdaad een cloud-streaming-dienst)

[Wouterie]

Eens! Cloud-functionaliteit is een toevoeging, niet een voorwaarde.

Daarnaast zouden ze natuurlijk ook met open standaarden kunnen werken waardoor je de apparaten vrij eenvoudig aan een ander systeem kan knopen. Ik heb een 'slimme thermostaat' van 10 jaar oud die allang niet meer ondersteunt wordt, maar nog steeds prima via wifi (en desgewenst internet) te besturen is.

[CyBeRSPiN]

Ik snap werkelijk niet dat er mensen zijn, zeker die actief zijn op dit platform en daarmee echt beter zouden moeten weten, (dure) spullen kopen die cloud-afhankelijk zijn, mede om bovenstaande reden.

Soms heb je geen keus.
Ik heb een kattenluikje met chip, waarmee ik ook een avondklok kan instellen.
Werkt echt geweldig, maar is afhankelijk van de cloud. Ze hadden 1x een storing, en toen konden mn katten 's ochtends niet meer naar buiten.
Zou mooi zijn als er een alternatief wordt aangeboden, maar denk dat het eerder van een hacker moet komen die met een alternatief komt.

[lenwar]

https://www.zooplus.nl/sh...ttenluik/_tijdklok/576335
Eerste hit op kattenluik met klok.

(( Ik heb geen kat(tenluikje) dus mogelijk voldoet deze niet aan je eisen hoor, maar ze lijken er wel te zijn ))

[Marctraider]

Of mensen moeten minder aan de life support zitten van grote bedrijven / overheid.

Bewustwording is een bitch. Schaap zijn is makkelijk ;-)

[raro007]

Het word tijd om te gaan dromen? Het zal nimmer en nooit gebeuren buiten dat het onmogelijk is.
Kijk ook naar je telefoon zonder de cloud kun je ook niet zoveel mee.

[lenwar]

Het word tijd om te gaan dromen?

Dat doe ik al tijden. Ik hoop alleen oprecht dat 'men' wakker in Europa, en dit is gaat aanpakken.

Het zal nimmer en nooit gebeuren buiten dat het onmogelijk is.

Of het nooit zal gebeuren, weet ik niet. Het is echter prima mogelijk voor vrijwel alle huishoudelijke apparaten.

Zoals ik schreef is er voor "vrijwel" geen één 'huishoudelijk apparaat' een noodzaak te bedenken om afhankelijk te zijn van clouddiensten. (( Even los van of je een smartphone een huishoudelijk apparaat wil noemen is dat inderdaad één van de uitzonderingen. Er zijn er uiteraard meer te bedenken. Denk aan zaken als internet-radio's, enz, enz. Ook die kunnen natuurlijk ook lokaal werken, maar hun primaire functie ligt in de praktijk toch anders )). Er is geen reden om in je eigen huis cloud-afhankelijk te zijn voor stofzuigers, ovens, afzuigkappen, huisparfumdispensors, babyfoons, bewakingscamera's, vibrators, lampen, thermostaten, luidsprekers, kinderspeelgoed, vaatwassers, wasmachines, luchtreinigers, airconditioners, rolluiken, wasdrogers, enz, enz, enz.

Al die apparaten kan je prima binnen je eigen netwerk gebruiken. Dat cloud wat toe kan voegen aan die apparaten is per apparaatsoort in meer of mindere mate zeker waar. Dat is ook prima.
Waar ik problemen mee heb, is dat als de fabrikant er mee stopt dat je bewakingscamera dan een stuk plastic met glas is geworden, in plaats van dat het apparaat nog lokaal naar een NAS of SD-kaartje kan opnemen in plaats van per se naar de cloud, of dat je je thermostaat niet meer via een app kan bedienen omdat je ISP een storing heeft, enzovoorts.

[Transferno]

Dat valt wel mee (ik neem aan dat je echt een cloud bedoeld en niet generiek internet toegang):
- bellen
- sms
- massa's alternatieve apps als de cloud van die ene het niet meer doet
- foto's maken
- Cloud storage (veel verschillende aanbieders, dus zelf te kiezen.
- enz.

Het zou pas vervelend zijn als allemaal deze functies niet meer werken als 1 specifieke cloud niet meer beschikbaar is. Stel bv apple of google gaan failliet, dan heb je mogelijk wel ellende met en hoop diensten.

[Skit3000]

Natuurlijk kan het handig zijn als je je oven vanuit de file kan laten voorverwarmen (uiteraard met spraakbesturing ), of dat bewakingscamerabeelden op afstand uit te lezen zijn. En dan even los van dat daar ook andere oplossingen voor mogelijk zijn, zonder cloudafhankelijkheid.

Een deel van cloudafhankelijkheid ligt ook in het ondersteunen van (nieuwe) netwerk- en beveiligingsprotocollen. Zelfs als een fabrikant een apparaat maakt dat je lokaal via HTTP kunt benaderen via je 2,4 GHz wifiverbinding, kan het zijn dat het na een tijdje niet meer werkt omdat je overstapt op een 5 GHz wifinetwerk, of omdat je browser geen HTTP verbindingen meer ondersteund maar enkel HTTPS.

[.MaT]

Een apparaat dat cloudafhankelijk is is volgens mij prima in staat om (OTA) firmwareupdates te ontvangen.

[Skit3000]

Mijn punt is dat je die firmwareupdates niet krijgt als de leverancier niet meer bestaat. Of dat ze niet werken omdat de chip in je apparaat niet krachtig genoeg is om een bepaalde encryptiemethode toe te passen (dit gebeurde bij een hele rits Philips TV's die daardoor geen apps als Netflix meer konden draaien).

Het eerste deel is nog te ondervangen door te zorgen dat firmware voor apparaten als open source wordt vrijgegeven, maar dan ben je nog afhankelijk van een hobbyist om het bij te houden. Of, het opent wegen naar bedrijven die support overnemen voor EOL producten en dan voor een paar euro een firmwareupdate aan je kunnen leveren.

[dutchnltweaker]

Hoe zie je dat voor je met video deurbellen als je een push melding wil krijgen en wil zien wie er voor je staat, als de fabrikant de cloud functionaliteit sluit. Waarschijnlijk zijn er wel mogelijkheden om het te koppelen met home assistant, maar buiten dat is er niet echt een ander alternatief toch?

[kozue]

Er zijn voldoende protocollen om dat soort zaken via een lokale verbinding te doen. Ja, als je buitenshuis wilt kunnen zien wie er voor je deur staat, zul je dan zelf aan de slag moeten (met home hubs ofzo), maar dat is *niet* de basisfunctie van een deurbel. Als die alleen lokaal werkt en de remote functie het niet meer doet, is dat ook geen ramp. Die heb je op een traditionele rinkelbel ook niet. Natuurlijk raak je bepaalde functies kwijt als de "cloud" stopt met vliegen, maar de basis moet gewoon door blijven gaan. Dus een deurbel moet lokaal kunnen blijven bellen, een stofzuiger moet blijven stofzuigen, etc.

[realmadridsi]

Ik denk dat een van de basisfuncties van een video deurbel JUIST remote functie is. Dat is voor mij in ieder geval de enigste reden waarom ik een videodeurbel heb. Dat ik de bezorgdienst kan aangeven het pakketje ergens neer te leggen. Wat moet ik met een videodeurbel als ik thuis ben? Dan zie ik toch zelf wel wie voor de deur staat.

[kozue]

Ik vind het sowieso een nutteloos product, want als ik niet thuis ben hoef ik die persoon voor m'n deur ook niet te spreken. Een pakketje droppen ze wel bij de buren.

[realmadridsi]

Zullen de buren blij mee zijn.

[kozue]

Waar moet ie anders heen? Voor de deur laten staan? Zodat iedereen m mee kan nemen? 🙄

[realmadridsi]

Ik vraag ze om het pakket altijd achter de containers neer te leggen, daar is een videodeurbel wel handig voor. Destijds moest ik inderdaad altijd naar de buren toe.

[ATS]

Stel je voor dat je je buren moet spreken af en toe...

[realmadridsi]

Spreek mijn buren regelmatig, maar als ik ze niet lastig hoef te vallen met pakketjes dan doe ik dat niet.

[kozue]

Niet iedereen heeft containers om ze achter neer te leggen. Of een voortuin…

[realmadridsi]

Ik beweer ook niet dat een videodeurbel voor iedereen nuttig is, ik zeg dat het voor sommigen wel heel erg nuttig is.

[lenwar]

Apple ondersteund 'lokale push-berichten' als je in je eigen netwerk bent. Ik neem aan dat Google ook wel dergelijke mechanismen heeft. Een apparaat kan volgens mij ook direct naar de cloud-diensten van Google/Apple sturen zonder tussenkomst van de cloud-dienst van de fabrikant. (( als dit niet klopt, word ik graag gecorrigeerd )).

Maar inderdaad. Het meest voordehandliggende is een lokale oplossing als Home Assistant of zo.

[sprankel]

Die spullen werken doorgaans wel nog zonder cloud verbinding, die stofzuigers zullen wel nog stofzuigen maar een heel deel van de features zal wegvallen.
Neem nu even mijn slimme thermostaat, ik kan die effectief wel nog aanzetten zonder internet, probleem is dat het ding dan gereduceerd is tot een domme thermostaat. Gezien ik effectief een slimme thermostaat heb (en geen domme thermostaat die toevallig met een appje komt) heeft die nu eenmaal het weerbericht nodig om de keteltemperatuur dynamisch te regelen alsook interactie met mijn telefoon om te weten dat ik vanavond niet meteen naar huis kom en de verwarming nog even mag uitblijven.

Het moment die slimme functies van mijn thermostaat stoppen met werken en als gevolg mijn verbruik met 20% omhoog schiet gaat het niet lang duren voor die thermostaat vervangen is.

Dan kan je zeggen die thermostaat moet open API's ondersteunen zodat je de slimme functies kan behouden zonder de fabrikant. Probleem daarbij is dat die API's ook niet stilstaan en het kwestie van tijd is voor die ook niet meer werken omdat de versie hopeloos achterhaald is. Ik noem dat het "als je wilt praten met de wereld moet je zien dat je mee bent met de wereld" waarbij het moment de support stopt het toestel met pensioen gestuurd word. Het moment dat Win98 niet meer ondersteund is dan is elk plan om Win98 aan de praat te houden een slecht idee, het is niet anders met mijn slimme thermostaat.

Waar wel meer werk van gemaakt kan worden is het loskoppelen van het slimme gedeelte en het toestel zelf. Ik had ook een verwarmingsketel kunnen kopen met een weersafhankelijke regeling maar mijn ketel zelf is dom. Een ander gekend voorbeeld is de Smart TV, je wilt eigenlijk dat het smart gedeelte niet in de TV zelf zit maar in een chromecast bakje. Dat maakt het vervangen eenvoudig en betaalbaar.
Echter binnen het home automation verhaal is er een totaal gebrek aan opties om dit te doen, bij mijn weten zijn er geen oven's en wasmachines waar je het smart gedeelte extern kan zetten. (En ja, in de toekomst wil ik de wasmachine dynamisch kunnen aansturen afhankelijk van energieprijs)

[Reactie gewijzigd door sprankel op 22 juli 2024 15:00]

[locke960]

Dan hebben we het nog niet eens over de potentiële beveiligingsproblemen van niet-gepatchte apparaten omdat de leverancier het na het uitbrengen nooit meer onderhoudt, waardoor je slimme thermostaat ineens een springplank je netwerk in is, of is opgenomen in een botnet.

Daar kun je jezelf nog deels tegen wapenen (niet direct aan het internet hangen). Het echte risico is wat mij betreft dat de cloud systemen van de leverancier gehackt worden.

[lenwar]

Klopt. Dat kan jij. Dat kan ik. Althans... Dat kunnen wij als het apparaat niet per se een actieve internetverbinding nodig heeft en per se vanuit het cloudplatform van Amazon (of zo) benaderbaar moet zijn (ik noem maar even wat beren) en dat de app niet per se met allerlei vage broadcast mechanismen het apparaten moet detecteren. (( uiteraard lukt het dan ook nog, maar dan is het niet 'eventjes geregeld' ))

Maar, laten we eerlijk zijn. Zouden we echt zo erg bezig moeten zijn met de beveiliging van een thermostaat, die we als black box hebben gekocht? Je betaald in veel gevallen goed geld voor dergelijke apparaten. We zouden dan toch ook wel wat meer mogen verwachten toch?

[YoMarK]

Op zich snap ik die gedachtegang, maar laat mensen aub zelf kiezen of ze "geavanceerde" functionaliteit willen of niet. Zaken als stembesturing via Google, Amazon of Apple gaan nu eenmaal via de Cloud. "on-prem" oplossing zijn voor de doorsnede gebruiker niet te beheren.
De consument wíl gewoon dingen, en dus kiezen ze voor deze "Internet-Of-shiT" afhankelijkheden. De consument is daar nog niet altijd bewust van, dus "Sticker verplicht" zoals @Neocortex-re suggereert lijkt me wel een hele goede.

[lenwar]

"on-prem" oplossing zijn voor de doorsnede gebruiker niet te beheren

Heel veel mensen gebruiken gewoon hun niet-cloud-afhankelijke Philips Hue hub, IKEA tradfri hub, of niet-cloud-afhankelijke Reolink camera's/deurbellen. Die werken prima. Geen beheer aan. Gewoon een slim ontwerp.

De consument is daar nog niet altijd bewust van, dus "Sticker verplicht" zoals @Neocortex-re suggereert lijkt me wel een hele goede.

Dat is dus geen oplossing. De consument kijkt daar niet naar, net als een roker de mededelingen op een pakje negeert. (uiteraard andere context, maar je snapt wat ik bedoel). De consument wil gewoon het apparaat hebben. Sterker nog. Door die sticker zou een fabrikant dan zelfs z'n handen kunnen wassen in onschuld: "Sorry meneer. U heeft 2,5 jaar geleden een thermostaat met wat kranen gekocht voor 1300 euro. Tsja. Er stond een sticker op dat hij cloud-afhankelijk is en wij hebben nu een nieuw model, dus ja... Je kan je kranen aansluiten op de nieuwe. Kost je maar 430 euro en je kan je basisfunctionaliteit weer gebruiken"

Uiteraard chargeer ik het bewust, maar je lost dan geen probleem op. Je creëert nog steeds bewust potentiële e-waste doordat goedwerkende apparaten vervangen moeten worden of minimaal bewust functioneel verminkt raken.
En nogmaals. Het mag wel op de cloud als 'optie'/'feature', maar het moet het een afhankelijkheid zijn.

[YoMarK]

Ik heb zelf bijna alleen maar "on-prem" domotica(ook wat Zigbee spul). Ik heb geen verstand van het "Hue" systeem, maar als Philips de Hue app uit de app-store haalt(omdat ze ermee stoppen) blijft alles dan gewoon functioneren en in te richten(b.v. via webbrowser)?

[lenwar]

Als ze de moeite nemen om de app uit de App Store te halen en je hem ook niet meer op je (nieuwe) telefoon kan zetten, is de hub nog altijd te bedienen via derdepartij-apps (zoals Hue Essentials) of eventueel zelfs nog via Home Assistant.
Het hele hue-mechanisme (zowel de Zigbee-lampen en schakelaars enzo) als de API's naar de hub zijn volledig open en gedocumenteerd.

Ik heb zelf geen Hue hub, dus ik zou weten of hij ook een webservertje aan bord heeft.

[YoMarK]

Deze discussie geeft wel aan dat het complexe materie is. Wil het niet over de Hue bridge blijven hebben, maar omdat je hem zelf noemt als voorbeeld waar het wel goed geregeld is....Je kunt(dat was eerst in ieder geval zo, daarom heb ik hem ooit juist niet gekocht als Zigbee hub) de Hue Bridge alleen maar via de Android of iOS App activeren(kan volgens mij niet zonder internet en het draaiende cloud cloud systeem van Philips). Pas dáárna kan je hem eventueel lokaal aansturen via HA of Domoticz.

Als dat nog klopt zou dit volgens je eigen regels dus niet op de markt mogen komen.

[Galapogos]

In elk geval zijn de Hue-lampen en -schakelaars gewoon via het Zigbee-protocol te gebruiken. Als Philips/Signify de stekker uit Hue zou trekken, dan veranderen die lampen en schakelaars dus niet in schroot. Zelfs niet als de Hue-hub niet meer zou functioneren.

[lenwar]

Als dat nog klopt zou dit volgens je eigen regels dus niet op de markt mogen komen.

Klopt. Daar was ik niet van op de hoogte. Maar inderdaad. Dat aspect moet dan dus nog verbeterd worden.
Edit: Ik kan niet spreken over een paar jaar geleden, maar ik heb net even de Hue app geïnstalleerd. Ik kan optioneel een account aanmaken of inloggen, maar ik kan ook een hub toevoegen zonder account. (Ik krijg uiteraard de melding dat dan bediening via internet niet mogelijk is, maar ik 'moet' dus niet)
N.B. Er wordt wel naar gehint dat het wel een goed idee is om te doen, maar het 'moet' niet.

[Reactie gewijzigd door lenwar op 22 juli 2024 15:00]

[YoMarK]

Ok, wellicht is dan dan verandert. Goede ontwikkeling.

[kozue]

En dat was dus ook z'n punt: als je fabrikanten verplicht om het apparaat (in ieder geval in z'n basisvorm) te kunnen blijven gebruiken, gééf je consumenten juist die keuze. Nu heb je vaak géén keuze, je moet via de cloud. Hij zegt nergens dat cloud-functies verboden moeten worden, alleen dat ze optioneel moeten zijn als je die niet wilt (of gestorven zijn door het verdwijnen van servers of apps).

[YoMarK]

Je moet helemaal niets, alles is nu ook al via lokale domotica te regelen via 20 andere fabrikanten die dingen wél lokaal kunnen aansturen. Je kiest als consument gewoon ergens voor(voor gebruiksgemak).
Dat er fabrikanten zijn die dingen heel gebruikersvriendelijk en cloud-only maken en daar een verdienmodel aan knopen, daar denk ik het mijne van, maar dingen verbieden/verplichten vind ik geen goede aanpak

Informeren is daarom belangrijk zodat de consument weet waar hij voor kiest.

[sigmundfreund]

Ik snap werkelijk niet dat er mensen zijn, zeker die actief zijn op dit platform en daarmee echt beter zouden moeten weten, (dure) spullen kopen die cloud-afhankelijk zijn, mede om bovenstaande reden.

Kan je je voorstellen dat mensen dat incalculeren (soms als gok)? Als het 5 jaar werkt, ik in die 5 jaar 250 euro afschrijf maar het daardoor ervoor zorgt dat ik in een uur up and running ben in plaats moeilijk te moeten doen met configureren juist voor externe toegang, dan vind ik dat acceptabel. Scheelt kopzorgen op dat moment en de schaarse tijd wordt bespaard. Natuurlijk snap ik dat er mensen niet in die luxepositie zitten en daardoor bewuster deze keuzes moeten maken, daarom zou het fijn zijn dat je gewaarschuwd wordt voor de potentiele gevolgen.

[lenwar]

Nou nee.
Ik denk niet dat er veel particulieren daar bewust mee bezig zijn. Mede omdat die vijf jaar een volledig gok is. (het bedrijf kan morgen failliet gaan of er mee stoppen)
Aan de andere kant is er redelijkerwijs geen noodzaak voor is. Er zijn zat voorbeelden die volledig lokaal kunnen werken en het gewoon altijd doen. Als Philips Hue en IKEA Tradfri het kunnen, moet de rest het toch ook kunnen?
Waarom zou ik mijn 'slimme oven' 7 meter verderop dan via het internet moeten bedienen?

En nogmaals. Dat er 'optioneel' cloudfunctionaliteit beschikbaar is, is prima. Als jij je lampen aan en uit wil zetten als je buitenshuis bent, en dat loopt via een cloud-verbinding is dat prima. Maar het moet toch niet zo zijn dat je daar afhankelijk van bent als je thuis op de bank zit.

[SuperDre]

Maar dan heb je het probleem, definieer 'geen noodzaak'... Wat jij niet noodzakelijk vindt kan een ander wel noodzakelijk vinden. Zelf ben ik ook van mening dat er geen noodzaak is voor cloud aangezien zo'n ding ook via bluetooth of Wifi zou kunnen werken met een eigen webservertje op de robot zelf.

[.MaT]

Er is een verschil tussen 'noodzakelijk' zijn voor het functioneren van het toestel (lamp aan/uit, temperatuur instellen, beeld bekijken,..) en 'noodzakelijk' zijn omwille van gemak/beperkte kennis.

Veel mensen zijn inderdaad niet kundig genoeg om zelf poorten open te zetten op de router laat staan VPN's of reverse proxy's in te richten. Voor hen is het dan 'noodzakelijk' om via de cloud te werken om remote iets te bedienen, maar het om gaat is dat het technisch gezien bijna nooit noodzakelijk is voor het functioneren of bedienen van een toestel. Je kan mij echt geen valide reden geven waarom het signaal voor het aanzetten van de lamp waar je onder staat via een cloudserver moet gaan ipv lokaal te blijven.

[Reactie gewijzigd door .MaT op 22 juli 2024 15:00]

[VittunWasted]

Je kan mij echt geen valide reden geven waarom het signaal voor het aanzetten van de lamp waar je onder staat via een cloudserver moet gaan ipv lokaal te blijven.

En daar is nu juist het probleem met een berg apparaten. Die hang je aan je wifi en die communiceren met de cloud, zodat je die via een appje op je telefoon altijd en van overal kan bedienen. Ervoor zorgen dat er lokale ondersteuning is, is soms meer werk dan wat de fabrikant erin wil steken. Plus er is de extra bonus dat ze via de app en de cloud een berg data over jou kunnen verzamelen die ze dan mogelijk kunnen verkopen. En dan zwijgen we nog van de app backdoors in sommige van die producten.

[Aeternum]

Verplichten tot opensourcen van software als je het zelf niet meer wilt ondersteunen. Inclusief server side software.

[lenwar]

Dat is denk ik in de praktijk niet voldoende. Want hoe krijg je je slimme apparaat zo ver dat hij ineens ergens anders naartoe gaat praten, als hij voorgeprogrammeerd naar cloudservice.expensive-thermostat.cn gaat en daar een certificaatcheck doet? Ik ga niet verwachten dat iedereen een USB-naar-seriele kabel heeft/kan maken om een firmware te pushen.

Het zou eerder een verplichte laatste firmware update moeten zijn die de boel open zet voor lokaal gebruik en de bestaande gebruiks-API's volledig beschrijven of zo. Misschien in combinatie met open-sourcen, maar alleen open-sourcen zal voor veel gebruikers onvoldoende zijn om tot een bruikbare oplossing te komen.

Dan nog heb je nog steeds het probleem niet opgelost dat je vanaf je bank cloud-afhankelijk bent als je wil zien hoe lang je wasmachine nog moet en je ISP heeft een storing.

[SuperDre]

Die verplichting zal nooit kunnen, vaak doordat er gebruik wordt gemaakt van ingekochte componenten waarvan je dan zelf een licentie op zou moeten nemen. En natuurlijk niet te vergeten bedrijfs eigen algoritmes etc.

[Jerie]

Volgens mij heeft m'n wasmachine ook een app en dus ook WiFi of weet ik veel wat. Maar ik heb het nog nooit gebruikt. De fysieke knop werkt prima.

Het zou wel kunnen dat binnen die 5 jaar er een eigen implementatie geschreven kan worden. Waardoor de cloud onzin uitgezet kan worden, omzeilt kan worden, of zelf geïmplementeerd/gehost kan worden.

[Tintel]

De grap is met al die voorbeelden van huishoudelijke apparaten met cloud integratie, dat het ook niet echt nodig is qua gebruiksverbetering. Jouw voorbeeld van het voorverwarmen van de oven is toch eigenlijk al weer achterhaald omdat voorverwarmen of enorm is versneld en dus beter pas kan gebeuren als je ook echt thuis bent (en niet ergens wordt opgehouden in het verkeer) of niet eens meer nodig is.

Andere voorbeeld dat mensen dan zouden kunnen aandragen:

• je huis alvast verwarmen voor je thuis bent - maar dat wordt achterhaald door warmtepompen en isolatie
• Je koffie alvast zetten - dan moeten er nogal wat randvoorwaarden worden voldaan en zo lang duurt dat toch niet?
• Meekijken met de voordeur camera....tja...wat zou ik daar nu eens van zeggen. Voegt dat echt wat toe? Dat sommige mensen als ze thuis zijn niet helemaal naar de voordeur willen lopen (of kunnen) en dus camerabeelden gebruiken is prima maar kan zonder cloud.

Het drijft natuurlijk ook de prijs weer verder op; want een cloud draait niet voor niets.

[lenwar]

Klopt helemaal, maar ik wilde 1-2-3 wat snel verzinnen (het is ook een gebrek aan fantasie van mijn kant hoor)

Voor al mijn voorbeelden is natuurlijk ook 'is het echt nodig nodig??'. Nou ja... Nee. Maar het kan in sommige gevallen wel fijn zijn denk ik. We hebben ook jaren lang zonder streamingdiensten of supermarkten die niet op zondag open zijn gedaan. Maar het is wel fijn dat het er is.

[Katsunami]

Nee, het wordt tijd dat er een verbod komt op 'cloud-afhankelijk' waar daar geen noodzaak voor is.

Grappig dat veel mensen zich dat nu pas beginnen te realiseren. (Ik weet niet of dit voor jou zo is; ik gebruik jouw post enkel als aanhaakpunt vanwege deze quote.)

Ik loop dat al 15 jaar te roepen. Als je product afhankelijk is van een derde partij, dan is het niet van jou. Denk aan Steam (spellen die alleen werken met Steam-account en via hun launcher), ebooks (die je alleen op je e-reader kan zetten met de app van de store, gekoppeld aan die store) en producten die een bepaalde clouddienst vereisen (dienst weg, product waardeloos).

Ik koop dat soort producten niet. Als een spel niet verschijnt op GOG.com waar ik het kan downloaden (of op Humble, als downloadbare versie), dan koop ik het niet. Als ik een ebook niet kan krijgen bij een store waar ik het kan DRM-vrij kan downloaden, of op zijn minst met Adobe Digital Editions 2, waarvan de DRM verwijderd kan worden, dan koop ik het niet. Als een product een clouddienst vereist, dan koop ik het niet.

Ik hoop er maar op dat mijn Hue-verlichting geen clouddienst gaat vereisen, en als het dat wel doet, dat locale apps zoals iConnectHue wel gewoon blijven werken. Ondanks dat de verlichting hier door het hele huis ook met fysieke switches werkt, heb je wel de app nodig om deze in te stellen. Sonos vereiste vroeger ook geen account, maar nu wel. Dat is wat mij betreft een flink minpunt geworden, en ik zou deze speakers waarschijnlijk niet nog eens kopen nu. (Chromecast Built-in is net zo'n grote fail als Android: wordt nauwelijks ondersteund nadat het verkocht is. En nee, 3 jaar is het niet met een set speakers.)

Al dat "laten we alles aan het internet hangen" is misselijkmakend.

[lenwar]

Ik loop dat al 15 jaar te roepen.

Welkom bij de club!! Ik roep dit ook al sinds jaar en dag.

Internet is helemaal prima. Cloud-diensten. Helemaal prima. Maar je moet er niet van afhankelijk zijn. Het kan echt wel wat gebruiksgemak toevoegen. Niet iedereen kan/wil het zelf regelen, en dan bieden de clouddiensten echt een uitkomst. Maar het wordt een probleem als je er van afhankelijk bent.

Ik vergelijk het wel is, dat als je afhankelijk bent van één winkel. Stel dat je alleen maar bij één supermarkt je spullen mag kopen. Zolang die supermarkt de spullen verkoopt die jij graag wil hebben is er niks aan de hand. Maar zodra die alleen maar andere dingen gaat verkopen is dat heel zuur.

Ik heb op zich geen problemen met systemen als Steam en dergelijke. Maar er zou wel een mechanisme (een soort verzekering?) moeten zijn die forceert, dat als Valve omvalt, dat we dan gegarandeerd zijn dat we onze spellen nog kunnen verkrijgen en spelen.

Mijn werkgever heeft software ingekocht, waarvan zij hebben afgedwongen dat de broncode bij een derde wordt opgeslagen en dat bij faillissement, opheffing, enz, enz van de leverancier, dat de broncode aan mijn werkgever wordt overgedragen zodat zij kunnen zoeken naar een ander softwarehuis om de ondersteuning van die software op zich te nemen. Dit is notarieel vastgelegd. En warempel. Een x-aantal jaar geleden moesten ze er gebruik van maken. De softwareleverancier ging failliet en een ander bedrijf voert nu de ondersteuning uit onder dezelfde voorwaarden. (of de broncode nou juridisch van mijn werkgever is, zou ik niet weten. Zo ver was ik er niet bij betrokken)
(het betrof hier specifieke software die wettelijk noodzakelijk is voor de bedrijfsvoering. Ik kan niet in details treden)

Dergelijke mechanismen zouden Valve en consorten ook kunnen gebruiken. Ik kan niet inschatten of zij dit hebben of niet.

[Katsunami]

[...]

Welkom bij de club!! Ik roep dit ook al sinds jaar en dag.

Ja, maar meestal roep je het tegen dovemansoren. Mensen die het niet zien vanaf het eerste moment, gaan het pas zien als ze snoeihard nat gaan. Bijvoorbeeld in 2009, toen de eBookwinkel Fictionwise werd overgenomen. (Weet niet meer door wie.) Je had X dagen de tijd om je boeken te downloaden en op je e-reader te zetten (waar ze dan voor altijd vanwege DRM vast zouden zitten; in elk geval toen), en als je dat niet had gedaan: tadaa, account en boeken. Er zijn mensen die honderden boeken kwijt zijn geraakt. Je zit immers niet dagelijks in zo'n winkel. Ik niet in elk geval.

Ik heb op zich geen problemen met systemen als Steam en dergelijke. Maar er zou wel een mechanisme (een soort verzekering?) moeten zijn die forceert, dat als Valve omvalt, dat we dan gegarandeerd zijn dat we onze spellen nog kunnen verkrijgen en spelen.

Ik vind het een heel slecht idee dat "PC Gaming == Steam" een ding lijkt te zijn. Sommige spellen komen niet eens meer uit buiten Steam. Dan ben je mij als klant dus al kwijt. Gelukkig heb ik een backlog die me waarschijnlijk nog 15 jaar bezig kan houden, en dan ben ik zo oud dat ik mogelijk niet eens meer wil gamen. En zeker niet bezig wil zijn met spellen die dan 35+ jaar oud zijn...

Mijn werkgever heeft software ingekocht...

Ik heb het opgegeven. Mijn werkgever heeft zich compleet vastgebeten in Microsoft en Azure. Als het niet kan met Microsoft of Azure, dan kan het niet.

[Mieske666]

Na een aantal keer een storing op de Xiaomi Cloud waar Roborock S5 mee connect was ik er ook wel klaar mee en heb Valetudo op de stofzuiger geïnstalleerd. Via Home Assistant is het toch via de "Nabu Casa" cloud bereikbaar maar ook lokaal in Home Assistant en via de webinterface op de stofzuiger zelf. Is niet voor iedereen weg gelegd maar als zoiets ook op de Neato zou kunnen zou dat toch een uitkomst zijn.

De Roborock was voor deze oplossing het enige cloud afhankelijke apparaat hier in huis. Er is in mijn ogen dan ook echt geen noodzaak voor en zou alleen als optie voor erbij op een apparaat moeten zitten.

[Odie]

Ondersteuning van cloud is prima, zolang je ook een lokaal alternatief hebt. Voorbeeld is mijn Tado spul: werkt via hun eigen cloud maar ik kan het prima via HomeKit doen. Of neem mijn Mill kachel: werkt via hun eigen cloud maar ook prima via een lokale API, net als Hue overigens.

Cloud kan handig zijn voor remote access, maar moet niet de enige optie zijn. Ik ben ook best sacherijnig dat SolarEdge die optie stilletjes heeft verwijderd uit hun HD-Wave omvormers. Je kan alleen uitlezen via de cloud of lokaal via Modbus of Modbus over IP. Dat laatste lukt mij prima, maar waarom is de lokale web API eruit gesloopt?

Lokale APIs moeten verplicht worden, remote access moet optioneel worden. En wat mij betreft maken we Matter ook verplicht. Weg met HomeKit, Google en Alexa propriatery: alleen nog maar open cross-vendor standaarden.

[MikeyMan]

Vijf jaar is niet lang voor een stofzuiger... Maar is het lang voor een robotstofzuiger?

Ik heb op geen enkele wijze reden om aan te nemen dat het ding net zo duurzaam is als m'n reguliere stofzuiger.


Maakt het natuurlijk geen beter verhaal qua ondersteuning.

[Reactie gewijzigd door MikeyMan op 22 juli 2024 15:00]

[m0nkz]

Mijn roborock s50 is in 2019 aangeschaft en doet het nog prima. Je kunt vrijwel alle onderdelen vervangen dus dat verlengt de levensduur aanzienlijk

[SuperDre]

De accu's, borstels en filters zijn vaak wat er gewoon standaard vervangen moet kunnen worden, de rest zou zeker wel minimaal 5 jaar mee moeten gaan (bij een paar keer per week gebruik). maargoed, een maandagochtend model kan je altijd wel eens hebben.

[TurboTon1973]

Wat is een normale levensduur voor een robotstofzuiger? Dat bedoel ik echt serieus. Ik ben daarna op zoek.

Voor diverse gezondheidsredenen is voor mij een robotstofzuiger een goede oplossing.
Er zijn een paar redenen waarom ik deze de laatste 2 jaar niet gekocht heb.

De verwachtte levensduur. De Dyson die ik 20 jaar geleden gekocht heb doet het nog steeds bv.
Niet dat ik verwacht dat een robotstofzuiger 20 jaar meegaat. Maar ik hoop wel meer dan 5 jaar.
Van bv de Dyson vind ik het ideaal dat je geen stofzakken hoeft te kopen.

Maar als je een robotstofzuiger met afzuigstation koopt, dan moet je aan zakken. Vorig jaar heb ik een filmpje gezien op Vacüumwars van ik dacht een goed zuigende Samsung. Waar hij maandenlang geen zakken voor kon kopen. Als je dan een duur afzuigstation heb staan. Die je niet kan gebruiken omdat er geen zakken meer te krijgen zijn. Dan zou ik erg boos zijn. :-)

[Wolfos]

Roomba's zijn ontworpen om zelf te onderhouden, zijn niet afhankelijk van een clouddienst (gewoon op de knop drukken en hij doet z'n ding) en zullen dus lang meegaan.

[Luuk1983]

De meeste Neato's werken ook gewoon met een knop naast de cloud features en de meeste onderdelen zijn te vervangen. Geen idee of de accu moeilijk te vervangen is, maar als dat zo is, dan kan zo'n ding makkelijk jaren en jaren mee.

[Reactie gewijzigd door Luuk1983 op 22 juli 2024 15:00]

[TurboTon1973]

Dank je ik kijken naar de Roomba. Onderhoud zoals wieltjes of accu vervangen vind ik geen probleem.

[bkor]

Ik heb op geen enkele wijze reden om aan te nemen dat het ding net zo duurzaam is als m'n reguliere stofzuiger.

Waarom zou het niet zo duurzaam zijn? Ik begrijp echt niet de redenen hierachter. Waar je op moet rekenen is dingen die kunnen slijten. Enige unieke aan een robotstofzuiger is de accu en borstels. Ook bij een gewone stofzuiger vervang je (hopelijk) om de zoveel tijd de filters. Houd je dus borstels en de accu over. Borstels zijn makkelijk te kopen, die borstels zijn soms geschikt voor meerdere types van hetzelfde merk. Dat zorgt er gelijk voor dat je dat makkelijk langer kan kopen. Één borstel heeft rubber, dat is een keer uitgedroogd en ik heb hiervoor de (grootste) borstel vervangen. Ik heb nog genoeg reserve liggen, dit is de eerste keer dat ik het heb moeten vervangen in de 4+ jaar dat ik de robotstofzuiger heb. Verder heb je nog wat kleine borstels, ook makkelijk te koop. Makkelijk om genoeg in te slaan voor 20 jaar of langer. Die grote borstel, die is nog makkelijk te koop. Ik moet nog uitzoeken hoe ik de reserveborstel zo kan bewaren dat deze niet zal uitdrogen.

Accu is wel een ding. Zover ik begreep bewaar je dat het liefst op 60% vol ofzo. Oftewel, dan zal je dus om de zoveel tijd dat ding toch iets moeten bijladen. Tegelijk, mijn 4 jaar oude stofzuiger rijdt gewoon richting oplaadstation indien ie leeg is en gaat door met stofzuigen nadat hij vol is. De accu moet wel gigantisch slecht worden dat het echt een probleem geeft.

De stofzuiger zuigt behoorlijk secuur. Het heeft in die 4 jaar al gigantisch veel tijd bespaard. Elk jaar ofzo maak ik de robot weer schoon zodat het er weer wat nieuwer uitziet. Verder, de robot zuigt veel vaker dan de gewone stofzuiger voorheen.

[Armitage]

Gelukkig werkt de stofzuiger wel zonder cloud. Althans, mijn D5 connected kan ik gewoon starten met een druk op de knop. Ik heb m al goed 7 jaar of zo, en nooit geconnecteerd.

[theduke1989]

Maar je product blijft het toch doen? Of werkt de stofzuiger totaal niet meer na 5 jaar?
Daarnaast kan je toch netjes de wifi uitschakelen en hoef je geen gekke mensen op je netwerk te verwachten.

wat is het probleem? oneindig support is er ook niet, op een gegeven moment moet je klaar zijn met alles.

mijn roborock s51 van 4 jaar oud werkt nog steeds, zonder wifi. 1 druk op de knop en hij begint te zuigen. de map ja die heb ik niet meer, maar ik denk gewoon 1 maal verbinden en klaar,

onderdelen godzijdank zijn makkelijk te verkrijgen 20€ en ik heb voor 2 jaar aan onderdelen.

[Reactie gewijzigd door theduke1989 op 22 juli 2024 15:00]

[spoonman]

Dat is bijvoorbeeld waarom er bij mij geen Tado meer in huis komt: als de cloud dienst plat ligt, kan je manueel aan iedere radiatorknop gaan draaien 🙄

[beerse]

De jongste is van 1993, de oudste is van voor 1960. Ze doen het allemaal nog. Voor de jongste zijn nog papieren/wegwerp stofzakken te koop, de oudere doen het met een stoffen stofzak: Nog duurzaam ook.

[SuperDre]

Lijkt me alleen sterk dat die uit 1960 degelijk zuigt, en vooral wat betreft energieverbruik.

[beerse]

Die uit 1960 is een slede stofzuiger zoals je oma die had. De lucht gaat daar praktisch recht door heen. De electro motor is met een paar schroefjes los te halen en schoon te maken. De stofzak is een stoffen zak die geleegd en uitgeklopt kan worden. Het enige wat ik daar aan toegevoegd heb is een motor-filter, een extra filter tussen de stofzak en de motor. De duurzaamheid van dat apparaat is niet meer in te halen.

[youridv1]

Enig idee hoe hoog het vermogen van die oude is? Ooit gemeten of misschien een sticker op de behuizing? Gewoon benieuwd Een herbruikbare zak staat mij wel aan en een beetje repareren van een oud ding vind ik opzich niet erg.

[WillySis]

Eigenlijk zou het verplicht moeten worden om apparaten zo veel mogelijk cloud onafhankelijk te laten werken, en voor die delen die afhankelijk zijn van een cloud zou men de keuze moeten hebben om zelf een provider te kiezen. Die fabrikant gebonden clouddiensten zijn hoogst onbetrouwbaar en omdat elke vorm van concurrentie ontbreekt kan men de prijs ook zomaar verhogen. Eigenlijk is het verkopen van apparaten die (deels) afhankelijk zijn van een eigen clouddienst gewoon een vorm koppelverkoop en dat is nog altijd verboden.
Er zullen dus gewoon eens standaarden moeten komen.

Dat het kan bewijzen de fietstrainers. Ook die zijn afhankelijk van een app, maar je hebt keuze uit 10 tot 15 verschillende aanbieders.

[jpsch]

Vergeet de verplichte registratie niet.

[manuarmata]

Volledig mee eens. de belangrijkste motivatie om producten cloudafhankelijk te maken is om twee keer langs de kassa te kunnen passeren. eens uitgemolken wordt de server te duur om in de lucht te houden en kan je perfect goed toestel naar het containerpark. vanuit duurzaamheidsoogpunt zou het zelfs nog beter zijn deze praktijk te verbieden.

[w3news]

Valt mee, je kunt gewoon op een knop drukken en hij begint.
Alleen is de kans inderdaad groot dat je over 5 jaar veel functionaliteiten verliest.
De stofzuiger bevalt mij erg goed, en eerlijk gezegd gebruik ik de cloud nauwelijks, app gebruik ik niet om de stofzuiger iets te laten doen.
Gooi hem in een slaapkamer, druk op de knop, en hij maakt de kamer netjes schoon.

[Webgnome]

Dit zat er natuurlijk al langer aan te komen. De support, in Nederland, is ontzettend slecht en verkrijgbaarheid van reserve onderdelen net zo. Ze zijn eigenlijk van alle kanten in gehaald door Roborock ( met hun div. merken ). Tel daarbij de premium prijs die je er voor betaalde en het was niet heel raar dat het merk uiteindelijk ten onder zou gaan.

[xxxMaverick]

Oh? Ik heb juist goede ervaringen met support hoor . Opsturen en opgelost tot 2x toe . Was ook heel tevreden over vorige serie. Die draaide mee in top, huidige minder begreep ik

[jurriaan]

Wat ik begrepen heb is dat de oudere generatie echt heel goed is (pre D7). Toen was er een open api, veel mogelijkheden en een goede support. Maar in hun pogingen om Neato te 'ondersteunen' heeft Vorwerk alles weggegooid. Nieuw sterk uitgeklede niet open api, slechtere engine, nieuwe slechte app en vooral veel beloftes tot verbetering. Dat heeft er ook toe geleid dat de ondersteuning steeds slechter werd, ook uitgekleed waarschijnlijk en zo een aantal jaar voortgekabbeld totdat niet heel lang geleden alle modellen in de uitverkoop werden gegooid, wat al het zoveelste teken aan de wand was en nu dus het einde. Dus lijkt we goed op dat Vorwerk niet heel erg hun best heeft gedaan om van de overname ook wat te maken

[Thomas18GT]

Dat je hem al 2 keer hebt moeten opsturen zegt ook al genoeg wat mij betreft..

[Webgnome]

Het aantal keer zegt natuurlijk niets over het apparaat zelf. In hoeveel jaar? Hoeveel per week draait de stofzuiger? etc etc.

[xxxMaverick]

Nou vond ik dus heel erg meevallen. Was domme pech zoals ik het inschatte eerste keer . 2e keer viel hij van trap , maar kwam doordat er kledingstuk op lag en daardoor sensor in de war. Eerlijk gemeld en daarna perfect binnen garantie opgelost . Dus mijn individuele ervaring is gewoon goed

[Twixie]

Ik snap niet dat je +1 krijgt. Omdat 1 persoon, uitgerekend in de context over hoe goed support is, komt zeggen dat zijn toestel 2x ondersteuning nodig had, concludeer je dan maar dat die apparaten weinig betrouwbaar zijn.

[HellStorm666]

Ik mag toch hopen dat de stofzuiger zonder cloud dienst ook blijft werken.
Alle intelligentie zit in de stofzuiger zelf, dus zou belachelijk zijn om het e-waste te maken ivm een simpele cloud service.
Dan maar niet bedienen buitenshuis.

[Bekers]

Lijkt me wel inderdaad. Bij mij (Botvac Connected) zit een fysieke knop met een huisje. Als je daar op drukt gaat hij gewoon 'een rondje schoonmaken'. Ook als hij niet met internet is verbonden.

[The Zep Man]

Lijkt me wel inderdaad. Bij mij (Botvac Connected) zit een fysieke knop met een huisje. Als je daar op drukt gaat hij gewoon 'een rondje schoonmaken'. Ook als hij niet met internet is verbonden.

Dat is enkel met een knop. Je zou het apparaat ook lokaal moeten kunnen bedienen met eigen thuisautomatisering. Deze lijkt echter afhankelijk te zijn van online diensten, terwijl aansturing prima enkel via een lokaal netwerk zou kunnen.

Laat een dergelijk bedrijf voor een apparaat met 'Connected' in de naam maar een firmwareupdate uitbrengen voor lokale bediening. Beter nog, laat ze de broncode en sleutelmateriaal om de apparaten te voorzien van nieuwe software vrijgeven, net als de broncode van de server-side aansturing.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 15:00]

[ApexAlpha]

Maar hoe zie je dat voor je met lokale bediening? Een kleine webserver in de stofzuiger? Dan heb je nu bij duizenden consumenten thuis een apparaat dat verbonden is met internet dat nooit meer updates krijgt...

Lijkt me niet heel praktisch, gewoon terug naar een knop is wellicht het veiligste.

[The Zep Man]

Maar hoe zie je dat voor je met lokale bediening?

Aansturing via een eigen apparaat op het eigen lokale netwerk. Dit hoeft niet de stofzuiger te zijn. Dat kan bijvoorbeeld een Home Assistant-integratie zijn, gecombineerd met een beveiligde verbinding tussen stofzuiger en HA.

Lijkt me niet heel praktisch, gewoon terug naar een knop is wellicht het veiligste.

Het één sluit het ander niet uit. Geef de optie om het op een andere manier veilig digitaal te doen, die niet afhankelijk is van de fabrikant. Dat lijkt mij belangrijk om geplande veroudering en e-waste tegen te gaan.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 15:00]

[ApexAlpha]

Nee maar als je het wel aansturen via een ander apparaat thuis, dan moet de stofzuiger dus iets van software hebben die open staat naar het internet (lokaal). Dat zal dus een Webserver met een API worden. Dat is gevaarlijk om te hebben zonder updates...

Ik ben het met je eens dat het ze zou sieren om de firmware flashbaar te maken voor de echte Tweaker. Maar ik hoop niet dat ze standaard bij iedereen een API open zetten en die nooit meer updaten tegen kwetsbaarheden.

[Hathi]

Huh? Waarom zou het gevaarlijk zijn zonder updates als je er alleen lokaal bij kan?

[ApexAlpha]

Er zitten ongetwijfeld gaten in de software en als die nooit meer worden opgelost dan worden die dingen makkelijk gehackt en toegevoegd aan botnets bijvoorbeeld.

Je externe firewall is geen garantie dat dat altijd goed gaat. Een beetje malware op je Android telefoon of Windows PC en je lokale netwerk is in gevaar.

[The Zep Man]

Nee maar als je het wel aansturen via een ander apparaat thuis, dan moet de stofzuiger dus iets van software hebben die open staat naar het internet (lokaal). Dat zal dus een Webserver met een API worden. Dat is gevaarlijk om te hebben zonder updates...

Als de firmware opensource is, is het mogelijk om updates te krijgen (eventueel tegen betaling). Vergelijk het onderhoud van een CV-installatie.

Een voorbeeld.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 15:00]

[JBVisual]

Waarom is er een webserver voor nodig?
Schema’s kunnen prima op het apparaat zelf draaien, en met een app aanpasbaar zijn.

Ik kijk dan naar andere domme apparaten zoals airco’s en thermostaat apparaten, waarbij je ipv een afstandsbediening nu gewoon een app kan gebruiken.
(De app kost nagenoeg geen geld om in de lucht te houden, en zal blijven werken tot Apple/Google hun beleid omgooien)

[ApexAlpha]

Waarom is er een webserver voor nodig?
Schema’s kunnen prima op het apparaat zelf draaien, en met een app aanpasbaar zijn.

Hoe communiceert je app dan met het apparaat?

[StefanJanssen]

Je app communiceert met je Home Assistent, die met bv met Bluetooth of radiogolven of desnoods een kabel naar het docking station een opdracht geeft om schoon te maken.

Veel Home automation producten werken niet via internet maar lokaal. Mocht je toegang tot internet willen geven doe je dat via een apart apparaat

[Olifant1990]

Dat kan helaas ook andersom.
Ik heb een airco van Panasonic en die is te bedienen met een IR afstandbediening.
Er zit ook een WiFi module in, die verbinding maakt met de Panasonic Comfort Cloud.
De app op de telefoon maakt daar ook weer verbinding mee en zo kan je hem dus online bedienen.

Liever had ik een lokale API ipv dat het via de Cloud MOET.
Als zij onderhoud hebben, en dat gebeurd soms, kan ik mijn airco niet via de app bedienen bijvoorbeeld.

[StefanJanssen]

Ik snap dat dat is wat er nu veel gebeurt maar ik reageerde op de vraag hoe een app met een apparaat kan verbinden zonder de cloud.

[Olifant1990]

Dat zou prima kunnen met gewoon een lokale discovery op eigen netwerk toch?
Werkt het alleen niet buitenshuis zonder cloud, dat zou je dan zelf moeten regelen.

[CH4OS]

Ik zie de gemiddelde consument echter niet met HA aan de slag gaan, dat is nog niet zo simpel om op te zetten. Een huis, tuin en keuken gebruiker wil gewoon dat het werkt, out of the box. Met HA is het nig best een gedoe om de integratie toe te voegen, waarna je vervolgens nog eea moet instellen, dat moest ik zelfs om mijn Hue lampen toe te voegen en nog weet ik niet of mijn v1 Hue bridge nu er tussenuit kan of niet.

[The Zep Man]

Ik zie de gemiddelde consument echter niet met HA aan de slag gaan,

Ik zie de gemiddelde consument echter niet met thuisverwarming aan de slag gaan. Hoe doen consumenten dat nu?

[CH4OS]

Lang niet iedereen doet dat met een thermostaat gekoppeld aan Home Assistant. En de installateur komt een keertje langs om alles in 1 klap te installeren, maar stelt daarbij geen Home Assistant in, omdat dat teveel tijd kost + iedereen zijn eigen installatie heeft. Een installateur gaat dat niet ondersteunen, wel de app van de fabrikant zelf (want dat is altijd hetzelfde) en that's it. Wil je meer, prima, maar moet je zelf aan de slag en dat is precies het vlak waar Home Assistant in zich bevind.

[Reactie gewijzigd door CH4OS op 22 juli 2024 15:00]

[The Zep Man]

En de installateur komt een keertje langs om alles in 1 klap te installeren,

Er wordt geen onderhoud gepleegd?

Hetzelfde met thuisautomatisering. Al kan je het niet zelf en je wilt het, dan besteed je het uit.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 15:00]

[CH4OS]

Onderhoud is natuurlijk ook van een totaal andere orde bij de verwarming of thuisautomatisering. Waarbij het bij de een ook verstrekkende gevolgen kan hebben als je het niet doet en waar thuisautomatisering juist amper onderhoud nodig heeft in vergelijking met de verwarming. Maar zo zoek je wel steeds de uitersten op.

[justerik]

Een kleine webserver in de stofzuiger?

Die zit er eigenlijk al in, gebruik je om te verbinden met je WiFi netwerk voor de eerste keer.

[koenus]

Ik heb zelf een Connected D7 en inderdaad, daar zit nog een fysieke knop op waarmee de stofzuiger begint. Echter gaat deze dan wel 'ongestructureerd' aan de gang en maakt ook geen gebruik van de no-go lines. Deze zijn voor mij nu juist erg handig i.v.m. kinderen die hun speelgoed overal laten slingeren.
Ik ben erg benieuwd of ze met 14 man de boel nog vijf jaar draaiende kunnen houden.

[Fallout]

Even ter info, ik heb al lang een ticket lopen over deze knop van de D9:
Als je de knop gebruikt gaat die ten alle tijden op de eco stand draaien ipv de stand, aangegeven in de app.
(zoals aangegeven in de handleiding)

[redslow]

Dit is dus de reden dat ik niet volledig overga op al dat "slimme". Nu ook met de keuken, geef maar de systemen die niet op wifi hoeven. Ik weet namelijk niet hoe lang het bedrijf dat product blijft ondersteunen.

[szjoin]

Wifi is het probleem niet. Cloud connected is het probleem.
Als je thuis een eigen server instance kan draaien die e.e.a. lokaal regelt, ben je klaar.
Beter nog natuurlijk als de eigen lokale server instance optioneel is en het apparaat 'default' autonoom kan draaien.

[Umbrah]

Het was een van de redenen waarom ik een iRobot Roomba kocht, de J7 in mijn geval. De cloud dienst is leuk (en stuurt me foto's van m'n kat als hij doet alsof hij een obstakel is), maar naast de reputatie van Roomba van 'openheid' werken ze ook gewoon cloud-loos. Sterker nog, je kunt je roomba gewoon via LAN aan MQTT koppelen en zonder enige vorm van internet zelfs de slimmigheden in nabouwen. Okay, foto's e.d. lukt niet, maar dingen als de kaart/bewegingen/schema's/start/stop/ga naar ruimte werken weer wel.

Dit maakt ook dit soort projectjes leuk en haalbaar: .geek: Doomba maakt van Roomba-navigatiedata een Doom-level

[kiang]

De stofzuiger zal wss wel werken, maar dan zonder app, want die app gaat via de cloud. Je hebt dus enkel nog de knoppen op het toestel, maar geen schedules, maps, of remote control.

Ze zouden wettelijk verplicht moeten zijn om een patch uit te brengen die ervoor zorgt dat alles lokaal werkt.

[Reactie gewijzigd door kiang op 22 juli 2024 15:00]

[watercoolertje]

Ze zouden wettelijk verplicht moeten zijn om een patch uit te brengen die ervoor zorgt dat alles lokaal werkt.

Op basis van wat dan? En waarom? Ze geven nog netjes 5 jaar lang de mogelijkheid om de cloud te gebruiken.

Er is ook prima onderuit te komen, schuif je bedrijfsonderdeel in een nieuwe BV en laat die op de fles gaan, probleem opgelost. Zit je dan als consument, met minder ondersteuning dan de huidige situatie waar de fabrikant ten minste nog 5 jaar cloud mee geeft.

[kiang]

Op basis van wat dan? En waarom?

...Omdat je anders onnodig je toestel over 5 jaar sowieso moet wegkieperen. Dat ik dit nog moet zeggen is bizar.

Op basis waarvan? Er zijn wetten die statiegeld regelen, wetten die regelen wat jij met je afval moet doen, wetten die regelen wat het standby verbruik van je tv moet zijn, allemaal met het oog op duurzaamheid en terugdringen van afval.
Een nieuwe wet die simpelweg stelt dat apparaten de redelijke graad van functionaliteit moeten behouden wanneer de cloud eruit ligt is absoluut haalbaar.

Het enige dat dit soort stofzuigers via de cloud doen is de app verbinden met de stofzuiger. Dat kan prima lokaal gebeuren met device discovery.

[Reactie gewijzigd door kiang op 22 juli 2024 15:00]

[Marctraider]

Er zit geen intelligentie in dat ding.

[jarco5000]

Mijn Neato kan niet aan het internet en werkt gewoon goed.
Wat kan ik niet omdat hij geen verbinding heeft:

• Notificatie ontvangen als hij vast zit
• Notificatie ontvangen als hij vol zit
• Starten op een voorgeprogrammeerd uur. Het kan zijn dat dit zou werken als je hem even online laat als je het instelt, maar dat heb ik niet getest.
• Verboden zones instellen. Ook hier weer zou dat kunnen werken indien je hem even online gaat, maar heb ik dit niet getest.
• Acties op afstand (start, stop, pauze, ...)
• ...

Hoe ik hem gebruik doet hij gewoon zijn werk. Ik druk gewoon op de knop en hij doet zijn werk. Het enig probleem dat ik heb, is dat ik geen verboden zone kan instellen aan de deurstop.

[himlims_]

hier redelijk wat stofzuigers versleten, geen van Neato. Generieke tip; lidar is 'essentieel' voor goed werkende robot (althans zo hebben wij dit beleefd). Ook de software/aansturing van app is even essentieel.

een budget robot, is een budget robot; waarschijnlijk heb je meer plezier er van door een van een 'bekend' merk te kopen, die enkele generaties oud is (die robotjes upgraden sneller dan de gemiddelde telefoon fabrikant).

heb er hier eentje gehad die dacht van de trap te kunnen lopen, een andere ide naar buiten ging, of een waarvan de sotware zo bagger was dat apperaat funtioneel onbruikbaar was.

momenteen een xiaomi mop in gebruik - topper (heeft ook lidar)

[DropjesLover]

Ik heb net het idee dat de ontwikkeling een beetje stil staat sinds 4 jaar geleden de lidar-versies gemengoed werden.
Onze S5max maakt dagelijks een rondje en is, buiten erg luidruchtig geworden, nog niet aan vervanging toe.

[himlims_]

er zijn toch wel nieuwe zaken bij gekomen; dweilen, een zelf reinigingsstation, een afvalbakje, andere borsteltjes etc. maar basis is al paar jaar goed. Daarom mijn advies ook om een 'oude topper' te kopen ivp 'de nieuweste' bij de lidl

[Reactie gewijzigd door himlims_ op 22 juli 2024 15:00]

[SuperDre]

Ik mis nog steeds op bijna alle robots een ultravioletlamp die bacterien dood, mijn 15 jaar oude robot die ik ooit bij de action had gekocht had dat al.

[Tintel]

Want die extra energie gebruiker helpt je waarmee? Schonere vloeren? Klinkt toch vooral als gimmick die onnodig is. Maar misschien kun je me overtuigen dat het een positief effect heeft?

(in filters van bijv. aquaria heeft zo'n lamp wel zin)

[Sissors]

Het grote voordeel wat ik zie van lidar, is dat hij een complete kaart heeft en je dan dus no-go zones op die kaart kan instellen. Heb je die niet nodig, dan kom je heel eind met eentje zonder lidar.

[jip_86]

Kaarten zijn pas later gekomen. Mijn vorige Neato had al lidar maar nog geen zones.

[Sissors]

Nu heb ik geen Neato, maar mijn Xiaomi robotstofzuiger kan ik volgens mij niks meer aanpassen zonder cloud diensten, terwijl dat natuurlijk prima ook via bijvoorbeeld Bluetooth zou kunnen gaan. Die hele clouddiensten zijn erg twijfelachtig wat ze toevoegen imo. Ja, kan ik van afstand zien hoe hij aan het schoonmake is, lekker belangrijk...

[Torrentus]

https://github.com/Hypfer/Valetudo
Voor veel Roborock/Xiaomi stofzuigers kun je wel andere firmware installeren waardoor hij niet meer afhankelijk is van de cloud.

[alexvanniel]

Maar "even" je Roborock geschikt maken voor en installeren met Valetudo is anders geen sinecure. Ik heb eens gekeken wat dat zou inhouden voor mijn S5 Max. Het komt er op neer dat je je volledige stofzuiger moet demonteren tot op het moederbord aan toe (en dat is echt heel heel heel ver demonteren weet ik uit ervaring). Vervolgens moet je "even" iets kortsluiten zodat de robotstofzuiger gejailbreaked wordt. Daarna mag je aan de gang met een poging om Valetudo te installeren. Er staat bij de instructies van Valetudo bij de S5 Max dat je dit beter niet zelf kan doen als je niet heel erg technisch bent of bekend bent met Linux. Logisch maar voor de gemiddelde consument is de opmerking "volledige demontage" al voldoende om af te haken. Overigens zou ik het nog wel kunnen maar aandurven? Nee, dank u. Het apparaat kost genoeg en om daar nu een dergelijke operatie op los te laten. Als ze van Xiaomi/Roborock er nou eens voor zouden zorgen dat dit netjes zonder demontage te doen is...maarja, ik geloof niet in sprookjes. Dat gaan ze natuurlijk nooit toestaan. Het zou wel erg prettig zijn om MQTT integratie te hebben maar Roborock gaat dit natuurlijk nooit faciliteren. En om nu dus een dergelijke operatie op een dergelijk duur apparaat uit te voeren gaat mij toch net even te ver.

[Torrentus]

Hm, dat is inderdaad nogal een proces. Bij mijn 'S5' kon ik gewoon een USB-stickje aansluiten, een code uit de xiaomi app extraheren en klaar was ik. Ik wist niet dat dat zo af kon wijken tussen verschillende modellen.

[alexvanniel]

In recentere firmware versies hebben ze blijkbaar local-OTA updates uitgeschakeld waardoor je voor bijvoorbeeld de S5 Max de FEL rooting moet hanteren. Ik heb er eens doorgelezen maar dat is echt niet grappig: https://valetudo.cloud/pages/installation/roborock.html#fel
Of dit overigens überhaupt ooit mogelijk is geweest voor de S5 Max of niet weet ik niet. Daar is die van mij te "nieuw" voor. Als ik de OTA methode zou kunnen gebruiken dan zou Valetudo installeren inderdaad een prima oplossing zijn. Die robots hebben geen enkele cloud afhankelijkheid nódig maar ze hebben het wel. Zo kan je bijvoorbeeld niet eens een schema instellen of laten uitvoeren zonder verbinding met internet. Het is al een paar keer voorgekomen dat de servers van Roborock issues hadden waardoor bij een groot aantal gebruikers op dat moment het schema niet uitgevoerd kon worden. Eigenlijk maar vreemd want de stofzuiger kan het allemaal zelf, dus waarom die phone-home voor het uitvoeren van een schema?

[Maarten69]

De Roborocks kunnen geupdate worden met custom firmware (Valetudo) en dat werkt erg goed.

[marcieking]

De sommige Roborocks

[Marctraider]

Producten zouden verplicht een local modus moeten hebben.

[Tielenaar]

Heeft 'ie ook. Ding blijft gewoon werken als stofzuiger.

[Mark_88]

Oh, gelukkig! Ben wel benieuwd naar wat we allemaal wel gaan missen na die 5 jaar dan.

[Tielenaar]

Onder andere dat je no-go zones kan kiezen en je krijgt waarschijnlijk geen berichtje meer met de cleaning map. En maintenance waarschuwing enzo. Eigenlijk alles dat je nu met de app doet kan niet meer.

[Mark_88]

Dat is toch wel zuur. No-go-zones zijn een belangrijke feature. Zou ze sieren als ze dat lokaal werkend maken. En zou autoriteiten sieren als ze dat afdwingen in de strijd tegen e-waste.

[Tielenaar]

In principe zou het moeten kunnen met de app lokaal met bluetooth of wifi of whatever, maar die app wordt dan vervolgens niet meer onderhouden.. Het enige dat ze zouden kunnen doen is de boel opensourcen en openzetten, in de hoop dat de community er wat van maakt. Veel gedoe voor een niet-technisch persoon in ieder geval.

[jepe68]

"Eigenlijk alles dat je nu met de app doet kan niet meer."
Dan blijft er niet veel over; Spotcleaning (4 M2) en cleaning van het gehele vloeroppervlak zonder de intelligentie voor de beste route en no-go lines.

Functioneel gezien is dat wat overblijft voor mij dan minder dan een soort kruimeldief.

[Reactie gewijzigd door jepe68 op 22 juli 2024 15:00]

[Rogers]

Nou dat is fijn, mijne is nog geen 3 jaar oud, zonder cloud dienst werkt die niet met de lidar. De zijborstel is er ook al mee gestopt onlangs. 350 euro voor betaald

[Shunt]

Zonder cloud werkt de lidar prima mee hoor.
Hij zal alleen niet kijken naar de no go lines.

[Rogers]

Ja dat bedoel ik, maar dat maakt het praktisch nutteloos in mijn situatie, dan rijd die het kattenvoer omver, komt vast te zitten onder de stoelen of bank en beschadigd de koelkast door er tegenaan te rijden (die van mij is nooit zo voorzichtig geweest).

[Reactie gewijzigd door Rogers op 22 juli 2024 15:00]

[blinchik]

Wat gebeurt er als de clouddienst stopt? Wordt de functionaliteit dan beperkt of werkt je Neato helemaal niet meer?

Ik heb een hele oude Neato, ik denk 10 jaar, die werkt nog perfect (wel batterij eens moeten vervangen), gelukkig zonder clouddienst (daar probeer ik meestal wel op te letten, maar dat wordt tegenwoordig wel moeilijker en moeilijker natuurlijk).

Toch echt wel een ellende, die cloud-troep.

[Cergorach]

Toch echt wel een ellende, die cloud-troep.

Ja en nee. Mensen willen het gemak van remote access, maar hebben niet de technische kennis om dat zelf te regelen. Dan is zo een 'cloud' oplossing prima. Als die echter wegvalt zijn er verschillende producten opeens waardeloos.

Door al die marketing bende heen prikken is nogal lastig omdat leveranciers dat extra moeilijk maken. Echter zijn er ook producten die beide aanbieden. Een optie voor cloud en een optie voor lokaal beheer. Dus hetzelfde product voor mensen die het (nog) niet zelf willen beheren en voor zij die het wel willen beheren.

Ze zijn eerlijk gezegd vrij zeldzaam, maar ze zijn er wel.

[DropjesLover]

Waarom is het moeilijk om een app te ontwikkelen die naar het apparaat op de lokale wifi kijkt?
Goed, je kan hem niet starten van je vakantie-adres, maar dat soort onzin-functionaliteit mag er best uit. Laat ik zo zeggen, ik ken niemand die daar echt op zit te wachten / werkelijke meerwaarde van ziet / dealbreaker is.

[MsG]

Juist de onwetende niet-tweaker wil als hij/zij hem kan bedienen, geen onderscheid hoeven maken tussen thuis en ergens anders op de wereld waar internet is. Dat onderscheid is helemaal niet te verkopen aan een leek. En juist een robotstofzuiger laat je lekker door huis gaan wanneer je niet thuis bent. Dat doe ik zelf ook met mijn, aan HomeAssistant gekoppelde, Roborock. Wat een verademing was dat ten opzichte van een zeer domme Roomba.

[Reactie gewijzigd door MsG op 22 juli 2024 15:00]

[SirBlade]

Voor een stofzuiger is dat inderdaad niet echt nodig. Voor een thermostaat kan het heel handig zijn. Voor bewakingssystemen is het redelijk noodzakelijk te noemen.

[The Zep Man]

Ja en nee. Mensen willen het gemak van remote access, maar hebben niet de technische kennis om dat zelf te regelen.

Mensen willen thuis warm zitten in de winter, maar hebben niet de technische kennis om een verwarmingsinstallatie in huis te installeren en te onderhouden. Welk alternatief hebben die mensen?

[Cergorach]

Grappig dat je het over verwarming installaties hebt, ik had juist de grootste moeite om een 'slimme' thermostaat te vinden die je lokaal kan aansturen.

En wat betreft die expertise voor een verwarming te installeren, die zit over het algemeen al standaard in een huis als je deze koopt/huurt, stofzuiger not included! Als er iets is met je verwarming, dan heb je over het algemeen een onderhoudscontract...

[StefanJanssen]

Dat is inderdaad het punt dat gemaakt wordt. Mensen hebben nu al geen verstand van basale dingen, die ze dus uitbesteden. Je kan ook een onderhoudscontract voor home automation aangaan.

[The Zep Man]

Grappig dat je het over verwarming installaties hebt, ik had juist de grootste moeite om een 'slimme' thermostaat te vinden die je lokaal kan aansturen.

OpenTherm Gateway, waarmee je een 'domme' thermostaat 'slim' kan maken. Integreert direct in HA. Loopt ook een topic over op GoT.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 15:00]

[Tintel]

/offtopic

Ik snap wel dat dit steeds meer voorkomt en helemaal veroordelen kan ik het ook niet maar de trend om alles door anderen te laten oplossen via onderhoudscontracten is wel 'bijzonder' te noemen want:

• maandelijkse terugkerende kosten (en een manier om klanten aan je te binden - en alles buiten contract is duur)
• kennis verdwijnt of beperkt zich tot een steeds kleinere groep. Zelfredzaamheid wordt zeldzaam.
• Vanwege de kosten krijg je steeds meer een groep die 24/7 dienstbaar moet zijn (om toch nog wat te verdienen) en een (kleinere) groep die niets meer hoeft te doen omdat ze 'rijk' zijn.

/ontopic
Middels een cloud oplossing manier brengen zelfs simpele apparaten een doorlopend contract (en derhalve ook kosten) met zich mee.

[GoldenLeafBird]

Dat is even balen. Recent nog via de AH Schoonmaakdeals een Neato D8 in huis gehaald.

[vinkjb]

Daarom was het waarschijnlijk een goeie AH deal.

[com2,1ghz]

Dit soort zaken zijn onvermijdelijk en het wordt tijd dat alle smart apparaten richting een standaard gaan. Zodat de boel alsnog correct blijft werken als de fabrikant er mee ophoudt.
Iets in de trant van Zigbee of gewoon een domme REST API. Dan zal er vast iemand zijn die hier een leuk plugin voor schrijft voor Home Assistant oid.
Dan hebben we nauwelijks software ondersteuning nodig.

[Annihlator]

Zou eigenlijk fijn zijn als de situatie zo kan veranderen dan fabrikanten (danwel indirect) verplicht worden tot het bemiddelen in het benaderen/overnemen van de cloud-API's, dat zou er m.i. ook voor zorgen dat er een soft-push is richting standaardiseren/het ontwikkelen van algemenere platforms.

Het lijkt me dat de data die nu via de cloud aangeboden wordt ook makkelijk lokaal via rest/json/etc doorgegeven moet kunnen worden.