Probe-rs项目中使用J-Link调试RP2040芯片的问题分析

问题背景

在嵌入式开发领域，Probe-rs是一个功能强大的调试工具，支持多种调试探针和目标芯片。本文主要分析在使用Probe-rs配合J-Link调试器连接RP2040芯片时遇到的一些典型问题。

核心问题现象

用户在使用Windows 11系统配合J-Link EDU调试器连接RP2040芯片时，发现"info"命令在大多数情况下无法正常工作。具体表现为：

1. 直接运行"info"命令时，90%的情况下无法识别到任何访问端口
2. 偶尔能够识别到一个核心（而非预期的两个核心）
3. 通过GDB会话后再运行"info"命令，首次可能识别到一个核心，但后续再次运行又会失败

技术分析

多目标SWD调试特性

RP2040芯片采用了ARM的多目标SWD（Serial Wire Debug）调试架构。这种架构的特殊性在于：

1. 不是设计为可自动发现的架构
2. 需要明确指定目标选择(TARGETSEL)值才能正确访问
3. 在Probe-rs中，RP2040的目标选择值是硬编码的

正确的目标选择值

对于RP2040芯片，有效的TARGETSEL值包括：

• 0x01002927
• 0x11002927

使用这些值可以正确访问芯片的调试接口。而直接使用0或1等简单值会导致通信失败。

命令行为差异

Probe-rs的"info"命令在设计上有以下特点：

1. 主要用于发现"未知"芯片的信息
2. 忽略"--chip"参数
3. 对多目标SWD设备的支持有限

解决方案建议

1. 对于RP2040芯片，建议明确指定协议和目标选择值：

   probe-rs info --protocol swd --target-sel 0x01002927
   

2. 对于其他芯片的调试，特别是新芯片支持开发：

   • 大多数芯片不需要处理多目标SWD的复杂性
   • RP2040是目前少数需要使用多目标SWD的芯片之一
   • 开发新芯片支持时，不建议以RP2040作为参考模型

扩展讨论

在调试STM32MP2x系列芯片时也遇到了类似的多目标SWD问题。通过对比分析发现：

1. STM32MP2x的APIDR值与RP2040完全不同
2. 不同调试器（ST-LINK v2/v3，J-Link）对多目标SWD的支持程度不同
3. OpenOCD能够正确识别和访问所有AP（访问端口）

这进一步验证了多目标SWD调试的复杂性和工具链支持的重要性。

总结

Probe-rs作为一款强大的调试工具，在处理特殊调试架构如多目标SWD时仍有一些限制。开发者在使用时应当：

1. 了解目标芯片的调试架构特性
2. 使用正确的目标选择参数
3. 对于复杂调试场景，可能需要结合多种工具进行验证
4. 开发新芯片支持时，优先考虑标准调试架构的芯片作为参考

通过深入理解这些调试特性和工具行为，开发者可以更高效地利用Probe-rs进行嵌入式调试工作。