1. 项目概述为什么我们需要一个“USB转USB”的桥梁乍一看“USB转USB”这个标题很多人可能会觉得有点奇怪USB接口不都是通用的吗一根数据线两头一插不就行了实际上这里说的“转”核心在于协议和角色的转换。我们日常接触的USB设备比如U盘、键盘、鼠标它们在系统中扮演的是“从设备”的角色而电脑主机则扮演“主设备”的角色。主设备负责发起通信、提供电源、管理总线从设备则被动响应。这种主从架构是USB协议的基础。那么有没有可能让一个设备既能作为从设备被电脑识别又能作为主设备去连接和管理另一个USB从设备呢这就是“USB转USB”项目的核心价值。它的应用场景远比想象中广泛比如你想让一台单片机开发板作为主设备直接读取U盘里的配置文件或者让一个嵌入式设备作为主设备通过USB连接一个4G模块作为从设备上网再比如实现一个简单的USB协议分析工具在电脑和待测设备之间充当“中间人”。这些场景都需要一个能同时扮演“双重角色”的智能桥梁。传统的方案往往依赖于功能强大的处理器运行嵌入式Linux系统利用其成熟的USB Gadget和USB Host驱动栈来实现。但这带来了系统复杂、成本高、功耗大的问题。而沁恒微电子的CH554系列单片机以其内置的USB全速主机和设备控制器为这类轻量级、低成本的双重角色应用提供了一个非常优雅的硬件平台。它让我们可以用一颗简单的8位单片机就实现USB主从模式的动态切换或同时工作极大地拓展了嵌入式设备的连接能力。2. 核心芯片解析为什么是CH554在开始动手之前我们得先搞清楚手里的“武器”。CH554并不是一颗普通的51内核单片机它在USB功能上的集成度在同类产品中堪称“小钢炮”。2.1 CH554的USB硬件架构与优势CH554内部集成了独立的USB设备控制器和USB主机控制器。请注意是“独立”的。这意味着它有两套完整的硬件电路分别处理设备模式和主机模式而不是通过软件模拟切换。这种硬件级的支持带来了几个关键优势性能稳定可靠硬件处理USB协议底层的事务如令牌包、数据包、握手包不占用CPU大量时间进行位操作通信速率有保障抗干扰能力强。开发简便厂商提供了完善的固件库开发者无需深入理解复杂的USB协议栈底层调用API函数即可完成枚举、数据传输等操作。低功耗硬件控制器在空闲时可以进入低功耗状态比纯软件模拟省电得多。其USB部分支持全速12 Mbps模式完全满足键盘、鼠标、U盘Mass Storage、串口CDC、HID等常见设备类的通信需求。对于我们所设想的“转接”场景这个速度绰绰有余。2.2 与常见方案如CH340、FT232的对比很多人一提到USB转接第一反应是CH340、CP2102、FT232这类USB转串口芯片。它们是非常优秀的“单向”桥梁功能单一且稳定在电脑端模拟成一个串口在设备端提供TTL电平的UART。但它们只能扮演“USB从设备虚拟串口”这一个角色。我们的项目目标更复杂需要设备能主动去“操作”另一个USB设备。这就要求芯片必须具备USB主机Host功能。CH340等芯片不具备此能力。而一些高端的32位MCU如STM32的某些系列虽然也带USB OTG可做主机也可做设备但通常系统更复杂成本也更高。CH554在成本、易用性和功能上取得了很好的平衡特别适合作为学习USB主机开发或实现特定功能转接板的入门乃至产品级选择。注意CH554是3.3V供电的单片机其I/O口也是3.3V电平。如果需要连接5V器件需注意电平转换。其内置了上电复位和低压复位可靠性不错。3. 系统设计与思路拆解如何构建这个双向桥梁明确了芯片能力后我们需要设计整个系统的软件框架。核心思路是让CH554根据外部条件或内部状态在“USB设备模式”和“USB主机模式”之间切换或者以一种巧妙的方式让两者协同工作。3.1 模式一角色切换式桥接A to B这是最直观的思路。CH554有两个角色角色AUSB设备和角色BUSB主机。状态1CH554上电后先初始化为USB设备例如虚拟成一个串口CDC连接到电脑。此时电脑识别出一个新的COM口。状态2通过这个虚拟串口电脑发送一条特定的命令如MODE HOST给CH554。状态3CH554收到命令后软件复位USB模块或整个芯片重新初始化为USB主机模式。然后它的主机端口开始尝试枚举和连接另一个USB设备比如一个U盘。状态4CH554作为主机读取U盘的文件处理数据然后再切换回设备模式将处理结果通过虚拟串口上传给电脑。这种模式的优缺点优点逻辑清晰同一时刻只处理一种协议对RAM和代码空间要求相对较低。缺点无法同时进行双向通信。切换过程会有延迟并且需要电脑端软件的配合来触发切换。不适合需要实时、双向数据透传的场景。3.2 模式二协议翻译式桥接实时透传这是更高级、也更实用的模式。CH554同时使能其内部的USB设备控制器和USB主机控制器但通过固件逻辑将它们“桥接”起来。例如我们想实现一个“USB串口设备”到“电脑”的透明传输CH554的设备端口连接电脑初始化为一个自定义的USB设备或者一个大容量存储设备MSC类。CH554的主机端口连接目标设备去枚举并连接一个真正的USB转串口设备如CH340模块。固件中创建两个任务任务A主机端数据读取周期性地通过主机控制器从CH340模块的串口接收缓冲区读取数据。任务B设备端数据发送将读取到的数据通过设备控制器打包成USB数据包发送给电脑。反向流程同理电脑发送的数据通过设备端口接收再由主机端口转发给CH340模块的串口发送引脚。这样一来对于电脑而言它直接与CH554通信对于CH340模块而言它被一个USB主机管理。CH554在中间完成了协议的翻译和数据的搬运实现了“透明传输”。这种模式的优缺点优点可实现实时、双向通信用户体验好。功能强大可衍生出多种应用如USB隔离器、协议转换器。缺点对固件编程要求高需要管理两个并行的USB协议栈处理两者的中断和数据缓冲区代码复杂度大增对单片机的处理能力和内存是较大考验。3.3 本项目的设计选型考虑到CH554的性能8位8051内核16KB Flash1KB RAM和作为学习项目的初衷我们选择模式一角色切换作为首个实现目标。它可以帮助我们扎实地掌握CH554分别作为设备和主机的工作流程是迈向更复杂应用的必要基础。后续如果有余力可以在其基础上尝试优化为模式二。我们的具体目标是制作一个可通过串口命令在“USB虚拟串口设备”和“USB U盘读取器主机”两种模式间切换的小工具。4. 开发环境搭建与基础工程创建工欲善其事必先利其器。CH554的开发环境比较友好主要依托于Keil C51。4.1 所需工具与软件清单集成开发环境IDEKeil uVision 5C51版本。这是开发8051内核芯片的标准工具。CH554 SDK从沁恒微电子官网下载CH554的官方评估板资料包。里面最关键的是EVT文件夹包含库文件、头文件、示例工程。编译器通常使用Keil自带的C51编译器即可。确保安装路径正确。下载工具WCHISPTool。这是沁恒的ISP下载软件通过USB即可给CH554烧录程序非常方便无需额外的仿真器。硬件一块CH554评估板或自制的核心板USB连接线以及一个用于测试的USB设备如U盘。4.2 在Keil中建立第一个工程新建工程打开KeilProject - New uVision Project...选择一个空文件夹命名为CH554_USB_Bridge。选择设备在弹出的对话框中选择WCH作为厂商然后找到CH554并选中。管理运行时环境点击“是”使用默认的启动代码。然后打开Manage Run-Time Environment窗口。添加必要组件在Device栏下确保Startup被勾选。更重要的是我们需要手动添加沁恒的库。通常不在这里添加而是直接复制文件到工程。导入官方库文件将官方EVT\PUB文件夹下的CH554.H,DEBUG.H等头文件复制到你的工程目录。将EVT\EXAM\USB\USB_HOST和EVT\EXAM\USB\USB_DEVICE中的相关.C文件如CH554USB.C,USBHost.C,USBDevice.C以及对应的库文件.LIB复制到工程目录。在Keil的工程管理窗口中右键Source Group 1选择Add Existing Files to Group...将这些.C文件添加进去。在工程选项Options for Target的C51标签页在Include Paths中添加你的头文件所在目录。配置编译选项在Options for Target的Target标签页将Memory Model设为Small: variables in DATACode Rom Size设为Large: 64KB program。在Output标签页勾选Create HEX File以便生成烧录文件。完成以上步骤一个基础的、包含USB主机和设备库的工程框架就搭建好了。你可以先编译一下官方的设备或主机示例工程确保环境无误。5. 核心功能实现USB设备模式虚拟串口我们首先实现CH554作为USB设备被电脑识别为一个虚拟串口CDC类。这是与电脑通信的通道。5.1 CDC设备描述符配置USB设备通过一系列描述符来告诉主机“我是什么”。在USB_DEVICE.C中我们需要修改或确认以下描述符设备描述符Device Descriptor指定供应商IDVID、产品IDPID、设备版本号等。我们可以使用沁恒的测试VID/PID如0x4348,0x5543也可以自己申请需向USB-IF付费。对于学习用测试ID即可。配置描述符Configuration Descriptor包含接口描述符、端点描述符等。对于CDC设备通常需要两个接口一个通信接口Abstract Control Model和一个数据接口。端点描述符Endpoint Descriptor定义数据通道。CDC设备通常需要三个端点端点0控制端点双向用于枚举和类特定请求。端点1 IN中断传输端点用于发送通知如串口线路状态。端点2 IN OUT批量传输端点用于实际的数据收发。这是数据量最大的通道。在沁恒的库中这些描述符通常以常量数组的形式定义好。我们需要检查CDC_DEV_DESC、CDC_CFG_DESC等数组是否符合我们的需求特别是端点地址和最大包大小全速下批量端点最大包为64字节。5.2 数据收发与串口模拟逻辑CDC类设备需要响应主机的一些类特定请求如SET_LINE_CODING设置波特率、SET_CONTROL_LINE_STATE设置RTS/DTR。这些请求的处理函数在库中已有框架我们需要确保它们被正确实现。核心的数据流处理在端点2的中断服务程序ISR中。以接收电脑数据为例// 在USB中断服务程序中 if( len GetEPRxLength( ENDP2 ) ) { // 检查端点2的OUT事务是否收到数据 ReadEP( ENDP2, RxBuffer, len ); // 从端点2的FIFO读取数据到RxBuffer SetEPRxValid( ENDP2 ); // 重新使能端点2的OUT接收 // 此时RxBuffer中存放了从电脑发来的len字节数据。 // 我们可以将其存入一个环形缓冲区供主循环处理。 }发送数据到电脑则通过WriteEP( ENDP2, TxBuffer, len )函数实现将数据写入端点2的IN FIFO硬件会在下一个IN事务中自动发送。实操心得USB通信是基于事务的不是随时可发。必须在主机发起IN令牌包时数据已经准备好。因此固件中通常维护一个发送缓冲区。当应用层有数据要发送时先存入缓冲区然后在USB_DEVICE.C提供的EP2_IN_Process回调函数或类似机制中检查缓冲区是否有数据有则调用WriteEP。切忌在任意位置直接调用WriteEP可能导致数据覆盖或丢失。5.3 枚举成功与驱动安装编译并烧录程序后将CH554的USB口对应设备控制器连接到电脑。如果描述符配置正确电脑会检测到一个新设备。首次连接时Windows可能会提示“正在安装设备驱动程序”。对于CDC设备Windows 10及以后系统通常自带usbser.sys驱动会自动识别并安装在设备管理器的“端口COM和LPT”下会生成一个新的COM口如USB-SERIAL CH554 (COMx)。如果未能正确安装可能需要指定inf文件。沁恒的SDK里通常会提供.inf文件右键点击设备管理器里未识别的设备选择“更新驱动程序”-“浏览我的电脑以查找驱动程序”-定位到该inf文件即可。注意确保CH554的USB DPD引脚通过一个1.5kΩ电阻上拉到3.3V。这是全速USB设备的标准要求告知主机这是一个全速设备。开发板上通常已集成此电阻。6. 核心功能实现USB主机模式读取U盘这是项目的难点和亮点。我们要让CH554扮演主机去识别、枚举并通信一个USB Mass Storage设备U盘。6.1 USB主机控制器初始化与设备检测首先需要初始化CH554的主机控制器硬件。调用USBHostInit()函数库函数它会配置相关寄存器使能主机中断。设备检测依赖于硬件上的USB_HOST_DET引脚在CH554上通常是P1.4。该引脚内部有上拉电阻。当没有设备连接时该引脚为高电平当有设备插入D或D-被设备拉低导致该引脚变为低电平从而产生连接中断。在连接中断服务程序中我们需要启动复位和枚举流程void USBHostInterrupt() interrupt INT_NO_USB { UINT8 int_status USB_HOST_INT_FG; if(int_status UIF_DETECT) { // 检测到设备连接 USB_HOST_INT_FG UIF_DETECT; // 清除中断标志 // 启动设备枚举流程 bEnumerationRequest TRUE; } // ... 处理其他主机中断 }主循环中检测到bEnumerationRequest标志则调用EnumerateDevice()函数。6.2 设备枚举、配置与Mass Storage协议枚举是一个标准化的问答过程主机通过控制传输端点0向设备发送一系列标准请求获取设备信息并对其进行配置。复位总线与获取设备描述符主机先发出复位信号持续10ms以上的SE0状态然后发送GET_DESCRIPTOR请求类型为设备描述符。设备会返回一个18字节的设备描述符其中包含设备的VID、PID和bDeviceClass等信息。设置地址主机为设备分配一个唯一的设备地址1-127通过SET_ADDRESS请求下发。获取配置描述符主机使用新地址请求获取完整的配置描述符集合。这包含了接口和端点的信息。对于U盘其接口类代码bInterfaceClass应为0x08Mass Storage子类代码bInterfaceSubClass常见为0x06SCSI透明命令集协议代码bInterfaceProtocol为0x50Bulk-Only Transport即BOT协议。设置配置主机发送SET_CONFIGURATION请求激活设备的某个配置通常为配置1。至此枚举完成设备进入配置状态。对于Mass Storage设备枚举完成后还不能直接读写文件需要进入BOT协议阶段。6.3 BOT协议与SCSI命令解析BOT协议是Mass Storage类设备进行大容量数据传输的规范。其核心是CBWCommand Block Wrapper- 数据阶段 - CSWCommand Status Wrapper的三段式结构。发送CBW主机通过Bulk-OUT端点发送一个31字节的CBW结构体给设备。这个结构体里封装了一个SCSI命令比如TEST_UNIT_READY测试设备就绪、INQUIRY查询设备信息、READ_CAPACITY读取容量、READ_10读取扇区等。数据阶段可选根据SCSI命令的方向可能伴随有数据输入如读数据或数据输出如写数据。数据通过Bulk-IN或Bulk-OUT端点传输。接收CSW最后主机通过Bulk-IN端点读取一个13字节的CSW结构体获取该命令的执行状态成功、失败或需要重试。在CH554的库中通常已经实现了BOT_TransmitCmd()、BOT_DataInStage()、BOT_DataOutStage()、BOT_GetCSW()等函数。我们的工作是根据文件操作的需求组织正确的SCSI命令序列。例如要读取U盘的第一个扇区通常是MBR或引导扇区// 1. 发送 TEST_UNIT_READY 命令确认设备就绪 // 2. 发送 INQUIRY 命令获取设备厂商、产品名等信息 // 3. 发送 READ_CAPACITY 命令获取总扇区数和扇区大小通常是512字节 // 4. 组织 READ_10 命令块 sCBW.dCBWDataTransferLength 512; // 要传输的数据长度 sCBW.bCBWLUN 0; // 逻辑单元号 sCBW.bCBWCBLength 10; // SCSI命令长度 sCBW.CBWCB[0] SCSI_CMD_READ_10; // 命令码 0x28 sCBW.CBWCB[1] 0; // CBWCB[2]~[5] 组成32位的起始逻辑块地址LBA这里填0 sCBW.CBWCB[2] 0; sCBW.CBWCB[3] 0; sCBW.CBWCB[4] 0; sCBW.CBWCB[5] 0; // CBWCB[7]~[8] 组成16位的传输块数量这里填1 sCBW.CBWCB[7] 0; sCBW.CBWCB[8] 1; // 5. 调用 BOT_TransmitCmd() 发送CBW // 6. 调用 BOT_DataInStage() 从Bulk-IN端点读取512字节数据到缓冲区 // 7. 调用 BOT_GetCSW() 获取命令状态踩坑记录SCSI命令中的地址LBA和长度都是大端字节序Big-Endian而CH554是小端架构。在填充CBWCB数组时必须将数值转换为大端序。例如读取LBA为256的扇区256 0x00000100在CBWCB[2]到CBWCB[5]中应填充为0x00, 0x00, 0x01, 0x00最高位在前。很多初学者在这里出错导致读取位置不正确。6.4 文件系统解析FAT32简析读取到扇区数据后我们得到的只是原始的字节流。要识别文件必须解析文件系统。对于绝大多数U盘使用的是FAT32或exFAT文件系统。这里以FAT32为例简述关键步骤读取主引导记录MBRLBA 0。找到分区表确定第一个分区的起始LBA通常是63或2048。读取引导扇区DBR分区的第一个扇区LBA 起始偏移。这里包含至关重要的BPBBIOS Parameter Block信息我们需要从中获取BytesPerSector每扇区字节数通常512。SectorsPerCluster每簇扇区数。ReservedSectorCount保留扇区数FAT表开始的位置。NumFATsFAT表个数通常2。FATSz32每个FAT表占用的扇区数。RootClus根目录的起始簇号FAT32没有固定的根目录区域根目录也是一个文件有簇号。计算关键位置FAT1起始扇区 分区起始LBA ReservedSectorCount数据区起始扇区 FAT1起始扇区 NumFATs*FATSz32给定簇号N对应的扇区号 数据区起始扇区 (N - 2) *SectorsPerCluster读取目录项目录在FAT32中是以文件形式存储的由32字节的“目录项”组成。找到根目录的簇号RootClus计算其扇区位置并读取。遍历目录项根据文件名、属性等找到目标文件或子目录。目录项中记录了文件的起始簇号。读取文件数据根据文件的起始簇号计算其第一个数据扇区并读取。同时需要查询FAT表来找到文件的下一个簇形成簇链直到遇到文件结束标记0x0FFFFFFF。在CH554上实现完整的FAT32文件系统读写是一个复杂的任务会消耗大量内存和代码空间。对于本项目我们可以简化目标仅实现读取U盘第一个分区根目录下的一个特定文件名如TEST.TXT的文件内容。这样我们只需要解析DBR计算根目录位置然后线性搜索目录项即可无需实现完整的FAT表遍历和子目录支持。7. 模式切换与命令交互逻辑现在我们有了两个独立的模块USB设备虚拟串口和USB主机U盘读取。我们需要一个“指挥官”来根据接收到的命令切换和控制这两个模块。7.1 串口命令解析器设计我们通过虚拟串口接收来自电脑的ASCII字符串命令。设计一个简单的命令集MODE?查询当前模式。MODE DEVICE切换到USB设备模式虚拟串口。MODE HOST切换到USB主机模式准备读取U盘。READ FILE filename在主机模式下读取U盘上指定文件的内容并返回。RESET软件复位单片机。在主循环中我们需要不断检查从虚拟串口接收到的数据缓冲区。一旦检测到换行符\n就认为一条命令接收完成然后调用命令解析函数。void ParseCommand(char *cmd) { if(strcmp(cmd, MODE?) 0) { if(current_mode MODE_DEVICE) SendResponse(Current Mode: DEVICE\r\n); else if(current_mode MODE_HOST) SendResponse(Current Mode: HOST\r\n); } else if(strcmp(cmd, MODE DEVICE) 0) { SwitchToDeviceMode(); SendResponse(Switched to DEVICE mode.\r\n); } else if(strcmp(cmd, MODE HOST) 0) { SwitchToHostMode(); SendResponse(Switched to HOST mode. Please insert USB disk.\r\n); } else if(strncmp(cmd, READ FILE , 10) 0) { if(current_mode ! MODE_HOST) { SendResponse(Error: Not in HOST mode.\r\n); return; } char filename[32]; sscanf(cmd10, %s, filename); // 提取文件名 ReadUSBFile(filename); // 调用U盘文件读取函数 } // ... 其他命令 }SendResponse函数负责将字符串通过虚拟串口USB设备端点发送回电脑。7.2 安全的状态切换与资源管理模式切换是关键的不恰当的切换会导致USB通信紊乱甚至硬件锁死。切换到设备模式流程如果当前是主机模式且有U盘连接先调用USBHostRelease()库函数释放主机控制器资源通知U盘断开。延时一段时间如100ms让总线状态稳定。调用USBDeviceInit()库函数初始化设备控制器配置描述符使能设备中断。将current_mode变量设为MODE_DEVICE。切换到主机模式流程如果当前是设备模式且已连接到电脑先调用USBDeviceCfg()或类似函数禁用设备控制器。延时一段时间。调用USBHostInit()初始化主机控制器。将current_mode变量设为MODE_HOST并设置bEnumerationRequest标志等待设备插入。重要提示切换模式时最好对USB相关的全局变量、缓冲区进行清零或重新初始化避免残留数据影响新模式的运行。同时模式切换后原有的USB连接会断开电脑端需要重新识别设备这是由USB协议本身决定的。8. 系统集成、调试与优化将各个模块组合起来并解决实际运行中遇到的问题。8.1 内存规划与堆栈管理CH554仅有1KB的XRAM外部RAM和256字节的IDATA内部RAM。资源非常紧张必须精打细算。缓冲区分配虚拟串口收发缓冲区各分配128-256字节的环形缓冲区使用XRAM。U盘数据扇区缓冲区至少512字节用于存放读取的扇区数据必须使用XRAM。CBW/CSW结构体、BPB信息结构体使用IDATA或XDATA但注意结构体对齐。堆栈8051的堆栈空间有限且位于IDATA。避免在中断服务程序中进行大的数组定义或深层函数调用防止堆栈溢出。将非实时性的大数据处理放在主循环中。代码空间USB主机协议栈和FAT32解析代码量较大。务必使用Keil的Code Banking代码分页功能。将USB主机相关的函数放到一个单独的代码页设备相关函数放到另一页并通过#pragma指令指定。同时开启编译器的优化选项如Level 2。8.2 调试技巧与工具使用串口打印调试在关键流程处通过虚拟串口发送调试信息如Enumerating...,FAT1 Start Sector: %lu,File Found at Cluster: %lu到电脑使用串口调试助手如SSCOM、Putty查看。这是最直接的调试手段。LED指示利用开发板上的LED用不同的闪烁模式表示不同状态如枚举中、读取中、错误便于在没有串口连接时判断程序运行阶段。逻辑分析仪如果条件允许使用逻辑分析仪抓取USB总线的D和D-信号可以直观地看到复位、令牌包、数据包等是深入调试USB协议问题的终极武器。Saleae逻辑分析仪配合DSView软件是不错的选择。CH554 ISP工具除了烧录WCHISPTool也可以查看芯片的UID、频率等信息有时可以辅助判断芯片是否正常工作。8.3 功耗考量与稳定性提升未连接时的低功耗在设备模式下如果长时间未与电脑通信可以让单片机进入空闲Idle或掉电Power Down模式通过USB总线唤醒或外部中断唤醒。主机模式下的重枚举U盘可能在通信中途被拔出。需要在主机中断中处理UIF_DISCONNECT断开事件及时清理状态防止程序跑飞。错误恢复机制在BOT协议通信中如果CSW返回失败如PHASE ERROR需要按照协议执行Bulk-Only Mass Storage Reset恢复流程而不是简单重试。电源管理如果使用电池供电需要关注CH554的USB主机端口提供的5V电源电流能力。CH554内部集成了5V转3.3V的LDO但驱动大容量U盘可能力不从心。可以考虑外接供电或使用带外部电源的USB HUB。9. 项目总结与扩展思考通过这个项目我们完成了一个基于CH554的、可通过串口命令控制模式切换的USB双向桥接工具原型。它虽然功能简单但完整地走通了USB设备枚举、主机枚举、BOT协议、SCSI命令、FAT32基础解析以及双模式管理这一整套流程。我个人在调试过程中最深的体会是USB协议看似复杂但将其分解为“枚举-配置-类特定协议”这几个阶段后再结合厂商提供的库函数入门并没有想象中那么困难。真正的挑战在于细节处理比如字节序、超时处理、错误恢复和有限资源下的内存管理。例如在解析FAT32的目录项时因为忽略了目录项中文件起始簇号的高16位和低16位是分开存储的导致计算出的簇号完全错误调试了很久才发现。这个项目有非常多的扩展方向实现真正的透明桥接挑战模式二让CH554同时作为USB串口设备和USB主机实现电脑与USB串口设备之间的实时双向透传打造一个“USB转串口”HOST适配器。支持更多设备类除了Mass Storage还可以尝试实现HID主机连接USB键盘鼠标、CDC主机连接4G模块/蓝牙串口等。集成文件系统库移植一个轻量级的FAT文件系统库如FatFs实现完整的文件读写、目录遍历功能。添加本地存储与显示配合SPI Flash和OLED屏幕将CH554打造成一个脱机的U盘文件浏览器或数据记录仪。探索USB OTG虽然CH554是独立的主机和设备控制器但可以通过软件模拟一些OTG的特性比如根据ID引脚判断角色。CH554以其极致的性价比为我们打开了一扇通往USB主机开发的大门。希望这个项目的详细拆解能为你实现自己的USB互联创意提供一个坚实的起点。