1. 项目定位为什么需要一个COM端口号可视化集线器1.1 调试多串口设备时最头疼的三件事做嵌入式开发的人特别是单片机、物联网、工控、通信模组这几个方向的老手应该都有过这样的经历桌面上堆着三四块开发板、一个USB转串口的小板子、一个USB HUB然后连接线缠成一团。更崩溃的是当你同时打开多个串口助手窗口时根本分不清哪个COM口对应的是哪块板子只能挨个拔线试。拔一根看设备管理器少哪个再插回去再打开设备管理器确认一次。这个流程我干过太多次了一次两次可以忍次数多了真的非常浪费时间。这个项目就是冲着这个痛点来的。基于CW32单片机制作一个“COM端口号可视化集线器”核心是把USB的一次枚举拆成四路串口然后用一带OLED屏幕直接显示出来第一路对应COM3、第二路对应COM5、第三路对应COM14、第四路对应COM21哪一路正在被打开、哪一路正在收发数据屏幕上都看得一清二楚。你再也不用对着设备管理器里的COM列表发呆了。这个设备适合谁如果你手头同时调试多个单片机、多个传感器模组、多台路由器交换机或者多个通信模块那它能在很大程度上解放你的眼力和精力。说实话这东西对入门不久的新手反而更友好——新人往往对Windows的串口分配机制一头雾水一会儿看到COM3一会儿看到COM17常常怀疑自己是不是驱动装错了。有一个直观的屏幕告诉你“这个口就是那根线”比什么教程都管用。1.2 “可视化”到底可视在哪里先解释一下COM端口号这个事。Windows里每个串口设备插入后系统会分配一个编号从COM1到COM256数字大小看起来毫无规律。比如一个CH340驱动插上去常被分到COM3或COM5但如果之前插过其他设备系统可能直接给你一个比较大的号比如COM12、COM17。原因在于Windows的串口号分配是按照驱动和已注册端口的次序来的并不支持跨设备统一管理。所以你会看到同一个USB转串口线这次是COM3拔掉重插可能变成了COM6让人非常困惑。在传统方案里解决这个问题的方式很笨一是固定某个USB口对应的串口号在设备管理器的高级设置里把COM号手动锁定二是在线缆上贴标签。手动锁定COM号能解决一部分问题但如果你有多个USB转串口适配器系统里会同时出现一堆驱动设备每根线还是容易混淆。这个项目里的做法就更直接既然一个USB口可以扩展出多个串口那我直接把每一路的物理编号、系统分配的COM号以及活动状态显示在一块OLED屏上让“物理通道”和“COM端口号”之间的对应关系一眼可见。这里要注意一个细节硬件本身并不能直接读取Windows给它分配的COM端口号。COM号保存在系统的注册表设备节点里单片机拿不到。但我们可以通过两个手段变相实现。第一给每一路串口芯片设置不同的USB描述符让设备管理器里显示出“COM_HUB_CH0”“COM_HUB_CH1”这样的名字第二利用枚举顺序的稳定性第一路物理串口固定对应设备管理器里第一个枚举出来的端口OLED上显示通道顺序用户看一眼设备管理器的顺序和屏上的通道号就能准确对应起来。实测下来这个方案在USB上电顺序不变的条件下非常可靠。1.3 与成品方案的对比我也想过直接买成品一个四口USB HUB再插四根USB转串口线。这个方案的问题在于体积大、线缆多。USB HUB本身是个方块四根转接线各带一个小板子桌面上一摊就是半个平方。而且每个转接线的驱动芯片和描述符可能不一样设备管理器里满屏的COM口你根本不知道哪个对应哪个。如果把USB转串口芯片直接集成在一块板子上一个USB口引出四路UART的TTL电平PCB尺寸做到一个名片大小成本和使用体验就完全不一样了。再配上OLED和CW32作为管理单片机这就是一个正经的工具而不是一堆飞线。对比一下几个方案方案体积对应关系直观度成本可靠性USB HUB加四根USB转串口线大线缆杂乱差全凭记忆中中插拔松动易掉线单路USB转串口芯片加多路扩展中差低中本项目的四路集成加OLED小一体好可视化显示中高固定连接最终我选择了一体化方案一个USB Type-C接口进入四路UART TTL输出板载OLED屏幕CW32负责屏幕驱动和状态监控。整个项目从硬件到用户体验的核心就是围绕“COM端口号的可见性”来设计的。2. 核心硬件选型与原理2.1 主控选型CW32F030C8T6凭什么当主控这个项目需要一个管理型MCU不参与具体的数据转发主要工作是跑I2C驱动OLED屏幕、检测各路串口状态、处理按键交互。任务量不大但对主控的要求有几个必须是国产供应链容易买的、价格友好、外设数量够用、开发资料清晰。我选了武汉芯源的CW32F030C8T6。这个芯片属于CW32F030系列Cortex-M0内核最高主频64MHzFlash 64KBRAM 8KB。从参数上看可能有人会觉得“杀鸡用牛刀”但真正做硬件选型时不能只看算力还要看IO资源和外设匹配。CW32F030有多个USART、I2C、SPI以及足够多的GPIO供电范围宽3.3V单电源工作内置RC振荡器也能跑外部晶振可选。具体到这个集线器CW32主要负责通过I2C接口驱动SSD1306 OLED显示刷新各路状态读取各路串口的DTR/RTS控制信号判断上位机是否打开了对应的串口检测TXD/RXD信号线上的数据活动用一个极简的电平检测电路即可实现通过GPIO控制一个小LED指示系统运行状态如果不用CW32换个STM32F030也能做但在这个项目里选用国产CW32还有一个现实原因货源稳定、价格合适适合做小批量工具。CW32系列还有免费的SDK和例程库开发上手难度低对于想复刻这个项目的朋友来说资料齐全比芯片本身更重要。CW32F030C8T6的封装是LQFP48手工焊接稍微有点考验焊工但熟练之后并不难。如果你不想碰贴片也可以选TSSOP20封装的CW32F030系列引脚少焊接难度低外设稍微缩减。我自己的板子用的是LQFP48原因很简单IO多后面扩展方便不必为了省几个引脚把设计憋屈了。2.2 四路USB转串口芯片CH344Q的取舍四路是个分水岭。市面上常见的USB转串口芯片单路的有CH340、CH343双路的不多四路的话最顺手的是沁恒的CH344。这个芯片用一路USB全速接口扩展出四路独立的UART每个通道拥有独立的收发FIFO支持硬件流控工作电压3.3V或5V内置EEPROM可以配置VID/PID、产品描述符。为什么选CH344而不是用四个CH340如果只是把四个CH340的USB D和D-接在一起电气上是行不通的因为USB是多主从总线结构不能简单并联。你必须要加一个USB HUB芯片把一路USB扩展成四路然后再接四个CH340这样一来PCB面积、成本、元器件数量都上去了反而失去了集成的意义。CH344本质上就是把HUB和四路串口转换封在一起一颗芯片解决问题。CH344的引脚比较多LQFP64封装手工焊接需要细心。它外围电路非常简单一个12MHz晶振、几颗去耦电容、一个USB座子、四路串口的TXD和RXD引脚基本上就是全部。具体到我的设计还利用了CH344的TXD/RXD状态指示功能把每路的发送和接收状态引到CW32的GPIO上做电平检测从而OLED上能显示箭头动画指示数据流动方向。这一点很实用后面会详细讲到。这里要给准备复刻的朋友一个建议CH344有多个型号后缀比如CH344Q和CH344G主要区别在封装和温度范围。选CH344QLQFP64就够了性价比最高。如果想做八路可以考虑片CH344加一个USB HUB但那个复杂度会明显上升四路是体验和工程量最均衡的配置。2.3 显示模块0.96寸OLED的取舍可视化集线器的“可视化”核心在显示模块上。我选的是0.96寸I2C接口OLEDSSD1306控制器128x64分辨率。选它有几个原因I2C接口只需SCL和SDA两根线省IOSSD1306协议非常成熟各种单片机都有现成库128x64可以在一屏内显示四路状态每路两行信息功耗低整个屏幕工作电流在20mA左右考虑过TFT LCD比如1.44寸ST7735分辨率高能显示更多内容但SPI接口占用引脚多刷新还要开帧缓冲。用CW32的8KB RAM去跑一个完整帧缓冲会让代码非常拧巴需要外扩或裁剪。OLED的显存只有1KB控制器自带MCU只负责写入命令和数据轻量得多。也考虑过段码LCD加丝印的方案但它只能显示固定内容不能动态显示“活动箭头”和自定义通道名和新手想看到的直观效果差距太大。最终OLED是综合体验最好的选择。0.96寸OLED有两种常见颜色配置蓝底白字和双色屏上蓝下黄。我用的是双色屏上面黄色区域显示标题和状态图标下面蓝色区域显示四路通道信息层次更清晰。OLED模块的供电电压范围是3.3V到5V板上直接给3.3V供电模块上的稳压电路也能正常工作。3. 硬件电路详解从电源到串口3.1 供电架构与功耗估算整个设备的供电来自USB的5V。板上需要一个3.3V电源轨给CW32、CH344、OLED以及电平转换逻辑共同使用。设计上我考虑了两种方案一种是AMS1117-3.3线性稳压器另一种是SY8088降压DC-DC。最终我选了AMS1117原因很简单这个设备的整机电流很小线性稳压器完全够用且电路最简单。整机功耗估算大概是这样的CW32F030正常工作在64MHz时大约10mACH344带四路串口同时工作时大约15到25mAOLED全屏点亮约20mA加上LED指示和其他损耗总电流大约60到80mA。AMS1117-3.3最大输出1A在这个电流负载下压降足够低发热可以忽略。如果你打算以后加更多外设或做八路扩展建议换成DC-DC效率会好一些但要注意电感布局和纹波控制。AMS1117的前端加了两个电容输入端100uF电解电容加0.1uF陶瓷电容输出端也放了10uF和0.1uF的组合。大容量的电容用于稳定电压小容量的陶瓷电容用于滤除高频噪声。这里有一个实操细节电解电容的ESR比较大对USB供电的瞬态响应有一定帮助但陶瓷电容一定要靠近芯片电源引脚放置否则滤波效果会大打折扣。CW32的每个供电引脚旁边也都放了一颗0.1uF去耦电容数字IC的去耦原则就是“每脚一颗、就近接地”。3.2 USB信号通道与保护电路USB部分用的是Type-C座子。虽然CH344只是USB 2.0全速设备12Mbps不需要高速差分信号那一套复杂的阻抗匹配但Type-C座子有几个好处正反插都行、插拔手感好、线材通用性强现在几乎人手都有Type-C线。这里有一个设计细节要特别注意CH344的USB D和D-是差分对PCB上必须做等长处理走线尽量平行且短避免在信号路径上打过孔。全速USB对等长要求不如高速USB那么苛刻但良好的布线习惯能减少枚举失败的概率。D和D-之间不要铺地铜保持干净的走线区。USB口的防护方面我在D和D-上各加了一颗ESD静电保护二极管型号是常见的USBLC6-2或便宜的ESD二极管阵列。做调试工具经常在桌面上插拔静电积累是不可避免的芯片的USB引脚直接裸露对接地线很脆弱的一颗ESD管几毛钱但能避免核心芯片损坏。5V电源线上加了一个自恢复保险丝500mA防止外部误接线导致短路电流过大而烧毁PC主板USB口。3.3 UART通道与信号线分配四路UART信号从CH344引出后直接连接到板边的2.54mm排针方便连接杜邦线。CH344的RXD和TXD是TTL电平和绝大多数单片机、传感器模组电平兼容。这里要提醒一句如果目标设备是RS232电平或RS485总线不能直接对接需要外接电平转换模块比如MAX3232或MAX485。我这个板子只处理TTL电平信号适用范围定位在单片机开发和嵌入式调试场景不做工业总线除非你后面加转接板。CH344的四路串口和CW32的GPIO连接逻辑如下CH344的TXD1/RXD1拉到CW32的PA0/PA1作为第一路的电平监测和状态读取其余三路依次用PA2/PA3、PA4/PA5、PA8/PA9CH344的UTXD1/URXD1直接连接到排针上的CH0_TX和CH0_RXCW32的GPIO配置成输入模式读取CH344的TXD和RXD电平变化从而判断数据收发状态。这个检测逻辑很简单如果有数据在传输TXD或RXD引脚上的电平会不断翻转CW32只需要定时检测引脚电位变化次数超过阈值就判断为“活动中”OLED上显示一个箭头动画空闲超过一段时间则恢复为静止状态。实际测试下来这个电平检测方案有一个局限如果串口长时间发送连续的空闲字符或0x00引脚电平可能会保持在某个固定值看起来像没有活动。这种情况在正常通信中很少发生因为数据帧之间总有停止位和间隔。如果你需要更高精度的活动检测可以考虑把信号送到CH344内部的FIFO状态寄存器那需要写I2C/SPI配置寄存器逻辑复杂不少。为了简化项目电平检测的方案够用了。3.4 复位、时钟与下载接口CW32的复位电路很简单NRST引脚接一个10k上拉电阻到3.3V然后接一个100nF电容到地。这个RC组合能保证上电时芯片有足够的复位脉冲同时防止外部干扰导致误复位。如果你以后要用CW32的ISP下载功能还要把BOOT0引脚引出来我预留了一个两针跳线默认下拉到地需要ISP时跳线拉高即可。CH344需要12MHz的外部无源晶振。晶振的两脚分别接22pF负载电容到地电容要尽量靠近芯片的XI和XO引脚。这里有个经验不要随意更换晶振的负载电容值不同芯片手册对晶振的要求不太一样22pF是CH344数据手册推荐的值直接照做就好。晶振旁边不要走高频信号线否则容易被串扰导致USB枚举不稳定甚至失败。CW32的下载和调试接口是标准的SWDSWDIO、SWCLK、GND、3.3V四针排针引出。这个接口在调试阶段非常重要建议做成独立的2.54mm针脚不要和UART排针混在一起。量产阶段如果不需要在线调试可以只保留UART下载接口。SWDIO引脚可以加上拉电阻SWCLK可以加下拉电阻防止烧录器连接瞬间引脚悬空造成误触发。4. PCB布局与装配调试4.1 布局原则与布线要点这块板子的PCB布局遵循一个优先级USB差分对最优先晶振其次I2C的OLED连接线再次最后才是普通GPIO信号线。四层板还是两层板我用的两层板也完全够用因为全速USB对信号质量要求不高四路串口也都是低速信号。但如果你手头有四层板渠道做成四层板会更从容电源层和地层完整信号走线随意很多。布局顺序是USB Type-C座子放在板边一侧紧挨着CH344两者之间的D和D-走线引导到芯片引脚时尽量对称。CW32放在CH344的斜对角方向OLED的4针接口放在远离USB座的一侧方便屏幕平放在板子预留的丝印区域内。排针放在板子两侧左右各两个串口方便外接杜邦线时理线。电源部分放在板子边缘和USB座在同侧。这里要特别说一个布线的坑CH344的晶体引脚和USB差分对不能交叉或者平行长距离走线。晶体信号是12MHz的高频源如果和USB的D/D-靠太近会把谐波耦合到USB线路上轻则偶尔识别失败重则传输不稳定。我第一版PCB就是犯了这个错误后来把晶体旋转了90度拉的走线重新绕着走问题才消失。如果你准备画板子一定要把晶体放在板边角落远离USB座和CH344的数据引脚。另外一个细节是GND的处理。CH344的散热焊盘EP要良好接地很多朋友画PCB时容易忽略这个焊盘只灌了一圈地。CH344的四路UART同时工作时发热不算小如果不把散热焊盘铺好长时间跑数据会过热。CW32的EP焊盘同样要接地这是稳定性的基础。4.2 焊接顺序与检测流程焊接顺序决定了调试效率。我的焊接顺序是先焊电源部分再焊CW32最小系统再焊CH344部分然后焊OLED排针和排针接口最后焊USB座。为什么这个顺序因为电源是基础先焊完电源可以立刻用万用表量测3.3V是否正常主控最小系统焊完后可以先烧一个LED闪烁例程验证芯片是否工作最后接USB调试减少一次网线一起焊完才发现问题的概率。每次焊完一个模块都要用万用表测一下电源对地是否短路、3.3V是否正常输出、晶振是否有振荡波形。我没有示波器的话可以测晶振两个引脚的对地电压正常情况应该都有大约1.6V左右的偏置。如果晶振没有起振多半是电容接错了或者芯片焊接有虚焊。CH344的部分焊接时要格外细心因为LQFP64引脚密集容易连锡。焊接时可以多用助焊剂焊完用放大镜检查每个引脚之间的绝缘情况。我还常用一个土办法用烙铁头蘸一点松香顺着引脚方向轻轻划一遍能帮连锡更好地分开。值得注意的是CH344的散热焊盘如果焊得不实会导致芯片供电不良这类问题最坑的是表面看起来所有引脚都焊好了但芯片一工作就复位或枚举失败。全部焊接完成后先不插OLED屏幕给板子通电用万用表确认各路电压无误然后插上USB看一眼电脑设备管理器是否出现了COM_HUB设备。如果识别到了再把OLED插上烧录固件观察屏幕显示是否正常。4.3 描述符修改与COM号管理机制这个部分的思路很重要。CH344内置EEPROM可以通过沁恒提供的工具修改USB设备描述符把设备管理器中显示的名字改成有含义的字符串。比如我把产品的描述符设置为“COMHUB”每个通道则在后面加上编号这样打开设备管理器你能直接看到COMHUB_CH0、COMHUB_CH1这样的名称而不是一大排一模一样的CH344。具体操作步骤是下载沁恒的CH34X系列配置工具连接设备后读取EEPROM内容修改厂商字符串和产品字符串然后写入。修改后需要拔插USB让系统重新枚举。工具界面上还有一个重要参数自定义VID/PID。如果你不作修改CH344默认使用沁恒的VID多个设备同时插在电脑上时会共用一套驱动但这没问题因为每个通道生成的串口是独立的。如果想做量产或者让设备看起来更正式可以申请自己的VID但个人DIY用默认的即可。关于COM端口号的可视化机制我再详细解释一遍。Windows对每个USB串口设备的端口号分配逻辑是先枚举到的设备用小一点的可用号后枚举的用大号。CH344作为单一USB设备枚举一次但内部有四个串口功能系统会依次注册四个串口。也就是说设备管理器里看到COM12到COM15这四个编号它们的顺序和CH344物理通道顺序是一一对应的排在前面的是CH0后面依次为CH1、CH2、CH3。这个顺序在设备不断电、不拔插的情况下是稳定的。即便COM号在重启电脑后变了比如从COM12变成COM5但“第一个枚举串口对应CH0”这个关系依然成立。所以OLED上显示的不是固定的“COM12”而是“通道0、通道1、通道2、通道3”再配合设备管理器里的名称和顺序就能准确知道每个物理接口对应的当前COM号。如果你平时固定使用某几个COM号可以在设备管理器的高级设置里把每个串口的端口号锁定那OLED上标记的内容就完全固定了。4.4 固件侧的状态显示逻辑CW32固件的主要工作量在OLED状态显示和电平检测上。代码结构可以分成三块SSD1306驱动、I2C通信、串口状态检测与界面渲染。SSD1306驱动网上有现成的工程上常用的做法是直接移植开源的ssd1306驱动文件把I2C底层换成CW32的硬件I2C或者模拟I2C。我用的是模拟I2C两根GPIO直接拉原因是不用纠结CW32的I2C外设配置代码更透明对调试也方便。OLED刷新率要求不高模拟I2C的速度完全够用。界面上我设计了三个区域。顶部是标题显示“COM HUB V1.0”。中间有两行分左右两栏每栏显示一个通道的信息通道序号、当前串口助手是否打开通过DTR信号判断、有没有数据活动。屏幕最底部显示一个全局状态比如“USB Connected”或者“USB Error”。如果CW32检测不到USB上拉信号异常会在OLED上提示。判断串口是否被打开的原理是利用串口的DTR握手信号。大多数串口助手在打开串口时会拉高DTR或RTS信号CH344把这些控制信号引到了芯片引脚上CW32读取对应GPIO电平即可知道哪个通道被占用。这个功能在调试时非常实用你开着一个串口助手窗口但忘了是哪一个抬头看一眼OLED上面直接显示“CH2 已打开”一秒定位。数据活动检测用的是GPIO电平翻转计数。CW32每个主循环周期检查一次各路TXD/RXD引脚的电平如果检测到翻转次数超过一定阈值就认为该路正在收发数据OLED上对应的通道图标从静态变成动态箭头同时记录最近活动时间。连续2秒没有翻转则恢复静态显示。5. 常见问题与排查实录5.1 USB枚举失败或识别不到设备USB设备插上后电脑毫无反应这是做USB类硬件最容易遇到的问题。排查顺序建议固定为先看CH344供电是否正常量3.3V引脚电压再看晶振是否起振用示波器或万用表量晶体引脚然后检查USB D/D-是否焊反最后看CH344的EEPROM是否被写坏。有一种很容易踩的坑是CH344首次上电后被系统识别为“未知USB设备”。这个大概率是EEPROM里没有有效配置或者设备描述符校验失败。解决方法是使用沁恒的配置工具重新写入默认配置注意写入时不要断电写完后安全弹出设备再重新插入。5.2 某一路串口打不开或打开失败如果四路中有一路总是无法打开先排除硬件问题用万用表量这一路的TXD和RXD是否连到了排针上有没有虚焊。CH344的引脚很密TXD和RXD之间隔得很近焊接时容易连锡造成信号被拉低或拉高。我曾经遇到过CH2的TXD和RXD连在一起导致该通道发送时被自己的接收端接收串口助手打开后立刻收到一堆乱码。软件层面可以在设备管理器中查看该串口是否被系统占用。Windows的串口有一个特性如果上次打开的串口没有正常关闭系统可能锁定一段时间。这种情况重启电脑或者把设备管理器里的串口禁用再启用即可。5.3 OLED不亮或花屏OLED不亮的排查顺序是供电是否正常、SCL/SDA是否接反、模块地址是否是0x3C还是0x3D。市面上的0.96寸OLED模块默认地址大多是0x3C但有个别批次用的是0x3D。如果你移植的驱动代码里写死了地址屏幕自然不亮。可以在固件里写一个I2C地址扫描程序把所有可能的地址都扫一遍然后初始化对应的设备。提到花屏多半是I2C时序问题。模拟I2C的延时时长不够SSD1306就会有数据错位显示花屏。解决办法是拉大delay时间或者改用硬件I2C。CW32的硬件I2C配置不复杂真出问题时果断切硬件I2C别在模拟时序上耗太久。5.4 多路同时通信时数据互相干扰多路UART同时收发时设备出现数据错乱或者丢字节。这个问题我在调试过程中遇到过先说结论串口数据真正相互干扰的概率很小因为CH344内部已经有独立的FIFO缓冲通道之间是隔离的。数据错乱首先怀疑的是地线问题。如果目标板和外设的GND没有和集线器的GND连在一起TTL电平的参考地不一致就会导致逻辑电平判断异常出现乱码。解决办法是保证每一路的外设GND都和板子上的GND连接。TTL串口是单端信号地参考不一致时信号质量会很差。另外串口线不要长距离平行走PCB或者杜邦线如果杜邦线超过了20cm可以加一对小的磁环或降低波特率这在工频干扰大的调试场地很有效。6. 实测效果与使用心得项目做完后我实际用了将近一个月。桌面上的设备组合是一块STM32F103开发板、一个ESP32模块、一个4G模组、一个GPS模块四个设备的串口全部接到四个通道上。OLED屏幕上每一路都挂着一个状态显示哪个通道被串口助手打开、哪个有数据跑一目了然。这个工具在实际调试场景中带来的最大改变是不再需要“拔线确认”这个动作。之前遇到串口数据不对我第一反应是看看是不是窗口选错COM口了现在先看OLED确认通道没问题再去看接线查错路径少了一步。另外由于板子体积小直接放在显示器底座旁边线缆从四个方向接出整个桌面看起来清爽了很多。也有朋友问能不能把四路都接成RS232或者RS485答案是加转接板就行板子这边只输出TTL电平通过杜邦线连接MAX3232或MAX485模块即可。需要注意的是转接模块的供电不要超过板子的3.3V逻辑电平范围。如果后续有需要我倾向于做一版八通道的不过那会需要USB Hub芯片工程量又上一层。目前这个四通道版本作为个人调试工具已经是性价比和实用性的最优解了。