Skip to main content
Last Updated: 21 August 2026 Embedder combines a runtime platform catalog, board-specific reference skills, and hardware providers that detect the equipment connected to your machine. Select your platform during project setup, then enter Debug mode and use hardware_status to confirm which probes, transports, and instruments are ready. Use the sidebar to open an ecosystem. Each ecosystem page lists every catalog platform. The peripheral catalog lists every catalog part.
A board-specific skill gives the agent verified pinout, boot, connector, and tooling context. It does not mean every debugger or flasher works with that board. Your installed vendor tools, probe, target metadata, operating system, and licenses still determine which actions are available.

Platform ecosystems

The selectable platform catalog comes from the Embedder service and can change without a client release. The project setup picker is the source of truth for the catalog available to your team. The catalog contains 590+ platforms across 13 manufacturers. Open an ecosystem in the sidebar, or start from one of these pages:

STM32

150+ ST platforms, CubeMX and ST-LINK workflows, and Nucleo pinout skills.

NXP

80+ LPC, Kinetis, i.MX RT, MCX, and S32 platforms.

Nordic

60+ nRF, nPM, and nRF70 platforms for nRF Connect SDK and Zephyr.

Espressif

30+ ESP32, ESP32-S/C/H/P, and ESP8684 platforms.

Infineon

AURIX, TRAVEO T2G, and PSoC Edge catalog kits plus board skills.

Renesas

20+ RA and RH850 platforms, FSP, and EK-RA8P1.

Silicon Labs

30+ EFR32 platforms, Simplicity SDK, and SixG301 board skills.

Texas Instruments

50+ MSP430, C2000, and Sitara AM2x platforms.

Raspberry Pi

30+ computers, Compute Modules, Pico boards, and RP2 MCUs.

Arduino

30+ UNO, Nano, MKR, Portenta, Nicla, and classic boards.

Atmel AVR

60+ ATtiny, ATmega, AVR Dx/Ex, and Adafruit AVR platforms.

Teensy

Teensy LC, 3.2, 3.6, 4.0, and 4.1.

XMOS

xcore.ai with XTC Tools, xrun, xflash, xgdb, and xSCOPE.

Ambiq

Apollo510 EVB bring-up, flashing, J-Link/SWD, RTT, and recovery.

Debug probes and backends

Embedder also recognizes hardware-driving commands from common vendor tools so concurrent sessions do not fight over a probe. Recognition for hardware arbitration does not mean Embedder installs or supports every function of those tools.

Target transports

Logic, scope, and power instruments

Instrument support is provider-based. hardware_status reports missing drivers, SDKs, applications, licenses, and connected devices before a script runs. Hardware providers publish captures into the Logic, Plot, Power, Trace, or Coverage views when the selected provider supports that output. See Digilent WaveForms for its shared la_* script surface and per-instrument limits.

Custom platforms and peripherals

You can add hardware that is absent from the service catalog:
  1. Name the custom platform or peripheral.
  2. Upload its documentation. The VS Code custom-platform flow accepts PDF references.
  3. Upload EDA source through the schematic uploader when you need parsed schematics rather than a document attachment.
  4. Add the target metadata needed by your debug path, such as the MCU name, serial port, J-Link device, or OpenOCD target and adapter.
Custom peripherals are available through the project component flow. Custom platforms require the custom_platforms team feature, an evaluation plan, or an administrator account.
A custom catalog entry gives the agent hardware context. It does not create a new probe driver, flasher backend, or instrument provider. Use an existing J-Link, OpenOCD, probe-rs, serial, or instrument path, or add provider support in the client.
Last modified on August 24, 2026