There are two limits - firmware and hardware - both in the stick. Firstly there’s possibly a limit in the firmware (although it may be large - silabs don’t specify a maximum limit) and secondly the hard limit is the amount of memory available.
I’ve not looked at the impact of increasing the key table size - what happens is it will reduce the packet buffer size, but I’ll look at doing some quick tests to characterise this.
Yes, I can probably find some from a reasonably recent version. I think Silabs provided code up to around version 6.4 (we’re now at 6.7 I think). I’ll see if I can find something.
Thank you for most excellent help and info.
I found the sniffer pdf to be very good and that helped me to get a initial grasp of zigbee communication.
I would be totally lost if it was not for the filtering tips.
The coloring helped too, to sort out the more important bits.
Just let me know if you want me to test something.
I just gave this a quick try using my debug system, and it joined ok. This isn’t exactly the same as the binding, but all the ZigBee code is the same. Also, it’s not an LTA001 - it’s an LWA001 (not sure what the difference is!).
Maybe it’s an issue with the firmware - I’m a bit hesitant to just dig out some random firmware in case you brick your device. What OS are you using? I have one of these here but it doesn’t work on a Mac but I might see if my linux system discovers it a bit later - I’d be happier if I could test it here before sending you something .
Node Info Value
Application Version 2
Date Code 20190122
Generic Device Class 0
Generic Device Type 255
HW Version 1
Manufacturer Name Philips
Model Identifier LWA001
Power Source 1
Product Code ByteArray [value=]
Product URL www.meethue.com
SW Build ID 1.53.3_r27175
Stack Version 1
ZCL Version 2
So, the problem is with the Bitronvideo firmware? I have been investigating the web to update the firmware, some information found on the Home Assistant forums, but I didn’t find a proper ans secure way to do that. Any help on this will be appreciated.
Can I just check if you ever found a solution to this? I am having what I think is a similar issue with a Hue Bulb LTG002 and this Ember controller (ZB-Stick (701554) - popp.eu) based on SiLabs EFR32MG1
When I put the controller in scanning mode, the bulb goes ONLINE and can be controlled fine from OpenHab (responds to dimming etc.). After a few seconds, the bulb goes back OFFLINE. ONLINE and OFFLINE refer to the state from the openhab console command “zigbee nodes”.
You can see in the log attached at 23:38:13.287 it goes “DEVICE_LEFT” logextract.log (41.1 KB)
I am assuming this is a similar issue and would really appreciate tips for solving it.
I have tested many Zigbee 3 devices, so this is clearly not an issue with zigbee 3.0 and we have a lot of customers using the system with zigbee 3.0. Z3.0 support was originally added for Deutsche Telekom about 3 years ago… Without logs to see what is happening it’s pretty difficult for me to comment - and also a bit hard I think for you to say what is happening?
I finally got time to sit down and sniff 3 different devices;
The above mentioned Philips LTA001 bulb, a Phillips Hue Outdoor Floodlight and the Apex smart switch.
They all decide to leave the network.
Chris, do you still want to see the sniffer pcaps?
I getting more and more sure that my problem is the firmware in the Bitronvideo stick.
tinaught’s findings with firmware update build up on that. @tinaught Do you know what firmware you had before the update?
For the record:
Debian Buster on a Intel NUC
Bitronvideo BV2010/10 Coordinator
openhab> openhab:zigbee ncpversion
Ember NCP version 126.96.36.199, EZSP version 4
I have the new Itead/Sonoff stick in the mail, but it will be a week or two before they get here.
The Popp stick looks nice, where did you get the firmware?
Edit: Oh, there is firmware in the github repo you linked to above,
I guess you used that one?
I probably get one as it have a casing. The Itead do not…
A quick test with a Itead/Sonoff EFR32MG21 based USB stick:
Both the Philips Hue LTA001 bulb and the Apex smart switch work just fine.
The Itead/Sonoff stick have firmware version 188.8.131.52.
So, I conclude that the Bitronvideo 2010/10 just have a too old firmware version.