做自动化这么多年我印象最深的项目之一是一条中小型饮料灌装线的改造。客户原先靠人工灌瓶量不准、速度慢夜班产能尤其难看。我这边用西门子S7-200 PLC做逻辑控制搭配MCGS触摸屏搭了整套饮料灌装控制系统从硬件选型、PLC梯形图到组态画面前后不到三周就交付了。这套组合之所以被我叫作“完美搭档”核心就一句话S7-200负责稳定可靠的底层逻辑MCGS负责让现场工人看得清、点得动的交互层两者互补性很强。这篇就把我当时的完整设计思路、程序框架、调试踩过的坑全部摊开讲一遍给准备做PLC项目或者正在搞电气自动化的朋友提供一个可以直接抄作业的参考案例。1. 从一条饮料灌装线说起系统要解决的三个核心问题1.1 典型灌装工艺流程拆解先讲清楚被控对象。一条典型的中小产能饮料灌装线工序大概是这样空瓶从上游皮带送过来经过一段缓冲输送带在灌装工位被挡停灌装嘴下降插入瓶口打开灌装阀按定量注入饮料计量完成、阀关闭灌装嘴抬起挡瓶机构放行瓶子随输送带进入封口、贴标等后续工位。如果这个循环靠人工操作问题非常集中灌装量全凭手感同一批产品的瓶间误差经常超过5%这在食品行业是要被退货的人的反应节奏不稳定产量快慢完全随状态波动夜班尤其严重饮料滴漏、瓶口污染这些问题很难完全避免卫生检查过不了。所以自动化改造的核心目标就三个灌装量稳定可调、生产节拍固定可控、操作简单到新工人十分钟能上手。这三个目标直接决定了后面的硬件选型和程序设计方向。在动手之前我习惯先把“到底要解决什么问题”写在方案第一页避免做着做着就被某个技术细节带偏。1.2 为什么主控选S7-200而不是单片机或继电器做这类设备其实有不少控制方案可以选。单片机开发周期长现场抗干扰能力弱而且客户设备维护人员基本不认出了问题没人能接住继电器逻辑在工序简单时能用但到灌装线这种多工位联动的复杂度柜子体积变大改逻辑就得改线后期维护成本很高。当时选西门子S7-200的原因也比较现实客户工厂里现有几台老设备用的就是S7-200电气维修工对它很熟备件库里还有好几个CPU模块和扩展模块。S7-200虽然官方早已停产但存量设备非常多食品机械、水处理、包装行业里还有大量设备在运行配件也容易买到。如果用S7-1200或者三菱FX系列也不是不行只是对这个项目而言S7-200能让客户自己的队伍最快接手这是选型里很关键的一个考量。S7-200 CPU226的点数对这套灌装系统来说也正好合适——24点开关量输入、16点晶体管输出最大带7个扩展模块留有非常充裕的余量。不过我要补充一句如果现在从头做一个全新项目我更推荐用继任者S7-200 SMART性价比更高、以太网口是标配程序思路和这篇完全通用。但如果你手上维护的也是S7-200老设备那这篇内容可以直接对上号。1.3 MCGS组态在这个系统里扮演的角色MCGS这套组态软件在国内工控圈用得相当广主要因为上手快、设备驱动全、中文环境友好。它有两种落地形态一种是组态软件搭配上位机在电脑上跑监控画面另一种是烧写到工业触摸屏里比如TPC系列实际项目里以触摸屏形态居多因为现场不摆电脑更清爽。在我的设计里MCGS负责三件事第一把PLC内部的运行状态用图形化方式展示出来比如输送带转动、灌装阀开关、当前产量第二接收操作工指令像启动、停止、灌装时间设定、手动/自动切换第三记录报警信息和产量数据方便之后查批次。它的本质是一个“翻译层”把PLC里的位和字翻译成人看得懂的中文画面再把人的操作翻译回PLC的位和字。理解了这层关系后面做变量关联就不会糊涂。2. 硬件选型与I/O分配动手之前先把清单列清楚2.1 传感器、执行器和PLC主机的选型逻辑硬件我习惯按“被控对象 → 执行器 → 检测元件 → PLC”倒着推。执行器部分输送带用一台0.55kW三相异步电机带动采用接触器启停不用变频器因为对传送速度没有连续调节的需求固定节拍就行。灌装阀用二位二通电磁阀动作频率不高选普通工业级即可。挡瓶和灌装嘴升降都用气缸配电磁阀控制气缸带磁性开关用于位置反馈。检测元件部分瓶位检测用对射式光电传感器响应快、抗环境光干扰强灌装嘴的上下限位用电感式接近开关或者气缸磁性开关根据气缸种类来配模拟量检测在基础版里可以先不做但如果我加模拟量扩展会用液位变送器去检测储液罐液位防止灌装机空转。PLC本体选CPU226 DC/DC/DC。为什么用DC/DC/DC而不是AC/DC/RLY因为输出全部驱动接触器、电磁阀和中间继电器晶体管输出响应快而且和传感器、PLC输入共用24V电源接线简单。统计下来输入约12点、输出约8点CPU226自带24输入/16输出余量非常充分不需要扩展I/O模块后面的扩展槽可以留给模拟量或者通讯模块。2.2 I/O地址分配表直接抄作业版我习惯把I/O表放在工程最前面做因为后面写程序、画画面都要反复对地址。这个项目的核心分配如下地址功能说明信号类型备注I0.0自动启动按钮常开带指示灯I0.1停止按钮常闭程序取反I0.2急停按钮常闭硬件回路串接I0.3瓶到位光电传感器常开对射式I0.4灌装嘴上升到位常开气缸磁性开关I0.5灌装嘴下降到位常开气缸磁性开关I0.6电机过载继电器常闭保护信号I0.7手动/自动选择开关—单刀双掷Q0.0输送带电机接触器晶体管输出24VDCQ0.1挡瓶气缸电磁阀晶体管输出控制伸出Q0.2灌装电磁阀晶体管输出定量灌装Q0.3灌装嘴升降气缸电磁阀晶体管输出控制下降这只是基础配置实际工程会根据现场增加第二输送段、缺瓶检测、产量复位等信号。I/O分配的核心原则是把涉及安全的信号急停、过载、限位放在固定地址并做好注释其他备用点预留出来。I/O表定稿之后电气原理图、端子图、程序注释和MCGS变量表全部以它为准不要边做边改否则最后对线对到怀疑人生。2.3 电气接线中的几个关键细节接线看似不起眼但设备能不能稳定运行一半靠接线。说几个我踩过的坑磁性开关和光电开关一定要先确认NPN还是PNPS7-200的输入公共端可以接源型或漏型但接法不同买之前就统一成NPN常开省得现场发现接反了没信号。电磁阀线圈和接触器线圈都是感性负载断电瞬间会产生反电动势。虽然CPU226晶体管输出内部有保护但驱动电磁阀的中间继电器线圈上我仍然建议并联续流二极管或RC吸收极性别接反否则会烧触点。柜内要把强电和弱电分槽走线PLC和传感器用独立的24V开关电源变频器动力线不要和信号线并行走同一个线槽。这块要是图省事后面干扰问题会让人调到底朝天第五章再细说。晶体管输出一般0.5A/点直接带小电磁阀偶尔够用但为了寿命和可靠性我还是习惯加中间继电器隔离替换也方便。3. PLC梯形图程序设计三层逻辑把灌装节奏控制好3.1 程序框架初始化、手动、自动三段式架构写S7-200程序时我不喜欢把所有逻辑堆在一个OB1里而是按功能拆成几个子程序初始化子程序、手动控制子程序、自动循环子程序、报警处理子程序。主程序里通过跳转指令或者使能条件控制当前执行哪部分。这么做的直接好处是调试时能一段一段排除问题出故障了看状态位就知道是哪个环节卡住。手动模式是给维修用的实现单个输出动作的测试自动模式是生产时用的全程按工序节拍跑。手动/自动切换通过I0.7选择开关实现当I0.7为1时主程序只调用手动子程序为0时调用自动子程序。这里一定要做互锁不能让手动指令和自动逻辑同时对同一个输出点写值否则输出会乱跳。程序里我习惯用M区作为中间状态位。举一个简化例子M0.0表示自动运行允许M0.1表示输送带运行M0.2表示挡瓶到位待灌装M0.3表示灌装嘴下降完成M0.4表示正在灌装计量。这些状态位在程序里相当于“记忆单元”配合状态灯梯形图的可读性会明显提高操作工看触摸屏也能知道现在卡在哪一步。3.2 输送带与挡瓶气缸的联动避免“追尾”和空转自动模式的起始逻辑大概是这样Network 1 自动运行标志 LD I0.0 // 启动按钮 O M0.0 // 自保持 AN I0.2 // 急停 AN M2.0 // 故障标志 M0.0按下启动按钮后M0.0置位输送带开始运行瓶子源源不断送到灌装工位。当I0.3瓶到位光电传感器检测到瓶子到达时输出Q0.1挡瓶气缸电磁阀动作同时Q0.0停输送电机。这里面的时间配合是关键。挡瓶气缸伸出去需要几十毫秒机械动作时间输送带带着惯性继续往前走如果传感器位置和气缸之间的距离留得太小瓶子会直接撞在挡瓶杆上。我通常的做法是传感器先触发PLC里用定时器延迟100~200ms再执行停带和挡瓶相当于给机械动作留出反应时间。这个延时参数必须拿到现场实际调因为瓶子材质、表面光滑程度不一样延时要微调。还有一个容易被忽略的点如果输送带上长时间没有新瓶子过来比如上料段堵了或者缺瓶程序里要加一个“缺瓶等待”状态。我用TON定时器启动一个30秒计时超过30秒没有新瓶到位就把自动灌装循环暂停等待瓶子重新出现后再恢复避免灌装阀在无瓶状态下误动作喷液。3.3 定量灌装的两种实现方式和精度补偿灌装定量是整个系统的核心功能。我做过两种方案按客户预算和精度要求选。方案一定时灌装。程序里设定一个灌装时间值打开电磁阀后T37开始计时S7-200里T37是10ms分辨率定时器时间到就关阀。优点成本低、不用额外传感器缺点受供液压力波动影响灌装量会有波动。对这个项目来说客户允许误差是±1%加上液体管道压力在灌装头入口做了稳压罐所以定时灌装够用。方案二流量计累加灌装。需要加脉冲流量计用S7-200的高速计数器HSC对流量脉冲累加达到设定脉冲数关阀。精度高但调试复杂对流量计安装位置要求高。如果产品换得勤、灌装规格多我会选这个方案因为换规格只需改设定值不用重新标定时间。不管哪个方案都要处理“提前量”问题电磁阀从断电到完全关闭有机械延迟液体管路里还有余压如果关阀动作发生在恰好达到目标量时实际上会多灌一点。我的做法是在程序里做补偿当累计量或计时时间达到“目标值-补偿值”时提前关阀。补偿值一开始给经验值80ms左右然后拿量杯实测按误差曲线微调。这个补偿值也放在触摸屏的设定页面方便操作工在生产中直接修改。定时灌装的梯形图核心大概长这样Network 10 灌装计时启动 LD M0.3 // 灌装嘴下降完成 AN T39 // 未到设定时间 M0.4 // 正在灌装标志 LD M0.4 TON T37, VW100 // 灌装定时单位10msVW100为设定值上面是示意实际程序里灌装时间设定值放在VW100由MCGS触摸屏写入操作工直接改画面里的数字就行不用开柜门拿编程线改。3.4 报警、急停与状态互锁千万别偷懒的部分报警和互锁这种逻辑平时不显眼真正出问题时就是保命保设备的。我这套系统里做了这么几类一是硬件急停回路。急停按钮的常闭触点直接串在接触器控制回路里就算PLC程序跑飞了按下急停也能把动力电断掉。PLC程序里也读急停信号一旦检测到断开所有输出全部复位并置位故障标志M2.0。恢复后需要重新按一次启动才允许进入自动状态防止设备突然恢复运行伤到人。二是电机过载保护。I0.6接热继电器的常闭触点过载时输入断开程序里立即停掉Q0.0并在触摸屏上显示“输送电机过载”。这个信号同时联动声光报警器。三是手动/自动互锁和状态互锁。手动模式下不允许自动输出自动模式下不允许手动按钮直接操作。状态互锁包括灌装嘴没有下降到位时不允许打开灌装阀没有检测到瓶子时不允许下降灌装嘴输送带还在运行时不允许挡瓶气缸直接伸出。这些互锁全部写在程序里就算操作工误操作设备也不会做出危险动作。经验之谈互锁不要省哪怕是“理论上不可能同时发生”的两条输出也要加。我在现场亲眼见过一次输送带电机和挡瓶气缸同时动作瓶子和挡板直接挤在一起那次之后所有项目我都把互锁当成标配多写几行梯形图换来的是一整年的安稳。4. MCGS组态画面搭建让操作工看得懂、点得动4.1 MCGS设备窗口与S7-200的通信配置MCGS组态工程的核心分四块设备窗口、用户窗口、实时数据库、运行策略。可以这样理解设备窗口负责跟PLC“对话”实时数据库是对话内容的“翻译字典”用户窗口就是操作工看到的界面运行策略则是一些后台逻辑和脚本。先说设备窗口的连接。新建MCGS工程后在设备窗口里添加设备驱动选西门子S7-200PPI然后配置通信参数。S7-200的PPI口是RS485接口站号默认一般为2波特率常见有9.6k和19.2k两档具体以PLC系统块里实际设置为准。MCGS触摸屏侧要把串口参数设置成完全一致串口号取决于触摸屏硬件接线、站号、波特率、数据位8、停止位1、偶校验EVEN。这里最容易出问题的就是校验位很多人默认无校验结果通信时好时坏数据还乱码。配置完先别急着画画面先在MCGS的设备调试功能里做一次“通信测试”能正确读到PLC寄存器值再继续。这个习惯能省下后面一大半的排查时间。如果用的不是S7-200而是S7-200 SMART那MCGS设备驱动要选对应的以太网驱动IP地址设成触摸屏和PLC同一网段即可。老款S7-200走串口新款SMART走网口驱动千万别选错。4.2 主画面、手动画面、报警画面的设计思路用户窗口的画面对操作工来说就是“设备的脸”。我的设计原则是生产上用得多的是主画面按钮要大、状态要直观维护用得多的是手动画面每个输出都要有单独按钮报警画面专门放历史报警。主画面我做的是工艺流程概览——左侧是储液罐和输送带示意中间是灌装工位有瓶子图形和灌装嘴。运行时瓶子图标会随着传送带移动灌装时显示液面填充动画虽然只是简单的位图切换但操作工反馈非常直观。画面上方一行显示当前产量下方是自动启停按钮、急停复位、灌装时间设定输入框。手动画面则把Q0.0到Q0.3每个输出做成一个按钮并实时显示对应输入信号的状态。这里特别重要的一点手动按钮要跟随实际动作显示状态比如气缸伸出时按钮显示为按下状态否则维修时很难判断输出到底执行没有。报警画面配置报警显示控件关联PLC里的报警字节VB300。报警生成方式在MCGS里设成“数值改变触发”当VB300的某一位变为1时显示对应报警文字。例如位0对应“电机过载”位1对应“自动状态故障”。这样PLC程序里只需要置位或复位VB300的对应位MCGS侧不用写太多脚本维护起来非常清晰。4.3 实时数据库变量关联的坑实时数据库是所有画面和PLC之间的中间层。每个变量要定义名称、类型、连接设备、寄存器地址、读写属性。我见过不少新手把这里的类型和地址搞乱编译不报错跑起来数据却全错。必须记住的几条规矩PLC里M、Q、I这种位地址在MCGS里对应开关型变量VW、VD这种字地址对应数值型变量。类型不匹配常见表现是数值永远为0或者乱码。西门子V区地址和MCGS地址写法要换算不同版本驱动对地址偏移处理略有不同。一定要用通信测试实测确认别信经验记下来的地址。读写属性要分清操作工要修改的设定值灌装时间设成可读可写只读状态产量、报警设成只读防止误写。变量名称用中文可以但别重名也别用带空格的怪字符。还有一个小细节MCGS数值型变量默认是16位还是32位要和PLC的数据长度对应。S7-200里VW是16位VD是32位如果MCGS变量类型配错读出来的数据会面目全非。类似这样的“隐形问题”往往比逻辑错误更难查。5. 联调实测通信、灌装精度、干扰问题全复盘5.1 通信不上按这个链路查十分钟定位MCGS触摸屏与S7-200通信不上是这类项目里被问过最多的问题。其实原因很集中按顺序查基本十分钟内能定位物理接线S7-200的编程口是RS485接口MCGS触摸屏串口需要是RS485口或者通过转换线连接普通RS232三线接法是行不通的。我的习惯是先用USB-PPI编程电缆确认PC能连上PLC再考虑屏的问题。站号和波特率在Micro/WIN的通信参数里确认站号和波特率MCGS设备属性里与之一致。站号错是最常见的错误有的驱动默认站号是1而很多PLC里实际设的是2。校验位和数据位PPI默认8数据位、1停止位、偶校验MCGS里如果选了无校验会出现“能连上但数据错乱”的诡异现象。触摸屏串口被占用有些MCGS屏的COM口同时用于下载工程和连接PLC。下载工程时被占用运行状态下自然连不上最简单的处理是工程下载完成后用另一个COM口连PLC或者把下载口设为“仅下载模式”。通信超时和重试次数驱动里有个“采集周期”参数默认可以设500ms现场设备多、通信量小可以调大通信不稳定时把“重试次数”调成3给通信多一点容错。按这个顺序查完剩下的基本都是硬件故障了换根线、换个端口就能解决。5.2 灌装量不稳的根源与补偿调整联调时我最关注的指标就是灌装量重复性。第一次测试同一设定时间下灌装量偏差到了3%超出客户允许的±1%。我没有急着改程序先做了三件事。一是观察供液压力。灌装机进料管上的压力表读数在灌装过程中下降了约0.15MPa说明储液罐液位下降后静压减小流量跟着变小。解法是在进料管上加一个稳压阀把灌装嘴入口压力稳定在一定范围这是物理层面的解法效果来得最直接。二是实测电磁阀的关闭延迟。用示波器看电磁阀线圈断电到管路彻底无滴漏的时间差不多在50ms左右。这个时间在定时灌装里如果不补偿直接对应到灌装量上就是多灌了一小截。三是检查定时器分辨率。S7-200里T37是10ms分辨率乘以设定值本身就有时间量化误差。灌装时间在1秒级别时10ms的量化误差就是1%。我后来把灌装阶段拆成“快灌精灌”两段思路先打开阀门灌到接近目标再通过补偿提前量收尾或者直接换成流量计加HSC累加方案把时间量变成脉冲量彻底消除时间分辨率误差。对这个项目调整补偿提前量已经够用流量计方案留给了后续升级。最终处理进料管加稳压阀程序里把“目标时间”改成“设定时间减提前量”提前量先在触摸屏上设成80ms然后拿量杯做五组实测根据误差曲线微调。调完之后重复性稳定在±0.5%以内完全满足客户要求。5.3 现场干扰变频器一启动传感器就乱跳这个项目试运行阶段还遇到一个典型问题旁边车间的变频器一启动灌装工位的光电传感器信号就开始乱跳偶尔还把MCGS触摸屏通信干断。查到最后是两个原因叠加。第一个原因24V开关电源和变频器共用了同一个进线回路。变频器启动瞬间母线电压跌落再叠加高次谐波24V电源输出出现毛刺导致传感器阈值抖动。处理办法PLC和传感器的24V电源改成独立开关电源并在电源输入端加EMI滤波器。第二个原因信号线走线太靠近变频器动力电缆。光电传感器的信号线当时从线槽里贴着变频器输出线走了将近两米变频器输出线上的PWM高次谐波直接耦合进信号线。处理办法信号线改成屏蔽线屏蔽层单端接地并绕开变频器动力线单独走线槽。改造之后再开变频器信号纹丝不动。这是一个很经典的教训干扰问题不光是PLC本身稳不稳的问题现场安装规范和布线方式决定了系统稳定性上限。再好的程序、再贵的硬件都架不住一次错误的走线。6. 老平台的新延展升级思路与现场维护习惯6.1 S7-200停产之后的选择S7-200已经是老平台如果客户现在要新建产线我一般推荐两个方向。一个是S7-200 SMART价格亲民、以太网口标配和MCGS的以太网驱动配合非常顺直接把串口通信的痛点消灭掉另一个是S7-1200如果客户以后的设备信息化要求高要连MES、上SCADA那S7-1200的通信能力和数据块管理更合适。原有S7-200设备做升级改造时如果程序逻辑复杂、客户不愿完全重写可以考虑用替代模块或者二手备件维持运行但一定要给客户讲清楚风险和备件成本。我在项目里都建议客户把完整的I/O表、程序注释、接线图整理成一份纸质加电子双份资料这东西比任何备件都值钱——我后来遇到最多的客户求助不是硬件坏了而是当年做项目的人走了图纸资料没留下来。6.2 给系统加“数字眼睛”和“数据大脑”这套灌装系统如果想往数字化方向走通常分两步扩展。第一步加模拟量采集储液罐液位、灌装压力、环境温度用EM235扩展模块接入PLC在MCGS上做实时曲线和趋势存储。这样操作工能提前看到压力波动趋势不用等灌装量漂移了才发现问题。第二步接上层系统S7-200可以通过Modbus协议把产量、报警、运行状态上传到上位机或SCADA如果是S7-200 SMART或者S7-1200直接走Modbus TCP或OPC UA比串口省心得多。管理层在办公室就能看到每条产线的实时效率和故障记录这就是很多人说的“透明工厂”的起点。我给客户做这些升级时一直坚持一个原则先保证基础控制稳定再谈数据采集和分析。控制层逻辑还有一堆隐患的时候盲目上数字化只会把问题暴露得更快。说实话做这类中小型灌装线项目技术难度并不算高真正拉开差距的往往是用不用心。这个项目里我最引以为豪的不是某个闪光的技术点而是把I/O分配表、程序注释、MCGS变量表、电气接线图全部整理成了一套完整文档客户后来自己维护时几乎没怎么找过我。如果你也在做类似项目我强烈建议在触摸屏手动画面里加一页“步进测试”功能联调阶段能省很多事——自动循环卡住的时候用手动步进一步一步走几乎都能当场看出问题出在哪一块。