RaspberryMatic项目在Compute Module 3/3+上的eMMC启动问题分析

RaspberryMatic是一个基于OpenWrt的家庭自动化系统，专为树莓派平台优化。近期在Compute Module 3和3+平台上出现了一个严重的启动问题，值得深入分析。

问题现象

用户报告称，在Compute Module 3和3+平台上，当使用最新版RaspberryMatic镜像时，系统无法从内部eMMC闪存正常启动。设备会陷入启动循环，并显示"找不到可启动设备"的错误信息。有趣的是，旧版镜像（如3.61版本）可以正常启动，但升级到最新版本后同样会出现启动失败的情况。

技术分析

通过深入调查，发现问题的根源与U-Boot引导加载程序有关。具体表现为：

1. 使用Waveshare Compute Module PoE Board搭配CM3+时，3.79.6.20250118及之前版本工作正常
2. 3.79.6.20250220及之后版本无法从eMMC启动
3. 对于CM3 Light版本，甚至无法从SD卡启动
4. 错误信息指向U-Boot的时钟和时序问题

关键发现

一个重要的测试结果是：当将3.79.6.20250118版本的start.elf文件复制到不启动的3.81.5.20250326版本中时，系统可以恢复正常启动。这表明问题出在start.elf文件的变更上。

进一步分析表明，任何基于rpi-firmware项目中1.20241126标签之后版本的start.elf文件都会导致Compute Module 3/3+无法启动，U-Boot会直接进入命令行界面。

影响范围

这个问题影响了：

• 所有使用Compute Module 3和3+硬件的用户
• 使用内部eMMC闪存或SD卡启动的场景
• RaspberryMatic 3.79.6.20250220及之后的所有版本

解决方案建议

目前官方已确认并复现了该问题。对于受影响的用户，可以采取以下临时解决方案：

1. 继续使用3.79.6.20250118或更早版本
2. 手动替换新版镜像中的start.elf文件为旧版本

开发团队正在积极修复此问题，建议用户关注后续版本更新。对于家庭自动化系统的关键应用场景，建议暂时不要升级到受影响版本。

技术背景

start.elf是树莓派启动过程中的关键文件，负责硬件初始化和加载操作系统。U-Boot是常用的引导加载程序，负责在操作系统内核运行前初始化硬件设备。时钟和时序问题通常与硬件初始化参数不正确有关，可能导致存储设备无法被正确识别。

这个问题凸显了嵌入式系统中硬件兼容性的重要性，特别是在使用定制硬件（如Compute Module）时，软件更新需要经过充分测试。