The Arm® CMSIS Solution extension is a graphical user interface for csolution projects that use the CMSIS-Toolbox. It supports microcontroller devices that incorporate Arm Cortex®-M processors and Arm Ethos®-U Neural Processing Units (NPUs), and works with various C/C++ compilers and debuggers. This extension is free to use and you can install it individually or as part of the Arm Keil Studio Pack.
The complete documentation for Arm CMSIS Solution and the other Keil® Studio extensions is available on Arm Developer.
Arm CMSIS Solution provides the following views:
- CMSIS view: Access your source code and actions such as build, run, and debug from the Solution outline.
- Create New Solution view: Create new solutions for devices or boards from template projects or example applications.
- Configure Solution view: Add layers to your reference applications or select a compiler toolchain for your solutions.
- Manage Solution view: Manage your solutions with multiple targets, projects, and build types to define the scope of your application programs.
- Software Components view: Access reusable building blocks that are provided in software packs.
Settings: Configure features like clangd. With the Online Mode setting, Arm CMSIS Solution uses web services to retrieve information about devices, boards, and examples, and downloads missing software packs.
Arm CMSIS Solution works as a standalone tool and can also interact with other Visual Studio Code extensions:
- Arm Environment Manager: Installs tools (compiler, debugger, simulation models, and utilities) for software development.
- Red Hat YAML: Provides syntax support when editing csolution project files such as
*.csolution.yml
and*.cproject.yml
. - clangd: Adds smart features to the Visual Studio Code editor, including code completion, compile errors, and go-to-definition.
Arm CMSIS Solution interfaces with the following debug extensions:
- Arm Debugger: Supports connections to physical targets such as ULINK, CMSIS-DAP, and ST-LINK, and virtual targets (FVP simulation models).
- Cortex-Debug: Interfaces with physical targets using J-Link, OpenOCD, pyOCD, or ST-LINK. OpenOCD and pyOCD support debug with CMSIS-DAP.
The CMSIS view gives you access to the source code of your application. The CMSIS view shows the multiple projects that belong to the context-set, also called the build context. The various elements available for a project are:
- File groups: Groups used to organize user source code.
- Constructed-files: Files generated for the CMSIS Run-Time Environment (RTE).
- Linker: Script files used in the project context.
- Components: Reusable software modules that you select.
- Layers: Sets of source files, software components, and configuration files that you can reuse in different projects.
Action buttons allow you to build, run, and debug your application or open the views that are described in detail below. For components, you can access the documentation or run generators such as STM32CubeMX or the MCUXpresso Config Tools.
Create a new csolution project and choose the target type name, solution name, and location of the csolution project from this view.
To start a new csolution project, select a board or device. You can choose from the following project types:
- Templates: Templates are stub projects providing a minimal setup for the selected use case.
- Reference applications: Reference applications are hardware-agnostic and require additional software layers with API drivers for the target board selected.
- CMSIS solution examples: These examples are created for a specific hardware or evaluation board and interface with board and device peripherals.
- µVision examples: Example projects created for the µVision IDE. Arm CMSIS Solution automatically converts µVision projects to the csolution project format.
Select software layers and a compiler toolchain for your solution from this view.
Select reusable software components for your application from this view.
CMSIS-Packs provide software components with other optional items such as configuration files, documentation, and user code templates. A software component typically interfaces with other software components or with device peripherals. The list of software components depends on the device or board selected.
Select a context-set, or build context, from this view. A build context combines related projects which are generated independently for an application program. You might need to use different build types for projects, for example in cases where not all parts of an application require extra debug overhead.
Arm CMSIS Solution uses standard Visual Studio Code task configurations to configure the Run action (tasks.json
) and launch configurations to configure the Debug action (launch.json
). The tasks.json
and launch.json
files are located in the .vscode
folder of your workspace (the csolution project root folder). These files store settings that you can select from the Run Configuration and Debug Configuration editors or add manually in the tasks.json
and launch.json
files.
The Arm Debugger extension supports connections to physical targets such as ULINK, CMSIS-DAP, and ST-LINK, and virtual targets (FVP simulation models).
Refer to the Arm Debugger extension documentation for more details.
The Cortex-Debug extension interfaces with J-Link, OpenOCD, pyOCD, or ST-LINK. OpenOCD and pyOCD support debug units with CMSIS-DAP firmware. Cortex-Debug requires the GCC Toolchain for ARM CPUs and the executables must be registered in the PATH environment variable of the host PC. For more information, refer to the Cortex-Debug documentation.
To install the J-Link Software Pack and configure Cortex-Debug, use the following steps:
-
Use the
Debug: Add Configuration...
command from the Command Palette and selectCortex Debug: JLink
to add the J-Link debug configuration to thelaunch.json
file. -
Update the debug configuration in the
launch.json
file to reflect your setup. For example:{ "cwd": "${workspaceFolder}", "executable": "${command:cmsis-csolution.getBinaryFiles}", "name": "Debug with JLink", "request": "launch", "type": "cortex-debug", "device": "${command:cmsis-csolution.getDeviceName}", "runToEntryPoint": "main", "showDevDebugOutput": "none", "servertype": "jlink", "serverpath": "<path>/JLinkGDBServerCL.exe" }
Note: serverpath
is the path to the installed J-Link GDB server.
For more information, refer to the J-Link Visual Studio Code documentation.
Install OpenOCD and check that it is registered in the PATH environment variable of the host PC.
To configure Cortex-Debug for OpenOCD, use the following steps:
-
Use the
Debug: Add Configuration...
command from the Command Palette and selectCortex Debug: OpenOCD
to add the OpenOCD debug configuration to thelaunch.json
file. -
Update the debug configuration in
launch.json
file to reflect your setup. For example:{ "cwd": "${workspaceRoot}", "executable": "${command:cmsis-csolution.getBinaryFiles}", "name": "Debug with OpenOCD", "request": "launch", "type": "cortex-debug", "servertype": "openocd", "configFiles": [ "openocd.cfg" ], "searchDir": [], "runToEntryPoint": "main", "showDevDebugOutput": "none" }
-
Create a configuration file named
openocd.cfg
in your workspace (in the csolution project root folder) and specify eitherinterface
andtarget
, orboard
(which typically imports theinterface
andtarget
).
Examples:
# interface: Debug Adapter CMSIS-DAP
source [find interface/cmsis-dap.cfg]
# target: Device STM32L4xx
source [find target/stm32l4x.cfg]
# board: STM32L4R9I-DISCO with ST-LINK
source [find board/stm32l4r9i-disco.cfg]
To install pyOCD and configure Cortex-Debug, use the following steps:
-
Use the
Debug: Add Configuration...
command from the Command Palette and selectCortex Debug: PyOCD
to add the pyOCD debug configuration to thelaunch.json
file. -
Update the debug configuration in the
launch.json
file to reflect your setup. For example:{ "cwd": "${workspaceRoot}", "executable": "${command:cmsis-csolution.getBinaryFiles}", "name": "Debug with PyOCD", "request": "launch", "type": "cortex-debug", "targetId": "stm32l475xc", "runToEntryPoint": "main", "showDevDebugOutput": "none", "servertype": "pyocd" }
Notes:
targetId
is the target identifier if the target is not detected automatically.- If there are multiple debug probes available, select the debug adapter you need when pyOCD is launched.
Install STM32CubeIDE that includes the ST-LINK GDB server, then configure Cortex-Debug with the following steps:
-
Use the
Debug: Add Configuration...
command from the Command Palette and selectCortex Debug: ST-LINK
to add the ST-LINK debug configuration to thelaunch.json
file. -
Update the debug configuration in the
launch.json
file to reflect your setup. For example:{ "cwd": "${workspaceRoot}", "executable": "${command:cmsis-csolution.getBinaryFiles}", "name": "Debug with ST-Link", "request": "launch", "type": "cortex-debug", "runToEntryPoint": "main", "showDevDebugOutput": "none", "servertype": "stlink" }
To submit feedback or report issues on the Arm CMSIS Solution extension, please use GitHub issues in the extension repository.