Philips Hue Bridge krijgt met update binnen een maand Matter-ondersteuning

De Philips Hue Bridge krijgt met een update komende maand ondersteuning voor smarthomestandaard Matter. Er zijn sinds dit jaar Matter-producten op de markt, maar veel producten ondersteunen het nog niet.

De update moet het mogelijk maken om Philips Hue-producten te gebruiken in combinatie met hardware en software van andere fabrikanten, meldt fabrikant Signify. Het is al jaren bekend dat Hue-lampen Matter gaan ondersteunen. In maart stelde het bedrijf de update nog uit, omdat het nog niet klaar was met de software.

Matter is een nieuwe smarthomestandaard die wordt samengesteld door de meeste grote techbedrijven. Matter moet diverse draadloze standaarden zoals Zigbee en Z-Wave vervangen, zodat smarthomeproducten makkelijker met elkaar kunnen samenwerken. Tweakers schreef eerder dit jaar een achtergrondartikel over de Matter-standaard.

Terugkijken: video over Matter

Door Arnoud Wokke

Redacteur Tweakers

31-08-2023 • 09:44

74

Lees meer

Reacties (74)

Sorteer op:

Weergave:

Janoz Moderator PRG/SEA 31 augustus 2023 10:10
Matter moet diverse draadloze standaarden zoals Zigbee en Z-Wave vervangen
Thread is de vervanging van Zigbee en Z-Wave. Matter is in principe alleen een afspraak over een API over IP. Dat de HUE bridge Matter gaat ondersteunen betekend niet dat je een Thread lamp kunt koppelen aan de bridge. Matter betekent dat:
  • je bijvoorbeeld een Ikea Dirigera kunt koppelen zodat de lampen die je daar aan hebt hangen in de hue app beschikbaar komen (en andersom) .
  • je in Domotics / OpenHAB / Home Assistant geen specifieke HUE integratie nodig hebt, maar gewoon een Matter integratie kunt gebruiken.

[Reactie gewijzigd door Janoz op 22 juli 2024 15:49]

Het is toch wel vooral dat eerste waar Matter goed voor zijn denk ik. Compatibiliteit bij oplossingen die je gewoon in de winkel koopt en toch geen/minder vendor lock in.

Als je Home Assistant toepast kan je sowieso veel beter gewoon een Zigbee stick aan je hardware stack toevoegen en direct lampen aansturen in plaats van die Bridge daar tussen te laten zitten.
Ik was in ieder geval heel snel klaar met die bridge toen ik eenmaal bepaald had dat Home Assistant bij mij thuis het boeltje ging aansturen.

[Reactie gewijzigd door Polderviking op 22 juli 2024 15:49]

Als je gebruik wilt maken van Hue entertainment feature, dan ben je toch nog gebonden om een Hue bridge te gebruiken, omdat deze feature gebruik maakt van Hue specifieke commando set.

Voor alle functionaliteit die gespecificeerd is in de verschillende ZigBee standaarden dan idd kun je zonder Hue bridge en direct met Home Assistant en een ZigBee dongle aan de gang.

Vraag me wel af of ZigBee Green Power, door Home Assisitant en huide zigbee dongles wordt ondersteund, anders heb je voor de Hue Tap Gen1 en de verschillende Friends of Hue schakkelaars, nog steeds een Hue Bridge nodig.
Dat Philips ouwehoert met de standaard en je het moeilijk maakt om buiten hun pruttel om te werken was me bekend (probeer maar eens een lamp te resetten zonder bridge bijvoorbeeld...).
Maar dat ze voor componenten al loeiharde afhankelijkheid hadden is nieuw voor me.
Valt mee, alleen voor Hue entertainment heeft Signify een specifieke commando set, rest is volgens standaard, maar niet iedereen implementeerd alles, zoals Signify dat voor Hue wel heeft gedaan. Is dus anders om een probleem, dat andere partijen geen zin hebben om alles van de spec te implementeren en alleen dat wat verplicht is, ZigBee Green Power is optioneel voor ZigBee 3.0.

En je kunt lampen wel resetten zonder bridge en wel op twee manieren, door lamp X keer te power cyclen binnen een bepaalde tijd (weet zo niet uit mij hoofd de tijd en aantal) en met behulp van een ZigBee remote (e.g. Hue Dimmer Switch) kun je elke ZLL en ZigBee 3.0 lamp reseten, dus ook die van Hue.
Het is toch wel vooral dat eerste waar Matter goed voor zijn denk ik. Compatibiliteit bij oplossingen die je gewoon in de winkel koopt en toch geen/minder vendor lock in.

Als je Home Assistant toepast kan je sowieso veel beter gewoon een Zigbee stick aan je hardware stack toevoegen en direct lampen aansturen in plaats van die Bridge daar tussen te laten zitten.
Ik was in ieder geval heel snel klaar met die bridge toen ik eenmaal bepaald had dat Home Assistant bij mij thuis het boeltje ging aansturen.
Vraag: kan je de hue hardware dan nog wel updaten met beveiligings en feature updates als je geen hue bridge meer gebruikt?
Ja opzich wel.

Maar uiteraard is Philips er niet zo blij mee dat je het zelf beter denkt te kunnen, dus publiceren ze hun firmware niet, en is het wel wat gedoe.

Heb me er zelf überhaupt nog niet mee bezig gehouden moet ik bekennen. Wel een verbeterpuntje voor mezelf ook.

[Reactie gewijzigd door Polderviking op 22 juli 2024 15:49]

Als je z2m gebruikt dan kun je eenvoudig updaten zonder hue bridge. Met deconz is het ook mogelijk alleen kost het je dan veel meer moeite.

ZHA weet ik niet maar dat zou ik zelf sowieso al nooit gebruiken.
Mee eens: het is ook veel makkelijker om met bijv. Zigbee2MQTT alles op één plek te onderhouden en te managen. De Hue bridge is hier dan ook al jaren niet meer in gebruik ondanks de vele Hue apparaten in huis. Ik vraag mij wel af hoe snel ik een transitienl zou maken naar Matter (los van ontbrekende hardwareondersteuning): op dit moment zie ik nog weinig meerwaarde aangezien alles makkelijk en goed werkt via de ZigBee stick.
Ik ben na korte valse start met cloud dependancies -ik was noob- op Zigbee over gestapt.
Zeer tevreden over. Als ik dit wil gaan gebruiken heb ik dan een extra matter stick naast mijn Zigbee nodig?
Leuk voor nieuwe mensen en mensen met HUE maar denk dat ik voorlopig op Zigbee blijf.

(OT: Nog geen xkcd in topic? :) )
Ja, behalve als je huidige Zigbee stick ook Matter ondersteund / gaat ondersteunen.
Een huidige Zigbee stick wil je mogelijk niet vervangen, omdat je dan in de situatie kan komen dat je alles opnieuw moet pairen. Daar zijn manieren voor om omheen te werken (tussen sommige chipsets van dezelfde fabrikant), maar als je het kan vermijden dan wil je dat waarschijnlijk.

Een tweede stick kan natuurlijk altijd wel.
Ik begrijp je punt niet helemaal. Hue werkt al sinds jaar en dag met Zigbee. The Hue bridge is een zigbee-bridge. Dus ook zigbee. Geen kwestie van overstappen dus.
Het gaat hier om overstappen naar een "bridge" die meer functionaliteit biedt en niet discrimineert op fabrikant. Naast Hue apparaten heb ik bijvoorbeeld namelijk nog veel meer elektronica in huis.
Wederom een mythe. Het is echt niet zo dat Hue alleen voor Hue is. Ik heb 8 LED strips in huis, met 5 verschillende LED drivers/controllers, geen er van is van Philips. Werkt prima.
Het gaat om zoveel functionaliteit als support van devices. Ik heb zelf geen ervaring met het toevoegen van watersensors e.d. aan de bridge, maar het lijkt mij verre van ideaal (want de app "kent" geen watersensors e.d.).
Dat klopt - op fabrikant lijkt hij me niet te discrimeren, maar device types is inderdaad beperkt. Motion sensors pakt ie wel alleen van Philips bijvoorbeeld.

Ik heb ook een Samsung SmartThings. Die pakt eigenlijk alles wel op (1 merk waar ie niet lekker mee wil) en die koppelt ook aan de Hue. Die combinatie vind ik heel prettig, want m'n lampen controllen is in Hue echt een stukje fijner dan in SmartThings.
Nee, er is geen 'Matter' stick. De bridge support straks Matter, de lampen niet. De bridge 'praat' met met de lampen via Zigbee. De lampen blijven werken via Zigbee, een Zigbee stick blijft dus gewoon werken met de (Zigbee) lampen.
Er wordt enkel nieuwe Matter functionaliteit toegevoegd om via wifi/ethernet met de hub te communiceren.
Matter is sowieso goed. Voor het eerste zeker. Het voorkomt een vendor lock-in. Eigenlijk is het best stom dat je met je HUE motion sensor niet je nanoleaf muur aan en uit kunt laten gaan.

Het voordeel van de tweede is voornamelijk dat het heel makkelijk wordt om een concurrerende 'orchestrator' te maken. Een groot manco van bijvoorbeeld HA ed is dat je, om iets aan te kunnen sturen, een specifieke integratie nodig hebt (extra develop effort) en elk van die integraties moet weer op zijn eigen manier geconfigureerd worden (extra user effort).

Zou je nu een concurrent willen opzetten dan sta je al met 10-0 achter omdat je gewoon al die integraties mist. Een startup welke een device wil maken met non-cloud stem herkenning als alternatief voor Alexa, Siri of Google Home voor mensen die wat meer privacy bewust zijn, hoeft voor de aanstuur kant alleen Matter te implementeren.
Matter is sowieso goed. Voor het eerste zeker. Het voorkomt een vendor lock-in. Eigenlijk is het best stom dat je met je HUE motion sensor niet je nanoleaf muur aan en uit kunt laten gaan.
Dat kan wel, maar dan moet je het niet via de Hue bridge laten werken. De Hue motion sensor is gewoon een Zigbee-compatible motion sensor, die je prima kunt aanmelden op een ander Zigbee netwerk en daar lampen kunt laten aansturen. Dat kan bijvoorbeeld via Zigbee2MQTT en een Domotica-pakket als Domoticz of Home Assistant. Zigbee2MQTT verzorgt de Zigbee communicatie en je Domotica-pakket verzorgt de logica. Eigenlijk is de Hue bridge een 2-in1, het verzorgt zowel communicatie als logica.

Ontopic: Fijn dat Hue open standaarden blijft ondersteunen, maar ik denk dat veel mensen liever hadden gezien dat de geheugenruimte van de bridge wordt gebruikt voor het ondersteunen van meer lampen. Ik ken diverse mensen die teveel lampen hebben en dus een extra bridge gebruiken, het platform gaat hier niet zo handig mee om.
Compatibiliteit bij oplossingen die je gewoon in de winkel koopt en toch geen/minder vendor lock in.
De eerste specificatie van Matter schiet op dat gebied zwaar te kort. Omdat de specificatie beperkt is ben je met sommige apparaten alsnog op de eigen app of eigen bridge aangewezen voor de volledige functionaliteit.

Zo is het niet mogelijk om kleur volgorde te specificeren of event driven kleuren te veranderen, Adaptive Lighting zoals het heet. Als je lampen van Nanoleaf od Aqara koopt ben je op de eigen app aangewezen om dat in te stellen. Zo ook de Hue Entertainment feature welke je alleen via de app kan activeren en alleen werkt met de bridge.

Dan nog, als je event driven acties wil automatiseren dan ben je alsnog aangewezen op de eigen app en eigen bridge.

Ik zou sowieso geen Matter willen om twee redenen.
1. Als je gaat automatiseren dan ben je alsnog aangewezen op externe software zoals Homeassistant/OpenHAB.
2. Ik zie de server/bridge als een firewall tussen mijn apparaten en het internet, via Matter is elke apparaat individueel verbonden met het internet en kan het zelf acties uitvoeren zoals zichzelf updaten etc. Dat is iets wat ik absoluut niet wil!

Door de tekortkomingen is Matter voor mij voorlopig een gevalletje "don't fix it if it ain't broken", MAAR ik kan wel begrijpen dat het een uitkomst is voor mensen die niet de kunde hebben om zelf een Homeassistant server te draaien. Ze moeten dan wel nog hard timmeren aan de standaard en dat stukje dat elk apparaat toegang heeft tot het internet eruit slopen.

[Reactie gewijzigd door TechSupreme op 22 juli 2024 15:49]

Hue kan en doet ook zaken die of niet in de Zigbee spec zitten of niet te integreren zijn. Het hele Hue Entertainment verhaal kun je niet gebruiken zonder Hue Bridge. O.a. omdat het een custom data protocol gebruikt (bovenop het Zigbee draadloze protocol dan) om de lampen veel sneller / efficiënter aan te kunnen sturen. Dit is iets dat een generieke stick (nog) niet kan. Nog los van dat je met een generieke oplossing nog steeds geen koppeling hebt met de hard-/software die dit kan aanspreken. In de zin van dat de Philips Ambilight TV met Hue koppeling nog steeds uniek in zijn soort is. Ja, intussen heb je de Hue SyncBox en een app oplossing voor ik meen Samsung TVs. Maar dit zijn allemaal oplossingen van Signify en waarvan er AFAIK geen commerciële alternatieven zijn. (En DIY oplossingen voornamelijk dat dus zijn, DIY en dus verre van perfect).

Overigens heb ik mijn Hue lampen ook aan een Sonoff stick hangen met Zigbee2mqtt. Maar Hue heeft wel een aantal "exclusieve" feaatures die dus niet in de alternatieven zitten (o.a. door wat gesloten protocollen).
Ik heb al 6 jaar Home Assistant draaien waarvan ik 4 jaar lang volledig afhankelijk van mijn server was om lichten aan te sturen.

Ik gebruik nog steeds Home Assistant, maar heb tegenwoordig wel gewoon philips hubs liggen naast z2m zodat als mijn server down is ik niet eerst 10 minuten hoef te wachten eer alles weer up en running is. Zelfde geldt voor automations, die maak ik in Node Red, buiten dat het eenvoudiger is om daarmee complexe automations te maken is het ook nog eens super snel. Dus zelfs een restart van Home Assistant zal maar 5% van alle apparaten tijdelijk offline halen.

Ik ben het dus niet geheel eens dat t beter is om ze direct aan te sturen. Daarnaast mis je een hoop features met z2m die de hue bridge zelf wel kan geven (dit is vooral merkbaar bij de Kinetische friends of hue schakelaars) in z2m heb je daar maximaal 2 events per knop (dat zijn er dus 8 totaal op 4 knoppen). Deconz doet het beter die 16 events heeft op diezelfde 4 knoppen en ook nog eens 8 extra events voor als je beide knoppen tegelijk indrukt. Met z2m is dit simpelweg niet mogelijk.
En als tweede dus dat je afhankelijk wordt van Home Assistant en dat die bij redelijk wat mensen regelmatig wordt gerestart of in gerommeld (want ja we willen weer eens wat proberen).

Home Assistant op een rpi is dan nog een optie, maar dat is in mijn ogen voor serieuze setups geen goede optie. Die dingen zijn tergend langzaam zelfs t.o.v. gewone desktop hardware van 13 jaar geleden. Ik heb inmiddels meer dan 250 zigbee apparaten en kan je melden dat volledig afhankelijk zijn van HA niet geweldig is (ook al heb je een uptime van 99,9%, maar laten we eerlijk wezen dat haalt niemand in de praktijk). Mij persoonlijk maakt het niet zoveel uit als er een paar uur even niks werkt, maar ik woon zoals velen niet alleen in huis en voor mijn niet zo tech savvy vrouw is het toch wel erg prettig dat als de stroom er af moet of wat dan ook ze daarna niet eerst hoeft te wachten totdat de server weer online is.
Dit specifieke voorbeeld zou toch juist wel moeten kunnen (zie ook een eerdere uitleg van Tweakers over Matter)? Of begrijp ik dat stukje verkeerd

[Reactie gewijzigd door Sn0zz op 22 juli 2024 15:49]

Janoz Moderator PRG/SEA @Sn0zz31 augustus 2023 12:50
Belangrijk punt in het filmpje is dat het om een WIFI lamp gaat welke Matter implementeert, niet een lamp welke via Thread communiceert. Heel kort door de bocht zou je dat kunnen zien als een lamp en bridge in één. In dat geval kan die lamp toegevoegd worden aan de hue bridge net als de lampen van de Ikea bridge toegevoegd kunnen worden.
Als ik je/het goed begrijp zou dit voorbeeld dus niet kunnen omdat je ergens nog een Thread border router nodig hebt voor de verbinding tussen Thread apparaat en Hue ecosysteem. Ik dacht/hoopte half dat de Hue bridge die mogelijkheid zou bezitten en dat met de update van de bridge beschikbaar zou komen, maar is dus niet zo?
Janoz Moderator PRG/SEA @Sn0zz31 augustus 2023 14:05
Ja, dat klopt. Pas als de Hue bridge ook Thread gaat ondersteunen kan een thread lamp rechtstreeks op de bridge aangesloten worden. DeHue bridge zal dan waarschijnlijk zelf ook als een border router fungeren.
Hmmm, ben benieuwd.

Heb nu ook een nieuwe matter device maar de fabrikant (of ligt dit dan aan Google? Of beiden?) heeft enorm geslackt waar het aankomt op de implementatie.

Het is een dimbaar licht met plafondventilator, maar in Google Home kan ik dan vervolgens enkel het licht aan/uit zetten en dat was het dan wel weer.

Dus ja, koppelen met G-Home lukt dan wel, wat fijn is. Heb er alleen niets aan.

Then again, Philips zal vast wel zorgen dat dit wat beter gaat werken?
Tja, dat een apparaat Matter compatible is, wil niet zeggen dat perse alle functionaliteit van het apparaat via Matter ontsloten wordt.

Fan cluster is bijvoorbeeld nog preliminary, dus dat hebben veel bedrijven nog niet geimplementeerd (ik weet zo direct niet zeker of je dat cluster überhaupt al kon laten certificeren).

Je kunt via de CSA-IOT website wel kijken welke clusters getest zijn. Nadeel is alleen dat je die informatie (Compliance Document genaamd) krijgt in de vorm van XML bestanden (PICS) en dat leest zonder speciale tooling en kennis van het protocol niet heel lekker weg. Denk dan ook niet dat de gemiddelde consument dit snel zal doen. 😅
De Matter standaard heeft in haar huidige vorm ook nog niet veel meer functie ontworpen zitten dan de essentials.
Dus kan zijn dat het een Matter definitie beperking is, ceiling fan nog geen device type ;)
Mogelijk wordt dat dan alleen ondersteund door de app van de fabrikant? Wat een matter device voor services kan aanbieden is nog niet helemaal uitgekristalliseerd volgens mij, dus wellicht ondersteunt de standaard zoiets gewoon nog niet?
Net als mijn reactie in het artikel over de camera's.... Breng nou eerst maar eens een nieuwe bridge uit die meer apparaten ondersteund. Het toevoegen van een 2e bridge voelt echt als een halfbakken optie als je aan de "soft" limiet zit van apparaten.
Ik kan je helaas vertellen dat de nieuwe bridge nog wel even op zich laat wachten, intern wordt vooral gepushed voor een betere integratie met meerdere bridges op 1 account.

Ik loop zelf ook tegen het harde limiet van 60 lampen aan, de 2e bridge wordt enkel gebruikt voor de zaken die geen user input nodig hebben via de app.
Ik loop zelf ook tegen het harde limiet van 60 lampen aan,
Hoe kom je aan 60 lampen? :o
Je hebt geen idee hoe makkelijk je aan dergelijke limieten komt met wat grotere ruimtes. In de woonkamer hangen al 10 armaturen met elk 2x GU10 Hue en dan boven de eettafel een lamp met 7 glazen bollen en dus 7x E27 Hue. Dat is dus al 27 lampen voor alleen de woonkamer. Ik baal zelf ook enorm van de limieten. Zelf deels opgelost door alle ruimtes waar nauwelijks iemand komt (gastenbadkamer, meterkast, garderobekast, bijkeuken etc.) allemaal te voorzien van een motion sensor op bridge 2. Voor boven komt er waarschijnlijk een bridge 3 en met een beetje pech zelfs een bridge 4..
In veel gevallen is dit overigens wel eenvoudiger (en goedkoper) op te lossen door niet elke individuele lamp smart te maken, maar gewoon een groep domme dimbare lampen die toch altijd samen wordt geschakeld/gedimd achter een zigbee dimmer te hangen.

Soms ook niet hoor, dan is individuele aansturing wel wenselijk/belangrijk. Maar als bijvoorbeeld boven jouw eettafel geen fancy kleuren nodig zijn, dan waren wellicht 7 Warmglow-lampen van een paar euro per stuk en een dimmer voldoende geweest :) Met nog een betere CRI ook overigens.

Nogmaals, soms is individuele aanstuing wel wenselijk. Maar ik zie heel vaak dat mensen alles volhangen met Hue en het dan altijd als groep gaan aansturen met alleen dimmen, zonder kleurtjes; dat is nogal overkill om dat met losse Hue-lampen op te lossen.

[Reactie gewijzigd door Gizz op 22 juli 2024 15:49]

Mooie oplossing inderdaad. Hier is eigenlijk elke armatuur voorzien van één Hue Ambiance en één Hue Colour en dit wordt ook regelmatig gebruikt voor scenes etc. Ondanks de klachten over stabiliteit werkt het hier eigenlijk met de volle 63 devices op een bridge probleemloos. Misschien omdat ik vrijstaand woon en vrij weinig last heb van andere signalen in de buurt?
We hebben zowel de beganegrond en bovenverdieping volledig verbouwd en overal spotjes geplaatst. Hierbij komen we makkelijk op 4-6 spotjes per kamer uit. een paar ledstrips, hue play verlichting en ga zo maar door.

Daarnaast hebben we alleen al een hanglamp in de hal waar 7 peertjes inzitten en boven het keukeneiland 8 :X

Dan moeten we buiten nog beginnen :+
Met spots gaat het hard. Ik het zelf bijvoorbeeld 6 spots en wat lightstrips in de werkkamer. Bij grotere huizen zou dat meer kunnen zijn en kan je natuurlijk ook los gaan in andere kamers (paar slaapkamers, keuken, woonkamer, bijkeuken, etc.).
Is dat zo moeilijk dan? Ons hele huis en tuin is Philips HUE. We hebben al 3 HUE Bridges.
[...]


Hoe kom je aan 60 lampen? :o
Helaas is het een geheugen limiet. Je hoeft niet eens 60 lampen etc. er in te hebben hangen om aan je limieten te komen. Naast de lampen eisen sensoren en lichtknoppen ook plek op. En er is meer: Routines, uitgebreide programma’s per lamp, bijzondere settings uit 3th party hue apps en de hue experimentele formules als test/speelgoed vullen je bridge heel snel.

En 1 lamp (armatuur) kan meerdere lampen bevatten. En in de badkamer heb ik bijvoorbeeld een plafond lamp en extra verlichting boven de spiegel. Bij elkaar meteen 5 lampen. Ja dan gaat het hard.

En om de signalen vanuit de woonkamer naar zolder te brengen, wat bij Zigbee van lamp naar lamp wordt doorgestuurd is het bijvoorbeeld handig een lamp in je hal en op je overloopt te hebben. En dan zijn schakelaars handig. En na een tijdje voeg je bewegingssensoren toe voor je gemak. Lamp Hal + lichtknop + bewegingssensor; trap = lamp op overloop + beneden een lichtschakelaar + boven een licht schakelaar + bewegingssensor. Dus in dit voorbeeld 2 lichtpunten die al 7 posities innemen op je bridge.

Momenteel gebruik ik slechts ca. 35 lampen in huis en tuin met de nodige sensoren en lichtknoppen voor automatisering en bediening door de niet-tweakers hier. Dit past al niet op 1 bridge helaas. Een bijna volle bridge begint daarbij al problemen te veroorzaken door haperingen te geven en nieuwe of aangepaste instellingen te weigeren. Het heeft dus meer invloed op je systeem dan het op papier lijkt.

En naast een grotere bridge zou een backup optie van je gekoppelde devices en routines ook heel welkom zijn. Dan kan je bij defecte hardware snel vervangen wat je makkelijker in hun ecosysteem zal houden. Als je na een defect toch geheel opnieuw moet beginnen met pairen en instellen kan je net zo goed andere keuzes voor de aansturing gaan maken.

[Reactie gewijzigd door ucsdcom op 22 juli 2024 15:49]

Zelf ook meerdere bridges, jammer dat je van meerdere bridges niet tot één systeem kan maken.
Hier word ik echt droevig van, zit al tijden op de limiet en heb nog een aantal plekken waar ik nu geen Hue kan gebruiken. Heb geen zin in geklooi met meerdere bridges, dat is een stopgap solution geen echte oplossing....
We hebben 3 Bridges en ja ik zou het ook graag anders zien. Maar om nou te zeggen dat het heel erg is, je kunt gewoon binnen de app switchen naar de andere bridges. We hebben gewoon de meest "populaire" lampen onder een soort van primaire Bridge zitten. De lampen die toch veelal geautomatiseerd zijn onder de andere Bridges. Zo spannend is het mijn insziens niet.
We hebben 3 Bridges en ja ik zou het ook graag anders zien. Maar om nou te zeggen dat het heel erg is, je kunt gewoon binnen de app switchen naar de andere bridges. We hebben gewoon de meest "populaire" lampen onder een soort van primaire Bridge zitten. De lampen die toch veelal geautomatiseerd zijn onder de andere Bridges. Zo spannend is het mijn insziens niet.
Sowieso gebruik ik heel die Philips app niet dus mooi dat je 'handig' tussen bridges kan wisselen maar daar koop ik weinig voor ;)
Het mooie van Hue vind ik dat het gewoon werkt. Actief onderhoud en zaken die wel of niet geautomatiseerd lopen gaan lopen uitwisselen valt niet onder 'it just works' voor mij. Als ik wil klooien dan ga ik wel met HA aan de gang. Sowieso heb ik persoonlijk geen lamp die alleen automatisch loopt eerlijk gezegd :P

TLDR ik wil dus gewoon een Bridge 3.0 waar ik minimaal 20 extra lampen en een sensor/device of 20 extra aan kan toevoegen.
Dat is erg jammer om te horen. Komt er wel nog ooit een backup-functie aan? Ik heb één keer bij een softwarefout van de bridge alle lampen opnieuw moeten koppelen, alle groepen opnieuw aanmaken en alle scenes opnieuw moeten instellen. Echt niet leuk, en erg raar dat er geen backup mogelijk is bij zo'n premium product als Hue.
Da's inderdaad ook zo'n functie die heel erg broodnodig is als je huis vol hangt met Hue lampen.

Heb hetzelfde gehad en was nogal tijdrovend om alles weer geconnect te krijgen, laat staan je scenes en dergelijke allemaal weer in te regelen naar je voorkeuren.
Ik kan je helaas vertellen dat de nieuwe bridge nog wel even op zich laat wachten, intern wordt vooral gepushed voor een betere integratie met meerdere bridges op 1 account.

Ik loop zelf ook tegen het harde limiet van 60 lampen aan, de 2e bridge wordt enkel gebruikt voor de zaken die geen user input nodig hebben via de app.
Heel herkenbaar. Vooral nu ze tuinverlichting aanbieden is je bridge zo vol!

En Bridge 1 is vanaf buiten het meest betrouwbaar te bedienen. Maar ga je als je tuis bent iets wijzigen, dan moet je telkens bedenken op welk van de 2 bridges iets zit.

En bij de laatste update zijn al mijn bewegings/lichtsensoren naar een standaard schema gegaan van 8:00-23:00 waardoor de buitenverlichting niet meer vanzelf aan ging. En die is niet alleen voor de gezelligheid maar ook als afschrikking en beveiliging. Sinds ik een Hue buiten schijnwerpers heb die ik op een winterkoud licht heb staan in een heel felle stand schiet als de bewegingssensor iets ziet, heb ik niemand meer op mijn camera’s in de achtertuin betrapt. Maar bij een tuinfeestje wil ik ze toch graag op gezellig warm licht zetten en houden. Maar stel je voor dat dit in de vakantie was gebeurd. Juist dan wil je dat het goed benaderbaar is als iets opeens niet werkt.

Het zal met de architectuur van het begin te maken hebben dat je met 2 bridges moet werken. Dat hebben andere firma’s ook. Misschien dan gewoon 2 bridges in 1 behuizing bouwen en de scheiding met software onzichtbaar maken?
Net als mijn reactie in het artikel over de camera's.... Breng nou eerst maar eens een nieuwe bridge uit die meer apparaten ondersteund. Het toevoegen van een 2e bridge voelt echt als een halfbakken optie als je aan de "soft" limiet zit van apparaten.
Er zit echt een logica aan. Ik heb ruim 60 lampen in huis en dus 2 bridges. Maar als jij gebruik maakt van functies uit het lab dan kan de bridge de hoeveelheid requests echt niet aan. Dit zijn vrij intensieve acties.

Philips wilt gewoon dat het stabiel blijft werken en met 50 lukt dat redelijk.

Ik heb ook tuya waar 200 devices op kunnen. Maar als ik zie dat hij nu al moeite heeft met 20 houd ik mijn hart vast met 200.

Als laatste de aanschafprijs. Hue is al vrij prijzig. Een bridge 2x zo duur maken om hem krachtiger te maken zullen ze minder snel verkocht krijgen dan nu voor €50 euro.
Er zit echt een logica aan. Ik heb ruim 60 lampen in huis en dus 2 bridges. Maar als jij gebruik maakt van functies uit het lab dan kan de bridge de hoeveelheid requests echt niet aan. Dit zijn vrij intensieve acties.

Philips wilt gewoon dat het stabiel blijft werken en met 50 lukt dat redelijk.

Ik heb ook tuya waar 200 devices op kunnen. Maar als ik zie dat hij nu al moeite heeft met 20 houd ik mijn hart vast met 200.

Als laatste de aanschafprijs. Hue is al vrij prijzig. Een bridge 2x zo duur maken om hem krachtiger te maken zullen ze minder snel verkocht krijgen dan nu voor €50 euro.
Beetje stomme vraag misschien, maar wat is de beperkende factor?
Waarom is het zo moeilijk om een bridge voor (meer dan) 50 apparaten te hebben?
Zo'n bridge zelf doet toch niet zo veel anders dan signaaltjes doorzetten en typisch en piepkleine hoeveelheden?

Het beste wat ik zelf kan verklaren is gebrek aan (draadloze) bandbreedte waardoor al die apparaten elkaar storen. Dat lijkt me echter vrij fundamenteel en vooral een beperking van de gekozen techniek, niet zo zeer de kwaliteit van de implementatie.
Heeft te maken met hoe routing werkt met ZigBee, met meer dan 50 ZigBee routers (meestal de lampen) in elkaars bereik (dus iedere router kan elkaar bereiken), geneneer je zoveel routing requests, dat normale zigbee verkeer hier last van heeft, dus dat berichten niet meer aan komen.

Met de eerste generatie producten, Living Colors, SmartLink (de voorgangers van Hue die ook gebruik maakte van ZigBee), was de limiet van de gebruikte ZigBee chip and bijbehorende stack, na maanden van tweaken, 50 lampen ;). Deze requirement is daarna niet meer los gelaten door Philips, vermoed met de nieuwste producten, limiet wellicht wat hoger ligt, maar die oude producten staan nog steeds bij mensen thuis en vandaar dat die 50 lampen grens niet zo snel zal worden opgerekt.
Heeft te maken met hoe routing werkt met ZigBee, met meer dan 50 ZigBee routers (meestal de lampen) in elkaars bereik (dus iedere router kan elkaar bereiken), geneneer je zoveel routing requests, dat normale zigbee verkeer hier last van heeft, dus dat berichten niet meer aan komen.
Bedankt voor de toelichting.
Ik heb nog steeds moeite te begrijpen waarom dat zo'n probleem zou moeten zijn. Hoeveel van die routing berichtjes zijn er nu echt nodig? Alle 50 1 update per seconde klinkt niet heel erg spannend. Maar goed, het is vast ooit heel naief opgezet als zeer tijdelijke eenmalige proof of concept waarna het in beton is gegoten en verkocht :)
Als je aan 50 lampen of meer zit is de afstand tussen de hub en de lampen + accessories te groot en met nieuwbouw woningen kan je al problemen hebben om een wifi verbinding een verdiep hoger goed te ontvangen.

Een bericht voor lamp 50 zal dus gerouteerd worden via lamp 45 naar lamp 30 naar lamp 15 naar lamp 6 die in goed bereik staat van de hub. Maar dat wilt zeggen dat een lamp die boven een trap hangt al het verkeer van de bovenverdieping te slikken krijgt.

Als je dan een motion sensor aan lamp 50 hebt moet dat bericht niet enkel gerouteerd worden naar de hub maar vermoedelijk heeft de hub logica dat lamp 50 aangestuurd moet worden waarbij je geen seconden vertraging wilt. En die motion sensor veroorzaakt continu verkeer want die is niet enkel aan het zeggen, beweging maar zit ook een lichtsensor in die continu berichten aan het versturen is.

Gezien het dus niet enkel de hub is die een bepaalde troughput moet hebben maar ook de lampen zelf kom je aan het volgende probleem. Er zitten nog oude lampen tussen die geen hoge troughput aankunnen en oude lampen niet meer ondersteunen zou een enorme backlash veroorzaken. Of er zitten Ikea lampen tussen die geen berichten kunnen doorgeven en enkel als endpoint dienen.

Dan komt het volgende probleem, bij veel mensen hangen die lampen niet aan permanent 230V maar kunnen ze nog uitgezet worden met een gewone schakelaar. Men zet de lampen uit op de trap met een schakelaar (typerend diegene die worden gebruikt om berichten door te geven) dus die kunnen plots geen berichten meer doorgeven. Het netwerk moet dat meteen kunnen detecteren (wat wilt zeggen dat je continu status communicatie moet hebben om te controleren of iedereen er nog is), vervolgens beslissen wat de beste nieuwe route is en dat binnen een heel korte tijdspanne. Immers kan er boven een motion sensor achter de hoek zitten die de lampen meteen moet aanzetten als jij de trap op bent.

Als je dan een product wenst wat gebruiksvriendelijk is waarbij heel dat netwerk automatisch geregeld word voor je zonder dat je er iets van merkt dan kan je niet anders dan harde en oude limieten aanhouden.
Als het goed is hebben zitten al die lampen dezelfde toch in dezelfde range - dus bandbreedte zou geen probleem hoeven zijn.
Het is netwerkpakketjes met daarin het id van de lamp versturen waarbij wel 'botsingen' plaatsvinden.
Ik geef ook liever de voorkeur aan een stabiele responsieve bridge. Wat mij betreft hoeven ze dan ook niet een grotere bridge uit te brengen, maar kunnen ze beter hun tijd steken in het beter laten werken van meerdere bridges. Dat ik niet voor elke bridge weer een hue account moet aanmaken om ze extern te kunnen benaderen. Dat ik niet een google account per bridge nodig heb om ze aan mijn Google Home te hangen. Dat ik niet constant moet switchen van bridge in de app (hoewel dat nu sneller gaat, maar het liefst heb ik gewoon alle kamers bij elkaar).
Ik lees hier weer zaken... want hij wilde bij mij maar 1 Bridge aan Google koppelen.. Ook al deed ik via een andere Google Account de bridge proberen toe te voegen.

Remote Acces werkt maar voor 1 bridge ook. Jij hebt blijkbaar toch voor elkaar gekregen om alles in Google te krijgen?

Op dit moment gebruik ik als work around de automatiseringen en switches maar het is heel vervelend als je een spelletje zit te doen aan de keuken tafel en de lamp automatisch uitgaat (want is rond 00:00)... en je die dan weer met de app moet aanzetten.

On-Topic .. iets meer:
Matter nu veel over gehoord en ben heel benieuwd naar de kracht. Lastig dat je nog vooral hoort overal dat "de ondersteuning er aan komt" en je mogelijk een nieuw device nodig hebt voor de optimale gebruikservaring.. Dat de HUE Bridge toch bijgewerkt kan worden richting Matter ondersteuning vind ik dan toch wel weer positief klinken.
Janoz Moderator PRG/SEA @Seikbal31 augustus 2023 18:01
Je hebt 2 hue accounts en 2 google accounts nodig. 1 setje voor de ene bridge en een setje voor de andere bridge. Beide google accounts moeten bewoner zijn van het huis.
Ik gok dat de bridge echt niet 2x zo duur hoeft te worden, die hardware is inmiddels ook behoorlijk oud. Ik gok dus vooral dat de winstmarges op die dingen veel hoger zijn dan een paar jaar geleden. En eerlijk gezegd verwacht ik niet dat het verdienmodel hem in de bridges zit, maar in de lampen. En in dat opzicht is een bridge die meer lampen ondersteunt natuurlijk een prima business case ;)
niet dat het verdienmodel hem in de bridges zit, maar in de lampen
dat denk ik ook... per lamp is de prijs gewoon vrij hoog voor wat er feitelijk aan hardware in zit. Ik zie ongeveer een prijsverschil van een factor 6.... (dus een philips gu10 non-Hue vergeleken met een philips gu10 Hue - allebei wit uitstralend). Maar misschien kan het voordeliger?
Ik merk niet direct aan de lampen dat ik tegen een limiet zit, maar wel met het aantal bewegingssensoren :)
Ik heb er 10 hangen. HA polt ze ook via de bridge om licht en temperatuur op te vragen om daar actie op te ondernemen (screens naar beneden, fans aan, airco aan). Toen ook de syncbox er aan gehangen werd ging alles enorm stroperig. Lampen gingen te laat aan op beweging, lampen reageerden niet om 10 minuten later ineens aan te springen, dat soort zaken.
Syncbox is er nu weer af en staat op zijn eigen bridge wat de problemen grotendeels oplost, maar ik zit ook al tegen mijn limiet aan en heb nog geen 25 lampen gekoppeld.
Makkelijk gezegd, maar waar moet zo’n kleine onderneming de resources vandaan halen om zo’n mega project van de grond te krijgen. Bovendien moet je je niet teveel on de problemen van je beste klanten bekommeren, straks blijven ze zeuren.
Voor welke versies van de Hue Bridge is dit ?
De v2 en v2.1 worden beide nog ondersteund, dus ik verwacht dus beide.
Ja, dat lijkt me ook. Dus het is wat maf dat bridge v1 (de ronde) hier ook onder in de pricewatch wordt getoond. Die heeft niet eens ondersteuning voor HomeKit.
Heel leuk zo'n update voor Matter, maar wanneer wordt er nu eens geluisterd naar normale gebruikers. Ik zit al een hele tijd te wachten op een Backup mogelijkheid van al je instellingen. Ik heb mijn hele huis met hue en laatst was er een hickup met een externe App, waardoor ik alle lampen stekkers schakelaars opnieuw moest installeren, instellen en kamers maken. Dat kost mij een dag! Weet iemand toevallig ook iets van een aanstaande backup functie?
Was dan ineens de hele bridge reset?
Dat klinkt voor mij bizar, heb al jaren hue in huis met meerdere bridges.
Zou voor mij ook heel veel gedoe opleveren dan zon situatie...
Nee, mijn dochter had een app waarmee ze haar bloom allemaal disco achtige dingen kon laten doen. Heel leuk, maar hij begon dus ook al mijn lampen over te nemen en toen liep hij vast en zijn laatste instellingen bleven de hue overulen (heel vreemd. En toen moest ik dus handmatig alles weer goed zetten
Dus mocht zegmaar Twinkly matter ondersteunen, kunnen we 1 app gebruiken?
Dat zou echt awesome zijn :9~
Ik denk niet dat Twinkly hun lamp schema's via matter kan aansturen. Verwacht dat ze het dan hooguit aan/uit laten zetten.
Zou overigens wel beter zijn. Want als ik nu een keer met HA een van de Twinkly snoeren schakel heb ik kans dat ik er met de app niet meer bij kan en vice versa door de niet zo'n publieke API.
Knap dat een Bridge een update krijgt voor camera's maar ik vind het vooral knap dat de Bridge nog steeds geen update heeft gehad dat hij meer lampen aan kan dan 50 stuks....
Die beperking is meer performance/hardware-gerelateerd; met meerdere bridges kan het wel, alleen jammer dat de hue apps zelf daar geen fijne ondersteuning voor hebben (handmatig switchen is gewoon een p.i.t.a.)
Nu nog devices die matter ondersteunen :-) Dit valt al bij al nog tegen....
De Google Nest Hub Max zou als hub werken, maar vooralsnog heb ik geen matter devices.
Wat ik als enige nog niet helemaal begrijp is wat is dan nog het voordeel dat de Philips Hue bridge en lampen nog met zigbee werken? Zou het niet veel makkelijker zijn om alleen thread lampen te hebben en dan een border router naar keus? Wat is het voordeel van de Hue bridge over geen bridge maar direct contact met de thread border router?
"Does it really matter?" ;)

Sorry, ik kon het niet laten. Hoeveel mensen zitten nu echt te wachten op Matter. Het klinkt misschien wel mooi, maar voor apparaten die je nu in huis hebt maakt het niet uit. Andere mensen hebben al andere oplossingen gezocht.

Op dit item kan niet meer gereageerd worden.