Slimme deuropener Nello One dreigt niet meer te werken na bankroet maker

Bezitters van de Nello One, een slimme deuropener die gekoppeld is aan intercomsystemen, dreigen per 18 oktober met een overbodig apparaat te zitten. De maker van de openers is failliet en sluit vanaf die datum de Nello-servers.

Het bedrijf achter de Nello One, Locumi Labs, heeft klanten afgelopen woensdag laten weten dat het Nello-servers gaat afsluiten. Dat besluit volgt op een faillissementsaanvraag van de start-up uit München in juli. Locumi Labs meldt klanten dat er acht maanden is gezocht naar een investeerder of koper, maar dat dit niet gelukt is.

Nu er geen partij is gevonden om 'te investeren in de verdere ontwikkeling en het onderhoud van Nello' gaat de stekker eruit. Dit betekent dat de sleutelloze toegang, zoals de Nello One bood, vanaf dat moment niet meer functioneert, tenzij er nog een oplossing komt. Daar werkt Locumi Labs naar eigen zeggen wel aan.

De Nello One stelt gebruikers in staat op afstand hun deur met een app te openen of automatisch de deur te laten openen als ze in de nabijheid zijn. Het apparaat dat dit mogelijk maakt, moet gekoppeld worden aan een bestaand intercomsysteem. Gebruikers zullen straks wellicht weer met een ouderwetse sleutel hun deuren moeten openen. De overige functies van de intercom blijven functioneren, schrijft Heise.

Reacties (116)

Zie hier het grote “voordeel” afhankelijk te zijn van een cloud dienst....

Hoopt dat Philips / Signifiy (hue) het nog even vol houd

Hue verlichting kan je ook offline en enkel op je eigen infrastructuur gebruiken. Daar heb je als tweaker geen 'cloud' voor nodig. Als gewone gebruiker, integendeel...

Hue verlichting is "by default" zelfs enkel lokaal. Als het internet een storing heeft kan je nog steeds alle lichten met de app besturen. Alle remotes, motion sensoren, regels en timers werken ook volledig lokaal. Enkel specifieke functies, zoals "lichten uit als je het huis verlaat" en "verlichting besturen als je niet thuis bent" vereisen dat je inlogt. Integraties met Google, Apple of IFTTT vereisen ook internet.

Als Hue failliet gaat
- kan je de app gewoon vrolijk verder gebruiken via je eigen Wifi en hub
- kan je app van 3e partij (lokaal) gebruiken
- kan je zelf een app schrijven voor de bridge dmv lokale API
- blijven al je knoppen, sensoren, ... gewoon werken
- kan je nog steeds overschakelen op andere home automation hubs, gezien de lampen het Zigbee protocol volgen. Die andere hubs kan je als gewone consument kopen, of als Tweaker op een raspberry pi met Zigbee ontvanger installeren.

Dit is wat gemaakt heeft dat we hier volop Hue verlichting hebben, maar geen Sonos (waar standaard geen eenvoudige audio-ingang op zit).

[Reactie gewijzigd door bertware op 4 oktober 2019 16:49]

En vervolgens Apple Music, spotify, soundcloud of weet ik veel wat op je analoge stereo afspelen.
Je bent gewoon afhankelijk aan het worden van een Aantal dienstverleners in de markt. Je ontkomt daar niet aan. Voorzichtigheid is geboden bij het kiezen van die dienstverlener.
Veel auto’s starten niet meer als de fabrikant failliet is. Muziekspelers, spelcomputers, televisies, verwarmingssystemen, etc.: als er een voordeel is dat groter is als de nadelen dan wordt het aangeboden. Het is fijn dat je je Tesla kan openen met je telefoon, maar als Tesla failliet is kan je helemaal niets meer met die auto.

Een Tesla rijdt ook prima offline en zonder dat je een telefoon nodig hebt, ik weet niet waar je die onzin vandaan haalt.

Ondanks dat hij het wat chargeerde zit er wel een punt van waarheid in. Veel moderne auto’s (waaronder Tesla) zullen functies verliezen bij failliet gaan fabrikant.
Ze zullen naar verloop van tijd van het internet af moeten ivm security patches.

Prima offline is een zwaar overstatement voor Tesla.

Wat niet meer werkt als Tesla servers eruit gaan:
-Alle muziek behalve FM/DAB of offline opgeslagen muziek
-Navigatie op groot scherm
-Voice control
-Op afstand auto beheren (temperatuur instellen, openen...)
-Sentry mode in bepaalde gevallen
-Autopilot werkt niet 100%
-Theatre mode

ik zal vast nog wel wat vergeten.

Navigatie werkt nog wel, gaat niet (alleen) via de servers van Tesla als je Wifi gebruikt. Autopilot werkt lokaal maar geen nieuwe updates. Qua muziek werkt DAB en muziek via telefoon nog prima. Ofwel dezelfde problemen als je met een ander merk hebt als ze ondersteuning zoeken. Dat de app niet meer werkt is wel een probleem en zelfde geldt voor voicecontrol het is vooral lastiger.... theatre mode... ach.

Je kan ook nog steeds muziek kopen op fysieke media en legaal downloaden als bestanden. Er zijn wel steeds minder winkels, maar bij een aantal online diensten zoals Beatport en Apple is het nog steeds mogelijk. iTunes aankopen waren voorheen gecodeerd met DRM waardoor je wel altijd Apple software nodig had, maar sinds 2007 is de DRM vervangen door een digitale handtekening met je Apple ID erin. Zo kan je de audiobestanden in 3rd party apps openen. De aankopen blijven gekoppeld aan je account zodat je de nummers (tot nu toe) altijd opnieuw kan downloaden en streamen zonder abonnement, zelfs als het nummer niet meer in de Store staat. Daarnaast is het bij wet nog steeds toegestaan om muziek uit diverse bronnen op te nemen voor persoonlijk gebruik. Het is wat meer gedoe en vaak duurder dan instant muziek uit de cloud, maar je bent er nog niet van afhankelijk.

met een vpn via bijv een synology kun je ook de boel buitenshuis besturen btw

Of wanneer je alle poorten forward
Dan kan wel meteen iedereen bij je HUE bridge

Ok zeg niet dat het slim is, maar het kan.

Een andere optie is dat je een web-control pagina maakt met authenticatie.

maar geen Sonos (waar standaard geen eenvoudige audio-ingang op zit).

Alleen de goedkoopste Sonos devices hebben heen audio in, de rest wel. Hoe denk je dat hun TV sound bar anders werkt?

Nou via HDMI ARC :facepalm:

Wat ik ook enorm apprecieer! Zelfs al is het door een redelijk groot bedrijf gemaakt dat niet meteen zal omvallen is er vanuit de basis gedacht aan dit scenario of simpele internetstoringen. En al gaat je hub kapot en ben je de app kwijt, het werkt nog steeds op zich als lamp!

Als Hue failliet gaat
- kan je de app gewoon vrolijk verder gebruiken via je eigen Wifi en hub

Tenzij je je bridge in een guest vlan hebt geplaatst.
In dat geval moet je via Hue servers connecten.

Als je guest vlan kan maken, kun je vast ook wel er voorzorgen dat je vanuit je gewone netwerk bij 1 specifieke host je in guest vlan kan komen. En dan is het probleem ook opgelost. Routering heet dat. En een stukje firewall.

Als je guest vlan kan maken, kun je vast ook wel er voorzorgen dat je vanuit je gewone netwerk bij 1 specifieke host je in guest vlan kan komen. En dan is het probleem ook opgelost. Routering heet dat. En een stukje firewall.

Dat wil ik juist niet, anders kan ik dat device net zo goed in mijn normale vlan stoppen.

Je stopt een apparaat toch in een ander VLAN omdat je niet wilt dat ie bij je interne netwerk kan komen?
Als je dan op je firewall regelt dat je vanuit je gewone netwerk (en desnoods alleen vanaf een enkele IP adres, b.v. de machine die je home automatisering doet) naar poort 80 op de bridge kan. Dan heb je de hele cloud van Philips niet nodig.

Je stopt een apparaat toch in een ander VLAN omdat je niet wilt dat ie bij je interne netwerk kan komen?
Als je dan op je firewall regelt dat je vanuit je gewone netwerk (en desnoods alleen vanaf een enkele IP adres, b.v. de machine die je home automatisering doet) naar poort 80 op de bridge kan. Dan heb je de hele cloud van Philips niet nodig.

Ik wil de boel compleet gescheiden hebben, dus ook niet 1 poort open.

Dan heb je zeker ook 2 internet verbindingen? Anders komen ze op de router alsnog bij elkaar... En dus ook 2 verschillende switches, anders heb je een theoretische kans dat vlan tagging niet goed gaat, en dus ook per netwerk een aparte WiFi AP, anders heb je daar weer dat je de vlans elkaar mogelijk kunnen zien.

Ik gaf een optie om zonder de Cloud Dienst van Philips te kunnen werken, maar blijkbaar is het 100% scheiden van netwerken belangrijker.

ps: als we dan toch bezig zijn, waarom in het guest netwerk? Niet een apart IOT netwerk, want ik zou liever niet mijn gasten bij mijn IOT willen hebben.

Thuis heb ik:
- Netwerk
- Gasten netwerk
- IOT netwerk.

en vanuit mijn netwerk, kan ik wel naar IOT netwerk, maar andersom kun je vanuit het IOT netwerk helemaal niets. Alles zit vanuit IOT naar buiten toe dicht.

Dan heb je zeker ook 2 internet verbindingen? Anders komen ze op de router alsnog bij elkaar... En dus ook 2 verschillende switches, anders heb je een theoretische kans dat vlan tagging niet goed gaat, en dus ook per netwerk een aparte WiFi AP, anders heb je daar weer dat je de vlans elkaar mogelijk kunnen zien.

Ik gaf een optie om zonder de Cloud Dienst van Philips te kunnen werken, maar blijkbaar is het 100% scheiden van netwerken belangrijker.

ps: als we dan toch bezig zijn, waarom in het guest netwerk? Niet een apart IOT netwerk, want ik zou liever niet mijn gasten bij mijn IOT willen hebben.

Thuis heb ik:
- Netwerk
- Gasten netwerk
- IOT netwerk.

en vanuit mijn netwerk, kan ik wel naar IOT netwerk, maar andersom kun je vanuit het IOT netwerk helemaal niets. Alles zit vanuit IOT naar buiten toe dicht.

Blijkbaar lees je niet goed, want ik heb mijn IOT netwerk juist als guest netwerk aangemaakt.

Enne, dit staat volledig los van 2 internetverbindingen.

Ik begrijp uit jouw post dat je mij wilt afbranden, wat prima is, maar kom dan met een goed verhaal.

Voor alle duidelijkheid: ik weet niet waar je vandaan haalt dat ik je af wil branden, maar jij geeft aan de cloud dienst te MOETEN gebruiken omdat je de Hue bridge in je gasten netwerk hebt staan. Ik probeer je te helpen door aan te geven dat het geen probleem moet zijn om tussen verschillende netwerken heen te kunnen gaan.

Bij mij heet een guest network een guest network omdat er gasten (je weet wel mensen die af en toe langs komen) daar op mogen. Omdat ik geen idee heb wat voor apparaten dat zijn heb ik een gast netwerk, zodat ze elkaar kunnen besmetten met allerhande troep, en een klein beetje kunnen surfen en zo. Heet heet bij mij geen gastnetwerk om er vervolgens allemaal IOT in te hangen. Dan heet het IOT netwerk.

Jij geeft aan

Ik wil de boel compleet gescheiden hebben, dus ook niet 1 poort open.

Daarom geef ik aan, dat als je de boel compleet gescheiden wilt hebben, dat je dan ook alles gescheiden moet hebben, dus ook internet verbinding, en wifi AP's. Anders lopen de VLAN's alsnog over de zelfde fysieke kabel, en kunnen ze elkaar beïnvloeden... theoretisch mogelijk b.v.: https://networkengineerin...6258/what-is-vlan-hopping, dus als je het echt compleet gescheiden wilt hebben, moet je echt alles gaan scheiden. Dat is het enige wat ik probeerde te zeggen.

Waar haal je dit? Bij mij zit de Hue bridge ook in een apart VLAN. Mijn router (EdgeRouter) heeft mdns-repeater ingebakken en heb deze geactiveerd op de Home en IOT VLAN adapter, waardoor Hue perfect werkt over beide VLAN's heen.

Indien je router dit niet heeft, kan je gewoon een aparte linux vm (of mss zelf een raspberry pi) en die daarop installeren.

mdns-repeater kan je hier vinden: https://github.com/kennylevinsen/mdns-repeater

[Reactie gewijzigd door sithlord2 op 7 oktober 2019 09:20]

Waar haal je dit? Bij mij zit de Hue bridge ook in een apart VLAN. Mijn router (EdgeRouter) heeft mdns-repeater ingebakken en heb deze geactiveerd op de Home en IOT VLAN adapter, waardoor Hue perfect werkt over beide VLAN's heen.

Indien je router dit niet heeft, kan je gewoon een aparte linux vm (of mss zelf een raspberry pi) en die daarop installeren.

mdns-repeater kan je hier vinden: https://github.com/kennylevinsen/mdns-repeater

Ik typte guest he, mijn IOT guest vlan kan niet bij mijn normale vlan en andersom.
Daarom moet mijn app connecten via de Hue servers, alsof je buiten bent.

Ok, dat had ik verkeerd begrepen.

Ik heb ook een guest VLAN en IOT VLAN. Guest is bij mij ook volledig afgescheiden. Voor IOT VLAN kan mijn home-VLAN wel verbindingen openen naar IOT VLAN, maar niet andersom (enkel established connections mogen van IOT naar Home), lijkt voldoende voor de meeste toepassingen.

Nee dat hoeft zeker niet. Kwestie van Avahi daemon draaien die een interface heeft op beide VLANS. Met wat geknutsel heb ik hue bridge/receiver/Nello/Nuki etc etc allemaal in een apart VLAN draaien waar ik vanaf m'n main netwerk nog gewoon bij kan.

Nee dat hoeft zeker niet. Kwestie van Avahi daemon draaien die een interface heeft op beide VLANS. Met wat geknutsel heb ik hue bridge/receiver/Nello/Nuki etc etc allemaal in een apart VLAN draaien waar ik vanaf m'n main netwerk nog gewoon bij kan.

Lees eerst eens.
Dat wil ik niet!!!

Inderdaad maar er zal vast wel hier er daar een call zitten + integratie met Google home / Alexa. De lampen zullen iig altijd werken als lamp

Inderdaad maar er zal vast wel hier er daar een call zitten + integratie met Google home / Alexa.

Alleen vanuit een bridge. De lampen zelf zijn 'dom', en kan je ook met andere bridges gebruiken.

Precies, denk aan HomeAssistant of een andere tool die via een api je apparatuur kan aansturen. Een mooiere promotie dan dit artikel zul je niet snel vinden.

tenminste nieuwe producten van HUE werk ook met Bluetooth mee

daarom wil ik ook geen smarthome op cloud basis, maar allemaal local host.

Vind het uberhaupt niet echt nodig dat andere kunnen zien wie er bij jou voor de deur staan, of uberhaupt kunnen zien waar jouw voordeur is.. Maargoed.

daarom is local host ook veel beter omdat je dit zo kan isoleren dat alleen toegestane mac adressen erop kunnen. hierdoor is spoofing niet bepaald mogelijk,

want mac is niet te spoofen ?

want mac is niet te spoofen ?

Alleen moet je dan wel de MAC met toestemming weten
Alles is te spoofen, maar als je al een mac adres gevonden hebt, heb je wel wat meer toegang.

99% van de routers blokkeren het macadres naar buiten.
Je moet dan wel een target zijn, en IN de doelgroep zitten om aangepakt te worden

het is wel te spoofen, maar dan moeten ze dit wel brute forcen, en zie jij al een hacker zitten buiten de deur vlak bij je local host router, die geen extern internet toegang heeft. om zo eerst het mac adress te spoofen om daarna een poging te doen om het wachtwoord te kunnen hacken?

dat is vrijwel onmogelijk vooral als je Unique characters hebt toegevoegd aan het WW zoals:
€§⌂◙♫©

deze zitten namelijk niet op het gebruikelijke keyboard, en een brute force tool zal deze soort symbolen altijd als laatste proberen omdat die niet gebruikelijk zijn.

alleen al die 6 symbolen zou volgens:
https://howsecureismypassword.net/
1 jaar duren voor een standaard desktop PC.
laat staan als je een PW hebt van 32 symbolen waarvan 8 ascii symbolen op random posities in het PW
een wachtwoord zoals: "H$$QSXwLX_Qn#XF8" duurt al een flinke tijd. {dit is een random PW dat ik gegenereerd heb}

alleen met fysieke toegang is het een ander verhaal. dan kunnen ze het wel wat gemakkelijker

[Reactie gewijzigd door darknessblade op 4 oktober 2019 18:01]

uberhaupt kunnen zien waar jouw voordeur is.

Hoe doe je dat als je gasten krijgt? Stuur je die een geheime kaart om je deur te vinden?

Natuurlijk zijn alle system die je deurbel uitrusten met een video gemaakt om dat alleen te laten zien aan de eigenaar (en voor zover ik weet nog nooit een lek over geweest). Ik vind het een prima oplossing, net zoals ik een telefoon antwoorden heb als ik weg ben.

Hoezo, wat heb je dan eigenlijk te verbergen?

Hier nog een “voordeel” nieuws: Logitech: Harmony Link-afstandsbedieningen werken binnenkort niet meer

Maar wel netjes opgelost; zo heb ik gratis een vervanger gekregen (buiten garantie), de harmony hub.
Bedrijven kunnen dit toch goed oplossen

Jawel, maar pas na aardig wat gezeur. Ik heb mini omvormers op het dak liggen, met (cloud) monitoring systeem. Leverancier failliet, geen monitoring meer. Geen ramp, maar afhankelijkheid van cloudsystemen (vooral als er hardware mee bestuurd/gemonitored wordt) is iets wat ik wel probeer te voorkomen.

Ik heb mijn Logitech Squeezebox meteen verkocht nadat er een storing optrad op hun servers een aantal jaren geleden, de Europese(?) servers lagen er een paar dagen uit... Het ding was fantastisch, maar volledig waardeloos zonder Internet Server. Andere servers instellen kon niet. Een losse radiostream afspelen vanaf internet ook niet. Je kon er niet eens een geheugenkaart insteken om je MP3tjes af te spelen. Het was een hele mooie, domme doos met fantastisch geluid...

Ik heb mijn Logitech Squeezebox meteen verkocht nadat er een storing optrad op hun servers een aantal jaren geleden, de Europese(?) servers lagen er een paar dagen uit... Het ding was fantastisch, maar volledig waardeloos zonder Internet Server. Andere servers instellen kon niet. Een losse radiostream afspelen vanaf internet ook niet. Je kon er niet eens een geheugenkaart insteken om je MP3tjes af te spelen. Het was een hele mooie, domme doos met fantastisch geluid...

Was dat een Squeezebox Radio UE?
Ik heb nog een oude Squeezebox Classic en 3 Squeezebox radio’s en die hoeven niet te connecten met buiten.

Of überhaupt iets dat alleen maar werkt over internet. Als er een internet storing is, je telefoon stuk, weg of leeg, heb je ook meteen een probleem. Best lastig als je ofwel altijd alsnog een sleutel bij je moet hebben of je een huisgenoot moet laten komen om je binnen te laten.

Sommige dingen zijn gewoon niet handig over internet, tenzij we die dingen bulletproof maken.

Afhankelijk? Je kan de deur toch nog op de ouderwetse manier openmaken? Het is niet zo dat je nu je deur niet keer meer kunt gebruiken. Zelfs de intercom blijft werken. Je verliest alleen een deel van de dienstverlening, zoals bij elk faillissement.

Werk aan de winkel voor Tasmota zou ik denken.

Zelfs mijn nieuwe samsung Qled TV "moet" internet hebben. Ik heb geprobeerd en probeer nog om het vakkundig uit te zetten, maar dan werkt er bijna niks... ik kan bv de TV met smart things lokaal niet bedienen als er geen internet voor de TV is. Fijn al die cloud afhankelijkheid...

Voordeel: Er staan binnenkort in DU weer een paar servers bij de opkoper!

Werk aan de winkel voor Tasmota, zou ik denken.

(oh, dat was dubbel )

[Reactie gewijzigd door Grootkonijntje op 4 oktober 2019 17:15]

Het is onderdeel van het product wat je koopt, dus je mag aannemen dat klanten dat risico incalculeren. Zolang het werkt heeft het uiteraard ontzettend veel voordelen.

Idealiter stellen ze eea beschikbaar zodat men dit self-hosted nog kan opzetten...

De curator zal waarschijnlijk geen toestemming geven om het intellectuele eigendom, die een zekere waarde heeft, zomaar vrij te geven.

Het eigendom dat, of de eigendom die, maar dat terzijde.

De curator kan natuurlijk wel (al dan niet bij wet verplicht worden om) aan de verkoop van dat eigendom als voorwaarde de voortzetting van de dienstverlening te stellen. Als er dan geen partijen zijn die daar waarde aan hechten, kan het alsnog vrijgegeven worden omdat het kennelijk geen waarde heeft.

De curator kan natuurlijk wel

Nee, dat kan hij niet zomaar doen. De curator is verplicht zoveel mogelijk geld binnen te halen voor de schuldeisers. Als extra voorwaarden dit verhinderen dan kan hij ze niet aan de verkoop binden.

Hij is verplicht zo veel mogelijk geld binnen te halen, begrensd door voorwaarden en verplichtingen. Vandaar dat ik al aanhaal dat je de eis om de dienstverlening voort te zetten zal moeten vastleggen. In een wet zal dat in elk geval goed gaan want daar is de curator gewoon aan gebonden, maar mogelijk zijn er ook commerciële contracten mogelijk. In geval van garantiefondsen worden bepaalde zaken standaard door branchegenoten overgenomen die ook bij dat fonds aangesloten zijn. Misschien is er in die hoek iets mogelijk.

En anders kun je je afvragen of de curator (civielrechtelijk) niet een onrechtmatige daad pleegt door niet zijn best te doen om bepaalde diensten voort te zetten. Dat zal best lastig liggen omdat het kan conflicteren met zijn eigenlijke taak, vandaar dat ik 'niet zijn best doen' formuleer. Ik denk dat dat een beetje de hoek is waar jij ook in zat te denken, maar dat is dus niet de enige manier en zelfs dan ben ik er niet van overtuigd dat de curator niet nog best een eind komt door eerst aanvullende eisen te proberen te stellen (sterker nog, dat doen ze vaak - iets als een doorstart of een gedeeltelijke overname valt daar gewoon onder en dat zijn meestal toch de eerste stappen).

[Reactie gewijzigd door mae-t.net op 5 oktober 2019 03:21]

Klopt. Daarom regel een net bedrijf zoiets vóóraf. Je doet dat door het desbetreffende intellectueel eigendom (copyright op interfaces) onder te brengen in een stichting, die het vervolgens exclusief aan het bedrijf teruglicenseert. Die exclusiviteit eindigt automatisch bij een onverhoopt faillisement.

Wie gaat dat betalen? Bankroet is bankroet.

Idee:
Verplichte broncode escrow als fysieke producten qua (deel) functionaliteit onlosmakelijk verbonden zijn aan exclusieve online dienstverlening. Bij nalatigheid of faillissement zonder vervolg wordt de code automatisch vrijgegeven.

[Reactie gewijzigd door The Zep Man op 4 oktober 2019 16:09]

Dan mogen we vervolgens eerst 10 maanden door de spaghetti graven voor we iets kunnen hosten... Ik denk dat het beter is om consumenten bewust te maken van vendor lock-in en counterparty risk...

Waarom 10 maanden door spaghetti code heen moeten gaan?
Als bedrijven al vanaf het begin verplicht worden hun systeem open te houden, als in dat je er eigen firmware op kan zetten. Dan heb je later geen problemen en niet echt extra werk. Ze hoeven niet eens code vrij te geven.

Zo'n beetje. Zoals er een hele schema's achter in je TV zat. Zodat die door iedereen met een beetje kennis, te maken was.

Gewoon een open API waarmee je alles kunt bedienen en aansturen.
Waarom zou iets dat met beamers & tv's wel werkt niet ook met zo'n unit werken.

Het hoeft voor mij geen Jip en Janneke oplossing te zijn, maar wel mogelijk (met enige technische kennis).

Dat kan idd een mooie garantie zijn voor de consument, maar als consument heb je m.i. ook wel de plicht om de waarschijnlijkheid van dit scenario in te calculeren bij de afweging welke oplossing je neemt.

Ik heb alleszins bij de keuze van mijn parlofoon/deurslot als expliciet criterium gekozen voor een self-hosted oplossing (sip).

Wat gaat betalen?

Een GitHub account is gratis ;-)

En wie gaat dan nu even zitten uitzoeken wat er wel en niet op github mag komen te staan? Dikke kans dat er code/software/libraries van derden gebruikt zijn onder licentie voorwaarden die dus niet zo maar even kunnen worden gedumpt op een publieke site.

Dus ja, dat moet gewoon verplicht op voorhand gebeuren.

Maar ja, als men de zaken niet op orde heeft heb je er nog weinig aan als de curator naar binnen stapt.

Ik heb laatst de geschiedenis van blender er nog eens op nagelezen. Korte versie: na het faillissement (van NaN) heeft een oprichter een kickstarter (zo zou het tegenwoordig genoemd worden, we hebben het over 2002) opgezet om de source code te kunnen kopen. Deze is vervolgens (zoals beloofd) open source vrijgegeven.

Maar consumenten kun je niet met dit soort problemen belasten. Er moet goede wetgeving komen voor all internet connected apparaten. Je moet er toch niet aan denken dat een hacker over een paar jaar een vuilniswagen op afstand over kan nemen omdat de ontwikkelaar failliet is en geen software updates meer uitbrengt? En reken er maar op dat vuilniswagens over een paar jaar allemaal aan het internet hangen (om wat voor reden dan ook).

Iemand moet het menselijke arbeid daarvoor doen.

Dat lost maar een deel van het probleem op. De software is maar een onderdeel van de geboden dienst.

Misschien denk ik dom: auto's hebben al jaaaaaaren een drukkastje om de deuren te openen en het alarm uit te zetten. Waarom kan dit niet ook 'gewoon' bij huisdeuren?

Misschien denk ik dom: auto's hebben al jaaaaaaren een drukkastje om de deuren te openen en het alarm uit te zetten. Waarom kan dit niet ook 'gewoon' bij huisdeuren?

Dat kan wel
Maar dan is er geen data te verzamelen.

Met een esp32, een relais en wat metalen onderdeeltje kan je prima een deuropener maken, zelfs één die met een telefoon ( BT ) - WiFi - keypad+display maar ook handmatig kan werken
Maar dit alles sluit de data-optie uit.

En ook dat is geen goed idee: https://github.com/Matheus-Garbelini/esp32_esp8266_attacks

Denk jij werkelijk dat er meer geavanceerde apparatuur in genoemde ding zit dan dat ?
Sinds Espressif en Arduino zijn producten 'vrij' op de markt hebben gegooid is het aantal 'home-automatising' gadget gigantisch gegroeid.

Het is niet wat je maakt, maar hoe je het verpakt.
Ik heb een donkerbruin vermoeden dat als je deze nello openbreekt, er ergens een poortje te bereiken is, waar je je eigen software kan flashen.

Het is voor de eigenaren die op zwart gezet zijn te hopen dat er ergens een handige harry tussen zit, die die 'hack' vind

Hmm, je internet werkt even niet en je kan vervolgens je deur niet meer openen?

Dat is toch een reden om de bedenkers en makers van zulk soort systemen failliet te laten gaan, het idee is gewoon niet goed.

Helaas is dat met veel van de hardware producten zo. I.e. Tado. Wat echt een mooi product is. Zonder werkt het ook, maar is de slimmigheid ervanaf. Zelfde ook voor Nest.

Dat weerhoud mij ook het meeste.

Ik gebruik Tado zelf en zonder verbinding werkt het hele smart schedule deel gewoon door. Alleen de app en api integratie valt dan om. Dus de primaire functie werkt wel gewoon, incl. de zones etc. Maar inderdaad het instellen via de app en andere smart features zijn weg.

Maar imo moet je ook niet je toekomst af laten hangen van gadgets, dus mocht er iets omvallen doet het een beetje pijn. Maar we overdrijven de impact graag een beetje.
Een smartphone waarvan het OS niet meer ondersteund wordt, smart tv's waarvan de store leeg loopt maar ook local host systemen waar de software maker geen updates meer voor uitbrengt en je op XP moet blijven zitten.

Allemaal gewoon onderdeel van de vooruitgang, natuurlijk kan je dat vervelend vinden, maar mijn inkt patronen voor mijn printer passen ook niet in de nieuwe versie en veel van mijn devices passen niet meer in mijn laptop danwel hebben geen drivers meer.

Om maar niet te beginnen over hoe vaak ik een nieuwe audio receiver heb moeten kopen omdat die alleen een oude versie hdmi kon doorgeven...

Zolang ik er niet dood van ga, valt het een beetje onder de 'wie voor wil lopen zal vaak nieuwe spullen moeten kopen'

Sinds wanneer werkt Tado gewoon door als de verbinding met de server/internet wegvalt?
Volgens Tado zit dat niet in de hardware verwerkt:
https://gathering.tweaker...message/52685757#52685757 (ergens halverwege)

Zo lang als ik het heb, tijdens storingen blijven de thermostaat kranen gewoon via de rf met de hoofd thermostaat praten. Mijn verwarming loopt gewoon door. Kan alleen niet meer de app gebruiken etc. Dus handbediening gaat prima. Tenminste dat is altijd mijn indruk geweest, in iedergeval de thermostaat met de cv.
Maar ik heb de afgelopen 4 jaar dat ik tado gebruik misschien 3x een internet storing gehad waarvan 1x langer dan een uur.
Maar ik kan me voorstellen dat als ze dan een power cycle krijgen het wel klaar is, geen idee.

Inderdaad, zo had je vroeger bijvoorbeeld ook beveiligingen voor software gebaseerd op een bepaalde sector op je harde schijf ... Ging je defragmenteren, werkte de software niet meer ... zulke bedrijven waren ook vrij vlot ter ziele ...

Dat is tegenwoordig wel steeds meer een risico als je nieuwe producten koopt, dat ze vaak gebruik maken van een specifiek netwerk/cloud van de leverancier. Mocht die onverhoopt wegvallen dan werken je (duur) betaalde producten ook gelijk niet meer.

Groot probleem daarbij is ook dat de producenten er vaak niet duidelijk over zijn dat de functionaliteit afhangt van de cloud.

Komt erop neer dat dit dienstverleners zijn in plaats van producten. Volgens mij werkt echt niets lokaal bij deze apparaten. En ja, als de dienstverlener dan plat gaat....

Specifieker, dienstverleners die niet met open protocollen werken.
Als dat wel het geval is kun je altijd een eigen omgeving hebben, of nog beter wellicht dat andere dat al hebben gedaan.

Als de sleutelloze toegang afhankelijk is van de servers van het bedrijf, dan klinkt dat alsof de toegangscontrole in feite gedaan wordt op de servers van het bedrijf. Dat lijkt me een veilig gevoel: het idee om een commerciëel bedrijf feitelijke beslissingsbevoegdheid te geven over wie er toegang heeft tot mijn huis. En dan maar hopen dat ze hun beveiliging op orde hebben, en dat al hun medewerkers gescreend zijn...

Het verbaast me dan dat een criminele groep er geen interesse in heeft om deze 'dienst' over te nemen.

Als de sleutelloze toegang afhankelijk is van de servers van het bedrijf, dan klinkt dat alsof de toegangscontrole in feite gedaan wordt op de servers van het bedrijf. Dat lijkt me een veilig gevoel: het idee om een commerciëel bedrijf feitelijke beslissingsbevoegdheid te geven over wie er toegang heeft tot mijn huis. En dan maar hopen dat ze hun beveiliging op orde hebben, en dat al hun medewerkers gescreend zijn...

Het verbaast me dan dat een criminele groep er geen interesse in heeft om deze 'dienst' over te nemen.

De boedel is nog niet verkocht ... kan altijd nog - legaal en goedkoop, want de toestemming heb je al gegeven

Voor wie een betere oplossing zoekt: Nuki werkt prima.
Duits bedrijf, dus data in Europa. Lokaal aan te sturen met open API, bijvoorbeeld met Home Assistant:
https://www.home-assistant.io/integrations/nuki en unlocked met app zonder cloud vereisten (Bluetooth of WiFi). Ook goede support, zelfs feature request.

Nello is eigenlijk een device om je intercom "smart" te maken, geen smartlock zoals Nuki.

Da's ooit waar geweest, maar ondertussen niet meer sinds ze vrij recent de Nuki Opener uitgebracht hebben. Die zorgt namelijk ook voor integratie met de intercom. Nuki kan dan zowel de gemeenschappelijke voordeur openen net de Nuki Opener als de prive-deur met de Nuki smart lock.

Ohw thnx man ik zocht naar een alternatief voor mijn Nello!

Graag gedaan! Ik heb echter zelf geen ervaring met de opener, dus advies kan ik je niet geven. Ik heb wel 2 Nuki smart locks thuis hangen en daar ben ik zeer tevreden over.

Ik zou het appreciëren moest je me op de hoogte kunnen houden hoe het meevalt als je ervoor besluit te gaan.

Zal ik zeker doen!
Mijn intercom is voorlopig nog niet compatible, maar van zodra ze hem aan de lijst toevoegen ga ik ook een Nuki smarlock aanschaffen

Logisch.. Je moet ook de optie hebben om je automatiseringen lokaal te doen!

Zolang je afhankelijk bent van een bedrijf dan hebben hun simpelweg 2 verdienmodellen:
1: hun "service" tegen een abonnement prijs aan bieden, zodat het bedrijf geld blijf verdienen.
2: hun "service" financieren met de verkoop van producten aan nieuwe klanten, in mijn ogen is dit model erg "een gat graven om een ander gat te dichten"

Van 1 ben ik geen fan, maar optie 2 is een slecht verdienmodel, dus bedrijven, geef ons LAN mogelijkheid ipv alles via jullie cloud te laten lopen, bedankt.

Net als met online games die het niet meer doen etc.:

Ik vind dat bedrijven die dit soort live services aanbieden verplicht een back-up plan moeten hebben, in de vorm van gratis beschikbare server software of iets dergelijks, zodat mensen in ieder geval nog de optie hebben om zelf iets op te zetten nadat de service officiëel stopt.