1. 项目概述双USB串口数据交换器最近在调试一个分布式传感器网络时遇到了一个挺烦人的问题手头有两台嵌入式设备它们都只有USB接口输出的却是串口协议的数据也就是我们常说的USB转串口设备比如用CH340、CP2102这类芯片的方案。我需要让这两台设备直接对话交换数据而不是各自连到我的电脑上再用串口调试助手做二传手。市面上常见的USB转串口线都是“主从”结构一端是USB主设备比如电脑另一端是从设备。想让两个“从设备”之间直接通信普通的线缆和常见的串口助手软件就无能为力了。于是“双USB串口数据交换器”这个想法就冒出来了。本质上它是一个内置了微控制器的智能桥接设备。它有两个USB Type-A母座或者Type-C看设计每个口都能被电脑、树莓派或者像本例中的嵌入式设备识别为一个标准的USB转串口适配器。但它的核心魔法在于内部微控制器MCU在内部将两个独立的USB串口UART通道连接起来实现数据的透明传输。这样一来我就可以把两个USB串口设备直接插在这个交换器上它们就能像通过一根交叉串口线直连一样自发地进行全双工通信了。这个项目特别适合那些需要让两个现成的、只有USB接口的模块比如4G DTU、蓝牙串口模块、某些加密狗、USB接口的PLC等直接组网或者进行长时间数据对拷、协议模拟测试的场景。它摆脱了对PC软件的依赖让连接变得更简洁、更独立。这次我选择了沁恒微电子的CH32V208这款基于RISC-V内核的MCU作为主控一方面是体验下RISC-V在USB领域的应用另一方面也是看中了它双USB接口和丰富串口资源的硬件便利性。2. 核心需求与方案选型解析2.1 需求拆解我们到底要做一个什么东西做一个数据交换器听起来简单但细究起来有几个核心需求必须满足双向透明传输这是最基本的功能。设备A从USB口发送的数据必须原封不动地、实时地从交换器的另一个USB口送达设备B反之亦然。任何字节都不能丢失或更改就像一根虚拟的导线。即插即用与兼容性交换器本身必须能被主流操作系统Windows, Linux, macOS无需安装特殊驱动即可识别为标准的USB CDC通信设备类设备也就是系统自带的“USB串行设备”驱动。这样任何插上来的主机或设备都能立刻识别并使用。双主机/设备角色支持我们的交换器需要能应对两种场景设备到设备两个USB口都作为“从设备”Peripheral等待外部主机如两个不同的嵌入式主板来连接和通信。主机到设备一个USB口作为“主机”Host去连接另一个作为“从设备”的USB串口模块。这就要求MCU的USB控制器能动态或静态地支持主从模式切换。流量控制与稳定性串口通信虽然没有TCP那样复杂的拥塞控制但基本的硬件流控RTS/CTS支持或软件缓冲管理至关重要。当一端发送速度过快另一端来不及处理时需要有机制防止数据丢失。无额外供电需求理想情况下设备应该能从任意一个USB端口取电并为自身和另一个端口如果需要的话提供稳定的工作电压。2.2 芯片选型为什么是CH32V208 RISC-V市面上能做USB的MCU很多比如STM32的F0/F1/F4系列GD32以及专门的USB桥接芯片如FT232、CP2102但它们通常功能固定难以实现双端口交换逻辑。这次选择CH32V208是基于以下几点考量双USB控制器CH32V208拥有两个独立的USB控制器一个支持主机Host和设备Device模式另一个仅支持设备模式。这完美契合了我们的“双口”需求可以灵活配置端口角色。RISC-V内核这是一个有趣的尝试点。RISC-V架构的MCU生态正在快速发展其开源特性带来了更多的灵活性和潜在的性价比优势。沁恒提供的软件开发包SDK对USB CDC类的支持也比较完善降低了开发门槛。充足的串口UART资源虽然我们主要用USB但MCU内部的数据流转最终是通过UART外设模拟或直接处理的。CH32V208提供多个UART方便我们为每个USB通道分配独立的串口硬件进行数据缓冲和格式处理。成本与易得性在当前的芯片市场环境下寻找一款供货稳定、性价比高的芯片是关键。CH32V208作为国产RISC-V芯片在这方面有一定优势。注意选择CH32V208也意味着要面对一些挑战比如其RISC-V开发环境如MounRiver Studio对于习惯Keil或IAR的开发者可能需要适应社区资源相对于STM32等老牌厂商可能稍少。但考虑到其硬件配置与项目的匹配度这些挑战是值得接受的。2.3 系统架构设计整个交换器的逻辑架构可以理解为“USB CDC设备层 数据搬运层”。USB CDC设备层对于每个物理USB口MCU都将其模拟成一个标准的CDC/ACM设备。当外部设备插入时操作系统会识别到一个新的串行端口如COM3、COM4或/dev/ttyACM0。MCU的USB协议栈负责处理底层的USB枚举、端点配置和数据包收发。数据搬运层这是核心逻辑。MCU内部创建两个数据缓冲区通常用环形缓冲区实现分别对应USB口1和USB口2。当从USB口1收到一包数据后MCU并不进行任何协议解析因为CDC已经是串行字节流了而是直接将这包数据放入通往USB口2的发送缓冲区并触发USB口2的发送中断或DMA请求将数据发送出去。反之亦然。流控协调为了实现流量控制我们需要在USB CDC的接口描述符中声明支持硬件流控RTS/CTS。在MCU内部当某个方向的接收缓冲区快满时可以通过模拟拉低对应虚拟串口的CTS信号告知发送端暂停发送。这需要MCU的GPIO来模拟这些流控信号线或者通过USB CDC类协议中的特殊请求来实现软件流控XON/XOFF但硬件流控更可靠。3. 硬件设计与核心电路详解3.1 主控电路与USB接口设计CH32V208的核心最小系统包括电源、时钟、复位和调试接口。这里重点讲USB部分。电源管理整个板子可以从任意一个USB口的VBUS5V取电。使用一个低压差线性稳压器LDO如AMS1117-3.3将5V转换为3.3V为MCU和周边电路供电。关键点需要在两个USB口的VBUS输入前端分别加上肖特基二极管如SS34实现“或”逻辑供电防止两个USB口同时供电时电流倒灌。USB物理接口我们选择两个USB Type-A母座兼容性最广。每个USB口的D和D-信号线需要串联一个22欧姆的匹配电阻并靠近MCU的USB_DP/USB_DM引脚放置。同时D和D-线上必须各预留一个对地并联的ESD保护二极管如SRV05-4防止插拔时的静电损坏芯片。USB主从模式配置CH32V208的USB1HS支持主/从USB2FS仅支持从模式。硬件上USB主机模式需要MCU提供VBUS电源。因此对于可能配置为主机的那个USB口比如USB1需要增加一个电源开关芯片如TPS2041由MCU的GPIO控制在需要作为主机时将5V电源输出到该USB口的VBUS线上为连接的从设备供电。// 简化的原理图连接示意 USB_A1 (Port for Device A) ---[ESD, 22R]--- CH32V208_USB2_DP/DM (Device Mode Only) USB_A2 (Port for Device B) ---[ESD, 22R]--- CH32V208_USB1_DP/DM (Host/Device Mode) | |-- VBUS --[Schottky Diode]----- LDO 5V-3.3V -- VDD_MCU | | --[Power Switch]--GPIO_CTRL--3.2 流控信号与状态指示电路为了让数据交换更可靠我们实现硬件流控。流控信号模拟CH32V208的普通GPIO数量充足。我们为每个虚拟串口分配两对GPIO分别模拟RTS请求发送和CTS清除发送。例如将PA0配置为USB1虚拟串口的CTS输入监测对方是否就绪PA1配置为RTS输出告知对方自身状态。这些GPIO需要通过排针或测试点引出方便在需要时连接。状态指示灯板上至少需要三个LED电源指示灯PWR常亮表示设备已上电。数据活动指示灯ACT可以用双色LED或两个单色LED。当USB口1有数据收发时LED1闪烁USB口2活动时LED2闪烁。这在实际调试中非常直观能快速判断数据流向和链路是否存活。错误/状态指示灯ERR例如当某个USB端口枚举失败或缓冲区溢出时此LED可以慢闪或常亮辅助故障诊断。3.3 PCB布局与布线注意事项USB2.0全速12Mbps和高速480Mbps信号对布线质量有要求尽管我们这个应用对极限速度不敏感但良好的实践能保证稳定性。差分对走线USB的D和D-必须按差分线规则走线。线宽和线距保持一致平行走线长度匹配误差最好控制在10mil以内。避免在差分对附近走高速或开关信号线以防干扰。阻抗考虑虽然不强制要求严格控制90欧姆差分阻抗对于低速/全速应用但尽量参考芯片手册建议。保持从USB插座到MCU引脚路径最短、最直接。电源去耦在MCU的每个电源引脚附近尤其是VDD_USB放置一个100nF的陶瓷电容并在一组电源入口处放置一个10uF的钽电容或电解电容确保电源纹波最小。晶振布局CH32V208需要外部高速晶振如8MHz。晶振应尽可能靠近芯片的OSC_IN和OSC_OUT引脚环绕晶振的走线用地线包围下方禁止走其他信号线。4. 固件开发数据交换的核心逻辑实现4.1 开发环境搭建与工程配置我们使用沁恒官方推荐的MounRiver Studio进行开发。新建工程时选择CH32V208的型号并勾选USB库的支持。在工程配置中需要正确设置系统时钟确保USB时钟源通常由PLL提供精确为48MHz或96MHz取决于USB控制器这是USB通信的基础。关键步骤是配置USB设备描述符。我们需要修改usb_desc.c和usb_desc.h文件定义两个独立的USB CDC设备。虽然物理上是一个MCU但我们可以通过复合设备Composite Device的方式或者更简单地利用两个独立的USB控制器分别模拟一个独立的CDC设备。对于CH32V208USB1和USB2是独立的因此我们可以为每个控制器单独编译一套CDC设备描述符这在SDK中通常需要手动整合。实操心得沁恒的SDK中通常有一个完整的CDC例程。最直接的方法是复制一份CDC例程的代码将其中关于USB端点、缓冲区、设备描述符尤其是产品ID PID和接口号的所有定义都“复制”一份并加以区分。例如USB1使用端点1-IN、端点1-OUTUSB2使用端点2-IN、端点2-OUT。在中断服务程序中根据不同的USB控制器号OTG1/OTG2来分发处理事件。4.2 双通道数据搬运与缓冲区管理这是固件的核心我们创建一个data_bridge.c的文件来实现。// 定义两个环形缓冲区Ring Buffer #define BUFFER_SIZE 2048 // 每个方向缓冲区大小可根据需要调整 typedef struct { uint8_t data[BUFFER_SIZE]; volatile uint16_t head; // 写指针 volatile uint16_t tail; // 读指针 } usb_ring_buffer_t; usb_ring_buffer_t buf_1_to_2; // USB1 - USB2 的数据缓冲区 usb_ring_buffer_t buf_2_to_1; // USB2 - USB1 的数据缓冲区 // 缓冲区写函数由USB接收中断调用 uint8_t write_to_buffer(usb_ring_buffer_t *buf, uint8_t *data, uint16_t len) { uint16_t next_head; for(uint16_t i0; ilen; i) { next_head (buf-head 1) % BUFFER_SIZE; if(next_head buf-tail) { // 缓冲区满 return 0; // 写入失败可在此触发流控或丢弃数据 } buf-data[buf-head] data[i]; buf-head next_head; } return 1; // 写入成功 } // 缓冲区读函数由USB发送空闲中断或主循环调用 uint16_t read_from_buffer(usb_ring_buffer_t *buf, uint8_t *data, uint16_t max_len) { uint16_t len 0; while((buf-tail ! buf-head) (len max_len)) { data[len] buf-data[buf-tail]; buf-tail (buf-tail 1) % BUFFER_SIZE; } return len; // 返回实际读取的长度 }数据流转的驱动逻辑放在主循环或定时器中断中void main_loop(void) { uint8_t temp_buf[64]; uint16_t len; // 检查从USB1收到并暂存到 buf_2_to_1 的数据发送给USB2 len read_from_buffer(buf_2_to_1, temp_buf, sizeof(temp_buf)); if(len 0) { usb2_cdc_send_data(temp_buf, len); // 调用USB2的发送函数 } // 检查从USB2收到并暂存到 buf_1_to_2 的数据发送给USB1 len read_from_buffer(buf_1_to_2, temp_buf, sizeof(temp_buf)); if(len 0) { usb1_cdc_send_data(temp_buf, len); // 调用USB1的发送函数 } // 其他系统任务... }而USB接收完成中断服务程序例如USART2_IRQHandler这里指代USB接收中断则负责将数据写入对应的缓冲区// 假设这是USB1的数据接收完成回调函数 void usb1_data_received_callback(uint8_t* data, uint32_t length) { if(!write_to_buffer(buf_1_to_2, data, length)) { // 缓冲区满触发流控拉高对应虚拟串口的RTS输出低电平有效需根据硬件设计调整 gpio_set_pin(USB1_RTS_PIN, 1); // 假设高电平表示“未就绪” } }4.3 流控信号的处理逻辑流控的实现需要双向配合。以USB1到USB2的方向为例接收方USB2侧控制发送方USB1侧当buf_1_to_2缓冲区快满时例如占用超过80%MCU通过GPIO拉高USB1_CTS假设高电平有效这个信号会被连接在USB1虚拟串口上的外部设备检测到。如果该设备启用了硬件流控它就会暂停发送。当buf_1_to_2缓冲区被读取空间释放后例如低于20%MCU再拉低USB1_CTS通知外部设备可以继续发送。发送方USB1侧状态反馈MCU通过监测USB1_RTS引脚配置为输入的状态来判断连接在USB1上的设备是否就绪接收数据。如果对方拉高了RTS表示未就绪MCU就暂停从buf_2_to_1读取数据并向USB1发送。这部分逻辑可以放在缓冲区读写函数中或者由一个独立的定时器任务来周期性地检查缓冲区水位并更新GPIO状态。4.4 枚举与角色识别为了让设备更智能我们可以增加简单的角色识别功能。例如在设备上电初始化时将USB1默认配置为主机模式Host并尝试检测其VBUS线上是否有设备插入。如果检测到设备则自动将其枚举为CDC设备并开始数据交换。如果一段时间内未检测到设备则可以切换为设备模式Device等待被其他主机枚举。这涉及到USB控制器模式的动态切换在CH32V208的SDK中通常需要调用特定的库函数来重新初始化和配置USB控制器。实现起来稍复杂但对于一个通用型交换器来说能大大提升易用性。一个更简单的方案是通过板载的拨码开关或跳线帽让用户手动选择每个USB口的角色Host/Device。5. 调试、测试与性能优化5.1 基础功能调试单口CDC功能测试先分别测试两个USB口单独作为CDC设备是否正常工作。用USB线连接交换器和电脑确保电脑能正确识别出两个独立的串行端口例如COM3和COM4。使用串口调试助手如Putty、SecureCRT或开源的CoolTerm分别打开这两个端口设置相同的波特率虽然USB CDC实际速率与波特率设置无关但虚拟串口仍需要此参数进行自发自收测试确保每个端口自身收发正常。内部环回测试在固件中暂时将数据搬运逻辑改为“内部环回”即把从USB1接收到的数据直接发回给USB1USB2同理。这样可以隔离测试每个USB通道的完整收发链路。交叉传输测试恢复正式的数据搬运逻辑。将两个USB口分别连接到两台电脑或者一台电脑的两个USB口系统会识别为两个COM口。在电脑A的串口助手向COM3发送数据在电脑B的串口助手观察COM4是否收到相同数据反之亦然。测试不同数据长度、不同发送间隔下的传输正确性。5.2 压力测试与稳定性验证稳定性是这类桥接设备的关键。需要进行长时间、大流量的压力测试。长时间小数据包测试编写脚本让一端以最高速率例如1ms间隔持续发送1字节的数据包另一端接收并校验连续运行数小时甚至24小时观察是否有丢包、错包或死机。大数据块突发测试测试一次性发送大于内部缓冲区大小的数据块例如4KB。这考验缓冲区的管理和流控机制是否有效。理想情况下结合硬件流控不应丢失任何数据。热插拔测试在数据传输过程中随机拔插其中一个USB设备观察交换器是否能正确检测到断开和重新连接并在重连后恢复数据传输而不崩溃。不同设备兼容性测试使用不同类型的USB转串口设备FTDI FT232、Silicon Labs CP2102、沁恒CH340、WCH CH343等进行交叉连接测试确保交换器与各种常见芯片方案的兼容性。5.3 性能瓶颈分析与优化在测试中你可能会发现一些性能瓶颈以下是一些优化思路缓冲区大小优化BUFFER_SIZE是权衡内存占用和抗突发流量能力的关键。太小容易在流量波动时丢包太大则浪费内存并可能增加传输延迟。通过压力测试找到一个平衡点对于全速USB12Mbps2KB到4KB的缓冲区通常足够。中断与DMA应用数据搬运应尽量使用DMA。将USB端点的收发配置为DMA模式可以极大解放CPU资源。对于CH32V208需要配置USB和DMA控制器的相关寄存器让USB接收到的数据直接由DMA存入指定的缓冲区发送时也由DMA从缓冲区取出数据送到USB端点。这能显著降低CPU中断负载提高整体吞吐量和系统响应能力。降低系统延迟避免在主循环中进行耗时的操作。确保数据搬运的优先级最高。如果使用RTOS如FreeRTOS可以为数据搬运任务分配高优先级和足够的栈空间。功耗管理如果设备需要电池供电可以在检测到两个USB口都无连接时让MCU进入低功耗睡眠模式当任一USB口有插入事件时通过VBUS检测或USB数据线D/D-上的电压变化唤醒再恢复正常工作。6. 常见问题与故障排查实录在实际制作和调试过程中我遇到了不少坑这里记录下最典型的几个问题和解决方法。6.1 电脑无法识别USB设备或提示“未知设备”这是最常见的问题根本原因在于USB枚举失败。排查步骤检查硬件连接首先用万用表测量USB接口的VBUS是否有5V电压D和D-线是否与MCU引脚连通有无短路或虚焊。检查22欧姆串联电阻和ESD保护二极管是否焊接正确。检查电源测量MCU的3.3V电源是否稳定。USB对电源纹波比较敏感LDO输出端电容必须焊好。核对描述符这是软件问题的高发区。使用USB协议分析仪如Saleae逻辑分析仪配合USB协议解码功能或专用的USB分析仪是终极手段。没有的话可以仔细检查usb_desc.c中的设备描述符、配置描述符、接口描述符、端点描述符的每一个字节。特别是bDeviceClass、bDeviceSubClass、bDeviceProtocol对于CDC设备是否正确通常是0x02, 0x00, 0x00。检查端点地址和包大小。对于全速CDC设备中断IN端点用于通知和数据BULK IN/OUT端点的大小通常为64字节。确保产品IDPID和厂商IDVID的唯一性。如果你使用了沁恒示例代码中的默认VID/PID可能与系统已有驱动冲突。最好申请一个测试用的PID或使用一个不常见的值并在电脑端安装对应的.inf驱动文件尽管CDC是免驱的但自定义PID可能需要.inf来绑定系统自带的usbser.sys驱动。检查时钟用示波器测量MCU的USB时钟源通常是48MHz是否准确。频率偏差过大会导致USB通信失步。6.2 数据传输不稳定偶发丢包或乱码可能原因及解决缓冲区溢出这是最可能的原因。增加BUFFER_SIZE并优化数据搬运逻辑确保读指针追不上写指针时能有效触发流控。务必在缓冲区满时停止写入并触发流控而不是简单地丢弃数据。无流控或流控失效确认两端设备交换器和外部USB设备的串口配置中都启用了硬件流控RTS/CTS。在交换器固件中确保流控GPIO的输入输出方向配置正确并且电平逻辑符合标准是低电平有效还是高电平有效需统一。中断冲突或优先级不当如果USB中断被其他高优先级中断长时间阻塞会导致数据无法及时处理。调整中断优先级确保USB中断和用于数据搬运的DMA中断有足够高的响应优先级。PCB布线干扰如果差分线布线太差受到开关电源或时钟线的干扰可能导致数据错误。这属于硬件设计缺陷可能需要重新制板。在软件上可以增加简单的校验如每帧加CRC但根本解决还需优化布线。6.3 两个USB口同时工作时其中一个频繁断开重连可能原因电源负载能力不足当两个USB口都连接了功耗较大的设备时从单个USB口取电的5V LDO可能无法提供足够电流导致电压跌落MCU或USB PHY复位。解决方案是选择输出电流更大的LDO如1A或者在两个USB口的VBUS都接入时由它们共同供电这就是前面提到的肖特基二极管“或”逻辑电路的作用。USB控制器资源冲突虽然CH32V208有两个独立USB控制器但它们可能共享某些系统资源如某些时钟或总线带宽。检查SDK中关于双USB同时工作的示例或说明确保初始化序列和中断处理没有冲突。软件状态机混乱在同时处理两个USB控制器的枚举、数据传输和错误事件时状态机设计要清晰避免相互影响。确保为每个USB控制器维护独立的状态变量和缓冲区。6.4 如何测试流控是否真正起作用这是一个很好的调试点。你可以通过以下方法测试软件模拟阻塞在交换器固件中人为地在某个方向的数据搬运函数里添加一个长延时比如delay_ms(500)模拟处理不过来。同时在发送端电脑串口助手开启硬件流控并发送连续数据。你应该观察到发送一段时间后发送会自动暂停等延时结束又恢复。电脑串口助手的“发送字节数”统计会停止增长。逻辑分析仪观测将逻辑分析仪的探头连接到交换器板上的RTS和CTS测试点。在数据传输时观察波形。当接收缓冲区快满时应该能看到CTS信号线电平发生变化当发送端暂停时应该能看到RTS信号线电平变化。缓冲区水位监控通过一个保留的串口或SWD调试输出实时打印两个缓冲区的占用率。当进行高速数据传输时观察占用率是否会在一个高水位如80%附近波动而不是持续增长直至100%溢出。如果是后者说明流控信号未能有效让发送端暂停。这个双USB串口数据交换器项目从概念到实现涉及了USB协议、嵌入式系统、实时数据处理和硬件设计的多个方面。它不是一个简单的连线器而是一个需要软硬件协同的智能设备。最终做出来的小工具已经帮我省去了多次调试时来回插拔线缆、切换软件的麻烦让两个USB设备之间的对话变得无比直接。如果你也需要类似的桥接功能不妨以CH32V208为起点动手做一个。过程中对USB和嵌入式系统理解加深其价值远超过工具本身。