ZigBee Application crash - ERROR 29 [RET_OVERFLOW] at [...]zigbee_app_utils.c:849

[Rogger]

Application crashes with the following log

[06:45:22.727,691] <err> zigbee_app_utils: ERROR 29 [RET_OVERFLOW] at WEST_TOPDIR/nrf/subsys/zigbee/lib/zigbee_app_utils/zigbee_app_utils.c:849
[06:45:22.727,691] <err> zboss_osif: ZBOSS fatal error occurred

The relevant lines from zigbee_app_utils

 

#if defined CONFIG_ZIGBEE_ROLE_END_DEVICE
wait_for_user_input = false;
is_rejoin_start_scheduled = false;

zb_ret_t zb_err_code = ZB_SCHEDULE_APP_ALARM(
stop_network_rejoin,
ZB_TRUE,
ZB_MILLISECONDS_TO_BEACON_INTERVAL(
ZB_DEV_REJOIN_TIMEOUT_MS));
ZB_ERROR_CHECK(zb_err_code);
#endif

It seems that the Alarm cannot be scheduled due to RET_OVERFLOW.

- The implementation of the signal handler is here https://github.com/Rogger/schneggi-sensor/blob/64b2408f1053a15622c618249d887ca7694eb250/src/main.c#L704, in there is as well the call to app utils.

Context:

SDK & toolchain in use 2.5.0

Any help or guidance is highly appreciated, thank you in advance

Best Regards

Michael

[Elfving]

Hi,

Could you get me the network key for this trace?

Regards,

Elfving

[Rogger]

Hi,

Sure, the key: ffb12ed4228949b66f1a72143a263808 (normal byte order).

Thanks!

[Elfving]

If you are getting an overflow in ZB_SCHEDULE_APP_ALARM it would seem that there are too many things being schedualed in the ZBOSS queue. It might be that it helps implementing the workaround for issue KRKNWK-12017 (even though you aren't facing that exact issue), there seems to be something strange going on with the joining as you are getting an overflow in the function that is supposed to start the rejoin. 

If that doesn't help you could also try increasing the scheduler queue. For that you'd have to use a custom memory config file, like include/zb_mem_config_custom.h in the light switch sample. In order to do that, copy all the configs from the memory config file you are allready using (I assume you are either using zb_mem_config_min.h or zb_mem_config_med.h). In the custom memory file, find this section:

/* Now if you REALLY know what you do, you can study zb_mem_config_common.h and redefine some configuration parameters, like:
#undef ZB_CONFIG_SCHEDULER_Q_SIZE
#define ZB_CONFIG_SCHEDULER_Q_SIZE 56
*/

Comment it out, and increase ZB_CONFIG_SCHEDULER_Q_SIZE. It can go between 48 and 256.

Regards,

Elfving

[Rogger]

Hi Elfving,

Thank you very much for your help, much appreciated. I implemented the workaround for KRKNWK-12017. I will report back if it helps.

Best Regards
MR