Setup:
Windows 10 pro
MCUXpresso IDE v11.4.0_6237 + a previous version, likely v11.2.1_4149
Segger JLink pro v4 (tools installed separately to MCUXpresso IDE V7.50 - not sure if that's the version the IDE is using).
Custom board with a Kinetis MK12DX128VLF5.
Same symptoms as this post: https://community.nxp.com/t5/MCUXpresso-General/mcuXpresso-Jlink-programmer-for-generic-cortex-m4-pr...
I'm trying to debug a chip that a coworker has been working on. I can build their project. When I go to Debug -> debug configurations, and double click "GDB SEGGER interface debugging" It immediately gives me the error: "The launch configuration 'blah Debug' is incompatible with this version of MCUXpresso IDE" and asks me if I want to "migrate the launch configuration to the supported format".
Question 1) Why is the tool creating a new launch configuration that is incompatible?
If I tell it to migrate the config, it tells me that "deprecated launch configuration attributes will not be migrated to the new attributes", and then creates the launch configuration. In the JLink Debugger tab I set the device name to "MK12DX128xxx5" and select JTAG. All the other settings look OK.
When I hit "Debug" I get the same message as earlier: "The launch configuration 'blah Debug' is incompatible with this version of MCUXpresso IDE" and asks me if I want to migrate it again. If I press yes, I get: "The launch configuration 'blah Debug' could not be migrated and should be deleted". I can't find any additional error messages / logs.
I can program the board fine using the JLink Commander tool directly and programming a .bin file (objcopy from the .axf. So that rules out our board and the Jlink.
Stuff I've tried:
Deleting and recreating the workspace
Deleting the Debug/ folder of the project and rebuilding
Installing the latest version of MCUXpresso IDE.
The same issue has occurred on every step. I'm happy to provide further information if anyone has any suggestions.
I should add that my colleague thinks he's seen this same issue, but said a reinstall of the IDE fixed it, and he thinks another colleague has seen it too, but doesn't know the outcome of that yet.