★ FEATURED ARTICLE 最近翻项目存档把去年给建材厂做的两个S7-1200程序调出来看了一遍感触还挺多。当时赶工期的时候觉得都是常规活儿现在回头看很多处理方式其实挺有代表性。正好有同行问我有没有适合参考的车间自动化程序案例我就把这两个项目的编程套路和调试记录整理一下希望给正在搞S7-1200或者准备接类似项目的朋友一点参照。第一个项目是某建材厂的骨料配料站改造第二个是成品砖自动输送线的程序升级。两个项目都用了S7-1200但侧重点完全不同一个重点是模拟量称重和配方管理一个重点是顺序控制和变频器通讯。放在一起看基本能把S7-1200在建材类车间自动化项目里的典型用法覆盖个七七八八。1. 项目背景与S7-1200选型逻辑1.1 配料站项目的核心需求这个配料站做的是混凝土砌块用的骨料配料说白了就是把不同粒径的砂石按配方比例称重、混合然后输送到搅拌机。原来的控制是继电器机械秤的组合每次调配方要拧电位器精度全靠老师傅手感批次稳定性很差。厂里决定改成PLC自动配料要求净重误差控制在±1%以内每个批次的配料时间不超过25秒。点位数不算多6台给料机4台螺旋给料机2台皮带给料机、1台称重料斗、2台输送皮带、4个料位计。数字量输入输出加起来大约40点模拟量就一个称重传感器的4-20mA信号和一个变频器反馈信号。选择S7-1200主要是性价比和扩展性考虑当时用的是CPU 1214C DC/DC/DC自带14DI/10DO加一个SM 1231 AI 4×13Bit模块正好覆盖模拟量需求完全不需要再配扩展机架柜内空间省了一大块。1.2 输送线项目的核心需求第二条项目是成品砖的输送和自动码坯线。从砖机出来的湿坯经过切条机、分坯机然后进入干燥车。原来的控制方式是各设备独立启停经常出现前段设备堵了后段还在送坯的情况堆坯和掉坯事故时有发生。改造目标很明确全线上位连锁控制根据前后段设备的状态自动启停同时在输送电机的控制上实现调速联动。这个项目用了CPU 1215C主要是看中它支持两个通讯口一个口走以太网连触摸屏和上位机另一个口走MODBUS RTU连分坯机那里的变频器。控制点也不复杂但设备间联锁逻辑比配料站多得多整个程序将近2000行其中大半是连锁保护和状态判断。S7-1200的灵活通讯能力在这里派上了大用场。1.3 为什么这两个项目适合当案例这两个项目的规模不大不小正好卡在S7-1200最舒适的使用区间点位不够多到要上S7-1500逻辑又比简单启停控制复杂不少需要用到配方、模拟量处理、通讯、顺序控制这些核心功能。更关键的是这两个项目把车间自动化里最常见的几个场景都覆盖了配料称重、异步电机控制、变频通讯、设备连锁保护。把这些逻辑整理明白再去碰类似的中小型自动化项目心里基本有底了。2. 编程思路的底层框架拆解2.1 配方管理与批次处理的设计取舍配料站程序的第一步不是直接写称重逻辑而是先想清楚配方数据怎么存储。刚开始我也考虑过用S7-1200的数据日志功能把配方存在CF卡里后来发现现场操作工需要经常微调配比而且要求掉电不丢数据。最终方案是用DB块里的数组结构存储配方每个配方占一个数组元素包含各料仓的目标重量和执行顺序。这里有个很容易踩坑的地方配方数据放在系统DB里还是自定义DB里。我建议单独建一个“配方DB”里面用UDT定义配方结构体再基于这个UDT声明一个数组。这样后续增加配方数量或者修改配方结构时不用动主程序只改UDT和DB就完事。实际上我在这个项目里写了配方UDF包含10组配方的存储空间每组配方支持8种物料的目标值设定虽然现场只用了6种物料但预留扩展余量很值当。批次处理的逻辑用的是状态机空闲→启动配料→给料中→稳定等待→称重完成→卸料→输送清空→批次结束每个状态之间通过称重值变化、定时器条件和操作指令来切换。这种写法的好处是流程可读性极强现场调试时能非常直观地看到程序卡在哪个环节。2.2 称重处理的精度优化与抗干扰称重是配料站最核心的部分。4-20mA模拟量信号通过SM 1231模块采集工程量转换为实际重量值用一个FC块包了一下里面做了滤波、线性校准和断线检测。滤波这里多花了不少心思。一开始用了简单的滑动平均值滤波窗口设成10个扫描周期结果发现给料机启动瞬间的冲击载荷会让滤波后的值偏大导致提前关停给料机实际下料量不足。后来又改成“去极值均值滤波”——把窗口内的最大值和最小值丢掉再取平均窗口加深到20个周期效果明显改善。真正的精度提升来自于“落差补偿”这个概念。给料机关停后从料口到称重斗之间有一段空中余料还在往下落这部分重量叫落差。如果只是按目标重量关停给料机实际重量必然超标而且是重复性超标。解决办法是用前几次的实测超差量做动态补偿每次配料结束后计算实际重量和目标重量的差值按75%的比例修正下一次的提前关闭量实测下来用两三批之后每批净重都能稳定在目标值的±0.4%以内。这种经验式补偿虽然比不上PID闭环那么“高级”但在配料场景中够用且稳定关键是操作工完全能理解维护成本极低。2.3 输送线顺序控制中“推进式”连锁的思想输送线项目和配料站不同不需要配方和精度控制难点在连锁逻辑。整条线有7台独立驱动的设备要求逆物流方向启动、顺物流方向停机——这个是大原则。我用了一个“推进式”连锁结构后段设备运行作为前段设备启动的允许条件前段设备停机作为后段设备停机的联锁条件。程序实现上每台设备启停逻辑里都加了三层条件操作指令来自触摸屏或者远程上位机、本机故障状态、上下游状态映射。如果上游堵料对应的料位开关或前段设备运行信号会把本段设备的运行指令强制屏蔽掉。在调试时我特意做了几次堵料模拟测试用临时信号强制料位开关动作结果程序响应时间都在一个扫描周期内——这个响应速度完全满足现场需求。更细节的一个操作是“设备启动次数限制”。给每台电机设置一个15分钟内的最大启动次数超过就报警锁定防止现场搞不定故障时反复点动导致电机过热烧毁。这个功能虽小但后期维护时省了很多麻烦。3. 核心程序模块的实操解析3.1 配方配料流程的状态机实现这里贴一段精简后的状态机逻辑去掉繁琐的标签映射和输入输出定义核心结构是这样的// 状态枚举定义 // 0空闲, 1启动配料, 2投料等待, // 3给料进行, 4稳定称重, 5卸料, 6完成 CASE #State OF 0: // 空闲 IF 启动信号 THEN #State : 1; #BatchNo : 批次计数器; END_IF; 1: // 启动配料 称重斗卸料门 : FALSE; // 确保卸料门关闭 粗给料接触器 : FALSE; 精给料接触器 : FALSE; #StepTimer : TON(IN : TRUE, PT : T#500MS); IF #StepTimer.Q THEN #State : 2; END_IF; 2: // 投料等待先启动称重斗稳定皮重 #ScaleStable : 称重值稳定; // 通常在偏差0.1%且持续1秒 IF #ScaleStable THEN #EmptyWeight : 当前称重值; // 记录皮重 #State : 3; END_IF; ... END_CASE;状态机的核心好处是程序运行到哪个阶段一眼能看出来模拟量波动时到底是“等待稳定”还是“给料中”上电调试时直接监控状态字就行。比起用一堆M中间变量来组合条件状态机的排错成本至少要低一半。粗精给料的设计是这样的进料阶段先启动螺旋给料机全速投料快速接近目标值当达到目标重量的90%时切换为点动脉冲方式精给料每次动作0.3秒停止0.5秒直到达到目标值后完全停止。粗给料时称重值跳跃比较大所以这个90%切换点的判断不能直接读瞬时值而是用滤波后的稳定值来判断。3.2 模拟量滤波与工程转换的细节处理模拟量模块采集到的原始值只是一个0~27648之间的整数必须换算成实际工程值。我单独写了个FC块“Scale_Analog”统一处理所有模拟量通道这个习惯强烈建议保持。// 模拟量模块4-20mA对应Norm值0~27648 // 量程下限4mA → 0.0kg // 量程上限20mA → 2000.0kg #RawValue : AI通道原始值; #Scaled : INT_TO_REAL(#RawValue) / 27648.0 * (#HighLimit - #LowLimit) #LowLimit;具体到配料站称重传感器量程是2吨对应4-20mA输出模块量程选的是0~27648。所以实际换算就是上面这个公式低限0.0高限2000.0。但光有换算不够我在Scale块里还做了“信号质量诊断”。如果原始值超过27648或者低于0说明可能是断线低于0或者短路高于27648程序会置一个报警位配料流程不允许启动。这几行诊断逻辑看起来不起眼但哪个现场没遇到过传感器线被老鼠咬断的情况加了这个故障定位时间从按小时计算缩短到按分钟计算。3.3 MODBUS RTU通讯的工程化应用第二个项目里分坯机那台变频器需要用PLC读取电流和频率也要写启停和频率给定。S7-1200 V4.4以上固件直接用MODBUS_Comm_Load功能块就能搞定。下面是实际项目中用的调用方式用的背景DB是“ModbusRTU_DB”波特率9600、无校验、从站地址1。这里特别提醒下新老指令的区别老版本的MB_COMM_LOAD需要手动分配硬件标识符还要填写很多冗余参数新版本MODBUS_Comm_Load把RS-232和RS-485的配置直接收进参数里还自动配合MB_MASTER和MB_SLAVE使用整个代码清爽多了。如果你用的是较老固件的S7-1200可能还需要用老的MB_COMM_LOAD指令从TIA里在线检查一下硬件支持情况别拿新指令往老固件上怼。ModbusRTU_DB(REQ : #CommReq, PORT : 1, // 机载RS485口 BAUD : 9600, PARITY : 0, // 0无, 1奇, 2偶 MB_DB : MB_MASTER_DB, RESP : #CommResp, ERROR : #CommErr, STATUS : #CommStatus);调试中最容易忽略的是终端电阻。S7-1200的RS485口内部有终端电阻但在模块属性里可以启用或禁用。我在测试时因为没启用终端电阻导致从站响应时好时坏通讯常超时换了几根线都没解决。后来查手册才发现机载端口的终端电阻默认是关的需要在硬件配置里把“等时模式”下面的终端电阻选项打开或者外接一个120Ω电阻问题立刻消失。这个坑真的值得记下来。MB_MASTER的轮询逻辑也要注意一次只能触发一个读或写请求必须等前一个完成后再发起下一个。我一般用“请求-等待-完成”的小状态机来管理每个请求之间留200ms间隔避免总线冲突。3.4 输送线的启停顺序与互锁组态输送线的控制逻辑分了三层就地/远程切换、手动/自动切换、逻辑联锁。现场检修时肯定要能单机点动但自动模式下必须严格遵守启停顺序。启动顺序是逆物流先启动最末端的设备干燥车牵引机然后逐级往前启动。停机顺序正好反过来顺物流方向先停最前端的设备砖机出口的皮带最后停末端。这样就避免了停机时物料堆积在中间设备上。PLC里每个电机都有四个关键信号运行反馈、故障信号热继电器变频器故障、启动指令、停止指令。程序里只需要一个SR触发器的组合就能把联锁条件全部打包#MotorRun : (#StartCmd OR #MotorRun) AND NOT #MotFault AND NOT #StopCmd AND #UpstreamReady; // 上游允许运行条件这个逻辑写出来容易调试时真正麻烦的是信号抖动的处理。比如电机启动瞬间接触器吸合辅助触点会有几十毫秒的抖动如果PLC扫描周期太快可能在几个周期内读到“运行反馈丢失”的假故障。我一般会在反馈信号上加一个0.5秒的确认延时再参与联锁判断。这个细节不算复杂但不加的话现场调试就是各种莫名其妙的随机停机。4. 调试中遇到的问题实录与排查方法4.1 配料精度漂移原来问题在振动项目交付后使用了大约一周厂家反馈配料精度变差了原本±0.4%的误差飘到了±1.5%。我到现场排查发现配料过程中给料机振动会导致称重传感器受力波动。之前滤波器窗口设计成20个周期勉强压得住但现场有台给料机因为物料结块振动比验收测试时大很多模拟量原始数据明显偏离正态分布。处理办法是双管齐下一是在机械上给传感器加了橡胶减振垫二是在软件层面把滤波算法从“去极值均值”升级成“移动平均超限屏蔽”——当称重值的瞬时变化率超过正常物理极限时该样本直接抛弃不参与滤波计算。两个措施叠加后精度恢复到了0.4%以内而且在后续半年中保持稳定。这次问题给了我很深的印象模拟量处理的代码永远要给“机械干扰”预留抑制策略你在实验室里模拟不了的工况现场全都给你来一遍。4.2 MODBUS通讯偶发超时终端电阻和报文间隔缺一不可前面提到终端电阻导致通讯不稳定其实还有个追加问题把终端电阻打开之后偶发超时依然存在每30分钟大约出现1-2次。查了报文之后发现是PLC发送请求的间隔太短变频器从站处理不过来在高压工况下偶发丢帧。解决方法是把两次请求的间隔从200ms提升到500ms并且在MB_MASTER的“RESP”超时参数里设置为1000ms默认是100ms太短了。这样虽然轮询周期变长但数据是变频器的电流和频率一秒更新两次完全够用。对于需要更快响应的场景可以换MODBUS TCP或者PROFINETRTU的稳定性优先。4.3 输送线上的“幽灵停机”反馈信号抖动输送线项目调试到第三天现场报告说有时候皮带机运行中突然停下来去看触摸屏报警记录却没有任何故障。这种问题排查起来最麻烦因为故障现象不持续。后来我用PLC的在线监控功能把运行反馈信号的位状态变化历史功能打开S7-1200支持用Trace功能跟踪位信号变化发现确实存在极短时间的反馈丢失大概是80-120ms。查下来是接触器辅助触点上并联的中继继电器线圈反向电动势干扰了反馈回路。解决方式是在辅助触点两端并联了一个RC吸收器同时把反馈失信的判断延时从0.5秒扩大到1秒。之后“幽灵停机”再也没出现过。这类问题特别值得注意它说明了一个道理现场信号进入PLC之前一定要考虑信号质量。要加就加硬件的RC吸收或光电隔离不要指望软件能百分百滤掉触点电弧产生的干扰。5. 关于编程套路和习惯的总结5.1 模块化与注释给半年后的自己省点事S7-1200项目规模一般不大但这不意味着可以忽视模块化。我的习惯是整个PLC程序里尽量做到“一个功能一个FC一组数据一个DB状态逻辑用UDT统一”。配料站的配方管理单独放一个DB称重处理单独放一个FC和输入输出参数主程序OB1里只做简单调用。注释不用写太多但关键逻辑必须说明白。比如在状态机1→2的切换处写上“等待称重斗皮重稳定为了避免启动时冲击导致误判”这种注释半年后你回来看项目时能省下大量回忆时间。我在这个项目里就吃过没写注释的亏隔了两个月自己都看不懂当时“这段为什么这么写”当场非常无语。5.2 S7-1200程序上载时的固件版本匹配问题项目调试时最容易忽略的一个点S7-1200的固件版本和TIA博途的版本要匹配。有过一次经验教训调试时拿着V4.0固件的CPU工程软件是V15.1结果死活下载不进去换V14才能正常连上。后来养成习惯开工前先查好固件版本再选择对应版本的TIA博途或者直接用较新版本软件统一编译下载省得现场开箱之后才发现匹配不上。另外有一点S7-1200的程序上载和S7-300/400不太一样上载回来的程序默认只包含块注释信息和符号表通常带不完整只能看到程序逻辑看不到原始变量名。所以一定要养成在线/离线比对和原工程文件妥善归档的习惯别指望靠上载来“找回”程序。5.3 安全余量的设计报警和急停不搞“最小实现”写这类工业程序功能上可以做得很紧凑但安全保护的余量绝不能省。报警系统我在两个项目里都做了分级提示级不影响运行但提醒操作工留意、停机级触发后相关设备立即联锁停车、故障级需要人工复位才能重新启动。每个急停回路都用了独立的硬接线触点进PLC而不是只依赖触摸屏上的软急停按钮。这个道理很简单触摸屏死机或者通讯断了软急停就失效了但硬急停依然能直接切断接触器控制回路。我在这个项目里把急停继电器的反馈点也接到了PLC里如果急停回路本身断线PLC会报警提示等于给安全回路本身加了诊断功能。这属于投入不大但能实实在在避免大事故的做法。5.4 给“拿来主义”朋友的建议有些朋友拿程序案例去参考喜欢直接复制改改用。我的建议是重点参考的是编程框架和模块划分思路不是直接拿变量名去套。每个项目的硬件配置、IO映射、机械工艺都不一样盲目套用程序块很容易出现“输入输出对不上”或者“逻辑映射错误”的蠢问题而且这种问题查起来比全新写一遍还费劲。更推荐的做法是把这个案例里的状态机写法、模拟量滤波处理方式、通讯管理结构这些“套路”提炼出来结合自己项目的实际情况重新搭建程序架构。本身编程套路就是用来复用的不是程序文本用来复制的。6. 实际效果与数据对比项目交付后过了半年我又向现场要了一组数据用来对比改造前后的差异。配料站改造前每批次的称重误差基本在±3%到±5%徘徊靠老师傅手动微调也没能稳定下来改造后稳定在±0.4%以内。单批次配料时间从原来的35-40秒缩短到22-25秒效率提升约35%。这个提升主要来自粗精给料切换逻辑减少了“慢慢等秤稳”的时间原来人工操作需要靠眼睛观察来判断是否够料现在PLC自动判断时间压缩了一大截。输送线项目改造前每月因堆料卡机导致的停机大概3-4次每次处理时间从半小时到两小时不等改造后半年统计下来非计划停机降到1次而且那次还是因为机械轴承损坏和电气控制无关。连锁保护逻辑的响应速度是毫秒级的堵料时物料刚到料位计位置前段设备就已经停了不会等到物料堆成山才反应过来。从数据上看两个项目的投资回报周期都很短建材厂这种连续性生产车间停机时间就是真金白银控制系统的价值体现得非常直接。S7-1200这个级别的小型PLC在单机自动化和车间级联动的场景里性价比确实是很能打的。最后分享一个小经验写S7-1200程序时一定要多利用PLC的在线监控和Trace功能。特别是模拟量滤波、通讯时序、反馈信号抖动这些动态问题静态看程序是看不出毛病的必须记录真实运行时的信号变化曲线才能定位。很多调试疑难杂症就是靠一段Trace曲线瞬间“破案”的。项目归档时把Trace的导出文件也留着后期维护遇到类似问题可以快速对比。
阅读完成 · 觉得有帮助？
