简介这份资源是面向工业自动化开发者与上位机编程学习者的西门子S7-200Smart通讯C#源码项目针对PLC与上位机数据交互这一实际需求提供可直接参考的读写实现方案。压缩包共74个文件约1.43MB以18个cs源码文件为核心配合sln与csproj工程文件、config配置、resx与resources界面资源以及exe、dll、pdb等编译调试产物构成一套完整的Visual Studio解决方案。源码围绕TCP/IP协议与PLC建立连接封装了数据包构造、读写请求发送与返回数据解析等关键逻辑并借助Windows Forms搭建可视化界面便于观察PLC状态与执行操作。目前已有222人学习下载适合希望理解S7-200Smart通讯协议、掌握Socket通信与上位机界面开发的中级开发者可据此快速搭建测试环境并迁移到自己的工控项目中。1. 从一份 C# 源码看 S7-200 SMART 上位机通讯的骨架很多做产线集成的工程师第一次拿到S7200SmartTest_C#源码_西门子_源码这类工程时第一反应是打开 Visual Studio 按 F5结果发现连不上 PLC或者读回来的字节全是 0。问题往往不在代码本身而在于没搞清楚这套源码背后的通讯模型它本质是一个 C# 上位机通过以太网 ISO-on-TCP也就是常说的 S7 通讯或串口 PPI/自由口去读写西门子 S7-200 SMART 的 V 区、M 区、I/Q 区。标题里的三个关键词——S7200SmartTest、C#、西门子——分别对应测试工程、实现语言和目标设备缺一个都跑不起来。这类源码适合谁一是刚接触西门子 PLC 的 C# 上位机开发者想找一个能跑通的最小闭环二是做设备集成的工程师需要把 SMART 200 的数据接到 MES 或自研监控里三是想研究 S7 协议报文结构的人。它解决的核心问题是不依赖西门子官方 WinCC 或组态软件用纯 C# 代码完成对 PLC 寄存器的读写。下面按协议原理 → 环境搭建 → 读写实现 → 排错与进阶的顺序把这份源码里真正值钱的部分拆开讲。2. S7-200 SMART 的通讯协议与 C# 侧选型2.1 ISO-on-TCP 与 PPI 两条路怎么选S7-200 SMART 的 CPU 自带以太网口主流做法是走 ISO-on-TCPRFC1006端口 102。C# 侧不需要装西门子的 DLL直接用TcpClient连上去按 S7 协议组包即可。另一条路是串口 PPI通过 RS485 转 USB 连 PLC 的 PORT0/PORT1适合老设备或没有网口的场景。选型上如果现场有交换机、PLC 固件支持以太网优先 ISO-on-TCP因为速率高、布线简单如果是单机调试或 PLC 已被占用网口才考虑 PPI。方式物理层端口C# 依赖适用场景ISO-on-TCP以太网102TcpClient产线组网、多设备PPIRS485串口SerialPort单机、老设备自由口RS485串口SerialPort自定义协议对接2.2 S7 协议报文的关键字段ISO-on-TCP 上跑的是 S7 Communication一次读操作大致分四段COTP 连接请求、S7 通讯建立、读/写请求、响应解析。C# 源码里通常封装成一个S7Client类核心是构造 TPKT COTP S7 PDU。以读 V 区为例请求报文里要指定区域号V 区是 0x84、起始地址、读取长度。地址换算是个坑S7-200 SMART 的 V 区按字节编址但报文里要写成(字节偏移 3)也就是按位寻址。比如读 VB100 开始的 10 个字节偏移量是 100*8800。// 构造读 V 区的 S7 请求参数部分简化示意 byte[] BuildReadRequest(int area, int dbNumber, int startByte, int length) { // area: V区0x84, M区0x83, I区0x81, Q区0x82 int bitOffset startByte * 8; // 字节地址转位地址 var req new byte[12]; req[0] 0x12; // 变量规格 req[1] 0x0A; // 后续长度 req[2] 0x10; // 请求长度 req[3] 0x02; // 读命令 req[4] (byte)(length 8); // 读取长度高字节 req[5] (byte)(length 0xFF); // 读取长度低字节 req[6] (byte)(dbNumber 8); // DB 号SMART 一般填 0 req[7] (byte)(dbNumber 0xFF); req[8] (byte)area; // 区域标识 req[9] (byte)((bitOffset 16) 0xFF); req[10] (byte)((bitOffset 8) 0xFF); req[11] (byte)(bitOffset 0xFF); return req; }这段代码里area决定读哪个区startByte是你在 STEP7-Micro/WIN SMART 里看到的字节地址length是一次读的字节数。注意 S7-200 SMART 单次读的 PDU 有上限一般不超过 222 字节超了要分包。dbNumber对 SMART 200 基本填 0因为它没有标准 DB 块的概念V 区就相当于 DB1。2.3 连接建立与心跳维护TcpClient.Connect成功后还要发 COTP 连接请求和 S7 通讯建立报文收到正确响应才算握手完成。源码里常见做法是握手后启动一个定时器每隔几秒发一次读请求当心跳防止交换机或防火墙把空闲连接断掉。心跳不要用空包读一个固定地址比如 VB0 一个字节最稳既能保活又能顺带检测链路。注意S7-200 SMART 的并发连接数有限一般最多 8 个 ISO-on-TCP 连接。上位机如果开多个线程同时连容易触发连接拒绝建议一个 PLC 复用一个连接用队列串行化请求。3. 用 C# 把 S7200SmartTest 源码跑起来的最小步骤3.1 开发环境与 PLC 侧准备先确认 PLC 固件和 IP。用 STEP7-Micro/WIN SMART 连上 PLC在系统块里看以太网端口配置记下 IP 和子网掩码。上位机电脑的 IP 要跟 PLC 同网段比如 PLC 是 192.168.2.1电脑就设 192.168.2.100。然后在系统块 → 通信里确认没有勾选限制连接。C# 侧用 Visual Studio 2019 或 2022目标框架 .NET Framework 4.7.2 或 .NET 6/8 都行源码如果是老工程多半是 WinForms .NET Framework。# 先用 ping 确认链路通 ping 192.168.2.1 # 再用 telnet 测 102 端口是否开放Windows 需先启用 telnet 客户端 telnet 192.168.2.1 102ping通只说明网络层没问题telnet能连上才说明 102 端口没被防火墙拦。如果 telnet 卡住或拒绝先查电脑防火墙和 PLC 是否被其他上位机占满连接。3.2 关键参数配置表源码里通常有一个配置文件或常量区把下面这些参数填对基本就能通。参数典型值说明PLC IP192.168.2.1与电脑同网段端口102ISO-on-TCP 固定本地 TSAP0x0100常见写法部分源码用 0x0200远端 TSAP0x0300对应 PLC 侧机架/槽位0/1SMART 200 固定读超时2000 ms太短易误判断线心跳间隔5000 ms视交换机老化时间调整TSAP 是容易出错的地方。S7-200 SMART 的 TSAP 跟 S7-1200/1500 不一样常见远端是0x0300本地0x0100。如果握手失败先抓包看 COTP 响应里的 TSAP 是什么再回填到代码里。3.3 读写 V 区数据的完整调用下面是一个读 VB100 起 10 字节、再写回 VB200 的调用示例基于常见的S7Client封装。var client new S7Client(); int result client.ConnectTo(192.168.2.1, 0, 1); // IP, 机架, 槽位 if (result ! 0) { Console.WriteLine($连接失败错误码{result}); return; } byte[] buffer new byte[10]; result client.ReadArea(0x84, 0, 100, 10, buffer); // V区, DB0, 起始100, 长度10 if (result 0) { Console.WriteLine(VB100-VB109: BitConverter.ToString(buffer)); } byte[] writeData { 0x01, 0x02, 0x03 }; result client.WriteArea(0x84, 0, 200, 3, writeData); // 写入 VB200 起 3 字节 Console.WriteLine(result 0 ? 写入成功 : $写入失败{result}); client.Disconnect();ConnectTo的第二个参数是机架号S7-200 SMART 固定 0第三个是槽位固定 1。ReadArea的第一个参数 0x84 代表 V 区如果要读 M 区就换 0x83I 区 0x81Q 区 0x82。返回值为 0 表示成功非 0 是错误码常见的有 0x05地址越界、0x0A对象不存在。写入时注意长度要和writeData实际长度一致否则会写脏相邻地址。4. 通讯失败时的排查顺序与常见坑4.1 从错误码反推问题源码里如果封装了错误码先看返回值。连接阶段失败多半是 IP、端口、TSAP 或防火墙握手后读写失败看是地址越界还是 PDU 长度超限。下面这张表是实践中高频出现的错误码对照。错误码含义优先排查0x01硬件错误网线、交换机0x03访问对象不允许区域号写错0x05地址越界起始地址长度超范围0x0A对象不存在DB 号或区域号错超时无响应链路断或 PLC 忙心跳、连接数4.2 地址换算与字节序S7-200 SMART 是多字节大端序读回来的 16 位整数要(high 8) | low还原。浮点数更麻烦需要按 IEEE 754 从 4 字节拼。源码里如果直接BitConverter.ToInt16在小端机器上会得到反的值必须手动翻转。// 大端序 16 位整数还原 short ToInt16BigEndian(byte[] data, int offset) { return (short)((data[offset] 8) | data[offset 1]); } // 大端序 32 位浮点还原 float ToFloatBigEndian(byte[] data, int offset) { byte[] tmp new byte[4]; Array.Copy(data, offset, tmp, 0, 4); Array.Reverse(tmp); // 翻转为小端供 BitConverter 使用 return BitConverter.ToSingle(tmp, 0); }offset是数据在缓冲区里的起始下标Array.Reverse那一步不能省否则浮点值会完全错乱。如果现场读到的温度、压力值明显离谱先查字节序。4.3 多客户端与线程安全热词里常出现c# tcplistener 多客户端放到这个场景就是多个上位机同时连一个 PLC。S7-200 SMART 的连接数有限且同一连接上的请求必须串行。源码如果开了多线程直接调ReadArea会出现响应错位——A 线程的响应被 B 线程读走。正确做法是给S7Client加锁或者用请求队列。private readonly object _lock new object(); public byte[] SafeRead(int start, int len) { lock (_lock) // 保证同一连接串行 { byte[] buf new byte[len]; int rc _client.ReadArea(0x84, 0, start, len, buf); if (rc ! 0) throw new Exception($读失败{rc}); return buf; } }lock锁的是连接对象不是方法。如果源码里每个线程 new 一个S7Client那连接数会迅速耗尽PLC 直接拒绝新连接。生产环境建议全局单例 队列。提示调试阶段可以用 Wireshark 过滤tcp.port 102看 COTP 和 S7 PDU 的实际字节比对着源码猜快得多。5. 把 S7200SmartTest 源码改造成可复用的采集模块5.1 从测试工程到生产代码的三处改动原始测试源码通常把 IP、地址写死在按钮事件里直接上产线会很难维护。第一处改动是把连接参数抽到配置文件用appsettings.json或ini管理第二处是把读写封装成带重试的PlcService断线自动重连第三处是加日志记录每次请求的地址、耗时和错误码方便事后追溯。public bool ReadWithRetry(int start, int len, out byte[] data, int retry 3) { data null; for (int i 0; i retry; i) { try { data SafeRead(start, len); return true; } catch (Exception ex) { Log.Warn($第{i 1}次读失败{ex.Message}); Thread.Sleep(200); Reconnect(); // 尝试重建连接 } } return false; }retry控制重试次数Thread.Sleep(200)给 PLC 一点恢复时间Reconnect里重新走握手流程。注意重连不要无限制循环配合外层熔断避免把 PLC 连接打满。5.2 批量采集时的地址合并技巧如果一次要读 VB100、VB110、VB120 三个不连续块与其发三次请求不如合并成一次读 VB100 起 30 字节再在内存里切片。S7 协议单次 PDU 上限内合并请求能显著降低往返次数。判断标准是相邻块间隔小于 32 字节就合并否则分开读。原始地址长度合并后起始合并后长度内存切片VB10010VB10030[0..9]VB11010VB10030[10..19]VB12010VB10030[20..29]切片时用Array.Copy或Spanbyte别直接引用原缓冲区否则下次读会覆盖。合并的代价是可能多读一些无用字节但在 100ms 级的采集周期里这点带宽可以忽略。5.3 验证采集稳定性的一个土办法改完之后怎么确认稳定我一般会写一个控制台程序循环读 1000 次统计成功率和平均耗时同时用 STEP7-Micro/WIN SMART 的状态表监视同一个地址看两边数值是否一致。如果成功率低于 99%先查心跳间隔和交换机如果数值偶尔跳变查字节序和切片偏移。这个办法不优雅但能快速定位是链路问题还是代码问题。本文还有配套的精品资源点击获取 C#实现西门子S7-200 SMART上位机通讯：从源码到生产级采集模块
简介这份资源是面向工业自动化开发者与上位机编程学习者的西门子S7-200Smart通讯C#源码项目针对PLC与上位机数据交互这一实际需求提供可直接参考的读写实现方案。压缩包共74个文件约1.43MB以18个cs源码文件为核心配合sln与csproj工程文件、config配置、resx与resources界面资源以及exe、dll、pdb等编译调试产物构成一套完整的Visual Studio解决方案。源码围绕TCP/IP协议与PLC建立连接封装了数据包构造、读写请求发送与返回数据解析等关键逻辑并借助Windows Forms搭建可视化界面便于观察PLC状态与执行操作。目前已有222人学习下载适合希望理解S7-200Smart通讯协议、掌握Socket通信与上位机界面开发的中级开发者可据此快速搭建测试环境并迁移到自己的工控项目中。1. 从一份 C# 源码看 S7-200 SMART 上位机通讯的骨架很多做产线集成的工程师第一次拿到S7200SmartTest_C#源码_西门子_源码这类工程时第一反应是打开 Visual Studio 按 F5结果发现连不上 PLC或者读回来的字节全是 0。问题往往不在代码本身而在于没搞清楚这套源码背后的通讯模型它本质是一个 C# 上位机通过以太网 ISO-on-TCP也就是常说的 S7 通讯或串口 PPI/自由口去读写西门子 S7-200 SMART 的 V 区、M 区、I/Q 区。标题里的三个关键词——S7200SmartTest、C#、西门子——分别对应测试工程、实现语言和目标设备缺一个都跑不起来。这类源码适合谁一是刚接触西门子 PLC 的 C# 上位机开发者想找一个能跑通的最小闭环二是做设备集成的工程师需要把 SMART 200 的数据接到 MES 或自研监控里三是想研究 S7 协议报文结构的人。它解决的核心问题是不依赖西门子官方 WinCC 或组态软件用纯 C# 代码完成对 PLC 寄存器的读写。下面按协议原理 → 环境搭建 → 读写实现 → 排错与进阶的顺序把这份源码里真正值钱的部分拆开讲。2. S7-200 SMART 的通讯协议与 C# 侧选型2.1 ISO-on-TCP 与 PPI 两条路怎么选S7-200 SMART 的 CPU 自带以太网口主流做法是走 ISO-on-TCPRFC1006端口 102。C# 侧不需要装西门子的 DLL直接用TcpClient连上去按 S7 协议组包即可。另一条路是串口 PPI通过 RS485 转 USB 连 PLC 的 PORT0/PORT1适合老设备或没有网口的场景。选型上如果现场有交换机、PLC 固件支持以太网优先 ISO-on-TCP因为速率高、布线简单如果是单机调试或 PLC 已被占用网口才考虑 PPI。方式物理层端口C# 依赖适用场景ISO-on-TCP以太网102TcpClient产线组网、多设备PPIRS485串口SerialPort单机、老设备自由口RS485串口SerialPort自定义协议对接2.2 S7 协议报文的关键字段ISO-on-TCP 上跑的是 S7 Communication一次读操作大致分四段COTP 连接请求、S7 通讯建立、读/写请求、响应解析。C# 源码里通常封装成一个S7Client类核心是构造 TPKT COTP S7 PDU。以读 V 区为例请求报文里要指定区域号V 区是 0x84、起始地址、读取长度。地址换算是个坑S7-200 SMART 的 V 区按字节编址但报文里要写成(字节偏移 3)也就是按位寻址。比如读 VB100 开始的 10 个字节偏移量是 100*8800。// 构造读 V 区的 S7 请求参数部分简化示意 byte[] BuildReadRequest(int area, int dbNumber, int startByte, int length) { // area: V区0x84, M区0x83, I区0x81, Q区0x82 int bitOffset startByte * 8; // 字节地址转位地址 var req new byte[12]; req[0] 0x12; // 变量规格 req[1] 0x0A; // 后续长度 req[2] 0x10; // 请求长度 req[3] 0x02; // 读命令 req[4] (byte)(length 8); // 读取长度高字节 req[5] (byte)(length 0xFF); // 读取长度低字节 req[6] (byte)(dbNumber 8); // DB 号SMART 一般填 0 req[7] (byte)(dbNumber 0xFF); req[8] (byte)area; // 区域标识 req[9] (byte)((bitOffset 16) 0xFF); req[10] (byte)((bitOffset 8) 0xFF); req[11] (byte)(bitOffset 0xFF); return req; }这段代码里area决定读哪个区startByte是你在 STEP7-Micro/WIN SMART 里看到的字节地址length是一次读的字节数。注意 S7-200 SMART 单次读的 PDU 有上限一般不超过 222 字节超了要分包。dbNumber对 SMART 200 基本填 0因为它没有标准 DB 块的概念V 区就相当于 DB1。2.3 连接建立与心跳维护TcpClient.Connect成功后还要发 COTP 连接请求和 S7 通讯建立报文收到正确响应才算握手完成。源码里常见做法是握手后启动一个定时器每隔几秒发一次读请求当心跳防止交换机或防火墙把空闲连接断掉。心跳不要用空包读一个固定地址比如 VB0 一个字节最稳既能保活又能顺带检测链路。注意S7-200 SMART 的并发连接数有限一般最多 8 个 ISO-on-TCP 连接。上位机如果开多个线程同时连容易触发连接拒绝建议一个 PLC 复用一个连接用队列串行化请求。3. 用 C# 把 S7200SmartTest 源码跑起来的最小步骤3.1 开发环境与 PLC 侧准备先确认 PLC 固件和 IP。用 STEP7-Micro/WIN SMART 连上 PLC在系统块里看以太网端口配置记下 IP 和子网掩码。上位机电脑的 IP 要跟 PLC 同网段比如 PLC 是 192.168.2.1电脑就设 192.168.2.100。然后在系统块 → 通信里确认没有勾选限制连接。C# 侧用 Visual Studio 2019 或 2022目标框架 .NET Framework 4.7.2 或 .NET 6/8 都行源码如果是老工程多半是 WinForms .NET Framework。# 先用 ping 确认链路通 ping 192.168.2.1 # 再用 telnet 测 102 端口是否开放Windows 需先启用 telnet 客户端 telnet 192.168.2.1 102ping通只说明网络层没问题telnet能连上才说明 102 端口没被防火墙拦。如果 telnet 卡住或拒绝先查电脑防火墙和 PLC 是否被其他上位机占满连接。3.2 关键参数配置表源码里通常有一个配置文件或常量区把下面这些参数填对基本就能通。参数典型值说明PLC IP192.168.2.1与电脑同网段端口102ISO-on-TCP 固定本地 TSAP0x0100常见写法部分源码用 0x0200远端 TSAP0x0300对应 PLC 侧机架/槽位0/1SMART 200 固定读超时2000 ms太短易误判断线心跳间隔5000 ms视交换机老化时间调整TSAP 是容易出错的地方。S7-200 SMART 的 TSAP 跟 S7-1200/1500 不一样常见远端是0x0300本地0x0100。如果握手失败先抓包看 COTP 响应里的 TSAP 是什么再回填到代码里。3.3 读写 V 区数据的完整调用下面是一个读 VB100 起 10 字节、再写回 VB200 的调用示例基于常见的S7Client封装。var client new S7Client(); int result client.ConnectTo(192.168.2.1, 0, 1); // IP, 机架, 槽位 if (result ! 0) { Console.WriteLine($连接失败错误码{result}); return; } byte[] buffer new byte[10]; result client.ReadArea(0x84, 0, 100, 10, buffer); // V区, DB0, 起始100, 长度10 if (result 0) { Console.WriteLine(VB100-VB109: BitConverter.ToString(buffer)); } byte[] writeData { 0x01, 0x02, 0x03 }; result client.WriteArea(0x84, 0, 200, 3, writeData); // 写入 VB200 起 3 字节 Console.WriteLine(result 0 ? 写入成功 : $写入失败{result}); client.Disconnect();ConnectTo的第二个参数是机架号S7-200 SMART 固定 0第三个是槽位固定 1。ReadArea的第一个参数 0x84 代表 V 区如果要读 M 区就换 0x83I 区 0x81Q 区 0x82。返回值为 0 表示成功非 0 是错误码常见的有 0x05地址越界、0x0A对象不存在。写入时注意长度要和writeData实际长度一致否则会写脏相邻地址。4. 通讯失败时的排查顺序与常见坑4.1 从错误码反推问题源码里如果封装了错误码先看返回值。连接阶段失败多半是 IP、端口、TSAP 或防火墙握手后读写失败看是地址越界还是 PDU 长度超限。下面这张表是实践中高频出现的错误码对照。错误码含义优先排查0x01硬件错误网线、交换机0x03访问对象不允许区域号写错0x05地址越界起始地址长度超范围0x0A对象不存在DB 号或区域号错超时无响应链路断或 PLC 忙心跳、连接数4.2 地址换算与字节序S7-200 SMART 是多字节大端序读回来的 16 位整数要(high 8) | low还原。浮点数更麻烦需要按 IEEE 754 从 4 字节拼。源码里如果直接BitConverter.ToInt16在小端机器上会得到反的值必须手动翻转。// 大端序 16 位整数还原 short ToInt16BigEndian(byte[] data, int offset) { return (short)((data[offset] 8) | data[offset 1]); } // 大端序 32 位浮点还原 float ToFloatBigEndian(byte[] data, int offset) { byte[] tmp new byte[4]; Array.Copy(data, offset, tmp, 0, 4); Array.Reverse(tmp); // 翻转为小端供 BitConverter 使用 return BitConverter.ToSingle(tmp, 0); }offset是数据在缓冲区里的起始下标Array.Reverse那一步不能省否则浮点值会完全错乱。如果现场读到的温度、压力值明显离谱先查字节序。4.3 多客户端与线程安全热词里常出现c# tcplistener 多客户端放到这个场景就是多个上位机同时连一个 PLC。S7-200 SMART 的连接数有限且同一连接上的请求必须串行。源码如果开了多线程直接调ReadArea会出现响应错位——A 线程的响应被 B 线程读走。正确做法是给S7Client加锁或者用请求队列。private readonly object _lock new object(); public byte[] SafeRead(int start, int len) { lock (_lock) // 保证同一连接串行 { byte[] buf new byte[len]; int rc _client.ReadArea(0x84, 0, start, len, buf); if (rc ! 0) throw new Exception($读失败{rc}); return buf; } }lock锁的是连接对象不是方法。如果源码里每个线程 new 一个S7Client那连接数会迅速耗尽PLC 直接拒绝新连接。生产环境建议全局单例 队列。提示调试阶段可以用 Wireshark 过滤tcp.port 102看 COTP 和 S7 PDU 的实际字节比对着源码猜快得多。5. 把 S7200SmartTest 源码改造成可复用的采集模块5.1 从测试工程到生产代码的三处改动原始测试源码通常把 IP、地址写死在按钮事件里直接上产线会很难维护。第一处改动是把连接参数抽到配置文件用appsettings.json或ini管理第二处是把读写封装成带重试的PlcService断线自动重连第三处是加日志记录每次请求的地址、耗时和错误码方便事后追溯。public bool ReadWithRetry(int start, int len, out byte[] data, int retry 3) { data null; for (int i 0; i retry; i) { try { data SafeRead(start, len); return true; } catch (Exception ex) { Log.Warn($第{i 1}次读失败{ex.Message}); Thread.Sleep(200); Reconnect(); // 尝试重建连接 } } return false; }retry控制重试次数Thread.Sleep(200)给 PLC 一点恢复时间Reconnect里重新走握手流程。注意重连不要无限制循环配合外层熔断避免把 PLC 连接打满。5.2 批量采集时的地址合并技巧如果一次要读 VB100、VB110、VB120 三个不连续块与其发三次请求不如合并成一次读 VB100 起 30 字节再在内存里切片。S7 协议单次 PDU 上限内合并请求能显著降低往返次数。判断标准是相邻块间隔小于 32 字节就合并否则分开读。原始地址长度合并后起始合并后长度内存切片VB10010VB10030[0..9]VB11010VB10030[10..19]VB12010VB10030[20..29]切片时用Array.Copy或Spanbyte别直接引用原缓冲区否则下次读会覆盖。合并的代价是可能多读一些无用字节但在 100ms 级的采集周期里这点带宽可以忽略。5.3 验证采集稳定性的一个土办法改完之后怎么确认稳定我一般会写一个控制台程序循环读 1000 次统计成功率和平均耗时同时用 STEP7-Micro/WIN SMART 的状态表监视同一个地址看两边数值是否一致。如果成功率低于 99%先查心跳间隔和交换机如果数值偶尔跳变查字节序和切片偏移。这个办法不优雅但能快速定位是链路问题还是代码问题。本文还有配套的精品资源点击获取