TMS320F28388D: MCU soft reset after run ～10mins

Joe Ji

Tool/software:

Hi team

Customer report that the device soft reset after run ~10mins, they do the below debug and find some clues:

1. If the structure (global variable) size define larger than the specific value, the issue will be triggered.
2. If allocate the .bss and .data into different memory sector the issue can be fixed.

I look into the .cmd document it indicates that if use the below format program will not work:

.text>MSRAM

.bss>MSRAM

.data>MSRAN

The below format should be applied instead:

GROUP{
.text: {} palign(8)

.bss: {} palign(8)

.data: {} palign(8)

}>MSRAM

So I let customer change their original file:

.bss :> CPUVaria_RAMGS PAGE =1, ALIGN(8)

.sysmen :> CPUVaria_RAMGS PAGE =1, ALIGN(8)

.data :> CPUVaria_RAMGS PAGE =1, ALIGN(8)

MEMORY

{
page 1:

CPUVaria_RAMGS : origin ….
}

UNION run = CPUVaria_RAMGS

｛

GROUP{
.text: {} palign(8)

.sysmem: {} palign(8)

.data: {} palign(8)

}>CPUVaria_RAMGS

｝

But it do not work. Is there something wrong of my understanding about this issue?

thanks

Joe

over 1 year ago

0 Joe Ji over 1 year ago

TI__Expert 4350 points

Hi team

Could you please kindly update this thread.

Thanks

Joe

0 Veena Kamath over 1 year ago in reply to Joe Ji

TI__Mastermind 32695 points

Hi Joe,

GROUP ensures that the sections listed within are allocated in that order. Apart from that I dont think there is any difference between the 2 snippets you shared.

Are you using any shared data structures which accessible to multiple CPUs? Can you give more details on the issue you are facing? Were you able to read the RESC register to understand the reset cause?

Regards,

Veena

0 Joe Ji over 1 year ago in reply to Veena Kamath

TI__Expert 4350 points

Hi Veena

Thanks for your reply, the RESC shows 0xC0000008, the NMIWDRsn is set. for more details I will debug on customer side and feedback to you.

Thanks

Joe

0 Joe Ji over 1 year ago in reply to Veena Kamath

TI__Expert 4350 points

Hi Veena

Update the debug progress in customer side:

1. The NMI record the restart is caused by FLUNCERR. there is no Flash_API called in customer code.

2. The global variables of whole program are 2 structures, contains all control variables (not initialized)

3. The whole program only has the PWM interrupt, if PWM interrupt is disabled, the reset issue happens 1~2 mins, if PWM interrupt is enabled the reset issue happens ~10 mins

Actions may avoid the issue:

1. if block the below c statement in main loop, the issue won't happen: