ffnyboe wrote on Wednesday, September 18, 2019:
Calling xTimerReset on a specific timer generates a hard fault. The timer is in dormant state before the call. I use the method another place in my program on another timer without problems.
I have tried checking if the timer object is NULL, which it isn’t (I know that using API methods on kernel objects that have not been created generates hard faults, but the object is created properly).
If the priority of the calling task is higher than the one of the daemon task, control returns from xTimerReset and continues further in the task code and the hard fault happens at a later time when the calling task blocks, however if the priority of the daemon task is higher - meaning that control passes to the daemon task before returning from the xTimerReset call - the hard fault happens right away. This indicates that the hard fault happens somewhere within the daemon task, to my best knowledge.
I hope that somebody has suggestions on what to do.
I use FreeRTOS v.10 on a ARM Cortex M4 processor.