TinyUSB项目中DWC2主机栈设备移除检测问题分析

问题背景

在嵌入式USB主机开发中，TinyUSB项目提供了一个轻量级的USB协议栈实现。其中DWC2(DesignWare Core 2)是一个常用的USB控制器IP核，被广泛应用于各种微控制器中。近期在STM32L4R5和STM32F412等Nucleo开发板上发现了一个关于设备移除检测的重要问题。

问题现象

当使用TinyUSB的DWC2主机栈时，系统能够正确检测到USB设备的连接事件，但在设备断开连接时却无法触发相应的移除事件。具体表现为：

1. 设备连接时，hcd_event_device_attach回调函数被正常调用
2. 设备断开时，hcd_event_device_remove回调函数未被触发
3. 多次插拔后，系统会因地址分配失败而卡住

技术分析

问题的根源在于DWC2控制器的HPRT(Host Port Control and Status Register)寄存器行为异常。正常情况下，当设备断开连接时，HPRT寄存器的CONN_DETECT位应该被置位，表示连接状态发生了变化。但实际观察到：

• HPRT寄存器的conn_status位确实从1变为0（表示连接断开）
• 但CONN_DETECT中断标志位却没有被置位
• 由于代码依赖CONN_DETECT标志来判断连接状态变化，导致移除事件未被触发

临时解决方案

开发者提出了一个临时解决方案，通过维护一个静态数组来记录每个端口的先前连接状态：

static void handle_hprt_irq(uint8_t rhport, bool in_isr)
{
  // ... 原有代码
  
  // 静态数组存储每个rhport的上次连接状态
  static bool previous_conn_status[2] = {false};
  
  // 获取当前连接状态
  bool current_conn_status = hprt_bm.conn_status;

  // 检查HPRT_CONN_DETECT中断
  if (dwc2->hprt & HPRT_CONN_DETECT)
  {
    // ... 原有处理逻辑
  }

  // 新增处理逻辑：当CONN_DETECT未置位但连接状态确实变化时
  if (previous_conn_status[rhport] && !current_conn_status)
  {
    hcd_event_device_remove(rhport, in_isr);
  }

  // 更新上次连接状态
  previous_conn_status[rhport] = current_conn_status;
  
  // ... 原有代码
}

这个方案通过比较前后两次的连接状态变化来检测设备移除事件，而不完全依赖CONN_DETECT标志位。

问题影响

该问题会导致以下严重后果：

1. 系统无法正确释放已断开设备的资源
2. 地址分配池可能会耗尽，导致新设备无法枚举
3. 系统状态与实际硬件状态不一致，可能引发各种异常行为

官方修复

该问题已被官方确认并修复。修复方案改进了DWC2主机栈的连接状态检测逻辑，确保在各种情况下都能正确识别设备移除事件。

开发建议

对于USB主机开发，建议：

1. 实现完善的状态机来处理各种连接/断开场景
2. 添加超时机制和错误恢复逻辑
3. 在关键状态变化处添加调试日志
4. 定期检查资源泄漏情况

该问题的发现和解决过程展示了嵌入式USB开发中硬件特性与软件预期可能存在差异的典型案例，提醒开发者在实现USB协议栈时需要充分考虑各种边界条件。