搞自动化非标项目的朋友应该都有同感真正耗时间的不是控制逻辑本身而是把 PLC、仪表、变频器、触摸屏、上位机这些环节串起来的那一整套联调过程。上个月我刚收尾一套自动加料机项目从电气柜的端子接线开始做最后一路干到上位机组态画面出数据、配方下发、批次记录入库中间踩了不少坑。这套设备是给化工反应釜定量添加粉体原料用的核心流程是称重传感器采集料斗重量PLC 控制振动给料和螺旋给料完成“粗加料、精加料”两步计量上位机负责配方管理、曲线监控和数据追溯。这篇笔记就是把这台自动加料机的完整实现过程梳理一遍重点讲 PLC 接线、梯形图逻辑、Modbus TCP 和 OPC UA 通信方式取舍、SCADA 组态以及 C# 上位机框架搭建给正在做称重配料项目或者刚接触 PLC 非标设备调试的朋友做个参考。1. 项目概述与整体思路1.1 这个自动加料机到底在解决什么问题很多中小企业加料环节还是人工操作工人把原料袋子搬到秤旁边用小铲子一铲一铲加眼睛盯着秤上的读数加多了再往回舀。这套方式的问题很明显粉尘环境里对工人身体不好不同人操作出来的重量一致性差而且每一批到底加了什么、加了多少、在什么时间段加的完全没有记录可查。自动加料机要解决的就是这三个痛点精度、效率、可追溯性。设备结构可以理解为一条链储料仓 → 给料执行机构 → 称重料斗 → 卸料阀 → 反应釜或搅拌罐。PLC 不断读称重传感器变送过来的 4-20mA 信号把当前重量和目标重量做比较决定给料机构启动、减速还是停止。当料斗里的重量达到设定值时关闭给料打开卸料阀把料排进反应釜之后进入下一批循环。这个思路听起来简单真正麻烦的是控制细节。给料机构从停止命令发出到料流完全切断中间还有一段“空中料柱”会掉进料斗这部分重量就是常说的“落差”。落差补偿设得不好每次都会过冲或者欠量精度就上不去。整套系统的调试核心说白了就是围绕这个落差做文章。1.2 为什么用“PLC 触摸屏 上位机”三层结构选型阶段其实纠结过要不要用单片机或者工控机直接加采集卡。后来还是选择了经典三层结构理由很实际。PLC 负责现场控制选用了西门子 S7-200 SMART 系列的 CPU自带以太网口支持 Modbus TCP 服务器模式价格也合适。PLC 的优势是抗干扰、运行稳定、梯形图维护简单车间电工都能看懂。触摸屏负责现场操作现场工人不需要对着电脑直接在屏上选择配方、设置目标重量、看运行状态。触摸屏和 PLC 之间通过以太网直接通信不需要额外接线。上位机负责管理端放在办公室或中控室做 SCADA 组态监控画面、配方管理、历史曲线、报警记录和批次报表。上位机坏了不影响现场生产因为控制核心在 PLC 那一层。为什么不用单片机因为这种设备要长期连续运行现场还有变频器干扰、电源波动、温度变化单片机方案在稳定性和维护性上都不如 PLC。为什么不用工控机直接控制因为工控机死机一次整条线就得停风险太大。控制层和执行层分离是自动化设备设计里值得坚持的一条原则。1.3 控制需求拆解精度、节拍和信号处理项目需求书上的指标一般是这样的“单次称量范围 5~50kg精度 ±50g节拍要求 3 分钟一个批次。”这个精度和节拍放在一起就必须把加料过程分成两段不能一个速度加到底。粗加料阶段给料机构全速运行快速把重量加到目标值附近的某个切换点。精加料阶段给料机构低速运行用小料流慢慢凑到目标值保证不超调。停止阶段达到目标值后靠落差补偿经验值提前一点停止等空中料全部落进料斗刚好停在目标值附近。设备有两个给料通道的话通常是粗加料用螺旋给料机或振动给料器精加料用振动小料斗切换时先关粗加料通道再开精加料通道。称重信号的稳定性是整个精度的基础。称重传感器出来的毫伏信号经过变送器转成 4-20mA 电流进入 PLC 的模拟量模块后要滤波。滤波太强信号平滑但响应慢滤波太弱重量跳动厉害容易提前误触发。我一般先看原始波形的波动幅度再决定滤波时间常数这个后面细说。2. PLC 侧从设备接线到梯形图逻辑2.1 硬件清单与几个关键选型理由这套设备的硬件配置不算复杂但每一步选型都有讲究。模块型号/规格选型理由控制器S7-200 SMART SR4024 输入/16 输出自带网口支持 Modbus TCP模拟量扩展EM AM064 路 AI / 2 路 AO用于称重信号和可能的变频器给定称重变送器4-20mA 输出型变送器信号远传抗干扰能力比毫伏信号强得多触摸屏SMART LINE 系列和 S7-200 SMART 同品牌以太网直连方便给料执行器螺旋给料电机 变频器变频调速方便实现粗加/精加两档速度卸料阀气动蝶阀 电磁阀动作快、密封好适合粉体卸料辅助传感料位开关、接近开关、气缸磁性开关用于空料检测、位置反馈、气缸到位确认这里要说一个容易踩的坑称重传感器输出的是毫伏级信号如果直接进 PLC 的模拟量输入通道线稍微长一点干扰就很明显精度根本没法保证。所以一定要用带变送功能的称重模块或独立变送器把毫伏信号转成标准 4-20mA 信号再进 PLC。还有一些称重变送器支持去皮、清零、滤波设置可以在仪表端先做一层处理PLC 这边的压力会小很多。2.2 现场接线细节错一个就是干扰和事故接线部分我吃过不少亏几点经验值得拿出来说。模拟量信号接线屏蔽电缆是必须的屏蔽层要做单端接地一般在 PLC 柜这一端接地。双端接地容易在屏蔽层里形成环流反而引入干扰。信号线要和动力电缆分开走线槽和变频器输出电缆保持至少 20 厘米的距离实在避不开就穿金属管做屏蔽。数字量输入公共端S7-200 SMART 的数字量输入公共端 1M/2M 可以灵活配置接 0V 时用 PNP 传感器接 24V 时用 NPN 传感器。很多新人在这一步翻车买回一堆传感器发现 PLC 输入点全部不亮大概率就是公共端极性和传感器不匹配。我习惯统一用 PNP 传感器公共端全部接到 0V。输出回路保护PLC 输出点不要直接驱动接触器线圈或电磁阀通过中间继电器转接这已经是基本常识了。但中间继电器线圈两端要并联续流二极管直流回路或者 RC 吸收回路交流回路不然断电瞬间的反向电动势可能把继电器触点打黑严重时干扰 PLC 内部电路。输出点的公共端要注意分组不同电源电位的负载不要混接。称重传感器接线各厂家颜色定义不完全一样最常见的是棕色激励正、蓝色激励负、黑色信号正、灰色信号负。接线前一定看说明书不要凭印象接。传感器安装要避免机械应力底座要平整螺栓不要拧得太死导致传感器“憋劲”否则每次称重读数都会偏。2.3 梯形图的骨架状态机与两步加料PLC 程序我一般按状态机的思路来写不用“一连串输出条件堆叠”的方式。状态机的好处是思路清晰、不容易出现执行中互相干扰调试时定位问题也快。核心状态大致是这样状态编号状态名称动作说明S0待机等待启动命令所有阀门关闭S1粗加料打开粗给料全速进料S2精加料关闭粗给料打开精给料低速进料S3称重稳定精给料停止等待重量信号稳定S4卸料打开卸料阀排空料斗S5排空确认延时或根据料斗重量判断排空完成S6批次记录批次计数加一存储实际重量后回到待机关键切换条件S1 切 S2当前重量 ≥目标重量 − 精加料余量比如目标 20kg、精加余量 2kg则到 18kg 时关粗加料开精加料。S2 切 S3当前重量 ≥目标重量 − 落差补偿值。这个补偿值第一次先按经验估算后面根据实际偏差自动修正或手动修正。这里有个细节切换条件用“当前重量”来判断但重量信号本身有小幅波动。如果波动 ±20g而目标精度是 ±50g直接用原始值判断很容易提前触发。所以我在梯形图里加了一个“称重稳定”判断功能块只有当重量在设定时间内的变化率小于某个值才认为当前重量是可信的再执行比较。否则就会出现精加料一开一停或者重量还没到就提前关断的现象。梯形图里表达状态机的常用方式是置位复位不用步进梯形图指令也能实现// 网络示例状态切换 // S1粗加料状态下称重值达到切换点时 LD S1 LD Weight_Value 目标值 AN Alarm_Any S S2, 1 // 进入精加料 R S1, 1 // 退出粗加料 R Output_Rough, 1 S Output_Fine, 1实际程序里还有自动模式下的联锁条件比如卸料阀没关到位不允许启动加料、称重传感器超量程要停止加料、料仓料位开关检测到缺料要暂停程序。这些互锁条件宁可多写也不要漏写。2.4 配方与参数在 PLC 内怎么存多配方管理是自动加料机必须有的功能不同产品需要不同的目标重量和加料参数。我用 V 区定义一组配方结构体每个配方占用连续的 V 地址。参数地址偏移说明目标重量0字单位 0.1kg精加余量2字粗加切精加的提前量落差补偿4字停止提前量卸料时间6字卸料阀保持时间配方编号8字配方名BCD 编号触摸屏和上位机都通过“配方号”来读写这一整片数据。修改配方时先写入目标重量所在的 V 区起始地址然后一次性写 10 个字的块。这样比一个地址一个地址地写要稳定得多也能避免写一半的时候 PLC 正在取参数导致这批料用错配方。还有一点S7-200 SMART 的 V 区断电如果没设置保持区默认是丢失的。配方数据、累计批次、落差学习值这些参数一定要在系统块里的保持范围设置中把存放它们的 V 区地址范围设成断电保持不然现场断电一次调好的参数全没了非常崩溃。3. 上位机组态与通信实战3.1 Modbus TCP 和 OPC UA怎么选才不后悔上位机和 PLC 通信方式项目里我主要对比了两种Modbus TCP 和 OPC UA。Modbus TCP 是最直接的方案。S7-200 SMART 支持作为 Modbus TCP 服务器在 PLC 程序里调用 MBUS_SERVER 指令把 V 区映射成保持寄存器。上位机端做 TCP 客户端轮询读寄存器。这个方案的好处是协议简单报文结构一眼能看懂。调试工具多Modbus Poll 扫一遍就能确认地址对不对。各种组态软件和编程语言都支持几乎没有兼容性问题。缺点在于“裸奔”没有安全认证机制数据格式全靠自己定义如果现场有十几台设备设备之间的数据语义无法统一。OPC UA 是更现代的方案。它解决了 Modbus 的三个痛点有安全认证、有标准化的信息模型、支持订阅模式而不是傻轮询。如果现场不止一台 PLC还有变频器、仪表、机器人伺服控制器想统一接入 MES 系统那 OPC UA 是值得上的。通常的实现方式是工控机上装一个 OPC UA 服务器软件比如 Kepware把各个设备的 Modbus 或厂商协议转成 OPC UAC# 上位机再通过 OPC UA Client SDK 去订阅数据。我的取舍经验是单台 PLC、项目周期紧、上位机是自己开发的情况下优先用 Modbus TCP系统复杂、设备多、后续要接 MES 或做集团级数据采集直接上 OPC UA省得以后推倒重来。两个方案也不是互斥的有些工控机上用 OPC UA 服务器把 Modbus 设备包一层上位机统一从 OPC UA 取数这是一种很常见的中间桥接架构。3.2 用 SCADA 组态搭建监控画面SCADA 组态软件我最终用了比较通用的方式具体用哪家产品可以看项目预算和现场习惯WinCC、组态王、力控都可以。这里把操作流程和关键点说清楚换了软件也能套用。组态步骤整理下来就是四件事1. 建驱动、建变量表。在组态软件里新增设备选“Modbus TCP”或者厂商专用驱动填 PLC 的 IP 地址和端口。然后建立 IO 变量每个变量对应一个寄存器地址。这个步骤最考验耐心变量的地址类型保持寄存器还是输入寄存器、数据类型16 位整型还是 32 位浮点、字节顺序高位在前还是低位在前都不能错。我习惯先把变量表做成 Excel核对完再往组态软件里录比直接边录边查快很多。2. 画工艺画面。把储料仓、给料螺旋、称重料斗、卸料阀、反应釜用简单的矢量图表示出来数据对象绑定到 IO 变量。运行状态用颜色变化区分运行绿色、停止灰色、报警红色。称重曲线用实时趋势控件时间轴设置太长会看不清细节我一般都设成最近 10 分钟。3. 做报警组。重量超差、料位低、通讯超时、设备过载这些必须做成报警事件记录报警发生时间和恢复时间。SCADA 软件的报警功能足够用关键是报警上下限要按实际工艺设定太灵敏了一天几百条报警工人直接忽略等于没做。4. 权限和操作记录。配方修改、参数写入这些操作要有管理员权限普通操作员只能启动和停止。日志里要能查“谁在什么时间改了哪个参数”这在实际生产中很有用出了问题能追责也能帮工程师复现故障原因。有一个小技巧组态变量如果设置了死区画面上的曲线和数值会更稳定不会因为重量信号的小幅波动导致显示像“心电图”一样乱跳。但死区也不能设太大数值变化会失真。一般设置成量程的 0.1%~0.2% 比较合适。3.3 C# 上位机通用框架可以这样搭很多上位机是 C# 写的我用 C# 也做得最多。这里给出一套经过项目验证的通用框架结构功能和组态软件类似但更灵活。核心分层是四层层级职责技术要点通信层封装 Modbus TCP / OPC UA / S7 协议独立线程轮询或订阅断线重连数据层维护实时变量表数据更新后发事件ConcurrentDictionary 存变量快照业务层配方管理、批次记录、报表生成与界面解耦方便做自动化测试界面层绑定显示、操作按钮、趋势窗口WinForms 或 WPF 都行别在按钮事件里做通信以 Modbus TCP 为例用第三方库 HslCommunication 写一个简单的读取片段大体结构是这样using HslCommunication; using HslCommunication.ModBus; var client new ModbusTcpClient(192.168.1.10, 502) { ConnectTimeOut 2000 }; OperateResultbool connect client.ConnectServer(); if (!connect.IsSuccess) { Console.WriteLine($连接失败{connect.Message}); return; } // 读保持寄存器 40001 起始的 10 个字 OperateResultbyte[] read client.Read(0, 10); if (read.IsSuccess) { // 把寄存器值解析成重量、状态等 } // 写目标重量到 40021 client.Write(20, 50);代码只是示意实际 API 按库版本会略有差异。布局思路更重要通信代码绝不能写进按钮点击事件里否则界面卡死、请求超时、重复发包这些问题全来了。通信应该放在一个后台线程循环里定时轮询 PLC数据更新后通过事件通知界面刷新显示。用 OPC UA 时思路也是一样的只是把通信层换成 OPC UA Client。OPC UA 的模型比 Modbus 复杂但逻辑上就是连接 Server → 找到节点 → 订阅或读取 → 数据更新回调。比较好用的开发方式是用官方 OPCFoundation 的 UA-.NETStandard SDK或者连一些商业库。3.4 把批次数据存下来报表和追溯上位机除了监控还有一个重要职责是数据记录。自动加料机每次运行都要形成一条批次记录批次号、配方号、目标重量、粗加结束重量、精加结束重量、实际重量、误差、开始时间、结束时间、操作员。我用的是 SQLite本地部署零成本单机足够。插入一条批次记录用参数化 SQL避免拼接字符串出问题INSERT INTO batch_record ( batch_no, recipe_id, target_weight, actual_weight, deviation, start_time, end_time, operator_name ) VALUES ( batch_no, recipe_id, target_weight, actual_weight, deviation, start_time, end_time, operator_name );报表页面用 DataGridView 显示最近记录再按日期筛选。数据追溯这个功能在客户验收时非常加分尤其化工、食品行业有批次管理要求能不能拿出完整的电子记录直接决定项目能不能通过验收。4. 调试过程与故障排查记录4.1 调试节奏先单动再联动先空载再带料非标设备调试最忌讳的就是“上来就跑自动”。我的调试节奏是单动调试把每个执行机构分别点动测试。螺旋给料电机转向对不对卸料阀开关是否顺畅气缸到位信号有没有反馈称重传感器读数是否在正常范围。信号确认在触摸屏上强制输出看 PLC 输入输出映射是否和实际钮把对应模拟量通道接上 4-20mA 信号源确认量程换算正确。空载联动不放料先跑一遍自动流程确认状态切换正常、报警联锁正常。带料试车先设一个较小的目标重量比如 5kg观察加料过程各状态切换是否正常记录实际重量和偏差。参数整定根据试车数据调整精加余量和落差补偿。一般第一次跑完如果实际值比目标值高说明停止太晚了要把落差补偿值调大如果比目标值低说明提前量太大把补偿值调小。反复两三次就能收敛。这里说一个操作细节落差补偿在程序里可以用“学习修正”的方式拿上一批的实际偏差去自动修正下一批的目标值只要偏差方向一致几批之后精度就能稳定。但初期一定要限制修正幅度防止因为一批异常数据把补偿值带飞。4.2 常见问题速查表调试过程中碰到的问题千奇百怪我把见过的高频问题做了一张速查表供现场对照排查。现象可能原因处理办法STEP 7 Micro/WIN SMART 搜索不到 CPUIP 不在同一网段、网卡防火墙拦截、固件版本差异固定电脑 IP 与 PLC 同网段关闭防火墙用“添加设备”直接填 IP 连接触摸屏、上位机报以太网连接断开网线松动、交换机端口故障、IP 冲突、网卡节能模式更换网线、换交换机端口、检查 IP 地址占用、关闭网卡节能Modbus Poll 能读到数据组态软件读不到变量地址映射错误、字节顺序不一致、驱动类型选错用 Modbus Poll 读出正确地址后反向检查组态变量定义称重值跳动剧烈屏蔽层接地不良、传感器电缆与动力电缆平行走线、供电波动单端接地、重新布线、加装信号隔离器、增强滤波加料完成后实际重量明显超差落差补偿不准、粗精切换点太晚、下料口积料按偏差调整落差补偿提前切换点清理下料口精加料一开一停重量波动触发开关判断、滤波时间太短加大滤波窗口增加称重稳定判断逻辑变频器与 PLC 通信不上站地址、波特率、数据位、校验位不一致逐项核对通信参数用串口助手监看报文台达 PLC 无法下载程序USB 转串口驱动未装、COM 口号不对、通信格式不匹配确认驱动、修改通信设置、尝试换端口触摸屏和上位机同时操作冲突两边同时写同一个寄存器明确权限触摸屏只管设置配方上位机管运行指令或加互锁PID 控制的温度波动温差大采样周期不合适、PID 参数不匹配、执行机构死区大先检查系统滞后时间再整定 PID必要时加积分分离这张表里每一行背后都有真实案例不过下面单独挑两个典型故障展开复盘一下。4.3 两个最典型的故障复盘故障一上位机用 Modbus TCP 读 PLC数据全部异常或为零现象是 Modbus Poll 可以连上能读到保持寄存器但 C# 上位机读回来的数据不对有些地址读出 0有些读出乱码。排查过程先用 Modbus Poll 读同一个地址发现 PLC 侧数值是正常的。对比上位机的读取地址C# 库的地址“0”和组态软件的地址“40001”是同一个意思但字节顺序不一样。S7-200 SMART 的 VW 里数据是高字节在前Modbus 协议里也有字节序问题读 16 位整数还好读 32 位浮点就特别容易踩。解决办法在 C# 通信层里写一个统一的字节交换函数凡是对外读写浮点、双字都走这个函数不在界面层里到处改。这个坑提示一个原则通信调试一定要分三层排查协议通不通、地址对不对、数据格式对不对一层一层拆。不要上来就怀疑硬件坏了。故障二电缆没有问题但组态软件不定时报“PN/IE 接口不可用”这个报错听着很吓人其实大多数情况就是上位机和 PLC 之间的网络断了一下又恢复。排查步骤检查网线和交换机端口发现网线是淡红色次级线水晶头压接质量一般换一根品牌成品网线后问题消失。工控机双网卡也是一个常见坑上位机访问 PLC 走了错误的网卡。把 PLC 通信用的网卡优先级调高。Windows 网卡的“节能以太网”功能会把空闲网卡休眠导致连接断开需要在设备管理器里关闭这个选项。这类“偶发断线”问题比“完全不通”更折磨人。排查思路就是把物理层、链路层、应用层分开验证换线、换口、关节能、固定 IP逐个排除。5. 做完这个项目后的一些体会这套自动加料机从出图到验收前后花了不到两个月核心控制逻辑本身只占了很少一部分时间大量时间花在信号处理、通讯联调、参数整定这些“看不到的功夫”上。我个人最大的体会是自动化项目里数据链路的可靠性比功能多少更重要。传感器给的数据如果不可信后面所有逻辑都是空中楼阁通信如果总断断续续画面再漂亮也没用。还有一点做非标设备一定要从拿到需求那天起就把三张表建起来I/O 表、变量表、接口表。I/O 表管现场接线变量表管 PLC 和上位机的数据交换接口表管设备之间的通信协议和地址。这三张表维护好了调试阶段能省一半时间后期设备出问题排查也快。这个项目的扩展方向其实也很明确加一台协作机械臂做自动取料、上条码扫描做原料批次溯源、把上位机数据接进 MES 系统做车间级的生产统计都是顺理成章的事。以后有机会再单独写一篇关于伺服控制、机器人联动和 MES 对接的文章。希望这篇自动加料机的实战笔记能帮你少走几步弯路。