1 前言
本文将针对 STM32F767 的 USB_OTG_FS 模块工作在 Host 模式下的挂起与恢复以及远程唤醒方面的问题进行讨论。


2 问题描述
客户使用 STM32F767 做项目，使用 USB 作为 Host，客户发现 USB 在进入到挂起状态后通过远程唤醒信号并不能将其唤醒。


3 问题分析与解决
经过与客户邮件电话沟通发现用户是通过操作寄存器 OTG_HPRT 的 PSUSP，与 PRE 位来实现 USB 总线的挂起与恢复，发现 USB 总线的挂起与恢复会有问题。



为了重现客户的现象，通过 STM32CubMX 工具基于 NUCLEO-F767 板子上新建一个工程，使 USB 工作在HID HOST 模式下。我们希望 HOST 端主动进入挂起状态后使用另外一块实现了鼠标功能的 STM32F407-DISCOVERY 板子可以发送一个远程唤醒信号来使 USB 总线恢复，从而唤醒 USB 主机。由于当前最新 F7 的 HAL 库（V1.9.0）针对HOST 并没有提供挂起与恢复的接口，于是，我们需要自己来实现以下两个功能，并添加到路径< Drivers\STM32F7xx_HAL_Driver\Src>下面的中。
于是 HOST 端主动进入挂起的代码实现为：代码操作 HPRT 寄存器的 PSUSP 位，使 USB 进入到挂起状态


下面是 Host 从挂起模式恢复：代码两次操作了 PRES 位，为的是确保操作成功




那么这样的代码能成功挂起和恢复 USB 总线吗？
经过实际测试，如果 HOST 主动调用 USB_SuspendPort 进入挂起状态是可以正常进入的，如果 HOST 自己主动再次调用 USB_ResumePort 恢复的话也可以正常恢复。但是，如果通过接收到远程唤醒信号后，HOST 端被动地在中断内调用 USB_ResumePort 函数来恢复的话则会失败！ 同样的操作，放在 OTG_HS 的话又能够正常，但是客户当前使用的是 OTG_FS 来做产品的，看来两个 USB 外设之间还是存在一定的差异性，针对 OTG_FS 的远程唤醒对寄存器操作还是有一定的要求。

经过一番研究与测试，我们最终通过修改后的代码来实现客户的需求：

...

了解更多，请下载后阅读

下载地址1>>         下载地址2>>       更多实战经验>>