Posts by BGos

    Hi.

    I have a problem with disabling the memory initialization procedure performed by JLink while connecting to running target for debugging with Ozone. This is especially problematic with second core. The guide (https://kb.segger.com/NXP_S32K3xx#ECC_RAM) says that:
    "In order to skip the ECC RAM init, the exec ForceAttachTarget=1 command string needs to be used."

    If I understand correctly, to do so, I should use Exec.Command console command to issue this. However, even if I do so, this gets ignored and memory is still initialized with 0xDEADBEEF pattern(see attached screenshot)


    How can I prevent this from happening?

    Hello,

    I'm working on bringing up a prototype board which has S32K322 device. After writing some image to the flash memory using J-Link Flash via SWD, I'm unable to re-flash the target again. This was probably 30th time I flashed the device, before that I was able to connect, flash, erase and debug.

    I've reached out to NXP for assistance, but this did not yield any results yet: https://community.nxp.com/t5/S32K/Can-t-…22/td-p/2035700


    Brief summary of the issue:
    -MCU was operational, I was able to flash the target using JFlash tool.
    -I've "managed" to brick the device by just flashing with a software image which did not do much, it was supposed to initialize the external oscillator and start some simple queries over the I2C bus.
    -"Bricked" MCU does not look like it is executing code, the external oscillator is not enabled, although it was until the MCU stopped working.
    -If the reset pin is set to low(MCU is in reset), JLink is able to read something, but fails to connect:

    -If the reset pin is set to high, JLink is not able to read anything:


    -The issue occurs on two pieces of hardware, of which one was in factory state, and I was unable to connect once I flashed the target with offending binary.
    -I've attached the logs I've created, there's a Saleae's logic analyzer files which contains dumps of SWD traffic.

    My questions:
    -How is it possible the JLink is unable to connect to the target, even if it is held in reset state? Does that mean that MCU is broken/bricked/locked-out somehow?
    -Does it look like MCU problem, or perhaps JLink's?
    -Is there a way to "unbrick" the devices?

    If something is unclear, please let me know.

    Thank you