STM32在USB应用中的IWDG复位处理问题

只看该作者 · 2009-3-25 11:57

STM32在USB应用中，发生IWDG复位，如何保证USB设备继续工作，而不
发生USB的复位？可否将相关的寄存器保存在电池后备SRAM中？在初始化过程中
恢复。

1万 · 2009-3-25 12:00

发生看门狗复位时USB可能处于任何状态，你不可能恢复到那一点上，回复到USB初始化后的状态没有意义。

只看该作者 · 2009-3-25 12:49

进行USB的复位吗？

1万 · 2009-3-25 13:26

只看该作者 · 2009-3-25 14:33

谢谢！这样必须可控制上拉D＋，即除D＋，D－外还需要一个IO口，
对吗？
可否只用D＋，D－来完成USB复位工作？

1万 · 2009-3-25 14:50

ST提供的USB库处理了复位。

USB模块复位后，它不再响应PC来的属于旧连接的请求，PC收不到设备的响应就会自动地从新复位枚举，你不需要做特别的操作。

只看该作者 · 2009-3-25 15:49

当D＋一直维持上拉到3。3V时，PC并不会再次枚举。
我用BUSHOUND观察不到再次枚举的情况，当人为进入死循环产生IWDG复位后，
USB完成复位后，PC没有再枚举，使用BUSHOUND向设备发送请求也得不到回应，
当HotPlug后，才能正常通信。

1万 · 2009-3-25 16:01

此时PC不知道设备是否能够响应请求。

请看我在6楼的说明：“USB模块复位后，它不再响应PC来的属于旧连接的请求，PC收不到设备的响应就会自动地从新复位枚举”，如果PC不试图与设备通信，它当然不会知道设备是否能够响应请求。

这种情况下，需要强制地插拔设备，强迫PC做出反应。实现这个强制插拔，需要把D+的1.5K上拉电阻的另一端接到某个GPIO口，这个GPIO配置为推挽输出；输出高时表示插入USB设备，输出低时表示拔出USB设备。

只看该作者 · 2009-3-25 17:37

当初设计时为了少用一个IO口，直接D＋上拉1.5K到3.3V的，现在
麻烦了，不用IWDG又担心干扰问题。
不过复位后，端口1的HID的输出好像没问题，但端口0的请求不能响应。
可不可以在IWDG复位时将D＋配置成普通IO，强制输出0，延时
一段时间，再重新配置为USB D＋功能，以模拟D＋的上拉为低电平？

只看该作者 · 2009-3-26 11:12

用BUSHOUND来调试的，程序改自JOYSTICK，香版主在10楼说
的办法似乎没有影响
  u16 usb_cntr;
  if (RCC_GetFlagStatus(RCC_FLAG_IWDGRST) != RESET) {
    usb_cntr = GetCNTR();
    SetCNTR((usb_cntr | 0x0001);
    Delay_1ms();
    SetCNTR((usb_cntr & 0xFFFE));
  }
有没有以上语句ENDP1的输出在BUSHOUND上是有的，鼠标也随动，但
BUSHOUND上的GetDescriptor等请求则invalid command，也许这是
BUSHOUND的问题。

理论上，在没有配置USB的情况下，让D＋拉低对STM32应当不会有影响，对PC端也
不会有太大影响，只是不知道哟有没有时序问题。