MPC5748G Destructive Reset - Can't reprogram

[Bobkat]

Hi, 

I have developed a destructive reset situation with a custom MPC5748G board and have currently no means to determine the root cause of the reset. I am also unable to reprogram the board using either 'Debug' or 'Release' configurations. The programmer halts at 98% when verifying the first block as shown below: 

'Programming sequency is : erase, blank check, program, and verify {default}
CMD>VC
Verifying object file CRC-16 to device ranges ...
block 00FA0000-00FA0003 ...'

I am however able to debug the application when I use the DEBUG_RAM configuration.

I'm using Version 2.1 of the S32DS IDE with a PEMicro Multilink Universal debugger/programmer

I would be most grateful if anyone could shed some light on this issue for me and offer a potential solution if indeed one is available.

Best regards

Rob

[petervlna · Accepted solution]

Hello,

If you interrupted/aborted the program cycle as you express, then you most probably created ECC errors in flash by this.

In order to clear all the ECC errors you need to erase micro. You wont be able to program it if there are any ECCs.

And as you expressed RAM target is working but not flash, I expect this is the case of ECCs in flash.

I am not sure how to help here if you do not have proper tools, you can try this method:

https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-MPC5777C-Low-Mid-Flash-block-era...

Best regards,

Peter

[Bobkat]

Hi Peter,

Sorry for the late reply. Got shifted onto another project.

Finally managed to erase the software and get the MCU back up and running.

Many thanks for your help.

Best regards

Rob

[Bobkat]

Hi Peter,

Apologies for the late reply.

Thanks for the information, will give it a try today.

Most resource constrained company I've ever worked at, very frustrating at times!

Best regards

Rob

[petervlna]

Hello,

I have developed a destructive reset situation with a custom MPC5748G board and have currently no means to determine the root cause of the reset. I am also unable to reprogram the board using either 'Debug' or 'Release' configurations. The programmer halts at 98% when verifying the first block as shown below: 

Could you be more specific? What exactly happen to the micro? Did you interrupt some programing cycle or .. ?

Did you play with any security features or used HSM data flash blocks?

Did you try to erase micro?

Did you try to use any other debugger to erase micro? (sometimes it helps)

Best regards,

Peter

[Bobkat]

Hi Peter,

Thanks for your prompt reply.

The micro was a replacement for one damaged by one of the production engineers. Our hardware guy fitted the micro in-house and verified the board was OK.

I managed to program the micro 3 times without issue. On the fourth attempt the programming attempt failed (stuck at 98%) with further attempts resulting in the destructive reset state.

I am unaware of any interruption to the programming cycle during the fourth attempt, until I aborted it after 5 minutes or so.

I have been unable to find a way to simply erase the device with the PE Micro debugger via S32DS. The erase/program cycle occurs after the block verification activity which is where the programming attempt gets stuck. PE Micro do sell an additional bit of software for $199 which allows you to erase the device, but I have been refused permission to purchase this.

I don't have another debugger to attempt an erase.

I haven't played with any of the security features or the HSM flash blocks.

From your reply, I suspect that you believe the problem to be related to program flash? If this is the case, is there anyway forward without finding a way to erase the device?

Best regards

Rob