Philips Hue-app heeft ondersteuning toegevoegd voor meerdere bridges per account

De Philips Hue-app heeft met versie 5.31 ondersteuning toegevoegd voor het beheer van meerdere bridges vanuit een account. Signify beloofde de ondersteuning al enige tijd geleden. Daarmee moet het bedienen van apparaten die aan meerdere bridges hangen makkelijker zijn.

Signify zegt niets over de wijziging en het staat ook niet in de changelog, meldt Hueblog. Met 'multi-bridge' zijn apparaten die aan diverse bridges hangen nu onder één huis te plaatsen en als een te bedienen. Dat beloofde de fabrikant al in februari.

Er zijn nog wel beperkingen. Zo werkt het aansturen van meerdere bridges via bijvoorbeeld Amazon Alexa nog niet en kan een lamp aan de eerste Bridge niet reageren op switches en sensors van een andere bridge. Die functionaliteit zou wellicht in de toekomst komen.

Hue Multi-bridge. Bron: Hueblog.com

Reacties (106)

[ucsdcom]

Door de komst van extra schakelaars, sensoren buitenverlichting etc. zit je bridge steeds eerder vol. Een nieuwe grotere bridge met meer capaciteit zie ik nog altijd als de oplossing die het zou moeten worden. Dit blijven lapmiddelen.

Ook zou ik graag een automatische backup zien van je settings, waardoor je bij de wissel of vervanging van een bridge je settings snel over kan zetten.
Bridge defect, nieuwe erin klikken, backup laden en klaar. Dat zou het fijnste zijn.

Huidige beperkingen waren voornamelijk het gebrek van buitanshuis bediening van de 2e bridge en het niet met google assistant etc. kunnen aansturen van aan de 2e bridge gekoppelde lampen/devices.

[Reactie gewijzigd door ucsdcom op 28 november 2024 08:55]

[lenwar]

Een nieuwe grotere bridge met meer capaciteit zie ik nog altijd als de oplossing die het zou moeten worden

Is dit niet de beperking van het Zigbee-protocol? Ik weet niet hoeveel apparaten zo'n Bridge aankan, maar op een gegeven moment is het Zigbee-kanaal vol. Dan is het dus 'noodzakelijk' om dus op een ander kanaal verder te gaan, en door beperkingen kom je dan dus uit op een andere antenne/radio.

Nou zouden ze technisch gezien twee antennes/radios in één apparaat kunnen zetten natuurlijk, maar dan zit je met het gedoe dat je twee meshnetwerken in één apparaat hebt. Technisch geen probleem, maar afhankelijk van je opzet, kan het handig zijn om bewust zaken over meerdere netwerken te verdelen (voor bereik en zo).

Ook kan het allicht zinvol zijn, dat als je toch twee meshnetwerken nodig hebt (door de hoeveelheid apparaten), dat je ze dan verdeeld over de bridges. Dus stel dat je een armatuur hebt met meerdere peertjes, dat je peertje 1 op bridge 1 doet, enz. Mocht er een bridge uitvallen, dan heb je dan altijd nog licht ter beschikking. (of dan armaturen in dezelfde kamer verdelen over de bridges).

N.B. Bovenstaande is puur afhankelijk van ieders persoonlijke situatie. Er is niks algemeens te zeggen over de zin of onzin van zo'n opstelling natuurlijk

[Gizz]

Is dit niet de beperking van het Zigbee-protocol?

Nee

[faim]

Ik lees nog steeds limieten in je verhaal...

[Gizz]

Limieten van specifieke chipsets. Niet van het protocol zelf, toch?

En de genoemde limieten liggen dan ook nog eens vele malen hoger dan de limiet die de Hue-bridge hanteert. Mijn reactie was primair daarop gericht, op de mensen die aangeven dat meer dan 50 lampen niet kan met een coordinator omdat 'zigbee' limieten heeft.

[sprankel]

Hue wilt natuurlijk een product dat goed werkt bij een doorsnee consument dus je gaat ver weg blijven van de theoretische limieten.

Ik zie daar al meteen 2 problemen voor Hue
- consumenten willen wel Hue maar willen niet vast zitten aan Hue, de klassieke schakelaars zijn nog aanwezig. Probleem is dat als je een lamp effectief zonder spanning zet deze wegvalt in het netwerk en dus het mesh netwerk opnieuw moet gaan routeren. Vergeet ook niet, het moet werken in elk huis onafhankelijk van wat dan ook.
- Een ander vrij groot probleem: het gaat niet enkel om de bridge, elke lamp is ook een router. Als jij het 'netwerk' een dikke update wilt geven, dan is het bridge + lampen vervangen. Ze zouden met een Hue 2.0 verhaal kunnen afkomen maar dan zouden de bestaande klanten moord en brand schreeuwen omdat ze het niet kunnen gebruiken zonder alles te vervangen. Een andere optie is dat ze met elke itteratie de hardware in de lampen wat verbeteren waardoor de limieten wat stijgen.

Overigens de huidge 50 limiet is geen fixed limiet voor zover ik weet.

Naast dit verhaal heeft Hue ook bijkomende protocollen voor entertainment welke uit ervaring gigantisch veel load zetten op het netwerk. Zo had ik een feestje met disco entertainment in de living (3th party app inclusief strobe effecten dus wel wat zwaarder dan de default app) + Hue labs die de verlichting in de tuin door een loop stuurde. Alles beneden werkt perfect, kom ik in de slaapkamer, meermaals 60 tot 90 seconden vertraging voor die lampen wilden reageren. Erna heb ik het nooit meer voorgehad, was blijkbaar vooral de combo tussen hue labs + entertainment die het netwerk tegen hun limiet aan het duwen waren, geheel verwonderd was ik niet toen hue labs stopte en dat ze meer effecten lokaal op de lampen willen laten draaien. Een lamp die in "haard modus" staat word niet aangestuurd over het netwerk, dat draait gewoon lokaal op de lamp zelf dus noch de bridge noch het netwerk heeft hier load door.

Nu was mijn probleem nu niet bepaald iets wat de doorsnee klant van Hue gaat doen maar er is nog een verschil tussen hoeveel devices je in een netwerk kan steken tov hoeveel traffic dat netwerk kan verwerken. En ook hier weer moet je uitgaan van worst case scenario bij consumenten waar lampen ver uit elkaar hangen en gestoord worden door andere draadloze technieken.

[FalconerHG]

Die 'oude' schakelaars zijn inderdaad een probleem, maar daar zijn goede oplossingen voor die je achter je bestaande schakelaars inbouwt. Van Hue zelf, maar ook goedkopere oplossingen van andere leveranciers. (dat wist je vast al, mijn comment is voor anderen die dit lezen als een beperking - dat hoeft het niet te zijn!)

[bluescreen]

die zijn prima te vervangen door bijvoorbeeld schakelaars van Niko die hebben ook geen voeding nodig.

[lenwar]

Helder verhaal - Thanks.
Dit gaat om de hoeveelheden wat de chip kan adresseren aan (bekende/actieve/passieve) routes. Dat is wat anders dan wat de radiosignalen van Zigbee in de praktijk kunnen. Maar goed. Laat dat theoretisch overeen komen, dus dat het Zigbee radiosignaal daadwerkelijk zoveel apparaten aankan.

Dan is een theoretisch maximum natuurlijk wat anders dan een 'goed stabiel' maximum.

Wat ik hiermee bedoel, is dat Zigbee ook op de 2.4GHz band zit, waar al heel veel andere apparaten ook op zitten. Wifi, magnetrons, babyfoons, bluetooth, enz. Het theoretisch maximum wordt ook beperkt door de gebruikte apparaten. Alle Zigbee-apparaten 'zien' al het verkeer van alle andere apparaten in het Zigbee netwerk voorbij komen. Niet alle apparaten zullen daar even goed mee overweg gaan.

Als je alleen al kijkt in je eigen huis en je laat je telefoon naar wifi-netwerken zoeken, dan word je in veel gevallen nogal verdrietig. Het is allemaal ruis voor alles.

Maar, eerlijk is eerlijk, dan lijkt de 50 stuks van Hue wel heel erg conservatief ingesteld. Dus heel erg op de focus dat het 'gewoon altijd moet werken'.

[Gizz]

Wat ik hiermee bedoel, is dat Zigbee ook op de 2.4GHz band zit, waar al heel veel andere apparaten ook op zitten.

En dat is juist de reden waarom je liever één zigbee-netwerk hebt (en dus één bridge) in plaats van meerdere netwerken. Hier een overzicht van de overlap van wifi-kanalen en zigbee-kanalen.

Stel dat je buren en jij vooral wifi-kanaal 6 en 11 gebruiken. Dan hou je eigenlijk alleen zigbee-kanaal 11 en 12 over als ideale kandidaat. Erg onhandig als jij en je buren dan ook nog eens meerdere zigbee-netwerken per huishouden gaan gebruiken en dus meerdere kanalen bezet houden.

[lenwar]

Ja, maar nee

Hoe meer Zigbee-apparaten op een Zigbee-netwerk, hoe meer er tussen die apparaten onderling wordt gepraat. Al die apparaten zien elkaar en valideren elkaar regelmatig. Het is niet alleen de Zigbee-buurman die ze spreken, ze erkennen elkaar ook allemaal. Op een 'druk' zigbee-netwerk is er echt heel veel 'chatter'. Hoe meer chatter, hoe gevoeliger je bent voor ruis. Dan kun je beter een paar minder drukke kanalen gebruiken.

Anekdotisch:
Ik zie op dit moment op mijn telefoon 12 SSIDs (waarvan 3 van mij) (Edit: Inclusief de 5GHz band bedenk ik me nu). Ik heb zelf 3 Access Points op twee kanelen (per verdieping een, en de onderste en bovenste verdieping hebben hetzelfde kanaal). Ik weet niet uit m'n hoofd wat mijn buren hebben. Ik heb ook geen idee hoe druk het is op al die wifi-netwerken. Ik heb zelf access points van Unifi en toen ik de boel instelde koos ik de minst slecht beschikbare kanalen. Alles was in gebruik door meerdere access points (m'n access points zagen veel meer dan dat m'n telefoon nu ziet. Er staat me iets van bij dat ik meer dan 50 access points detecteerde met m'n eigen access point).

Daar kan ik effectief dus geen rekening mee houden met de keus van m'n Zigbee netwerk. Wifinetwerken willen nog wel is van kanaal wisselen (als ze op automatisch staan). Bij Zigbee kan dit (dacht ik?) niet. Of denk ook aan al die 'slimme apparaten' met een ingebouwde access point.

Maar goed. We hebben het nu ook alleen over Wifi. Dat is bij lange na niet het enige op die 2.4GHz band. Onderschat niet hoeveel soorten apparaten wel niet 2.4GHz gebruiken om z'n ding te kunnen doen. Dat gaat veel en veel verder dan Wifi en Bluetooth. En dat zijn dan ook nog apparaten die echt onnodig hard aan het uitzenden zijn. Babyfoons zijn bijvoorbeeld notoire boosdoeners. Of die systemen dat een kookplaat draadloos communiceert met de afzuigkap. (sommige doen dit met bluetooth, maar veel ook gewoon met een plat 'analoog' radiosignaal). En dat zijn dan ook nog maar twee kleine voorbeeldjes.

Ofwel. Je kunt beter 2 Zigbee meshes hebben met 40 apparaten die elkaar continue in de gaten houden, dan 1 waar 80 apparaten door elkaar heen aan het praten zijn.

Als je in een vrijstaand huis woont (klein boerderijtje of zo), dus dat je echt vrijwel niets van je buren ziet, dan heb je zeer waarschijnlijk wel een punt. Maar in de praktijk voor iemand die in een rijtjeshuis of appartement woont, in de praktijk niet.

Edit: Ik bedenk me nu dat die SSIDs die ik zie inclusief de 5GHz band is.

[Reactie gewijzigd door lenwar op 28 november 2024 12:06]

[Msmax]

Wel dan is dat niet erg geslaagd...
Regelmatig knoppen die niet in 1x werken en lampen die "unreachable" aangeven in de app.
In totaal 8 accessoire en ongeveer 30 lampen in het systeem, lijkt me nou niet echt zo een overdreven grote hoeveelheid.

En ja, heb rekening gehouden met Wifi, Hue en Zigbee kanalen en ook de HUE afstanden van bridge tot lampen.

Ben dus nog druk aan het uitzoeken wat er loos is...

[lenwar]

Individuele zaken zijn natuurlijk altijd rottig in te schatten.

Ik heb zelf heen Hue hub. Ik gebruik zelf Home Assistant met Zigbee2MQTT met een dongeltje. Ik heb zelf alle wandschakelaars vervangen met EnOcean "schakelaars" (effectief dus afstandsbedieningen die in op de muur passen). EnOcean heeft een mechanisme waarvan het indrukken van de schakelaar voldoende energie oplevert om de Zigbee-antenne te activeren en z'n signaal te sturen. Er zitten dus geen batterijen in de schakelaars. Ik ben even kwijt hoe die Zigbee substandaard heet, maar ik weet dat de Hue hub het ook ondersteunt.

Als ik zo'n wandschakelaar een x-aantal dagen niet heb gebruikt, staan ze in m'n home assistant ook als 'niet gevonden', wat logisch is, want die 'knoppen' melden zich niet aan wanneer dat niet nodig is. Volgens mij is dit standaard gedrag voor alle Zigbee-apparaten op batterijen die geen triggers hoeven te sturen. (een bewegingsensor zal wel eens in de zoveel tijd een update sturen, omdat die vaak ook temperatuur en lichtmetingen doet, maar een schakelaar/afstandsbediening dus niet.)

Het 'unreachable' zou dus niet per se een probleem moeten zijn. (Althans. Als het gedrag vergelijkbaar is met hoe Home Assistant het laat zien.)

Wat ik al schreef. Het is heel moeilijk in te schatten wat het probleem kan zijn, zo op afstand. Als je al rekening houdt met alle Wifi-dingen enzo, dan kom je al een heel end, maar staar je niet blind op 'rustige Wifi-kanalen'. Pak voor je Zigbee gewoon een overlap met een sterker Wifikanaal. Voor hetzelfde geld zit er zoveel verstoring van externe apparaten op die (relatief rustige) wifi-kanalen dat je Zigbee daar last van heeft.
Je hebt meer last van een zwak, druk wifi-signaal, dan een sterk, rustig wifi-signaal.
(zoals ik al elders schreef. Babyfoons zijn notoire boosdoeners. Kunnen zomaar 3-4 huizen door de muren heen uitzenden (Afhankelijk van het bouwtype van de huizen. Ook hier is weer niks algemeens over te zeggen)). Het is niet voor niets dat die Wifikanalen rustig zijn. Veel access points staan op 'automatisch', en die detecteren die ruis. (dus niet een wifi-signaal, maar echt 'ruis' op de frequentie)

[TheVMaster]

Dat backup terug zetten (of migreren) zit er volgens mij allang in. Ik heb mijn Bridge ooit vervangen en de instellingen werden toen overgezet.

Ik heb wel gemerkt dat er bij het toevoegen van de tweede bridge aan mijn huis, de meeste lampen de verbinding kwijt lijken te zijn

[Fermion]

Thuis twee bridges, maar ze staan wel ver van elkaar verwijderd en dat gaat goed.

[Ro-Maniak2]

Ik heb ook het idee (drie bridges inmiddels...) dat het niet helemaal goed gaat als ik ze naast elkaar zet. Heb het huis dus in zones verdeeld (...haha, fysiek dus) en in elke hoek zijn eigen bridge staan.

[provista30]

3 bridges? Ik heb geen klein huis en echt alles is bij mij Hue elke schakelaar en elke lamp. Zelfs Perifo op de gehele begane grond en heb niet eens de 2e vol zitten, dus vraag me dan af hoe je er dan 3 nodig zou hebben.

[Ro-Maniak2]

...stuk of 130 lampen en dan nog de nodige slimme knoppen, sensoren en what not?

[Martinspire]

Jij hebt je eigen elektriciteitscentrale?

[Ro-Maniak2]

32 zonnepanelen, dat wel- maar zo een lampje doet toch maar 4 watt....

[Martinspire]

En in de avond, wanneer het donker is en je juist de verlichting aan wilt?

[Ro-Maniak2]

Wikipedia: Salderingsregeling zonnepanelen.

[SpoekGTi]

Ik heb al jaren 2 bridges onder elkaar hangen in mijn meterkast bij mijn hoofdrouter. Nergens last van met lampen.

Ik heb al wel een scheiding gemaakt 1 bridge is voor bovenverdieping en de andere voor beneden.

[Tig3r]

Dat heb ik dus ook maar ik gebruik ook veel switches zonder batterij van Scenic Gira. Die werken prima totdat ik een switch had met dubbele knop waarbij ik links de hele benedenverdieping in het licht wilde zetten en de rechter voor boven. Dat werkt dus niet. Ook in de gang wil je eigenlijk een knop voor bijv de buitenverlichting hebben bij de deur en de andere voor de overloop. Heb nu de overloop en gaan voorzien van een sensor en dat werkt ook wel maar voor sommige momenten is een fysieke knop toch ook handig. Precies wat in het onderste deel van het verhaal verteld wordt en daar zit dan voor mij juist de crux.

[arjandijk162]

je kunt een ander kanaal kiezen voor de tweede bridge. Een van de problemen als je bijv een Lidl bridge ernaast zet die dit niet heeft

[EN-IS]

Je geeft aan dat er al een tijdje een backup optie in zit. Philips Hue heeft dit destijds eind 2023 aangekondigd en vanaf begin 2024 is dit opgepakt door vele media/blogs. De backup optie zou dan in de instellingen komen te staan en een backup moeten maken naar de "cloud". Tot op heden is er geen optie om een backup te maken en of informatie over deze backup.

Nog geen week of twee terug heb ik heel lang moeten zoekn of het mogelijk is om een backup te maken van mijn bridge en deze te vervangen (ivm kuren) en de backup optie is er simpelweg niet. Deze is zogenaamd nog steeds in ontwikkeling bij Philips Hue.

Ter info, ik heb een account en mijn Bridge is toegevoegd aan mijn Hue account.

• https://www.iculture.nl/n...ue-bridge-backup-functie/
• https://www.ifun.de/phili...n-fuer-die-bridge-224975/
• https://hueblog.com/2024/...ction-for-the-hue-bridge/

[Reactie gewijzigd door EN-IS op 28 november 2024 10:06]

[Msmax]

Exact, er is geen backup optie...

En als je problemen hebt met het systeem dan is het heel lastig om te zoeken naar de oorzaak:
- geen log aanwezig
- geen RSSI niveau aanduiding aanwezig
- geen MESH netwerk view aanwezig
- de serienummers van de aangesloten devices zijn nergens terug te vinden in de app voor als je alles een keer opnieuw moet inleren.

Kortom een heel duur systeem met weinig diagnose opties.. en ja als het allemaal goed werkt dan mis je het ook niet.

[Verwijderd]

Simpel, koop een Sonoff Zigbee stick, dan heb je geen last van het beperkte limiet van die Bridge.
Immiddels ruim 200+ Zigbee devices aan die ene stick, zonder issues.
Alles via Zigbee2MQTT en klaar. Incl. een backup.

[icecreamfarmer]

Kun je alleen de hue app niet gebruiken wat onhandig is.

[Verwijderd]

Ik vind het vooral onhandig om een app voor Hue, app voor je verwarming, app voor je gordijnen, app voor je tv, app voor xyz,etc.
HomeAssistant kan het allemaal aansturen vanuit 1 app. Lekker makkelijk, ook met je automations.

[icecreamfarmer]

Ik heb dat draaien maar juist voor de lampen en de scenes vind ik de hue app vele malen makkelijker en duidelijker.

[Koen88]

Homey Pro met Hue app erop, en het werkt. En ook een Homey Pro zit niet zomaar vol.

Of je zet HomeAssistant aan het werk, dan heb je de Hue app überhaupt niet nodig en heb je toch 90% van de functionaliteit.

[batteries4ever]

Hoe werkt zo'n ding met Hue? B.v. de woonkamer dimmen met Hue schakelaars is "momentaan", terwijl het via de Logitech harmony per lamp gedimd wordt, zodat het minuten (!) kan duren voor de hele meute een paar stapjes gedimd is. Werken animaties ook, dus lampen die b.v. langzaam van blauw naar rood veranderen?

[Koen88]

Home Assistant praat met de Hue Bridge, en ondersteunt ook animaties e.d. (eventueel doormiddel van NodeRed). Ik heb zelf nog nooit verschil gemerkt qua snelheid of ik de Hue schakelaar, Hue app of Home Assistant gebruik om de lampen te bedienen.
Homey werkt in principe vergelijkbaar, maar is zelf de Bridge. De Hue app verzorgt vervolgens de Hue-specifieke functies, en ook via Homey kun je scènes en animaties instellen.

[arjandijk162]

precies, nagenoeg alles kan koppelen met Hue

[Msmax]

Ook mijn ervaring met ZHA en minder devices, maar werkt wel betrouwbaar zonder haperen.
En het grootste voordeel is dat je NIET gebonden bent aan alleen HUE devices of lampen alleen...

[batteries4ever]

Ditto, ik heb ook 2 bridges die beiden vrijwel vol zijn (84% lights en 66% lights). Ook bij wat meer animaties e.d. op de bridge (via iConnectHue) loopt de boel snel vol. Ik zou nog wel meer willen, b.v. Gradient lights, maar dan wordt het allemaal nog voller... soms lijkt het wel of ze me niet meer lampen willen verkopen!

[protected22]

Hoeveel lights kan je maximaal op 1 bridge zetten?

[smv]

Een belangrijk verschil tussen het bedienen van je lampen met Bluetooth of een Hue Bridge is het aantal lampen dat je kunt bedienen. Als je een Hue Bridge hebt, kun je tot 50 lampen in je hele huis aansluiten. Als je je slimme lampen bedient via Bluetooth kun je maar 10 lampen verbinden in elke kamer.

[aliasfrodo]

Ik las dat je "tot 50 lampen en accesoires" kon verbinden met 1 bridge.
Ik weest niet wat ze met "tot" bedoelen. Mogelijk hebben sommige lampen meer nodig dan andere.
Automatiseringen enzo vragen ook wel iets van geheugen, dus dat kost waarschijnlijk ook wel capaciteit.

[ucsdcom]

Ik las dat je "tot 50 lampen en accesoires" kon verbinden met 1 bridge.
Ik weest niet wat ze met "tot" bedoelen. Mogelijk hebben sommige lampen meer nodig dan andere.
Automatiseringen enzo vragen ook wel iets van geheugen, dus dat kost waarschijnlijk ook wel capaciteit.

De verschillende lampen en accesoires kunnen afhankelijk van het type meer ruimte in beslag nemen dan de ene positie die het artikel in de app inneemt. Ook als je extra automatiseringen toevoegt aan de bridge, dan kost dat ruimte. Dus de 50 is inderdaad een denkrichting die niet met jouw praktijk ervaring overeen hoeft te komen.

[darioboy75]

In een vorig tweakers artikel staat 50 devices. zie hier

[PineauHlem]

Het echte maximum per bridge is 63 stuks (lampen en accessoires). Ik zit zelf nu op 66 (waarvan dus de laatste 3 items non-smart aka dom) in huis dus moet even een tweede bridge gaan installeren. Dan gaat de buitenverlichting (15st in totaal) naar Bridge 2, met een automatisch schema (15min voor zonsondergang aan en 15min na zonsopgang weer uit).

[Dragunov]

Zou 200 zijn, las ik ergens

[Ro-Maniak2]

Ja, wel - maar ook meer bridges

[RefriedNoodle]

Door de komst van extra schakelaars, sensoren buitenverlichting etc. zit je bridge steeds eerder vol. Een nieuwe grotere bridge met meer capaciteit zie ik nog altijd als de oplossing die het zou moeten worden. Dit blijven lapmiddelen.

Ik weet niet al teveel van het Zigbee-protocol, maar ik weet wel dat het een mesh-oplossing is, dus het pad tussen een lamp en de bridge kan zomaar via een aantal tussenliggende devices lopen. Ik kan me voorstellen dat dat ook bijdraagt aan de limiet van het aantal devices, en dat een 'grotere' bridge dat niet kan oplossen?

edit: wat @pagani al eerder heeft gepost dus...

[Reactie gewijzigd door RefriedNoodle op 28 november 2024 09:27]

[Tristan]

Ik werk met 3 bridges, elk op een verdieping en dat werkt verder prima. Ik ben dan ook blij met deze update!

[PhilipsFan]

Je hebt volkomen gelijk, dit is een idiote oplossing. Het lijkt erop dat het Hue-systeem veel sneller gegroeid is dan ze zelf hebben kunnen bijhouden. Mijn bridge zit ook nagenoeg vol. Het kan toch niet zo moeilijk zijn om een nieuwe bridge te maken met wat meer cpu-capaciteit en geheugen? Waarom duurt dat zo lang dat er zo'n draak van een oplossing voor nodig is? Hebben ze geen belang bij grote klanten?

[ucsdcom]

Je hebt volkomen gelijk, dit is een idiote oplossing. Het lijkt erop dat het Hue-systeem veel sneller gegroeid is dan ze zelf hebben kunnen bijhouden. Mijn bridge zit ook nagenoeg vol. Het kan toch niet zo moeilijk zijn om een nieuwe bridge te maken met wat meer cpu-capaciteit en geheugen? Waarom duurt dat zo lang dat er zo'n draak van een oplossing voor nodig is? Hebben ze geen belang bij grote klanten?

Precies. Het zou niet moeilijk moeten zijn: wat meer geheugen en een vlottere chip. Maar die 2 zaken zijn vermoedelijk niet het probleem.. Het probleem moet haast wel in de software van het Hue systeem liggen. Signify Philips maakt al jaren een grote omtrekkende beweging bij vragen over een bridge die meer aan kan en komt altijd terug op meerdere gekoppelde bridges. Daarom denk ik dat er ergens een rudimentair principe in de software zit wat de beperking geeft per bridge. Zonder dat principe zou ondersteuning voor bijvoorbeeld Hue lanpen gen 1 t/m m 3 vervallen na een update. Waarom zou je anders dit niet oplossen?

Wat daar dan weer tegenin gaat is dat de hoeveelheid devices afhankelijk is van het geheugen gebruik en er wel een upgrade van bridge 1.0 naar bridge 2.0 is geweest. En dat er daarna een update/upgrade naar bridge 2.1 kwam. Nieuwe bridge hardware is er dus wel. Maar dan voor extra functies vanaf de bridge 2.0 en niet voor meer devices er op.

Ik snap dat je een goedkoop startpakket wilt aan kunnen bieden met een intussen goedkoop te produceren bridge die al 10 jaar oud is. Maar wat let je na al die jaren om ook een losse Bridge PRO aan te bieden?

NB. opvallend: ik zie op Tweakers dat de bridges niet meer los beschikbaar zijn. Komt er toch een nieuwe?

[PhilipsFan]

Ik vermoed ook dat het een dieper liggend probleem is, anders zou het wel opgelost kunnen worden. Het zou leuk zijn als de developers daar eens wat details over delen, want dat is voor ons heel erg interessant. Ik zit op dit moment op 45 lampen, dus dat begint al redelijk in de buurt te komen. Het houdt me op dit moment nog niet tegen om nieuwe lampen te kopen, ik heb ook nog wat reserve. De lampen in de WC, trapkast, brandgang en schuur hoeven niet perse met Hue te worden bestuurd, dus die kunnen wel verhuizen naar Zigbee2MQTT. Maar dat zou toch niet nodig moeten zijn.

Maar ik kreeg laatst al wel een melding in de app dat ik geen nieuwe scenes kon aanmaken omdat er te weinig geheugen was. Dat vind ik wel een nadeel. Ik vind die tijdelijke scenes zoals Halloween altijd leuk. Maar omdat die maar tijdelijk in de app zitten, kopieer ik ze altijd naar alle ruimtes waar gekleurde lampen hangen. Dat gaat dus nu niet meer.

[Msmax]

Ik vermoed dat de ontwerpers zijn weg gelopen en de rest het draaiende probeert te houden met wat ze kunnen...

Als ik een probleem doorgeef en mij om de aankoopdatum wordt gevraagd dan ga ik er in ieder geval bij nadenken.

[secret17]

Hoewel ik de huidige capaciteit van een bridge qua hoeveelheid lampen en accessoires wat laag vind, denk ik dat de oplossing juist moet zitten in het eenvoudig kunnen bijkopen en aansluiten van extra bridges om je capaciteit uit te breiden ivm het aanbieden van grotere bridges, waar je uiteindelijk ook weer tegen de capaciteitslimiet aanloopt. Zo'n design moet het dan uiteindelijk wel mogelijk maken om schier onbeperkt nieuwe bridges aan te sluiten en waarbij alle bridges samen functioneren als één grote bridge (vanuit configuratie van lampen en accessoires gezien), zodat je met elke switch elke lamp kan aansturen, ongeacht op welke bridge de apparaten fysiek zijn aangesloten. Ik vind deze ondersteuning iig alvast een stap in de goede richting; meestal wil je lampen en accessoires toch groeperen per ruimte/verdieping en kun je die ruimtes/verdiepingen toewijzen aan bepaalde bridges.

[InsanelyHack]

Tja ik weet niet of de grootte en of evt extra Hue bridges echt het probleem oplossen van veel apparaten.
Ik vind het heel raar dat een Sonoff Zigbee stick mijn totale huis met 70 Zigbee devices probleemloos kan besturen terwijl mijn Hue Bridge het vaak liet afweten om een lamp in de WC te besturen. Ik heb ook soms het idee dat Ikea lampen en of andere non-Hue Zigbee devices die wel worden herkend in de Hue App / Bridge maar niet altijd lekker werken met de bridge. Ik ben blij dat ik alles nu kan aansturen met homeassistant en de Sonoff Zigbee stick.

Nadeel bridge:

• Ik ben van mening dat de compatibiliteit niet geweldig is met non Hue Zigbee devices
• geen update mogelijkheid van non-hue zigbee devices
• backup mogelijkheid, ik heb zo'n bridge ooit kapot gehad, daar wordt je niet blij van
• verbruikt meer stroom dan een Sonoff USB dongle

Voordelen:

• hue app, voor velen makkelijk en overzichtelijk

[_Richie_]

Een backup mogelijk zou wel een mooie optie zijn. Echter de 2 bridges hier draagt rock stable al een paar jaar. Vraag me af hoe vaak ze kapot gaan.

[pagani]

Voor degenen die opperen dat er een bridge zou moeten komen met meer capaciteit, dan loop je al snel tegen de Zigbee limieten aan. Je zult dan ook iets met de mesh (dus alle lampen en schakelaars) moeten om die capaciteit te verhogen (zeker de helft van mijn lampen en schakelaars zit totaal niet in de buurt en het bereik van de bridge)

Oplossingen zijn er natuurlijk ook, Matter (op Thread) gebruiken met meerdere routers/hubs (32 hubs max, 511 devices), de hubs taktisch plaatsen en de lampen/schakelaars slim koppelen aan de juiste mesh etc.

[Gizz]

Voor degenen die opperen dat er een bridge zou moeten komen met meer capaciteit, dan loop je al snel tegen de Zigbee limieten aan.

Welke zigbee limieten? Een coördinator met CC2652-chip (al jaren op de markt) kan 100 clients aan die direct met de coördinator verbonden zijn. Maar omdat die clients zelf ook weer routers zijn binnen het mesh-netwerk kom je op 200 zigbee 3.0 clients uit: bron. Voor een nieuwere chip zoals de EFR32MG21 geldt ook maximum 200 zigbee 3.0 clients of 1000 clients met een oudere versie van zigbee (het verschil komt door de hogere overhead van zigbee 3.0).

Dat een Hue-bridge stopt bij 50 devices is geen harde beperking van het Zigbee-protocol. Zelf heb ik ook een usb-stickje met CC2652-chip en nu 90 zigbee-devices in mijn netwerk, zonder problemen. En dan zit ik nog niet eens op de helft van wat kan.

Je zult dan ook iets met de mesh (dus alle lampen en schakelaars) moeten om die capaciteit te verhogen

Een zigbee-netwerk is 'by default' een mesh-netwerk.

[Reactie gewijzigd door Gizz op 28 november 2024 11:54]

[cyble]

Ze kunnen intern meerdere coordinatoren/routers toevoegen aan een hub om tot 64k apparaten in een zigbee mesh te ondersteunen.

[Weerz]

Zitten in wat ik zie nog andere beperkingen op die hopelijk in de toekomst worden opgelost.

De lampen moet opnieuw koppelen. Je kan ze niet verschuiven naar andere bridge.
Voor lampen best redelijk snel te doen. Maar dimmers(geen hue, wel compatible) wordt het handmatig reset/koppelen.

Apple Home werkt ook (nog)niet.

[Reactie gewijzigd door Weerz op 28 november 2024 10:08]

[posttoast]

Hoezo werkt Apple Home nog niet? Daar werkte het toch sowieso al goed met meerdere bridges? Gewoon allebei koppelen aan HomeKit. Of is dat nu veranderd?

[Weerz]

klopt, my bad.
Normaal pakte hij het automatisch in Home, moest deze handmatig toevoegen en zat de bridge erbij

[posttoast]

OK, gelukkig Anders was het wel weer een stap terug. Maar moet je nu nog steeds twee bridges toevoegen? Ofwel, is daar niets veranderd?

[Weerz]

Nee, 2e toevoegen door scannen achterkant van de bridge.
Dan herkent hij gelijk de lampen in home erna.

Helaas alleen niet in welke zone etc, dat is dan wel weer opnieuw indelen en zoeken welke lamp het is.

[justdaboo]

Idd, dat is niet heel handig, ik heb twee bridges.... elk met veel lampen en (inbouw) devices...

[lenwar]

Dat is inherrent aan het Zigbee-protocol.

De koppeling van de lampen is gebaseerd op een MAC-adres (of hoe ze het in Zigbee-land ook noemen). Een ander apparaat heeft 'dus' een ander MAC-adres. Nou zou je technisch gezien een virtueel MAC-adres kunnen maken en dan de oude bridge uitzetten en de nieuwe met het nieuwe MAC-adres, maar je snapt dat dit ook voor gedoe kan zorgen.

Het overzetten naar een andere bridge is in de praktijk toch echt 'afmelden en ergens anders aanmelden' (dus alsof je van SSID veranderd met je Wifi van access point 1 naar access point 2).

[cricque]

En als je een bridge op meerdere locaties hebt ? Bijvoorbeeld thuis en vakantiehuis. Want ik dacht dat dit al langer kon, maar dus bljikbaar helemaal niet. De 1ste hue bridge zit hier nog niet vol, dus nooit het probleem gehad van een 2de. Maar vakantiehuis ga ik ook wat hue spul zetten, en dat is dus een 2de bridge.

[pOZOR jED]

Dan kun je een 2e account maken, als het 2 woningen zijn was dat geen probleem. De schoen wringt vooral als je in 1 woning meer dan ±50 lampen en 20 schakelaars hebt. Dan wordt het geheel traag en soms heb je onvoorspelbaar gedrag.

[batteries4ever]

Dat zou nu dus moeten werken op de Hue App. Het probleem dat mensen hiervoor nog hebben, meer devices dan goed op een bridge passen, is hiermee nog niet opgelost.

[Alcmaria]

Yes! Eindelijk! Dit is echt iets waar ik op zat te wachten.. Leek me redelijk basaal, nu in tuinhuis en woonhuis 2 bridges en dat ging niet lekker .. mooi nieuws

[Klaus_1250]

Ik had liever gewoon een v3 bridge zien waarop je 100-300 apparaten kan aansluiten.

[JanJeen]

Eens!

Ik vermoed dat de lampen de limiet vormen. Eerder had ik mijn Homey op een ongunstige plek, waardoor dataverkeer via meerdere lampen moest om andere devices te bereiken. Daarmee werd het zigbee netwerk erg traag. Dat zal waarschijnlijk ook een probleem zijn bij 100+ devices.

Hoe kun je eigenlijk zien in de Hue app in hoeverre de limiet van je bridge bereikt is?

[Reactie gewijzigd door JanJeen op 28 november 2024 09:48]

[DrLZ Gambit]

Dat heeft lang op zich laten wachten. Dit kan al enkele jaren met de ios app Iconnect Hue. Toch vreemd dat een 3th party app dat al heel lang voor elkaar heeft.
Sinds ik die app gebruik heb ik nooit meer de behoefte gehad om de originele Hue app te gebruiken.
Ik weet helaas niet of die app ook bestaat voor android. Voor mij doet ‘t momenteel alles wat ik zou willen.

[batteries4ever]

Hij bestaat niet voor Android, dat is het voornaamste nadeel. Ik begrijp niet dat mensen honderden of duizenden Euros besteden aan hardware, maar dan bij de originele app blijven hangen: die is weliswaar wat beter geworden, maar loopt mijlen achter op iConnectHue. Het enige naddel is dat animaties alleen op de brug lopen: dat is goed want dan kunnen die vanuit schakelaars of sensors gestart worden maar beperkt het aantal stappen tot 8, ik zou graag de extra mogelijkheid hebben uitgebreidere animaties te laten lopen op een iPhone/iPad.

[acreed166]

Nu focussen op een backup feature, die ze rond januari hebben beloofd.

[KRASH]

Je kan nu echter niet meer per bridge selecteren, alleen per "Home". Het lijkt nu verplicht om een bridge te koppelen aan een Home (En dus een account).

Vanuit de app lijkt het dus niet meer mogelijk om een bridge te bedienen zonder account.

[unaco]

Wacht er ook al 2 jaar op en m’n ticket staat ook al zo lang open bij support.
Maar als je nu inderdaad alles weer om moet zetten, dan laat maar want inmiddels werkt m’n Home Assistant super.

Beter komen ze inderdaad met een nieuwe bridge die een ambitieus aantal devices aankan. En ja, dan gaan we met z’n allen klagen omdat ze er een ‘pay as you go’ model van maken .

[pOZOR jED]

Mooi!
2e bridge staat al klaar, omdat het af en toe niet helemaal soepel meer loopt.
Had al een slimme-stekker via Home Assistant die de bridge elke nacht reset, kan dat er weer tussenuit!

Een huis vol HUE is leuk, maar heeft zijn limieten

~50 lampen een handje slimme stekkers en een schakelaar/sensor of 20...

Er zijn nog wel beperkingen. Zo werkt het aansturen van meerdere bridges via bijvoorbeeld Amazon Alexa nog niet en kan een lamp aan de eerste Bridge niet reageren op switches en sensors van een andere bridge. Die functionaliteit zou wellicht in de toekomst komen.

Ai! dit is wel heel zuur, want het huis zit naast vol met HUE ook vol met Alexa...

[Reactie gewijzigd door pOZOR jED op 28 november 2024 09:09]