ESP-IDF 烧录调试
适用场景
- 工作区已经具备 ESP-IDF 构建产物，且用户希望烧录到目标板。
- 用户需要擦除 Flash 或重新烧录固件。
- 用户需要通过 JTAG 启动 OpenOCD 调试会话。
- 团队需要一条标准化的 ESP-IDF 烧录流程，并可顺畅交接到串口监视或调试。
必要输入
- 工作区路径（含已构建的
build/目录），或包含artifact_path的Project Profile。 - 串口设备路径和波特率。
- 可选的调试探针配置（用于 JTAG 调试模式）。
首次参数确认
首次调用时，必须向用户确认以下参数，不得跳过或自动使用探测值：
- 串口设备：列出探测到的串口设备供用户选择，即使只有一个也不得自动选择。
- 波特率：向用户展示默认值 460800 并确认是否需要修改。
当 Project Profile 中已记录过上述参数（即非首次），可直接复用，无需再次询问。
自动探测
- 脚本启动即自动复用工程根目录
.em_skill.json中上次成功的 profile 作为默认参数（显式参数优先，无需先手动传--resume）；--resume仅用于断言缓存必须存在，无缓存则非零退出。无缓存或用户明确要求重新探测时，脚本自动回退到正常扫描。 - 扫描系统串口设备：Linux
/dev/ttyUSB*、/dev/ttyACM*，macOS/dev/cu.usbserial*、/dev/cu.wchusbserial*，WindowsCOM*。 - 读取
sdkconfig中的 Flash 大小和分区表配置。 - 检查
build/目录中是否存在有效的烧录产物（*.bin、flasher_args.json）。 - 探测结果仅作为候选列表展示给用户，不自动选择。
执行步骤
- 先阅读 references/usage.md，确认本次是环境探测、烧录、擦除，还是启动调试。
- 若不确定环境状态，先运行自带脚本 scripts/idf_flasher.py 的
--detect模式确认。 - 使用
--flash --project <path>执行烧录，可通过--port和--baud指定串口参数。 - 若用户需要擦除 Flash，使用
--erase-flash。 - 若用户需要烧录后立即查看串口输出，提示手动运行
idf.py flash monitor（交互式长运行命令）。 - 若用户需要 JTAG 调试，使用
--debug检测并启动 OpenOCD 服务。 - 读取脚本输出的烧录结果报告，重点关注烧录状态和失败分类。
- 将烧录配置和结果写回
Project Profile。
失败分流
- 当
idf.py不可用时，返回environment-missing，提示用户安装 ESP-IDF 并激活环境（v5.x 使用export.sh，v6.0+ 使用 EIM 激活脚本）。 - 当串口设备不存在或被占用时，返回
connection-failure。 - 当 Linux 用户无串口访问权限时，返回
permission-problem，建议添加dialout组。 - 当
build/目录不存在或产物缺失时，返回artifact-missing，推荐build-idf。 - 当烧录过程中芯片无响应时，返回
target-response-abnormal。 - 当存在多个串口设备且无法确定目标时，返回
ambiguous-context。
平台说明
- 串口设备命名因平台而异：Linux
/dev/ttyUSB0，macOS/dev/cu.usbserial-*，WindowsCOM3。 - Linux 用户可能需要将自己添加到
dialout组：sudo usermod -aG dialout $USER。 - ESP32 系列通常使用 USB-UART 桥接芯片（CP2102、CH340），需要安装对应驱动。
- 自带脚本通过 subprocess 调用
idf.py，烧录调度路径本身是跨平台的。
输出约定
- 输出烧录命令、串口设备、波特率、Flash 大小和烧录状态。
- 在
Project Profile中保留或更新serial_port、baud_rate、idf_target。 - 根据用户意图推荐下一步 skill：查看运行日志推荐
serial-monitor，需要调试推荐debug-gdb-openocd。
交接关系
- 当下一步要看运行日志时，将成功烧录结果交给
serial-monitor。 - 当用户需要断点调试或崩溃分析时，将结果交给
debug-gdb-openocd。 - 当固件产物缺失时，推荐用户先使用
build-idf编译。
