# Milight: setting color not always results in the same color? **URL:** \ **Category:** Bindings\ **Tags:** milight\ **Created:** [June 26, 2019, 5:36pm UTC](https://community.openhab.org/t/milight-setting-color-not-always-results-in-the-same-color/77053 "2019-06-26T17:36:19Z")\ **Posts on this page:** 1\ **Showing post:** 5
**Author:** ![matt1](https://community.openhab.org/user_avatar/community.openhab.org/matt1/32/19930_2.png) [@matt1](https://community.openhab.org/u/matt1)\ **Post date:** [June 29, 2019, 1:10am UTC](https://community.openhab.org/t/milight-setting-color-not-always-results-in-the-same-color/77053/5 "2019-06-29T01:10:42Z")
Since you seem to have the needed skill level, are you interested in looking as to why the current binding does not work compared to the milight app and also iobroker? I don’t own a ibox or any OEM bridge for that matter so I can not do this and you can read the history of the current situation in this thread.. > [@The "new" Milight IBox and milight binding](https://community.openhab.org/t/the-new-milight-ibox-and-milight-binding/17621/375): > > @David_Graeff I stumbled across this and thought it may be useful, it is a JAR file with instructions on how to use it for sniffing the traffic between a ibox1/2 and the milight app. It will display the keep alive packets Milight uses and more. See post number 6… [https://forums.homeseer.com/forum/lighting-primary-technology-plug-ins/lighting-primary-technology-discussion/limitlessled-rien-du-pre/102392-support-for-ls1-ls2-led-strip-controllers](https://forums.homeseer.com/forum/lighting-primary-technology-plug-ins/lighting-primary-technology-discussion/limitlessled-rien-du-pre/102392-support-for-ls1-ls2-led-strip-controllers) If someone sniffs and documents their findings correctly it will greatly assist someone that can code to improve the situation. I would prefer to look at how the app communicates as further bridges are more likely to continue in the same direction as the app. As mentioned I have flawless operation using the open source bridge and the binding that I wrote so I am not keen to purchase hardware to look at something when I feel the opensource hub is far superior and more likely to still be working in 20 years time as the full code is opensource. > [@toma77](#): > > However, one bridge being it unlimitted or not will not cover my entire house, either. You will be surprised as you can make a bridge as powerful as a wifi router at going through walls and distance. I have a single hub doing my whole large house currently but will be installing at least two for redundancy reasons not coverage. As with all wifi, metal in your walls does block and create dead spots so moving the bridge around can find a better spot. For getting good range see this post. Ordering in the parts does take time. > [@EspMilightHub new binding for milight limitlessLED and easybulb](https://community.openhab.org/t/espmilighthub-new-binding-for-milight-limitlessled-and-easybulb/39720/46): > > OK results of my hardware testing are: When trying different chinese sourced NRF boards, the versions with PA+LNA use a LOT more power than boards without the PA+LNA features, really not surprising. What did surprise me was the chinese made LoLin nodemcu V3 board I am using can not power some of them at all. When trying to get them running the thing to look out for is the LED on the esp8266 sub board. If you press the reset button on the nodeMCU you will notice a small LED flashes. When you try… --- _[View the full topic](https://community.openhab.org/t/milight-setting-color-not-always-results-in-the-same-color/77053)._