Crash issue on sdk v2.9.0

SOC: nrf52840

SDK: v2.9.0

Device is a central, it connected to 16 peripherals, these peripherals will power on 90 seconds and then power off 10 seconds(one cycle).

After ten days of operation, there will be a crash.

Has anyone run into this problem? How do you solve it? Thank you!

Crash 1, reason is K_ERR_KERNEL_OOPS=3.

Crash 2, reason is K_ERR_ARM_BUS_IMPRECISE_DATA_BUS=26.

CONFIG_LOG_PROCESS_THREAD_STACK_SIZE=768

logging thread max stack usage: 744 B(97%)

 

Parents Reply Children
  • I increase CONFIG_LOG_PROCESS_THREAD_STACK_SIZE to 1024, this error still appears

    bt_sdc_hci_driver: SoftDevice controller ASSERT: 33,748

    And new bugs have appeared:

    [20:26:54.767,669] <err> bt_sdc_hci_driver: SoftDevice Controller ASSERT: 53, 295
    [20:26:54.767,700] <err> os: ***** HARD FAULT *****
    [20:26:54.767,700] <err> os:   Fault escalation (see below)
    [20:26:54.767,700] <err> os: ARCH_EXCEPT with reason 3

     

    [20:26:54.767,730] <err> os: r0/a1:  0x00000003  r1/a2:  0x00000004  r2/a3:  0x00000003
    [20:26:54.767,730] <err> os: r3/a4:  0x00000003 r12/ip:  0x20025860 r14/lr:  0x00058087
    [20:26:54.767,761] <err> os:  xpsr:  0x01000011
    [20:26:54.767,761] <err> os: Faulting instruction address (r15/pc): 0x0004cdb0
    [20:26:54.767,822] <err> os: >>> ZEPHYR FATAL ERROR 3: Kernel oops on CPU 0
    [20:26:54.767,822] <err> os: Fault during interrupt handling

     

    [20:26:54.767,852] <err> os: Current thread: 0x2001aff8 (idle)
    [20:26:55.171,417] <err> os: Halting system

  • Hello Hieu,

    @Hieu

    Have you encountered these issues?

  • Hi Leo,

    Unfortunately, I haven't encountered them before, but I have started an internal inquiry about them.

    ASSERT: 33,748 is still under investigation. We are not certain about this yet.

    As for ASSERT: 53, 295, could you please let me know if you are using LFRC or LFXO? Do you encounter this on one particular unit, or multiple units?

  • Hi Hieu,

    I use the LFRC(CLOCK_CONTROL_NRF_K32SRC_RC=y).

    Only two units encounter this issue(ASSERT: 53, 295) so far.

  • Hi Leo,

    Sorry I should have asked earlier, but how many units total are you testing? 

    Of the two units that have that problem, does it consistently occur again?

Related