Programming Issues (i.MX RT1024)

[acoderuser]

Hi,

We are currently working on programming a board equipped with the i.MX RT1024. We have attempted both JTAG programming and Serial Programming (UART), but unfortunately, neither method has been successful. We have verified that the power-up sequence is correct according to the reference manual and instruction we found on the forum (attached picture). Any assistance or guidance you could provide would be greatly appreciated. Thank you!

image (3).png

 

[mayliu1]

Hi @acoderuser ,

Thank you so much for your interest in our products and for using our community.

I don't know whether your board is the MIMXRT1024-EVK or a custom - developed board.

I suggest you check the following two points:

1: An RC delay circuit is recommended to provide the delay between DCDC_IN stable and DCDC_PSWITCH. Please check it in your board.

Picture1.png

Please test VDD_SOC_IN voltage, whether the voltage is normal.

Picture2.png

2: Please check BOOT_CFG[0-9] and BOOT_MODE[0-1] pin set. 

Picture3.png

Wish it helps you.
If you still have question about it, please kindly let me know.

BR

MayLiu

[acoderuser]

Hi! Thank you for helping me with this. 

The boards we are trying to test now are custom boards with i.MX RT1024 on them.

We did everything mentioned here: we do have an RC circuit with a 200k resistor and .22uF cap, and we have those switches to control POR_B and BOOT mode 0 and 1 and also all of the CFG pins are pulled down. Somehow, still cannot program.

Any other suggestions? Thanks! 

[mayliu1]

Hi @acoderuser ,

Thanks for your updated information.

According your reply, I think I known the reason.

Please set BOOT_MODE[1] as 1, BOOT_MODE[0] as 0, set BT_CFG[0-9] as 0.

This configuration is Internal Boot, use RT1024  On-Chip QSPI Flash.

mayliu1_0-1739268141286.png

Please try it again.

Wish it helps you.
If you still have question about it, please kindly let me know.

BR

MayLiu

[acoderuser]

Hi!

We cannot program even using this option. Our process is to power on the chip with Por_B held low and then turn it high afterwards. We have then tried to program the chip using JTAG SWD with Boot mode at 10 and also tried programming it over serial on UART1 with Boot mode at 01. Neither option has worked.

Here is part of our schematic for the custom board we have:

image (3).png

image (4).png

 

Any other ideas or suggestions? Thanks!

[mayliu1]

Hi @acoderuser ,

Thanks for your updated information.

Regarding "Our process is to power on the chip with Por_B held low and then turn it high afterwards. ", Could you try to not use external POR_B signal. This Hardware Development Guide describes that" In the absence of an external reset feeding the SRC_POR_B input, the internal POR module takes control."

mayliu1_0-1739344414495.png

BR

MayLiu

[acoderuser]

We tried removing the POR_B connection and are now leaving it floating but still having no luck. With it in QUAD_SPI boot mode we have watched the JTAG respond as we try to program it and the CLK and CMS respond properly it appears that TDO and TDI and nRST are not responding. It appears as if there is a small amount of noise where they should be responding but the signal is mostly constant.

As for Serial boot mode, we have confirmed that we are sending the appropriate signal to UART1 but the chip is still unresponsive. 

Is there any other pin we can inspect or check to ensure that it is properly booted? 

[mayliu1]

Hi @acoderuser ,

Thanks for your updated information.

First, I think we need to confirm the board can be bring up successfully.

Please double check your board power on sequence, it is very important.

I suggest your HW design can refer to MIMXRT1024-evk board.

mayliu1_2-1739413520674.png

i.MX RT1024 Evaluation Kit | NXP Semiconductors

mayliu1_1-1739413362859.png

second, I suggest you can use an oscilloscope to check pin VDD_SOC_IN, DCDC_OUT output powers the VDD_SOC_IN.

mayliu1_3-1739413837766.png

Third, If you make sure Step1 and Step2 is ok, Please use j-Link Commander,  input "connect", to check whether can detect device.

BR

MayLiu

[acoderuser]

Thank you for your help! We had a floating capacitor and were able to resolve it from there. 

[mayliu1]

I'm very glad to hear your good news.

If this post answers your question, please click the "Mark Correct" button.

Thank you!