Install
$ agentstack add skill-easyzoom-aix-skills-mcu-flashing-debug ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
MCU Flashing Debug
Overview
Use this skill to debug MCU programming failures safely. Separate connection, erase, program, verify, and reset problems before recommending mass erase, option byte changes, security unlock, or boot configuration changes.
When To Use
Use this skill when:
- Firmware cannot be downloaded or flashed to an MCU.
- The programmer reports connect, erase, program, verify, timeout, locked, protected, or target voltage errors.
- The user mentions ST-Link, J-Link, CMSIS-DAP, OpenOCD, pyOCD, STC-ISP, WCH-Link, Nu-Link, vendor programmers, boot pins, ISP, IAP, DFU, or UART bootloader.
Do not use this skill for application-level bugs after a confirmed successful program/verify/run cycle. For probe-specific debugging (OpenOCD scripts, J-Link config, adapter speed), use openocd-jlink-stlink-debug.
First Questions
Ask for:
- MCU part number and board.
- Programmer/probe and connection method.
- Tool name and exact error output.
- Firmware artifact path/type: ELF, HEX, BIN, IHX, UF2, or vendor package.
- Whether erase, program, verify, and reset are separate steps in the tool output.
- Target voltage, reset wiring, boot pins, and whether the board is externally powered.
Workflow
- Classify the failing step.
Do not treat "download failed" as one problem. Identify connect, erase, program, verify, reset, or run failure.
- Confirm physical and electrical basics.
Check power, ground, target voltage sense, reset line, boot pins, and signal wiring before changing software.
- Confirm tool-target match.
Verify exact chip model, flash algorithm, probe interface, target config, and firmware address.
- Lower risk before increasing force.
Try lower adapter speed, connect-under-reset, separate erase/program/verify, and fresh rebuild before mass erase.
- Preserve logs.
Capture programmer output and avoid repeated blind retries.
- Ask before destructive operations.
Mass erase, security unlock, option byte writes, readout protection changes, bootloader erase, and config fuse changes require explicit approval.
Method Checks
SWD/JTAG
- Confirm SWDIO/TMS, SWCLK/TCK, RESET, GND, and VTref.
- Lower adapter clock for long wires or unstable power.
- Try connect-under-reset when firmware disables debug pins or enters low power.
- Confirm the debug probe can see target voltage.
- Confirm readout protection or secure debug is not blocking access.
UART/ISP/IAP
- Confirm TX/RX cross, common ground, boot pin state, reset/power-cycle sequence, and baud behavior.
- Confirm the chip actually contains a ROM bootloader or vendor ISP mode.
- Confirm USB-to-UART voltage level matches target IO voltage.
- Confirm selected chip model and serial port.
USB DFU/Bootloader
- Confirm boot mode entry sequence.
- Confirm USB enumeration and permissions.
- Confirm package format and target address.
- Preserve existing bootloader or calibration regions unless explicitly approved.
Verification
Before claiming flashing is fixed:
- Report connect, erase, program, verify, and reset/run status separately.
- State the programmer, target chip, interface, adapter speed, firmware artifact, and programmed address.
- Confirm whether destructive actions were avoided, skipped, or explicitly approved.
- If verify fails, report the first failing address or range if the tool provides it.
Common Failures
- Recommending mass erase before confirming wiring and target voltage.
- Selecting a similar but wrong MCU in the programmer.
- Flashing a binary to the wrong base address.
- Ignoring verify failures because program appeared to succeed.
- Forgetting boot pin or reset timing for UART bootloaders.
Example
User:
OpenOCD 连接 STM32 总是 timeout,下载不了。
Agent:
- Asks for exact chip, probe, OpenOCD configs, wiring, target voltage, and error log.
- Separates connect failure from flash failure.
- Suggests lower SWD speed and connect-under-reset before erase.
- Asks before readout protection or mass erase operations.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: easyzoom
- Source: easyzoom/aix-skills
- License: MIT
- Homepage: https://github.com/easyzoom/aix-skills
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.