cancel
Showing results for 
Search instead for 
Did you mean: 

VScode intellisense STM32H747 does not work

TMY
Associate

Am using the dual core STM32H747. A simple project in VScode from STMcubeMX built for CMAKE builds fine but intellisense bad. Becomes confused about which main.h, the one under CM4 or CM7. Have not been able to set up include path to make sense of this. You would think the output from STMcubeMX would work unmodified, but it does not. Could really use some help here.

1 ACCEPTED SOLUTION

Accepted Solutions
Gustavo_AR
Associate III

For this I've modified c_cpp_properties.json in .vscode folder to include 2 configurations, one for each core.

To switch between them Ctrl + Shift + P and select "C/C++ Select a configuration..."  or click on the bottom right of the vscode status bar. Where the STM32 configuration must be selected by default.

The relevant part is the path to the "compileCommands", that is required by IntelliSense to help with autocompletion.

{
    "version": 4,
    "configurations": [
        {
            "name": "STM32",
            "configurationProvider": "ms-vscode.cmake-tools",
            "intelliSenseMode": "${default}",
            "compilerPath": "/opt/st/stm32cubeclt_1.16.0/GNU-tools-for-STM32/bin/arm-none-eabi-gcc",
            "cStandard": "c17",
            "cppStandard": "c++17"
        },
        {
            "name": "CM4",
            "compileCommands": "${workspaceFolder}/CM4/build/compile_commands.json",
            "compilerPath": "/opt/st/stm32cubeclt_1.16.0/GNU-tools-for-STM32/bin/arm-none-eabi-gcc",
            "cStandard": "c17",
            "cppStandard": "c++17"
        },
        {
            "name": "CM7",
            "compileCommands": "${workspaceFolder}/CM7/build/compile_commands.json",
            "intelliSenseMode": "${default}",
            "compilerPath": "/opt/st/stm32cubeclt_1.16.0/GNU-tools-for-STM32/bin/arm-none-eabi-gcc",
            "cStandard": "c17",
            "cppStandard": "c++17"
        }
    ]
}

 Hope it helps you!

View solution in original post

3 REPLIES 3
STM_Thirty2
ST Employee

It seems that this issue is more related to Intellisense rather than CubeMX. CubeMX's role is to generate the necessary boilerplate code to ensure the project builds correctly. We generally do not provide support on the third-party extension themselves.

As for the issue with duplicate file names, I'm not certain if adjusting the c_cpp_properties.json file would resolve it.

There seem to be ongoing documented issues with this scenario and Intellisense, might be worth a read and follow up on the issue with Microsoft, this is as early as last week.
https://github.com/microsoft/vscode-cpptools/issues/12650

If you feel a post has answered your question, please click "Accept as Solution"
Gustavo_AR
Associate III

For this I've modified c_cpp_properties.json in .vscode folder to include 2 configurations, one for each core.

To switch between them Ctrl + Shift + P and select "C/C++ Select a configuration..."  or click on the bottom right of the vscode status bar. Where the STM32 configuration must be selected by default.

The relevant part is the path to the "compileCommands", that is required by IntelliSense to help with autocompletion.

{
    "version": 4,
    "configurations": [
        {
            "name": "STM32",
            "configurationProvider": "ms-vscode.cmake-tools",
            "intelliSenseMode": "${default}",
            "compilerPath": "/opt/st/stm32cubeclt_1.16.0/GNU-tools-for-STM32/bin/arm-none-eabi-gcc",
            "cStandard": "c17",
            "cppStandard": "c++17"
        },
        {
            "name": "CM4",
            "compileCommands": "${workspaceFolder}/CM4/build/compile_commands.json",
            "compilerPath": "/opt/st/stm32cubeclt_1.16.0/GNU-tools-for-STM32/bin/arm-none-eabi-gcc",
            "cStandard": "c17",
            "cppStandard": "c++17"
        },
        {
            "name": "CM7",
            "compileCommands": "${workspaceFolder}/CM7/build/compile_commands.json",
            "intelliSenseMode": "${default}",
            "compilerPath": "/opt/st/stm32cubeclt_1.16.0/GNU-tools-for-STM32/bin/arm-none-eabi-gcc",
            "cStandard": "c17",
            "cppStandard": "c++17"
        }
    ]
}

 Hope it helps you!

This has been very helpful. I am still hoping for a more complete solution to the problem. It seems to me the code generated by stmcubemx for vscode should at least work correctly as generated. Otherwise what's the point.

Many thanks for your solution as it helps me do the work I need to do now.

Thomas