-
-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LQI and route problem with multipan firmware #12
Comments
I am aware of the LQI issue with it reporting 255. I've also heard reports it affects the SkyConnect dongle, so is probably a bug somewhere in the Silicon labs code either the multipan firmware or Zigbeed (doesnt seem specific to ZHA or Z2M). It might be worth reporting this one on the Silabs forums (which i havent got around too yet). That said the LQI issue is purely cosmetic (unless it is hiding underlying signal quality issues). I dont expect it related to your button issue. I have a Sonoff button here, that works perfectly with the multipan firmware. What button device are you using? is there anything in the logs indicating errors? Is it working ok with NCP (normal zigbee) firmware? |
Looking at source code, LQI reporting doesn't appear to be implemented in the multipan/zigbeed stack yet. Not sure if this is a technical limitation or just they haven't implemented it yet! |
Hi @darkxst I'm using Philipe Hue smart button, but the probleam appear also with my Aqara P1 sensors. Sometime, the state of occupency is not updated. By regarding the network on Z2M, I see that end-devices is not connect to the coordinator but with a routeur (like my Philipe hue or Aqara H1). With NCP firmware, no problem with state and LQI. So I think end-devices state report problem seems to be relative to end-devices while is not connected directly to the coordinator. But at this time, no logs with timeout, or etc in Z2M or Multi PAN addon in HA. |
Is the LQI acceptable via router? generally going through routers wont cause issues, but then Aqara devices are not entirely compliant with zigbee specs so can be troublesome at times, particularly with incompatible routers.
I am not sure that the end devices are seeing the 255 LQI values. IF they did everything would choose the coordinator to pair with. I did some testing with 1x router and multipan coordinator a while back (albeit in ZHA) and end devices seemed to pair correctly to wither the router or coordinator based on real (estimated) LQIs. One thing to keep in mind is the zigbee mesh is not overly dynamic, if you pair a device with a specific router, it will tend to prefer that router even when better link options are available. outside of directly pairing it can take a long time for a device to migrate to a new router. Also what NCP Firmware version are you using? when running multipan stack, zigbeed is running 7.3 branch of Emberznet. This may well have bugs that dont exist in 6.10.3 or 7.1 firmwares if your using older NCP builds. |
Yes agree with you.
Oh, I tought Zigbee use this value to correcty use the best route. |
Yes LQI is used to determine link cost and thus routing, but I dont think the end-devices are seeing this fictitious 255 value. If they did every device would pair directly to the coordinator and ignore any routers in your mesh. How did you migrate devices between firmwares? did you repair everything? |
Yes, If I make a scan in Z2M, the LQI is correct in schema but not in list section. |
EZSP protocol v12 is the current version, it was only recently released with 7.3.0 |
Ok I think I smoked ahah. I'll see tonight. |
they will be Openthread and not zigbee, probably harmless. |
Tk! I've got 7.3.0.0 build 0 for multipan |
It's very hard to debug the problem because I don't have logs in Z2M and multi pan addon. |
Ok I think I found the problem. |
You need to ensure that both Zigbee and Thread are using the same channel, if they are different that would be the cause. You can check the Thread channel with Thread integration -> Configure -> then click info icon. I think it will use 15 by default. As you are using Z2M there is no way for it to automatically pick up the zigbee channel. Either change the Zigbee channel to match Thread |
How, tk again! I need to check that tonight. |
not when both are sharing the same radio! When using ZHA you get log messages indicating a channel mismatch, but with Z2M well HA doesnt know much about it! |
Ok so change channel of Thread is not comfortable. Need to stop Z2M. Start ZHA and keep radio configuration, reset border router and Thread to say to HA to change the channel to 25 (I use this channel in Z2M). Now, I can delete ZHA integration and restart Z2M. |
No I dont think that will work, it used to work like that previously, but currently you can't change zigbee channel anymore from ZHA when using multiprotocol. You can change Thread channel directly via manual command to API. See below instructions that I added on the Wiki page. Login to HA via ssh and run this. |
Ok, tk @darkxst |
no need to keep this open, I will keep an eye on the other issues. However I suspect this is an upstream issue within the Silicon Labs Zigbeed component and not specifically Z2M or ZHA at fault. |
Hi @darkxst
I hope you're doing well.
I facing some stranges issues regarding Multi pan protocol.
When using the multi pan FW and use with Z2M, I've got LQI to 255 for each device.
Also, passive devices sometimes not sent correctly actions (for example press button didn't update state, I need to press 2, 3,4. times to work) and using strange route.
Using Zigbee firmware alone work great.
I known that the problem can be inspect by Z2M directly but before that, I would like to known if you've facing same issues.
Regards
The text was updated successfully, but these errors were encountered: