STM32F103 USB EP0通信数据详解

最新推荐文章于 2024-07-09 08:18:59 发布
最新推荐文章于 2024-07-09 08:18:59 发布
阅读量4.7k 收藏 22
点赞数 5
分类专栏： USB
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/pq113_6/article/details/108528855
版权

目录

1. SETUP阶段

【标准请求】

a. GET_STATUS

b. CLEAR_FEATURE

c. SET_FEATURE

d.  SET_ADDRESS

e. GET_DESCRIPTOR

f. SET_DESCRIPTOR

g. GET_CONFIGURATION

h. SET_CONFIGURATION

i. GET_INTERFACE

j. SET_INTERFACE

k. SYNCH_FRAME

2. DATA阶段

【Data In过程】

【Data Out过程】

3. STATUS过程

【Status In过程】

【Status Out过程】

实例

总结一下STM32F103的USB端点0的数据处理过程。一个请求过程可能包含三个过程。第一个阶段是SETUP阶段，主机发送SETUP数据；第二个阶段是可选的，主机和设备之间传输数据；第三个阶段，主机和设备之间传输状态，状态的方向和数据方向相反，如果没有数据（即没有第二阶段），状态的方向是从设备到主机。

更详细的内容可以参考USB规范第9章: https://usb.org/document-library/usb-20-specification

用一个变量gUsbDevState.state记录USB的状态，开始的时候USB的状态为USB_CTRL_IDLE。

1. SETUP阶段

HOST第一笔数据是SETUP数据，即告知Device接下来的数据要如何处理。从USB buffer中读入8字节数据获取Setup信息。获取到SETUP数据前把gUsbDevState.state设置为USB_CTRL_SETUP。

下面是这8个字节具体对应的含义。

#pragma pack (1)
typedef struct _stUSBReqInfo
{
    uint8_t bmRequestType;
    uint8_t bRequest;
    uint16_t wValue;
    uint16_t wIndex;
    uint16_t wLength;
}stUSBReqInfo;
#pragma pack ()

设备根据bmRequestType和bRequest解析执行USB命令。下图是获取设备描述符的SETUP数据：

bmRequestType：

Bit 7

Bit 6:5

Bit 4:0

表示后续数据包（必须是DATA0）的方向，0为OUT，1为IN

请求类型，0表示标准请求，1表示Class的请求，2表示厂商的请求，3是预留值

接收这个SETUP包的对象，0是设备，1是接口，2是端点，3是其他未知的，4-31是预留值。

bRequest、wValue、wIndex、wLength和具体的bmRequestType有关。bRequest一般表示请求类型，wValue一般表示传送参数给对象标明这是什么请求，wLength表示下一阶段发送数据的长度。

【标准请求】

USB2.0定义了如下的标准请求：

#define     GET_STATUS              0
#define     CLEAR_FEATURE           1
#define     SET_FEATURE             3
#define     SET_ADDRESS             5
#define     GET_DESCRIPTOR          6
#define     SET_DESCRIPTOR          7
#define     GET_CONFIGURATION       8
#define     SET_CONFIGURATION       9
#define     GET_INTERFACE           10
#define     SET_INTERFACE           11
#define     SYNCH_FRAME             12

a. GET_STATUS

返回选定接收者的状态。bmRequestType中的Bit 4:0指明接收对象。返回值是指定接收者的状态。

命令bmRequestTypebRequestwValuewIndexwLengthData
Get_Status10000000B
10000001B
10000010B		GET_STATUS00（返回设备状态）
接口号（对象是接口时）
端点号（对象是端点时）		2

设备状态
接口状态
端点状态

GET_STATUS固定返回2个字节。

对象是设备时：返回设备的Remote Wakeup使能和设备是总线供电还是自供电。

uint8_t status[2] = {0, 0};
if((gUsbDevInfo.feature & (1 << 5)) > 0) //Remote Wakeup, 1: enabled, 0: disabled
{
    status[0] |= 0x02;
}
if((gUsbDevInfo.feature & (1 << 6)) > 0) //1:Bus-powered, 0: Self-powered
{
    status[0] |= 0x01;                  
}

对象是接口时：固定返回2字节0x00

端点：主要是返回端点是否为STALL状态。wIndex表示哪个端点和端点方向。

uint8_t ep = (gUsbReqInfo.wIndex & 0x7f);
uint32_t epStatus = usbGetEpStatus(ep);
if(gUsbReqInfo.wIndex & 0x80)
{
    if(epStatus == USB_EP_TX_STALL)
        status[0] |= 0x01;
}
else
{
    if(epStatus == USB_EP_RX_STALL)
        status[0] |= 0x01;
}

b. CLEAR_FEATURE

用来清除或禁止某个指定的属性（属性与具体的实现有关，值的具体定义应该与驱动有关）。该命令不会返回数据。

命令bmRequestTypebRequestwValuewIndexwLengthData
Clear_Feature00000000B
00000001B
00000010B		CLEAR_FEATURE特性选择符(1表示设备，0表示端点）0 
接口号 
端点号		0无

当对象是设备时：禁止Remote Wakeup

gUsbDevInfo.feature = (uint8_t)(~(1 << 5)); //Disable Remote Wakeup

当对象是端点时：清除对应端点的STALL状态。

if(gUsbReqInfo.wValue == ENDPOINT_HALT)
{
    uint8_t ep = gUsbReqInfo.wIndex & 0x7F;
    if((gUsbReqInfo.wIndex & 0x80) > 0)
    {//IN Endpoint
        usbSetEpStatus(ep, USB_EP_TX_VALID);
    }
    else
    {//OUT Endpoint
        usbSetEpStatus(ep, USB_EP_RX_VALID);
    }
}

c. SET_FEATURE

用来设置或使能某个指定的属性（与CLEAR_FEATURE对应）。该命令不会返回数据。

命令bmRequestTypebRequestwValuewIndexwLengthData
Set_Feature00000000B
00000001B
00000010B		SET_FEATURE特性选择符(1表示设备，0表示端点）0 
接口号 
端点号		0无

这里wIndex是一直为0，如果不为0（同时bmRequestType为0），则表示TEST_MODE。这里不支持这种情况。具体可以参考USB2.0的规格书。

当对象是设备时：使能Remote Wakeup

gUsbDevInfo.feature |= (1 << 5); //Enable Remote Wakeup

当对象是端点时：设置对应端点为STALL状态。

uint8_t ep = gUsbReqInfo.wIndex & 0x7F;
if((gUsbReqInfo.wIndex & 0x80) > 0)
{//IN Endpoint
    usbSetEpStatus(ep, USB_EP_TX_STALL);
}
else
{//OUT Endpoint
    usbSetEpStatus(ep, USB_EP_RX_STALL);
}

d.  SET_ADDRESS

设置设备的USB地址。

命令bmRequestTypebRequestwValuewIndexwLengthData
SET_ADDRESS00000000BSET_ADDRESS设备地址00无

这里不要直接设置新的地址，等状态传输（第三阶段结束）完后再设置新的地址。

e. GET_DESCRIPTOR

如果描述符存在，则此请求返回指定的描述符。

命令bmRequestTypebRequestwValuewIndexwLengthData
Get_Descriptor10000000BGET_DESCRIPTOR描述表种类(高字节）和索引（低字节）0或语言标志描述表长度描述表

wValue描述表种类(高字节）和索引（低字节），

uint16_t type = gUsbReqInfo.wValue & 0xFF00;
uint16_t index = gUsbReqInfo.wValue & 0x00FF;

其中有7种标准描述符（USB2.0）：

#define DEVICE_DESC_TYPE                        0x0100
#define CONFIGURATION_DESC_TYPE                 0x0200
#define STRING_DESC_TYPE                        0x0300
#define INTERFACE_DESC_TYPE                     0x0400
#define ENDPOINT_DESC_TYPE                      0x0500
#define DEV_QUALIFIER_DESC_TYPE                 0x0600
#define SPEED_CONFIGURATION_DESC_TYPE           0x0700

其中DEV_QUALIFIER_DESC_TYPE和SPEED_CONFIGURATION_DESC_TYPE是USB2.0设备才有的描述符。

f. SET_DESCRIPTOR

此请求是可选的，可用于更新现有描述符或添加新描述符。

g. GET_CONFIGURATION

此请求返回当前设备配置值。

命令bmRequestTypebRequestwValuewIndexwLengthData
Get_Configuration10000000BGET_CONFIGURATION001配置值

固定返回1字节配置值。

h. SET_CONFIGURATION

此请求设备配置值。

命令bmRequestTypebRequestwValuewIndexwLengthData
Set_Configuration00000000BSET_CONFIGURATION配置值（高字节为0，低字节表示要设置的配置值）00无
if (gUsbReqInfo.wValue <= usbDeviceDescriptor[USB_DEVICE_DESC_LEN - 1]
    && (gUsbReqInfo.wIndex == 0)) /*call Back usb spec 2.0*/
{
    gUsbDevInfo.curConfig = gUsbReqInfo.wValue;
    if (gUsbDevInfo.curConfig != 0)
    {
        gUsbDevState.state = USB_STATE_CONFIGURED;
    }
}

i. GET_INTERFACE

此请求返回指定接口的备用设置。某些USB设备的配置具有互斥设置的接口。此请求允许主机确定当前选定的备用设置。

命令bmRequestTypebRequestwValuewIndexwLengthData
Get_Interface10000001BGET_INTERFACE0接口号1可选设置

j. SET_INTERFACE

此请求允许主机为指定的接口选择备用设置。如果设备只支持指定接口的默认设置，则可以在请求状态阶段返回STALL。

命令bmRequestTypebRequestwValuewIndexwLengthData
Set_Interface00000001BSET_INTERFACE可选设置接口号0无

k. SYNCH_FRAME

此请求用于设置和报告端点的同步帧。

命令bmRequestTypebRequestwValuewIndexwLengthData
Synch_Frame10000010BSYNCH_FRAME0端点号2帧号

其他Class和Vender的请求根据具体的应用另外处理。

switch(gUsbReqInfo.bmRequestType & USB_REQ_TYPE_MASK)
{
    case USB_REQ_TYPE_STANDARD:
        usbSetupStdReq();
        break;
    case USB_REQ_TYPE_CLASS:
        gUsbDataInfo.dataBuf = usbUsrClassReq();
        break;
    case USB_REQ_TYPE_VENDOR:
        gUsbDataInfo.dataBuf = usbUsrVenderReq();
        break;
    default:
        gUsbReqInfo.wLength = USB_UNSUPPORT;
        break;
}

2. DATA阶段

bmRequestType的bit7表示接下来数据的方向。如果方向是IN（例如Get Descripter的情况），STM32F103需要立刻发送数据给主机，即使数据长度为0也需要发送一个空包。如果是OUT，分2种情况，如果数据长度为0（例如Set Address的情况），则表示下一个阶段是STATUS IN，如果大于0（标准USB请求没有这个情况，虚拟串口里面的SET_LINE_CODING会是这种情况），STM32F103不是即时接收主机的数据，需要等下一次CTR中断判断进入OUT中断才读取接收缓冲中的数据。

if((gUsbReqInfo.bmRequestType & USB_REQ_DIR_MASK) == USB_REQ_DIR_IN)
{
    gUsbDevState.ctrlState = USB_CTRL_IN;
}
else
{
    gUsbDevState.ctrlState = USB_CTRL_DATA_OUT_WAIT;
    if(gUsbReqInfo.wLength == 0)
        gUsbDevState.ctrlState = USB_CTRL_STATUS_IN;
}

【Data In过程】

Data In是设备发送数据给主机的过程。USB通讯过程都是由主机发起的，主机会在SETUP阶段通知设备接下来的数据类型和长度，SETUP阶段把数据长度设置成3种情况：错误或不支持（-1）、0字节（即NO DATA的情况）、需要返回数据（即有DATA的情况）。

a. 错误或不支持的情况

如果SETUP数据有错误，这个阶段应该将端点设置为STALL状态通知主机发生错误。如果是SETUP中要求的数据类型不支持，则可以返回空包或者将端点设置为STALL状态？

if(gUsbReqInfo.wLength == USB_UNSUPPORT)
{
    usbSetEpStatus(USB_EP0, USB_EP_TX_STALL);
    gUsbDevState.ctrlState = USB_CTRL_IDLE;
    return;
}

b. NO DATA的情况

gUsbReqInfo.wLength有2种情况下回等于0，一种是主机发送的请求没有数据（例如Set Address），这种情况下SETUP阶段(gUsbReqInfo.bmRequestType & USB_REQ_DIR_MASK) == USB_REQ_DIR_OUT，所以此次IN的过程实际是USB_CTRL_STATUS_IN， USB协议要求设备要在50ms内完成这个阶段。另外一种情况是最后一笔数据正好是64字节，这时候需要多发一个空包。

if(gUsbReqInfo.wLength == 0)
{
    if(gUsbDevState.ctrlState == USB_CTRL_DATA_IN_LAST)
    {
        usbWriteBuf(USB_EP0, 0, 0); //Send Empty Packet
        gUsbDevState.ctrlState = USB_CTRL_STATUS_OUT;
    }
    else
    {
        usbWriteBuf(USB_EP0, 0, 0); //Send Empty Packet
        gUsbDevState.ctrlState = USB_CTRL_IDLE;
    }
    return;
}

c. DATA的情况

STM32F103的端点0一次最大只能传输64字节，所以如果数据大于64字节，主机会发送多次Data In请求。当数据正好是64字节时，需要发送一个空包。

count = usbWriteBuf(USB_EP0, (uint8_t *)gUsbDataInfo.dataBuf + gUsbDataInfo.offset, 
        gUsbReqInfo.wLength);
gUsbReqInfo.wLength -= count;
gUsbDataInfo.offset += count;
if(gUsbReqInfo.wLength == 0)
{
    if(count < EP0_MEM_SIZE)
        gUsbDevState.ctrlState = USB_CTRL_STATUS_OUT;
    else//count == EP0_MEM_SIZE
        gUsbDevState.ctrlState = USB_CTRL_DATA_IN_LAST_IDLE;
}
else
    gUsbDevState.ctrlState = USB_CTRL_DATA_IN_WAIT;

【Data Out过程】

标准的EP0过程基本没有Out数据的过程。具体的Class则需要另外处理。

if(gUsbDevState.ctrlState == USB_CTRL_OUT)
{
    usbUsrOut0();
}

3. STATUS过程

【Status In过程】

Status In一般情况是只要发送一个空包即可，特殊情况是Set Address。Set Address在SETUP、DATA IN和STATUS IN都不会改变设备的USB地址，而是在Set Address通信结束后再设置地址。

if(gUsbDevState.ctrlState == USB_CTRL_STATUS_IN)
{
    if(gUsbDevState.state == USB_STATE_ADDRESS)
    {
        usbWriteBuf(USB_EP0, 0, 0); //Send Empty Packet
        gUsbDevState.state = USB_STATE_ADDRESSED;
    }
    else if(gUsbDevInfo.address != 0) //SetAddress
    {
        Printf("Set Address:%d\r\n", gUsbDevInfo.address);
        usbSetAddress(gUsbAddress);
        gUsbDevInfo.address = 0;
        gUsbDevState.ctrlState = USB_CTRL_IDLE;
    }
    else
    {
        usbWriteBuf(USB_EP0, 0, 0); //Send Empty Packet
        gUsbDevState.ctrlState = USB_CTRL_IDLE;
    }
}

【Status Out过程】

Status Out只需要设置RX有效即可。

if(gUsbDevState.ctrlState == USB_CTRL_STATUS_OUT)
{
    usbSetEpStatus(USB_EP0, USB_EP_RX_VALID);
    gUsbDevState.ctrlState = USB_CTRL_IDLE;
}

实例

主机第一笔数据是要求设备提供设备描述符，这个通信过程包括Setup + Data In With Data + Status Out。

        1. STM32F103产生一个Setup Out中断，从STM32F103的USB Buffer中读入8字节，即Setup数据

usbReadBuf(USB_EP0, (uint8_t *)(&gUsbReqInfo), sizeof(gUsbReqInfo));

其中gUsbReqInfo.bRequest == USB_GET_DESCRIPTOR，

(uint8_t)((gUsbReqInfo.wValue & 0xFF00) >> 8) == USB_DEVICE_DESCRIPTOR_TYPE

STM32F103需要返回数组usbDeviceDescriptor，长度固定为18字节。

        2. State由USB_CTRL_SETUP转为USB_CTRL_IN，STM32F103随即发送18字节给主机。由于设备描述符长度小于64字节，所以一次发送完成，状态由USB_CTRL_IN改为USB_CTRL_STATUS_OUT，等待EP0 Out中断。

        3. Out中断后设置Rx为Valid，并将State改为USB_CTRL_IDLE。

        4. STM32F103产生一个IN中断表明数据已经接收到，即如果当前状态为USB_CTRL_IDLE，IN中断不需要做处理。

随后主机会设置USB地址（即Set Address），这个通信过程包括Setup + Data In With No Data + Status In + Set Address.

        1. 设置USB地址成立条件gUsbReqInfo.bRequest == USB_SET_ADDRESS。

        2. State由USB_CTRL_SETUP转为USB_CTRL_STATUS_IN，即发送一个空包结束Set Address通信过程。

        3. STM32F103产生一个IN中断表明主机也确认OK，这里要将设备的地址改为新的地址。

主机会再次读入设备描述符确认地址是否设置成功，如果再次读入设备描述符不正确，则会再尝试写新的地址+读入设备描述符，失败则会停止枚举。如果是正确的，接下来就需要读入配置描述符。主机会读2次配置描述符，第一次固定读入9字节，获取全部配置描述符的长度，然后再读入全部的配置描述符。

第一读配置描述符数据：

第二次读入配置描述符：

        1. gUsbReqInfo.bRequest == USB_GET_DESCRIPTOR， (uint8_t)((gUsbReqInfo.wValue & 0xFF00) >> 8) == USB_CONFIGURATION_DESCRIPTOR_TYPE, STM32F103返回数组usbDeviceConfigDescriptor，长度与具体应用有关。这里虚拟串口的配置描述符长度为67字节。

        2. State由USB_CTRL_SETUP转为USB_CTRL_IN，STM32F103随即发送64字节给主机，由于还有3字节还没有发送，所以State还是USB_CTRL_IN，等待下一次的IN中断。

        3. STM32F103产生一个IN中断继续发送剩下的3字节数据。然后状态由USB_CTRL_IN改为USB_CTRL_STATUS_OUT，等待EP0 Out中断。

        4. Out中断后设置Rx为Valid，并将State改为USB_CTRL_IDLE。

        5. STM32F103产生一个IN中断表示主机已经接收到数据，即如果当前状态为USB_CTRL_IDLE，IN中断不需要做处理。

如果主机得到正确的配置描述符，会发Get Status获取设备状态。

然后主机会读一次265字节长度的配置描述符确认通信是否正常。主机还会读取3个字符串描述符，可以把Serial Number的字符串描述符设置为64字节验证一下正好长度为64字节的情况。

当主机确认枚举成功后会发送SET_CONFIGURATION。

Response是空包，所以没有返回数据。

这样就完成了枚举过程。

pq113_6
关注
  • 5
    点赞
  • 踩
  • 22
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
专栏目录
深入学习USB（8）usb软件层面组织层次
二进制君
03-16 1371
1 逻辑组织结构 在USB设备的逻辑组织中，包含设备、配置、接口和端点4个层次。 1.1 设备 设备可以作为主机，也可以作为从机。 设备通常有一个或多个配置,配置通常有一个或多个接口，接口有零或多个端点。 1.2 配置 每个USB设备都可以包含一个或多个配置，不同的配置使设备表现出不同的功能组合。主机可以控制设备选择哪个具体的配置，但是设备当前只能选择一个配置。 1.3 接口 配置由多个接口组成。 在USB协议中，接口代表一个基本的功能，一个功能复杂的USB设备可以具有多个接口，而接口是端点的汇集。 1.
USB学习笔记3：端点与传输模式
宇宙的起源
12-10 2234
端点——端点位于USB 外设内部，所有通信数据的来源或目的都基于这些端点，是一个可寻址的FIFO。 每个USB 外设有一个唯一的地址，可能包含最多十六个端点。主机通过发出器件地址和每次数据传输的端点号，向一个具体端点(FIFO)发送数据。每个端点的地址为0 到15，一个端点地址对应一个方向。所以，端点2-IN 与端点2-OUT 完全不同。 每个器件有一个默认的双向控制端点0，因此不存在端点0
学习STM32的USB通信
最新发布
qq_67153941的博客
07-09 898
学习STM32的USB通信需要掌握的内容包括以下几个部分：USB基础知识、STM32 USB库的使用、USB设备工作模式的选择、USB设备描述符的配置、USB传输的实现。接下来将会详细介绍这些内容，并附上相关的示例代码。二、STM32 USB库的使用 ST公司提供了丰富的USB库，可在STM32微控制器上实现USB通信功能。使用前需要下载并安装对应的USB库文件。三、USB设备工作模式的选择。四、USB设备描述符的配置。五、USB传输的实现。
STM32f103USB移植之USB鼠标
热门推荐
非 典型技术宅的博客
04-19 1万+
        这几天闲着没事开始折腾起32的USB了，USB协议内容有这么复杂，看了几天只吧大概的流程看懂了，具体的实现和数据传输就没有去深究了.stm32USB模块的资料在网上找到了许多，不过每个都只是讲了一部分，在这里把自己移植的过程和我的理解写下来，给自己做个备忘也给大家参考一下。/ **************************************不吵嗦的分割线***** **...
stm32F103 usb通讯
03-11
stm32 f103的usb通讯版本，真实可用
PC端连接USB设备通信案例（STM32实现USB设备）
06-25
实现PC端与USB设备之间的简单通信，可以帮助理解USB通信，PC端程序主要是驱动编写，USB设备通过STM32f103ZET6实现。
USB 协议整理 七：STM32F103之USB概述
OnlyLove_的博客
03-04 1万+
详细内容见《STM32F10xxx中文参考手册》21 USB全速设备接口(USB) 章节、《STM32F10x参考手册(英文)》 23 Universal serial bus full-speed device interface (USB)和《STM32 USB 开发者培训》资料。本章节只概要描述。 一、USB简介 USB外设实现了USB2.0全速总线和APB1总线间的接口。 USB外设支持USB挂起/恢复操作，可以停止设备时钟实现低功耗。 二、USB主要特征 符合USB2.0全速设备的技术规.
STM32F103实现虚拟串口，进行串口通信，实现了USB通信
07-10
STM32F103实现虚拟串口，进行串口通信，实现了USB通信 STM32F103实现虚拟串口，进行串口通信，实现了USB通信 STM32F103实现虚拟串口，进行串口通信，实现了USB通信 STM32F103实现虚拟串口，进行串口通信，实现了USB通信
STM32F103C8T6+USBHID通信+USB调试助手
04-25
STM32f103C8T6枚举成HID设备与PC通信，速度实测可达64K/s,USB口D+需要上拉1.5K电阻 压缩包内包含一个USB调试助手，可以调试HID通信
STM32F103 USB虚拟串口通信
08-01
STM32F103通过USB口与上位机通信：通过一根USB线既能供电也能与上位机通信 在Linux下生成/dev/ttyACM0 参考了文档：https://www.cnblogs.com/hiker-blogs/p/stm32_usb.html
STM32F103 USB虚拟串口模拟成CH340
07-13
在本项目中，STM32F103RCT6的USB驱动代码被修改，使得计算机能够将其识别为CH340设备，这样用户只需要安装CH340的驱动，就能无缝地与STM32F103进行通信。 实现这一功能的关键在于修改USB设备描述符，使其符合CH340...
Stm32 USB通信源代码
10-17
采用ST公司官方库开发，Stm32单片机Usb模块，能与USB HID设备进行发送和接收通信
STM32 自定义USB HID 设备与上位机双向通信例程
02-02
基于STM32F103VC 与上位机双向通信的例子！请注意：本例是由网上例子修改并精简的，使用的是3.2的库。
STM32F103-USB读卡器-读SD卡
07-12
USB读卡器项目是利用STM32F103来实现对SD卡的读取，这涉及到硬件接口设计、USB通信协议以及文件系统的操作。 1. **硬件接口设计**： - **STM32F103与SD卡接口**：STM32F103通常通过SPI（Serial Peripheral ...
STM32F103 usb的驱动程序及USB驱动生成工具
04-29
STM32F103 usb的驱动程序及USB驱动生成工具，使用STM32CubeMX生成该工程，测试可用。参考链接：https://blog.csdn.net/d4l6c8/article/details/116268953?spm=1001.2014.3001.5501
STM32F103usb使用示例
12-11
在本示例中，我们将重点讨论如何在STM32F103上实现USB功能，特别是USB Human Interface Device (HID) 类设备的开发。 USB接口在现代电子设备中扮演着至关重要的角色，它允许设备与主机进行数据交换和供电。STM32...
STM32F103RCT6开发板M3单片机教程03--usart串口通信
一颗百年大树的成长
12-07 2294
首先了解编译调试硬件连接，查看原理图STM32F103RCT6开发板用Jlink供电，USB转串口板电脑USB供电，那么连接只需3线* TXD(PB9) -> USB转串口板RXD* RXD(PB10) -> USB转串口T板XD* GND -> USB转串口板GND。
C#libUSB向EP0发数据
qq_56918239的博客
08-23 404
【代码】C#libUSB向EP0发数据。
STM32 USB数据接收与数据发送程序流程分析
* . Benirus的专栏
12-19 8276
既然学习了USB，那就必须的搞懂USB设备与USB主机数据是怎么通讯的。这里主要讲设备端，因为我们的代码是做USB设备用的。 我们需要必须要定义了USB中断。起始在STM32的中断向量表中给USB两个中断，我们可以在stm32f10x.h中找到这两个中断： USB_HP_CAN1_TX_IRQn = 19, /*!< USB Device High Priori
stm32f103 usb通信上下位机
06-06
STM32F103是一种适用于多种应用的嵌入式微控制器，其具有良好的性能和可靠性。USB通信是常见的上下位机通信方式之一，使用STM32F103实现USB通信可有效提高通信效率和稳定性。 在实现上下位机USB通信时，STM32F103具有以下优点： 1. 支持多种USB协议：USB 1.1和USB 2.0，支持各种USB接口，如USB Host、USB OTG、USB Device等； 2. 提供丰富的通信接口：将USB接口连接到UART、SPI、I2C等外部设备，可实现与其他设备的通信； 3. 系统资源充足：STM32F103具有较强的硬件资源，包括内存、时钟、DMA等，能够更好地支持USB通信，从而提高通信速度和可靠性； 4. 易于开发：STM32F103有着成熟的开发工具链和丰富的开发文档支持，使得上下位机USB通信的开发和调试更加方便和快捷。 总之，使用STM32F103实现USB通信上下位机是一种高效、可靠、易于开发的方法，有助于提高通信效率和稳定性。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值