RS232电平与串口通信详解：从引脚定义到调试排障

做嵌入式、单片机或者工控的人，基本都会遇到RS232。但很多人在第一次接设备时会被“RS232电平”这个词卡住，以为串口就是RS232，RS232就是TTL，直接拿杜邦线把单片机引脚和工控机串口接在一起，结果要么收不到数据，要么把引脚烧掉。这篇文章先把RS232电平到底是什么讲清楚，再往后把引脚定义、电平转换、USB转串口、通信调试和排障经验一次说透。适合刚接触串口通信的单片机开发者、电气工程师和自动化调试人员阅读，尤其是正在做设备联调、传感器接入或者老设备通信改造的人，看完可以直接对着实物去测。

很多人把RS232当成一种接口形状，其实它不是。RS232是一种逻辑电平标准，规定了用多大的电压表示数字0和1，同时规定了信号线定义、传输距离和速率范围。真正天天跟RS232打交道的人，手上通常有示波器、串口调试助手，以及一堆DB9公母头转接线。下面我都会按实际使用场景来拆。

1. 先分清三组概念：串口、UART、RS232

1.1 串口到底是什么

串口是一种按位传输数据的通信方式，英文叫Serial Port，全称是串行接口。它和并行接口相对，并行接口一次传多位，串口一次只传一位，但因为只需少数几根信号线，所以布线简单、成本低、传输距离可以做得更远。

日常工作中人们说“串口”时，含义常常是混着的。有时候是指DB9那个物理接口，有时候是指电脑上的COM口，有时候又是指单片机上的UART引脚。这种混称本身问题不大，但做技术判断时必须分层看待。可以把串口分成三层：

1. 物理层，比如DB9接头、线缆、屏蔽层；
2. 电平标准，比如RS232、TTL、RS485、RS422；
3. 协议层，比如帧格式、波特率、停止位、校验位。

RS232属于第2层，但它往往同时决定了第1层的物理形态，所以很多人直接把它当成串口的代名词。

1.2 UART是控制器内部的外设，RS232是外部电平标准

单片机里最常用的串行通信外设叫UART，全称是Universal Asynchronous Receiver/Transmitter，通用异步收发器。UART负责把并行数据转成串行数据发送，或者把接收到的串行数据转成并行数据交给CPU。

UART本身只处理逻辑电平，不关心你用的是3.3V还是5V，也不关心引脚出来之后要经过什么转换电路。它输出的信号，在单片机引脚上通常是TTL电平，也就是0V附近表示逻辑0，供电电压附近表示逻辑1。

RS232则是另一套电平标准。它把逻辑1定义成负电压，把逻辑0定义成正电压。常见的说法是：

• 逻辑1（空号MARK）：-3V到-15V；
• 逻辑0（传号SPACE）：+3V到+15V；
• -3V到+3V之间是电平跳变区，不表示有效数据。

实际电路中，RS232电平转换芯片常见的输出摆幅多在±5V到±10V之间，并不是教科书里刚好±12V。

这里就出现第一个坑：单片机UART引脚直接输出的TTL电平信号，电气特性和RS232不兼容，如果直接插到电脑的COM口或老式工控机的RS232端口上，轻则收不到数据，重则损坏IO口甚至主板串口控制芯片。反过来，RS232电平也不能直接接到单片机的TTL引脚上。

1.3 为什么RS232要用负逻辑

初学者最容易问的就是这个问题：为什么RS232不干脆用高电平表示1、低电平表示0，非要反着来？

RS232标准制定于上世纪60年代末，最初用于远程终端和调制解调器之间的通信。当时线缆长、环境干扰大、设备地电位也可能不一致。采用双极性电压表示数据，也就是正负交替的电压摆幅，比单端0V到正电压的抗干扰能力更强，也更容易用变压器耦合实现电气隔离。接收端通过判断电压极性来识别数据，而不是单纯判断阈值，这样在较长距离传输时容错性更好。

另一个好处是电平范围宽，对发送端和接收端的实现要求都低。即使线路有压降、设备之间有地电位差，只要信号落在±3V到±15V范围内，接收端就能正确识别。

现代设计里，很多设备已经改成USB或者485通信，但在老式PLC、仪表、机床控制器、医疗设备、工业电脑上，RS232接口仍然大量存在。理解它为什么采用负逻辑，有利于排查地环路和线缆压降问题。

2. RS232的电气参数和关键指标

2.1 发送端与接收端的电压范围不一样

RS232标准对发送端和接收端的要求是分开定义的，实际调试时要留意。

发送端要能输出：

• 逻辑1：-5V到-15V；
• 逻辑0：+5V到+15V。

接收端能识别为逻辑1的范围是：

• 逻辑1：-3V到-15V；
• 逻辑0：+3V到+15V。

可以看出，接收端的判别阈值比发送端宽。也就是说发送端只要保证输出幅度足够，接收端哪怕信号衰减到±3V左右，仍然能正确识别。

很多人在用示波器测RS232信号时，只看有没有负压，不看幅度。实际上，正常运行时的信号，空闲状态下应该稳定在负电压附近，也就是-3V以下，多数芯片输出是-5V到-12V。如果你测到的空闲电平在0V附近晃，那多半不是真正的RS232信号，或者转换芯片已经出了问题。

2.2 电平摆幅与传输距离、速率的关系

RS232标准规定的最大通信距离，常见资料说是15米左右。但这个数值建立在“导线电容、波特率、电压摆幅”都比较理想的前提下。实际工程中，如果线缆质量差、走线靠近动力线、两端地电位差异大，距离会被明显缩短。我自己在调试中遇到过10米以内都稳，换了另一批屏蔽线之后乱码率升高的案例，问题就出在线缆芯线截面积和屏蔽层接地方式上。

速率方面，RS232标准规范的最初速率并不高，工程中常见的9600、115200波特率完全在能力范围内。更高的波特率不是不可能，但距离和线缆要求会更苛刻。

同一个RS232链路里，发送端、接收端、波特率、数据格式必须匹配。其中波特率误差最好不要超过2%到3%，晶振老化的板子很容易出现高波特率下偶发乱码。遇到高波特率不稳定，先看两端时钟精度，再看线缆，最后才考虑芯片。

2.3 单端传输的短板

RS232属于单端传输，信号参考的是信号地。发送端驱动一根信号线，接收端测量信号线和地线之间的电压。

单端传输的优点是简单，缺点是抗共模干扰能力弱。如果发送端和接收端之间距离较长，两台设备的地电位不完全一致，就会出现地环路电流，导致接收数据乱码、偶发丢字节、甚至接口芯片损坏。

排查RS232通信问题时，地线连接经常被忽略。很多人只检查TX、RX两根线，却忽略了三线制中的GND。RS232设备通信至少需要连接三根线：TXD、RXD、GND。部分只需要单向传输的场景，也可能必须接GND，否则接收端没有电参考点，无法判定信号极性。

3. RS232引脚定义与常见接口形态

3.1 DB9接口引脚怎么区分

最常见的RS232物理接口是DB9，也有的设备用DB25，但DB25已经很少见。DB9虽然是9根引脚，但完整RS232标准定义的信号不止9根，实际常用的是其中几根。

一定要分清楚公头和母头，否则做线时会反。

• 公头（DB9 Male）：针在壳体内，通常叫“针头”，引脚向外凸出；
• 母头（DB9 Female）：孔在壳体内，通常叫“孔头”，有孔洞。

DB9公头和母头的引脚序号定义不一样。标准接法中最常用的是2、3、5三根脚，分别对应：

引脚	RS232信号名	方向	功能
1	DCD	输入到DTE	载波检测
2	RXD	输入到DTE	接收数据
3	TXD	输出自DTE	发送数据
4	DTR	输出自DTE	数据终端就绪
5	GND	公共	信号地
6	DSR	输入到DTE	数据设备就绪
7	RTS	输出自DTE	请求发送
8	CTS	输入到DTE	清除发送
9	RI	输入到DTE	振铃指示

其中DTE指的是数据终端设备，常见的是电脑；DCE指的是数据通信设备，常见的是Modem或者某些串口设备。但实际设备不一定会完全按照这个方向标注，很多工控设备的DB9引脚定义和“电脑标准”并不一致。

3.2 两个RS232设备连接时，收发为什么要交叉

做过电脑串口与单片机开发板连接的人都知道：把单片机的TXD接到电脑串口的RXD，单片机的RXD接到电脑串口的TXD。

因为两边的TXD都是发送脚，直连的话就是两个发送脚对着发送脚，无法通信。标准的DTE到DCE连接可以直通，因为DCE的RXD和DTE的TXD本来就是对应关系。但电脑和电脑、电脑和工控板这类DTE之间的连接，必须把TX和RX交叉，也就是做一根“交叉串口线”。

有经验的操作员拿到一台不知道定义的老设备时，不会直接默认标准定义，而是先用万用表的通断档或者电压档判断各脚电平，再用示波器抓空闲电平。RS232在空闲状态应该处于负电压，这个特性可以在不上电的情况下初步判断设备是否在发送，也可以用来确认TXD引脚位置。

3.3 三线制通信是最常用的最小连接

很多RS232应用只需要单向或双向数据收发，不需要硬件流控，这时只接三根线就够了：

• TXD连接对方RXD；
• RXD连接对方TXD；
• GND连接对方GND。

RTS、CTS、DTR、DSR等信号，属于硬件流控或状态握手线。在简单的数据采集、传感器上传、控制器调试场景中，可以不用。但如果对方设备设置了“必须检测CTS才允许发送”的流控模式，不接RTS/CTS就会导致数据发不出去。

所以调试时要分两步看：先确认对方是不是开启了硬件流控，再决定是否连接流控引脚。很多“通信无响应”的问题其实就是流控未设置导致的，不是接线错误。

4. RS232电平和TTL电平怎么转换

4.1 为什么要转换

单片机引脚、传感器模块、树莓派GPIO等设备，绝大多数对外输出的是TTL电平或者低压CMOS电平。典型的TTL电平标准下：

• 逻辑0：0V到0.8V；
• 逻辑1：2V到5V。

对3.3V单片机来说，高电平输出约3.3V，低电平约0V。

RS232的标准却是高电平为负、低电平为正。两者的定义完全不同，所以必须通过电平转换电路把RS232电压摆幅转换成TTL可接受的0到3.3V或0到5V信号，或者反向转换。常见的转换方案有专用芯片方案、分立元件方案和USB转串口方案。

4.2 MAX232系列是经典方案

老工程师基本都用过MAX232，它内部集成电荷泵电路，用少量外部电容就能从单一5V电源生成RS232所需的正负电压。典型接法需要4个或5个电容，比如1uF、0.1uF都有，具体要看芯片型号和数据手册。

MAX232输出摆幅在±5.5V到±10V之间，足够满足RS232接收端±3V的阈值要求。很多开发板上的RS232接口就是用MAX232或者兼容芯片做的。

如果系统是3.3V供电，需要使用MAX3232或者兼容型号。MAX3232可以用3V到5.5V电源工作，输出摆幅依然能满足RS232电平要求。设计时必须确认芯片是5V版还是3.3V版，不能直接用老款MAX232接3.3V系统，否则芯片不能保证正常工作。

实际设计时注意，电荷泵电容的位置和容值不能随意改。有些板子为了省空间把电容缩小，会造成输出摆幅偏低、带载能力下降，尤其在线缆较长或接收端输入阻抗较低时，可能时好时坏。

4.3 分立三极管或MOS管方案

有些低成本项目不会用MAX3232，而会用三极管或者MOS管搭建反向电平转换电路。常见原理是：单端RS232信号进来后，通过三极管反相并缩放到TTL电平；TTL信号出去时，通过三极管或MOS管把逻辑电平拉高到RS232负压或者正压。

这种方案的缺点是电路参数跟电源电压、信号波特率、负载电容强相关，调试时比专用芯片麻烦。举例来说，如果使用5V供电的TTL端，而对方发来的RS232信号空闲电平是-8V，那么接收侧需要确认分压电阻能把-8V映射到可接受的0到5V区间，同时不能在三极管基极加出超出耐压的电压。

对于学习演示来说，分立元件电路能很直观地帮助理解电平转换原理。但做产品或者做工业设备改造时，我更建议用专用芯片或者成熟的串口模块，节省排查时间。

4.4 USB转串口方案解决电脑没有COM口的问题

现在的笔记本和大部分台式机已经没有DB9串口，所以调试RS232设备最常用的工具是USB转RS232线或者USB转TTL小板。

这里有个非常重要的区分：

• USB转TTL模块输出的是TTL电平，不能直接连接RS232设备；
• USB转RS232线内部已经做了完整的电平转换，输出的是RS232电平，可以直接连接DB9设备。

购买时必须看清标题和产品说明。市面上常见的CH340芯片，多数做成USB转TTL模块，约等于把单片机的串口引脚引到USB口。如果你要用它调试一个RS232接口的工业仪表，需要在USB转TTL模块和RS232仪表之间再串一个RS232电平转换电路，比如MAX3232模块。

更容易把事情搞乱的是，有些“USB转串口线”本身就是USB转RS232，线缆末端是一个DB9母头。这种线内部已经有转换芯片和电平转换电路，不能简单和USB转TTL小板混用。

CH340、CH341、FTDI、CP2102这些都属于USB转串口芯片。它们负责的是USB协议和UART协议之间的转换，而输出引脚到底是TTL电平还是RS232电平，取决于板卡有没有额外加电平转换芯片。所以不要一听说CH340就默认它能接RS232设备。

4.5 CH340驱动与识别问题

CH340是国内很常见的USB转串口芯片，价格低、兼容性也不错。连接后电脑会自动识别或者安装驱动，设备管理器里一般能看到COMx口。

需要区分的是，CH340和CH341虽然是同一家厂商的产品，但功能有差异。CH341还会支持并口和某些I2C/SPI模式，CH340基本上就是转串口。工程调试中如果看到设备管理器里不出现串口，排查顺序通常是：

1. 检查USB线是不是只有充电功能，不带数据线；
2. 检查驱动是否安装成功；
3. 查看设备管理器中是否出现感叹号设备；
4. 换个USB口，尤其是台式机前置USB口供电不稳时，换后置口可能就正常；
5. 换一台电脑确认芯片是否损坏。

另外一个经验：很多USB转串口模块会引出TXD和RXD，这两个引脚的电平是TTL或3.3V，不是RS232电平。用万用表测量时，空闲状态下TXD是恒定的高电平，不是负电压。如果你需要用示波器去找一个RS232设备发送脚，发现空闲电平是高电平，说明它可能不是RS232设备，而是TTL设备，或者转换已经做在了设备内部的其他阶段，测量点没有落在真正的RS232线路上。

5. 串口通信参数与收发验证

5.1 常见帧格式和波特率

RS232本身是异步串口，一次数据帧通常包含起始位、数据位、校验位、停止位。常见设置为8个数据位、1个停止位、无校验，简写为8N1。

波特率常见有9600、19200、38400、57600、115200。单片机上常跑115200，但老式工控仪表、称重仪表、PLC编程口经常停留在9600或者19200。

帧格式不一致会导致收到乱码或者数据错位。调试前先查对方设备手册，确认波特率、数据位、停止位、校验位。判断正确与否不是看“设备上电后串口助手有没有数据”，而是看解析结果能不能稳定还原出对方发送的内容。如果收到的字节间隔规律但内容不可读，可能是波特率不对，也可能是数据位/校验位不对。

5.2 使用串口调试助手验证收发

串口调试助手是最常用的工具。打开后需要选择正确的COM口，设置波特率等参数，点击打开串口。如果设备在持续发送数据，接收区就能看到十六进制数据或者ASCII字符。

调试分三个层次：

第一个层次，看有没有数据。如果什么数据都没有，先查线路、接口、驱动和参数，不要急着改代码。

第二个层次，看数据对不对。固定发送一条已知内容，比如发送AA 55 01 02 03，然后检查对方接收或者回显的字节是否一致。如果收发一致，说明链路基本通了。

第三个层次，看长时间运行稳不稳定。让设备连续发送几千帧，统计掉帧、错帧、乱码，判断信号质量。

我在实际调试中一定会做一次“自发自收”测试。把RS232设备的TXD和RXD短接，或者用USB转RS232线把自己的TXD和RXD用一根杜邦线短接，然后打开串口助手发送一帧数据，正常情况下应该原样收到。自发自收测试能快速验证USB转串口模块、驱动、串口软件本身是否正常。

自收时需要注意：RS232电平的自发自收和TTL电平的自发自收不能混用。如果你的板子输出的是TTL电平，直接短接自己模块上的TXD和RXD是可以的，因为它内部收发标准一致。如果是RS232设备，请在RS232侧短接TXD和RXD，不要在TTL侧短接。

5.3 用示波器判断有没有信号

示波器接在RS232信号线上，可以看到空闲时电平在负电压，发送数据时会出现正负电平跳变的波形。

一个简单判断方法：如果测量点空闲电平大约在-5V到-12V，说明发送端工作电压正常；发送数据瞬间，波形会在正负之间切换；接收侧如果也能看到下降沿和上升沿，说明信号至少已经到达接收端。

用万用表也能做一个粗略判断。正常空闲状态下，RS232的TXD对GND的电压是负的，常见是-5V到-12V。如果表测出来是0V，可能空闲电平没有建立，或者根本没有发送信号。有些芯片在设备待机或未初始化时会禁止发送端输出，导致脚上是高阻状态，万用表也可能测不准。

5.4 三个最常用的串口调试工具方向

• 串口调试助手类软件：适合日常快速测试，界面直观；
• 串口监听类软件：适合调试PC软件和设备之间已经有了专用协议，但不方便改代码时，观察底层收发数据；
• 逻辑分析仪或者示波器：适合判断时序、电平质量、字符间隔。

新手踩坑最多的是“参数看着对但数据不对”，其中很大原因是把波特率搞成了“期望值”而不是“实际值”。比如某个仪表实际是9600，但你以为它用115200，那么收到的数据看起来就是乱码或者连续无意义字节。解决办法是依次尝试常用波特率，观察设备主动上报的数据是否能解析出稳定含义。

6. RS232的局限性与替代方案

6.1 RS232为什么不适合长距离和高速通信

RS232设计时就没有考虑现代高速通信场景，它的单端结构决定了抗干扰能力较弱，速率和距离互相制约。如果在一个车间里，从PLC到上位机要走几十米甚至上百米，RS232往往不是最佳选择。

此时优先考虑RS485。RS485使用差分信号，逻辑1和逻辑0由两根线之间的电压差表示，抗共模干扰能力强，支持多点通信，传输距离可以达到1200米左右，速率远高于RS232的常规应用场景。RS422也是差分方式，但通常支持一主多从和全双工，适合需要额外反馈或高速率的场景。

工控项目里很多“串口屏连PLC”的案例，如果用RS232只适合短距离点和点；一旦距离超过十几米或者现场变频器干扰严重，改成RS485往往能解决大部分问题。

6.2 RS232转RS485要注意电平差异

RS232转RS485模块内部同时处理两组电平：一侧是RS232电平，另一侧是RS485差分电平。使用时需要给模块供电，并且确认RS232端的TXD、RXD连接正确，RS485端的A、B极性不要接反。

RS485的A、B接反后，通信不会完全没反应，有时会出现乱码、设备无应答或者间歇性通信。很多现场问题看起来是软件配置错误，实际是A、B反了。

7. RS232接口设计与排查常见坑

7.1 设计电路时的电平匹配问题

如果要在自己设计的板子上加一个RS232接口，画原理图时要特别注意转换芯片的电源电压。TTL端如果连接的是3.3V单片机，不能把5V信号直接进IO口，需要选择支持3.3V供电的转换芯片，或者在TTL侧做电平适配。

另一个容易忽略的问题是地。RS232的地线和数字地之间是否需要隔离，取决于应用场景。如果设备可能连接远端设备，两端地电位可能不一致，建议在总线上做好隔离。通信不稳定的老设备，检查是不是地线断掉或者接成两个设备各自独立接地。

7.2 接口防护不可忽略

RS232接口暴露在机箱外部时，容易受到静电放电、雷击浪涌以及错误接线的影响。比较常见的防护方式是在信号线上加TVS管，也就是瞬态电压抑制二极管。另外很多设备会串联电阻做限流，配合TVS一起使用。虽然RS232是低速接口，不加防护通常也能跑，但一旦设备使用环境复杂，接口芯片损坏的概率会明显升高。

排查“串口芯片总是烧”的问题时，不要只看芯片型号，先检查现场有没有误接外部电源、热插拔时是否打火、地线是否可靠。芯片损坏往往不是芯片质量问题。

7.3 通信偶发失败时，先看日志和时序，再改代码

很多人遇到RS232通信偶发失败，第一反应是加大延时或者增加重试次数。这种做法在演示代码里也许能解决一部分问题，但治标不治本。

更稳妥的顺序：

1. 记录失败时机的规律：是上电初期失败、运行半小时后失败，还是每次连续发数据时失败；
2. 打开串口监听或示波器，看失败时有没有数据帧，帧的长度是否符合预期；
3. 看两根线周围是否有干扰源：变频器、继电器、大功率开关电源都可能是干扰源；
4. 检查两端共地是否可靠；
5. 降低波特率试一下，如果稳定说明是信号裕量不足；
6. 最后才考虑软件加校验、重传机制。

很多看起来像软件问题，最后都落在硬件上。比如“每次开机第一次通信失败，之后就正常”，大概率是目标设备上电初始化慢，上位机发送时机太早。解决办法不是改重试次数，而是增加握手等待或者延时启动。

7.4 长时间运行丢数据的处理思路

如果RS232链路偶发丢数据，需要区分是物理层问题、驱动缓冲区问题还是应用层处理不及时。

物理层问题表现为丢帧与线路干扰有关，波形上有毛刺或者幅值不稳定。驱动缓冲区问题多见于高波特率、大数据量场景，接收端程序来不及读取，导致缓冲区溢出。应用层问题则常常是解析协议时没有做帧头校验和超时处理。

软件上可以做的改进是：接收端使用环形缓冲区，提高读取频率，每次解析前先做长度校验和校验值校验。这些内容在串口编程中很常用，对于长时间运行的系统尤其重要。

8. 新手如何一步步验证一套RS232通信

8.1 准备一套最小验证环境

在实验室里要验证RS232通信，不需要太多东西：

• 一个带TTL串口的开发板，比如STM32、Arduino或者ESP32的开发板；
• 一个MAX3232电平转换模块；
• 一个USB转RS232线，或者带有DB9串口的电脑；
• 几根杜邦线和螺丝刀；
• 串口调试助手软件。

连接方式是：单片机TXD连接TTL模块的TXD输入侧对应的输入脚，MAX3232模块的RS232输出侧连接USB转RS232线。

这里容易搞混的是MAX3232模块上的接口命名。很多模块把RS232侧接口标注为TXD、RXD，把TTL侧接口标注为RXD、TXD。连接时必须以芯片引脚方向为标准，不能用名字想当然。

8.2 最小验证的验收标准

完成连接后，先做以下几步：

1. 不发送数据时，用万用表或示波器测量MAX3232输出侧TXD空闲电平，应该为负电压；
2. 打开串口助手，选择对应的COM口，设置波特率115200，8N1；
3. 电脑发送一帧已知数据，检查对方设备是否能收到一致的数据；
4. 对方发回数据，电脑如果原样收到，说明收发链路都建立。

如果你的单片机程序是自己写的，可以加上回显测试：收到某个字节，就原样发送回来。这套流程成功后，再修改波特率、数据长度或者接入真实传感器，一步一步扩大验证范围。

8.3 留好日志和测试结论

工程调试不是跑通一次就结束。建议把每次试验使用的波特率、接线方式、线缆长度、芯片型号、输出波形照片都记录下来。这样以后现场出现问题时，可以快速和历史记录对比。

和厂家沟通时，如果能给出“我用XX波特率、8N1、三线制连接，串口助手自发自收正常，但设备不回复”这样的描述，对方也能更快帮你定位问题。最怕的是只说“串口不通”，没有给出可复现的细节。

9. 最后留几个排查RS232问题时的优先检查项

如果只让我保留几条排查经验，我会留下面这几条：

1. 先确认你面对的是TTL电平还是RS232电平，不要混接；
2. 先接TXD、RXD、GND三根线，其中GND绝对不能省；
3. 先看空闲电平，如果TXD对GND不是负电压，很可能没发送信号或接线位置不对；
4. 用自发自收排除工具和驱动问题；
5. 用示波器看波形比用万用表可靠；
6. 软件上先固定一组最简单的参数，比如115200、8N1，调通再改复杂参数；
7. 现场有干扰时多试屏蔽线、共地和降低波特率；
8. 最后考虑加CRC校验、重传机制和数据日志，不要一上来就堆这些。

RS232并不神秘，也不是一个过时到不值得学的老古董。它是理解串口通信、电平标准、接口物理形态和调试方法的最佳入口之一。把RS232电平弄明白之后，以后去理解RS485差分信号、CAN总线收发器、传感器模拟前端，都会容易很多。关键是不要停留在一个定义上，要拿模块实际接一遍，用示波器看一次波形，用串口助手跑一次收发，这一遍走完，很多模糊概念就会自己清晰起来。