This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

RM48L940: vTaskDelay() tick period on RM48

Part Number: RM48L940
Other Parts Discussed in Thread: RM48L952

Hello,

i try to put FreeRTOS into operation on a RM48L952 and have the very same issue as user193949!

It seems that the debug probe interferes with execution time and leads to the following behaviour:

When I call vTaskDelay(1/portTICK_PERIOD_MS) to blink an LED, it blinks at a period of more than 100ms instead of 1ms.

When I use another value for vTaskDelay (e. g. 10/portTICK_PERIOD_MS for 10ms) the LED stays forever.

So I have seen that the issue was identified but is there a possibility to use the debug probe without having such unwanted behaviour?

Thanks for help

BR

  • Hello BR,

    Once the system enters halting debug mode, the behavior of the RTI depends on the COS (continue on suspend) bit. If the bit is cleared and halting debug mode is active, all counters will stop operation. If the bit is set to one, all counters will be clocked normally and the RTI will work like in normal mode.

    COS is bit 15 of RTIGCTRL (global control register).

  • Hi QJ,

    sry for my delay in answering. Thank you very much for your reply.

    I've tried to set/reset the COS bit of the RTIGCTRL register. Unfortunately it has no effect on my behaviour.

    But another setting has solved my problem: My PLL configuration were incorrect. Setting the correct register values achieving the desired outcome!

    Nevertheless, the question stays open if it had anything to do with the interferences of the debug probe I'd observed?!

    Thanks,

    Han

  • No, the debug probe will not affect the RTI except COS.