probe-rs项目中STM32芯片内存读写异常问题分析

问题现象

在使用probe-rs工具对STM32L431RCT6芯片进行内存读写操作时，发现了一个异常现象：当向内存地址0x20000000开始的位置写入多个32位数值后，读取这些地址时总是返回第一个写入的值，而不是实际写入的不同数值。

具体表现为：

1. 执行写入命令：probe-rs write --chip STM32L431RCTx b32 0x20000000 0x11223344 0x22222222 0x3333333 0x44444444
2. 执行读取命令：probe-rs read --chip STM32L431RCTx b32 0x20000000 4
3. 读取结果总是返回：11223344 11223344 11223344 11223344

问题背景

probe-rs是一个用于嵌入式开发的调试工具集，支持多种ARM Cortex-M芯片的编程和调试。该问题出现在使用FTDI FT2232H芯片作为调试接口的自定义板上，该板通常使用openocd进行C++代码烧录且工作正常，但在尝试使用probe-rs烧录Rust代码时出现了问题。

问题分析

从现象来看，这显然是一个内存读取功能的问题。写入操作看似成功（没有报错），但读取时无法获取正确的数据。更深入的技术分析表明：

1. 内存访问机制：STM32系列芯片通过调试接口访问内存时，需要正确处理内存总线协议和时序。
2. 批量传输问题：当进行连续内存地址的批量读取时，可能存在传输缓冲区处理不当的情况，导致只返回第一个读取的值。
3. 验证失败：在尝试烧录程序时，验证阶段也出现了类似问题，读取的指令与预期不符，导致烧录失败。

解决方案

该问题已被确认为probe-rs项目中的一个bug，并在后续版本中得到了修复。修复的核心在于改进了内存读取的逻辑，确保连续地址的批量读取能够正确返回各个地址的实际值。

技术启示

1. 调试工具验证：在使用新的调试工具时，建议先进行基本的内存读写测试，验证工具链的可靠性。
2. 版本更新：遇到类似问题时，检查工具的最新版本，许多常见问题可能已在更新中得到修复。
3. 底层通信：嵌入式开发中，调试接口的底层通信协议实现至关重要，任何小的偏差都可能导致功能异常。

总结

这个案例展示了嵌入式开发中调试工具链可能出现的问题及其排查过程。对于使用probe-rs进行STM32开发的用户，如果遇到类似的内存读取异常，建议升级到最新版本的工具。同时，这也提醒我们在嵌入式开发中，对基础功能的验证不容忽视，它是确保后续开发顺利进行的重要保障。