Hello !
I use TMS570LS0432 from TI and FreeRTOS code generated from HALCoGen v04.04.00. I tried with example usage for software timers that is mentioned in ostimer.h. I see that after I run debug session, the control enters the first line of the code shown below (osportasm.asm).
;/-----------------------------------------------------------/
; Start the first task by restoring its context.
.def vPortStartFirstTask
.asmfunc
vPortStartFirstTask
cps #0x13
portRESTORE_CONTEXT
.endasmfunc
;/-----------------------------------------------------------/
Later to this the control enters data_abort in dabort.asm
;/-----------------------------------------------------------/
Run Memory Test
.ref custom_dabort
.def _dabort
.asmfunc
_dabort
stmfd r13!, {r0 - r12, lr}; push registers and link register on to stack
ldr r12, esmsr3 ; ESM Group3 status register
ldr r0, [r12]
tst r0, #0x8 ; check if bit 3 is set, this indicates uncorrectable ECC error on B0TCM
bne ramErrorFound
tst r0, #0x20 ; check if bit 5 is set, this indicates uncorrectable ECC error on B1TCM
bne ramErrorFound2
noRAMerror
tst r0, #0x80 ; check if bit 7 is set, this indicates uncorrectable ECC error on ATCM
bne flashErrorFound
bl custom_dabort ; custom data abort handler required
; If this custom handler is written in assembly, all registers used in the routine
; and the link register must be saved on to the stack upon entry, and restored before
; return from the routine.
ldmfd r13!, {r0 - r12, lr}; pop registers and link register from stack
subs pc, lr, #8 ; restore state of CPU when abort occurred, and branch back to instruction that was aborted
;/-----------------------------------------------------------/
What is the reason behind this? Please suggest to solve this issue. Thanks in advance !
What is the reason behind this?
At this time, I'm afraid I have no idea. I'm not familiar with the project you refer to, the source code looks different from the port in the FreeRTOS download, and you don't say at which point the abort occurs - but as a first guess I would say perhaps the FreeRTOS interrupt handlers are not installed.
The project is not downloaded from FreeRTOS but I refer to this software timer example found in the end of in FreeRTOS site -- http://www.freertos.org/FreeRTOS-timers-xTimerCreate.html
This example was ported to FreeRTOS project created using HALCoGen of TI.
I tried cutting an pasting the example from the web page you linked to
and found I had to make one edit to enable it to run as expected.
The timer period was being set to ( 100 * x ), but this equals 0 when x
is 0, and 0 is not a valid period for a timer. I therefore changed this
to ( 100 * x ) + 100, and then everything was good.
I have updated the web page accordingly.
Regards.
Thanks for the support. I would like to know which controller was used to test this code. As mentioned earlier I used the following for this project
TMS570LS0432 from TI and FreeRTOS code generated from HALCoGen v04.04.00. So please explain the environment where this code was used.
Also let me know what is the use and impact of mpu_wrappers in timer?
The test was done in the FreeRTOS Windows port, but should run on any of
the 30+ FreeRTOS ports, assuming correct configuration.
Our TMS570 port does not use mpu_wrappers.h.
Regards.
Referring to this answer, "Our TMS570 port does not use mpu_wrappers.h."
does it mean Software Timer will work independent of the MPU settings being done in TMS570?
It means our port does not use the MPU in the TMS570.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.