S32K3 Fee data corrupt causing hardfault

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

S32K3 Fee data corrupt causing hardfault

2,218 Views
ola_gook
Contributor III

(Using S32K344, PlatformSDK_S32K3_2022_03, DS3.4)

I have a similar problem to what is described in the following issue:

Abnormal power down causing the Dflash area ???????(S32K342 MCAL) - NXP Community

However, in my case, even the cluster header of the first cluster sector gets corrupt (some cells shown as ???????? in debugger).

As suggested in the other topic, this might be due to an unfortunate power loss during Fls write. However, as power can never be guaranteed, I guess this scenario will occur sooner or later and thus needs systematic handling.

The recommended solution seems to be to modify the hardfault handler to allow for these Fls read (ecc) faults and, hopefully, give the Fee module a chance to correct the problem.

In my humble opinion, the Fee module should be robust even in such brownout scenarios without having to rely on application exception handlers.

Is there an upcoming update to the associated MCAL drivers or maybe an application note on the matter?

Also, the Fee data obviously is not readable after this, so there is a risk of data being lost. Is there a way of configuring the Fee to use duplicated data to avoid this?

Regards,

/Ola

 

5 Replies

2,096 Views
ola_gook
Contributor III

Writing a program that constantly updates FeeBlocks and simultaneously cycling power quickly causes the issue to occur, i.e. that the Fee DFlash sector gets corrupted (????????? shown in debugger, probably ECC fault).

Obviously the driver is not on its own fully capable of handling this scenario.

Can I please get som help with this?

Regards

0 Kudos
Reply

2,054 Views
lukaszadrapa
NXP TechSupport
NXP TechSupport

I'm sorry for the delay, we are heavily overloaded now. To get further SW support, could you please re-submit the question via your NXP FAE or distribution FAE?

Regards,

Lukas

0 Kudos
Reply

2,154 Views
ola_gook
Contributor III

It says in your referred text that the MemAcc driver will handle any IVOR exception that is thrown during startup. Is this something that needs to be set up explicitly?

0 Kudos
Reply

2,184 Views
lukaszadrapa
NXP TechSupport
NXP TechSupport

Hi @ola_gook 

this is common situation and the drivers take this into account. From user manual:

lukaszadrapa_0-1710853343095.png

Regards,

Lukas

0 Kudos
Reply

2,177 Views
ola_gook
Contributor III

Thank you for your answer.

Glad to see that the driver is supposed to take care of this.

So what could be the reason for it not to work in my specific case?

Regards,

/O

0 Kudos
Reply