Problems regarding MXRT1061 board flashing

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

Problems regarding MXRT1061 board flashing

Jump to solution
6,509 Views
PragalfSIL
Contributor II

Hello sir

Now I am working with iris detection project using MXRT1061 board.The project setup was

Controller only purchased and board printing and further process done here.

I following settings in the program part.The debugging time it perfectly works from RAM  but it couldn't possible from FLASH memory.

 I have following configurations

1.Add hyper flash configuration

2.Select flash memory settings

3.select the memory range

4. .file selection

5.set external flash=1

 

Hardware setup:

Controller:MXRT1061(board printing by company),link2

 

 

But now it couldn't flash.....

what is the reason behind this problem.Please check and let me know.any further changes and modifications for this project

 

Thanks&Regards

 

 

 

 

0 Kudos
1 Solution
5,442 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

   This morning, I also find one SLN-VIZN-IOT to test it again, still works.

   I have a question for you, do you connect both two USB port to your PC?

   This is my test result:

  1.jpg2.jpg3.jpg4.jpg

You can see, I am connecting both two USB, from your side, please double check it.

BTW, please check your board like my picture 3, make sure 2 boards connection is stable, as sometimes, I find I can't find the USB port in the MCUBootUtility tool, because two board connection is not OK, I connect it again, then board works again.

Wish it helps you!

If you still have questions about it, please kindly let me know.

Best Regards,

kerry

View solution in original post

41 Replies
2,664 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL 

 KL series is 3V and KS series is 1.8V.

Check your chip, if 3V, you need to power the flash with 3V, and the BOOT_CFG need to select 3V, which I have told you previously.

base address 0X60000000 is correct.

Please double check the hardware.

BTW, from 10.1 to 10.7, we will have the china National holiday, I will back to work on 10.8.
If you have updated information, I will reply you after I back to work, or if you need quick reply, you can create the new case, then the other engineer will help you. Thanks for your understanding.

Best Regards,

Kerry

0 Kudos
2,283 Views
PragalfSIL
Contributor II

Hai Kerry,

We changed our board and the hardware issue is resolved. We  programed our flash using MCUBootUtility tool in serial mode. But after that MCUBootUtility cant recognize the device connected. Device is not shown in device manager too. Message shown when trying to connect to ROMMessage shown when trying to connect to ROMmcuboot_error1.JPG

 

When we try to run the program in RAM through debugger it works fine (We checked it using led blinky and output is verified). But when we try to run flexspi_hyper_flash_polling_transfer program, debugger couldn't detect hyperflash memory. And when step through the program it shows a forced hard fault.

Halt errorHalt errorHyperflash not detectedHyperflash not detected

Sometimes when we step through, program run without any error or results.

Program reaches last while loop but no error or resultProgram reaches last while loop but no error or result

We thought the it was due to some problem of hyperflash but when we try to mass erase flash it works. Log message is given below

 

Executing flash operation 'Erase' (Erase flash) - Thu Oct 07 11:16:08 IST 2021
Checking MCU info...
Scanning for targets...
Executing flash action...
MCUXpresso IDE RedlinkMulti Driver v11.3 (Jan 11 2021 16:41:13 - crt_emu_cm_redlink.exe build 9)
( 0) Reading remote configuration
Wc(03). No cache support.
Found chip XML file in D:/PROJECTS/Workspace/MIMXRT1061_Project_GPIO_toggle _modiftn/Debug\MIMXRT1061xxxxA.xml
( 5) Remote configuration complete
Reconnected to existing LinkServer process.
============= SCRIPT: RT1060_connect.scp =============
RT1060 Connect Script
DpID = 0BD11477
APID = 0x04770041
Disabling MPU
Configure FlexRAM for 768KB OC RAM, 128KB I-TCM, 128KB D-TCM
Finished
============= END SCRIPT =============================
Probe Firmware: LPC-LINK2 CMSIS-DAP V5.361 (NXP Semiconductors)
Serial Number: FTCQD2OU
VID:PID: 1FC9:0090
USB Path: \\?\hid#vid_1fc9&pid_0090&mi_00#7&e81fc0&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}
Using memory from core 0 after searching for a good core
( 30) Emulator Connected
( 40) Debug Halt
( 50) CPU ID
debug interface type = CoreSight DP (DAP DP ID 0BD11477) over SWD TAP 0
processor type = Cortex-M7 (CPU ID 00000C27) on DAP AP 0
number of h/w breakpoints = 8
number of flash patches = 0
number of h/w watchpoints = 4
Probe(0): Connected&Reset. DpID: 0BD11477. CpuID: 00000C27. Info: <None>
Debug protocol: SWD. RTCK: Disabled. Vector catch: Disabled.
Content of CoreSight Debug ROM(s):
RBASE E00FD000: CID B105100D PID 000008E88C ROM (type 0x1)
ROM 1 E00FE000: CID B105100D PID 04000BB4C8 ROM (type 0x1)
ROM 2 E00FF000: CID B105100D PID 04000BB4C7 ROM (type 0x1)
ROM 3 E000E000: CID B105E00D PID 04000BB00C Gen SCS (type 0x0)
ROM 3 E0001000: CID B105E00D PID 04000BB002 Gen DWT (type 0x0)
ROM 3 E0002000: CID B105E00D PID 04000BB00E Gen (type 0x0)
ROM 3 E0000000: CID B105E00D PID 04000BB001 Gen ITM (type 0x0)
ROM 2 E0041000: CID B105900D PID 04001BB975 CSt ARM ETMv4.0 type 0x13 Trace Source - Core
ROM 2 E0042000: CID B105900D PID 04004BB906 CSt type 0x14 Debug Control - Trigger, e.g. ECT
ROM 1 E0040000: CID B105900D PID 04000BB9A9 CSt type 0x11 Trace Sink - TPIU
ROM 1 E0043000: CID B105F00D PID 04001BB101 Sys (type 0x0)
NXP: MIMXRT1061xxxxA
DAP stride is 1024 bytes (256 words)
XML Error - no license-type XML file 'crt_common.xme' on path.
note - part information contained no product license-type data
Inspected v.2 External Flash Device on SPI MIMXRT1050-EVK_S26KS512S.cfx
Image 'MIMXRT1050-EVK_S26KS512S Dec 17 2020 10:04:47'
( 65) Chip Setup Complete
Connected: was_reset=false. was_stopped=true
( 70) License Check Complete
Opening flash driver MIMXRT1050-EVK_S26KS512S.cfx
Sending VECTRESET to run flash driver
Flash device supported (64MB = 256*256K at 0x60000000)
Mass Erase flash at 0x60000000
EraseChip (0x0, 0x0, 0x0) status 0x40 - driver reports init failure - EXTSPI driver rc -1 (0xFFFFFFFF)
complains because another operation was called after Init failed (status 0x40)
There was a problem after unexpected flash driver bahaviour was seen, so we are going to compare the flash driver code with the memory where it was loaded.
Note that, after driver initialization, some difference is normal in 'generic' drivers.

Driver from AXF file:
20001078: 1f78a400 00000000 00000000 ..x.........
Driver code in memory:
20001078: 23c34600 016e3600 00008000 .F.#.6n.....
Driver may be corrupt - halting target for post-mortem
Driver Addresses
Start: 20000000
Entry: 2000009D
End: 200010F4
Stack: 200020F8
Mailbox:2000A0F8
Driver Register State
R0: FFFFFFFF
R1: 00000849
R2: 00000002
R3: 00000100
R4: 2000A0F8
R5: 00000000
R6: 00000040
R7: FFFFFFFF
R8: 00000000
R9: 00000000
R10: 00000000
R11: 00000000
R12: 00000014
SP: 200020D8
LR: 20000AA3
PC: 200000B4
xPSR: 61000000
MSP: 200020D8
PSP: 200020F8
CFBP: 00000001 (CONTROL=0x0, FAULTMASK=0x0, BASEPRI=0x0, PRIMASK=0x1)
Stacked Exception information at MSP (not in exception now)
200020F4: xPSR: 2000009D
200020F0: VECTPC: 00000000
200020EC: LR: 00000000
200020E8: R12: 00000000
200020E4: R3: 00000000
200020E0: R2: 00000000
200020DC: R1: 00000000
200020D8: R0: 2000A0F8
Exception registers
E000ED04: ICSR: 00000000
E000ED08: VTOR: 00200000 TBLBASE=0(INCODE), TBLOFF=0x4000
E000ED28: MMFSR: 00
E000ED29: BFSR: 00
E000ED2A: UFSR: 0000
E000ED2C: HFSR: 00000000
E000ED30: DFSR: 00000001 (HALTED)
E000ED3C: AFSR: 00000000
E000ED24: SHCSR: 00000000
E000ED34: MMAR: 00000000
E000ED38: BFAR: 00000000
E000EDFC: DEMCR: 01000000 (TRCENA)
Closing flash driver MIMXRT1050-EVK_S26KS512S.cfx
MassErase completed (in 90ms)

Mass erase compleatedMass erase compleated

 Thank you,

Tags (1)
0 Kudos
2,281 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

  Seems your board still not stable.

  To the MCUbootUtility, if in the serial downoad mode, at least you should can find the USB PID VID. each time you try to connect, please do the POR reset in serial download mode. When you use the MCUbootUtility program the led_blinky code to the external flash, whether the code function works after you change mode to internal boot mode? after you change the boot mode, you need to do the reset.

  To the debugger for  flexspi_hyper_flash_polling_transfer, you also run it in the internal RAM DTCM, but you enter the  hardfault, when you debug the code, which detail code will cause the fault? or it is radom?

  From your log, I find it has this information:

Mass Erase flash at 0x60000000
EraseChip (0x0, 0x0, 0x0) status 0x40 - driver reports init failure - EXTSPI driver rc -1 (0xFFFFFFFF)
complains because another operation was called after Init failed (status 0x40)

  Seems, your first time try to do mass erase is failed,  at this time, can you use the MCUbootUtility to connect your board? If yes, please check the memory, whether flash address from 0X60000000, the data are all 0XFF?

 

Best Regards,

kerry

  

0 Kudos
2,275 Views
PragalfSIL
Contributor II

Hai Kerry,

Thanks for your support in our case. The board is still undetectable in both MCUBootUtility and device manger. We will check for hardware issues. Since we can use the device in MCUXpresso using LPC Link, what should be the possible errors in hardware? Could you please give some specific areas so we could easily figure out the hardware issues.

In case of mass erase, it is working write now. We can erase the flash using GUI Flash tool. Still we cant connect to MCUBootUtility.

POR reset section is fine. But we cant confirm it because we cant use serial downloader now.

Thank you

0 Kudos
2,267 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

  Do you just test the MCU board directly? Without the another board in SLN-VIZNAS-IOT?

  Do you try to add the other board? Or another way, you can use the SLN-VIZNAS-IOT board, just replace the on board RT106F to your RT1061, then test it, whether the MCUbootUtility connection is OK or not?

 As the serial download mode or internal boot mode will be configured in another board:

kerryzhou_0-1634030322160.png

So, if you just test one board, no matter the power on or the boot mode, I am afraid you are not correct.

So, if you have resource, can you use the NXP official board SLN-VIZNAS-IOT, and replace the MCU to RT1060 and test it? As your own board may have the stable issues.

If the official board works, then you can compare your board with the official board, it will make things easy.

Any updated information, please kindly let me know.

Best Regards,

Kerry

 

0 Kudos
2,262 Views
PragalfSIL
Contributor II

Hai Kerry,

In the case of second board, yes we are using the both boards (both control board and vizion board). As far as  we checked connections and components are good. Boot mode pins are also configured correctly. As your suggestion, we can't change the IC in board since we cant that much delicate work now and it also take lots of time. We will check it eventually,

As I mentioned in the previous post there is problem in checking the hyperflash using hyperflash_polling_transfer. Usually the program detect the hyperflash the return an error while trying to erase it. But now program returns an errror before detecting the hyperflash. Please help me in this problem.

error.JPG

1. Usual hyperflash error. Hyperflash detected and error occurred during erase.

hyper_hw_error.JPG

2. Error now. Hyperflash is not detected. Error occurred.

Thank you

0 Kudos
2,250 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

   How many customer board you have, it's better to test the same two board, whether it is the same situation for the hyperflash_polling_transfer? Your test result indicate that your external flash still have issue with your RT1061 chip. That's why your RAM direct code can debug, but when to access the external hyperflash, it meets issues. Can you try another the same board, whether the same result when debug hyperflash_polling_transfer?

Best Regards,

Kerry

0 Kudos
2,241 Views
PragalfSIL
Contributor II

Hai Kerry,

We tried to replace MXRT106F in SLN_VIZNAS board with MXRT1061, but now we cant detect the IC in debugger. We will try to figure out the hardware issues and will get back to you soon.

Core.JPG

In case of our custom board, we cant even detect flash memory in debugger. Does the flash drive any role in all these issues? Does these problems are due to a faulty flash memory?

Thank You.

0 Kudos
2,236 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

   Today, I help you check the external hyperflash circuit connection, it is the same as the MIMXRT1060-EVK, so the SDK hyperflash should works directly on your board, if your board has no issues.

This SDK project even can work with your original SLN_VIZNAS board.

kerryzhou_0-1634191329012.png

This is my test result with both the MCUbootUtility and the SDK project.

kerryzhou_1-1634191349291.png

kerryzhou_2-1634191359542.png

 

You can see, all works, my debugger is also the LPC-LINK2 CMSIS DAP.

So, maybe the hardware still have issues, do you have more SLN_VIZNAS board? You also can test it directly.

About the rework board for SLN_VIZNAS board with RT1061 chip, can't enter debug issue may caused by you didn't sold the RT chip stably, please double check it.

LPC-LINK2 also can be used as JLINk, you also can use the JLINK command test, whether you can find the ARM core or not?

kerryzhou_3-1634191588401.png

This will help you check the rework RT chip connection.

 

Wish it helps you!

Best Regards,

Kerry

 

 

 

0 Kudos
2,228 Views
PragalfSIL
Contributor II

Hai Kerry,

We are trying to get a new board and figure out hardware issues. In the mean time I just need clarification on two things.

1. As you said, SDK program for hyperflash will work on MIMXRT1060 EVK and SLN_VIZNAS_IOT board. We were using SLN_VIZNAS_IOT board for programming. We already tested 5 different boards (3 boards by NXP and 2 custom boards), each board shows the same problem. When debugging program can detect hyperflash but cant erase the flash. Why is it showing same mistake every time.

(Note that we are using SLN_VIZNAS_IOT board and MXRT1060 SDK. SLN_VIZNAS board uses IS26KL series hyperflash and MIMXRT1060 EVK uses IS26KS series flash. Does this affect the result)

error.JPG

2. When we used MCUBootUtility for serial programming, we could successfully program the flash. But after programing, when we try to connect the board to MCUBootUtility again board wont be detected in MCUBootUtility and also in device manager. Board will we discoverable only after running it in debugger mode using MCUXpresso. Could you explain why it is like this?

mcuboot_error.JPGmcuboot_error1.JPG

Thank You,

0 Kudos
2,198 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

   Thanks for your effort.

   Now, just based on your NXP  SLN_VIZNAS_IOT board which without the modification, and talk the question again.

1. About debug

  Please help to check the debugger, do you use the LPC-LINK2 CMSIS DAP?

My version is V5.361, what about you?

 

kerryzhou_1-1634523868853.png

 

1.jpg

 

What the SDK version you are using? I am using the SDK2.10.0

kerryzhou_3-1634524039274.png

When you debug the code, you even can set the board mode to internal boot mode.

J27 connect to 0.

 

2. About the MCUbootUtility

Please check your board J27, do you connect to 0?

In fact, I have connected the board, download the tool attached code:

NXP-MCUBootUtility-3.3.1\apps\NXP_MIMXRT1060-EVK_Rev.A1\led_blinky_0x60002000.srec

Then reset, power off and power on the board again, I still can enter the serial download mode, and detect the USB HID.

Pleas check your two board connection, make sure the MCU board and the vision board connection is oK.

kerryzhou_4-1634524177246.pngkerryzhou_5-1634524183005.png

kerryzhou_6-1634524190925.png

Please try it again.

This morning, I test my NXP SLN-VISION-IOT board again, connection is OK, please also check the configuration, whether you set the boot device configuration the same as me.

 

Any updated information, please kindly let me know.

Best Regards,

Kerry

 

 

 

 

0 Kudos
2,186 Views
PragalfSIL
Contributor II

Hai Kerry,

We got a new SLN-VIZNAS-IOT board and now we are using it for debugging. It is the original board from NXP with MXRT106F IC. I think now we can eliminate hardware issues.

board1.jpgboard2.jpg

from the figure you can see that boot mode is selected for internal boot. Boot jumper is connected to 0.

We are using MCUXpresso IDE version 11.3.0, SDK_2.x_MIMXRT1061xxxxA 2.10.1 and LPC link2 version V5_361

MCU_ver.JPGSDK_ver.JPGlpc_link_ver.JPG

Still we are getting errors while checking the flash using hyperflash polling transfer. When we step in through the program error occurs in different locations.(Every time it changes where the error occures)

board_error.JPG

board_error1.JPGboard_error3.JPGboard_error4.JPG

Advanced thanks for support.

 

0 Kudos
2,179 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

  Thanks for your effort.

  I test it again, still works OK.

kerryzhou_0-1634627503790.png

kerryzhou_1-1634627512775.png

I attach my test project, also based on SDK2.10.1

But, I find your MCUXpresso IDE is old, please use the MCUXpresso 10.4.1.

https://www.nxp.com/design/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-i...

Then try it again.

LPC-LINK2 board J7 interface connect to the SLN-VIZNAS-IOT J6.

Your boot mode is OK.

Please use the new MCUXpresso IDE test my attached project.

If you still have issues, please kindly let me know.

Based regards,

kerry

 

 

 

 

0 Kudos
2,172 Views
PragalfSIL
Contributor II

Hai Kerry,

We upgraded the MCUXpresso IDE to version 11.4.1. Also we imported your project to IDE. Still the same error is happening again. We cant figure out the why. Is it because we are using SLN-VIZN board?

MCU_ver11.4.JPG

Since the error is there from the start, does that mean something wrong in our basic settings?

We are using latest versions of IDE and SDK. What should we do to make it work?

Thank you.

 

0 Kudos
5,443 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

   This morning, I also find one SLN-VIZN-IOT to test it again, still works.

   I have a question for you, do you connect both two USB port to your PC?

   This is my test result:

  1.jpg2.jpg3.jpg4.jpg

You can see, I am connecting both two USB, from your side, please double check it.

BTW, please check your board like my picture 3, make sure 2 boards connection is stable, as sometimes, I find I can't find the USB port in the MCUBootUtility tool, because two board connection is not OK, I connect it again, then board works again.

Wish it helps you!

If you still have questions about it, please kindly let me know.

Best Regards,

kerry

2,161 Views
PragalfSIL
Contributor II

Hai Kerry,

It worked. The problem was due to insufficient power. Thanks for the support. It's been really helpful. Now the hyperflash checking program shows correct outputs.

hyper_test_success.JPG

In our custom board, we can run the program without error. But the example failed. What would be the possible problem in our board?

board_failure.JPG

Now the hyperflash is OK (SLN_ VIZN_IOT board), we tried to load the sample program led blinky to hyperflash. Project settings are given below.

flash_settings.JPGpreprocessor.JPG

But we cant debug the project. We cant even step in to program or cant use any break points in main. It looks like program is stuck somewhere before entering main. flash_test.JPG

Thanks in advance

0 Kudos
2,156 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

 Do you modify the xip folder, the FCB code from QSPI flash to the hyper flash?

  As the SDK code default is using the QSPI flash, evkmimxrt1060_flexspi_nor_config.c

comment:

const flexspi_nor_config_t qspiflash_config = {
.memConfig =
{
.tag = FLEXSPI_CFG_BLK_TAG,
.version = FLEXSPI_CFG_BLK_VERSION,
.readSampleClksrc=kFlexSPIReadSampleClk_LoopbackFromDqsPad,
.csHoldTime = 3u,
.csSetupTime = 3u,
.sflashPadType = kSerialFlash_4Pads,
.serialClkFreq = kFlexSpiSerialClk_100MHz,
.sflashA1Size = 8u * 1024u * 1024u,
.lookupTable =
{
// Read LUTs
FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xEB, RADDR_SDR, FLEXSPI_4PAD, 0x18),
FLEXSPI_LUT_SEQ(DUMMY_SDR, FLEXSPI_4PAD, 0x06, READ_SDR, FLEXSPI_4PAD, 0x04),
},
},
.pageSize = 256u,
.sectorSize = 4u * 1024u,
.blockSize = 64u * 1024u,
.isUniformBlockSize = false,
};

 

add :

const flexspi_nor_config_t hyperflash_config = {
.memConfig =
{
.tag = FLEXSPI_CFG_BLK_TAG,
.version = FLEXSPI_CFG_BLK_VERSION,
.readSampleClksrc=kFlexSPIReadSampleClk_ExternalInputFromDqsPad,
.csHoldTime = 3u,
.csSetupTime = 3u,
.columnAddressWidth = 3u,
// Enable DDR mode, Wordaddassable, Safe configuration, Differential clock
.controllerMiscOption =
(1u << kFlexSpiMiscOffset_DdrModeEnable) | (1u << kFlexSpiMiscOffset_WordAddressableEnable) |
(1u << kFlexSpiMiscOffset_SafeConfigFreqEnable) | (1u << kFlexSpiMiscOffset_DiffClkEnable),
.sflashPadType = kSerialFlash_8Pads,
.serialClkFreq = kFlexSpiSerialClk_133MHz,
.sflashA1Size = 64u * 1024u * 1024u,
.dataValidTime = {16u, 16u},
.lookupTable =
{
// Read LUTs
FLEXSPI_LUT_SEQ(CMD_DDR, FLEXSPI_8PAD, 0xA0, RADDR_DDR, FLEXSPI_8PAD, 0x18),
FLEXSPI_LUT_SEQ(CADDR_DDR, FLEXSPI_8PAD, 0x10, DUMMY_DDR, FLEXSPI_8PAD, 0x06),
FLEXSPI_LUT_SEQ(READ_DDR, FLEXSPI_8PAD, 0x04, STOP, FLEXSPI_1PAD, 0x0),
},
},
.pageSize = 512u,
.sectorSize = 256u * 1024u,
.blockSize = 256u * 1024u,
.isUniformBlockSize = true,
};

Then test it again.

Best Regards,

Kerry

0 Kudos
2,152 Views
PragalfSIL
Contributor II

Hai Kerry,

We already tried with changes in xip folder. And now we tried with the code provide by you. Still the problem is there. Program is stuck somewhere. We also tried with two different hyperflash drivers MIMXRT1060_SFDP_HYPERFLASH and MIMXRT1050_EVK_IS25WP064A. Nothings changed.

Thanks

0 Kudos
2,136 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

  I have tested it on my nxp sln-viza-iot board, it works OK.

1. J27 connect to 1

2. MCUXpresso code modify XIP from QSPI to hyper flash

3. debugger flash driver modify from QSPI to hyper flash.

kerryzhou_0-1634785111559.png

this is my test result

kerryzhou_1-1634785123326.png

You can see code is in the flash.

I also attach my test project, it is the helloworld.

 

Wish it helps you!

 

Best Regards,

Kerry

 

 

2,130 Views
PragalfSIL
Contributor II

Hai Kerry,

We tried to write to flash with boot mode selection in 1, as you mentioned, and it worked. We checked with your sample program and also gpio toggling program. Debugger shows correct results and disassembler shows memory locations.

Flash_write_success.JPG

But when we tried to check the output using multimeter, pin status isn't changing. Our code for gpio toggling is given with it.

We are using GPIO_B1_11 as output pin. We used J5 to check the output.Result is,

  • When R113 is open output is low
  • When R113 is short output is high.

 

Thanks

0 Kudos
2,125 Views
kerryzhou
NXP TechSupport
NXP TechSupport

Hi @PragalfSIL ,

  Maybe your code have issues, you need to check your code function, the pinmux need to configure the related GPIO pin, and initialize the GPIO.

  I think you can use the SDK led_blinky code, and modify the pin to your needed pin.

  Please double check code and test it patiently, thanks.

Best Regards,

kerry

0 Kudos