企业官网建设流程全解析

简介：本资源是一套面向工业自动化开发者的C#与西门子S7系列PLC通信实战源码，适用于具备基础.NET编程能力、正开展产线监控、HMI开发或设备集成项目的工程师与学习者。资源完整呈现基于S7.Net库的TCP/IP连接建立、DB块/MB/MW等地址区的读写操作、异常捕获机制及WinForms图形界面交互逻辑，覆盖从初始化到周期性轮询的全流程实现。压缩包共39个文件，含11个核心C#源码（如Form1.cs、Sharp7.cs）、1个Visual Studio解决方案（.sln）、3个可执行程序（.exe）及配套配置文件（.config）、资源文件（.resx/.png）和编译产物（.pdb/.dll），总大小244KB，结构清晰，便于快速编译运行与模块化学习。已有484人下载学习，读者可直接复用通讯类封装、UI控件绑定逻辑及多线程定时刷新方案，显著降低工业现场C#上位机开发门槛。

1. 项目概述：为什么我们需要与西门子PLC通讯？

在工业自动化领域，上位机与可编程逻辑控制器（PLC）之间的数据交换是构建监控系统、数据采集平台乃至智能制造大脑的核心环节。西门子PLC，尤其是S7系列（如S7-1200， S7-1500， 经典的S7-300/400），凭借其稳定性和市场占有率，成为了无数工厂产线的“神经中枢”。作为一名C#开发者，当你接到一个任务，需要开发一个用于监控生产线状态、下发配方参数或记录设备运行数据的桌面应用时，掌握如何与西门子PLC进行S7通讯，就成了一项绕不开的关键技能。

这个项目标题“通过C#实现与西门子PLC的S7通讯实例源码”，直指一个非常具体且高频的工业软件开发需求。它不是一个泛泛的理论探讨，而是要求产出可直接运行、能成功读写PLC数据的代码实例。对于开发者而言，这意味着你需要跨越从理论协议到实际代码的鸿沟。S7协议是西门子私有协议，虽然底层基于ISO-on-TCP，但其数据包结构复杂，直接手搓协议栈对大多数应用场景来说性价比极低。因此，在C#中实现S7通讯，主流且高效的做法是借助成熟的第三方开源库，例如应用最广泛的S7NetPlus（基于早期的S7.Net），它封装了协议细节，提供了面向对象的API，让我们可以像操作本地变量一样去读写PLC的存储区。

那么，这个项目适合谁呢？首先，当然是正在或即将从事工业上位机（SCADA/HMI）、MES（制造执行系统）数据采集接口开发的C#工程师。其次，对于自动化工程师或电气工程师，如果希望用更灵活强大的C#来扩展传统组态软件的功能，实现定制化数据分析或报表，这也是必备技能。最后，对于学习工业物联网（IIoT）的学生或爱好者，这是一个绝佳的、能触摸到工业现场真实数据流的实践入口。通过一个完整的实例，你不仅能学会“怎么连”，更能理解“为什么这么连”，以及在实际项目中会遇到哪些“坑”。

2. 核心思路与方案选型：为什么是S7NetPlus？

当我们决定用C#与西门子PLC通讯时，摆在面前的有几条路：使用西门子官方提供的.NET库（如Siemens.Simatic.S7.NET）、使用OPC UA（一种更通用但配置稍复杂的标准）、或者使用开源的第三方库。对于大多数快速开发、对成本敏感且需要深入控制通讯过程的项目，S7NetPlus往往是首选。

选择S7NetPlus，背后有非常实际的考量。首先，它是完全开源和免费的，这对于项目预算和长期可维护性至关重要。其次，它纯用C#编写，不依赖任何原生的DLL或COM组件，这意味着你的应用程序可以轻松地部署在任何支持.NET的平台（如Windows, Linux via .NET Core/.NET 5+）上，实现真正的跨平台数据采集，这在当今拥抱工业互联网和边缘计算的背景下非常有价值。再者，它的API设计得非常直观，核心类Plc封装了连接、读写操作，通过指定PLC的IP地址、机架号（Rack）和槽位（Slot），你就能建立一个通讯会话。

这里需要深入解释一下这几个连接参数。IP地址很好理解，就是PLC在以太网中的地址。机架号（Rack）和槽位（Slot）则是西门子S7系列PLC硬件组态的概念。对于S7-1200/1500这类新一代紧凑型PLC，通常机架号固定为0，槽位对于单CPU模块也是1（对于S7-1500，有时槽位需要根据TIA Portal硬件组态查看，也可能是0）。而对于老款的S7-300/400系列分布式系统，机架和槽位对应着硬件模块在机架上的物理位置，这需要在Step7的硬件组态中确认。如果这些参数填错，最常见的错误就是“连接超时”或“无法建立连接”。

除了S7NetPlus，方案选型时还可能听到libnodave、Snap7等名字。Snap7是一个用C/C++编写的跨平台通讯库，功能强大，也有C#封装版本。但相比S7NetPlus，Snap7的C#绑定可能需要处理更多的非托管代码交互，对于追求开发效率和代码纯粹性的C#项目来说，S7NetPlus的“全托管”特性更具吸引力。因此，在本实例中，我们将以S7NetPlus作为核心技术栈展开。

注意：在使用任何第三方库与生产设备通讯前，务必在测试环境（或一台不连接真实产线的备用PLC）上进行充分测试。错误的写操作可能导致设备误动作，存在安全风险。

3. 环境准备与项目搭建

工欲善其事，必先利其器。在开始编码之前，我们需要把开发环境和项目框架搭建好。这个过程虽然基础，但一步错可能导致后续步步维艰。

3.1 开发环境与工具首先，你需要一个C#开发环境。Visual Studio 2022（社区版免费）是目前最主流的选择，它提供了强大的代码编辑、调试和NuGet包管理功能。确保你的项目目标框架至少是.NET Framework 4.6.1或.NET Core 3.1及以上版本，以更好地兼容S7NetPlus库。PLC侧，你需要一台西门子S7系列PLC（如S7-1200）并已完成基本硬件组态和网络配置，使其IP地址与你的开发电脑在同一网段，并且关闭了PLC的防火墙（或设置了允许访问的规则）。同时，你需要在PLC的编程软件（TIA Portal）中，确保PLC属性里的“连接机制”中勾选了“允许来自远程对象的PUT/GET通信访问”。这一步至关重要，很多连接失败都是因为它被默认禁用了。

3.2 创建项目与安装库打开Visual Studio，创建一个新的“控制台应用”（.NET Core或.NET Framework）项目，命名为S7CommunicationDemo。项目创建好后，我们通过NuGet包管理器来安装S7NetPlus。在“解决方案资源管理器”中右键点击项目，选择“管理NuGet程序包”。在浏览标签页中搜索“S7NetPlus”，选择由S7NetPlus维护的版本（通常是最新稳定版），点击安装。这个过程会自动将库及其依赖项添加到你的项目中。安装成功后，你可以在项目的“依赖项”下看到它。

3.3 PLC数据准备在编写代码前，我们必须在PLC中创建一些用于测试的变量。打开TIA Portal，在PLC的“程序块”中，添加一个全局数据块（例如DB1），并在这个数据块中定义几个不同数据类型的变量。例如：

• Start(Bool， 在DB1.DBX0.0)： 一个启动按钮信号。
• Counter(Int， 在DB1.DBW2)： 一个计数器。
• SetTemperature(Real， 在DB1.DBD4)： 一个设定温度值。
• ProductName(String[20]， 在DB1.DBB8开始)： 一个产品名称字符串。

记住这些变量的数据类型和偏移地址（如DB1.DBX0.0），它们是我们后续在C#代码中需要准确指定的“坐标”。编译并下载这个硬件和软件组态到实际的PLC中，确保PLC处于运行（RUN）模式。

4. 核心通讯类解析与连接建立

一切就绪，现在让我们进入核心代码部分。S7NetPlus的使用围绕S7.Net.Plc这个核心类展开。

4.1 Plc类与连接参数首先，在程序的顶部引入命名空间：using S7.Net;。然后，创建一个Plc类的实例。构造函数需要三个关键参数：CpuType、ip和rack/slot。

using S7.Net; // 定义PLC连接参数 string ipAddress = "192.168.0.1"; // 替换为你的PLC实际IP CpuType cpu = CpuType.S71200; // 根据你的PLC型号选择，如S71500， S7300， S7400 short rack = 0; // 通常为0 short slot = 1; // S7-1200通常为1， S7-1500可能为0或1，需根据TIA Portal确认 // 创建PLC实例 Plc plc = new Plc(cpu， ipAddress， rack， slot);

CpuType是一个枚举，精确指定PLC的型号系列，这决定了库内部使用哪种子协议进行通讯，选错会导致连接失败。对于S7-1200，就选S71200。

4.2 建立与关闭连接实例化Plc对象并不代表连接已建立。你需要显式调用Open()方法来发起连接。

try { plc.Open(); if (plc.IsConnected) { Console.WriteLine("成功连接到PLC！"); // 后续的读写操作... } } catch (Exception ex) { Console.WriteLine($"连接PLC失败: {ex.Message}"); }

IsConnected属性是一个方便的只读属性，用于检查当前连接状态。务必使用try-catch块包裹连接操作，因为网络不通、IP错误、PLC未响应都会抛出异常。

完成所有通讯操作后，必须显式关闭连接以释放资源，这是一个好习惯。

plc.Close(); Console.WriteLine("已断开与PLC的连接。");

通常，我会把Close()方法放在finally块中，以确保即使发生异常，连接也能被安全关闭。

4.3 连接超时与错误处理优化默认的连接超时时间可能不适合所有网络环境。Plc类提供了一个Timeout属性（单位毫秒）供我们调整。

plc.Timeout = 5000; // 设置超时时间为5秒

在复杂的工业网络环境中，一次连接失败并不代表永远失败，可能是短暂的网络抖动。因此，在实际项目中，我通常会实现一个简单的重连机制。

int maxRetries = 3; int retryDelayMs = 2000; for (int i = 0; i < maxRetries; i++) { try { plc.Open(); if (plc.IsConnected) break; } catch { if (i == maxRetries - 1) throw; // 重试次数用尽，抛出异常 Console.WriteLine($"连接失败，第{i+1}次重试..."); Thread.Sleep(retryDelayMs); } }

这个重试逻辑能显著提升在不太稳定网络环境下应用的健壮性。

5. 数据读写操作全解析

连接建立后，最激动人心的部分就是数据交换了。S7NetPlus提供了同步和异步两套读写方法，我们先从最常用的同步方法开始。

5.1 读取单个变量读取操作的核心方法是Read(string variable)。这里的variable是一个字符串，它遵循特定的地址格式来描述PLC中变量的位置。

// 读取DB1中偏移量为0.0的Bool值（即DB1.DBX0.0） object startSignal = plc.Read("DB1.DBX0.0"); bool isStarted = Convert.ToBoolean(startSignal); Console.WriteLine($"启动信号状态: {isStarted}"); // 读取DB1中偏移量为2的Int值（即DB1.DBW2） object counterVal = plc.Read("DB1.DBW2"); int counter = Convert.ToInt16(counterVal); // 注意S7中Int是16位 Console.WriteLine($"计数器值: {counter}"); // 读取DB1中偏移量为4的Real值（即DB1.DBD4） object tempVal = plc.Read("DB1.DBD4"); float temperature = Convert.ToSingle(tempVal); Console.WriteLine($"设定温度: {temperature}");

地址字符串的格式是关键：数据块号.数据类型+字节偏移.位偏移（仅Bit类型）。对于Bool（Bit）类型，需要指定字节和位（如0.0）。对于Word（如Int）、DWord（如DInt， Real）类型，只需指定字节偏移。Read方法返回的是object类型，所以我们需要根据已知的数据类型进行转换。

5.2 写入单个变量写入操作使用Write(string variable， object value)方法。

// 将启动信号置为True plc.Write("DB1.DBX0.0"， true); Console.WriteLine("已写入启动信号。"); // 将计数器值设置为100 plc.Write("DB1.DBW2"， (short)100); // 注意C#的int是32位，写入16位Int需转换为short Console.WriteLine("已写入计数器值。"); // 写入一个浮点数温度值 plc.Write("DB1.DBD4"， 25.5f); // 使用‘f’后缀明确指定为float Console.WriteLine("已写入设定温度。");

写入时，务必确保你提供的value对象的类型与PLC中变量的类型匹配。一个常见的坑是：在C#中直接写100默认是int（32位），而PLC的Int是16位，直接写入可能导致数据错误。因此，写入16位整数时，最好显式转换为short。

5.3 批量读写与性能优化在实时监控场景中，我们往往需要周期性地读取几十甚至上百个变量。如果对每个变量都发起一次独立的读写请求，会产生大量网络报文，效率低下且增加PLC的通讯负载。S7协议支持一次性读取多个连续地址的数据，S7NetPlus也提供了相应的方法。

你可以创建一个DataItem数组，每个DataItem定义了一个要读写的变量地址和数据类型。

var dataItems = new List<DataItem> { new DataItem { DataType = DataType.DataBlock， DB = 1， StartByteAdr = 0， BitAdr = 0， VarType = VarType.Bit， Count = 1 // Bit类型，Count通常为1 }， new DataItem { DataType = DataType.DataBlock， DB = 1， StartByteAdr = 2， VarType = VarType.Int， Count = 1 // 读取1个Int（2个字节） }， new DataItem { DataType = DataType.DataBlock， DB = 1， StartByteAdr = 4， VarType = VarType.Real， Count = 1 // 读取1个Real（4个字节） } }; // 批量读取 plc.ReadMultipleVars(dataItems); foreach (var item in dataItems) { Console.WriteLine($"地址 DB1.DB{item.StartByteAdr} 值: {item.Value}"); } // 批量写入（先修改Value，然后写入） dataItems[0].Value = false; // 修改第一个Item（Bool）的值 dataItems[1].Value = (short)200; // 修改第二个Item（Int）的值 plc.WriteMultipleVars(dataItems);

ReadMultipleVars和WriteMultipleVars会将所有请求打包成尽可能少的S7协议报文发送，极大地提升了通讯效率，这是在开发高性能数据采集程序时必须掌握的技巧。

5.4 字符串的读写字符串在PLC中存储方式比较特殊，它有一个最大长度字节和一个实际长度字节，然后是字符数据。S7NetPlus的Read和Write方法可以直接处理标准的西门子字符串。

// 读取之前定义的String[20] object nameObj = plc.Read("DB1.DBB8"); string productName = nameObj.ToString(); Console.WriteLine($"产品名称: {productName}"); // 写入一个字符串 string newName = "Product_A"; plc.Write("DB1.DBB8"， newName);

库会自动处理字符串格式的转换，非常方便。但要注意，写入的字符串长度不能超过在PLC数据块中定义的最大长度。

6. 异步操作与事件驱动模型

对于需要高响应性的UI应用（如WPF， WinForms），如果在UI线程上执行同步的读写操作，一旦PLC响应慢或网络延迟，就会导致界面“卡死”。这时，异步编程模式就派上用场了。

6.1 使用Async/Await进行异步读写S7NetPlus提供了ReadAsync和WriteAsync方法。

public async Task ReadDataAsync() { try { var task1 = plc.ReadAsync("DB1.DBX0.0"); var task2 = plc.ReadAsync("DB1.DBW2"); // 等待两个读操作同时完成 await Task.WhenAll(task1， task2); var startSignal = Convert.ToBoolean(await task1); var counter = Convert.ToInt16(await task2); // 更新UI（注意需要Invoke到UI线程） // this.BeginInvoke((Action)(() => { label1.Text = startSignal.ToString(); })); } catch (Exception ex) { // 处理异常 } }

使用async/await可以让通讯操作在后台进行，保持UI线程的流畅。Task.WhenAll可以用来并发执行多个独立的读写请求，进一步减少总等待时间。

6.2 定时轮询与后台线程更常见的场景是定时读取数据刷新界面。我们不建议在UI定时器事件中直接调用异步方法，因为定时器事件可能在上一个异步操作未完成时就再次触发。一个更稳健的模式是使用一个独立的后台线程或Task配合CancellationToken进行循环读取。

private CancellationTokenSource _cancellationTokenSource; private Task _pollingTask; public void StartPolling() { _cancellationTokenSource = new CancellationTokenSource(); _pollingTask = Task.Run(async () => { while (!_cancellationTokenSource.Token.IsCancellationRequested) { try { // 批量读取所有需要的数据项 // 使用ReadMultipleVars或循环ReadAsync // 将读取到的数据通过事件、消息队列或直接Invoke到UI线程进行更新 await Task.Delay(100， _cancellationTokenSource.Token); // 例如100ms轮询一次 } catch (OperationCanceledException) { // 任务被取消，正常退出 break; } catch (Exception ex) { // 记录日志，并可能尝试重连 Console.WriteLine($"轮询错误: {ex.Message}"); await Task.Delay(1000， _cancellationTokenSource.Token); // 出错后等待更长时间再试 } } }， _cancellationTokenSource.Token); } public void StopPolling() { _cancellationTokenSource?.Cancel(); _pollingTask?.Wait(); // 等待轮询任务结束 }

这种模式将通讯逻辑与UI逻辑解耦，提供了更好的可控性和错误处理能力。轮询间隔需要根据实际需求谨慎设置，太短会增加PLC负担，太长则数据更新不及时。

7. 高级话题与实战技巧

掌握了基础读写和异步操作后，我们来看看一些能让你代码更专业、更健壮的进阶内容。

7.1 数据类型映射与转换陷阱C#与PLC的数据类型并非一一对应，处理不当会导致数据错误。

• 整数类型：PLC的Int是16位有符号，对应C#的short；DInt是32位有符号，对应C#的int。读写时务必注意转换。
• 浮点数：PLC的Real是32位IEEE浮点数，对应C#的float。虽然C#的double精度更高，但写入Real时仍需转换为float。
• 字节顺序：西门子PLC采用大端序（Big-Endian），而Intel架构的PC通常是小端序（Little-Endian）。S7NetPlus库已经帮我们处理了这个转换，所以我们在读写时感知不到。但如果你需要直接解析从PLC读回的原始字节数组，就必须手动进行端序转换。

7.2 错误处理与日志记录工业软件必须稳定可靠。除了基本的try-catch，你需要对不同的异常进行区分处理。

• SocketException： 通常表示网络层问题，如PLC IP不可达、端口被阻。
• PlcException： S7NetPlus库抛出的特定异常，可能包含S7协议错误代码，如“地址错误”、“数据类型不支持”。
• TimeoutException： 操作超时。

我建议建立一个分级的错误处理策略：对于短暂的网络超时，可以自动重试几次；对于明确的地址错误，应记录日志并提示用户检查配置；对于持续的连接失败，可能需要触发一个全局的“通讯中断”警报。同时，使用像NLog或Serilog这样的日志库记录所有通讯操作和异常，这对于后期排查现场问题具有无可估量的价值。

7.3 连接状态监控与自动重连一个健壮的上位机程序不能假设连接永远在线。你需要持续监控连接状态，并在断线时尝试自动恢复。

private System.Timers.Timer _connectionMonitorTimer; private void SetupConnectionMonitor() { _connectionMonitorTimer = new System.Timers.Timer(5000); // 每5秒检查一次 _connectionMonitorTimer.Elapsed += (s， e) => { if (!plc.IsConnected) { Console.WriteLine("连接丢失，尝试重连..."); try { // 先尝试关闭可能存在的半开连接 plc.Close(); System.Threading.Thread.Sleep(100); plc.Open(); if (plc.IsConnected) { Console.WriteLine("重连成功！"); // 触发一个事件，通知应用其他部分连接已恢复 } } catch { /* 本次重连失败，等待下次定时器触发 */ } } }; _connectionMonitorTimer.Start(); }

这个简单的监控器可以在后台运行，默默维持着通讯链路的健康。注意，重连逻辑中先Close再Open是一个好习惯，可以清理可能存在的无效连接状态。

7.4 封装与设计模式当项目规模扩大，需要与多个PLC、读写数百个变量时，直接将plc.Read/Write调用散落在代码各处将是维护的噩梦。一个好的实践是进行封装。

• 变量映射封装： 创建一个静态类或配置文件，集中管理所有PLC变量的地址字符串。

public static class PlcTags { public const string MachineStart = "DB1.DBX0.0"; public const string ProductionCounter = "DB1.DBW2"; public const string TemperatureSetpoint = "DB1.DBD4"; // ... 更多标签 } // 使用：plc.Read(PlcTags.MachineStart);

• 服务层封装： 创建一个PlcService类，将所有通讯逻辑（连接、重连、读写、错误处理、日志）封装在内。对外提供简洁的异步方法，如GetMachineStatusAsync()，内部处理复杂的地址映射和批量读取。这符合单一职责原则，也使单元测试成为可能。
• 使用依赖注入： 在大型应用中，将IPlcService接口注入到需要的业务类中，可以进一步解耦，提升代码的可测试性和可维护性。

8. 常见问题排查与调试心得

即使按照指南操作，在实际连接中你仍可能遇到各种问题。下面是我在多年项目中总结的一些常见“坑”及其解决方法。

8.1 连接失败类问题

• 症状：plc.Open()抛出异常，提示超时或连接被拒绝。
• 排查清单：
  1. 物理网络： 用电脑ping一下PLC的IP地址，能通吗？这是第一步，也是最常被忽略的一步。如果ping不通，检查网线、交换机、IP地址配置。
  2. 防火墙： 电脑和PLC的防火墙是否关闭？或者是否在防火墙上为S7通讯端口（默认102）添加了入站/出站规则？在工业环境，为省事经常直接关闭防火墙，但在安全要求高的地方需要精确配置。
  3. PLC配置： 再次确认TIA Portal中PLC属性的“连接机制”是否勾选了“允许来自远程对象的PUT/GET通信访问”。对于S7-1200/1500，这是必须的。
  4. 连接参数： CPU类型选对了吗？S7-1200不能选成S7-300。机架号和槽位对吗？对于S7-1200，试试rack=0， slot=1或slot=0。对于S7-1500，在TIA Portal的“在线与诊断”里查看“概览”->“模块信息”，可以看到CPU的插槽号。
  5. IP网段： 确保PC和PLC的IP地址在同一网段，且子网掩码正确。

8.2 数据读写错误类问题

• 症状： 连接成功，但Read或Write时抛出错误，提示“地址错误”或“数据类型无效”。
• 排查清单：
  1. 地址格式： 地址字符串是否完全正确？大小写敏感吗？DB1.DBX0.0 不能写成 db1.dbx0.0。布尔地址必须包含位偏移（如.0， .1）。
  2. DB块与偏移： 你读写的DB块号在PLC中确实存在并已下载吗？偏移地址计算正确吗？一个Int从DBW2开始，占了2和3两个字节。下一个变量如果是Real，应该从DBD4开始，而不是DBD3。使用TIA Portal的“监控与强制表”功能，可以直观地查看每个变量的绝对地址，这是校验地址最可靠的方法。
  3. 数据类型匹配： 你试图写入的C#数据类型和PLC中定义的匹配吗？试图把int(32位) 写入Int(16位) 会出错。写入float时要用25.5f而不是25.5(后者是double)。
  4. DB块访问权限： 检查PLC数据块的属性，是否被设置为“优化的块访问”？对于S7-1200/1500，默认是优化的。优化访问的块，其变量没有固定的偏移地址，不能使用传统的DB1.DBX0.0方式访问。必须在块属性中取消勾选“优化的块访问”，变量才会有固定的偏移地址。或者，使用S7NetPlus提供的读写符号名（通过PLC的Web服务器或SNMP）功能，但这需要额外配置。

8.3 性能与稳定性问题

• 症状： 通讯时好时坏，偶尔超时，或大量读写时速度很慢。
• 排查心得：
  1. 网络负载： 工业网络可能还跑着其他协议（如Profinet）。使用网络抓包工具（如Wireshark）过滤S7端口（102），看看报文交互是否正常，是否有延迟或丢包。过多的广播报文也会影响性能。
  2. PLC处理周期： PLC正在执行一个很长的循环周期吗？通讯请求会被PLC的CPU在循环周期之间处理。如果程序太复杂，可能响应变慢。可以尝试优化PLC程序，或增加OB1循环监视时间。
  3. 批量读写： 这是提升性能最有效的手段。务必把需要周期性读取的变量整理好，使用ReadMultipleVars一次性读取，而不是用循环调用几十次Read。
  4. 读写频率： 你的轮询间隔设置合理吗？对于大多数监控场景，100ms到1s的间隔足够了。过高的频率（如10ms）会给PLC带来不必要的负担，甚至可能被PLC的通讯处理资源限制所拒绝。
  5. 资源释放： 确保在程序退出或不再需要时调用plc.Close()。未关闭的连接可能会在PLC端留下未释放的资源，影响后续连接。

调试时，一个非常有用的小技巧是：在开发初期，可以先用西门子官方的TIA Portal的“监控与强制表”或SIMATIC NET中的“PLC Simulator”（如果有）来测试你的通讯代码，这可以排除物理PLC和网络的问题，将故障范围缩小到你的代码逻辑上。

本文还有配套的精品资源，点击获取