FRAME_INTVAL_UINT 10 // 毫秒 k_timer_init (& delay_timer ,delay_timer_handler ,NULL ); k_timer_start (& delay_timer ,K_MSEC ((uint32_t )FRAME_INTVAL_UINT ), K_MSEC ((uint32_t )FRAME_INTVAL_UINT ));
FRAME_INTVAL_UINT 10 // 毫秒 k_timer_init (& delay_timer ,delay_timer_handler ,NULL ); k_timer_start (& delay_timer ,K_MSEC ((uint32_t )FRAME_INTVAL_UINT ), K_MSEC ((uint32_t )FRAME_INTVAL_UINT ));
I’d like to forward this to someone who can provide a more detailed answer. Please confirm that I’ve understood your issue correctly.
You’re using a custom board with the nRF54L05. After the device has been running for about 12 hours and performs a sys_reboot(), the timer no longer fires as expected. When you call k_timer_remaining_get() after the issue occurs, it returns an abnormally large remaining time.
After this issue has occurred, can you fix it by power cycling or reflashing the firmware?
Also, have you been able to reproduce this issue on a DK (nrf54l15dk/nrf54l05)?
Regards,
Benjamin
I’d like to forward this to someone who can provide a more detailed answer. Please confirm that I’ve understood your issue correctly.
You’re using a custom board with the nRF54L05. After the device has been running for about 12 hours and performs a sys_reboot(), the timer no longer fires as expected. When you call k_timer_remaining_get() after the issue occurs, it returns an abnormally large remaining time.
After this issue has occurred, can you fix it by power cycling or reflashing the firmware?
Also, have you been able to reproduce this issue on a DK (nrf54l15dk/nrf54l05)?
Regards,
Benjamin
Hi,
Thank you very much. This problem has been bothering us for a long time.
Yes, you are absolutely correct. After this issue occurred, I was unable to fix it by restarting or refreshing the firmware. However, I tried powering off the device, using the recover board, and performing DFU upgrade. All these operations were able to fix the problem. I also attempted to reproduce it on the DK, but it didn't work.