ability to switch bridges

[pojomojo1982]

Is your feature request related to a problem? Please describe.
The app allows to switch to a different bridge. Can this capability be exposed?

Describe the solution you'd like
The set sync state service should expose which bridge we want the sync box to target or expose two media players, one for each brdige.

Describe alternatives you've considered
No known alternatives.

Additional context
Some large hue setups have multiple bridges

[mvdwetering]

I had a quick look and it does not seem that easy at first glance.

The syncbox itself seems to be connected to only one bridge at the time (judging from the API). So switching a bridge seems tricky as you would need to pass in the credentials of the bridge to switch to. Switching a bridge would then also mean that the area list will change and there might be downtime during switching and not sure how to handle that gracefully.

I want to keep the scope of this integration limited to only communication with the syncbox (so not performing a linking procedure to a bridge). But maybe adding a service to switch bridge would be possible where you would have to provide the credentials yourself.

I will see if I can have a look at it over the holidays to see how feasible it is.

[pojomojo1982]

Yes, a separate service which takes credentials as input along with the bridge to switch to will work just fine as well. For what it’s worth, I checked with a ping test that the sync box does not loose connectivity during the switch. It maintains its own IP lease to the WiFi router throughout. Its connection to WiFi appears to be separate and distinct from the connection to the bridge. Thank you for looking into this! On Dec 14, 2021, at 14:54, Michel van de Wetering ***@***.***> wrote:  I had a quick look and it does not seem that easy at first glance. The syncbox itself seems to be connected to only one bridge at the time (judging from the API). So switching a bridge seems tricky as you would need to pass in the credentials of the bridge to switch to. Switching a bridge would then also mean that the area list will change and there might be downtime during switching and not sure how to handle that gracefully. I want to keep the scope of this integration limited to only communication with the syncbox (so not performing a linking procedure to a bridge). But maybe adding a service to switch bridge would be possible where you would have to provide the credentials yourself. I will see if I can have a look at it over the holidays to see how feasible it is. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#27 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGWH2LY52SI2GKWMTEROECLUQ6OILANCNFSM5KBDEMQQ> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

[mvdwetering]

I finally got around to adding this. It is available in v1.18.0.

Keep in mind that switching bridges takes time. Keep track of the new bridge_connection_state attribute to see if it is done.