Part Number: CC2538
Other Parts Discussed in Thread: Z-STACK
CC2538 TI Team,
A user is having stability problems with the CC2538 running Z-stack-home 1.2.2 with Z-stack Linux gateway ER44548. The network consists of the CC2538 acting as a coordinator, with a few End Devices (up to 8, but the exact number doesn’t seem to be important) which send Attribute Reports and Read Attribute requests every ~60 seconds or so. At a certain point, the coordinator will just stop replying to the Read Attribute requests. Usually it will seem to start responding again after a few hours, but it is a difficult bug to reproduce. When they have managed to reproduce it, they see in their logs that the gateway appears to receive the Read Attribute and respond to it, but the status returned from the Z-stack chip is 0x11 (ZBufferFull), and the response is never sent out over the air. The communication problems seem to be per-device, i.e. the coordinator will stop responding to one remote device while it is still responding to others.
In January when they were having more serious problems, they were able to improve the situation by increasing NWK_INDIRECT_MSG_MAX_PER and NWK_MAX_DATABUFS_TOTAL.
I’ve attached Wireshark logs (key : 0e:6f:05:6c:c3:6d:93:0d:af:e5:3e:ab:51:9f:3c:28) and syslogs. The timestamps will match up pretty well if you set the format to UTC in Wireshark. The PAN ID of the network in question is 0x0009. If you scroll down to the end, you’ll see that the coordinator doesn’t seem to want to respond to 0x9743, even while it’s responding to 0x9f3d and 0xbde8.
Any suggestions in determining appropriate values for buffers (and which parameters we need to change) or any other help would be greatly appreciated.
Thank you,
David
https://e2e.ti.com/cfs-file/__key/communityserver-discussions-components-files/158/no_5F00_comm_5F00_0706.pcapng
