I have two LPC54S018-EVK that work on one Windows 10 PC but not another. I'm trying to debug one of the example projects and getting the errors in the attached screenshots and log.
I'm new to NXP and have not had NXP software/drivers on either PC prior to a few weeks ago. The PC that doesn't work has never worked, and the one that does work as never not worked. I'm using MCUXpresso IDE v11.3.1 [Build 5262] [2021-04-02] on both.
I've checked the USB (e.g. different ports) and that seems to be fine. I also made sure nothing from NXP is blocked by the Windows firewall.
It looks like a different user reinstalled Windows to resolve this.
I also found this thread that references checking the VCOM driver version and verified that I only have the 2.0.0.0 driver.
Any ideas?
已解决! 转到解答。
after you finished firmware update, you need remove JP5, reconnect board to test connection.
If this failed on your computer, test your board on another PC
In addition to above. Another suggestion.
Try update LPC54S018-EVK on board debug firmware with latest LPCScrypt.
please try both CMSIS-DAP and Jlink interface respectively. See if any one of the interface can work?
If neither of the interface can work, can your problematic PC can connect other LPC board?
I ran the program_CMSIS.cmd and program_JLINK.cmd scripts and both succeeded, so it should be up-to-date, and I'm still seeing the same problem.
The PC with the issue does not work with either of 2 LPC boards that work on 2 other PCs.
Do I need additional hardware to use the J-Link interface? I only have the LPC54S018-EVKs at the moment.
What I mean is you asked me to test CMSIS-DAP and J-Link. I only have CMSIS-DAP onboard, right? That's the only option I see anyway, either on the PCs that work or the one that doesn't.
I'll add that I've tried uninstalling all MCUXpresso software and drivers and reinstalling the latest version, and that didn't help.
I checked all the settings I could find to make sure they're the same on the PC that doesn't work as the ones that do.
I also ran the redlink executable from the command line to make sure it was actually executing.
I mean you can use LPCScrypt to update your on board firmware to either Jlink or CMSIS-DAP
I ever have customer's system can work well with one of the interface. that's why I suggest you trying.
I ran those as previously requested, and they appeared to succeed, but it didn't make a difference.
As for J-Link, I'm only seeing CMSIS-DAP:
Is there something I need to do to use J-Link? Is it on the LPC54S018 board or do I need external hardware?
Anyway, none of this should matter, because multiple boards work with multiple different PCs. I can't imagine how this could be anything other than a software/driver issue on the PC side.
Hi
According to your screenshot, the debug firmware is CMSIS-DAP, not Jlink. Please follow attached video to update the firmware to Jlink interface. You need install JP5 to enable DFU mode before connecting board. Make sure the update successful
If firmware update successful, you will be able to see Jlink when connecting.
Hope this helps,
Jun Zhang
Thanks, but it's still not working. I verified that JP5 is installed. When I try to update to J-Link, it appears to succeed:
I then power cycle the development kit, and I still don't see the J-Link interface.
I'll try switching to J-Link on a PC that works with CMSIS-DAP.
I assume the debug probe can't connect to the chip because it's failing to open the debug probe.
Power seems to be okay because the LPC-LINK2 device seems to be enumerating properly. The redlink log shows it reading the VID:PID and serial number. Everything looks like it's going okay until redlink tries "ProbeOpenByIndex 1". That's where I start getting errors on the system that doesn't work, that don't occur on the system that does.
As mentioned in my previous post, the error is ‘cannot find chips debug port’. This means it has found the debug probe, which has tried (and failed) to connect to the onboard debug port. As this fails, then you get the errors. So the problem lies between the probe and the chip. So, power and SWD cables are most likely, followed by USB cables. Check power reaching the chip, earthing, and check length of SWD cables,
If I'm understanding correctly, the "probe" is on the same board as the "chip". The board is powered by the USB-A to micro-B connection to the debug port. This configuration works with the same board and cable connected to a different PC with nearly identical specs.