Signify laat nieuwe Philips Hue-lampen tegelijk via Zigbee en Thread werken

Philips Hue-lampen die Matter over Thread ondersteunen, kunnen binnenkort tegelijkertijd met Zigbee en Thread overweg. Gebruikers kunnen hun lampen daardoor direct koppelen aan Apple Home, Google Home of Amazon Alexa, en daarnaast nog steeds een Hue Bridge gebruiken.

Philips Hue-moederbedrijf Signify maakt dit binnenkort mogelijk via een software-update, zo blijkt uit een persbericht. Silicon Labs, de chipleverancier voor de lampen, ontwikkelde de nieuwe functie die de update mogelijk maakt. Dankzij die functie werken bluetooth, Zigbee en Thread alle drie tegelijkertijd op een enkele lamp.

De update geeft gebruikers meer vrijheid. Tot nu toe moesten ze altijd kiezen: ze konden hun Hue-lampen koppelen aan een Hue Bridge of direct verbinden met ecosystemen als Apple Home, Google Home of Amazon Alexa. Het was niet mogelijk om voor beide opties tegelijkertijd te kiezen. Gebruikers die wilden wisselen, moesten al hun lampen resetten.

Straks is dat dus niet meer nodig. Volgens Signify komt de update 'later dit jaar' uit, maar de precieze releasedatum is nog niet bekend. De wijziging komt niet voor alle Hue-lampen beschikbaar. Het gaat om slimme lampen met een Silicon Labs MG26- of SiMG01-soc, die pas eind vorig jaar verschenen. Oudere Hue-lampen ondersteunen alleen Zigbee; die krijgen de upgrade dus niet.

Philips Hue-lampen met Thread
Bron: Signify

Door Daan van Monsjou

Nieuwsredacteur

24-06-2026 • 17:28

58

Submitter: ajbu

Reacties (58)

Sorteer op:

Weergave:

Hartstikke leuk, maar laat ze eerst maar eens een backup ontwikkelen. Ik heb vorige week de pech gehad dat een update faalde en mijn Bridge Pro een baksteen is geworden. Zelfs een factory reset werkte niet. 70+ lampen en 10+ accessoires moeten resetten en opnieuw koppelen aan een nieuwe bridge en honderden scenes opnieuw aanmaken. En vervolgens alles weer netjes in Homey krijgen. Heeft me ruim 10 uur gekost. Belachelijk dat er in 2026 nog geen backup is terwijl er in 2024 al geruchten over gingen.
@TKroon Ik ga binnenkort verhuizen en sta dus open voor een compleet nieuw ecosysteem. Ik heb nu alles Hue maar het hinkt tegen de 6 jaar oud dus vervangen kan wel. Ik vind de manier waarop ik in de Hue app scenes kan bouwen heel prettig en ik wil ook de locked-in prebuilt "fireplace" dingetjes enzo kunnen gebruiken.

Is er een ander ecosysteem waar ik Hue of lampen van vergelijkbare of betere kwaliteit op kan aansluiten die wel een backupmogelijkheid heeft? Ik gok dat je daar na 10 uur ellende misschien toch even naar gekeken hebt :)
Goede vraag, maar heb ik niet naar gekeken. Met zoveel lampen zit ik er “helaas” te diep in. Ik ben zeer tevreden over de kwaliteit en stabiliteit. En dat er een update kan falen of hardware stuk kan gaan heb ik begrip voor. Nieuwe bestellen, backup terug en klaar is hoe het zou moeten zijn.

Ik heb alles geautomatiseerd met Homey en het is altijd een bewuste ontwerpkeuze geweest om de verlichting op de Hue bridge te houden. Als Homey het niet zou doen zou het meest essentiële in huis, de verlichting, altijd nog werken met de Hue app.
Home Assistant met een Zigbee stick / netwerk based Zigbee coordinator kan dat in principe. Waarbij in ieder geval als je Zigbee2mqtt gebruikt tegenwoordig ook de fancy Hue effecten werken (waaronder candle wat ik zo snel zie bij mijn 10 jaar oude Hue Ambiance GU10 spotjes, alhoewel dat weer niet fireplace is, geen idee of het hetzelfde effect / resultaat is).

En bij zowel ZHA als Zigbee2mqtt is het zo dat alle data v.w.b. devices etc in de software zit en dus prima te back-uppen is (/als je HA OS draait in de standaard backup zal zitten). Gaat de stick kapot koop je een nieuwe en draait de boel verder. Gaat de "server" kapot koop je een nieuwe, herstel je de backup, en draait de boel verder.
Zo ga ik dat nu ook doen, bridge eruit en via zigbee2mqtt alles laten werken.
Ik heb het gedaan voor een tijdje, maar teveel features die ik of mijn vrouw graag gebruiken die niet kunnen.

Zo kun je de ruimtes in kaart brengen via de camera waar Hue dan op basis van type lamp, felheid en lamp locatie alle scènes optimaliseert voor die ruimte.

of Spotify koppeling bij een feestje thuis.

Voetbal statusindicators (goal, gele kaart etc)

Of middels de hue pro bridge motion sensors van je lampen mesh in een kamer maken.

En er zijn nog voldoende andere features die ik nu even vergeet, ik zou graag alles lokaal draaien en geen bridges nodig hebben, maar hue is eentje die ik nog steeds niet volledig over heb gezet naar HA.

[Reactie gewijzigd door Deido op 25 juni 2026 08:46]

Zo'n goal indicator in je Hue systeem klinkt leuk maar werkt dat in de praktijk wel goed? Je stream kan zomaar 20 seconde achterlopen en dan verandert je lamp van kleur ruim voordat die goal op je scherm wordt gemaakt.
Je kan de delay instellen :)
Gewoon de hue bridge gebruiken, maar alle automations in home assistant doen.
Het voordeel van dat juist niet doen en een Zigbee stick gebruiken is dat je ook gelijk een backup van de 'coördinator' hebt.

En veel meer verschillende Zigbee apparatuur, vaak wat sneller (iig in vergelijking met de Bridge 2) en complexere netwerken ondersteund.
Weet ik, maar als je, zoals hier boven gesteld wordt, wel gebruik wil blijven maken van proprietary Hue functies zoals animaties en entertainment, dan is dit de concessie
Die effecten zoals fireplace kan ik ook zonder Hue Bridge doen. Kan hier geen plaatje toevoegen. Begreep van een vriendin gisteren dat Hue ook een evenementen-iets heeft waardoor bij het WK bijvoorbeeld de verlichting een kleur kan aannemen met doelpunt.

Dat zou je dan wel missen. In ieder geval de mogelijkheid om dat heel eenvoudig in te stellen. Is zonder twijfel mogelijk met Home Assistant (zonder Hue Bridge) maar gok dat zoiets wel het nodige werk kost.

Toevoeging, dit zijn bijvoorbeeld de effecten van een Hue LED sliert van een paar jaar geleden:

blink, breathe, okay, channel_change, candle, fireplace, colorloop, sunset, sunrise, sparkle, opal, glisten, underwater, cosmos, sunbeam, enchant, none, finish_effect, stop_effect, stop_hue_effect

[Reactie gewijzigd door jurroen op 25 juni 2026 09:29]

Dat is niet hetzelfde. Bij hue kun je heel wat meer animated scenes kiezen en inregelen. Daar heb je met een andere zigbee coördinator gewoon geen toegang toe.
Laat staan entertainment functies, waarbij de hue synced met je beeld of geluid. Wanneer je de bridge niet meer gebruikt vervallen deze functies.

als je dus gehecht bent aan deze functies kun je het beste de bridge blijven gebruiken en deze koppelen aan HA.
Ah, dank voor de toevoeging! Even uit interesse, dat syncen met beeld/geluid, is dat een beetje het Ambilight-achtige concept (maar dan niet met in/achter de TV)? En zo ja, wil dat een beetje qua latency?
Te belachelijk voor woorden inderdaad. Hier vraag ik ook al jaren om bij HUE. Om die reden wil ik er verder eigenlijk weinig mee doen. Heb inbouwdimmers achter mijn stopcontacten, daar wil je niet graag aan gaan zitten.

Een backup zou gewoon mogelijk moeten zijn.
Als de bridge sneuvelt is vervangen en koppelen inderdaad nodig.

Maar alle automation (en veel meer) kan gewoon in Home Assistant. Die heeft een uitstekende backup functie...

(Maar Hue zou dit gewoon autonoom moeten hebben, mee eens natuurlijk)

[Reactie gewijzigd door denonman1 op 24 juni 2026 19:54]

Zelfde probleem hier, firmware update en rode LED / periode spanningsvrij of fabrieksreset (paperclip) werkt ook niet.
Dat is vervelend om te horen dat ik niet de enige was. Is het bij jou ook recent gebeurd? En heb je ook contact gehad met Hue support?

Aanvankelijk ben ik goed door ze geholpen, maar uiteindelijk schoven ze het op mijn netwerk af en moest ik maar mijn internet provider bellen… dat de bridge ook niet opstartte zonder netwerkkabel en dat het linker lampje direct rood werd na het insteken van de voeding werd heel lang genegeerd. Ik vond het erg teleurstellend.
Vandaag (gisteren dus).

Update gestart, later op de dag gemerkt dat de bridge niet reageerde. Gekocht via bol.com, daar de garantie geclaimd. NB mijn vorige bridge (zonder pro) heeft 3 jaar zonder problemen gewerkt, de pro was 18 april 2026 aangeschaft en nu al defect.

Ik ga zonder bridge verder, zigbee2mqtt ondersteund de meeste Hue lampen native. Ik had sowieso alles al in home assistant draaien. De belangrijkste lampen (op sensor zonder fysieke schakelaar) zijn omgezet, rest volgt wel.

Wel super irritant om de lampen per stuk te resetten, ik heb geen andere mogelijkheid als via BLE /app toevoegen en vervolgens een fabrieksreset te doen en aan zigbee2mqtt toe te voegen. En dan ook nog opletten met hernoemen, eerst de Hue instance hernoemen, dan pas toevoegen in zigbee2mqtt.
Dit is 1 van de redenen dat ik de hue bridge niet meer gebruik.
Een van de redenen dat ik de bridge eruit heb gekieperd en alles via Zigbee dongle met home assistant heb draaien.
ZigBee stick met Home assistant werkt heel goed
Joh,... ben je lekker van de straat :+ . als je voor 5 ruggies + die spullen kan kopen heb je ook wel wat tijd over om t in te stellen... ;)
Ik snap dat je (hopelijk) een grapje maakt, maar het fijne aan domotica is “set and forget”. Ik wil er geen omkijken meer naar hebben. Tijd besteed ik hoe dan ook liever aan hobby’s dan vloekend je hele huis opnieuw in te stellen.
Homey doet direct zigbee toch? Waarom dan nog met een bridge werken?
Het was een ontwerpkeuze van me om het gescheiden te houden. Als Homey om wat voor reden dan ook niet zou werken dan zou ik altijd nog alle verlichting kunnen bedienen. Ook gebruik ik veel scènes waarbij ik groepen lampen direct op de juiste temperatuur en helderheid zet.

Homey heeft inmiddels een stabiele zigbee, maar dat is niet altijd zo geweest (voor 2023). Verlichting is iets essentieels in huis en daarom leek het me goed om dat allemaal binnen Philips Hue te houden met hun bridge.
Dat is inderdaad een keuze. En zo had ik het ook opgelost, maar dan met alles in home assistant.

Dat is een foute keuze, blijkt achteraf ;) Ik heb ondertussen nog genoeg in zigbee en ook in hass (zigbee2mqtt) is dat ondertussen gelukkig gruwelijk stabiel. Maar wel allemaal nog afhankelijk van 1 controller.

Tegenwoordig heb ik in elke ruimte minimaal 1 lamp die direct te schakelen / dimmen is (direct als in: met een schakelaar op de muur) Dan zit je bij falen van je automatisering in ieder geval niet in het donker. Achter die fysieke schakelaars / dimmers zit dan wel weer een zigbee module zodat ze ook te automatiseren zijn.
Is Thread inmiddels al een volwassen standaard die beter werkt dan Zigbee? Toen het net uit was, was ik meer bezig met apparaten herstellen die niet meer reageerde. Dat had Zigbee veel beter geregeld, die herstelde zichzelf. Nog steeds trouwens. Ik heb nog nooit last gehad van een weggevallen Zigbee apparaat.
Laatste maanden is er enorm veel verbeterd. De afgelopen twee maanden zijn er bij mij geen apparaten meer uitgevallen. Ook is de nieuwe Matter.js server is deze week uitgekomen voor Home Assistant waarmee je ook het Thread netwerk kan monitoren, dat maakt het mesh netwerk goed inzichtelijk
Welke matter versie(s) heb je draaien op je apparaten?
IK merk dat de ECO-DIM.10 Matter dimmer nog weleens uitvalt.(matter versie 1.2)
Niets bij mij onder heeft een versie ouder dan 1.3. Ik weet niet of het probleem bij zo'n 'end device' zit met oudere firmware of in de apparaten die als router dienen. Ik heb verschillende merken en recent twee IKEA Matter/Thread stekkers geplaatst, die werken ook wel goed (en goedkoop) als router.
Ik lees genoeg mensen die weer teruggaan naar zigbee.
Ik ben ook compleet uitgerust met Zigbee. Dus waarom overstappen naar iets anders.
Ja exact, ik heb hier 50-60 zigbee devices werkt allemaal perfect. Zeker voor low power devices met batterij zijn geen alternatieven op matter.
Zigbee en Thread zijn beide volwassenen. Het ene protocol is niet beter of slechter dan de ander.

Als er problemen zijn ligt dit aan de implementatie van de vendor. Ikea heeft wat matige thread devices gemaakt die met software updates wat beter worden. Tuya heeft slechte Zigbee devices die je netwerk blijven spammen en voor stabiliteits problemen kunnen zorgen. Ze brengen hier geen software updates voor uit.
That may be so. Maar mn Zigbee apparatuur werkt gewoon. Ik hoef er niets aan te doen. En het blijft ook werken. Het heeft selfhealing . Thread daarin tegen ben je constant je smarthome aan het fixen. Dat is tenminste mijn ervaring. En dan houdt het op een smarthome te zijn. Want dan ben ik veel meer tijd kwijt met het fixen wat er allemaal stuk gaat, dan dat het me ooit tijd zou uitsparen omdat het zaken automatiseert. Vandaar mijn vraag is dat inmiddels gefixt. Want zolang dat niet het geval is, is Thread apparatuur van geen enkel toegevoegde waarde. In tegendeel het neemt de meerwaarde van een smarthome weg.
Dat soort problemen zijn niet gerelateerd aan het protocol, maar aan de de devices en leveranciers. Het moet gefixed worden met een firmware update op de border router of de devices die roet in het eten gooien. Een protocol update is niet nodig.
De opzet van het Zigbee protocol zorgt er voor dat ik me daar geen zorgen om hoef te maken. Het protocol zorgt dat alles blijft werken. Ik hoef dus niet te wachten op een firmware van een fabrikant en of iedere paar dagen mijn apparaten opnieuw te koppelen om het werkend te houden. Als mijn vrouw iedere keer aan mij moet vragen of ik de verlichting kan fixen zodat de verlichting in de slaapkamer weer uitgezet kan worden en zij kan gaan slapen, is mijn smarthome een nutteloos obstakel, in plaats van een nuttige toevoeging.

Wiens schuld het is, dat het niet werkt, heb ik geen ene pepernoot aan. En daarin blijkt Zigbee dus nog altijd superieur, als ik de reacties hier mag geloven. Jij wekt de suggestie dat beide protocollen dit probleem hebben, en dat is niet het geval.
Voeg maar eens een paar Tuya apparaten toe aan je Zigbee netwerk. Dan zit je met de zelfde ellende.

Dit soort problemen hebben echt niks met het protocol te maken. Thread is zelfs betrouwbaarder dan Zigbee
Die heb ik. Die werken even goed.
<domme vraag alert>

Waarom kunnen we thread-producten eigenlijk niet 'gewoon' rechtstreeks koppelen aan de Hue Bridge en bedienen vanuit de hue-app? Waarom moet de bridge perse via zigbee praten? De bridge hangt toch aan het netwerk en zou een thread-gateway kunnen zijn? Of... ?
Omdat de bridge alleen een Zigbee radio heeft. Voor Thread is een Thread radio nodig. Dit kan een aparte radio of een chipset die zowel Zigbee als Thread kan. Ik verwacht dat de nieuwe Hue Bridge Pro wel een Thread radio heeft (nu niet ingeschakeld in firmware) maar de 'oude' bridge dit niet zal kunnen en in de toekomst als Thread border router/hub zal kunnen werken.
Zowel Thread als Zigbee gebruiken dezelfde standaard: 802.15.4. Elke Zigbee radio moet impliciet dus ook Thread ondersteunen. Als dat niet het geval is dan is het puur een software / firmware ding. Maar de hardware zelf zal het niet aan liggen.

Wat wel zo is is dat multi-pan tot nu toe nog niet echt een succes is. Silicon Labs verkondigde dit ook al ten tijden van de "Skyconnect" stick van Home Assistant / Nabu Casa (later hernoemd naar "ZBT-1"). Nabu Casa verkocht deze met de feature dat deze tegelijkertijd Zigbee als Thread zou ondersteunen. Maar hoewel er een firmware hiervoor was werkte dit niet goed, waardoor je toch genoodzaakt was om óf voor de Zigbee, óf voor de Thread firmware te kiezen (en als je beiden wilde dus 2 sticks te kopen).
Waarbij Silicon Labs nu blijkbaar een nieuwe gooi doet naar multi-pan ondersteuning. Gezien in het artikel staat dat een SI chip in deze Hue lampen zit.
Zo simpel is dat niet. Naast de radio moet er ook de capaciteit zijn om de Matter 'berichten' te verwerken, die zijn (veel) groter en complexer dan de Zigbee messages. Er zijn fabrikanten die Thread/Matter support weer teruggedraaid hebben omdat de oudere / simpelere chipsets niet genoeg geheugen en cpu hadden om Matter/Thread goed te verwerken. En aan alleen Thread zonder Matter heb je ook niets.

Multipan is nog lastiger omdat voor elk bericht dat de radio krijgt gekeken moet worden of het een Zigbee of Thread bericht is om het dan naar het juiste proces door te sturen. Router krijgt ook nog veel meer berichten te verwerken van Zigbee + Thread. HA heeft eerder een artikel geschreven waarom ze gestopt zijn met Multipan support foor de ZBT-1. En blijkbaar niet genoeg interesse in en de moeite niet. De Dirigera hub van IKEA heeft overigens 2 aparte radio's voor Zigbee en Thread
zou kunnen ja, alleen Hue positioneert zn bridge niet als thread border router (TBR). Tot voor kort was het Zigbee all over the place. Dat ze nu Matter over Zigbee doen is al een hele stap maar kennelijk is Thread nu ook toegevoegd als connectivity. Die had ik even gemist.
Konden de nieuwe Matter lampen van Ikea dit niet ook ? of was het bij die lampen nog een OF ipv en?
Voor zo ver ik weet: OF.

1x resetten: matter, reset stappen*2 is zigbee. Dus als een lamp resetten 4x aan/uit is, dan moet je dus 8x aan/uit voor zigbee.
Standaard is het alleen Matter maar er is een Zigbee fallback op sommige lampen. Bron:

https://www.tink.nl/blog/...-alles-wat-je-moet-weten/

[Reactie gewijzigd door Eentje op 24 juni 2026 17:52]

Matter is niet hetzelfde als Zigbee. Matter is het smarthome platform, zoals Apple Home en Alexa. Thread is de connectivity layer, net als Zigbee.

Matter werkt trouwens prima zonder thread, bijvoorbeeld over wifi.

En over Thread kan je ook andere dingen doen, ik heb hier een ESP32 via thread via de Home Assistant API laten kletsen.
Ik ben me er van bewust dat het niet hetzelfde is maar aangezien ik reageerde op iemand die matter noemde leek het me handiger om deze term ook te gebruiken.
Wat doet dit met het stroomverbruik vraag ik mij af?
Het is een nieuwere generatie chip, die zou in principe zuiniger kunnen zijn. Zoveel data gaat er waarschijnlijk ook niet over die protocollen heen, het grootste deel van de tijd staat de radio gewoon standby...
Oké dat is wel heel handig, zeker tijdens migreren !
Dat zou een mooie upgrade voor mij zijn, dan kan ik zowel mijn zigbee netwerk als tread netwerk kunnen versterken met 1 lamp. Zijn er meer apparaten die dat ondersteunen? Tot nu toe moest ik tussen beide verbindingen kiezen.
De upgrade naar thread betreft de Hue slimme lampen met een Silicon Labs MG26- of SiMG01-soc, verkocht vanaf 2025.

Het is achter lastig om om bv. op de site van Hue te achterhalen welke lampen het dan precies betreft. Grote kans dus dat je toch nog de verkeerde lampen koopt als je wil koppelen aan je Thread netwerk devices.
In de aanbieding zijn ze nog wel redelijk geprijsd vind ik en ze gaan heel lang mee. Natuurlijk moet je nog steeds wel het geld hebben, maar mijn Hue dingetjes vind ik niet echt een miskoop (hoewel de draaischijf AB wel beter had kunnen werken, aparte knopjes zijn dan toch handiger).
Ze gaan zo lang mee dat sommige van m’n lampen nog gen2 zijn. En ik he. In wat deals reserve lampen gekocht en die blijven maar in de kast liggen omdat de lampen praktisch niet stuk gaan.

Om te kunnen reageren moet je ingelogd zijn