Good day
I am having problems flashing my multi-core MCUXpresso project to an i.MX RT1176 processor with NXP's MCU Boot Utility. I can flash this exact project by debugging in MCUXpresso via a JTAG probe with no problems.
I can also load any SDK examples to the flash with the MCU Boot Utility. However, when I try to load my project, I get error code 10200 in the terminal of the Boot Utility:
The second number after the "flash-erase-region" command is vastly different to the number when flashing the SDK's multi-core hello world example (which works):
I guess this is the length of the flash to erase?
Hardware: Embedded Artist's RT1176 uCOM board placed on my company's own PCB.
All credit for this solution must go to the Embedded Artists' support team, whom I contacted for help with this.
Firstly, change your MCUXpresso project's pre-processor symbols: XIP_HEADER_ENABLE must be set to 0. If you have a multi-core project, you must change this for the master project (the slave project should already be like this). Build your project to generate the updated build output file (.axf).
Secondly, make sure your stack location settings are like the default:
The issue I had with the .bin file being too large was because I changed my stack location to "Start". The default is "End".
When using the MCUXpresso Secure Provisioning Tool, in the write tab, select the build output file (.axf) for the "Source Executable Image". The "Start address" will be automatically populated. Next, change "DCD (binary)" to "Custom" and navigate to your target's SDRAM_dcd.bin file, included in the Provisioning Tool's directory. For me, the GUI looks like this:
Now you can click on "Build Image", and it will work. Then go to the "Write image" tab, select the build image that you want to use (_nopadding.bin file), click "Start FlashLoader" and then "Write Image".
Hi @jay_heng
I have tried all of the .bin, .hex and .s19 file formats - none seem to work.
The hex and s19 files give the following error:
Here are the image files, you can see that the .bin file is huge compared to the others:
Is it possible that my RAM sections are being placed in FLASH, or something to that effect?
I don't think I made a mistake in my memory configuration, but I'm going to put it here just in case it provides more information:
Update: If I try the All-In-One Action for my project, the main window just hangs and the console shows:
If I try to do anything after this, the Boot Utility program crashes.
That being said, the reason I was using the Boot Device Memory tab to flash the board (in the original post) was that I couldn't ever get the 'All-In-One Action' to work.
Even the SDK hello world example project gives an error (nothing shown in console):
This is what happens if I try to use the MCU Secure Provisioning Tool:
Anyway, the problem is with the input to these tools.
All credit for this solution must go to the Embedded Artists' support team, whom I contacted for help with this.
Firstly, change your MCUXpresso project's pre-processor symbols: XIP_HEADER_ENABLE must be set to 0. If you have a multi-core project, you must change this for the master project (the slave project should already be like this). Build your project to generate the updated build output file (.axf).
Secondly, make sure your stack location settings are like the default:
The issue I had with the .bin file being too large was because I changed my stack location to "Start". The default is "End".
When using the MCUXpresso Secure Provisioning Tool, in the write tab, select the build output file (.axf) for the "Source Executable Image". The "Start address" will be automatically populated. Next, change "DCD (binary)" to "Custom" and navigate to your target's SDRAM_dcd.bin file, included in the Provisioning Tool's directory. For me, the GUI looks like this:
Now you can click on "Build Image", and it will work. Then go to the "Write image" tab, select the build image that you want to use (_nopadding.bin file), click "Start FlashLoader" and then "Write Image".
