RM48L940: vTaskDelay() tick period on RM48

Johannes Schoder

Prodigy 30 points

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

over 6 years ago

0 QJ Wang over 6 years ago

TI__Guru**** 194296 points

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).

0 Johannes Schoder over 6 years ago in reply to QJ Wang

Prodigy 30 points

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

0 QJ Wang over 6 years ago in reply to Johannes Schoder

TI__Guru**** 194296 points

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

Arm-based microcontrollers

Arm-based microcontrollers forum

RM48L940: vTaskDelay() tick period on RM48