232串口乱码：连接后全是乱码，先分清是参数错还是电平错

「连上就全是乱码」不是一个故障，是两个故障挤在同一个现象里：一种是线上的字节被完整切出来了、只是内容不对（参数侧），另一种是压根没切出完整的字节（电平与接线侧）。这两类的排查方向完全相反，先分清再动手，能省掉一半的试错。本文只讲这个分型，通用的总体流程见站内已有的 6 步清单。

站内已经有一篇 RS232 串口乱码？6 步定位波特率与接线问题，讲的是从波特率一路排到线缆距离的总体顺序。那篇适合从头到尾走一遍。这篇不重复它，只处理一个更前置的问题：在你决定「先调波特率」还是「先查线」之前，怎么用一两个观察把方向定下来。

先把「全是乱码」拆成两类：字节到底成形了没有

异步串口的一帧是有固定结构的：线路空闲时保持在空闲态，发送端拉出一个起始位做同步，接着按双方约定的波特率依次送出数据位，可选的校验位，最后是停止位把线路送回空闲态。接收端不看时钟线（没有这根线），它靠起始位的那个跳变对齐，然后按自己那一侧设定的波特率依次判读每一位，最后在停止位的位置检查线路有没有回到空闲态。具体在位内什么时刻采样、采几次表决，属于收发器实现，不同芯片做法不同。

这个机制决定了乱码先按两类来分：

• A 类（参数侧）：起始位识别得到，帧被完整切出来了，接收端确实收到了一个个字节，只是采样点错位、位数对不上，导致字节的内容不对。
• B 类（电平与接线侧）：接收端根本没能从线上稳定地识别出起始位，或者识别出来的边沿是噪声，帧无从成形。

分清 A 和 B，靠的不是「乱码长什么样」，而是下面两把判据。

第一刀：不看字符，看计数

这一步最容易被跳过，也最容易冤枉波特率。

先排除「假乱码」。 如果该设备的应答本身就是二进制指令帧，一串没有可打印含义的字节。串口助手默认按文本模式显示时，会把这些字节按某种字符编码硬解出来，屏幕上必然是方块和怪符号——但这时通信是完全正常的。把显示模式切成十六进制，如果收到的字节序列和设备手册里写的应答帧对得上，那就不是乱码，是你在用文本模式看二进制。关于「电气标准只管信号长什么样、指令内容由厂商定义」这层关系，RS232 与 RS485 串口控制速查 里讲过。

再看三个计数。 如果你的串口工具能给出接收字节数、帧错误（framing error）与校验错误（parity error）的统计，这三个数比屏幕上的字符有判别力得多（不是所有工具都提供这几项）：

观察项	指向 A 类（参数）	指向 B 类（电平/接线）
接收字节数	与发送量呈稳定比例，可能偏多或偏少，但每次一致	长期为 0，或数量与发送量毫无关系
帧错误计数	波特率或停止位不一致时会持续出现	可能持续出现，也可能因为连起始位都识别不到而毫无记录
校验错误计数	校验位设置不一致时出现，且集中出现	通常谈不上，帧都没成形
停止发送、只留接收	安静	若仍不断有字节涌入，说明线路上有东西在动，不是你发的

最后一行值得单独说：把发送端彻底停掉，接收端还在持续进数据，这就把问题锁死在电气侧了——要么线路在拾取干扰，要么总线上还有别的设备在说话，和你的波特率一点关系都没有。

第二刀：同一条数据连发十次，错码一样吗

这是分型里最省事的一招，也是最能一锤定音的一招。

从机制上推：波特率、数据位、校验位这些参数不匹配造成的采样错位是确定性的——同样的比特流，用同样偏移的采样点去采，得到的结果每次都一样。所以：

• 十次收到的错码完全一致 → A 类。方向明确：回去对参数，别碰线。
• 十次结果各不相同，或者时有时无 → B 类。方向同样明确：参数再对也救不回来，去查电平、共地、接线与干扰。

这一招的价值在于它不需要你知道正确参数是什么，也不需要拆线，纯软件侧就能做完。

参数这一侧：四项里错哪一项，错法不一样

确认是 A 类之后，四个可配参数——波特率、数据位、校验位、停止位——收发双方必须逐项一致，任何一项对不上都会让收到的字节和发出的不同。但它们各自的「错法」有区别，知道区别就能少试几轮：

• 波特率不一致：采样点随着帧的推进越偏越多，整个字节的位组成被打乱。一个可用的旁证是收到的字节数量：接收端波特率偏高，会把一个字节的时间切成更多位，收到的字节数偏多；偏低则相反。常用档位表里存在大量二倍关系（比如 9600 与 19200、19200 与 38400），一旦错在这种成倍的相邻档上，字节数的比例特征会比较明显。
• 数据位不一致（8 位对 7 位）：接收端按 7 位取完就去找校验位和停止位，第 8 位被挤到了后一个位置上。表现是内容高位系统性丢失，并且经常伴随帧错误——因为它在不该是停止位的地方去检查停止位。
• 校验位不一致（N 对 E/O）：一端多送一位、另一端不打算接这一位，后面所有位整体平移一格。发送端有校验而接收端设无校验时，那一位会被当成停止位或数据位读进来。
• 停止位不一致（1 位对 2 位）：接收端少等或多等一个位时间，会影响它对下一帧起始位的判定时机，表现为帧错误而不是内容全乱。

定案的方法只有一条：一次只改一项，其余保持不动。 同时改两项，即使碰对了也不知道是哪一项在起作用，下次同型号设备还得重来一遍。手册里若写了这四项就照抄，比一档档试快得多；手册没写的话，回到既有那篇的逐档试法。

电平这一侧：三种电气标准之间不通用

确认是 B 类之后，第一件要做的不是换线，而是确认两端各自到底是什么电气标准。

• RS-232 是单端信号，用电压相对地的高低表示逻辑，典型用法是一对一的点对点连接。
• TTL 电平同样是单端，但摆幅与判决门限和 RS-232 不是一回事。
• RS-485 是差分信号，用 A、B 两线之间的电压差表示逻辑，支持一主多从的总线拓扑。

三者的电气定义完全不同，判决门限与摆幅都不通用，不能直接对接，中间必须有对应方向的电平转换。而且不能靠接口的外形来判断是哪一种：同样是 DB9 壳子，接的可能是 RS-232，也可能是被厂家借用来走 RS-485 的；同样是接线端子，也可能是 RS-232 的三根线。以设备标注和手册为准，不以外形为准。

试错顺序上有一条纪律值得守住：先断电、先确认标注、再接线，不要带电对插着试。电平不符最坏的结果不是收不到数据，而是把接口打坏，那时候故障现象会从「乱码」变成「彻底不通」，反而更难查。

B 类里还有一项容易被忽略：共地。RS-232 是单端信号，靠电压相对地来判决，两端没有共同的地参考时判决基准本身就是浮的。RS-485 虽然是差分，同样需要共地参考——A、B 两线接对了，但收发双方地电位差过大时，通信一样可能不稳定。这一条的排查特征很鲜明：换线没用，改参数没用，但把两端的信号地连起来现象就变。

RS-485 还有第三种成因：不止一个设备在说话

如果链路是 RS-485 总线，那么参数全对、接线全对，依然可能一路乱码——因为半双工总线上同一时刻只允许一个设备驱动总线，两个设备同时发送时，线上是两路信号叠加的结果，接收端收到的东西谁的都不是。

这一类的特征是：乱码与你发什么无关，也与参数无关，但和总线上挂了几台设备有关。 判别方法是把从站一台台摘下来，只留一台，如果乱码消失、加回某一台就复现，问题就锁定了。上层跑 Modbus 时还有一个常见诱因：两台从站地址重复，主站按这个地址点名轮询时两台一起应答，线上就撞了（注意广播帧是从站不应答的那一种，撞车发生在点名轮询时）——这条见 Modbus 读不到数据排查。

另外，差分总线在所有驱动器都释放的空闲期里，A、B 之间的电压差不再由任何设备决定，接收端此时读到的状态是不确定的；线路上还存在反射的问题，是否需要在总线两端加终端匹配、加多大，取决于线缆的特性阻抗与实际布线长度与速率，不存在一个放之四海皆准的值。总线本身怎么布，见 RS485 总线布线设计。

最后：三个最容易栽的坑

第一，把二进制应答当成乱码。 动手改参数之前，先把串口助手切到十六进制显示看一眼，这一步很快，却能拦掉一类根本不存在的故障。

第二，一次改两项。 参数侧一共就四项，逐项单变量地改，最多四轮就有结论；同时改两项，运气好碰通了也留不下可复用的经验。

第三，忘了 USB 转串口适配器也是链路的一段。 电脑上看到的那个串口号，背后是一颗转换芯片加一个驱动。适配器插拔后串口号变化、驱动装错、或者适配器本身就是 TTL 而不是 RS-232 电平，都会落进上面的 B 类里。排查 B 类时，把适配器当成一台独立设备来看待，而不是当成电脑的一部分。

分型定下来之后，参数侧回到开头那份 6 步定位清单逐项对齐即可；电平侧则要一路确认标注、转换方向与共地，这一侧没有软件层面的捷径。