[Zigbee] Problem with debugging in Zigbee Thread SDK 4.2.0

[Tu Hoang]

Hi everyone,

So I have using Zigbee and Thread SDK 4.2.0 for a while and I notice that some time there are some error like this

 <error> app: ZBOSS assertion in file: 105, line: 1101

or

 <error> app: ZBOSS assertion in file: 23, line: 105

Well, I tried to look for the error message "ZBOSS assertion in file:" to find clue on how to navigate to the file in zboss to debug. But I can not find any thing use full. So my question is how can I know what the number of each ZBOSS file. 

Please help and thank you,

Tu

[Jean-Philippe D]

OK, about flash, normally no write access during the process when assert raised.
About zb_app_schedule, I have not understand where, how and what you put in the app schedule.
If you see my call stack, all the call is not my "resort".

[Tu Hoang]

Tu Hoang said:

so what I do is just put the function which fail the assert into the zb app schedule

Well I just tried to trace as much as possible the API from Zboss that run when the error happen and then tried to encapsulate it to the Zboss app scheduler, you will find how and where to use it with the zigbee example like lightbulb and coordinator.

Well but I do not know if it is going to work for everybody so you might have to try it yourself

Best,

Tu

[Edvin]

Jean-Philippe D ,

Is it possible for me to reproduce your assert on a DK without any external HW? If so, would it be possible to upload your project so that I can have a look? Please make sure that it compiles when unzipped in an unmodified SDK. 

BR,

Edvin

[Tu Hoang]

Well the problem only occur when I send a lot of report attribute to the coordinator (about 1 message/sec) and it will take some time for the problem to happen. The more devices I have (in my case 100) , the faster it happen (approximately in the first 100 times). 

Edvin said:

t possible for me to reproduce your assert on a DK without any external HW

No, unfortunately,  I have another Wifi SoC as a gateway for the coordinator. The NRF52833 and this SoC connected through UART at 1Mbps. A message from UART will initiate an on/off command at the coordinator to the devices and then the device will report attribute back to the coordinator to be transfer back to the Wifi SoC. The code is confidential so I can not upload it to you. 

Best regards,

HNT

[Edvin]

Did you try to replicate the issue by replacing the Wifi SoC with a timer interrupt or something to trigger the events. Does the issue still occur then?