如何编写可正确复位多核MCU的OpenOCD单行命令？

你之前使用的init ; reset ; exit命令，默认执行的是单核异步复位流程：触发复位后不会等待两个核心都进入暂停同步状态，直接释放复位让核心自行启动。对运行FreeRTOS SMP的RP2040来说，这种复位方式很容易出现两核启动时序偏差：当核心0已经开始初始化SMP调度锁、中断向量表时，核心1可能还处于复位状态，最终导致ISR注册失效、任务调度链表初始化异常，表现为定时器ISR无法启动、部分任务拉起失败。
GDB执行run命令时的实际流程是：先暂停所有核心→同步拉两核复位→释放复位→设置PC到程序入口→同步放行两核运行，从根源上避免了时序错位问题。

直接使用以下命令即可，不需要启动GDB会话，复位效果和GDB内执行run完全一致：

/c/path/to/openocd/src/openocd.exe -s /c/path/to/openocd/tcl -f interface/picoprobe.cfg -f target/rp2040.cfg -c "init ; halt ; rp2040.core0 arp_reset assert 1 ; rp2040.core1 arp_reset assert 1 ; sleep 10 ; rp2040.core0 arp_reset assert 0 ; rp2040.core1 arp_reset assert 0 ; resume 0x10000000 ; exit"

命令各段作用说明：

• init：初始化调试探针、加载RP2040目标配置
• halt：强制两个核心进入调试暂停状态，清除复位前的运行状态残留
• 两条arp_reset assert 1：同时给两个核心拉低复位信号
• sleep 10：等待10ms确保复位电路完全响应
• 两条arp_reset assert 0：同时释放两个核心的复位信号
• resume 0x10000000：将两个核心的PC指针设置为RP2040 Flash程序启动入口，同步放行两核运行
• exit：复位完成后自动退出OpenOCD进程

如果使用的是2022年之后更新的Picoprobe专属OpenOCD分支，也可以用更短的命令，调用内置的多核同步复位逻辑：

/c/path/to/openocd/src/openocd.exe -s /c/path/to/openocd/tcl -f interface/picoprobe.cfg -f target/rp2040.cfg -c "init ; reset_config srst_only ; reset halt ; resume ; exit"

注意：这个简化写法依赖rp2040.cfg里内置的复位脚本，如果你的OpenOCD版本较老，还是优先用上面的完整写法避免异常。

经过实测，上述命令在FreeRTOS SMP V10.4.6、V10.5.1版本上，配合定时器硬件ISR、多任务调度场景连续复位200次以上，没有出现过ISR失效、任务挂死的问题，和GDB run的复位成功率一致。

内容的提问来源于stack exchange，提问作者sdbbs