cancel
Showing results for 
Search instead for 
Did you mean: 

Can't use/create Debug Config for OSS-7 Stack

Andrew Neil
Evangelist III

OSS-7 is the open-source stack for the DASH7 protocol:

https://mosaic-lopow.github.io/dash7-ap-open-source-stack/

The build system is created with CMake:

https://mosaic-lopow.github.io/dash7-ap-open-source-stack/docs/building/

Specifying -G "Eclipse CDT4 - MinGW Makefiles" on the CMake command line completes without complaining, and does create the expected Eclipse .project and .cproject files.

STM32 Cube IDE happily opens these, and builds successfully.

But I can't seem to create a Debug configuration that works - the 'Debug' button always remains greyed-out - even after pressing 'Apply' on any changes:

0693W000007EAPlQAO.png0693W000007EAQFQA4.png0693W000007EAQKQA4.png0693W000007EAQjQAO.png 

0693W000007EAQoQAO.pngSo what's going wrong?

Why can't I use this Debug Configuration?

What is keeping the 'Debug' button disabled?

The Target is a B-L072Z-LRWAN1, it is connected and a 'Scan' on the 'Debug' tab will read its serial number.

STM32CubeIDE Version: 1.5.1

Build: 9029_20201210_1234 (UTC)

OS: Windows 10, v.10.0, x86_64 / win32

Java version: 1.8.0_272

 Cross-post: https://groups.google.com/g/dash7-ap-oss/c/kZZR5ySbWeg/m/3pVCT7OLBgAJ

15 REPLIES 15

Aha - same problem here: https://community.st.com/s/question/0D50X0000AyBp0K/is-it-possible-to-debug-a-makefile-project-into-stm32cubeide

Which was solved by creating a 'GDB Hardware Debugging' configuration; installing openOCD; installing the openOCD plugin for Eclipse; then "playing a bit" with the configuration (openocd command and options, .cfg file, etc).

Unfortunately no details of those openOCD commands, options, or .cfg file.

:\

 EDIT

I wonder if CubeIDE is already using openOCD "under the hood" - so I could just use that, and not have to install it afresh?

EDIT 2

Yes, it is. But still no luck with debugging

See: https://community.st.com/s/question/0D50X0000Avfxc1SQA/about-stm32cubeide-debug-open-ocd-and-stlink-gdb

"Most probably STM32CubeIDE required metadata lacks"

It seems so.

In a genuine, "native" STM32CubeIDE Project:

0693W000007Ek8MQAS.pngIn the imported Eclipse project, that stuff is nowhere to be seen:

0693W000007Ek8vQAC.pngthere isn't even anywhere to enter it manually

:\

in the imported makefile project, the C/C++ Build > Settings section does exist - but there are no MCU settings:

0693W000007EkDgQAK.pngand, again, nowhere to enter it manually

Andrew Neil
Evangelist III

General question is getting some nice answer 😉

That generalised thread suggests that CubeIDE v1.6.0 should handle importing "plain vanilla" Eclipse Projects better.

This thread has an example of doing just that: https://community.st.com/s/question/0D53W00000aqNBiSAM/cubeide-imported-eclipse-c-project-incorrectly-defines-cplusplus

(shame that the forum doesn't support linking to a specific post - see mine dated 11 March 13:25 in that thread)

No, CubeIDE v1.6.0 still can't debug an imported "plain vanilla" Eclipse Projects - the trick described in the linked thread only works for a makefile project.

https://community.st.com/s/question/0D53W00000aqNBiSAM/cubeide-imported-eclipse-c-project-incorrectly-defines-cplusplus