1 前言
本文将针对 STM32F767 的 USB_OTG_FS 模块工作在 Host 模式下的挂起与恢复以及远程唤醒方面的问题进行讨论。
( X  a" d8 p4 @
  u9 w1 w  m% {, T: m+ y
/ X% y$ k( k( j9 C2 L2 问题描述
客户使用 STM32F767 做项目，使用 USB 作为 Host，客户发现 USB 在进入到挂起状态后通过远程唤醒信号并不能将其唤醒。
3 D8 ?& ~4 `- j

) K+ [, x: h5 I0 ]) [3 x3 问题分析与解决
经过与客户邮件电话沟通发现用户是通过操作寄存器 OTG_HPRT 的 PSUSP，与 PRE 位来实现 USB 总线的挂起与恢复，发现 USB 总线的挂起与恢复会有问题。
; I0 g& K1 I; z2 l


为了重现客户的现象，通过 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 进入到挂起状态
; B$ f6 ^, ]/ M
! S6 |7 i0 i$ P) C; O! {
下面是 Host 从挂起模式恢复：代码两次操作了 PRES 位，为的是确保操作成功
# C* u# F8 Z. F

: a* g  Z9 Q8 |2 O! x

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

* h' D6 W; ~5 E  L2 R  Y& _. _+ {3 F9 o经过一番研究与测试，我们最终通过修改后的代码来实现客户的需求：

...
( X# z% n0 {9 z' t" \. p) h
3 }/ r9 G. k/ \0 j% Y了解更多，请下载后阅读
3 J% S# L7 g4 d$ P: s7 f
下载地址1>>         下载地址2>>       更多实战经验>>
. A! b( v& Y/ W+ d+ `. s. e