Solution for S32K14x which could be attached while couldn't be re-programmed

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

Solution for S32K14x which could be attached while couldn't be re-programmed

Solution for S32K14x which could be attached while couldn't be re-programmed

Hi, 

   I would like to share with you the follow solution for S32K14x which could be attached while couldn't be re-programmed and stopped at RAM initializing. 

   If you met the issue as title, please check the SIM_CHIPCTL's value in IDE with attach function. Maybe you can find that the value is 0x0, which is not as default value after reset which is 0x0030_0000. 

   If you check the meaning on SIM_CHIPCTL, you can find that SRAMU and SRAML are retained across resets. 

To solute the issue, you should add 'WRITE_LONG=00300000/40048004/ ;' in front of it the algorithm (it's better after reset) of freescale_s32k144f512m15_pflash_dflash_eeprom.arp which is at  'C:\NXP\S32DS_ARM_v20\eclipse\plugins\com.pemicro.debug.gdbjtag.pne_3.3.3.201712132114\win32\gdi\P&E\supportFiles_ARM\NXP\S32K1xx'

After that, you can download your project as normal.

Cheers!

Oliver

%3CLINGO-SUB%20id%3D%22lingo-sub-1127960%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3ESolution%20for%20S32K14x%20which%20could%20be%20attached%20while%20couldn't%20be%20re-programmed%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1127960%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EHi%2C%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%20%26nbsp%3BI%20would%20like%20to%20share%20with%20you%20the%20follow%20solution%20for%26nbsp%3BS32K14x%20which%20could%20be%20attached%20while%20couldn't%20be%20re-programmed%20and%20stopped%20at%20RAM%20initializing.%26nbsp%3B%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%20%26nbsp%3BIf%20you%20met%20the%20issue%20as%20title%2C%20please%20check%20the%20SIM_CHIPCTL's%20value%20in%20IDE%20with%20attach%20function.%20Maybe%20you%20can%20find%20that%20the%20value%20is%200x0%2C%20which%20is%20not%20as%20default%20value%20after%20reset%20which%20is%200x0030_0000.%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%20%26nbsp%3BIf%20you%20check%20the%20meaning%20on%20%3CSPAN%3ESIM_CHIPCTL%3C%2FSPAN%3E%2C%20you%20can%20find%20that%20SRAMU%20and%20SRAML%20are%20retained%20across%20resets.%26nbsp%3B%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%3CSPAN%20style%3D%22font-size%3A%2022px%3B%22%3ETo%20solute%20the%20issue%2C%20you%20should%20add%20'WRITE_LONG%3D00300000%2F40048004%2F%20%3B'%20in%20front%20of%20it%20the%20algorithm%20(it's%20better%20after%20reset)%20of%26nbsp%3Bfreescale_s32k144f512m15_pflash_dflash_eeprom.arp%20which%20is%20at%26nbsp%3B%20'C%3A%5CNXP%5CS32DS_ARM_v20%5Ceclipse%5Cplugins%5Ccom.pemicro.debug.gdbjtag.pne_3.3.3.201712132114%5Cwin32%5Cgdi%5CP%26amp%3BE%5CsupportFiles_ARM%5CNXP%5CS32K1xx'%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%3CSPAN%20style%3D%22font-size%3A%2015px%3B%22%3EAfter%20that%2C%20you%20can%20download%20your%20project%20as%20normal.%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%3CSPAN%20style%3D%22font-size%3A%2015px%3B%22%3ECheers!%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%20style%3D%22font-size%3A%2015px%3B%22%3EOliver%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E
100% helpful (1/1)
Version history
Last update:
‎03-25-2018 07:43 PM
Updated by: