After I updated to .91 part of my limitless lights fail to respond. Light 1 on bridge 1 still responds. Both lights on bridge 2 responds. I tested both bridges with my phone and also with an old shell script and they are working. I also tried to changing the version for bridge 1 to 1-5 in the config but that did not help. Bridge 1 is an early model purchased in 3/13. suggestions?
My config is
light:
platform: limitlessled
bridges:
- host: 192.168.50.160
group_1_name: Living Room Endtable
group_1_type: white
group_2_name: Bedroom
group_2_type: white
group_3_name: Office
group_3_type: white
group_4_name: Living Room Ceiling
group_4_type: white
- host: 192.168.50.161
group_1_name: Office Lamp 2
group_1_type: rgbw
- host: 192.168.50.161
group_1_name: Living Room Endtable 2
group_1_type: white
I discovered the probable cause, a bug in the python-limitlessled module. If you want to try and fix it now, before an update to HA, you can do the following:
In file “limitlessled/bridge.py” (which should exist under the HA configuration directory)
Replace line 126 with: self._socket.send(bytearray(group.get_select_cmd().append(BRIDGE_LONG_BYTE)))
Oh! I only just now learned of the .9 update! Considering my setup is heavily based on LimitlessLED, would it be recommended that I hold off updating for now?
You tried the fix I outlined? Though, that fix applies to bridge version under 3, and you appear to be on version 3. I’ve only tested the module with one white group - there could be an issue with multiple white groups per bridge. I’ll reconfigure my setup and see if I can reproduce your issue. Unfortunately I don’t have a version 3 bridge to test with.
yes replaced line before testing. restarted service on each attempt, it looks like
# Select group if a different group is currently selected.
if select and self._selected_number != group.number:
self._socket.send(bytearray(group.get_select_cmd().append(BRIDGE_LONG_BYTE)))
time.sleep(SELECT_WAIT)
# Repeat command as necessary.
Yes it works on the version 4 hub with both white and RGBW lights. Just not on the version 3 hub. The version 4 hubs works with the default version in the config.
Did you ever get a chance to troubleshoot it some more? If it cannot be worked out, i’ll move the lights on that bridge to be controlled via a small shell script.
Please can someone confirm how to verify the h/w s/w versions? Mine seems to have a web interface and reports back firmware version 'V1.0.04a-JCY-1
’ via the web interface. I was told by the supplier it was v4.???.
I’m use the latest HA 0.11.1 and have tried setting the config to version 4 & 5. The RGBW control works fine but the documentation suggests you should be able to set white and rgbw type on the same group, presumably so you can control it as either a white light or rgb light? The White switch just doesn’t work even from boot of both HA and WIFI controller. The light is initially white and can be controlled via the RGBW switch (not white) then as soon as you change the colour there is no way of going back to white?
Hopefully someone else has had this problem and might have a solution?
No the white / rgbw option is for separate lights not modes. To get back to white, I click the device in the card and click at the top of the color gradient to get white
For my device I get 4.02.08T.25 for my firmware under the device management option. It works with both white and rgbw lights on the same zone. To get the interface I have to connect to device/home.html
I am also having issues with my old v3 hubs. I am considering getting a new v4 or v5 hub just to see if they work fine. I’d still like to figure out why my v3 hubs aren’t working. I have a freaking bash script that controls them just fine… perhaps I can hack to cli controls into HA to get them working temporarily.
