jlink-mcp
Related Servers
Alternatives to jlink-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityDmaintenanceEnables AI assistants like Claude to directly debug microcontrollers via JLink, supporting breakpoints, single-step, memory/register access, variable inspection, RTT logging, and firmware flashing.255MIT
- AlicenseAqualityDmaintenanceEnables AI to directly control SEGGER J-Link embedded debug probes via the Model Context Protocol for debugging and firmware management. Users can perform tasks like reading registers, analyzing memory, flashing firmware, and tracking RTT logs using natural language commands.211MIT
- AlicenseAqualityBmaintenanceEnables AI assistants to interact with STM32 development boards via J-Link debugger using RTT communication, supporting connection, logging, memory operations, and firmware flashing through natural language.121MIT
- AlicenseAqualityFmaintenanceEnables LLMs to interact with embedded devices by reading and writing Segger RTT data through a J-Link debugger.91MIT

sbl-debuggerofficial
AlicenseNot gradedqualityDmaintenanceEnables AI assistants to debug ARM Cortex-M targets via GDB and OpenOCD, supporting attach, breakpoints, stepping, register/memory inspection, and SVD peripheral decoding.MIT- AlicenseAqualityDmaintenanceEnables AI tools to perform full-featured embedded microcontroller debugging via pyOCD and CMSIS-DAP probes, including probe management, flashing, breakpoints, register/memory access, fault analysis, and RTT communication.581MIT
TDQS
Scored across 47 tools
Most tools map cleanly to distinct actions (halt, resume, step, reset, read_memory, write_memory, flash), and descriptions explicitly separate list_devices from search_devices and rtt_status from rtt_read. Minor overlap exists between snapshot and diagnose_crash, and between device_info and read_registers, but the boundaries are generally discoverable.
Tool names consistently use lowercase snake_case and mostly follow verb_noun or domain-prefixed patterns (read_memory, set_device, rtt_read, gdb_command, telnet_proxy_start). A few outliers like snapshot, device_info, and gdb_server_start bend the pattern, but the naming remains predictable overall.
47 tools is well above the typical well-scoped range and even past the 16-25 'heavy' band, making operator selection harder. The set could be consolidated, especially the granular GDB server, telnet proxy, and session lifecycle tools.
The tool surface is extremely thorough for J-Link debugging: device setup, halt/resume/step, memory/flash, breakpoints, fault decoding, SVD peripherals, RTT, GDB server/client integration, telnet proxy, and raw probe commands are all covered. There are no obvious dead ends for typical debug workflows.