Good afternoon all, I have been using the MCUXpresso IDE with no issue on a Windows 10 system however, I recently installed this IDE on a Linux computer (Ubuntu 18.04.3 LTS) and found an interesting issue! At first, I thought it was a simple debug configuration issue, verified debug configuration against the Windows machine nothing too obvious was found. Here is my summary so far:
19:09:29 **** Incremental Build of configuration Debug for project frdmke06z_led_blinky_1 ****
make -r -j8 all
make: Nothing to be done for 'all'.
19:09:29 Build Finished. 0 errors, 0 warnings. (took 621ms)
${cross_prefix}gdb${cross_suffix}gets a little farther but still fails to initiate the breakpoint and step throug debug mode
I read through Connection closed by the GDB server and Eric's awesome mcuoneclipse tutorials and not having success! I am suspecting a serious GDB configuration issue I am missing here!
I appreciate anyone's help!
Hello Michael,
Could you try making a change to the "executable" option in you the "GDB Client Settings" section? The executable you will want is the "arm-non-eabi-gdb.exe". It should be located in your MCUXpresso folder with the following path /ide/tools/bin.
Let me know if this resolves any issues.
Steve
Thank you for the suggestion, I tried this:
changed it to path in /ide/tools/bin and that did not work either. See errors below:
Could not determine GDB version after sending: /home/michael/Downloads/mcuxpresso-ide/pkg/mcuxpresso-ide/usr/local/mcuxpresso-ide/ide/tools/bin/arm-none-eabi-gdb --version, response:
Hi Michael,
I believe you should be in the "Debugger" tab rather than the "GDB Debugger Tab" like how you had in your first screenshot. Revert the changes you made within this tab and refer to my first response and try this again.
Steve
Thank you for that note. I went back and changed it only in the debugger tab, the error is the same now.
Initially, this was the same error I got when I first installed the IDE. After installing arm-none-eabi-gdb manually in linux path /usr/bin/ then the GDB version was found. From the looks of this, there are two problems on using IDE on linux, 1) installing the IDE does not link the arm-none-eabi-gdb path properly and 2) the GDB configuration produces a "connection closed due to timeout" error.
If you let MCUXpresso create the debug configuration for you, all of the settings will be correct. Suggest you delete your existing configurations and let MCUXpresso recreate them for you.
Hello Michael,
I have some questions about this:
Is the board working on another PC? It could be the board firmware the one causing the problem.
I'm not familiarized with Elementary but have you tried using other Linux distributions?
Best Regards,
Alexis Andalon
Hi Alexis,
thank you for responding. To answer the linux question, I have tried this on Elementary OS, Zorin OS, and also Manjaro Linux versions. In all linux versions, the GDB server is closed and refuses to start the debug session. Using the same board on a Windows 10 computer, the GDB session works normally.
Below is the firmware for the two FRDM-KE06 boards I have:
Board Name is: FRDM-KE06Z
MicroBoot Kernel Version is: 1.05
Bootloader Version is: 1.11
Installed Application: PEMicro FRDM-KE06Z Mass Storage/Debug App
Application Version is: 1.18
Board Name is: FRDM-KE06Z
MicroBoot Kernel Version is: 1.05
Bootloader Version is: 1.10
Installed Application: PEMicro FRDM-KE06Z Mass Storage/Debug App
Application Version is: 1.18
Hello Michael,
Only as a test could you try using the segger firmware?
Best Regards,
Alexis Andalon
Great Idea Alexis! I have success with debugger using Segger JLink firmware. One caveat though, I still had to manually install GDB in linux path because during IDE install, I think it wasn't linked correctly. See below:
However, I'm still scratching my head on PEMicro issues. I would say, I can close this post as answered but there is surely another user out there wondering why it doesn't work with default firmware.
Thank you again!
Alexis, I'm not familiar with this firmware, do you have a link to share?
Hello Michael,
In the following link, you can find the different firmware that supports the FRDM:
OpenSDA Serial and Debug Adapter | NXP
Could you try using the Segger JLink?
Best Regards,
Alexis Andalon