1. 工控上位机通讯的选型思考1.1 为什么是Sharp7而不是OPC或Modbus做过工控上位机的朋友都知道跟西门子PLC打交道有几条路可以走OPC Server、Modbus TCP网关、以及直接走S7协议。OPC那套东西稳定是稳定但部署一套Kepware或者Simatic NET授权费用先不说光是配置DCOM那一堆权限就够折腾半天现场调试的时候经常因为防火墙或者用户权限问题卡住。Modbus网关呢多了一层硬件转换数据刷新率和实时性都会打折扣而且DB块地址映射还得单独维护一张表后期改程序容易漏改。Sharp7这个库走的是原生S7协议直接跟PLC的以太网口通讯不需要中间件不需要额外授权一个C#的DLL引进来就能用。它的底层其实就是把S7通讯的报文封装成了C#方法读DB块、读写M区、读写I/Q区都有对应的API。对于中小型项目来说这是性价比最高的方案。我自己的项目里只要客户没有强制要求OPC UA基本都优先用Sharp7。1.2 这个方案适合谁、能解决什么问题这套方案特别适合几类人一是刚入行做上位机开发的新人想快速搭一个能跑通的Demo二是做设备改造的工程师现场有一台西门子1200或者1500需要采集几个关键数据做看板三是做非标自动化的朋友客户预算有限不想在通讯软件上花钱。它能解决的问题也很明确实时读取PLC的DB块数据、写入配方参数、监控设备状态、做简单的报警记录。配合WinForm的界面可以快速做出一个能交付的上位机。当然如果你要做几十个站点的SCADA系统那还是老老实实上组态软件或者自己搭一套基于OPC UA的架构Sharp7更适合点对点的中小规模场景。1.3 开发环境与前置准备在动手之前先把环境理清楚。我用的组合是Visual Studio 2022社区版.NET Framework 4.7.2Sharp7库直接从GitHub或者NuGet拉下来。PLC这边我用的是西门子S7-1200固件版本V4.5IP地址设成192.168.0.10端口默认102。有几个前置条件必须确认第一PLC的“允许来自远程对象的PUT/GET通信访问”必须勾上这个选项在TIA Portal的硬件配置里保护与安全那一栏。不勾的话Sharp7连上去读数据会直接报错。第二电脑和PLC要在同一个网段或者路由可达。第三如果PLC有密码保护需要知道密码或者临时取消保护。这三点缺一个后面代码写得再对也连不上。注意S7-1200和S7-1500默认是禁止PUT/GET的这个坑我踩过不止一次现场调试的时候先检查这个选项能省半小时排查时间。2. Sharp7核心API拆解与实操要点2.1 连接建立与断开的标准写法Sharp7的连接逻辑很直接new一个S7Client对象调ConnectTo方法传入IP和机架号槽号。对于S7-1200/1500机架号是0槽号是1对于S7-300槽号通常是2。这个参数搞错了连接会超时。private S7Client plcClient new S7Client(); public bool ConnectPlc(string ip, int rack, int slot) { int result plcClient.ConnectTo(ip, rack, slot); if (result 0) { return true; } else { string errMsg plcClient.ErrorText(result); // 记录日志 return false; } }断开连接用Disconnect()方法但要注意在窗体关闭或者程序退出的时候一定要调否则PLC那边会保留一个连接资源时间长了可能连不上新的客户端。我一般会在FormClosing事件里加一个判断确保连接释放干净。2.2 读DB块数据的参数计算读DB块是Sharp7最常用的功能。核心方法是ReadArea参数依次是区域类型、DB块号、起始字节、读取长度、数据缓冲区。区域类型用S7AreaDB表示DB块S7AreaMK表示M区S7AreaPE表示输入区S7AreaPA表示输出区。这里有个关键点起始字节和读取长度都是以字节为单位的但PLC里的数据可能是Bool、Int、Real等不同类型。比如你要读DB1.DBD0这个Real值起始字节是0长度是4。要读DB1.DBW4这个Int值起始字节是4长度是2。要读DB1.DBX6.0这个Bool起始字节是6长度是1然后从缓冲区里取第0位。byte[] buffer new byte[4]; int result plcClient.ReadArea(S7.S7AreaDB, 1, 0, 4, buffer); if (result 0) { float realValue S7.GetRealAt(buffer, 0); }S7这个静态类提供了GetRealAt、GetIntAt、GetDIntAt、GetBoolAt等方法直接从byte数组里解析出对应的值。注意字节序的问题西门子PLC是大端模式Sharp7内部已经处理好了你不需要自己翻转字节。2.3 写数据到PLC的注意事项写数据用WriteArea方法参数跟ReadArea类似只是把缓冲区换成要写入的数据。写Real值的时候先用S7.SetRealAt把float转成byte数组再调WriteArea。byte[] writeBuffer new byte[4]; S7.SetRealAt(writeBuffer, 0, 123.45f); int result plcClient.WriteArea(S7.S7AreaDB, 1, 0, 4, writeBuffer);写操作有几个坑要避开第一写入的地址必须是PLC里实际存在的如果DB块长度不够写会失败。第二写Bool的时候如果只写一个位需要先读整个字节修改对应位再写回去否则会把同字节的其他位覆盖掉。第三频繁写同一个地址会影响PLC扫描周期建议做写入合并或者加延时。实操心得我一般会在写操作之前先做一次读操作确认地址可读再执行写。这样能提前发现地址错误避免写坏数据。2.4 批量读取与性能优化如果上位机需要读取几十个变量一个一个调ReadArea效率很低每次调用都是一次网络往返。Sharp7支持一次读取多个不连续的地址用ReadMultiVars方法传入一个S7DataItem数组每个item指定区域、DB号、起始地址、长度和缓冲区。S7DataItem[] items new S7DataItem[3]; items[0] new S7DataItem(); items[0].Area S7.S7AreaDB; items[0].DBNumber 1; items[0].Start 0; items[0].Amount 4; items[0].pData new byte[4]; // 类似地设置items[1]和items[2] int result plcClient.ReadMultiVars(items, 3);实测下来读10个变量用ReadMultiVars比循环调ReadArea快3到5倍。如果变量地址是连续的直接一次读一大块然后在内存里解析效率更高。我一般会把DB块按功能分区比如0到100是状态区100到200是参数区每次读一整块然后在C#里用BitConverter或者S7的Get方法解析。3. WinForm上位机完整实现流程3.1 界面布局与控件规划WinForm的界面不用搞得太花哨工控上位机讲究的是信息清晰、操作直接。我一般会分几个区域顶部是连接状态和IP输入框中间是数据展示区底部是日志和操作按钮。数据展示区用DataGridView或者ListView每一行对应一个变量列分别是变量名、地址、当前值、单位、更新时间。操作按钮包括连接、断开、开始采集、停止采集、写入参数。日志区用RichTextBox记录连接状态、读写结果、异常信息。如果你想让界面好看一点可以引入AntdUI或者SunnyUI这类开源控件库它们提供了扁平化的按钮、开关、进度条比原生控件顺眼很多。但要注意引入第三方UI库会增加打包体积如果客户对安装包大小有要求还是用原生控件自己调颜色和字体。3.2 定时采集线程的设计采集数据不能放在UI线程里做否则界面会卡死。标准做法是开一个后台线程或者用Timer定时调用Sharp7的读取方法读到数据后通过Invoke或者BeginInvoke更新UI。private System.Threading.Timer采集Timer; private void StartCollect() { 采集Timer new System.Threading.Timer(CollectCallback, null, 0, 500); } private void CollectCallback(object state) { if (plcClient null || !plcClient.Connected) return; byte[] buffer new byte[100]; int result plcClient.ReadArea(S7.S7AreaDB, 1, 0, 100, buffer); if (result 0) { float temp S7.GetRealAt(buffer, 0); int speed S7.GetIntAt(buffer, 4); this.BeginInvoke(new Action(() { lblTemp.Text temp.ToString(F1); lblSpeed.Text speed.ToString(); })); } }采集周期根据实际需求定一般500ms到1s就够了。太快了PLC受不了太慢了数据实时性差。如果变量多可以分多个Timer把实时性要求高的变量和普通变量分开采集。3.3 数据解析与类型转换从PLC读上来的都是byte数组需要根据变量类型解析。Sharp7提供了完整的解析方法但要注意地址对齐。比如DB1.DBD0是Real占4个字节DB1.DBW4是Int占2个字节DB1.DBX6.0是Bool占1个位。我一般会建一个变量配置表用XML或者JSON存起来每个变量包含名称、地址、类型、单位、系数。程序启动的时候加载配置采集的时候按配置解析。这样后期改地址不用改代码改配置文件就行。Variable Name温度/Name AddressDB1.DBD0/Address TypeReal/Type Unit℃/Unit Scale1.0/Scale /Variable解析的时候根据Type字段决定调GetRealAt还是GetIntAt根据Scale做线性变换。这样一套代码可以适配不同的PLC程序复用性很高。3.4 写入操作的交互设计写入参数不能直接写要有确认机制。我一般会在界面上放一个“写入”按钮点击后弹一个确认框显示要写入的变量名和新值用户确认后再执行写操作。写入成功后在日志区记录一条“写入成功”的信息同时刷新显示值。对于Bool类型的写入用CheckBox或者ToggleSwitch用户切换状态后立即写入。但要注意如果PLC那边有逻辑在控制这个位写入可能会被覆盖所以最好在界面上显示一个“手动/自动”模式手动模式下才允许写入。注意写Real值的时候如果PLC那边是双字整数直接写Real会解析错误。一定要确认PLC里的数据类型Real对应浮点数DInt对应32位整数Int对应16位整数。4. 常见问题与排查技巧实录4.1 连接失败的五种典型原因连接失败是最常见的问题我整理了一个排查表按顺序检查基本能定位到原因。现象可能原因排查方法连接超时IP不通ping一下PLC的IP连接超时端口被防火墙拦截检查电脑防火墙临时关闭测试返回错误码PUT/GET未开启检查TIA Portal里的保护设置返回错误码机架号槽号错误1200/1500用0,1300用0,2连接成功但读不到数据DB块号或地址错误用TIA Portal在线监控确认地址错误码可以通过plcClient.ErrorText(result)获取Sharp7返回的错误描述还算清晰比如“Connection refused”就是端口不通“Timeout”就是网络问题。4.2 数据读出来不对的排查思路有时候连接正常但读出来的数据跟PLC里显示的不一样。这种情况一般是地址偏移或者类型解析错了。比如PLC里DB1.DBD0显示的是100.0你读出来是1120403456那就是把Real当成DInt解析了。排查方法先用TIA Portal在线监控确认变量的实际地址和类型。然后在C#里打印出byte数组的十六进制值手动算一下。比如Real类型的100.0十六进制是0x42C80000如果读出来是0x0000C842那就是字节序反了。Sharp7默认是大端一般不会反但如果用了自定义的解析方法就要注意。4.3 采集线程卡死的处理采集线程卡死通常是因为网络异常或者PLC响应慢导致ReadArea阻塞。Sharp7的ReadArea是同步方法没有超时参数网络断了会一直等。解决办法是在采集线程里加一个超时判断或者用Task.Run包一层设置CancellationToken。我一般会在采集回调里先判断plcClient.Connected如果连接断了就跳过本次采集同时触发重连逻辑。重连不要频繁调间隔设成5秒一次避免把PLC的连接资源占满。4.4 多客户端同时连接的资源竞争如果多个上位机同时连同一台PLCPLC的连接资源是有限的。S7-1200最多支持8个并发连接S7-1500多一些。如果连接数超了新的连接会被拒绝。解决办法是尽量复用连接一个上位机只开一个S7Client实例不要每次采集都new一个。另外读写操作要加锁避免多线程同时操作同一个S7Client。我一般用lock关键字包住读写方法确保同一时间只有一个线程在通讯。private readonly object plcLock new object(); public int ReadDb(int dbNum, int start, int len, byte[] buffer) { lock (plcLock) { return plcClient.ReadArea(S7.S7AreaDB, dbNum, start, len, buffer); } }4.5 现场调试的实用技巧现场调试的时候我一般会带一个小的测试工具就是一个简单的WinForm只有连接、读、写三个功能。到了现场先用这个工具确认PLC能通再部署正式的上位机。这样能把问题隔离在通讯层不用每次都启动整个项目。还有一个技巧在PLC里建一个专门的测试DB块里面放几个已知值的变量比如Real写123.45Int写100Bool写True。上位机连上后先读这个DB块如果读出来的值对说明通讯没问题再去读实际的业务数据。这个方法能快速区分是通讯问题还是地址配置问题。5. 从Demo到交付的工程化建议5.1 配置文件与参数管理Demo阶段可以把IP、地址写死在代码里但交付项目一定要做成可配置的。我一般会用一个XML或者JSON文件存PLC的IP、机架号、槽号、变量列表。程序启动的时候读取配置界面上也提供配置入口方便现场修改。配置文件的格式要设计得简单明了让现场工程师能看懂。比如变量配置用表格形式每一行是一个变量列包括名称、地址、类型、单位。这样即使不懂代码也能照着PLC的地址表填进去。5.2 日志记录与异常处理工控上位机一定要有日志否则出了问题没法追溯。日志分几个级别Info记录连接、断开、采集启动停止Warn记录读写失败、超时Error记录异常堆栈。日志文件按天分割保留最近30天。异常处理要全面Sharp7的每个方法都有返回值不要忽略返回值。读写失败的时候记录错误码和错误描述同时更新界面上的连接状态。如果连续多次读写失败触发重连逻辑并在日志里记录。5.3 打包部署与运行环境打包的时候Sharp7的DLL要一起带上目标机器需要安装.NET Framework对应的版本。如果客户机器是Win7用.NET Framework 4.5或者4.6.1如果是Win10可以用4.7.2或者4.8。建议在项目属性里把目标框架设低一点兼容性更好。部署的时候把exe和配置文件放在同一个目录DLL放在exe旁边或者lib子目录。如果客户有杀毒软件可能会误杀提前跟客户沟通加白名单。另外程序启动的时候检查一下配置文件是否存在不存在就生成一个默认的避免现场找不到配置。5.4 后续扩展方向这套框架搭好之后可以往几个方向扩展。一是加报警功能采集到的数据跟阈值比较超限就弹窗或者记录报警表。二是加历史曲线用Chart控件或者第三方图表库把采集到的数据存到SQLite或者SQL Server按时间查询。三是加用户权限不同角色看到不同的界面和操作权限。如果项目规模再大一点可以考虑把通讯层和界面层分离通讯层做成一个独立的服务界面层通过WCF或者WebAPI跟服务通讯。这样多个客户端可以共享一个通讯服务减少PLC的连接压力。不过对于大多数中小项目来说现在的架构已经够用了。实操心得我一般会在项目里留一个“调试模式”开启后会在界面上显示原始的byte数组和解析后的值方便现场排查。正式交付的时候关掉这个模式界面更干净。
