Smarthomemerk Shelly wordt misschien overgenomen voor 1,3 miljard euro

Schneider Electric overweegt een overname van het Bulgaarse smarthomebedrijf Shelly. Dat bevestigt het smarthomemerk. Shelly is vooral bekend om de slimme stekkers en schakelaars. Schneider is een groot Frans energietechnologiebedrijf.

Shelly zegt dat het verkennende gesprekken met Schneider voert over een eventueel overnamebod. Het bedrijf reageert hiermee op een artikel van Bloomberg over de gesprekken, dat eerder op woensdag verscheen.

Volgens anonieme bronnen van Bloomberg wil Schneider ongeveer 70 euro per aandeel betalen voor Shelly. Dat zou betekenen dat Shelly in totaal 1,3 miljard euro waard is. De twee oprichters van Shelly, Dimitar Stoyanov Dimitrov en Svetlin Iliev Todorov, hebben de meeste aandelen in handen.

Schneider zou met de overname zijn smarthomeplannen een impuls willen geven. Het bedrijf heeft nu het internet-of-thingsplatform EcoStruxure, dat vooral actief is in de gezondheidszorg, de vrijetijdsector en winkels. Schneider heeft 160.000 werknemers, is actief in ruim 100 landen en had vorig jaar een omzet van 40,2 miljard euro.

Shelly en Aqara op CES
Shelly-producten op de CES-beurs van 2025

Door Hayte Hugo

Redacteur

30-07-2026 • 09:05

131

Submitter: TD-er

Reacties (131)

Sorteer op:

Weergave:

Ik hoop dat shelly hun open en non-cloud concept kan blijven behouden onder een grote multinational.
Exact mijn gedachte toen ik dit las. Te veel "smart"home spul is alleen bruikbaar met een verplichte cloudconnectie, en daarmee ben je gewoon niet geheel eigenaar.

Goede kans dat dat aspect de verkeerde kant op gaat met de eerste generatie hardware die uitkomt na de overname. Maar we gaan het zien.

Ik ben overgegaan van Shelly pluggen naar zigbee pluggen van o.a. Ikea. 100% lokaal, 100% eigenaar.
Die Shelly pluggen werken ook 100% lokaal als je dat wil hoor. Je kan op de configuratie pagina de "Cloud" optie uitzetten. Zo draai ik ze. Op een apart VLAN waarop ze nooit het internet te zien krijgen behalve als ik dat even toelaat om updates te installeren. Alles werk gewoon lokaal over LAN.
Dat snap ik, en ik heb het precies zo gedaan. Maar waar ik bang voor ben is dat nieuwe pluggen die na overname uitkomen niet meer op deze manier bruikbaar zijn.

Want klanten binden met cloud = blijvend geld verdienen.
Helaas heb je bij Ikea, of welk ander bedrijf dan ook, geen garantie dat het in de toekomst zonder verplichte cloudconnectie blijft. Laten we hopen van wel, en dat veel meer bedrijven dit principe (gaan) aanhouden.

Lang leve de https://www.openhomefoundation.org/. _/-\o_
Yes, heel mooi maar wel oppassen: als voorbeeld staat de HomeWizard integratie op "Platinum" (werkt heel goed lokaal), maar mijn plugin batterij is voor configuratie (-wijziging) altijd afhankelijk van verbinding met de servers van Homewizard. Hiermee voel ik me niet echt 100% eigenaar. Wat als HW hun servers uitzet? Wat als ze ineens geld gaan vragen? Dan zitten de eigenaren van HW plugin batterijen gewoon klem.

Lokaal = niet altijd écht lokaal...
Volgens mij haal je wat dingen door elkaar? De platinum van de integratie waar je naar verwijst gaat primair over de code kwaliteit en dergelijke. Dit zegt dus niks over of de integratie, bv, internet vereist.

En @SpaceDok erboven: de oude Ikea producten werken juist wel altijd lokaal. Ze gebruiken immers Zigbee en Zigbee kan helemaal niet met het LAN, laat staan WAN, babbelen. Het is de hub/coördinator die Zigbee en "internet" aan elkaar knoopt. Dus die Ikea Zigbee lamp of tussenstekker die je met een Zigbee stick in een server aan Home Assistant koppelt zal never nooit met internet kunnen babbelen. Maar als je de Ikea hub gebruikt kan dat uiteraard wel.

Voor Thread daarentegen gaat dat niet op. Thread is al op IP gebaseerd dus zit al rechtstreeks op je LAN. En daarnaast bevat de Thread Border Router 1.4 specificatie een verplichting dat de TBR in internettoegang moet voorzien voor de aangesloten apparaten, zei het rechtstreeks middels IPv6 (doordat je een internetverbinding met IPv6 hebt en een direct met internet verbonden IP ("GUA") wordt toegekend aan elk Thread apparaat), zei het via NAT64 (waarbij de TBR een vertaling van IPv6 aan de Thread zeide naar IPv4 aan de LAN/WAN zeide). Óók een "zelfbouw TBR" zou hierin dus (eigenlijk) moeten voorzien omdat je TBR anders niet aan de specificaties voldoet en je mogelijk dus tegen allemaal quirks aanloopt, doordat een apparaat dus internet kan vereisen zonder dat te vermelden.
En dat is exact waarom ik voorlopig nog geen thread ga gebruiken. Mijn hub mag best het internet op (Home Assistant) maar ik heb nul behoefte om iets simpels als een tussenstekker op welke manier dan ook rechtstreeks bij het internet te laten. Shellies, de producten van SmartHomeShop (esphome based) en de SmartEVSE zijn dan ook de enige die hier via WiFi aan mijn HA instance hangen.
Het aparte is dat bv een ZBT-2 van Home Assistant zelf gewoon Bronze heeft...

Het wil dan ook meer wat zeggen over de codebase en hoe toegankelijk dat is naar HA toe, maar blijft naar mijn gevoel een beetje aparte manier van certificeren.

Het is wel te hopen dat het hele "Open Home" veel meer groeit zodat het een bijna verplichte standaard wordt, want zoals het nu er op lijkt gaan meer en meer bedrijven hun eigen weg om er geld op te verdienen (Samsung bv recentelijk)

Dan is te hopen dat als de deal doorgaat Shelley eisen stelt aan de Franse kopers zodat de Shelly-producten wel gewoon open blijven en er wellicht een losse "Franse" product lijn komt met cloud "verplichting" voor de klanten die plug en play willen binnen een vaste omgeving.
Sterker nog, op veel Shelly apparaten kan je eigen firmware flashen. Daarmee zit Shelly toch echt aan de top van "eigenaarschap".
Ja, maar wel met een behoorlijke kanttekening.

Ze passen steeds de factory firmware aan, waardoor het steeds weer een behoorlijke klus is om de boel 'OTA-flashbaar' te maken en niet iedereen heeft die hele kleine 1.27 mm pitch headers liggen die je tegenwoordig nodig hebt. Voor sommige modellen moet je zelfs de hele module uit elkaar halen en die varianten met display zijn best wel tricky om open te maken op zo'n manier dat je ze ook weer in elkaar krijgt en het ook weer werkt.

En daarnaast hangt er een behoorlijke donderwolk boven de devices die met de factory-firmware al Matter ondersteunen.

In principe moet je namelijk de keys beschermen, oftewel de boel versleutelen.
Nu zijn er meerdere gradaties waarmee dat kan, op bijv. een ESP32.

Je kunt de 'sketch' partitie versleutelen en de ESP wil dan alleen nog maar een OTA firmware starten als deze met dezelfde sleutel encrypted is. Dit is de 'minst erge' variant, omdat je dit alsnog prima kunt omzeilen door via serial te flashen en de bootloader te overschrijven.

Je kunt ook efuses doorbranden en daarmee voorkomen dat je een andere bootloader kunt starten.

Ook in dat laatste zijn gradaties, omdat je meerdere efuses kunt doorbranden en zolang er een 'even' aantal (of was het oneven, weet even niet zeker) van die efuses nog in takt zijn, kan je een unsigned bootloader/sketch runnen. Echter dat is maar 3x aan te passen en daarna blijft 'ie vereisen dat er een signed bootloader/sketch gedraaid moet worden. Volgens mij is dit ook alleen maar te 'togglen' met de check aan/uit en niet dat je de key kunt aanpassen. Die key is volgens mij maar 1x te zetten.


TL;DR

Het is al lang niet meer zo makkelijk als voorheen om er even een andere firmware op te zetten.
Het is al lang niet meer zo makkelijk als voorheen om er even een andere firmware op te zetten.
Belangrijker nog uit mijn optiek als je de kroon voor openheid wilt opdoen: het is veel moeilijker dan noodzakelijk. Shelly zou custom firmware installeren met minimale moeite in de firmware updater mogelijk kunnen maken. Dat doen ze dus bewust niet.
Bewust niet doen is natuurlijk wel wat anders dan de keuze maken de bestaande integratie op gebruiksgemak niet te verbeteren.
Doet aan het resultaat niks af uit zicht van de consument. Het is niet een bewust klantvriendelijk opzet. Het is alleen het niet actief tegenhouden van klanten. Het eerste zou lovenswaardig zijn. Het tweede is ethisch bare minimum. Actief tegenwerken is bewust misbruik van de machtspositie van de fabrikant en zou verboden moeten zijn.
OK, dus ze scoren een 8 voor openheid in plaats van een 9. Fair enough.

De meeste fabrikanten maken het onmogelijk. Shelly werkt het ten minste niet actief tegen maar faciliteren toegang tot de hardware pinnen.
Nou IMHO is die openheid al een tijdje behoorlijk dalende.

Bij de eerste Shelly devices werd het pro-actief gepromoot en heb ik ook nog contact gehad met lui van Shelly hierover, vanuit mijn werk aan ESPEasy.
Echter van het een op het andere moment was dat contact er niet meer en ging het al snel niet zo openlijk meer. Ik heb nooit weer enig antwoord gehad.

Toen ze wat groter werden was het "OpenSource gekneuter" niet meer interessant voor ze.
Nu wil ik zeker niet zeggen dat ze de lijnen met de OpenSource firmware makers continue open moeten hebben en het is ook gewoon een bedrijf wat winst moet maken. Daarnaast is het ook erg onvoorspelbaar hoeveel geld ze terugzien van de investering van een medewerker die tijd hierin investeert en zeker als je dat uitzet tegen de 'bricked devices' die terugkomen omdat men zelf heeft lopen klooien... of erger nog, als er in het nieuws zou komen dat een van hun devices bijv. een brand zou hebben veroorzaakt en dat deze alternatieve software bleek te draaien.

Daarnaast is er vanuit de Matter requirements de eis om de keys afgeschermd te houden, maar IMHO is dat ook anders op te lossen. Al vergt dat wel een beetje tijdsinvestering om het op te zetten op zo'n manier dat de klant zelf besluit om de boel dicht te zetten bijv.

IMHO is er weinig openheid meer vanuit Shelly en is het meer van "ze hebben de header nog niet verwijderd en het nog niet helemaal dichtgezet" en is er vrijwel niets meer over van het 'open imago' wat ze in 't begin hadden.
Dat is wel heel jammer, maar de investeerder is duidelijk degene die bepaalt wat er gebeurt en voor hen is de onzekerheid van OpenSource duidelijk minder interessant dan gebruikers binden aan een eigen app en platform. Dat is namelijk het truukje wat investeerders denken te snappen en wat je dus tot in het oneindige dient te moeten herhalen.

Ikzelf ben van mening dat je alleen maar een product (blijvend) succesvol kan maken als het samenwerkt met alles en niet weer nog een app en platform nodig hebt voor die ene stekkerschakelaar. Maar goed, dat is waarschijnlijk waarom ESPEasy (en ook de andere firmwares waaronder Tasmota) voornamelijk op een zolderkamer gemaakt wordt en de oprichters van Shelly mogelijk flink wat ruimte op de bankrekening moeten vrijmaken.
In de nieuwste generatie ondersteunen ze zelfs Zigbee in een aantal producten. Dat kwam eerst met wat kinderziektes, maar er is onlangs een grote update uitgerold, dus binnenkort maar weer eens proberen.

Bijvoorbeeld in de Shelly Power Strip 4 Gen4 die we gebruiken: Settings -> Switch Firmware -> Switch to Zigbee.
Erg jammer dat Zigbee aan de kant geschoven is door Ikea. Mede vanwege Ikea’s switch naar Matter over Thread heb ik een upgrade gedaan van mijn domotica systeem naar een N100 en deze gelijk voorzien van een Matter Server en Thread Border Router (MG24). Ik vind Thread tot nu toe meer gedoe dan Zigbee. Vooral het pairingsproces welke via BLE opgestart moet worden is nogal dodgy.
Naar wat ik begrepen heb kan je de IKEA Matter spulletjes 12x aan en uit zetten om te switchen naar Zigbee.

Heb de bron even er niet bij maar was een video van ... Bright?? ...

review: IKEA ruilt Zigbee in voor Matter: nog steeds goedkoop, maar minder soepel

[Reactie gewijzigd door micnocom op 30 juli 2026 11:56]

Klopt, maar niet allemaal en de devices zijn ook niet full featured mbt zigbee clusters
Niet alleen zijn ze niet allemaal volledig ondersteund, maar ook voldoende spullen die geen Zigbee ondersteunen.

Zigbee zal er effectief alleen op zitten voor Zigbee direct bindings. Zodat een afstandsbediening een lamp of schakelaar direct aan en uit kunt zetten zonder hub/coördinator. Daarom ook dat de stekkers via Zigbee geen energiemeting zullen rapporteren. Die afstandsbediening kan daar toch niks mee.
Zigbee zit er dus echt alleen op om het gat te vullen dat Matter / Thread nog niet: direct bindings. Konden ze dat laten werken middels Matter over Thread had naar mijn idee Zigbee er nooit op gezeten, simpelweg omdat voor Ikea de use-case er niet voor was.
Die direct bindings is nou juist precies een van de dingen die niet werkt met de BILRESA naar oudere zigbee spullen van IKEA. Ik heb het uitgebreid geprobeerd onder Zigbee2MQTT. Ik doe knoppen altijd direct koppelen aan de lamp en aan de controller, zodat het via HA loopt als die aan staat maar het zonder HA (als die uit of gecrasht is) ook nog werkt.

[Reactie gewijzigd door Llopigat op 30 juli 2026 13:45]

Plus dat er een seconde vertraging in zigbee zit met de ikea handel (als je zigbee2mqtt gebruikt)
Eerst 4x en dan 8x ja bij bijvoorbeled de BILRESA knoppen.

Maar het werkt niet heel erg geweldig. Met de oude Zigbee knoppen kon je ze direct aan een lamp koppelen zodat je niet voor elke functie en elke knop een automation hoefde te maken, en bovendien werkten ze dan ook als home assistant uit stond. Terwijl je wel de knop kon uitlezen in HA.

Ik moet zeggen, ik vind matter heel slecht werken. Het heeft internet nodig in sommige gevallen en zelfs een Apple of een Google account tenzij je het ingewikkelde handmatige koppelproces gebruikt. Ik heb geen van beiden dus dit was lastig. Ook is er een register van "officieel erkende" matter apparaten, waar je zelf niet zomaar op kan komen met zelfbouw. Het is absoluut niet het open walhalla dat beloofd was. En Matter apparaten moeten gelockt zijn qua firmware zodat je er geen andere firmware op kan installeren :( Gelukkig houdt niet elk merk zich daar aan. Maar ik vond Zigbee eigenlijk een stuk opener en ook beter werken.

[Reactie gewijzigd door Llopigat op 30 juli 2026 13:42]

"Maar ik vond Zigbee eigenlijk een stuk opener en ook beter werken."

Ik vond Zigbee veel fijner, heb wat Matter lampen en remotes van Ikea maar dat werkt voor geen meter, nu weer een nachtkast lampje wat weigert aan te gaan tot ik de lamp van stroom haal en weer erop doe, dan doet hij het misschien 3x en dan is het weer klaar. Terwijl ik ook Ikea Tradfri Zigbee lampen en sensoren heb en die werken super stabiel.
Ja! Heb ik ook al gemerkt inderdaad. Af en toe moet ik een paar keer opnieuw drukken en opeens is het van: "Oh ja ik moest iets doen". Het voelt allemaal een beetje speelgoed achtig.

Wat met de oude IKEA knoppen wel het probleem was dat die verrekte CR2032 batterijtjes zo snel leeg gaan. Ik heb toen een keer 10 pakjes van 10 PLATTBOJ batterijtjes gekocht en die zijn inmiddels allemaal op (ze verkopen ze al een jaar of twee niet meer trouwens). Echt elke 2-3 dagen was er weer een knop leeg en moest ik die weer open schroeven. Dat is met die AAA's wel opgelost.

Wat ik aan de knoppen van IKEA ook verrekte irritant vind zijn die magneetjes waar je ze mee 'vastplakt'. Die springen steeds los als je de knop ff te lomp indrukt en dan vliegt die weer door de kamer.
Eerlijk gezegd die oude zigbee knop zoals de E1812 zijn eigenlijk geweldig.
Met de 3d printer bijpassende frames en knoppen geprint voor bij de standaard PEHA knoppen in huis. Magneet houd het mooi op de plek (stalen blindplaatje op de muurdoos)

Overigens is de KaKu zcm 1800 ook een prima zigbee inbouwschakelaar (1800W doorvoer)

Allemaal ook om de digibeten in huis ook van dienst te kunnen zijn :D
Ja! Ik heb ook zoiets gedaan. Die waren klein genoeg daarvoor en het is super handig dat je bij problemen de knop kan verwijderen en de hardware knop eronder kan gebruiken.
Thread is niet 100% lokaal, zie in een andere comment, maar tl;dr: Thread < 1.4 devices kunnen al met cloud services communiceren via NAT64. Thread >= 1.4 devices ook met globally routable IPV6 adressen en een aantal Thread apparaten doen dat al, zie bijv:

https://help.nuki.io/hc/en-001/articles/14596999440273-Thread-Designed-for-your-Smart-Home

Dit is een geval waar het een opt-in voor gebruikers is voor remote access. Maar gezien Thread + Matter sterk door Google, Apple, e.d. gepushed wordt, kun je al van mijlenver aanzien welke kant het op zal gaan. Elke Thread apparaat kan in principe direct contact opnemen met de servers van hun fabrikant, tenzij je het op the TBR blokkeert (makkelijk in Home Assistant, niet op de meeste andere TBRs) of in je firewall.

Verder is Zigbee volledig lokaal. Dat Google Home niet rechtstreeks met HA kan praten is een mankement van dat Google product (de TBR van Google Home zal overigens ook je Thread apparaten via NAT64 met cloud servers laten praten).

[Reactie gewijzigd door danieldk op 30 juli 2026 13:53]

Ja en nee. Ik ben momenteel debug sessies met ChatGPT aan het houden voor de Grillplats, die nogal hardnekkig niet commissioned wordt in MatterJS. Dan leer je ook best wel wat over Matter en helaas worden Matter devices gecertificeerd door de CSA en zal Matter (ook MatterJS) een certificaatcontrole uitvoeren om te kijken of het device Matter gecertificeerd is. Deze controle is ervoor om te zorgen dat er geen rogue devices commissioned kunnen worden binnen je netwerk. Deze controle kan je in MatterJS uitzetten gelukkig, als het nodig is, maar het betekent alsnog wel een third-party dependency indien je dit niet uit kan zetten. Wat mij bijvoorbeeld bij een Dirigera Hub niet mogelijk lijkt?
Ja en die certificering controle is geimplementeerd als een blockchain, die HA's matter instantie niet zelf kan uitlezen. Daarom moet je dat via google play services doen en met een telefoon zonder google play (of zelfs met google play maar geen google account ingelogd) werkt het dan helaas niet. Lekker open hoor... :X

Het schijnt wel te kunnen als HA zelf die block chain uitleest of gewoon negeert. Maar zelf doen is vele werk en negeren mogen ze niet om Matter gecertificeerd te kunnen zijn. Het is een functie bedoeld tegen namaak apparatuur. Who cares zou je zeggen als consument maar de invloed van de fabrikanten in Matter is helaas nogal sterk.

[Reactie gewijzigd door Llopigat op 30 juli 2026 13:48]

Bijkomend probleem is dat Matter over Thread niet per sé puur lokaal is. De Thread standaard staat communicatie van Thread devices met internet servers toe via NAT64. In Thread 1.4 kunnen apparaten zelfs een globaal routeerbaar IPv6 adres krijgen, zodat ze rechtstreeks met servers kunnen kletsen. De Thread 1.4 whitepaper is heel duidelijk waar dit goed voor zal zijn:

"Direct internet connectivity enables Thread devices to easily connect to cloud services. This facilitates remote monitoring, control, and firmware updates, enhancing the user experience and enabling remote device management capabilities. Device vendors can now directly service and support their deployed fleet of devices, regardless of which application ecosystem each device is integrated with."

https://www.threadgroup.org/Portals/0/Documents/Thread_1.4_Features_White_Paper_September_2024.pdf

Er zijn al een aantal Thread devices die gebruik maken van NAT64 om met het moederschip te praten en alle functionaliteit te krijgen (AFAIR ondermeer Nuki sloten).

Nu kun je op HA gelukkig NAT64 uitschakelen en vermoedelijk ook globally routable IPv6 addresses. Maar op andere TBRs (bijv. Apple TV/HomePod) kan dit niet en kunnen Thread devices naar gelieven met cloud servers praten.
Ik heb een tijdje Ikea Thread op hun bridge gedraait, niet heel stabiel.
Ben nu langzaam alles aan het overhevelen naar ZBT2 die express op zijn eigen Thread netwerk laat uitzenden en niet pairen met die van Ikea.
Tot nu toe werkt dat netwerk sneller en stabieler voor mijn gevoel, heb alle buiten verlichting en van een bijgebouw overgezet. Komende weken ook alles inhuis overzetten.
... want Ikea is geen grote multinational?

Beetje tegenstrijdige opmerking. Ook Ikea kan (onder druk van aandeelhouders, raad van bestuur, nieuw management, etc.) geheel van visie veranderen wat betreft dit soort producten.
Dat klopt op zich wat je zegt, maar mijn Ikea pluggen, verlichting en sensoren zijn zigbee, en daarmee kan ik ze volledig buiten het Ikea ecosysteem houden.

Maar je hebt gelijk, als iemand met øro-tekens in zijn ogen met zijn tengels aan het smarthome-spul mag gaan zitten dan is het niet ondenkbaar dat toekomstige Ikea-producten niet meer zo open zijn als ze nu zijn.

In het algemeen is het gewoon beroerd dat je van steeds minder producten (vooral zogenaamd "smart" producten) écht eigenaar bent. Ik zie dat helaas eerst slechter worden voordat het beter wordt.
De gen 4 devices van shelly kan je kiezen .Wifi of zigbee.
Ik ben overgegaan van Shelly pluggen naar zigbee pluggen van o.a. Ikea. 100% lokaal, 100% eigenaar.
Ik heb ze geflashed met ESPHome.
Dat is ook precies de reden waarom ik per se zigbee wil en alles via HomeAssistant heb draaien. Ik heb echt al wat hele oude lampen draaien (Hue, Ikea, Ali meuk), zolang het maar zigbee heeft blijft dat mooi werken totdat het kapot gaat.

Hoe zit het eigenlijk met Matter? Werkt dat volgens hetzelfde concept of ownership?
Dat hoop ik zeker, Schneider is niet per se vies van achteraf functionaliteit achter een betaalmuur zetten. (bijv APC Powerchute)
Wanneer heeft Shelly achteraf functionaliteit van een bestaand product achter een betaalmuur gezet?
Verandert dit iets aan de functionaliteit van bestaande shelly hardware?
Bijvoorbeeld logging was opeens aan banden gelegd hierdoor ja. Vond ik wel bijzonder.

En iets als offline device notification zou je echt geen cloud service voor nodig moeten hebben.
Hrm, dat is best lastig om te doen zonder connecties naar een centraal punt, hoe zou men het anders hebben kunnen inregelen? Uiteindelijk moet men een 'beheerd' endpoint hebben dat weer contact kan opnemen met een messaging API bij apple of google. Federated API keys voor die diensten, bestaat dat?
als ik het me goed herinner heeft/had shelly een gateway die je in de meterkast steekt
Het ging Triblade denk ik vooral om de notifications, maar goed, dat kan hij/zij beter zelf bepalen natuurlijk! Dat was in elk geval waar ik nieuwsgierig naar was, of er iets was als federated API toegang voor het versturen van notifications naar apple / android telefoons.
Een simpele manier zou zijn dat de app in de achtergrond periodiek de devices checked. Of de devices checken elkaar middels mesh en geven de status door aan de app.
Dat werkt als je in hetzelfde netwerk zit prima inderdaad.
Hmm, voor zover ik kan zien hebben ze de datarententie uit de gratis versie van hun cloud inderdaad verkort, achteraf. Moet ik wel zeggen, dat is een wijziging van een clouddienst, dat gebruik ik persoonlijk uberhaupt niet. Vandaar dat het ook niet op mijn radar zat.

Waar ik bang voor ben is dat Schneider op termijn lokale communicatie, firmware flashen en open protocollen aan banden legt, of sterk beperkt. Dingen die nu compleet offline werken, via firmware updates uitschakelen/beperken.
Mja het mooie aan Shelly is dat je het gewoon in Home Assistant hangt en niks met de app hoeft
Maar ik heb geen home assistant, want de app is/was voldoende. Waarom zou ik 3rd party meuk nodig hebben als ik alleen shelly's heb?
Het is een leuke gedachte, maar je weet al welke kant het opgaat. Als het niet over een jaar is, dan wel over twee of drie.
Op basis van mijn ervaring met Schneider Electric, nee, sinds kort moet je voor alle diensten gaan betalen. De software verantwoordelijk om de PLC's te programmeren of de HMI's is al op licentiebasis (waar andere merken o.a. Siemens Logo of Omron dat gratis ter beschikking stellen).

Diensten van APC met SmartConnect is de proefperiode van 12 maanden terug gezet naar 3 maanden waarna je moet gaan betalen, daarbij zijn sinds afgelopen 1 juli de prijzen flink verhoogd op alle artikelen, van de meeste merken onder de paraplu van Schneider Electric.
Ik heb daar een hard hoofd in gezien de ervaringen die ik met Schneider heb. Afgezien nog de kwaliteit die (in mijn ervaring) achteruit gehold is. APC anyone?
Als het door gaat hoop ik dat er niet te veel veranderd aan hoe Shelly opereert, in mijn ervaring een van de fijnere partijen om mee te schakelen als er bijzondere issues zijn met de software en prijstechnisch ook zeer goed.
Ik hoop vooral dat de aansluitingen van de pro line een stuk beter worden. De dim rail producten van Shelly hebben aansluitingen die om te janken zijn. Met die kleine groene kroonsteenblokjes waar je met veel moeite net een 1,5 mm2 draad in krijgt. En als je de kabel wat moet buigen dan zie je deze groene blokjes gewoon op en neer gaan op het pcb. Het is echt poppenspul nu. Shelly heeft wel echt een geweldige open interface met ontzettend veel functionaliteit en is erg gebruiksvriendelijk. Dat moet wel zo blijven. Als ze dat gaan veranderen dan houden ze niet veel klanten over denk ik. Dat is nu net waarom iedereen juist kiest voor shelly. Een goede prijs en veel functionaliteit. Het is echter niet bedoelt voor gebruik in een groepenkast op dit moment. Het is gewoon niet degelijk genoeg gebouwd hiervoor.
Als het om een Shelly Pro 4PM gaat daar heb ik zonder al te veel gekheid gewoon 2.5 mm² in gekregen onder en boven.

Wat 2.5 mm² wel lastig maakt is dat je ontlastingsknik/lus natuurlijk ook vaak vrij stijf is, ik buig altijd voor installatie van de din-module en kijk dan of ik lekker uit kom.

* GewoonWatSpulle doet hier de aanname dat je het hebt over 2.5 mm² solide kern koper bedrading
Ik heb de Shelly Pro EM 50A en die heeft inderdaad minieme schroefcontactjes.

Nou is het wel zo dat het ook niet per se nodig is, hij meet via een inductie transformator dus de enige spanningsvoerende draden zijn voor de voeding van het ding zelf en die zal hooguit een watt of twee trekken dus 0,75mm^2 is meer dan voldoende.

Bij de Pro PM4 is dat anders want die schakelt dus de complete last moet via het apparaat lopen.

[Reactie gewijzigd door Llopigat op 30 juli 2026 13:53]

Ja dat zijn signaal draden geen stroom draden, en ook met zulke modules installeer ik eerst de draden op hun plek en plaats daarna pas de din module terug op de rail, alleen signaal draad is flexibel dus dan eigenlijk nooit een probleem.
Twee nuances; de stroommeters zijn prima in de groepenkast, die hebben ook geen dikke e/o harde koperleidingen nodig en voor de DIN switches kun je in de groepenkast ook prima soepel (plus adereindhulsje) gebruiken. Dan zit er verderop wel een rijgklem om naar de vaste kern 2.5 oid te komen, dat wel.

[Reactie gewijzigd door Judge Ming op 30 juli 2026 11:39]

Bij een stroommeting gaat de stroom toch door de meter heen, zodat de aansluitdraden hetzelfde aantal ampère aan moet kunnen als de andere leidingen in de meterkast? Of mis ik iets?
Okey, ik kop m in: Schakelen is dan ook hun core business.
Pun intended? :)

(om mee te schakelen)

Ah, ik had beter kunnen refreshen voor ik reageerde :O

[Reactie gewijzigd door alesandro_46 op 30 juli 2026 11:02]

Bei ons in huis is alles van Schneider (HAGER) bij de renovatie gemaakt.

Schneider is prima, en met Shelly smart things wordt dat nog beter.
Hager en Schneider hebben niets met elkaar te maken.

Schneider is een Frans conglomeraat en is er niet vies van om merken (concurrentie) op te kopen om vervolgens na een paar jaar weer aan het volgende conglomeraat door te verkopen of dood te laten bloeden. Hun assortiment is enorm door al die overnames en gaat van automaat tot plc.

Hager is een duits familiebedrijf met een assortiment wat vooral gericht is op verdeelinrichtingen.
Geldt dat ook andersom, oftewel wordt Shelly beter van Schneider? In mijn ervaring zijn producten van Schneider vele malen duurder dan Shelly. Niet erg als je een huis renoveert maar er is een goede reden dat hobbyisten hun spullen amper kopen.
En met het gratis app platform van Shelly kan natuurlijk ook vanalles gebeuren.
Dat komt omdat Schneider producten (voor het overgrote deel) bestemd zijn voor de industriële markt. Jou boeit het niet of een product een UL keur heeft of een ATEX certificering. De industrie wel dus dat moet betaald worden. Met de overname van Shelly trachten zij juist meer voeten in de aarde te krijgen in de utiliteit.
De industrie in Europa kijkt ook niet naar bijvoorbeeld UL keuring, want dat is enkel vereist in de VS. In Europa hebben we onze eigen keurmerken en (zelf)certificeringen.
Klopt helemaal wat je schrijft. Met industrie en de genoemde keurmerken doelde ik ook niet specifiek op Europa.
Als je je huis renoveert met overal ATEX apparatuur ben je wel... bijzonder
Nee klopt want ik gebruik thuis ook geen Schneider ;-)
Daar hadden ze Wiser al voor. Ik zie dit wel een beetje als verschraling van het aanbod zeker omdat ik me niet voor kan stellen dat ze zo open blijven voor lokaal gebruik als Shelly is.
Schneider is niet alleen voor industriële producten.

Het is een van de grote merken in de installatie wereld. Net zoals een ABB of Hager.
Hager is niet van Schneider Electric. Dat is toch echt een apart familiebedrijf.
Ondanks dat ik geen Shelly producten heb voelt dit wel jammer.

Shelly komt bij mij toch over als een merk voor hobbyisten die een open platform willen hebben, zonder afhankelijkheid van de cloud en dergelijke. Ja, de firmware is volgens mij wel closed source. Maar ze publiceren wél diagrammen van de interne hardware en je kunt er alternatieve firmwares zoals ESPHome of Tasmota op zetten.

Na een overname, en zeker door een grote multinational, is het maar de vraag of het zo open blijft. De schoorsteen zal immers moeten roken, en die 1,3 miljard zal dan terugverdiend moeten worden.

Voornaamste reden dat ik geen Shelly heb is dat deze op basis van wifi werken en ik voor smarthome liever Zigbee of ZWave gebruik. Waarbij juist de Gen 4 producten wel Zigbee ondersteunen (naast wifi). (Op verzoek van de community?) ook steeds meer via Zigbee werkt (updaten kon eerst alleen via wifi en nu ook via Zigbee als ik het goed heb) en er intussen ook een toezegging is dat ze Matter over Thread ondersteuning zullen toevoegen (Matter over Wifi was al bij release aanwezig). Wat enerzijds laat zien dat ze maken wat de gebriikers willen én ook goede support geven door zaken met updates toe te voegen (hallo Tado die bij Tado X gewoon zeggen "we hebben het uitgebracht met Matter versie X en zijn niet van plan dit te veranderen met een update").
Je kan op een aantal Shelly devices ook Tasmota installeren, dan heb je niets meer afhankelijk van Shelly. Ik ga er nu van uit dat we het niet nodig hebben.
in principe ben je ook met de stock firmware al niet afhankelijk van Shelly, de cloud mogelijkheden zijn allemaal optioneel. Het is volledig lokaal bruikbaar.

Maar ik kan me zo voorstellen dat op langere termijn de cloud ondersteuning wat gaat veranderen, ben daarin vooral benieuwd wat nieuwe producten gaan doen.
Op den duur wordt het niet meer updaten als ze de cloud gaan verplichten, ik draai ze (heb er een paar achter stopcontacten zitten welke we buiten willen schakelen) enkel lokaal en port ze via homeassistant na het apple systeem, zodra ze cloud verplichten werk ik ze niet meer bij.
En ESPHome. Overigens ondersteunen best wat Shelly devices inmiddels ook Zigbee:

https://www.shelly.com/collections/zigbee
Shelly heeft ook gewoon schakelaars op basis van Zigbee en matter.
Yariva Moderator internet & netwerken @RobertMe30 juli 2026 09:28
Herkenbaar! Ik heb nu het huis vol hangen met gen 4 apparatuur specifiek om de Zigbee reden. Mocht middels een firmware update Matter over Thread worden toegevoegd dan ben ik daar erg benieuwd naar. En anders blijft het lekker kachelen op Zigbee.

Hoe minder gebruikers op mijn wifi kanalen, hoe beter :)
Ik heb veel zigbee in huis, en ook gen 4 mini een aantal keer. Sinds 1.7.5 kan je de schakelaar los koppelen en kan je de input met binding koppelen aan lampen. Ik heb dus ergens een slimme lamp met permanente stroom, gebind aan die schakelaar via Home Assistant. Als Home Assistant uitvalt werkt die schakelaar nog steeds.

Dat truukje kan helaas (nog) niet met Matter (over Thread). Dat is voor mij wel echt een reden om voorlopig nog op Zigbee te blijven. Mijn vriendin vind Home Assistant prima en is er blij mee, maar wil gewoon ouderwetse schakelaars. Naja dat kan dus mooi met dat Shelly spul nu :)
ik ben vooral fan van de shelly devices met een LAN poort, geen draadloze communicatie!
Dat zou echt heel jammer zijn.

Shelly is een van de weinige tech bedrijven die het tweaken van apparatuur omarmt in plaats van probeert uit te sluiten.
Op basis waarvan denk je dat Schneider dit uit zal sluiten? Het is een groote OT-bedrijf, wereldwijd bekend, en die zijn vaker wat conservatiever qua aanpak, maar zij weten ook dat zij een bepaalde naam + reputatie van Shelly kopen.
Op basis waarvan denk je dat Schneider dit uit zal sluiten?
Geld. Geld is altijd het antwoord. 1.3 miljard verdien je niet terug door consumenten zelf aan te laten rommelen. Dat verdien je terug door alles dicht te timmeren en je klanten richting duurder spul te pushen. Althans, dat is wat je meestal ziet gebeuren. Geld moet zo snel mogelijk terugverdiend worden (want aandeelhouders willen niet te lang teveel risico lopen) en vaak gaat dat op een vrij agressieve manier.
Dat is hoe het vaak gebeurt inderdaad, maar wel een simplistisch beeld in deze situatie. Shelly is een bekend merk voor de thuishobby liefhebber en daarmee is dat ook onderdeel van de naamsbekendheid. Gaan ze het eruit slopen, dan heeft men geen interesse meer in Shelly.

Daarnaast is Schneider ook vol aan het investeren in hun eigen producten om die beter te maken, dus ik zie juist die combinatie als een gouden combo.
je vergeet dat grote bedrijven dit soort overnames regelmatig doen puur om een concurrent te elimineren.

de niche markt die shelly bedient? kan ze gestolen worden waarschijnlijk.

thuishobbyisten zoals ik (ik heb een aardige lading shelly, en er is een bestelling onderweg) zijn echt geen beslissingsfactor voor een hut als Schneider. Dat is jammer, maar ik moet realistisch zijn in hoeveel invloed ons marktsegment kan uitoefenen
Hoezo ik vergeet? Al die aannames hier… hoe kunnen we een discussie met elkaar voeren als het steeds zo persoonlijk gemaakt wordt?

Ook aannames omtrent overnames en keuzes die blijkbaar gebruikers eerder kennen dan zowel Shelly als Schneider.

Ter info: ik begeleid verschillende securityprocessen binnen deze mogelijke overname. Ik weet iets meer dan de gemiddelde gebruiker - die helaas vol aannames zit.
En hebben ze een concurrent minder voor het duurdere spul... plus, ze krijgen wel de ontwikkelaars en productie faciliteiten...
Op basis waarvan denk je dat Schneider dit uit zal sluiten? Het is een groote OT-bedrijf, wereldwijd bekend, en die zijn vaker wat conservatiever qua aanpak, maar zij weten ook dat zij een bepaalde naam + reputatie van Shelly kopen.
En Shelly gebruikers weten dan dat zij onderdeel zijn van een bedrijf (Schneider) wat naam + reputatie heeft hoog te houden. Shelly verwerft zich een long time support partner.
Het lijkt me zeer geruststellend dat je over 10, 20 jaar nog support hebt voor Shelly dingen die overal in je huis ingebouwd zitten. Hoef je met bij Ali gekochte Chinese spullen niet mee aan te komen.

[Reactie gewijzigd door Bruin Poeper op 30 juli 2026 10:54]

Bedankt voor de aanvulling, Bruin Poeper!
Ik zeg niet dat dit niet zal gebeuren en de geschiedenis leert dat dit wel gebeurt, maar waarom €1,3 miljard betalen voor een bedrijf, net omdat je sterker wil staan in smart home bij particulieren, om dan wat hen groot heeft gemaakt in die smart home dicht te snoeren.

Als dat het ultieme doel is, dan heb je een foute aankoop gedaan. Nuja, het zal niet de eerste overname zijn die het uiteindelijke doel compleet mist door slechte keuzes van management.

Hopelijk zal Schneider leren uit de ervaring van Shelly en net hun Schneider product compatibel maken met Shelly. Shelly kan natuurlijk ook leren uit Schneider, maar daar is altijd het risico dat Shelly hierdoor product eigenschappen krijgt die de doelgroep van hun klanten niet zoeken en niet voor willen betalen.

[Reactie gewijzigd door SMGGM op 30 juli 2026 10:00]

1,3 Miljard vind ik ook best veel voor een bedrijf met een omzet van 40 miljoen.
Omzet van €40M? Je zal winst bedoelen, want in 2025 was de EBIT van Shelly €37,7M. Aan omzet (2025) zit het aan €149,7M en is dit een stijging van 40% met 2024. https://corporate.shelly.com/en/news/shelly-group-significantly-increases-revenue-and-profitability-in-fy-2025

Een bedrijf dat zo'n groeicijfers kan voorleggen, daar zal men gemakkelijk 7x de jaaromzet voor betalen. Als de groei een heel stuk lager zou zijn, dan zal de waarde van het bedrijf natuurlijk een heel stuk lager zijn.

Zie Tesla met zijn gigantisch hoge waardering, maar niet eens in de buurt komt van een omzet van Toyota (Toyota heeft x3 omzet, x7 winst en dubbel zo hoge marges). Toch is Tesla volgens de beurs een stuk meer waard. Het Shelly verhaal is niet anders, heeft nog veel groei potentieel en dat is wat je koopt. Daarnaast koop je eigenlijk ook een potentiële concurrent. Shelly kan zich mogelijk nog richten op waar Schneider net groot in is en omdat Schneider een groot log bedrijf is (met veel geld) is opkopen vaak de eenvoudigere oplossing dan je ertegen verweren.

Een mogelijke concurrent opkopen wordt zeer vaak gedaan. Bekend voorbeeld is Beats dat opgekocht is door Apple om dan als merk eigenlijk een bijna stille dood te sterven. Beats was een te grote concurrent voor Apple dat zich ook op audio wilde richten, dus dan gewoon opkopen zodat ze hun concurrent elimineren.
Soortgelijk voorbeeld is Adobe dat Figma wilde kopen. Ipv zelf te innoveren is het voor een bedrijf als Adobe gemakkelijker om je concurrentie te kopen.

[Reactie gewijzigd door SMGGM op 30 juli 2026 10:40]

In deze moderne wereld, waar enshittification core business is geworden, hoef je niet lang na te denken hoe dit gaat aflopen. Uiteindelijk moet de investering worden terugverdiend en dat doen ze door de boel uit te melken.

Dat kan op verschillende manieren maar een populaire is wel een subscription model of de betaalbaarheid van Shelly hardware is ten einde.
Zal wel te maken hebben met https://www.se.com/nl/nl/work/products/building-management/ SE is veel groter dan je denkt. Met shelly kunnen ze natuurlijk zoveel meer. Planon in Nijmegen is ook onderdeel van SE.

[Reactie gewijzigd door rover87 op 30 juli 2026 09:15]

Planon is geen onderdeel van Schneider. Ze hebben een 80% aandeel, dat wel maar het is een aparte onderneming.

[Reactie gewijzigd door Llopigat op 30 juli 2026 12:06]

Misschien wel een mooie stap om Shelly verder te professionaliseren, aangezien Schneider vooral actief is in de industriële markt. Hetgeen waar ik wel voor vrees is het plan met het smart home platform. Schneider lijkt niet te snappen dat het opzetten/uitbouwen/aanschaffen van een smart home platform anno 2026 geen goed plan is. Shelly is juist sterk, omdat het integreert met andere platformen, het Shelly smart home platform zelf stelt niet zo veel voor, de meeste mensen gebruiken het dan ook nauwelijks. Dus ik hoop dat Schneider snapt dat ze op interoperabiliteit moeten blijven focussen, niet isolatie in hun eigen platform. Want zodra ze een walled garden optrekken zijn de klanten van Shelly gelijk weg.
Schneider heeft vele merken onder de paraplu welke in woningen en utiliteitsbouw worden toegepast.

Smart home zal met een overname een enorme vlucht maken.
Schneider is flink bezig, vorige maand ookal Cognite overgenomen. https://www.cognite.com/en/company/newsroom/schneider-electric-announces-agreement-to-acquire-cognite Duidelijk overname plannen. Al betalen ze er wel veel voor (Cognite 36x omzet), nu hebben ze wel flink positieve cashflow. Interessant bedrijf om te volgen.
Als dit door zet hoop ik maar dat Shelly zo open blijft als het nu is.

Heb hun app / cloud nooit gebruikt, is ook niet nodig, werkt via wifi, en er wordt totaal niet gepushed om hun cloud te gebruiken (en dan kijk ik even naar Hue). Daarnaast werken ze ook met zigbee en MQTT en een local open api en matter. Hoe meer open wil je het hebben (kwa standaarden, weet niet hoe het zit met de source)
Ik kan er niets aan doen maar heb er niet echt een positief gevoel bij. Hopelijk blijft Shelly zoals het nu is

Om te kunnen reageren moet je ingelogd zijn