probe-rs在nRF5340芯片上的运行问题分析与解决

在嵌入式开发领域，probe-rs作为一款强大的调试工具链，为Rust开发者提供了便捷的芯片编程和调试体验。近期，开发者在nRF5340芯片上使用最新版probe-rs时遇到了一个值得关注的问题：虽然擦除和烧录功能正常，但程序运行/附加阶段会出现失败。

问题现象

当开发者尝试在nRF5340的应用核心上执行"probe-rs run"命令时，工具链报告了一个硬件断点清除失败的错误，随后出现操作超时，最终导致闪存过程失败。错误信息表明在核心交互过程中出现了ARM特定的问题。

问题定位

通过git bisect工具进行问题追踪，开发者发现该问题首次出现在一个关于RAM闪存时暂停核心的提交中。这个改动原本是为了在RAM闪存时增加核心暂停功能，但在nRF5340芯片上却引发了意外行为。

深入分析

nRF5340是一款双核MCU，包含应用核心和网络核心。初步分析表明，问题可能与多核处理机制有关。当尝试暂停一个核心时，可能会意外影响到另一个核心的运行状态，这与probe-rs的预期行为不符。

值得注意的是，类似的问题也出现在nRF9160和nRF9161等单核芯片上，这表明问题可能不仅限于多核场景，而是与Nordic芯片系列的特定架构特性有关。

解决方案

目前有两种可行的解决方法：

1. 回退到probe-rs v0.23.0版本，该版本不受此问题影响
2. 使用修复分支版本，该版本移除了引起问题的核心暂停功能

对于开发者来说，可以通过特定命令安装修复版本：

cargo install probe-rs-tools -f --git https://github.com/igiona/probe-rs.git --locked --branch revert-halting-on-wr

技术启示

这个案例揭示了嵌入式开发中几个重要方面：

1. 芯片特定行为的重要性：即使是看似通用的功能（如核心暂停），在不同芯片架构上也可能表现出不同行为
2. 版本控制的价值：git bisect等工具在问题定位中发挥着关键作用
3. 多核调试的复杂性：在多核系统中，对单个核心的操作可能会对整个系统产生影响

总结

probe-rs团队已经意识到这个问题，并在积极寻求解决方案。对于使用nRF系列芯片的开发者，建议暂时使用稳定版本或修复分支，同时关注官方更新以获取最终解决方案。这个案例也提醒我们，在嵌入式开发中，理解底层硬件特性与工具链行为的交互至关重要。