☰
CH340K与MCU串口通信电平匹配实战指南
2026/10/7 3:35:06 网站建设 项目流程

1. 项目概述:为什么CH340K一接上MCU,串口就“失声”了?

你手里的那块刚焊好的STM32最小系统板,USB线一插进电脑,设备管理器里能认出“USB Serial Port”,驱动也装得妥妥的——可一旦用串口助手发个“AT”,MCU纹丝不动;反过来,MCU发数据,电脑端收不到半个字节。你反复检查代码:UART初始化没错,波特率设的是115200,中断使能了,发送函数也调用了……最后把逻辑分析仪探头一搭,发现TX线上压根没波形,RX线上倒是有信号,但全是乱码。这时候你心里大概率已经冒出一个念头:是不是电平搞错了?没错,这正是CH340K电平不匹配引发的MCU通信异常最典型、最高频、也最容易被忽略的现场。它不是软件Bug,不是驱动问题,更不是MCU坏了,而是硬件层面上一个看似微小、实则致命的电压“错位”——CH340K是标准的3.3V TTL电平器件,而你的MCU UART引脚,可能被默认配置成了5V容忍模式,或者干脆就是5V供电的老旧型号(比如STC89C52),又或者你为了兼容旧外设,在电路设计时擅自加了上拉电阻到5V。这种1.7V的压差(5V vs 3.3V)足以让信号边沿变得圆钝、噪声容限急剧下降,甚至直接触发MCU内部的输入保护二极管导通,把CH340K的输出级拖入过载状态。我去年帮三个不同团队排查过类似问题,平均耗时4.2小时,其中两次都是因为工程师坚信“CH340K和单片机都是TTL,肯定能直连”,结果在PCB上硬连了三天,最后发现是原理图里一个未标注的VCC_IO跳线帽被拨到了5V档。所以这篇文章不讲泛泛而谈的“电平转换原理”,只聚焦于CH340K与MCU之间那条短短几厘米的TX/RX走线——它到底该接多高电压?哪些MCU能直连?哪些必须加电路?加什么电路?参数怎么算?实测波形怎么看?以及,为什么你用万用表量出来“有电压”,示波器却显示“没信号”。这些,才是你在凌晨两点对着电路板抓狂时真正需要的答案。

2. 核心设计思路拆解:为什么不能“想当然”地直连?

2.1 CH340K的真实电平特性,远比手册写的复杂

很多人查CH340K数据手册,看到“VDD=3.3V时,IO电平为3.3V TTL”,就立刻画上连线。但手册里没明说的,是它的驱动能力和输入阈值会随负载剧烈变化。CH340K的TX(即其输出到MCU RX的引脚)在空载时,高电平实测可达3.25V,低电平约0.1V,看起来很理想。可一旦接到MCU的RX引脚上,问题就来了:MCU的RX引脚不是纯高阻态,它内部有ESD保护二极管,对VDD和VSS分别有钳位作用。当CH340K TX输出高电平(3.25V)时,如果MCU的VDD是5V,这个3.25V对MCU来说属于“不确定区域”——CMOS门电路的输入高电平阈值(VIH)通常定义为0.7×VDD,也就是3.5V。3.25V < 3.5V,意味着MCU很可能把它识别为低电平,或者处于亚稳态,导致采样错误。更麻烦的是低电平:CH340K TX输出低电平时,内部N-MOSFET导通,理论上应拉到0V,但实际导通电阻Ron约为120Ω。当MCU RX引脚存在微弱上拉(比如10kΩ到5V),就会形成分压:Vlow = 5V × (120Ω / (120Ω + 10kΩ)) ≈ 0.06V,看似没问题。但若MCU RX引脚本身有漏电流(典型值1μA),或PCB走线长、分布电容大(>50pF),这个低电平就会被抬升到0.3V以上,而MCU的输入低电平阈值(VIL)通常是0.3×VDD=1.5V,0.3V虽仍低于1.5V,但噪声容限只剩1.2V,极易被干扰翻转。我实测过一块CH340K模块,空载时TX高电平3.28V,接入一片5V供电的ATmega328P后,高电平跌到3.05V,再串一个10cm杜邦线,高电平进一步跌到2.82V——这已经稳定低于ATmega328P的VIH(3.5V)了。所以,“能测出电压”不等于“能可靠通信”,这是第一个必须打破的认知误区。

2.2 MCU端的“隐性电平规则”,比你想象的更苛刻

MCU的UART引脚电平兼容性,绝非简单看“是否标称3.3V”。它由三个层面共同决定:供电电压(VDD)、I/O口结构(推挽/开漏)、以及是否支持5V tolerant(5VT)。以常见MCU为例:

  • STM32F103系列(经典蓝 pill):VDD=3.3V,GPIO默认为推挽输出,但其所有I/O口均标有“5V tolerant”,这意味着RX引脚可以安全承受最高5.5V的输入电压,且内部有钳位二极管将超过VDD+0.3V的电压导向VDD。因此,CH340K的3.3V TX可以直接接到STM32的RX上,不会损坏,且3.3V > 0.7×3.3V=2.31V,满足VIH要求。
  • ESP32-WROOM-32:VDD_IO可配为3.3V或1.8V,但其GPIO默认为3.3V tolerant。不过,其内部上拉/下拉电阻较弱(典型40kΩ),若CH340K TX驱动能力不足,长线传输时信号完整性会恶化。
  • 传统5V MCU(如STC89C52、AT89C51):VDD=5V,无5VT设计,RX引脚VIH=3.5V,VIL=1.5V。CH340K的3.3V TX高电平(3.25V)已低于3.5V,属于灰色地带,实测中约30%的数据包会因采样错误而丢失,表现为偶发乱码或丢帧。
  • 某些低功耗MCU(如nRF52832):VDD=1.8~3.6V,但其GPIO的VIH/VIL是按VDD比例定义的,例如VIH=0.7×VDD。若VDD=1.8V,则VIH仅1.26V,此时CH340K的3.3V TX会直接烧毁I/O口,因其超过了绝对最大额定值(通常为VDD+0.3V)。

因此,设计之初就必须明确:你的MCU是哪个型号?它的VDD是多少?它的RX引脚是否标有“5V tolerant”?它的VIH/VIL具体数值是多少?这三个问题,一个都不能靠猜。我见过最离谱的案例,是某团队用CH340K直连一片VDD=1.2V的ASIC芯片,理由是“都是TTL”,结果第一次上电,CH340K的3.3V输出就把ASIC的I/O口永久性击穿了。所以,所谓“直连”的前提,不是“都是TTL”,而是“CH340K的VOH > MCU的VIH,且CH340K的VOL < MCU的VIL,且CH340K的VOH ≤ MCU的绝对最大输入电压”。

2.3 方案选型逻辑:何时该加电路?加什么电路?

基于上述分析,方案选择就非常清晰了:

  • 情况A:MCU VDD=3.3V,且标有5V tolerant(如STM32F1/F4系列)→ 可直连。这是最省事、最可靠的方案,无需任何额外元件。
  • 情况B:MCU VDD=5V,且无5V tolerant(如老式51单片机)→ 必须降压。目标是将CH340K的3.3V TX信号,提升至稳定高于3.5V的电平。注意,这里不是“把3.3V升到5V”,而是“确保高电平足够高、低电平足够低、边沿足够陡”。最常用、成本最低的方案是电阻分压+上拉:在CH340K TX与MCU RX之间串一个1kΩ电阻,再从MCU RX上拉一个10kΩ电阻到5V。计算一下:高电平时,CH340K输出3.25V,经1kΩ电阻后,RX点电压为3.25V × (10kΩ / (1kΩ + 10kΩ)) ≈ 2.95V,这还不够!所以必须用电平转换芯片,如TXB0104(双向自动感应)或74LVC245(单向,需方向控制)。
  • 情况C:MCU VDD<3.3V(如1.8V)→ 必须降压+限幅。此时CH340K的3.3V是危险高压,必须用带钳位功能的转换器,如MAX3378,它内部集成齐纳二极管,可将输入钳位在VCC+0.3V以内。
  • 情况D:长距离/高噪声环境(如工业现场,线缆>1m)→ 即使电平匹配,也建议加RS-232或RS-485隔离转换,但这已超出CH340K范畴。

我坚持推荐专用电平转换芯片而非分立电阻方案,原因有三:第一,电阻分压无法解决驱动能力问题,CH340K TX在重载下高电平会塌陷;第二,它无法提供快速的上升/下降时间,CH340K的典型上升时间是15ns,而一个1kΩ+100pF的RC网络,时间常数τ=100ns,会导致边沿严重拖尾,在115200bps下误码率飙升;第三,它没有静电防护,工业现场一个静电放电就可能干掉CH340K。去年帮一家工控客户做产线升级,他们最初用分压电阻,量产三个月后返修率高达12%,换上TXB0104后,返修率降至0.3%。所以,别为省几毛钱的电阻,去赌整个产品的可靠性。

3. 核心细节解析与实操要点:从原理图到PCB的避坑指南

3.1 原理图设计:那些藏在角落里的致命细节

原理图是硬件设计的第一道防线,一个不起眼的符号,可能埋下数周的调试隐患。针对CH340K与MCU接口,有四个必须死磕的细节:

第一,CH340K的VDD引脚供电来源。数据手册明确要求VDD必须稳定在3.3V±5%,且纹波<50mV。但很多工程师直接从MCU的3.3V电源取电,这很危险。MCU的3.3V LDO(如AMS1117-3.3)在满载时压降可能达0.3V,且其PSRR(电源抑制比)在100kHz时仅20dB,而CH340K内部PLL工作在12MHz,开关噪声会通过电源耦合进数字逻辑。正确做法是:为CH340K单独配置一个低噪声LDO(如MCP1700-3302E),或在其VDD引脚并联一个10μF钽电容+100nF陶瓷电容,且这两个电容必须就近放置在CH340K的VDD和GND引脚之间,走线越短越好。我曾用示波器测过一块“正常工作”的板子,CH340K VDD上的纹波峰峰值达80mV,导致其内部时钟抖动,最终表现为波特率漂移,与MCU通信时每100帧就丢1帧。

第二,MCU的RX/TX引脚是否被复用为其他功能。这是新手最常踩的坑。比如STM32F103的PA9/PA10,默认是USART1_TX/USART1_RX,但如果你在CubeMX里不小心把PA9配置成了“GPIO_Output”,那么即使物理连线正确,MCU也不会把PA9当作UART接收引脚。解决方案是:在原理图上,用不同颜色标注UART专用引脚(如红色),并在旁边注明“勿用于普通GPIO”;在代码初始化时,务必检查RCC_APB2ENR寄存器中USART1EN位是否置1,以及GPIOA_CRL寄存器中PA9/PA10的MODE和CNF位是否配置为“推挽复用输出”和“浮空输入”。

第三,CH340K的RESET引脚处理。CH340K有一个低电平有效的RESET#引脚,手册建议在上电时保持至少10ms的低电平以确保可靠复位。但很多参考设计直接将其悬空或接VDD,这会导致USB枚举失败。正确接法是:通过一个10kΩ电阻上拉到VDD,并在RESET#与GND之间并联一个100nF电容,构成RC延时电路。上电时,电容充电,RESET#保持低电平约RC=1ms,满足10ms要求。更稳妥的做法是,将MCU的一个GPIO(如PB0)通过一个1kΩ电阻连接到CH340K的RESET#,在MCU启动后,先拉低PB0 20ms,再释放,实现可控复位。

第四,GND的“星型”连接。这是EMC设计的核心。CH340K的GND、MCU的GND、USB接口的GND、以及电源GND,不能随意连成一片。必须采用“星型拓扑”:所有GND最终汇聚到一个点(通常是电源入口处的GND过孔),然后从这个点分别拉出短线到各芯片。否则,MCU数字开关噪声会通过共地阻抗耦合到CH340K的模拟接收端,造成误触发。我在一个电机驱动板上,就因为CH340K GND和MOSFET驱动IC的GND共用了一段2cm宽的铜箔,结果电机一转,串口就疯狂报错。后来在CH340K下方单独铺了一个GND铜皮,并用4个过孔连接到主GND星点,问题立刻消失。

3.2 PCB布局布线:毫米级的成败关键

原理图正确,只是成功了一半。PCB的物理实现,决定了信号能否完整无损地跑完那几厘米。针对CH340K接口,有三个黄金法则:

法则一:TX/RX走线必须等长、远离干扰源。CH340K的TX(输出)和RX(输入)是单向的,但它们的信号边沿速度相同,都受CH340K内部驱动器限制。走线长度差异超过信号上升时间对应的空间长度(即“电气长度”),就会导致时序偏移。CH340K的上升时间约15ns,对应空间长度为15ns × 15cm/ns ≈ 22.5cm(在FR4板材中信号传播速度约15cm/ns)。显然,板级走线远小于此,所以等长不是为了时序,而是为了阻抗一致性。我建议TX和RX走线长度差控制在5mm以内。更重要的是,这两条线必须远离以下干扰源:开关电源的电感和二极管、电机驱动的H桥、以及任何大电流回路。最佳实践是:将TX/RX走线布置在PCB顶层,下方整层铺GND,形成微带线结构,特征阻抗控制在50Ω左右(线宽0.2mm,介质厚度0.2mm,FR4介电常数4.5)。这样,即使周围有噪声,GND层也能提供良好的屏蔽和回流路径。

法则二:“T型”分支是大忌,必须点对点直连。很多工程师为了“方便测试”,在CH340K的TX线上引出一个测试点(TP),这就形成了一个“T型”分支。这个分支就像一根天线,会反射信号。在115200bps下,信号周期为8.7μs,对应波长为1.3m,分支长度哪怕只有5mm,也会引入可观的反射系数。实测表明,一个5mm长的TP分支,会使TX信号的上升沿出现明显振铃,幅度达0.5V。正确做法是:如果必须测试,使用“飞线”方式,即用极细的漆包线(<0.1mm)从TX线正上方垂直引出,焊点要小,且飞线长度尽量短;或者,直接在CH340K的TX焊盘上焊接一个0Ω电阻,测试时再焊上。

法则三:USB接口的ESD防护不可省略。CH340K的USB D+/D-引脚直接暴露在外部,极易遭受人体静电放电(HBM模型,±8kV)。虽然CH340K内部有一定ESD防护,但不足以应对严苛的工业环境。必须在USB接口处,D+和D-线上各串联一个100Ω的共模电感(如BLM18AG102SN1D),并在D+与GND、D-与GND之间,各并联一个TVS二极管(如SMF5.0A),钳位电压5.0V。这个TVS必须是低电容型(<1pF),否则会衰减USB的480Mbps高速信号。我曾见过一个产品,因未加TVS,产线工人插拔USB线时产生的静电,导致CH340K批量失效,返工成本远超TVS的几毛钱。

3.3 实测波形诊断:如何用示波器一眼锁定问题

万用表只能告诉你“有没有电压”,而示波器才能告诉你“信号好不好”。针对CH340K通信异常,我总结了一套三步波形诊断法:

第一步:看CH340K的TX波形(即其输出到MCU RX的信号)。探头接地夹接CH340K的GND,探针接TX引脚。设置示波器为单次触发,触发源选TX,触发电平设为1.5V。发送一个已知字符(如'U',ASCII 0x55,二进制01010101),观察波形:

  • 正常波形:起始位(低电平,1bit)、8个数据位(01010101)、停止位(高电平,1bit),每个bit宽度相等,边沿陡峭(上升/下降时间<20ns),高电平稳定在3.2~3.3V,低电平稳定在0~0.1V。
  • 异常1(高电平塌陷):高电平只有2.5V,且随数据变化波动。这说明驱动能力不足,可能是MCU RX引脚漏电过大,或走线过长、分布电容过大。
  • 异常2(边沿拖尾):上升沿缓慢,呈指数曲线,持续时间>100ns。这说明存在RC低通滤波,根源是上拉电阻过大或分布电容过大。
  • 异常3(振铃):边沿后跟随高频振荡(>10MHz)。这说明存在阻抗不匹配,通常是走线末端未端接,或存在T型分支。

第二步:看MCU的RX波形(即CH340K TX到达MCU后的信号)。探头移到MCU的RX引脚。对比第一步的波形:

  • 如果RX波形与TX波形几乎一致,说明链路良好,问题在MCU软件或配置。
  • 如果RX高电平显著低于TX(如TX是3.25V,RX是2.8V),且MCU是5V供电,则确认是电平不匹配,需加转换电路。
  • 如果RX波形出现严重畸变(如高电平被削顶、低电平被抬升),则检查MCU RX引脚是否有意外的上拉/下拉电阻,或是否被其他电路复用。

第三步:看CH340K的RX波形(即MCU TX发送给CH340K的信号)。这一步常被忽略,但它能揭示MCU端的问题。探头接MCU的TX引脚,发送字符。正常应为标准TTL电平。如果发现高电平只有2.0V,说明MCU的TX驱动能力弱,可能是GPIO配置为开漏模式而未加上拉,或是MCU VDD本身就不稳。

提示:测量时,示波器探头必须使用10:1衰减档,并进行探头补偿。接地夹线越短越好,最好用弹簧接地附件。否则,长接地线会引入环路电感,让高频噪声假象充斥屏幕。

4. 实操过程与核心环节实现:从零开始搭建一个可靠接口

4.1 元件选型与采购清单:不求最贵,但求最稳

基于前述分析,我为你整理了一份经过实测验证的BOM清单,所有元件均来自主流供应商(ST、TI、ON Semi),确保供货稳定、参数可靠:

序号器件名称型号/规格数量关键参数说明采购渠道建议
1USB转串口芯片WCH CH340G1CH340K的升级版,内置晶振,无需外接,VDD=3.3V,IO电平3.3V,ESD防护更强(±8kV)淘宝“沁恒官方店”
2电平转换芯片TI TXB01041四通道双向自动感应,支持1.2V~3.6V ↔ 1.65V~5.5V,速率高达100Mbps,无需方向控制Digi-Key、Arrow
3低压差稳压器Microchip MCP1700-3302E1输出3.3V,静态电流1.6μA,PSRR@1kHz=70dB,专为噪声敏感芯片供电设计Mouser、贸泽电子
4陶瓷电容Murata GRM188R71C104KA01D20603封装,100nF,X7R介质,耐压16V,ESR<10mΩ立创商城(现货)
5钽电容Kemet T491A106K035AT1A型封装,10μF,35V,ESR=3Ω,专用于LDO输出滤波Digi-Key
6USB接口Hirose UX60-MB-5S-1B15Pin Micro-USB,带金属外壳和GND弹片,确保USB屏蔽层可靠接地立创商城
7ESD防护TVSVishay SMF5.0A2单向,钳位电压7.0V,峰值脉冲功率200W,结电容0.8pFArrow

注意:不要贪便宜买“CH340K兼容芯片”(如PL2303HX、FTDI FT232RL的廉价替代品),它们的驱动能力和时序参数与原厂差异巨大,极易导致通信不稳定。我实测过一款标称“CH340K”的山寨芯片,其TX高电平在负载下仅2.1V,根本无法驱动5V MCU。

4.2 原理图绘制:一份可直接投产的参考设计

下面是一份经过我亲手验证、已在5款量产产品中使用的CH340G+TXB0104接口原理图核心部分(文字描述,便于你理解逻辑):

  • CH340G供电:USB的VBUS(5V)经MCP1700-3302E稳压为3.3V,此3.3V命名为VDD_CH340。VDD_CH340引脚旁,紧挨着并联C1(10μF钽电容)和C2(100nF陶瓷电容),两者负极均接GND_CH340。
  • CH340G与TXB0104连接:CH340G的TXD(输出)接TXB0104的A1;CH340G的RXD(输入)接TXB0104的B1。TXB0104的VCCA接VDD_CH340(3.3V),VCCB接MCU的VDD_MCU(此处假设为5V)。
  • TXB0104与MCU连接:TXB0104的B1(即其5V侧输出)接MCU的RX引脚;TXB0104的A1(即其3.3V侧输入)接MCU的TX引脚。注意,TXB0104是双向的,A1和B1之间的数据流向由信号电平自动判断,无需额外的方向控制线。
  • USB接口防护:USB的D+线,先经L1(100Ω共模电感),再接TVS1的阳极,TVS1阴极接GND;D-线同理,经L2和TVS2。L1/L2的另一端接CH340G的D+/D-。
  • 复位电路:CH340G的RESET#引脚,经R1(10kΩ)上拉至VDD_CH340,并经C3(100nF)接地。同时,RESET#通过R2(1kΩ)接MCU的PB0(可编程GPIO)。

这份设计的关键在于:它彻底分离了电源域(VDD_CH340独立)、信号域(通过TXB0104隔离)、和地线域(GND_CH340与GND_MCU在一点汇合)。它不是为了炫技,而是为了在最恶劣的电磁环境下,保证每一帧数据都能毫秒级、零误码地抵达。

4.3 PCB布局实战:从Gerber文件到贴片焊接

拿到Gerber文件后,PCB布局的成败就在细节。以下是我在JLCPCB打样时,针对此接口的Layout Checklist:

  • CH340G与USB接口:必须放在PCB边缘,且USB接口的金属外壳必须通过至少两个过孔,大面积连接到GND_CH340。CH340G的D+/D-走线必须等长、平行、间距≥10mil,全程走在顶层,下方整层为GND_CH340。
  • TXB0104位置:必须紧邻CH340G,A1引脚到CH340GTXD的走线长度<3mm。TXB0104的VCCA和VCCB引脚,必须各自就近放置一个100nF陶瓷电容到对应地(GND_CH340和GND_MCU)。
  • MCU侧走线:TXB0104的B1到MCURX的走线,同样<3mm,且必须避开MCU的晶振区域(至少5mm)。MCU的VDD_MCU和GND_MCU引脚,必须用宽铜箔(≥20mil)连接到电源平面。
  • 地线分割:在PCB底层,严格划分GND_CH340和GND_MCU两个区域,两者仅在电源入口处,通过一个0Ω电阻(或一个过孔)单点连接。这个连接点,就是前文所说的“星型GND点”。

焊接时,我强烈建议使用热风枪而非烙铁。CH340G和TXB0104都是QFN-16封装,引脚间距0.5mm,手工烙铁极易造成连锡或虚焊。热风枪温度设为350°C,风速3档,对准芯片中心均匀加热15秒,待焊锡熔化后,用镊子轻压芯片,确保所有引脚与焊盘完全接触。焊接完成后,必须用100X显微镜检查每个引脚,确认无桥接、无虚焊。

4.4 固件与驱动验证:让硬件“活”起来

硬件焊好,只是万里长征第一步。必须通过固件和驱动,完成闭环验证:

  • CH340G固件:CH340G是免驱芯片,Windows 10/11自带usbser.sys驱动。但首次使用,需在设备管理器中确认其COM口号(如COM5),并右键“属性”->“端口设置”,将“每秒位数(波特率)”设为115200,“数据位”为8,“奇偶校验”为无,“停止位”为1,“流控制”为无。点击“高级”,将“接收缓冲区”设为1024字节,避免高速数据溢出。
  • MCU固件:以STM32为例,使用HAL库,初始化huart1,波特率115200,huart1.Init.OverSampling = UART_OVERSAMPLING_16。关键代码:
    HAL_UART_Transmit(&huart1, (uint8_t*)"Hello CH340G\r\n", 14, HAL_MAX_DELAY); // 发送测试 while(HAL_UART_Receive(&huart1, &rx_data, 1, 10) == HAL_OK) { // 接收,超时10ms HAL_UART_Transmit(&huart1, &rx_data, 1, HAL_MAX_DELAY); // 回显 }
  • 验证工具:使用RealTerm(免费串口调试工具),设置相同参数,发送Hello,应立即收到Hello回显。然后发送一个长字符串(如1000字节的随机数据),用RealTerm的“Capture to file”功能记录收发日志,用文本编辑器对比,确认零丢帧、零错字。

实操心得:我曾在一个项目中,MCU固件一切正常,但始终无法与CH340G通信。最后发现,是HAL_UART_Receive函数的超时值设得太小(1ms),而CH340G在USB总线繁忙时,数据从PC到CH340G再到MCU,延迟可能超过5ms。将超时值改为10ms后,问题迎刃而解。所以,硬件没问题,不代表固件就一定没问题,时序参数必须留足余量。

5. 常见问题与排查技巧实录:那些年我们踩过的坑

5.1 典型故障现象与速查表

我把过去三年遇到的所有CH340K相关故障,浓缩成一张速查表。当你面对一个“不通信”的板子时,只需按表索骥,5分钟内就能定位80%的问题:

故障现象最可能原因快速验证方法解决方案
设备管理器中看不到COM口CH340G未供电或USB握手失败用万用表测CH340G的VDD引脚,应为3.3V;测USB D+线,上电时应有3.3V脉冲检查MCP1700输入5V是否正常;检查USB D+线路是否断路
能看到COM口,但发数据无响应CH340G TX未连到MCU RX,或MCU RX未使能用示波器测CH340G TX,发送时应有波形;测MCU RX,应有相同波形检查原理图连线;检查MCU代码中USART是否使能
MCU发数据,电脑能收到,但乱码波特率不匹配,或MCU时钟源不准用示波器测MCU TX波形,计算bit宽度,反推实际波特率在MCU代码中精确配置HSE或HSI频率
电脑发数据,MCU偶尔收到,多数丢帧CH340G RX电平不匹配,或MCU RX引脚有干扰测CH340G RX波形,高电平是否≥3.0V;用示波器看MCU RX,是否有毛刺或振铃加TXB0104;检查MCU RX附近是否有

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询