工业通信的关键要素：TCP/IP协议深度分析
究竟什么是 TCP/IP协议 工程师们经常提到的是什么？工业设施最担心的不是设备太多，而是突然无法将它们连接起来。
例如，PLC 与主机断开连接；HMI 屏幕无法刷新；SCADA 系统无法收集数据；与变频器通信超时；或机器人报告网络异常等问题。
此时，仅仅说“存在网络问题”涵盖了太多可能性，使得故障排除变得困难。
要彻底调查这个问题，我们首先必须了解 TCP/IP。
TCP/IP并非独立的协议，而是一套全面的网络通信标准。它支撑着众多关键应用，涵盖互联网、工业以太网、PLC通信、远程监控系统、MES数据采集以及网关数据传输等领域。
通常，它可以分为四层：网络接口层。
网络层。
传输层。
应用层。
这四层从下到上分别针对一个具体问题。
Ⅰ.网络接口层
最底层是网络接口层。
它判断设备是否能够实际连接到网络。
PLC、HMI、工业PC、伺服驱动器、机器人控制柜和工业交换机都需要通过以太网线、光纤或无线网络进行连接。网卡指示灯是否亮起、以太网线是否正常工作、交换机端口是否存在故障以及现场干扰程度等因素都属于这一范畴。
这一层通常使用 MAC 地址。
IP 地址决定最终目的地，而 MAC 地址则识别本地网络中的下一跳设备。
例如，当主机需要访问PLC时，数据可能首先经过交换机，然后才能到达PLC的网络端口。在转发过程中，交换机主要依赖于MAC地址。
工业环境中常见的故障（包括网络电缆损坏、RJ45 连接器接触不良、交换机端口故障、光模块异常或屏蔽接地不足）应首先在此级别进行诊断。
这一层也执行帧校验，例如以太网中使用的 CRC 校验，用于检测链路传输过程中的错误。但是，它的主要作用是识别错误，而不是保证服务数据的交付。
二、网络层
第二层是互联网层，其核心组件是 IP（通常称为 IP 地址），它负责寻址和数据转发。
在现场，PLC 的 IP 地址可能是 192.168.1.10，HMI 的 IP 地址可能是 192.168.1.20，工业控制计算机的 IP 地址可能是 192.168.1.100。要在设备之间进行通信，首先需要知道彼此的 IP 地址。
如果设备位于同一网段，则通常由交换机转发。
当需要通过不同的网段访问中央控制室服务器时（例如车间设备需要访问），则需要网关或路由器。
IP协议只能确保尽力转发，不能保证送达。
由于路由配置错误，数据包可能会丢失、乱序或无法到达目标设备。当 TTL 超时时，数据包将被丢弃，以防止网络中出现无限循环。
因此，当遇到网络段之间的通信故障、临时 ping 连接随后断开或不同网络段之间的设备不兼容等问题时，应重点检查 IP 地址、子网掩码、网关和路由配置。
我们不应该立即怀疑PLC程序。很多时候，问题仅仅在于地址配置错误或网关设置错误。
三传输层
第三层是传输层。
这一层解决的不是“使用哪个设备”，而是“在该设备中提供哪种服务”。
这需要使用端口号。
例如，Modbus TCP 通常使用端口 502，OPC UA 使用端口 4840，MQTT 使用端口 1883，HTTPS 使用端口 443。
通过IP地址查找设备。
通过端口号查找服务。
最常用的传输协议是 TCP 和 UDP。
TCP 是一种面向连接的协议。在传输数据之前，通信双方必须首先建立连接——通常称为三次握手。连接建立后，TCP 会采用序列号、确认、重传和窗口控制等机制来确保可靠有序的数据传输。
因此，TCP被广泛应用于Modbus TCP、OPC UA、数据库数据采集、MES数据上传以及主机通信等应用中。这些应用场景都非常重视可靠性——命令必须准确执行，数据不能丢失，采集结果必须一致。
然而，TCP 也存在一些缺点。它开销较大，且对网络抖动、丢包和延迟更为敏感。网络质量差时，可能会出现连接超时、重传次数增加以及视频刷新率降低等问题。
另一方面，UDP 不建立连接，也不处理重传或排序；一旦数据发送出去，就交给网络和上层应用程序进行处理。
听起来可能不太可靠，但它速度快、成本低。它也常用于需要高实时性能的场景，例如设备发现、广播消息、部分状态报告和时间同步。
因此，简单地将 TCP 称为更优而将 UDP 称为劣等是不恰当的。为了保证可靠性，应选择 TCP；为了降低延迟和减少开销，UDP 可能更合适。最终的选择取决于具体的应用场景需求。
IV.应用层
最顶层是应用层。
这一层是工程师最常与之交互的部分。
Modbus TCP、OPC UA、EtherNet/IP、Profinet、MQTT、SNMP、NTP 和 HTTP/HTTPS 等协议都可以在该层或附近层理解。
它们针对具体的商业问题。
Modbus TCP 读/写寄存器。
OPC UA 支持数据采集和系统集成。
MQTT 用于设备云集成和远程监控。
SNMP 管理交换机和网关等网络设备。
NTP执行时间同步。
HTTP/HTTPS 通常用于设备 Web 配置和平台接口。
请注意，即使底层已连接，也不能保证应用程序功能正常。
例如，虽然可以成功 ping 通 PLC，但 Modbus TCP 无法读取数据——这可能是由于端口 502 未启用，或者寄存器地址、功能代码、站号或防火墙配置不正确。
如果 OPC UA 无法连接，可能不是由于网线问题；而是由于证书、安全策略、端口或服务状态不匹配造成的。
因此，在讨论过时的做法时，我们不应该仅仅问它们是否可行；相反，我们还必须询问它们在多大程度上得到了实施。
五、完整的数据链是如何运作的？
以主机读取PLC寄存器为例。
应用层首先生成一个 Modbus TCP 请求。
传输层包含 TCP 信息，用于指定端口和连接状态。
网络层添加 IP 信息，指定源地址和目标地址。
网络接口层进一步将数据封装到以太网帧中，然后通过网卡和交换机进行传输。
收到PLC后，按拆卸过程的相反顺序进行操作。
首先，检查以太网帧。
现在我们来看一下IP地址。
然后将其传递给 TCP。
最后，将其移交给 Modbus 服务进行处理。
这是分层封装。
分层价值体系遵循特定的顺序。如果底层出现故障，不要急于检查软件；如果 IP 地址错误，不要怀疑协议；如果端口未打开，不要先修改程序；如果应用程序参数错误，不要责怪交换机。
Ⅵ.现场故障诊断和排除是逐层进行的。
不要随意猜测网络问题；要从第四层开始向上调查。
首先，检查网络接口层：以太网电缆、端口、网卡指示灯、交换机、光模块、接地和干扰。
检查网络层：IP 地址、子网掩码、网关、网络段和路由。
再次检查传输层：端口是否打开，TCP 连接是否建立，是否存在超时，以及是否频繁发生重新连接。
最后，检查应用层：站点编号、寄存器、功能码、证书、帐户权限、采集周期和协议配置。
通过这种方式检查，问题就会变得清晰得多。
七、总结
TCP/IP 有广泛的应用——它不仅限于互联网工程师；它在工业环境中也同样不可或缺。
网络接口层解决的是“是否可以建立连接”的问题。
网络层解决了“去哪里”的问题。
传输层解决“如何提供服务”的问题。
应用层负责处理业务流程之间的通信。
PLC 断开连接、HMI 更新失败、SCADA 无法检索数据、网关上传失败等问题都可以在这四个层面内进行分析。
理解 TCP/IP 协议的关键不在于记住协议模型，而在于知道在实践中遇到问题时从哪里入手。
这些正是工程师真正需要的技能。