嵌入式之家

 找回密码
 现在注册

QQ登录

只需一步,快速开始

搜索
热搜: ARM cortex
查看: 195|回复: 0

上海航芯 | 从STM32F103到ACM32F403的U盘程序移植工程

[复制链接]
  • TA的每日心情
    慵懒
    2022-3-25 18:21
  • 签到天数: 19 天

    [LV.4]偶尔看看III

    31

    主题

    43

    帖子

    406

    积分

    中级会员

    Rank: 3Rank: 3

    积分
    406
    发表于 2022-3-21 19:53:02 | 显示全部楼层 |阅读模式
    本项目是以SPI Flash(如W25Q128等)存储元件作为存储单元,MCU主控完成USB接口通信并根据SCSI协议实现U盘功能。其结构如下图所示:


    SPI Flash部分移植
    SPI功能部分相对简单,ACM32F403的接口引脚和STM32F103的相同,可直接对接,按照ACM32F403的说明对SPI接口进行初始化,并对底层读写函数进行更改即可。
    USB部分移植
    1. STM32F103代码结构
    在ST的芯片上,USB的数据是由两个中断,USB_LP_CAN1_RX0_IRQHandler和USB_HP_CAN1_TX_IRQHandler来进行,其中高优先级中断(USB_HP_CAN1_TX_IRQHandler)用于处理同步(Isochronous)模式传输或双缓冲块(Bulk)传输模式下的正确传输事件,而低优先级中断(USB_LP_CAN1_RX0_IRQHandler)用于处理其他传输时间。ST的USB数据处理如下图所示:

    由于USBFS协议的限制,一包数据中最多可携带64字节数据,因此,当存在大量数据需要进行传输(IN或OUT包)时,需要分批次进行传输。在ST的代码中,通过变量“Bot_State”来进行控制,以Read10指令为例,其读数据流程可如下图所示:

    需要注意的是,Read10指令解析完成之后(即上图左侧流程图)则进入数据传输阶段,此阶段是通过多次进入USB高优先级中断中,调用Read_Memory();来实现的。Read_Memory();函数内每次传输64字节数据。
    2. ACM32F403代码移植要点

    本文基于上海航芯官方USB例程进行移植,移植后的程序结构如下图所示:

    ACM32F403的USB是采用一个中断来进行数据处理。在官方例程中,USB的中断函数内判定接收数据类型,包括suspend,resume,reset,EP0_pack以及其他端点的接收数据。判定结束后,会调用USB_Monitor();函数来处理suspend,resume,reset以及EP0_pack数据。而其他端点数据会在usb_transfer_monitor();函数中进行解析,该函数由客户调用,一般在主函数的死循环中进行处理。在本文的移植中,主要需对USB的端点数据进行处理。
    A. EP0_Pack
    EP0接收的setup数据会被存放在SETIP_0_3_DATA和SETIP_4_7_DATA寄存器中 ,数据结构如下所示:
    dev_req.bmRequestType=USBCTRL->SETIP_0_3_DATA &0xff;   
    dev_req.bRequest=(USBCTRL->SETIP_0_3_DATA>>8)&0xff;
    dev_req.wValue=(USBCTRL->SETIP_0_3_DATA>>16)&0xffff;
    dev_req.wIndex   = USBCTRL->SETIP_4_7_DATA&0xffff;
    dev_req.wLength=(USBCTRL->SETIP_4_7_DATA>>16)&0xffff;  
    该部分解析,可由用户在函数void usb_control_transfer(void)中添加需要的处理函数。该函数由航芯官方例程里提供。在做U Disk程序移植时,需添加GetMaxLun和Storage_Reset处理函数,如下图所示:
    B. EP1_Pack
    在本文所述的代码中,ACM32F403采用EP1完成数据的收发工作。主要是完成对SCSI协议的解析工作。移植过程中,需要文件mass_mal.c、memory.c、scsi_data.c、usb_scsi.c、usb_bot.c及其头文件。本段主要就上述文件中代码需要改动的地方进行说明,部分参数需要重新定义,读者可自行解决。下表列出了ST和Aisino的USB收发功能函数,该部分移植时需要修改的主要部分:
    a. void Mass_Storage_In (void)
    在ST的工程代码中该部分主要用于处理SCSI的读指令。由于全速USB一包数据最大支持64字节,因此,当需要传输的数据个数大于该数值时,则需要分包传输。在使用ACM32F403时,可直接传送需要的数据长度,内部会进行分包处理,因此,该函数可省略。
    b. void Mass_Storage_Out (void)
    该函数用于处理SCSI指令解析以及发送指令,需在usb_transfer_monitor()中调用,并将函数内部的接收数据部分更改为:
    “Data_Len = HAL_FSUSB_Receive_Data(Bulk_Data_Buff, 64, out_ep_index, 1);”
    c.void Transfer_Data_Request(uint8_t* Data_Pointer, uint16_t Data_Len)
    将USB发送函数更改为ACM32F403对应的发送函数。在ST的工程中,该函数用于传输完数据后,进入BOT_DATA_IN_LAST状态,并在下一次的Mass_Storage_In()函数调用时,回复CSW指令。而本文的移植代码中,省略了Mass_Storage_In()函数,因此,可在该函数的尾部增加CSW发送指令:
    Set_CSW (CSW_CMD_PASSED, SEND_CSW_ENABLE);
    d.void Set_CSW (uint8_t CSW_Status, uint8_t Send_Permission)
    将USB发送函数更改为ACM32F403对应的发送函数。
    e.void Bot_Abort(uint8_t Direction)
    该函数主要对收发端点的STALL状态进行处理,在ACM32F403的收发库函数中,对端点的STALL已做出相应控制,因此,该函数可省略。
    f.void Read_Memory(uint8_t lun, uint32_t Memory_Offset, uint32_t Transfer_Length)
    Read_Memory函数用于收到PC端的IN包请求后将存储器中的数据读取并发送至PC端。而ACM32F403的USB发送库函数中,自行进行分包操作(一包最大数据为64字节),因此在数据缓冲区容量允许条件下,可直接发送完毕,该函数修改如下:
    {
    uint32_t Offset, Length;
    Offset = Memory_Offset * Mass_Block_Size[lun];
    Length = Transfer_Length * Mass_Block_Size[lun];
    CSW.dDataResidue = CBW.dDataLength;
    while(Transfer_Length --)
    {
    MAL_Read(lun ,
    Offset ,
    Data_Buffer,
    Mass_Block_Size[lun]);
    Length = min(Mass_Block_Size[lun], CSW.dDataResidue);
    Offset += Mass_Block_Size[lun];
    HAL_FSUSB_Send_Data((uint8_t *)(Data_Buffer), Length, in_ep_index);
    CSW.dDataResidue -= Length;
    }
    Set_CSW (CSW_CMD_PASSED, SEND_CSW_ENABLE);
    }
    g.void Write_Memory (uint8_t lun, uint32_t Memory_Offset, uint32_t Transfer_Length)
    写数据指令完成后,将Bot_State 值更改为 BOT_IDLE。ST的工程代码中,变量“Bot_State”收发状态机的状态值,其值如下表所示:

    而基于ACM32F403的U Disk工程,IN包可由函数HAL_FSUSB_Send_Data()在其内部进行分包处理,不需要额外逻辑,因此,移植后Bot_State仅需要在BOT_IDLE、BOT_DATA_OUT、BOT_ERROR之间转换,其他对Bot_State的控制可省略

    回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 现在注册

    本版积分规则

    QQ|Archiver|手机版|小黑屋|嵌入式之家 ( 京ICP备14038168号-1 )

    GMT+8, 2024-4-28 12:23 , Processed in 0.023475 second(s), 27 queries .

    Powered by Discuz! X3.4

    Copyright © 2001-2020, Tencent Cloud.

    快速回复 返回顶部 返回列表