Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.
And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.
Unable to discover lights
See original GitHub issueI have a handful of LIFX bulbs: 2x LIFX Original, 1x LIFX Color 1000 and 4x LIFX DL.
I ran verbose_lan.py, and got the following output, however Found Bulbs comes back empty.
Any ideas why it’s not being parsed correctly? I tried parsing the bytes but couldn’t quite get the format down.
I did get 10 packets, but I’ve included the 7 unique packets.
Dump
Discovery will go much faster if you provide the number of lights on your LAN: python verbose_lan.py <number of lights on LAN>
Discovering lights… SEND: GetService Size: 36 Origin: 0 Tagged: 1 Protocol: 1024 Source ID: 19946 Target MAC Address: 00:00:00:00:00:00 Ack Requested: 0 Response Requested: 1 Seq Num: 0 Message Type: 2 Payload: <empty> Bytes: [‘0x24’, ‘0x0’, ‘0x0’, ‘0x34’, ‘0xea’, ‘0x4d’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x1’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x2’, ‘0x0’, ‘0x0’, ‘0x0’]
RECV: Message Size: 10496 Origin: 0 Tagged: 0 Protocol: 20 Source ID: 3930914816 Target MAC Address: d0:73:d5:27:b2:ae Ack Requested: 0 Response Requested: 1 Seq Num: 0 Message Type: 768 Payload: <empty> Bytes: [‘0x29’, ‘0x0’, ‘0x0’, ‘0x14’, ‘0xea’, ‘0x4d’, ‘0x0’, ‘0x0’, ‘0xd0’, ‘0x73’, ‘0xd5’, ‘0x27’, ‘0xb2’, ‘0xae’, ‘0x0’, ‘0x0’, ‘0x4c’, ‘0x49’, ‘0x46’, ‘0x58’, ‘0x56’, ‘0x32’, ‘0x1’, ‘0x0’, ‘0x0’, ‘0x2a’, ‘0x7b’, ‘0x39’, ‘0x2c’, ‘0x80’, ‘0x1’, ‘0x0’, ‘0x3’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x1’, ‘0x7c’, ‘0xdd’, ‘0x0’, ‘0x0’]
RECV: Message Size: 10496 Origin: 0 Tagged: 0 Protocol: 20 Source ID: 3930914816 Target MAC Address: d0:73:d5:12:56:28 Ack Requested: 0 Response Requested: 1 Seq Num: 0 Message Type: 768 Payload: <empty> Bytes: [‘0x29’, ‘0x0’, ‘0x0’, ‘0x14’, ‘0xea’, ‘0x4d’, ‘0x0’, ‘0x0’, ‘0xd0’, ‘0x73’, ‘0xd5’, ‘0x12’, ‘0x56’, ‘0x28’, ‘0x0’, ‘0x0’, ‘0x4c’, ‘0x49’, ‘0x46’, ‘0x58’, ‘0x56’, ‘0x32’, ‘0x1’, ‘0x0’, ‘0xc8’, ‘0xa9’, ‘0x9c’, ‘0xfc’, ‘0x8b’, ‘0xab’, ‘0x20’, ‘0x15’, ‘0x3’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x1’, ‘0x7c’, ‘0xdd’, ‘0x0’, ‘0x0’]
RECV: Message Size: 10496 Origin: 0 Tagged: 0 Protocol: 20 Source ID: 3930914816 Target MAC Address: d0:73:d5:27:80:a4 Ack Requested: 0 Response Requested: 1 Seq Num: 0 Message Type: 768 Payload: <empty> Bytes: [‘0x29’, ‘0x0’, ‘0x0’, ‘0x14’, ‘0xea’, ‘0x4d’, ‘0x0’, ‘0x0’, ‘0xd0’, ‘0x73’, ‘0xd5’, ‘0x27’, ‘0x80’, ‘0xa4’, ‘0x0’, ‘0x0’, ‘0x4c’, ‘0x49’, ‘0x46’, ‘0x58’, ‘0x56’, ‘0x32’, ‘0x1’, ‘0x0’, ‘0x40’, ‘0xd2’, ‘0xee’, ‘0x64’, ‘0x2c’, ‘0x80’, ‘0x1’, ‘0x0’, ‘0x3’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x1’, ‘0x7c’, ‘0xdd’, ‘0x0’, ‘0x0’]
RECV: Message Size: 10496 Origin: 0 Tagged: 0 Protocol: 20 Source ID: 3930914816 Target MAC Address: d0:73:d5:25:d1:77 Ack Requested: 0 Response Requested: 1 Seq Num: 0 Message Type: 768 Payload: <empty> Bytes: [‘0x29’, ‘0x0’, ‘0x0’, ‘0x14’, ‘0xea’, ‘0x4d’, ‘0x0’, ‘0x0’, ‘0xd0’, ‘0x73’, ‘0xd5’, ‘0x25’, ‘0xd1’, ‘0x77’, ‘0x0’, ‘0x0’, ‘0x4c’, ‘0x49’, ‘0x46’, ‘0x58’, ‘0x56’, ‘0x32’, ‘0x1’, ‘0x0’, ‘0xc0’, ‘0x53’, ‘0x3f’, ‘0xff’, ‘0x2b’, ‘0x80’, ‘0x1’, ‘0x0’, ‘0x3’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x1’, ‘0x7c’, ‘0xdd’, ‘0x0’, ‘0x0’]
RECV: Message Size: 10496 Origin: 0 Tagged: 0 Protocol: 20 Source ID: 3930914816 Target MAC Address: d0:73:d5:27:bd:b1 Ack Requested: 0 Response Requested: 1 Seq Num: 0 Message Type: 768 Payload: <empty> Bytes: [‘0x29’, ‘0x0’, ‘0x0’, ‘0x14’, ‘0xea’, ‘0x4d’, ‘0x0’, ‘0x0’, ‘0xd0’, ‘0x73’, ‘0xd5’, ‘0x27’, ‘0xbd’, ‘0xb1’, ‘0x0’, ‘0x0’, ‘0x4c’, ‘0x49’, ‘0x46’, ‘0x58’, ‘0x56’, ‘0x32’, ‘0x1’, ‘0x0’, ‘0x80’, ‘0xab’, ‘0xdd’, ‘0x4d’, ‘0x2c’, ‘0x80’, ‘0x1’, ‘0x0’, ‘0x3’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x1’, ‘0x7c’, ‘0xdd’, ‘0x0’, ‘0x0’]
RECV: Message Size: 10496 Origin: 0 Tagged: 0 Protocol: 84 Source ID: 3930914816 Target MAC Address: d0:73:d5:00:bd:16 Ack Requested: 0 Response Requested: 0 Seq Num: 0 Message Type: 768 Payload: <empty> Bytes: [‘0x29’, ‘0x0’, ‘0x0’, ‘0x54’, ‘0xea’, ‘0x4d’, ‘0x0’, ‘0x0’, ‘0xd0’, ‘0x73’, ‘0xd5’, ‘0x0’, ‘0xbd’, ‘0x16’, ‘0x0’, ‘0x0’, ‘0x4c’, ‘0x49’, ‘0x46’, ‘0x58’, ‘0x56’, ‘0x32’, ‘0x0’, ‘0x0’, ‘0xc4’, ‘0xa3’, ‘0x85’, ‘0xdb’, ‘0x8b’, ‘0xab’, ‘0x20’, ‘0x15’, ‘0x3’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x1’, ‘0x7c’, ‘0xdd’, ‘0x0’, ‘0x0’]
RECV: Message Size: 10496 Origin: 0 Tagged: 0 Protocol: 84 Source ID: 3930914816 Target MAC Address: d0:73:d5:03:47:c4 Ack Requested: 0 Response Requested: 0 Seq Num: 0 Message Type: 768 Payload: <empty> Bytes: [‘0x29’, ‘0x0’, ‘0x0’, ‘0x54’, ‘0xea’, ‘0x4d’, ‘0x0’, ‘0x0’, ‘0xd0’, ‘0x73’, ‘0xd5’, ‘0x3’, ‘0x47’, ‘0xc4’, ‘0x0’, ‘0x0’, ‘0x4c’, ‘0x49’, ‘0x46’, ‘0x58’, ‘0x56’, ‘0x32’, ‘0x0’, ‘0x0’, ‘0xc4’, ‘0xc1’, ‘0x1’, ‘0x5’, ‘0x8c’, ‘0xab’, ‘0x20’, ‘0x15’, ‘0x3’, ‘0x0’, ‘0x0’, ‘0x0’, ‘0x1’, ‘0x7c’, ‘0xdd’, ‘0x0’, ‘0x0’]
Found Bulbs:
Issue Analytics
- State:
- Created 5 years ago
- Comments:12 (7 by maintainers)
Top Results From Across the Web
Top Related Medium Post
Top Related StackOverflow Question
Troubleshoot Live Code
Top Related Reddit Thread
Top Related Hackernoon Post
Top Related Tweet
Top Related Dev.to Post
Top Related Hashnode Post
Ahhh gawdddd, it’s because the endianness of the machine is different. The part of the library that uses C structs is reading the bytes in reverse. I’m working on a fix!
So I just ran into this problem and it was fixed by uninstalling the pip version and installing from source. before I was getting a very similar output to OP.