真正做实线项目的工程师都清楚西门子S7-1200在产线控制里的出场率比想象中高得多。前阵子我全程跟完一条自动化包装生产线的项目改造从硬件选型、程序架构到现场调试踩了不少坑也攒了不少经验。这篇文章就拿这个生产线控制案例做一次全解析把1200在大中型项目里怎么用、程序怎么组织、调试注意什么一次性讲透。不管是刚入门想了解1200能不能扛住产线级控制任务还是已经在用1200想借鉴一套完整的程序结构这篇内容都能给你一些参考。1. 项目背景与整体方案选型1.1 这条产线到底要控制什么先说这个项目的工艺背景。它是一条典型的自动化包装生产线主要包含四个工艺段上料段、加工段、装配段、下料分拣段。上料段负责把原料从缓存区送到主输送线加工段完成定位、压装、检测等动作装配段把多个零部件合装在一起最后下料分拣段根据检测结果把合格品和不合格品分流到不同料道。整线控制需求拆开看也很清晰。设备层有两台三相异步电机驱动主输送线三个气缸工位完成定位和压装动作一个伺服轴负责精确移送还有一路模拟量输入采集压力传感器的压装力值一路模拟量输出去控制比例阀调节气动压力。操作层面需要支持手动、单循环、全自动三种模式全线的启动停止要带联锁逻辑任何工位报警都要能快速定位到具体设备。这类产线最大的特点就是工位多、动作时序紧、联锁关系复杂程序如果一开始不设计好结构调试阶段会非常痛苦。所以从方案阶段我就把程序架构、数据类型、接口定义这些基础工作放在最前面来做后续所有功能块都建立在统一的框架上。1.2 为什么用S7-1200而不是200 SMART或1500选型的时候确实反复权衡过。200 SMART在小型设备上用着顺手价格也低但面对这条产线的规模就吃力了。首先是IO点数不够纯数字量加上模拟量很快突破200 SMART的扩展上限其次是通讯能力受限后面要接伺服驱动器、变频器、HMI和远程IO站200 SMART的以太网接口在组网灵活性和通讯稳定性上都不太够用。S7-1200在这条产线上的优势非常明显。CPU 1214C本身自带14路数字量输入和10路数字量输出再通过扩展SM模块数量和信号类型都能灵活配。更关键的是它原生支持Profinet伺服驱动器、变频器、远程IO站挂在同一条Profinet网络上组态和调试都方便。TIA博途一个软件搞定PLC、HMI和驱动器配置变量表还能共享开发效率比分开用多个软件高太多。也有人问为什么不上1500。说实话这个项目的IO规模和处理复杂度1200已经覆盖了1500的性能冗余反而成了成本上的浪费。1200和1500在TIA博途里的编程方式、指令集、数据块设计思路高度一致即便后续项目规模扩大迁到1500的成本也不高。选型本质是匹配需求不是盲目追高。1.3 IO点统计与硬件清单规划电气设计的第一步永远是统计IO点这个工作做扎实了后面硬件组态和程序编写才不会被返工折腾。我把整条产线的IO需求梳理成一张表这也是后续所有工作的基准。信号类型数量用途说明对应模块数字量输入DI52点启停按钮、急停、气缸磁性开关、电机热继、伺服报警、光电传感器CPU 1214C本体14点 SM1223 DI16/DO16 x2 SM1221 DI16 x1数字量输出DO40点接触器控制、电磁阀、三色灯、蜂鸣器、伺服使能CPU 1214C本体10点 SM1223 DI16/DO16 x2 SM1222 DO16 x1模拟量输入AI6路压力传感器x4、温度传感器x2SM1231 AI8 x1模拟量输出AO3路比例阀控制x2、变频器频率给定x1SM1232 AQ4 x1CPU选择1214C DC/DC/DC供电用24V开关电源数字量输出模块选的是晶体管型适合高频动作的阀岛和接触器控制。如果现场有感性负载比较多的情况晶体管输出需要加中间继电器做隔离这一点后面调试部分还会细讲。硬件清单确定后Profinet网络上的设备也一并规划清楚CPU下面挂了一个ET200SP远程IO站放在输送线中段的电气柜里省去从主柜拉几十根长线的麻烦两台G120变频器控制输送电机一台V90伺服驱动定位轴KTP700触摸屏作为主操作面板。整体网络结构不复杂但已经把1200在产线级应用里的典型通讯能力都用上了。2. 程序架构与数据块规划2.1 从一个OB堆到底到功能块分层很多初学者写1200程序习惯在OB1里一路往下写网络一个接一个程序短的时候问题不大但像这条产线五六千行程序堆在OB1里后期维护基本就是灾难。我把程序按功能分成三层调度层、功能层、驱动层。调度层就是OB1只负责调用各功能块和做全局状态流转功能层是每个工艺段的FB比如FB上料控制、FB压装控制、FB分拣控制驱动层是FB_Motor、FB_Valve、FB_Cylinder这类通用的设备控制块在上料段、加工段、装配段反复调用。这样每一层各司其职改一个工位的逻辑不需要翻遍整个程序只需要找到对应的FB实例。OB1里我做了严格的执行顺序安排。第一步读取系统状态和模式信号第二步调用手动控制块第三步调用自动流程控制块第四步调用报警处理块第五步更新输出和统计数据。每一步之间用临时变量传递状态避免FB之间直接读写对方的数据块减少耦合。实测下来整个扫描周期在8毫秒左右对产线控制完全够用。2.2 UDT数据结构让FB接口不再乱写大型项目程序最容易翻车的地方就是接口定义混乱。同一个电机控制块在不同工位实例化时接口参数五花八门今天加一个参数明天改一个类型程序很快就失控了。这个项目里我提前定义了统一的UDT用户自定义类型把设备属性和控制字、状态字都封装进去。电机UDT大概长这样包含启动命令、停止命令、复位命令这些控制位运行反馈、故障反馈、过载反馈这些状态位以及启动延时、停止延时、累计运行时间这些参数。气缸UDT类似包含伸出缩回命令、到位反馈、动作超时时间。模拟量UDT包含原始值、工程量值、量程上下限、报警上下限。有了UDT之后FB的IN/OUT接口直接定义成对应的UDT类型外部调用时只需要把一个实例化的背景数据块传进去。每个工位就是一组UDT变量加上一个FB调用程序结构非常整齐新人接手也能很快看懂。这个习惯我从这个项目开始一直沿用到现在强烈建议所有做1200项目的同行都这样组织数据结构。2.3 手自动模式与顺控流程的设计产线设备必须支持手动和自动两种模式而且切换过程不能出危险。我的做法是所有运动部件在手动模式下由操作员直接控制自动模式下由顺控程序控制两种模式在程序里用互锁逻辑严格隔离。自动流程的核心是一个步进顺控器。我用一个整型变量Step作为当前步号OB1里的自动流程FB按照Step值执行对应步的动作条件满足后Step加1。每一步都有进入条件、动作输出、离开条件、超时保护四要素。这样做的好处是流程清晰、排障直观HMI上直接显示当前步号和步名称现场调试时看一眼就知道程序卡在哪一步。步进顺控器还有一个隐形的好处就是方便做单循环和连续运行。单循环模式下执行到最后一步就停在完成步连续运行模式则跳回第一步重新循环。模式切换时如果当前有报警或安全条件不满足顺控器会在入口处拦截不会出现跳步乱走的情况。3. 核心控制逻辑的实现细节3.1 输送线电机启停与全线联锁输送线的两台电机控制看起来简单但联锁关系是这个项目的安全底线。启动顺序必须是逆流程方向也就是说后段的下料分拣电机先启动前段的输送电机再启动防止物料在输送线上堆积。停止顺序相反前段先停后段延时停保证线上物料能够排空。程序里我单独写了FB_Conveyor输入参数包含启动允许条件、启动命令、停止命令、前后段联锁状态。启动允许条件必须全部满足急停回路正常、热继电器无动作、变频器无故障、前段设备已启动。任何一个条件不满足启动命令即使给了也不会执行同时输出一条启动失败原因代码HMI上可以直接看到是哪条联锁挡住了。这里有一个很容易被忽略的细节停止命令不能直接切断接触器而要经过一段可配置的延时停车时间让输送线上的物料有时间走完。延时时间我放在数据块里现场调试时根据实际输送速度微调不需要修改程序逻辑非常方便。3.2 模拟量采集、工程量转换与PID闭环产线上压装工位的压力值由压力传感器采集4到20毫安信号接入SM1231模拟量输入模块。程序里我没有直接用原始值而是做了一个统一的模拟量处理FB把整定值、工程量值、报警判断全部封装在一起。处理步骤是读取IW原始值减去偏移量乘以比例系数得到当前工程量值单位是千牛。比例系数的计算是量程除以数字量变化范围。比如传感器量程是0到50千牛SM1231在4毫安时对应数值约553020毫安时约27648比例系数就是50除以27648减5530大概是0.00226。这个计算在调试笔记里写清楚以后换传感器量程直接改参数就行。气动压力的PID调节用的是1200自带的PID_Compact指令。第一次投自动的时候我直接给了默认参数结果压力波动很大稳定不下来。后来按经验做了手动整定先把比例增益调到较小值观察系统响应逐步增大增益直到出现轻微振荡然后退回一半再调积分时间消除静差。整定完成后压力控制在目标值正负0.02兆帕以内满足工艺要求。PID_Compact自带的自整定功能也可以参考但在产线运行中做自整定要确保工艺允许否则会产生超调。3.3 报警系统与故障诊断报警系统的好坏直接决定设备好不好用。我用了一个整型数组作为报警字每个位对应一类故障比如第0位是急停触发第1位是电机过热第2位是气缸动作超时。故障发生时置位对应的报警位同时用另一个数组记录报警发生的累计次数。报警逻辑里最关键的是三个处理原则。第一是故障保持报警条件消失后报警状态不能自动消失必须操作员确认并且满足复位条件才能清除避免设备带着隐患偷偷运行。第二是故障分级急停、安全门这类严重故障直接切断主控输出普通设备报警只停对应工位。第三是报警溯源每条报警都关联到具体工位的具体设备HMI报警控件直接显示中文文本操作员不用查图纸就能知道哪里出了问题。气缸动作超时报警是必做的。每个气缸动作都在UDT里配了超时时间如果发出伸出命令后限位开关在设定时间内没到位程序立刻停止该工位流程并触发报警。调试时经常发现超时时间设得太短气源压力低的时候动作会慢一点反复误报后来我把每个工位的超时参数独立放到数据块里现场单独标定再没出过问题。3.4 Profinet通讯与HMI联调S7-1200的Profinet通讯是这个项目的亮点也是省线省力的关键。G120变频器和V90伺服都挂在Profinet网络上PLC通过标准报文直接读写驱动器的控制字、状态字、转速和位置设定值。组态时只需要在TIA博途里添加设备并分配IP和设备名称然后配置报文格式剩下的数据读写就是常规的I/O访问了。HMI用的是KTP700以太网直连PLC。变量表在TIA博途里是共享的PLC侧的变量和HMI侧的画面变量绑定后不需要重复建立通讯地址。画面结构上我做了三个主页面主监控页用图形化方式显示产线布局每个工位用颜色标识运行状态参数设置页开放了各工位的延时时间、压力设定值、电机启动延时等关键参数报警页直接调用HMI报警控件关联PLC侧的报警字。联调时遇到比较多的问题是设备名称和IP地址的匹配。Profinet设备上线时PLC会检查设备名称和IP是否与组态一致不一致就会报设备故障。现场换过一台变频器的存储卡设备名称被重置过弄了半小时才定位到问题。这个坑后面在调试实录里详细说。4. 调试实录与避坑指南4.1 现场调试踩过的几个真坑这个项目调试周期大概两周主要集中在产线试运行阶段踩过的坑非常有代表性。第一个坑是模拟量信号干扰。压装工位的压力值在电机启动时会出现跳变最大值能飙到正常值的两倍。排查过程费了不少劲最后确定是变频器动力线离模拟量信号线太近动力线又是走同一个线槽变频器高频谐波耦合进了信号线。处理办法分两步信号线换成屏蔽双绞线屏蔽层单端接地信号线和动力线分槽走实在要交叉的地方走90度垂直交叉。处理后压力值稳了很多基本不再受变频器启停影响。所以做电气设计的时候布线规划比事后补屏蔽重要得多一开始就该把强弱电分离考虑进去。第二个坑是晶体管输出带继电器负载的问题。这个产线有一部分电磁阀直接接在PLC输出端刚开始调试时一切正常运行了一天之后有个输出点失灵了。查到最后是电磁阀线圈的反向电动势把输出点打坏了。晶体管输出不像继电器输出那样自带隔离感性负载必须并联续流二极管或者用中间继电器转接。后面我把直接驱动电磁阀的输出全部加了中间继电器PLC输出只给继电器线圈供电继电器触点再去驱动负载修完后没再出过类似问题。第三个坑是数据块初始值的问题。我在数据块里定义了很多参数默认值比如气缸超时时间是3秒、压力设定值是0.4兆帕。有一次在线修改了某个参数之后下载了一次只下载了程序块没有下载数据块结果PLC重启后参数全部回到初始值产线按错误参数跑了一圈。后来我强制规定凡是涉及数据块修改必须整体下载而且要确认提示窗口里数据块的一致性。平时保存归档时也会把数据块的实际值导出方便恢复。第四个坑是伺服轴回原点的位置偏差。V90伺服每次断电重启后回原点定位位置都和上次有零点几毫米的偏差。排查后确认是原点开关的安装位置和伺服的回零方向配合有问题伺服每次从不同方向碰到原点开关机械间隙导致位置不一致。解决办法是设定回零方向固定同时加入原点挡块的二次校准逻辑用硬限位加Z脉冲锁存的方式做精确定位。调整后重复定位精度控制在0.1毫米以内满足装配工艺要求。第五个坑是程序在线修改和下载时对生产的影响。试运行期间经常需要在线改程序有一次没注意在一个关键工位运行中下载了程序结果该工位输出全部复位一瞬间气缸突然掉下来差点出安全事故。后来我规范了操作流程在线修改程序必须先在HMI上把设备切换到手动模式并停止自动流程必要时切断主控输出再执行下载。任何涉及安全回路的修改必须停机验证后重新投运。4.2 常见故障速查表把调试和试运行期间遇到的高频故障整理成一个速查表现场处理时可以快速对照参考。故障现象可能原因排查步骤解决方法Profinet设备报故障IO红灯设备名称与组态不一致查看设备在线列表比对名称用TIA博途重新分配设备名称变频器无法启动控制字未正确写入检查报文地址映射和Sto1控制字核对报文长度与变频器参数P922模拟量读数跳变信号线干扰或屏蔽层接地不良万用表测信号是否稳定换屏蔽线单端接地强弱电分槽气缸到位但程序不继续到位信号丢失或超时时间太短监控对应输入点状态调整磁性开关位置或加长超时参数触摸屏显示PLC不可达IP地址冲突或网线松动Ping PLC地址检查物理连接固定IP检查交换机端口和线缆输出点动作但设备没反应中间继电器线圈损坏或触点接触不良测继电器线圈电压查触点通断更换继电器数据块参数被重置下载了初始值或旧数据块对比程序版本和数据块时间戳整体下载并确认数据块一致性4.3 程序优化与后续维护建议产线稳定运行后我还是做了一轮程序优化。一方面把扫描周期从原来的10毫秒压到了7毫秒左右方法是把模拟量处理、统计运算这类不要求每个周期都执行的任务放到循环中断OB里设置每50毫秒执行一次OB1只做核心逻辑和IO刷新。另一方面把所有工艺参数统一收敛到FB_Recipe这个背景数据块中以后换品种换规格只需要切换配方不用到处改程序。程序备份和版本管理也是维护阶段特别容易忽略的。我用TIA博途的在线备份功能定期把PLC程序上传存档每次修改前先导出一份当前版本修改后注明改动内容并存成新版本号。试运行到现在已经积累了十几个版本记录出了问题随时回滚到上一个稳定版本。同时项目文件夹里维护了一份修改日志把每次修改的原因、时间、修改人、涉及的程序块都记录清楚对后期交接和故障追溯帮助很大。还有一个细节是程序注释。1200的标签和注释在TIA博途里编写成本很低但很多人偷懒不写。这个项目我在所有IO变量、DB数据、FB接口上都写了中文注释顺控器的步号对应关系也做成表格放在程序文件夹里。后来另一个同事接管这个项目做维护基本没让我远程指导过自己看着注释就能干活。好的注释就是给未来自己和其他工程师写的说明书。 
长河君 · 2026/9/10 8:39:37 · 阅读 1.2k 西门子S7-1200产线级应用全解析：从选型到调试
真正做实线项目的工程师都清楚西门子S7-1200在产线控制里的出场率比想象中高得多。前阵子我全程跟完一条自动化包装生产线的项目改造从硬件选型、程序架构到现场调试踩了不少坑也攒了不少经验。这篇文章就拿这个生产线控制案例做一次全解析把1200在大中型项目里怎么用、程序怎么组织、调试注意什么一次性讲透。不管是刚入门想了解1200能不能扛住产线级控制任务还是已经在用1200想借鉴一套完整的程序结构这篇内容都能给你一些参考。1. 项目背景与整体方案选型1.1 这条产线到底要控制什么先说这个项目的工艺背景。它是一条典型的自动化包装生产线主要包含四个工艺段上料段、加工段、装配段、下料分拣段。上料段负责把原料从缓存区送到主输送线加工段完成定位、压装、检测等动作装配段把多个零部件合装在一起最后下料分拣段根据检测结果把合格品和不合格品分流到不同料道。整线控制需求拆开看也很清晰。设备层有两台三相异步电机驱动主输送线三个气缸工位完成定位和压装动作一个伺服轴负责精确移送还有一路模拟量输入采集压力传感器的压装力值一路模拟量输出去控制比例阀调节气动压力。操作层面需要支持手动、单循环、全自动三种模式全线的启动停止要带联锁逻辑任何工位报警都要能快速定位到具体设备。这类产线最大的特点就是工位多、动作时序紧、联锁关系复杂程序如果一开始不设计好结构调试阶段会非常痛苦。所以从方案阶段我就把程序架构、数据类型、接口定义这些基础工作放在最前面来做后续所有功能块都建立在统一的框架上。1.2 为什么用S7-1200而不是200 SMART或1500选型的时候确实反复权衡过。200 SMART在小型设备上用着顺手价格也低但面对这条产线的规模就吃力了。首先是IO点数不够纯数字量加上模拟量很快突破200 SMART的扩展上限其次是通讯能力受限后面要接伺服驱动器、变频器、HMI和远程IO站200 SMART的以太网接口在组网灵活性和通讯稳定性上都不太够用。S7-1200在这条产线上的优势非常明显。CPU 1214C本身自带14路数字量输入和10路数字量输出再通过扩展SM模块数量和信号类型都能灵活配。更关键的是它原生支持Profinet伺服驱动器、变频器、远程IO站挂在同一条Profinet网络上组态和调试都方便。TIA博途一个软件搞定PLC、HMI和驱动器配置变量表还能共享开发效率比分开用多个软件高太多。也有人问为什么不上1500。说实话这个项目的IO规模和处理复杂度1200已经覆盖了1500的性能冗余反而成了成本上的浪费。1200和1500在TIA博途里的编程方式、指令集、数据块设计思路高度一致即便后续项目规模扩大迁到1500的成本也不高。选型本质是匹配需求不是盲目追高。1.3 IO点统计与硬件清单规划电气设计的第一步永远是统计IO点这个工作做扎实了后面硬件组态和程序编写才不会被返工折腾。我把整条产线的IO需求梳理成一张表这也是后续所有工作的基准。信号类型数量用途说明对应模块数字量输入DI52点启停按钮、急停、气缸磁性开关、电机热继、伺服报警、光电传感器CPU 1214C本体14点 SM1223 DI16/DO16 x2 SM1221 DI16 x1数字量输出DO40点接触器控制、电磁阀、三色灯、蜂鸣器、伺服使能CPU 1214C本体10点 SM1223 DI16/DO16 x2 SM1222 DO16 x1模拟量输入AI6路压力传感器x4、温度传感器x2SM1231 AI8 x1模拟量输出AO3路比例阀控制x2、变频器频率给定x1SM1232 AQ4 x1CPU选择1214C DC/DC/DC供电用24V开关电源数字量输出模块选的是晶体管型适合高频动作的阀岛和接触器控制。如果现场有感性负载比较多的情况晶体管输出需要加中间继电器做隔离这一点后面调试部分还会细讲。硬件清单确定后Profinet网络上的设备也一并规划清楚CPU下面挂了一个ET200SP远程IO站放在输送线中段的电气柜里省去从主柜拉几十根长线的麻烦两台G120变频器控制输送电机一台V90伺服驱动定位轴KTP700触摸屏作为主操作面板。整体网络结构不复杂但已经把1200在产线级应用里的典型通讯能力都用上了。2. 程序架构与数据块规划2.1 从一个OB堆到底到功能块分层很多初学者写1200程序习惯在OB1里一路往下写网络一个接一个程序短的时候问题不大但像这条产线五六千行程序堆在OB1里后期维护基本就是灾难。我把程序按功能分成三层调度层、功能层、驱动层。调度层就是OB1只负责调用各功能块和做全局状态流转功能层是每个工艺段的FB比如FB上料控制、FB压装控制、FB分拣控制驱动层是FB_Motor、FB_Valve、FB_Cylinder这类通用的设备控制块在上料段、加工段、装配段反复调用。这样每一层各司其职改一个工位的逻辑不需要翻遍整个程序只需要找到对应的FB实例。OB1里我做了严格的执行顺序安排。第一步读取系统状态和模式信号第二步调用手动控制块第三步调用自动流程控制块第四步调用报警处理块第五步更新输出和统计数据。每一步之间用临时变量传递状态避免FB之间直接读写对方的数据块减少耦合。实测下来整个扫描周期在8毫秒左右对产线控制完全够用。2.2 UDT数据结构让FB接口不再乱写大型项目程序最容易翻车的地方就是接口定义混乱。同一个电机控制块在不同工位实例化时接口参数五花八门今天加一个参数明天改一个类型程序很快就失控了。这个项目里我提前定义了统一的UDT用户自定义类型把设备属性和控制字、状态字都封装进去。电机UDT大概长这样包含启动命令、停止命令、复位命令这些控制位运行反馈、故障反馈、过载反馈这些状态位以及启动延时、停止延时、累计运行时间这些参数。气缸UDT类似包含伸出缩回命令、到位反馈、动作超时时间。模拟量UDT包含原始值、工程量值、量程上下限、报警上下限。有了UDT之后FB的IN/OUT接口直接定义成对应的UDT类型外部调用时只需要把一个实例化的背景数据块传进去。每个工位就是一组UDT变量加上一个FB调用程序结构非常整齐新人接手也能很快看懂。这个习惯我从这个项目开始一直沿用到现在强烈建议所有做1200项目的同行都这样组织数据结构。2.3 手自动模式与顺控流程的设计产线设备必须支持手动和自动两种模式而且切换过程不能出危险。我的做法是所有运动部件在手动模式下由操作员直接控制自动模式下由顺控程序控制两种模式在程序里用互锁逻辑严格隔离。自动流程的核心是一个步进顺控器。我用一个整型变量Step作为当前步号OB1里的自动流程FB按照Step值执行对应步的动作条件满足后Step加1。每一步都有进入条件、动作输出、离开条件、超时保护四要素。这样做的好处是流程清晰、排障直观HMI上直接显示当前步号和步名称现场调试时看一眼就知道程序卡在哪一步。步进顺控器还有一个隐形的好处就是方便做单循环和连续运行。单循环模式下执行到最后一步就停在完成步连续运行模式则跳回第一步重新循环。模式切换时如果当前有报警或安全条件不满足顺控器会在入口处拦截不会出现跳步乱走的情况。3. 核心控制逻辑的实现细节3.1 输送线电机启停与全线联锁输送线的两台电机控制看起来简单但联锁关系是这个项目的安全底线。启动顺序必须是逆流程方向也就是说后段的下料分拣电机先启动前段的输送电机再启动防止物料在输送线上堆积。停止顺序相反前段先停后段延时停保证线上物料能够排空。程序里我单独写了FB_Conveyor输入参数包含启动允许条件、启动命令、停止命令、前后段联锁状态。启动允许条件必须全部满足急停回路正常、热继电器无动作、变频器无故障、前段设备已启动。任何一个条件不满足启动命令即使给了也不会执行同时输出一条启动失败原因代码HMI上可以直接看到是哪条联锁挡住了。这里有一个很容易被忽略的细节停止命令不能直接切断接触器而要经过一段可配置的延时停车时间让输送线上的物料有时间走完。延时时间我放在数据块里现场调试时根据实际输送速度微调不需要修改程序逻辑非常方便。3.2 模拟量采集、工程量转换与PID闭环产线上压装工位的压力值由压力传感器采集4到20毫安信号接入SM1231模拟量输入模块。程序里我没有直接用原始值而是做了一个统一的模拟量处理FB把整定值、工程量值、报警判断全部封装在一起。处理步骤是读取IW原始值减去偏移量乘以比例系数得到当前工程量值单位是千牛。比例系数的计算是量程除以数字量变化范围。比如传感器量程是0到50千牛SM1231在4毫安时对应数值约553020毫安时约27648比例系数就是50除以27648减5530大概是0.00226。这个计算在调试笔记里写清楚以后换传感器量程直接改参数就行。气动压力的PID调节用的是1200自带的PID_Compact指令。第一次投自动的时候我直接给了默认参数结果压力波动很大稳定不下来。后来按经验做了手动整定先把比例增益调到较小值观察系统响应逐步增大增益直到出现轻微振荡然后退回一半再调积分时间消除静差。整定完成后压力控制在目标值正负0.02兆帕以内满足工艺要求。PID_Compact自带的自整定功能也可以参考但在产线运行中做自整定要确保工艺允许否则会产生超调。3.3 报警系统与故障诊断报警系统的好坏直接决定设备好不好用。我用了一个整型数组作为报警字每个位对应一类故障比如第0位是急停触发第1位是电机过热第2位是气缸动作超时。故障发生时置位对应的报警位同时用另一个数组记录报警发生的累计次数。报警逻辑里最关键的是三个处理原则。第一是故障保持报警条件消失后报警状态不能自动消失必须操作员确认并且满足复位条件才能清除避免设备带着隐患偷偷运行。第二是故障分级急停、安全门这类严重故障直接切断主控输出普通设备报警只停对应工位。第三是报警溯源每条报警都关联到具体工位的具体设备HMI报警控件直接显示中文文本操作员不用查图纸就能知道哪里出了问题。气缸动作超时报警是必做的。每个气缸动作都在UDT里配了超时时间如果发出伸出命令后限位开关在设定时间内没到位程序立刻停止该工位流程并触发报警。调试时经常发现超时时间设得太短气源压力低的时候动作会慢一点反复误报后来我把每个工位的超时参数独立放到数据块里现场单独标定再没出过问题。3.4 Profinet通讯与HMI联调S7-1200的Profinet通讯是这个项目的亮点也是省线省力的关键。G120变频器和V90伺服都挂在Profinet网络上PLC通过标准报文直接读写驱动器的控制字、状态字、转速和位置设定值。组态时只需要在TIA博途里添加设备并分配IP和设备名称然后配置报文格式剩下的数据读写就是常规的I/O访问了。HMI用的是KTP700以太网直连PLC。变量表在TIA博途里是共享的PLC侧的变量和HMI侧的画面变量绑定后不需要重复建立通讯地址。画面结构上我做了三个主页面主监控页用图形化方式显示产线布局每个工位用颜色标识运行状态参数设置页开放了各工位的延时时间、压力设定值、电机启动延时等关键参数报警页直接调用HMI报警控件关联PLC侧的报警字。联调时遇到比较多的问题是设备名称和IP地址的匹配。Profinet设备上线时PLC会检查设备名称和IP是否与组态一致不一致就会报设备故障。现场换过一台变频器的存储卡设备名称被重置过弄了半小时才定位到问题。这个坑后面在调试实录里详细说。4. 调试实录与避坑指南4.1 现场调试踩过的几个真坑这个项目调试周期大概两周主要集中在产线试运行阶段踩过的坑非常有代表性。第一个坑是模拟量信号干扰。压装工位的压力值在电机启动时会出现跳变最大值能飙到正常值的两倍。排查过程费了不少劲最后确定是变频器动力线离模拟量信号线太近动力线又是走同一个线槽变频器高频谐波耦合进了信号线。处理办法分两步信号线换成屏蔽双绞线屏蔽层单端接地信号线和动力线分槽走实在要交叉的地方走90度垂直交叉。处理后压力值稳了很多基本不再受变频器启停影响。所以做电气设计的时候布线规划比事后补屏蔽重要得多一开始就该把强弱电分离考虑进去。第二个坑是晶体管输出带继电器负载的问题。这个产线有一部分电磁阀直接接在PLC输出端刚开始调试时一切正常运行了一天之后有个输出点失灵了。查到最后是电磁阀线圈的反向电动势把输出点打坏了。晶体管输出不像继电器输出那样自带隔离感性负载必须并联续流二极管或者用中间继电器转接。后面我把直接驱动电磁阀的输出全部加了中间继电器PLC输出只给继电器线圈供电继电器触点再去驱动负载修完后没再出过类似问题。第三个坑是数据块初始值的问题。我在数据块里定义了很多参数默认值比如气缸超时时间是3秒、压力设定值是0.4兆帕。有一次在线修改了某个参数之后下载了一次只下载了程序块没有下载数据块结果PLC重启后参数全部回到初始值产线按错误参数跑了一圈。后来我强制规定凡是涉及数据块修改必须整体下载而且要确认提示窗口里数据块的一致性。平时保存归档时也会把数据块的实际值导出方便恢复。第四个坑是伺服轴回原点的位置偏差。V90伺服每次断电重启后回原点定位位置都和上次有零点几毫米的偏差。排查后确认是原点开关的安装位置和伺服的回零方向配合有问题伺服每次从不同方向碰到原点开关机械间隙导致位置不一致。解决办法是设定回零方向固定同时加入原点挡块的二次校准逻辑用硬限位加Z脉冲锁存的方式做精确定位。调整后重复定位精度控制在0.1毫米以内满足装配工艺要求。第五个坑是程序在线修改和下载时对生产的影响。试运行期间经常需要在线改程序有一次没注意在一个关键工位运行中下载了程序结果该工位输出全部复位一瞬间气缸突然掉下来差点出安全事故。后来我规范了操作流程在线修改程序必须先在HMI上把设备切换到手动模式并停止自动流程必要时切断主控输出再执行下载。任何涉及安全回路的修改必须停机验证后重新投运。4.2 常见故障速查表把调试和试运行期间遇到的高频故障整理成一个速查表现场处理时可以快速对照参考。故障现象可能原因排查步骤解决方法Profinet设备报故障IO红灯设备名称与组态不一致查看设备在线列表比对名称用TIA博途重新分配设备名称变频器无法启动控制字未正确写入检查报文地址映射和Sto1控制字核对报文长度与变频器参数P922模拟量读数跳变信号线干扰或屏蔽层接地不良万用表测信号是否稳定换屏蔽线单端接地强弱电分槽气缸到位但程序不继续到位信号丢失或超时时间太短监控对应输入点状态调整磁性开关位置或加长超时参数触摸屏显示PLC不可达IP地址冲突或网线松动Ping PLC地址检查物理连接固定IP检查交换机端口和线缆输出点动作但设备没反应中间继电器线圈损坏或触点接触不良测继电器线圈电压查触点通断更换继电器数据块参数被重置下载了初始值或旧数据块对比程序版本和数据块时间戳整体下载并确认数据块一致性4.3 程序优化与后续维护建议产线稳定运行后我还是做了一轮程序优化。一方面把扫描周期从原来的10毫秒压到了7毫秒左右方法是把模拟量处理、统计运算这类不要求每个周期都执行的任务放到循环中断OB里设置每50毫秒执行一次OB1只做核心逻辑和IO刷新。另一方面把所有工艺参数统一收敛到FB_Recipe这个背景数据块中以后换品种换规格只需要切换配方不用到处改程序。程序备份和版本管理也是维护阶段特别容易忽略的。我用TIA博途的在线备份功能定期把PLC程序上传存档每次修改前先导出一份当前版本修改后注明改动内容并存成新版本号。试运行到现在已经积累了十几个版本记录出了问题随时回滚到上一个稳定版本。同时项目文件夹里维护了一份修改日志把每次修改的原因、时间、修改人、涉及的程序块都记录清楚对后期交接和故障追溯帮助很大。还有一个细节是程序注释。1200的标签和注释在TIA博途里编写成本很低但很多人偷懒不写。这个项目我在所有IO变量、DB数据、FB接口上都写了中文注释顺控器的步号对应关系也做成表格放在程序文件夹里。后来另一个同事接管这个项目做维护基本没让我远程指导过自己看着注释就能干活。好的注释就是给未来自己和其他工程师写的说明书。