Embassy-rs项目中的USB DFU固件更新问题分析与解决方案

背景介绍

在嵌入式开发中，DFU(Device Firmware Upgrade)是一种常用的固件更新机制，它允许通过USB接口对设备固件进行更新。Embassy-rs项目作为一个嵌入式异步运行时框架，提供了基于Rust语言的USB DFU实现方案。

问题现象

开发者在实现基于Embassy-rs的USB DFU引导加载程序时，遇到了使用dfu-util工具更新固件失败的问题。具体表现为：

1. 设备能被dfu-util识别，但显示名称为"UNKNOWN"
2. 固件传输过程中出现LIBUSB_ERROR_PIPE错误
3. 更新过程在0%进度时即失败

问题排查过程

驱动选择问题

最初开发者尝试使用WinUSB驱动，但更新失败。更换为libusbk驱动后问题得到解决。但后续发现，当使用正确的固件文件格式时，WinUSB驱动也能正常工作。这表明libusbk驱动对异常情况的容错性更好。

固件文件格式问题

关键发现是开发者最初尝试使用ELF格式文件进行更新，这导致了各种异常行为。正确的做法应该是使用二进制格式(.bin)文件进行DFU更新。通过以下命令可以生成正确的二进制文件：

cargo objcopy --bin mcu-fw-app -- -O binary update.bin

客户端兼容性问题

除了传统的dfu-util工具外，开发者还测试了WebDFU客户端，发现其兼容性更好，能够正确显示设备名称。但两种客户端都会在更新结束时报告严重错误，这是因为embassy-usb-dfu在State::ManifestSync阶段返回响应前就重置了设备。

技术分析

DFU协议实现细节

Embassy-rs的DFU实现基于USB协议，需要正确处理以下几个关键阶段：

1. 设备枚举和描述符提供
2. DFU模式切换
3. 固件数据传输
4. Manifest阶段（验证和激活新固件）

常见问题原因

1. 描述符问题：设备名称显示为"UNKNOWN"可能是字符串描述符未正确提供或未被客户端正确解析
2. 传输错误：LIBUSB_ERROR_PIPE通常表示USB通信管道出现问题，可能是由于协议实现不完整或固件文件格式不正确
3. 状态机问题：过早重置设备会导致客户端无法完成完整的DFU协议流程

解决方案与最佳实践

1. 使用正确的固件格式：始终使用二进制格式(.bin)文件进行DFU更新

2. 驱动选择：优先尝试libusbk驱动，它对异常情况有更好的容错性

3. 协议完善：

   • 确保提供完整的USB描述符，包括产品名称字符串
   • 正确处理DFU协议的状态转换
   • 在Manifest阶段完成后才重置设备

4. 测试验证：使用多种DFU客户端进行测试，包括传统工具和Web客户端

总结

在Embassy-rs项目中实现USB DFU功能时，开发者需要注意固件文件格式、驱动选择以及协议状态机的正确实现。通过遵循上述最佳实践，可以构建稳定可靠的DFU更新机制。未来可以考虑改进Manifest阶段的行为，使其更符合标准DFU协议的预期，提高与各种客户端的兼容性。