如何排查Proxmark3 Easy板OpenOCD halt超时及固件烧录故障？

先从最基础的硬件连接查起，毕竟JTAG调试最容易栽在这上面：

• 检查JTAG排线/引脚连接：确认TCK、TMS、TDI、TDO、GND这几根线完全对应Proxmark3和目标板的引脚，没有接反、虚焊或者松动。Proxmark3的JTAG接口引脚定义要和AT91SAM7S512的调试引脚匹配，别搞混了电源引脚（AT91SAM7是3.3V，千万别接5V）。
• 供电检查：确保Proxmark3和目标板的供电稳定，没有电压波动。如果目标板是单独供电，要确认和Proxmark3的GND共地，避免信号干扰。
• 物理状态检查：看看Proxmark3的JTAG接口有没有氧化、损坏，目标板的调试引脚有没有被其他电路占用或者短路。

接下来检查OpenOCD的配置和启动参数：

• 确认配置文件正确性：启动OpenOCD时要加载Proxmark3对应的interface配置和AT91SAM7S512的target配置，比如用命令：openocd -f interface/proxmark3.cfg -f target/at91sam7s512.cfg。别用错了其他开发板的配置文件，比如把ft2232的通用配置直接拿来用。
• 更新OpenOCD版本：老版本的OpenOCD可能对Proxmark3的JTAG支持有bug，试试升级到最新的稳定版（比如0.12.x系列），很多兼容性问题都能通过版本更新解决。
• 检查启动日志：OpenOCD启动时有没有报错？比如找不到interface或者target配置，或者JTAG初始化失败，这些信息能直接指向问题所在。

然后排查目标设备的状态：

• 尝试冷启动调试：有时候目标板上电后固件立刻运行，甚至看门狗在不断重启设备，导致OpenOCD抓不住。可以先给目标板断电，启动OpenOCD后立刻给目标板上电，趁固件还没初始化的时候执行halt命令。
• 关闭看门狗：如果你的固件里开启了AT91SAM7S512的看门狗，即使复位后也会很快重启，导致halt超时。可以先烧录一个不带看门狗的最小固件，或者在调试前通过硬件手段临时禁用看门狗（如果有对应的引脚）。
• 确认设备处于可调试状态：有些情况下目标板的调试接口可能被固件禁用了，试试用JTAG强制复位设备，在Telnet里先执行reset再执行halt，或者用reset init命令一步到位。

再验证调试命令和工具链：

• 检查Telnet连接：确保你是连接到正确的端口（默认4444），用命令telnet localhost 4444，连接成功后再发送命令。有时候端口被占用会导致通信异常。
• 用GDB辅助测试：试试用ARM交叉编译的GDB工具连接OpenOCD（arm-none-eabi-gdb），执行target remote localhost:3333，然后发送halt命令，看有没有更详细的错误提示，GDB有时候会给出比Telnet更具体的信息。
• 尝试其他调试命令：比如先执行poll命令看看设备状态，或者scan_chain命令检查JTAG链是否能识别到AT91SAM7S512，如果scan_chain都找不到设备，那基本是硬件或者配置的问题。

最后是进阶排查手段：

• 开启OpenOCD调试日志：启动OpenOCD时加上-d3参数（数字越大日志越详细），这样能看到JTAG通信的每一步交互，比如有没有TDO信号无响应、时钟异常等问题，这些日志能帮你定位到底是硬件通信失败还是软件配置错误。
• 更新Proxmark3固件：Proxmark3本身的固件也会影响JTAG调试功能，有些旧版本的Proxmark3固件对OpenOCD的兼容性不好，试试刷入最新的官方Proxmark3固件，再进行调试。

如果这些步骤都试过还是解决不了，可以把OpenOCD的详细调试日志、你的配置文件内容贴出来，方便进一步定位问题。

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