【解决方案】STM32F107VC单片机下运行STM32CubeMX生成的USB_OTG Mass Storage工程,无法识别USB设备的解决办法

这是因为:CubeMX生成的代码里面,没有响应OTG_FS_IRQn中断。

USB设备模式的电路如下。该电路适合所有的STM32型号。
红框部分为上拉电阻,STM32F1(如STM32F103和STM32F107)才需要这部分电路,而STM32F4就可以不要。这是因为STM32F4的USB_OTG_GCCFG寄存器里面有NOVBUSSENS这一位,可以打开内部的上拉电阻,而STM32F1却没有。
当PE1(可以选择其他I/O口)为低电平时使能上拉电阻,主机认为USB设备已插入。当PE1为高电平时,主机认为USB设备已拔出。正常情况下应该使PE1输出低电平。

【解决方案】STM32F107VC单片机下运行STM32CubeMX生成的USB_OTG Mass Storage工程,无法识别USB设备的解决办法_第1张图片

STM32F107VC的时钟配置如下。保证USB有48MHz的时钟。

【解决方案】STM32F107VC单片机下运行STM32CubeMX生成的USB_OTG Mass Storage工程,无法识别USB设备的解决办法_第2张图片

USB配置为Device Only模式,只需要两个引脚(PA11和PA12)就可以实现USB设备。

【解决方案】STM32F107VC单片机下运行STM32CubeMX生成的USB_OTG Mass Storage工程,无法识别USB设备的解决办法_第3张图片

【解决方案】STM32F107VC单片机下运行STM32CubeMX生成的USB_OTG Mass Storage工程,无法识别USB设备的解决办法_第4张图片

确保PE1配置为输出低电平。

生成工程后,打开stm32f1xx_it.c,可以发现里面根本没有USB OTG的中断处理函数,尽管CubeMX里面勾选了USB OTG中断处理(灰色必选),然而这并不能改变USB OTG中断处理函数没有生成的事实。

【解决方案】STM32F107VC单片机下运行STM32CubeMX生成的USB_OTG Mass Storage工程,无法识别USB设备的解决办法_第5张图片

于是添加如下代码:

extern PCD_HandleTypeDef hpcd_USB_OTG_FS;

void OTG_FS_IRQHandler(void)
{
  HAL_PCD_IRQHandler(&hpcd_USB_OTG_FS);
}

还要打开usbd_conf.c,找到HAL_PCD_MspInit函数,在里面打开USB OTG的中断。
(连打开USB中断的代码都没有。。。)

/* USER CODE BEGIN USB_OTG_FS_MspInit 1 */
HAL_NVIC_EnableIRQ(OTG_FS_IRQn);
/* USER CODE END USB_OTG_FS_MspInit 1 */

烧写后,再运行程序,问题就解决了。可以在电脑里面看到U盘盘符了。

 

另外,如果发现USB设备能够成功枚举但无法启动,则可能是malloc分配内存失败导致的。
打开usbd_conf.h,检查USBD_malloc和USBD_free的定义。如果是下面的定义,是不会出问题的。

/* Memory management macros */

/** Alias for memory allocation. */
#define USBD_malloc         (uint32_t *)USBD_static_malloc

/** Alias for memory release. */
#define USBD_free           USBD_static_free

如果定义的是malloc和free,那就很可能内存分配失败,USBD_malloc返回了NULL导致USB 端点1没有开启。

/* Memory management macros */
#define USBD_malloc               malloc
#define USBD_free                 free

在Mass Storage的USBD_MSC_Init函数里面会调用USBD_malloc函数分配8300字节的内存用于存储USBD_MSC_BOT_HandleTypeDef结构体的内容。这远远超出了启动文件(如startup_stm32f103xb.s)里面定义的堆内存的大小Heap_Size。

pdev->pClassData = USBD_malloc(sizeof(USBD_MSC_BOT_HandleTypeDef));

Heap_Size默认为0x200,加上8300(=0x206c)后是0x226c,可以把Heap_Size定义为0x2400。

【解决方案】STM32F107VC单片机下运行STM32CubeMX生成的USB_OTG Mass Storage工程,无法识别USB设备的解决办法_第6张图片

 

——————————————————————————————————————————————————————

这里顺便说一下,STM32F103里面的从USB,收发数据靠的是读写512字节的PMA(Packet Memory Area),其地址为0x40006000~0x400063fd。第0个字节是0x40006000,第1个字节是0x40006001;第2个字节是0x40006004,第3个字节是0x40006005;第4个字节是0x40006008,第5个字节是0x40006009……以此类推,直到第511个字节0x400063fd。

而STM32F107里面的USB OTG,收发数据靠的是1.25KB的DFIFO。定义:

#define USB_OTG_FS_PERIPH_BASE               0x50000000UL
#define USB_OTG_FIFO_BASE                    0x00001000UL
#define USB_OTG_FS_DFIFO ((USB_OTG_DFIFOTypeDef *)(USB_OTG_FS_PERIPH_BASE + USB_OTG_FIFO_BASE))

typedef struct
{
  uint32_t DFIFO;
  uint32_t RESERVED[1023];
} USB_OTG_DFIFOTypeDef;

则接收数据始终是读取USB_OTG_FS_DFIFO->DFIFO寄存器(相当于USB_OTG_FS_DFIFO[0].DFIFO),而发送数据是写USB_OTG_FS_DFIFO[端点号].DFIFO寄存器。

【解决方案】STM32F107VC单片机下运行STM32CubeMX生成的USB_OTG Mass Storage工程,无法识别USB设备的解决办法_第7张图片

你可能感兴趣的:(STM32,USB,CubeMX)