Open tusing opened 7 years ago
I had the same problem, in my house i have 10 bulbs and 2 strips that i need to control, spent about one month trying to build one master bridge but in the end i come to conclusion that ESP8266 performance is not enough for a normal bridge. A regular configuration with lot of scenes, rules, sensors is very big and this need to be processed fast because aplications send multiple requests per seconds. To solve this i build from scratch a dedicated bridge using a much powerfull RaspberryPi that is able to handle big configuration data with no lag and has also an ethernet port to avoid wifi problems/delays. Is writed in php with mysql for storing the data and can be very easy adapted to work with this project, managing esp8266 bridges as lights. Basically just curl sintax must be edited to use PUT request instead GET.
@mariusmotea would it be possible to share your work on this?
Hi!
Currently my bridge emulator can be used as proxy for IKEA tradfri gateway, Milight Hub and other Hue Bridge devices (like this). I don't test yet to use an ESP8266HueEmulator as client, but i believe it will work. SSPD server can be a problem because applications will detect "clients" as other hue bridge devices.
Most Hue apps only support one bridge per home, with the idea being that additional Hue lights simply extend a bridge.
Controlling two or more ESP8266 bridges is tedious and infeasible if one would like to add multiple lights throughout their home.
It would be optimal if additional wireless lights simply extended an existing bridge, so we could control all the lights in our home without having to change apps or delve into app settings.