FluidNC项目SD卡文件上传问题的分析与解决

问题背景

在FluidNC 3.7.13和3.7.14版本中，用户报告了一个关于SD卡文件上传的严重问题。当用户尝试通过Web界面将文件上传到SD卡时，系统会抛出错误信息并导致操作失败。这个问题影响了多个用户，包括使用6X CNC控制器的用户。

错误现象

用户在尝试上传文件时会遇到以下错误信息：

[MSG:ERR: sdmmc_card_init failed code 0x107]
No SD card
ERROR:60
SD failed to mount

有趣的是，这个问题具有以下特点：

1. 在系统重启后，通过终端命令可以正常访问SD卡
2. 只有在尝试通过Web界面进行文件上传时才会出现此问题
3. 在较早版本的固件(3.7.10-3.7.12)中没有这个问题

技术分析

经过开发团队的深入调查，发现问题的根源在于WebUI最近的一个改动。这个改动原本是为了更清晰地区分同步和异步WebUI命令，但却意外导致了以下问题：

1. 系统会同时执行两个SD卡相关命令：

   • 一个用于检测SD卡是否存在
   • 另一个用于开始文件上传

2. 这两个命令在不同的线程和不同的CPU核心上并行执行

3. 这种并行执行导致SD卡驱动程序被重入(re-entered)，引发了系统混乱和崩溃

解决方案

开发团队迅速定位问题并发布了修复版本。修复的关键点包括：

1. 修改了WebUI的代码逻辑，确保SD卡相关命令按正确顺序执行
2. 避免了可能导致驱动程序重入的并行操作
3. 增强了命令执行的同步机制

用户可以通过更新到修复后的WebUI版本(commit 3e9cc8cd8bcdd05cbd7640b2eb080dbd63bb7e7f)来解决这个问题。

验证结果

多位用户验证了修复版本的有效性：

• 文件上传功能恢复正常
• SD卡访问稳定性提高
• 系统不再出现崩溃情况

技术建议

对于嵌入式系统开发，特别是涉及硬件外设(如SD卡)的操作时，开发人员应当注意：

1. 硬件外设驱动通常不是线程安全的，需要特别注意并发访问
2. 对于关键硬件资源，应实现适当的互斥机制
3. 命令执行顺序对硬件操作可能产生重大影响
4. 在修改异步/同步处理逻辑时，需要全面考虑对硬件操作的影响

这个问题也提醒我们，在嵌入式系统开发中，硬件资源访问的同步和顺序控制是保证系统稳定性的关键因素之一。