PLC通信与故障处理18-示波器与协议分析仪——PLC通信调试的高级武器，从信号反射到Modbus丢包：示波器+Wireshark联合调试实战手册

正常波形：
    ┌────┐          ┌────┐
    │    │          │    │
────┘    └──────────┘    └────
    逻辑1(+2~+5V)    逻辑0(-2~-5V)

    差分电压 Vdiff = V(A) - V(B)
    逻辑1：Vdiff > +200mV（实际设计留余量到2-5V）
    逻辑0：Vdiff < -200mV（实际设计留余量到-2~-5V）

如果你测到差分电压低于1V（比如只有0.5V），有两个可能：

电缆过长——信号在线路上衰减了
终端电阻不对——阻值太小（比如两端各接了一个120Ω，并联后60Ω，驱动芯片拉不动）

⚠️ 避坑警告：不要以为信号幅值是越高越好。差分电压超过7V会烧RS-485芯片的接收器。正常范围2-5V是最理想的设计窗口。

2.2 上升/下降时间（Rise/Fall Time）

这个指标很多人不看，但它直接决定了信号的质量。

信号从0V跳变到高电平的时间叫上升时间。如果上升时间太长，说明线缆容性负载过大。

graph LR
    subgraph "正常上升时间"
        A["┐<br/>│<br/>│<br/>┘<br/>上升沿很陡<br/>~几十ns"]
    end
    subgraph "异常上升时间"
        B["┌──<br/>│<br/>│<br/>┘<br/>上升沿太缓<br/>>几百ns"]
    end
    A -->|"通信正常"| C["✓"]
    B -->|"容性负载过大<br/>或线缆过长"| D["✗"]

为什么上升时间重要？ RS-485接收器在信号穿过阈值区域（±200mV）时，如果上升时间太长，信号在这段"灰色区域"逗留太久，噪声干扰的概率就大大增加。

2.3 噪声水平（Noise Level）

在正常信号的波形上叠加的那些细小的毛刺——就是噪声。

判断标准：噪声峰值不要超过信号幅值的20%。

如果噪声超过了这个水平，你需要：

检查屏蔽层接地是否正确
检查变频器、伺服驱动等干扰源离通信线是否太近
考虑换更高级的屏蔽双绞线

2.4 终端匹配（Termination）

信号的反射是RS-485通信里最容易被忽略的问题。

正常信号： 方波干净，边沿有过冲但很快衰减 无终端电阻的信号： 方波边沿有明显的振铃（ringing），像石头扔进水面后的涟漪

graph TD
    subgraph "信号反射振铃过程"
        direction LR
        A["信号发出<br/>从A→B"] --> B["到达B端<br/>遇到开路<br/>→反射"]
        B --> C["反射波<br/>从B→A"]
        C --> D["到达A端<br/>遇到开路<br/>→再反射"]
        D --> B
    end
    B -->|"无终端电阻"| E["← 反复反射 →<br/>信号在线上弹来弹去<br/>形成振铃"]
    D -->|"无终端电阻"| E

    style E fill:#f96,stroke:#333

三、RS-485典型波形详解——一眼识别故障

这里我画了一组最典型的RS-485信号波形情况。建议你把这张图截下来存在手机里——现场排查直接对着看。

3.1 Mermaid图：示波器探头连接示意图

graph TD
    subgraph "示波器探头接线（正确）"
        CH1["CH1探头<br/>接A线(D+)"]
        CH2["CH2探头<br/>接B线(D-)"]
        GND["探头GND夹<br/>接信号GND"]
    end

    subgraph "被测RS-485总线"
        A["A线(D+)"]
        B["B线(D-)"]
        SG["信号GND<br/>（不是大地！）"]
    end

    subgraph "示波器设置"
        M["MATH<br/>CH1 - CH2<br/>= 差分信号"]
        T["Time/Div: 10-100μs<br/>Volt/Div: 1-2V"]
    end

    CH1 --- A
    CH2 --- B
    GND --- SG
    CH1 --> M
    CH2 --> M
    M -->|"直接看差分波形"| D["Vdiff波形"]

    style GND fill:#4CAF50,stroke:#333,stroke-width:2px
    style SG fill:#4CAF50,stroke:#333,stroke-width:2px

⚠️ 致命警告：示波器探头的GND夹子，只能夹到信号GND上！绝对不要夹到A线或B线上！A/B线和GND之间没有隔离，探头GND短路到A线等于把信号线拉到地——通信直接挂掉，严重的会烧RS-485芯片。

3.2 三种典型波形

波形一：正常波形——差分信号2-5V

示波器显示（MATH CH1-CH2）：
    +5V ┤        ┌────┐        ┌────┐
        │        │    │        │    │
    +2V ┤───     ┘    └────────┘    └───
        │
     0V ┤────────────────────────────────
        │
    -2V ┤───     ┌    ┌─────────┐   ┌───
        │        │    │         │   │
    -5V ┤        ┘    └─────────┘   └

    ▲ 干净的方法，边沿陡峭，过冲小
    ▲ 差分摆幅2-5V
    ▲ 通信完全正常

波形二：信号幅度不足——差分电压<1V

示波器显示：
    +1V ┤       ┌──┐       ┌──┐
        │       │  │       │  │
    +0.5V┤──────┘  └───────┘  └──────
        │
     0V ┤────────────────────────────
        │
    -0.5V┤──────┐  ┌───────┐  ┌──────
        │       │  │       │  │
    -1V ┤       └──┘       └──┘

    ▲ 信号幅值不到1V，勉强到接收器阈值
    ▲ 原因：电缆过长 / 终端电阻错误 / 驱动芯片弱
    ▲ 处理：检查电缆长度，确认终端电阻是否并联后过小

波形三：信号反射振铃——无终端电阻

示波器显示：
    +5V ┤     ┌──┐～～┌──┐
        │     │  │    │  │
        │     │  │    │  │
     0V ┤─────┘  └────┘  └─────────
        │  ～～    ～～    
    -5V ┤

    ～～ = 振铃（信号反射）
    
    ▲ 每个信号边沿后面都跟着一个小幅度的反弹
    ▲ 原因：总线两端没有终端电阻（或只加了一端）
    ▲ 处理：两端各加120Ω终端电阻

💡 效率技巧：测信号反射最直接的方法——在总线的远端端子上示波器。如果看到边沿振铃，100%是终端电阻缺失或错误。

四、协议分析仪——从物理层到数据包的全链路武器

示波器给了你物理层的"心电图"，那谁给你"血检报告"？就是协议分析仪。

4.1 Mermaid图：协议分析流程

flowchart TD
    A["物理层<br/>示波器看波形"] -->|"物理层OK"| B["串行数据<br/>监听RS-485总线"]
    B --> C["协议解析<br/>Modbus帧结构"]
    C --> D["数据完整性<br/>CRC校验检查"]
    D --> E{"是否有错误帧？"}
    E -->|"有"| F["定位错误类型<br/>超时/CRC错/功能码错"]
    E -->|"无"| G["应用层分析<br/>寄存器值正确性"]
    F --> H["修复后<br/>重新验证"]
    G --> H
    H --> I["✓ 通信正常"]

    style A fill:#e1f5fe,stroke:#333
    style C fill:#fff3e0,stroke:#333
    style I fill:#c8e6c9,stroke:#333

4.2 三款协议分析工具

工具	适用协议	用途	费用	推荐指数
Modbus Poll	Modbus RTU/TCP	主站模拟，发轮询请求	免费试用/付费	⭐⭐⭐⭐⭐
Modbus Slave	Modbus RTU/TCP	从站模拟，响应请求	免费试用/付费	⭐⭐⭐⭐⭐
Wireshark	Modbus TCP/PROFINET/EtherCAT	以太网抓包，协议深度解析	免费	⭐⭐⭐⭐⭐
Peak System PCAN-View	CAN/DeviceNet	CAN总线监听和分析	免费	⭐⭐⭐⭐
Serial Port Monitor	串口RS-232/485	串口数据流监控	付费	⭐⭐⭐⭐

Modbus Poll/Modbus Slave——RS-485调试的瑞士军刀

使用场景： 你想确认PLC和变频器之间的Modbus RTU通信是否正常，但又不想在PLC上写临时程序。

操作步骤（5分钟搞定）：

电脑USB接RS-485转换器，连到总线
打开Modbus Poll，设置：
- 通信参数：波特率9600、8数据位、无校验、1停止位
- 从站地址：要和目标设备一致
- 功能码：03（读保持寄存器）
点击"Connect"
看界面——绿色表示通信正常，红色表示某帧出错

Modbus Poll能帮你看到：

哪一帧的超时
哪个从站地址没响应
CRC校验是否通过
寄存器值是否正确

Peak System PCAN-View——CAN/DeviceNet的调试利器

如果你跟DeviceNet或CANopen打交道，PCAN-View是免费的王牌。它能：

显示总线上的所有CAN报文
支持CAN 2.0A（11位ID）和CAN 2.0B（29位ID）
发送单帧/多帧CAN报文
监控总线错误和负载率

五、Wireshark Modbus TCP抓包实战

Wireshark是工业以太网调试的终极武器。很多做PLC的人觉得Wireshark是"网络工程师的玩意儿"——不会用就亏大了。

5.1 抓什么、怎么抓

前提条件：Modbus TCP通信跑在交换机上，你的电脑也接到同一个网段。

Wireshark抓包设置：

过滤器（Filter）:
    看Modbus TCP所有包 → tcp.port == 502
    只看Modbus应用层  → modbus.tcp
    
    （tcp.port == 502 是原始TCP层筛选
     modbus.tcp 是Wireshark解析Modbus后的筛选）

5.2 报文解读实战

抓到包之后，展开Modbus TCP的协议树，你会看到：

Frame 1: 66 bytes on wire (528 bits)
Ethernet II, Src: Siemens_xx:xx:xx, Dst: Schneider_xx:xx:xx
Internet Protocol Version 4, Src: 192.168.1.10, Dst: 192.168.1.20
Transmission Control Protocol, Src Port: 49152, Dst Port: 502
Modbus TCP Protocol
    Transaction Identifier: 0x0001     ← 事务ID，请求和响应必须对应！
    Protocol Identifier: 0x0000        ← Modbus协议ID，固定为0
    Length: 6                          ← MBAP头之后的数据长度
    Unit Identifier: 1                 ← 从站地址
    Function Code: 3 (Read Holding Registers)
    Reference Number: 0                ← 起始寄存器地址
    Word Count: 4                      ← 读4个寄存器

关键看什么？

Transaction Identifier（事务ID）：Wireshark过滤出modbus.tcp后，每条Modbus请求都有一个事务ID。正常的通信，请求和响应的事务ID必须一样。如果请求的事务ID和响应不匹配，说明通信时序出问题。

Length字段：表示MBAP头之后的数据长度。如果长度为0，说明收到了空帧——这是典型的超时症状。

Unit Identifier：相当于Modbus RTU的从站地址。如果你把一个设备配成地址1发请求，但收到了地址2的响应——有人串线了。

5.3 Wireshark Modbus TCP常见问题定位

现象	Wireshark看到什么	诊断
请求发出去没有响应	只有请求帧（Src→Dst），没有响应帧（Dst→Src）	从站没收到请求，或收到但没回应
响应有延迟	请求和响应之间的时间差>100ms	从站CPU负载高，或网络延迟大
响应内容不对	响应帧的寄存器值明显不对	寄存器映射配错了
主动断开连接	FIN/RST包出现	防火墙或超时策略
收到多个相同请求	轮询频率不合理	调整轮询周期

💡 效率技巧：把Wireshark和Modbus Poll联用——Modbus Poll发请求，Wireshark看报文。这样你既能控制发送频率，又能看到报文细节，两不误。

六、TIA Portal Trace + 示波器联合调试

这是我这几年调试PROFINET接口设备时最常用的组合拳。

6.1 TIA Portal的Trace功能

TIA Portal里的Trace（追踪）功能，很多人只把它当成"电机曲线的记录仪"——但实际上，Trace能记录通信相关的数据。

什么时候用Trace？

你在TIA Portal里监控一个PROFINET从站的I/O数据，发现数据在某个特定时刻出现异常跳变。但你没法24小时盯着屏幕看。

Trace帮你做的事：

设定触发条件（比如全局DB中的标志位触发）
记录触发前后指定时间窗口内的所有数据
用示波器一样的图形化界面看数据变化曲线

sequenceDiagram
    participant PLC as S7-1500 PLC
    participant IO as PROFINET从站
    participant Scope as 示波器
    participant Trace as TIA Portal Trace

    Note over PLC,Trace: 场景：PROFINET通信数据异常
    PLC->>IO: 周期I/O数据交换
    IO-->>PLC: 某一次数据异常
    Note over Trace: 触发条件满足
    Trace->>Trace: 记录触发前后数据
    PLC->>Scope: 探头测PROFINET电缆
    Scope->>Scope: 看物理层信号质量
    Trace-->>工程师: 数据层面异常曲线
    Scope-->>工程师: 物理层面波形分析
    Note over Trace,Scope: 联合分析定位！

6.2 实战联合调试步骤

场景：S7-1500通过PROFINET连接一个远程I/O站，数据偶尔跳变。

Step 1：示波器先上

探头接到PROFINET的TX+/TX-（注意：PROFINET是100Mbps的以太网信号，跟RS-485完全不同！）
看信号幅值、噪声、灯是否正常闪烁
⚠️ PROFINET信号幅值通常为±1V（100BASE-TX标准），不要拿RS-485的2-5V标准来套

Step 2：TIA Portal Trace配置

在TIA Portal中选中这个I/O从站的输入数据
设置触发条件：比如输入数据超过某一阈值
设置记录窗口：触发前100ms，触发后200ms

Step 3：联合分析

如果示波器显示信号正常，但Trace显示数据跳变 → 问题在协议栈或应用层
如果示波器显示信号有抖动/丢包 → 问题在物理层
如果示波器和Trace都正常，但设备偶尔离线 → 可能是时间同步问题（PROFINET IRT需要PTCP同步）

七、避坑警告合集

⚠️ 避坑警告 #1：示波器GND夹子乱接——烧芯片

刚才已经说过，但值得再说一次：示波器探头的GND夹子只能夹到信号GND。A线和B线的对地电压可能是相对于GND的浮动电压。如果你把GND夹子夹到A线上，等于把信号线短路到地——通信直接挂掉。更坏的情况是如果设备电源不隔离，芯片瞬间烧掉。

⚠️ 避坑警告 #2：把RS-485的波形标准套到PROFINET上

RS-485的差分信号是你熟悉的2-5V。PROFINET（100BASE-TX）的差分信号标准是±1V，信号幅值更小，这对示波器的灵敏度要求更高。用RS-485的1V/div档位看PROFINET，啥都看不到。要用200mV/div的档位。

⚠️ 避坑警告 #3：以为Wireshark能抓所有协议

Wireshark能解析Modbus TCP、PROFINET RT（部分）、EtherNet/IP CIP、OPC UA（需要TLS解密）。但Wireshark抓不了EtherCAT和CC-Link IE，因为这两种协议的数据帧在硬件层面直接处理，不走标准TCP/IP协议栈。EtherCAT需要专用的EtherCAT Sniffer（比如Beckhoff的TwinCAT EtherCAT Tracer），CC-Link IE需要三菱的专用测试工具。

⚠️ 避坑警告 #4：忘记Modbus Poll/Modbus Slave要对应设备地址

很多人用Modbus Poll读从站数据时，只设了波特率、数据位等参数，但忘了设从站地址。Poll默认地址是1，如果你的设备地址是10，默认配置肯定读不到数据。你会怀疑"是不是我的USB转485坏了"——其实是地址错配。

⚠️ 避坑警告 #5：RS-485总线上同时焊了两根探头GND

如果你用双通道示波器看差分信号（CH1测A线，CH2测B线），两个探头的GND夹子都是接GND的。只需要夹一个GND就够了，两个GND同时夹到GND端子上会让信号GND上流过地回路电流，引入额外噪声。

⚠️ 避坑警告 #6：Modbus TCP的Unit Identifier != IP地址

很多Modbus TCP网关（串口转以太网）需要通过Unit Identifier来区分下挂的RTU从站。Unit Identifier是1-247之间的一个数字，不是IP地址的一部分！如果你设错了，网关不知道把请求转发给哪个从站。

八、效率技巧

💡 效率技巧 #1：示波器自动设置 现在的数字示波器（比如Rigol DS1054Z、Keysight DSOX1102G）都有"Auto Set"按钮。点一下，示波器自动调整Time/Div和Volt/Div，自动触发。3分钟出波形，比你自己手动调10分钟快得多。

💡 效率技巧 #2：差分探头——省事又安全 用双通道示波器看差分信号需要CH1-CH2做MATH运算。正经买一个差分探头（比如Pintek DP-25，几百块），一个探头直接输出差分电压，省了接线错了烧芯片的风险。

💡 效率技巧 #3：Wireshark的"Follow TCP Stream" 在抓到的一堆包中，右键点击某条Modbus TCP报文→“Follow”→“TCP Stream”。Wireshark会过滤出这条TCP连接上的所有报文，帮你完整看一场"对话"。

💡 效率技巧 #4：把Modbus Poll的轮询时间设到20ms 默认的Poll轮询间隔一般是100ms。为了排查问题，你可以把间隔缩短到20ms——如果通信有偶发性的丢包，高频率的轮询会让它暴露得更快。

💡 效率技巧 #5：优先用长存储深度示波器 买示波器时，存储深度比带宽重要。带宽50MHz的示波器看RS-485（信号频率<100kHz）完全够用。但存储深度决定你能捕捉多长时间的波形。1Mpts存储深度能抓1ms的波形，10Mpts能抓20ms——足够看一整个Modbus RTU报文周期。

九、写在最后

调试武器库的终极配置

做PLC通信，你的调试工具应该分成三个层次：

┌─────────────────────────────────────┐
│  第三层：协议分析                    │
│  Modbus Poll/Slave / Wireshark     │
│  → 看数据包层面                     │
├─────────────────────────────────────┤
│  第二层：线缆测试                    │
│  万用表 / 网线测试仪                │
│  → 看通断、电压                     │
├─────────────────────────────────────┤
│  第一层：信号分析（最底层）          │
│  → 示波器看波形                    │
│  RS-485：看差分幅值、振铃、噪声     │
│  PROFINET：看TX±信号、时钟抖动      │
└─────────────────────────────────────┘

记住一句话：通信故障只有两种——物理层挂了，或者协议层错了。示波器帮你排除前者，协议分析仪帮你定位后者。

第三层出问题，你可能只需要5分钟查出来。第一层出问题，没有示波器你查3天也找不到。 工控现场90%的疑难杂症，最后都回到物理层。而物理层唯一的诊断工具，就是示波器。

💬 思考题（欢迎在评论区讨论）

一条1200m的RS-485总线，在远程端测到的差分电压只有0.8V。你排除了终端电阻错误。下一步你要检查什么？
Wireshark抓到Modbus TCP包，请求的Transaction ID是0x0001，收到了响应但事务ID是0x0002——这意味着什么？是通信双方谁的问题？
PROFINET IRT网络的示波器测试结果中，TX+和TX-的差分信号幅值只有400mV（标准100BASE-TX是±1V）。你会怎么诊断？