-
Notifications
You must be signed in to change notification settings - Fork 655
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
Z-Stack_3.x.0 coordinator 20230507 feedback #439
Comments
Ok Thanks ! |
when using plain z2m install and not ZHA Addon you could flash and test without issue |
Upgrade from CC2652R_coordinator_20220219.hex to 20230401 without issues. End devices: 28 Uptime (only) 30 minutes, but did check if all sensors and actors are OK... and they are doing just fine. |
just updated from 20221226 to 20230401
update went smooth with cc2538-bsl.py Script |
I'm not sure if it's related, and I'm using ZHA, but since I upgraded to previous version my slaesh dongle, the Ikea button devices aren't firing events anymore. I can pair them and they immediately disappear (they are marked as unavailable) and no event is fired. |
Upgrade done 6 hours ago. Regards |
During the evening, i got some table full message and one router get offline. |
Something is happening. `` `` |
Been running for a few hours now, no offline/dropped devices yet, however it does feel slow to react at times.
|
I got the same feeling that issues appear when traffic is high. |
In this case there are 27 lights in the group that post a colorTemperature attributeReport. I guess some memory table will be full of those device entries that slowly age out making things faster again until the next report batch. I'm guessing if a lot of end devices send an update at the same time it will be a similar effect, It's not really an issue (yet) just noticable if you are paying attention to any funkyness/change. |
Little update. |
for me nothing changed with this FW Update - all my Devices staying online & reliable, anything is nice such as FW 20221226 was Coordinator CC2652RB (slaesh) |
@guillaume042 let's wait for some feedback from more people first. |
Sonoff Zigbee 3.0 Plus |
No problem. I still experiment NWK full, router disconnection and end device 'muted' but it is better than previously. |
I am getting a lot of NWK_TABLE_FULL listings in my logs, 154 today. I never really looked into it before this firmware update but they are there. I am also still getting a lot of the coordinator disconnects, 2,601. 2023-04-03 13:23:43.727 DEBUG (MainThread) [zigpy_znp.api] Received command: ZDO.ExtRouteDisc.Rsp(Status=<Status.NWK_TABLE_FULL: 199>) 2023-04-03 03:20:28.332 WARNING (MainThread) [homeassistant.components.zha.core.channels.base] [0x9B47:1:0x0702]: async_initialize: all attempts have failed: [DeliveryError('Coordinator is disconnected, cannot send request'), DeliveryError('Coordinator is disconnected, cannot send request'), DeliveryError('Coordinator is disconnected, cannot send request'), DeliveryError('Coordinator is disconnected, cannot send request')] Let me know if I can help provide anymore. I use ZHA on Home Assistant and have a fair amount of devices. |
I tried flashing with the Flash Programmer 2 ver 1.8.0 and im getting the following errors and nothing flashes,
not sure why this is happening :-( |
i don"t know if it is revelant, but it is not always the same 2/3 routers offline. Sometimes one get back while another one get off. Same for end device it is not always the same 5/6 which stop sending infos. |
Ahh right, yeah this new FW is about 100kb bigger than the 20221226 hex file. Im using the zzh (CC2652R Stick), whats the best zigbee stick to use then going forward? Im going to try and flash with cc2538-bsl.py and see if that makes any difference. |
@Venom84 CC2652R, CC2652P, CC1352P2 have 352kB available for user program. BTW date of publication 20230401 looks like April Fools' Day |
@Koenkk last stable 20221226 has 400 KB (409 630 B), 20221220 (working for me old dev) the same size TI Flash Programmer log (I've renamed hex file, as all my archival hex files are in the same folder)
BTW
|
Zigbee2MQTT version Coordinator type Coordinator revision Ran flawless for approx a week, now lag and drops. Using sonoff stick. [edit] When restarting the Zigbee2MQTT software fixes the problem temporary, is it legit to conclude that the issue is not due to the stick's firmware but to the Zigbee2MQTT software? |
Link: coordinator_20230716.zip
Now at over 1 month on 20230716 and everything is still rock solid - faster than 20221226 and far more reliable than 20230507. Mid-sized network, so I'm not running into NWK_TABLE_FULL errors like some... very happy with this build for my not-so-large network. |
Firmware 20230716 and tonight's latest dev release gave below error when I start it, is it because I have more than 200 devices in my network? update 1: after reflashing, deleting the coordinator_backup device entries (but keeping the top part) it seems like it starts again. Looks like I had 202 active devices (but more configured), so not sure what happend (and if it will happend again if I restart). Will keep trying and see what breaks and works :-)
|
Is some knowing how many TC-Link key the firmware can storing in the NVM ? |
"Error: target adapter tclk table size insufficient (size=200)" indicate it is 200 - but if that is a hard or soft limit I don't know. |
After trying out older versions I've finally settled on 20220219 to be the by far most stable firmware for the zzh!. No dropouts, no delay, stable for three weeks. |
@ahd71 Its one hard limit how mush keys the NCP can storing in the NVM and then its end. Make one backup of the coordinator and looking in the file how many IEEE TC-Link keys is stored in it and you is knowing it. |
Started running the 20230716 today. Do we get a new Feedback Z-Stack_3.x.0 topic for this one? Thanks, Zigbee2MQTT version Coordinator type Coordinator revision Coordinator IEEE Address Frontend version Stats
|
@Koenkk sadly also i experienced slow downs with 1607. Did'nt investigate further.
@Ricox1975 since yout also have a rather large network. Which version do you use, which has no slow downs and no issues with dropping devices? thx |
For me this has been the best firmware! I had one drop out but for the last few weeks it's been really good. |
For me version 20220219 is also the most stable one. |
Hello all Not the most usefull post here but i have been running the 20230507 build since it was released. |
Had a 3rd crash on 20230716 so far :( It's certainly less stable than the one I was using before that had the occasional slow down. Nothing interesting in the logs, it seems it just stopped responding at some point:
Briefly before that it still received some data:
I wonder if somehow the fw is just crashing/running out of memory. Restarting z2m doesn't help, unplug and replugging the USB does. All device got pinged and came back except one:
Seems there are no missing devices in the nvm of the coordiantor
|
Agree I am learning how to recover from this better.
It seems that restarting the ZigBee network want what fixed it, it was
restarting the ESP32 that did the job.
So similar to what you are doing unplugging and plugging back in again
…On Thu, Aug 31, 2023, 18:19 Jorge Schrauwen ***@***.***> wrote:
Had a 3rd crash on 20230716 so far :( It's certainly less stable than the
one I was using before that had the occasional slow down.
Nothing interesting in the logs, it seems it just stopped responding at
some point:
debug 2023-08-31 08:54:16: Received MQTT message on 'zigbee2mqtt/adaptive_ligthing/set' with data '{"color_temp":379,"transition":3}'
debug 2023-08-31 08:54:16: Publishing 'set' 'color_temp' to 'adaptive_ligthing'
error 2023-08-31 08:54:22: Publish 'set' 'color_temp' to 'adaptive_ligthing' failed: 'Error: Command 10100 lightingColorCtrl.moveToColorTemp({"colortemp":379,"transtime":30}) failed (SRSP - AF - dataRequestExt after 6000ms)'
debug 2023-08-31 08:54:22: Error: Command 10100 lightingColorCtrl.moveToColorTemp({"colortemp":379,"transtime":30}) failed (SRSP - AF - dataRequestExt after 6000ms)
at Timeout._onTimeout (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35)
at listOnTimeout (node:internal/timers:569:17)
at processTimers (node:internal/timers:512:7)
Briefly before that it still received some data:
debug 2023-08-31 08:53:55: Received Zigbee message from 'light/livingroom/main/bulb1', type 'commandQueryNextImageRequest', cluster 'genOta', data '{"fieldControl":0,"fileVersion":16785162,"imageType":276,"manufacturerCode":4107}' from endpoint 11 with groupID 0
I wonder if somehow the fw is just crashing/running out of memory.
Restarting z2m doesn't help, unplug and replugging the USB does. All
device got pinged and came back except one:
0xcc86ecfffee6193e, which is a Niko Single connectable switch,10A
—
Reply to this email directly, view it on GitHub
<#439 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACOZ75JFC4RWCX2RBWBBTLXYBXNPANCNFSM6AAAAAAWPPN23Q>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Unplugging/re-plugging back is what I've resorted to be doing for a month, until I managed to properly downgrade after a month or so. Even installed a remotely controllable USB Hub to automate this. Traced everything in #439 (comment) FWIW. |
@popy2k14 |
@pdecat thx a lot for the detailed tracing in your comment above. Sadly i lost the track :-) @Ricox1975 thx for the info. My plan is to try (from top to bottom):
|
Which USB stick do you use as coordinator? I have solved this plug-problem by writing a TCP/Serial converter in Python, which holds RTS (causing a reset with most sticks) as soon as z2m drops the tcp connection. This may not work with all sticks, but it works fine with Slaesh and Sonoff-P. z2m configuration looks like this:
|
Yes.
I think so, but it was not enough in my case to get my network stable again, the only working way was ZHA migration, not sure why... |
@popy2k14 |
@pdecat @Ricox1975 thx. DOwngraded to 20221226 without the nvm backup/restore. thx |
Just my 2 cents. I am running 20230716 on a Texas Instruments CC1352P2 CC2652P launchpad coordinator for a month now, and found no problem at all. No device dropped off the mesh and network is fast. |
I've compiled 2 new test firmwares, let's continue in #474 |
Please provide your feedback to the Z-Stack_3.x.0 coordinator 20230507 firmware here.
I hope this solves the
NWK_TABLE_FULL
many people were experiencing.Changelog
Download
20230401
20230410
20230507
The text was updated successfully, but these errors were encountered: