S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd

[XPW]

Sort out the logic and rewrite: As the title suggests, when I enabled eMCEM_1 in the app code, downloading the app using the official bootloader failed. If I didn't erase the chip, I couldn't enter the boot again, and even after powering it back on, it wouldn't solve the problem. I suspect that after powering it back on, the boot jumped to the app, but the app didn't run. When I disable eMCEM_1, this issue does not occur. How can I use boot to flash the app when eMCEM_1 is enabled

[danielmartynek]

Hi @XPW,

The problem description is not entirely clear.
If the application is being programmed through the bootloader, the eMCEM_1 configuration contained in the application should not affect the programming process itself, since the application is not executed during download, it is just a binary.
Only after the bootloader transfers execution to the application would eMCEM/FCCU-related configuration become relevant, and at that point, it would be useful to check:

• FCCU status registers
• DCM flags, MC_RGM flags.
• Or whether the application actually reaches main()

Based on the current description, it is unclear whether the programming operation fails, or whether programming succeeds and the issue occurs later when the application starts executing.

Could you clarify the exact sequence of events?

Regards,

Daniel

[XPW]

After my investigation, I found that some global variables were not initialized as defined when<eMCEM_1>was enabled。
Select a portion for explanation：
Firstly, when I haven't enabled the target

Clock_ip. c under RTD file

Power_ip. c under RTD file

Can initialize correctly。
However, when I activated it：

Clock_ip. c under RTD file

Power_ip. c under RTD file

Global variable initialization failed。

May I ask if there is a better solution?

[danielmartynek]

Hi @XPW,

Based on what I see in the screenshots, the variables are initialized correctly at first. However, after the eMCEM initialization, Clock_Ip_pfkNotificationsCallback contains an invalid pointer.
eMCEM does not magically change the pointer value. This looks much more like one of the following issues:

• Startup initialization (.data copy / .bss initialization) is not completed correctly.
• RAM corruption occurs before main().
• Linker sections overlap.
• Stack corruption.

Can you test it with the linker file from the SPD demo project?

BR, Daniel