【解决方案】STM32F107VC单片机下运行STM32CubeMX生成的USB_OTG Mass Storage工程,无法识别USB设备的解决办法
发布日期:2021-06-29 10:17:00 浏览次数:3 分类:技术文章

本文共 2572 字,大约阅读时间需要 8 分钟。

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

USB设备模式的电路如下。该电路适合所有的STM32型号。

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

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

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

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

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

于是添加如下代码:

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。

 

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

这里顺便说一下,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寄存器。

 

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

2021年3月6日补充:今天突然发现usbd_storage_if.c里面STORAGE_BLK_SIZ由512改成4096后,插上电脑U盘盘符就出不来了。

仔细检查后发现,CubeMX里面MSC_MEDIA_PACKET也要改成4096才行。

还有就是要注意,如果读写SPI Flash存储器(如W25Q128)用了DMA,就要保证USB中断的优先级低于DMA中断的优先级,否则读数据时将卡在USB中断里面出不来。

转载地址:https://blog.csdn.net/ZLK1214/article/details/106393457 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!

上一篇:【解决方案】STM32F103C8单片机运行CubeMX生成的CDC虚拟串口的程序,设备能枚举成功但不能启动的解决办法
下一篇:【程序】STM32F407VE单片机驱动两片TJA1050 CAN收发器并进行双CAN通信

发表评论

最新留言

不错!
[***.144.177.141]2024年04月28日 16时53分40秒

关于作者

    喝酒易醉,品茶养心,人生如梦,品茶悟道,何以解忧?唯有杜康!
-- 愿君每日到此一游!

推荐文章