freertos lock timer problem

RE: freertos lock timer problem

Susheel Nuguru — Mon, 01 Nov 2021 10:00:53 GMT

Going back to your main description of the problem.

[quote user=""]When entering low power the task/int rtc are suspended , restored
on wake up.[/quote]

Which RTC int are your suspending? I hope that it is not the same as the one freertos is using? I am not able to replicate this error in my tests using button and different RTC as wakeup sources. vTaskDelay after wakeup behaves as it should and i have the test running for many hours.

There seems to be something in your code that creates this anomaly and I need your project to replicate and debug this on my end.

RE: freertos lock timer problem

andrea_s — Mon, 01 Nov 2021 08:32:17 GMT

Hi ,
here are some answers .

Something is not right here. Where is this vTaskDelay come into picture from?
was there a delay executed in the task just before the sleep or was this vTaskDelay called after wakeup?
What is the wakeup Disabling this feature fixes the issue does not sound architecturally correct.

   Yes,the lock is present after the restart from low power

How are you observing this problem? are you in the debug mode while this problem happens?

   I inserted some gpio (+ vTaskDelay) to see the passage in the function.
   There is one task to manage low consumption in and out, and one to manage the event .
   The two tasks stop immediately ,after the exit from low consumption, in the delay functions.
   This test was done in release .

In a subsequent test in debug mode I tried to find the function that could
slow down the system and i went back to the xPortSysTickHandler and the
configUSE_DISABLE_TICK_AUTO_CORRECTION_DEBUG .

Best regards
Andy

RE: freertos lock timer problem

Susheel Nuguru — Thu, 28 Oct 2021 18:17:22 GMT

configUSE_DISABLE_TICK_AUTO_CORRECTION_DEBUG was designed for tickless sleep and is helpful to have the application have normal debugging experience in the debug mode. In tickless sleep the RTC IRQ is disabled but service the RTC irq is crucial for keeping the internal rtos timer tick updated. So after wakeup from sleep from tickless , the rtc tick handler checks if any ticks handling was missed and updates the internal rtos ticks as needed. In debug mode you do not want to have this feature because you can halt the cpu and you do not want to internal rtos ticks to be updated while the cpu is halted in the debug mode. This will cause all the timers to expire due to internal tick corrections. Hence this config gives you the ability to disable autocorrection and should only be useful when you are debugging the code using a debugger, stepping or halting the CPU.

[quote user=""]when I wake up i find that the task
remains frozen / paused (in vTaskDelay / xEventGroupWaitBits ) for a time
proportional to the time it remained in low consumption .[/quote]

Something is not right here. Where is this vTaskDelay come into picture from? was there a delay executed in the task just before the sleep or was this vTaskDelay called after wakeup? What is the wakeup Disabling this feature fixes the issue does not sound architecturally correct.

How are you observing this problem? are you in the debug mode while this problem happens?

RE: freertos lock timer problem

andrea_s — Wed, 27 Oct 2021 15:27:11 GMT

Hi ,

i have found something , if i set a define to 1 ( configUSE_DISABLE_TICK_AUTO_CORRECTION_DEBUG 1 ) the problem does not arise.

Have any idea what it might mean ?

Best regards
Andy

RE: freertos lock timer problem

andrea_s — Wed, 27 Oct 2021 08:12:24 GMT

Hi ,

in the zip files with some notes.

https://sendgb.com/FBVOHl1io9j

Thanks in advance ,
Best regards
Andy

RE: freertos lock timer problem

Susheel Nuguru — Tue, 26 Oct 2021 18:20:14 GMT

you can try sending me the freertos config files but I doubt that the issue can be reproduced just using those changes. But i can give it a try to reproduce the error from your config changes. Also give me your sdk_config.h file and main.c if possible.

RE: freertos lock timer problem

andrea_s — Tue, 26 Oct 2021 12:56:27 GMT

Hi ,
the application runs on a custom hw (i don't have a demo board),
turning the complete project to you i think would be useless,
but if you think it can be useful to identify the problem i can send
you individual files (freertos config ...) .

Best regards
Andy

RE: freertos lock timer problem

Susheel Nuguru — Tue, 26 Oct 2021 12:15:37 GMT

You do not normally need to change the priority of timer threads from the template examples we have in the SDK. Can you please attach your project so that i can quickly test this behavior. I haven't seen it before

RE: freertos lock timer problem

andrea_s — Tue, 26 Oct 2021 11:55:03 GMT

Hi ,
i am in sleep mode ( with nrf_pwr_mgmt_run ) ,
i haven't changed the priorities of the timer threads ,but
in the config file which parameters you suggest to modify
in order to increase the priority of the timer thread ?
which value you suggest ?

Thanks in advance for your kind collaboration
Best regards
Andy

RE: freertos lock timer problem

Susheel Nuguru — Tue, 26 Oct 2021 10:18:44 GMT

That is interesting. What low power mode is your device going into? It looks like the FreeRTOS internal timers are frozen during the lower power mode and does not get updated as soon as they wake up. Have you changed the priorities of the timer threads in the config file?