做压装工位这类项目我有个比较深的体会装备本身看着不复杂一只油缸、一个压头、一支传感器客户描述起来都特别轻巧——“通电装件按按钮压下去就行”。真等到评审程序方案和现场调试的时候才发现麻烦全藏在动作背后。尤其是汽车零部件相关的活儿客户手里拿的是一整套体系文件力值要监控、位移要监控、曲线要留痕、不能漏装件、要卡节拍换产品还得能快速切参数。这篇文章我就以一套用 S7-1200 系列 PLC 实现的张紧器衬套压装工位为蓝本把从信号采集、状态机搭建、参数分组到力位移曲线包络判断、量产调试和故障排查的完整思路拆开讲一遍。内容适合正在做压装、铆接、轴承装配这类设备的电气和自动化工程师参考也适合备产线维护的被现场各种“疑难杂症”磨得头疼的朋友做个对照。1. 现场到底提了什么要求不是“压进去”而是“压得准、压得住、查得到”1.1 我遇到的这个压装工位先交代一下工位背景方便后面对照。要压的是一个张紧器壳体里的衬套衬套外径和壳体孔是过盈配合压装后壳体本身不能出现裂纹或变形衬套端面和壳体端面的相对位置也要通过压装深度间接验证。设备结构不复杂液压站、双作用油缸、液压锁、压头、压头下方装一只力传感器旁边一支拉线位移传感器测压头实际行程前面有安全光栅操作方式是双启动按钮人工放件取件。工艺文件提出的要求原本只有两句“压入力 13~18kN压装深度 12.35±0.2mm。”这种表述在方案阶段看着人畜无害但打开细节之后才发现工作量不小压头快进和慢速压装要分段快进速度要快不能让节拍浪费在空行程上接触到工件之后必须降速否则衬套可能被压歪或壳体受力冲击过大。压装终点还要保压 0.5 秒让应力释放一下避免回程后衬套有轻微回弹。如果压入力超过 25kN判定为壳体破裂风险超限要立即回退不能继续往下压。如果压装过程中力值突然掉得很低说明衬套可能没入孔或者根本没有装件此时同样要报警停机。每件产品都要把最大力、终点力、终点位移、OK/NG 结果记录下来配合工厂的追溯系统。这些要求单拆出来都不难做到但放在一起就对程序的逻辑结构提出了比较高的要求。我之前也见过有人把压装程序写成一坨从上到下扫下来的梯形图条件互相叠状态靠中间继电器凑。那种写法在实验室里能跑到了批量生产现场换个模具、换一种产品、操作员多按一下按钮问题立刻暴露程序改起来像拆地雷。1.2 三个维度决定程序工作量从我自己的经验看一台压装设备的程序复杂程度基本由三个维度决定。第一个维度是机械和驱动形式。单缸压装最简单双缸对称压装就要考虑两侧气缸或油缸的同步和互锁液压驱动比较简单直接但速度控制靠节流阀或比例阀程序要配合到位信号伺服电动缸驱动则多了一套运动控制逻辑要处理使能、绝对位置、速度限制、报警复位这些内容。第二个维度是质量判定要求。只要求“压到底”还是要求“全程力值不出包络”这两种程序的代码量和调试时间差三四倍都不夸张。第三个维度是生产模式。单品种、批量大、参数固定程序可以写死多品种共线、频繁换型就必须做配方参数否则工艺人员每换一次产品就得改一次程序既不安全也不符合体系要求。现场提完需求之后我心里对这套程序的骨架就有了个大致轮廓一台 S7-1200 型 PLC配一块模拟量输入模块触屏做操作和参数维护界面液压站和压头气缸由普通数字量输出控制力传感器和位移传感器信号进模拟量通道。核心逻辑用状态机组织压装过程中的质量判定用基于力值曲线和位移窗口的仿真比较去做。下面一个一个展开说。2. S7-1200 和传感器链路先定信号通路再谈逻辑2.1 S7-1200 在压装场景的定位S7-1200 系列 PLC 在我接触过的中小型单站设备里性价比是很合适的。它自带以太网口支持 PROFINET 通信CPU 本身集成了数字量输入输出和部分模拟量输入配上扩展信号板足够覆盖一台压装机的 IO 量。我在这个项目里用的就是 1215C DC/DC/DC 加一块四通道模拟量输入扩展模块触屏通过 PROFINET 连 CPU力传感器变送器和位移传感器变送器分别接模拟量的两个通道。选择 S7-1200 而不是更大型的控制器是因为这类单工位压装机的任务量是有限的十几个数字量输入、十来个数字量输出、两个模拟量输入加上配方数据和报警管理这些任务在小 CPU 的负载范围内绰绰有余。更重要的是后面会发现压装的曲线监控需要定时采样S7-1200 支持循环中断组织块可以设定固定周期去读取模拟量值这一点比单纯在主程序里扫描要可靠得多。需要提醒的是别把实时响应要求高的循环扫描任务都塞在主程序里。主程序扫描时间会随着程序量和通信任务波动可能前一秒还是 4.8ms后一秒跳到 7.2ms。如果采样间隔不稳定后面要看曲线包络就麻烦。我习惯的做法是在循环中断组织块里做数据采集采样周期按工艺需求设到 4~8ms主程序只管逻辑和状态转移。2.2 力信号怎么进 PLC两条路线的对比力传感器的信号接入方式是这个项目里第一个需要拍板的问题。市面上常见两条路线路线链路组成优点缺点适用情况路线 A传感器加变送器直接进模拟量模块应变式力传感器 变送器 0~10V AI 模块成本低链路透明自己可控性高曲线实时处理、数据记录都要 PLC 自己做程序负担重一点预算有限工艺追溯要求不高或者自己团队调试能力强路线 B智能压装仪表走 PROFINET 或 IO 通信力传感器 专用压装监控仪 现场总线送到 PLC曲线描绘和测量判定由仪表完成稳定性和精度高PLC 只需要接收结果价格高参数设置分散在仪表里调试时得两套软件来回切换客户明确要求全过程曲线留痕、精度要求高这个项目最后选了路线 A因为客户对“曲线留痕”的要求还没有严格到每件产品都必须存一条完整曲线的程度只要保存统计特征值就行。但我必须承认如果客户要求每件产品的全程曲线都要归档到服务器那就不要硬着头皮让 PLC 自己记录大批量浮点数组。这样既占内存又得考虑断电保持还不如加一台带记录功能的压装监控仪由它生成曲线文件PLC 通过通信获取判定结果。不管选哪条路线有一点要始终记住判断压装质量的核心依据是力传感器和位移传感器的实时值不能靠液压站压力表的读数来推断压入力。液压站压力反映的是油缸进油腔压力它受背压、摩擦、油温影响和真实压入力之间隔着好几层误差。严格来说质量判定必须建立在传感器实测值上。2.3 位移与力采样周期曲线靠什么尽量还原说到采样很多人会忽略一件事PLC 模拟量模块的分辨率不是无限高的。常用的 AI 通道带符号位大概是 14 到 16 位对于 0~10V 的信号来说14 位相当于把 10V 分成 16384 份每份约 0.6mV。如果力变送器量程是 30kN那理论上一个最小量化单位对应的力值大概是 1.8N 左右这个分辨率对压装判定已经够用。位移传感器如果量程 50mm一个量化单位对应的位移约 0.003mm更不用担心。真正需要花心思的是采样节奏。压装慢速段速度我按工艺要求调到 8mm/s 左右压装有效行程大约 12mm这段过程耗时约 1.5 秒。如果我在循环中断里每 8ms 采一次样整个慢速压装过程可以拿到大约 180 个采样点完全足够画出一条平滑的力和位移曲线也足够做包络判断。再密集一点也可以比如 4ms 采一次但 PLC 要花更多时间在曲线数组处理上意义不大。实际接线的时候模拟量线路的屏蔽和隔离也要提前规划好。力变送器和位移变送器最好都放在靠近传感器的位置输出标准 0~10V 或 4~20mA 信号再走屏蔽双绞线到 PLC 的 AI 模块。如果现场有大功率变频器或伺服驱动器线缆要尽量远离动力线尤其是不能长距离平行走线。这些点不处理的话后面调试阶段就会出现文章后面要讲的力值跳动的坑。3. 程序骨架状态机负责懂流程参数组负责换产品3.1 状态划分的原则写压装程序最忌讳的就是用一堆位和线圈去记忆“现在设备走到哪一步”。今天加一个条件明天加一个继电器后天就没人说得清程序到底想干什么了。我的做法是明确划分工作状态用一个整数状态字来代表设备当前所处的阶段。这台压装机我划分了这几个状态状态编号状态名称说明0待机设备准备好等待启动信号10快速下行压头以快进速度接近工件20慢速压装已接触工件开始按工艺速度压装30保压到达目标位置保持一段时间40回退保压结束压头回退到原点50等待取件回退到位夹具松开等待人工取件90故障停机任何异常状态设备停止并报警每个状态只做一件事状态转移条件尽量简洁清晰。启动条件不满足就在原状态等待不会乱跳。程序里所有安全联锁和工艺判断都挂在状态转移条件上而不是散落在其他角落。这样写出来的代码自己三个月后再看或者另一个电气工程师接手都很容易理解。3.2 以循环式状态机组织压装循环S7-1200 可以用梯形图、功能块图也可以用结构化文本。我习惯用结构化文本写状态机因为它写条件和状态转移最直观。核心结构大致是先把当前状态取出来根据状态编号做转移判断最后写回状态字。要注意的是状态转移条件里的按钮信号、到位信号、报警信号凡是需要边沿检测的地方都要统一做上升沿处理否则按钮按着不放会导致状态反复触发。下面是一段简化的循环状态转移示意图实际程序里每个状态还包含输出赋值和超时计时器的处理CASE #state OF 0: // 待机 IF #startBtn AND #guardClear AND #clampDone THEN #state : 10; END_IF; #cylinder : 0; // 压头不动作 10: // 快速下行 #cylinder : 1; // 快速下行输出 IF #position #contactPos THEN #state : 20; // 到达接触位置转慢速 END_IF; 20: // 慢速压装 // 压装过程判断交给监控功能块 IF #forceOver THEN #state : 90; ELSIF #curveFailed THEN #state : 90; ELSIF #position #targetPos THEN #state : 30; END_IF; 30: // 保压 IF #holdTimer.Q THEN #state : 40; END_IF; 40: // 回退 #cylinder : 2; IF #position #homePos THEN #state : 50; END_IF; 50: // 等待取件 IF #unclampDone AND #unloadTimer.Q THEN #state : 0; END_IF; 90: // 故障停机 #alarmActive : TRUE; #cylinder : 0; IF #resetCmd AND #atHome THEN #state : 0; #alarmActive : FALSE; END_IF; END_CASE;这里状态 20 的转移条件是两个监控信号这在后面会单独讲。状态 90 的复位条件里必须有“压头回到原点”这个细节特别重要否则故障复位后压头可能直接在上方高位压下来非常危险。3.3 双缸压装、手动模式和互锁细节后来这套设备又加了一个双缸对称压装的配置程序里的互锁逻辑比单缸多了不少。双缸压装时两个压头分别从两侧把轴承或衬套压入零件。最让我注意的问题是两个缸绝对不能同时因为工艺判断不一致而产生“一个压到位了另一个还在使劲”的状态。我的处理思路有两个层次。第一层是电气和机械层面油缸动作输出分别控制每个缸都有独立的到位和原点信号。第二层是程序层面采用“先一后二”的顺序方式或者“等待两侧都接触再同步压入”的方式。具体选择要看机械结构。如果两个压头是刚性连接在同一支架上那只有一个位移反馈就可以代表整体位置如果是各自独立驱动程序就得同时监控两个位移和两个压力而且要有一致性判断——比如两侧位置差超过设定值就立即报警停机因为这说明零件装歪了。手动模式在这些程序里也容易写乱。压装设备的手动模式不是给操作工日常用的更多是给调试和维修人员用。因此我对手动模式加了几个硬性约束第一手动 JOG 时禁止直接输出高速动作速度限制值单独设定第二每个方向的动作按钮必须配合“使能”按钮同时按住才有效防止维修的时候误碰一个按钮就产生动作第三手动状态下屏蔽自动启动指令避免自动和手动两种命令同时在程序里生效打架。这些约束一开始设计好后面调试期能少一大半麻烦。3.4 配方参数换产品只动触屏不碰程序汽车零部件生产很少只有一个品种同一条压装线上可能今天压 A 型号衬套明天压 B 型号拨叉。如果每个型号的参数都写在程序里工艺人员每换一次产品就得连电脑改程序在量产环境里根本不可接受。所以配方功能从一开始就必须做进去。我在程序里定义了一个压装参数结构体里面集中放这套工艺需要的数据TYPE tPressParams STRUCT targetForce : REAL; // 目标压入力 minForce : REAL; // 最小合格力 maxForce : REAL; // 最大合格力 contactForce : REAL; // 判定接触的力阈值 contactPos : REAL; // 预判接触位置 fastSpeed : REAL; // 快速下行速度设定 pressSpeed : REAL; // 慢速压装速度设定 targetPos : REAL; // 目标压装位置 holdTime : TIME; // 保压时间 maxCycleTime : TIME; // 单循环最大时间 curveUpper : ARRAY[0..10] OF REAL; // 上包络 curveLower : ARRAY[0..10] OF REAL; // 下包络 END_STRUCT END_TYPE这些参数存放在一个参数数据块里数组下标对应配方号。触屏上做一页配方选择画面工艺人员直接选号程序启动前把对应结构体拷贝到工作区。换产品的时候操作工只需要确认当前配方号是否和工单一致。这样既避免了程序反复下载修改也保证了参数的可追溯性。4. 曲线监控逻辑是这套程序最花心思的部分4.1 力-位移曲线“合格”不等于只查终点如果只压一次看终点力值那程序很简单。但实际压装过程的质量问题往往发生在这个过程中而不是终点。比如衬套上端倒角不够压入应力会先升高然后突然跌落这种瞬时变化如果用终点判断是完全捕捉不到的。再比如工件孔内有杂物压入力在中途局部拱起来但最后仍能压到位做出来的件也未必合格。所以这套程序的质量判定不只是看最终力和位移而是看整条力和位移曲线是否落在允许包络带内。这里的难度在于力值和位移是设备上的两个独立模拟量要把它们按采样点对应起来形成“力-位移”关系再和标准包络比较。4.2 贴合点识别判断材料接触而不是数时间在开始包络判断之前必须先解决一个问题什么叫“开始压装”如果按照时间来判断设备程序里设置“快进行程走到多少毫米后开始监控”这个位置会因为工件尺寸公差、传感器零漂而变化。如果位置设置太早空载阶段的力值噪声会被当成异常信号误报设置太晚压装已经开始关键的前段曲线就漏掉了。我的办法是动态识别贴合点。程序在慢速压装阶段持续监控力传感器当力值从空载状态平稳上升到超过设定阈值时判定压头真正接触到了工件。这个过程有点像两个人握手传感器信号从静默到稳定负重是有一个过渡的我们捕捉的是“已经握实”的那个点而不是靠时间去猜。具体实现上我在程序中做了一组延迟判断在连续三个采样周期内力值都超过“接触判定阈值”且单调上升才认为完成了贴合点识别。这样做是为了滤掉单次采样噪声引起的误触发。贴合点识别完成后以贴合点对应的位移为零起点开始为每个位移区间记录压力值供包络比较。4.3 包络线的设计与容差处理包络判断说白了就是对比。我在参数组里放了两组数组一组是上限包络一组是下限包络横坐标按压装进程的位移百分比定义从贴合点到目标位置取 10 个区间节点。实际运行时每到一个位移节点就采样一次实际压力如果超出上限或者低于下限就标记异常。为什么用包络而不是一条精确的基准线加小容差因为机械的磨损、润滑条件波动、工件尺寸微小变化会让正常产品的力曲线产生一定范围内的浮动。如果只看绝对基准线一天可能要误报几十次根本没法生产。包络允许曲线在一定范围内飘只有真正偏离太多才判不合格。这个包络的上下限怎么确定我没用拍脑袋的方式而是在设备试产阶段取了 50 件合格件把它们的力-位移曲线叠在一起看整体走势再留出约 20% 的安全裕度作为上下界。还要特殊处理的是曲线前段贴合点附近的前一段力值通常比较低而且容易抖动这个地方的上下包络要稍微放宽否则会把正常接触过程误判为异常。经验上前 20% 位移区间的下限不要设得太死否则油缸速度切换瞬间的数据波动足以触发误报警。4.4 判定之后的动作和失败数据处理程序中只要曲线越界或者力值超限就立刻触发故障停机状态压头马上反向回退。这里有一个很多人会纠结的地方到底是在故障点直接停机还是先回退到原点我的选择是回退到原点再停机但前提是回退本身是安全的。如果是液压缸驱动回退到原点意味着撤掉压力压头抬升到初始位置操作工才能安全取件。如果停在故障半程操作工取件要弯腰探手进去存在安全隐患。故障发生后程序要把当时的工艺数据保存下来主要保存的是最后的末态力值、位置、当前配方号、设备运行累计时间这些。这样维护人员即使没有实时蹲在现场回头也能调出报警记录分析原因。系统在报警缓冲里存放最近的事件触屏上要明确看到故障状态对应的文字信息别只给一个冷冰冰的停机。4.5 数据追溯与容量边界关于曲线数据存多少我要泼一盆冷水。S7-1200 虽然自带数据块但如果你想在 PLC 里存几百件产品的完整二维曲线每件存 200 个浮点采样点数据量会很快堆起来。而且频繁写入曲线数据对存储寿命也不友好。我在这套程序里的处理方式是PLC 只保存每次压装的统计特征值最大力、终点力、终点位移、保压时长、OK/NG 结果完整曲线如果车间有需要由专用的压装监控仪表来负责归档。如果后期客户真的要完整曲线归档我认为正确姿势是让压装监控仪在压装过程中通过 PROFINET 把实时数据点发给上位机或者由它在本地生成文件后统一上传PLC 只做策略控制和结果汇总。这样既保证了曲线数据的完整性也不至于让 PLC 承担过重的存储任务导致扫描周期被频繁的数据操作拖慢。5. 量产现场调试模拟量干扰和安全回路排在第一5.1 力值跳动一套完整的排查链路设备装好后进入试产第一天就出了怪问题油泵一启动触屏上监控的力值就开始乱蹦明明压头悬空没有接触任何东西数值却在 0.2kN 到 1.5kN 之间来回跳。第一次遇到这种问题的人很容易直接怀疑是传感器坏了或者是变送器坏了。我当时的排查顺序是先从量测端入手。用万用表直接测变送器的输出电压发现静止状态下输出稳定说明传感器和变送器本身没问题。接着断开 PLC 侧接线测 AI 模块输入端的电压发现油泵一启动电压信号里面叠加了明显的高频毛刺。这是典型的变频器或电机启动带来的电磁干扰。顺着这个线索查发现变频器输出动力电缆和传感器信号线在一个线槽里贴着走了大概 40cm而且传感器信号线的屏蔽层只在 PLC 侧接了地变送器这一端悬空。处理后做了三件事第一把动力电缆和信号线彻底分槽走线拉开距离第二信号线屏蔽层按规范做单端接地并把接地点处理干净第三在 PLC 模拟量模块通道里把滤波系数调高一点在程序中加入短时平均值滤波。修改之后再次测试即使油泵连续启停力值读数都能稳定在误差范围内。这个过程前后花了半天时间但换来了后面几个月的稳定生产。5.2 零漂的标定和处理压装设备还有一个躲不开的问题就是零点漂移。液压缸的压头带着工装扣在力传感器上即使不动传感器的零位也会因为温度变化、机械应力释放而产生微小偏移。如果直接拿这个带偏移的值去做曲线判断压装早期的小力值会被偏移吃掉或者出现假力。我在触屏上增加了一个“零点校准”按钮维护人员每天开班时按一下程序自动采集当前空载状态下的 20 个力值样本取平均存入参数组作为零点偏移。实际采集的力值等于原始值减零点偏移。这个功能看起来不起眼但对曲线判断的稳定性帮助极大。否则一旦零漂超过包络带宽设备可能天天都在误报警操作工会被逼到直接跳过保护功能那种情况才是现场最危险的。5.3 安全回路的硬接线设计我本来想在程序里用光栅信号做联锁后来发现只靠 PLC 程序远远不够。安全光栅、急停按钮这类元件在现场规程里应该接成硬安全回路直接串进驱动压头动作的中间继电器回路里不能只依赖 PLC 的输出指令。因为 PLC 程序扫描存在周期而且如果安全回路的硬件触点失效光靠程序判断是兜不住的。我的做法是光栅输出常闭信号串进安全继电器安全继电器的输出触点再串进液压阀的供电回路。程序侧只接收光栅状态用于状态显示和复位条件判断不承担安全切断的主责。强调一点程序中处理光栅或急停输入信号时建议使用常开触点逻辑即光栅动作时信号为 1正常透光时信号为 0。这样如果在调试过程中信号线断掉程序看到的不是“安全”状态而是“异常”状态。如果反过来用常闭逻辑接线一旦断掉程序反而判断安全状态为真那就危险了。5.4 状态超时和手动模式防呆现场调试还会遇到设备卡住但又不报警的现象。比如液压缸应该到位的信号迟迟不来程序就停在某个状态里没有任何提示操作工以为设备坏了只能停电。原因是阀门卡滞、液压卸荷不足、传感器没触发等。我后来给每个状态都加了一条超时监控规定单循环内快速下行最长多少毫秒慢速压装最长多少毫秒回退最长多少毫秒一旦超时就进入故障状态并报“状态超时”。别看只是几行代码它能帮你快速定位是动作没完成还是条件判断没出来。手动模式的防呆设计刚才提过一部分这里再补充一个细节双缸配置里手动压头 JOG 必须明确选择“左缸”或“右缸”然后按住使能键和动作键两个键同时满足才动作。有人觉得这样操作繁琐但在调试现场工人或者维修师傅误碰一下按钮是常有的事多点一道确认环节能避免不少事故。这个设计在设备验收时也是加分项。6. 故障定位优先级分享一套我现在用熟了的排查表6.1 从报警信息反推故障原因的基本顺序量产阶段现场设备总归会出问题。有的问题好查有的问题会让你怀疑人生。我自己总结了几个优先级排列如果是压力数值异常先看触屏维护页上的实时值和原始采样值和机台仪表的值做对比。如果数值一致说明传感器链路是好的问题在工艺或者机械如果不一致就要去查变送器量程设置、AI 模块的量程卡、还有模块里的滤波系数。如果是曲线包络报警但力值、位移原始值看起来都正常先不要急着怀疑程序。把最近几件合格品的曲线特征值和当前报警的曲线特征值打印出来做个对比往往能发现模具磨损、材料批次变化这类工艺源头的问题。如果是压头不动优先查液压系统压力是否建立、安全回路是否被触发、使能信号是否到位最后才查 PLC 输出点和继电器触点。PLC 输出没得电通常是逻辑还没走到如果 PLC 输出继电器已经得电但阀不动那就是电气硬件或液压阀的问题。如果出现通信报警优先看 PROFINET 电缆和接口状态然后看设备配置最后看程序里通讯数据的握手机制。网络闪断往往比你想的普遍通讯数据在程序里要有超时判断不能干等。6.2 两个印象深刻的现场案例有一个案例是换了一副新模具后产品连续报警“曲线超下限”。工艺部门很着急认为是程序判断太严格。我打开报警记录发现报警特征值都是终点压入力低了约 2kN但位移没有超差。我把新模具的图纸翻出来再看了旧模具的倒角尺寸发现新模具导套的配合间隙设计得偏小衬套在早期压入阶段倾斜概率增大实际需要克服的摩擦阻力反而下降压入力自然偏低。问题不在程序而在模具和衬套的配合关系。这个案例说明曲线包络报警不能只往程序上归因它其实是设备、工艺、零件三者的综合体检报告。另一个案例是位移传感器漂移。某台设备连续压了三百多件之后位移零点逐渐偏了 0.5mm而力值始终正常。操作工反馈“位置看着越来越不准”。查传感器机械部分发现拉线位移传感器的钢丝在某个转角处和支架轻微摩擦导致每次回程后的复位位置都不完全一样。维护人员看触屏维护页上记录的最近几次原点位置趋势立刻发现了规律。这也说明一个简单的维护页面设计长远看能省下大量排查时间。6.3 一个实用的维护页面设计思路经过几次现场“翻车”之后我养成了一个习惯在触屏上专门留一页维护画面集中显示当前配方号、状态机当前步号、力值实时值、位移实时值、AI 原始值、零点偏移、报警历史、最近十件的统计特征值以及配方切换记录。操作工切到这个页面5 秒之内就能告诉电话另一头的维护人员“现在状态是 20 步、力值 15.2kN、位移 8.1mm”。有了这些信息远程判断的效率高很多。很多设备验收时客户根本不会留意这个画面但真正到了量产连续跑三个月之后他们才会发现这个页面有多好用。7. 验收之后的几个回头补丁设备交付之后我又针对现场真正的使用反馈做了几个调整这些内容起初并不在需求清单里但做过的朋友应该能理解。第一配方切换增加了“双确认”机制。原来操作工选完配方号直接生效后来发生过一次选错配方导致压坏工件的事故。现在程序要求配方号切换后必须经过确认键确认且压头必须在原点、设备必须在待机状态才允许新配方生效。第二报警记录增加了声光提示和报警历史的多级查看避免操作工看到报警灯亮却不知道原因。第三把单次压装的统计特征值做了滚动存储最多保留最近 1000 件。这样做不是给 PLC 找负担而是为了让现场工艺人员在质量追溯时能快速调出“这批料最近一千件合格率多少”的统计结论。我个人的习惯是验收并不是项目的终点。对方产线真正跑顺了现场不再频繁打电话过来我才会觉得这套程序算是基本立住了。S7-1200 写压装程序技术难点其实不在语法而在你愿不愿意把状态机结构理清楚、把参数和判断逻辑分离、把安全回路和程序逻辑的边界划明白。把这几点做扎实了设备稳定性的问题会少掉一大半。
做压装工位这类项目我有个比较深的体会装备本身看着不复杂一只油缸、一个压头、一支传感器客户描述起来都特别轻巧——“通电装件按按钮压下去就行”。真等到评审程序方案和现场调试的时候才发现麻烦全藏在动作背后。尤其是汽车零部件相关的活儿客户手里拿的是一整套体系文件力值要监控、位移要监控、曲线要留痕、不能漏装件、要卡节拍换产品还得能快速切参数。这篇文章我就以一套用 S7-1200 系列 PLC 实现的张紧器衬套压装工位为蓝本把从信号采集、状态机搭建、参数分组到力位移曲线包络判断、量产调试和故障排查的完整思路拆开讲一遍。内容适合正在做压装、铆接、轴承装配这类设备的电气和自动化工程师参考也适合备产线维护的被现场各种“疑难杂症”磨得头疼的朋友做个对照。1. 现场到底提了什么要求不是“压进去”而是“压得准、压得住、查得到”1.1 我遇到的这个压装工位先交代一下工位背景方便后面对照。要压的是一个张紧器壳体里的衬套衬套外径和壳体孔是过盈配合压装后壳体本身不能出现裂纹或变形衬套端面和壳体端面的相对位置也要通过压装深度间接验证。设备结构不复杂液压站、双作用油缸、液压锁、压头、压头下方装一只力传感器旁边一支拉线位移传感器测压头实际行程前面有安全光栅操作方式是双启动按钮人工放件取件。工艺文件提出的要求原本只有两句“压入力 13~18kN压装深度 12.35±0.2mm。”这种表述在方案阶段看着人畜无害但打开细节之后才发现工作量不小压头快进和慢速压装要分段快进速度要快不能让节拍浪费在空行程上接触到工件之后必须降速否则衬套可能被压歪或壳体受力冲击过大。压装终点还要保压 0.5 秒让应力释放一下避免回程后衬套有轻微回弹。如果压入力超过 25kN判定为壳体破裂风险超限要立即回退不能继续往下压。如果压装过程中力值突然掉得很低说明衬套可能没入孔或者根本没有装件此时同样要报警停机。每件产品都要把最大力、终点力、终点位移、OK/NG 结果记录下来配合工厂的追溯系统。这些要求单拆出来都不难做到但放在一起就对程序的逻辑结构提出了比较高的要求。我之前也见过有人把压装程序写成一坨从上到下扫下来的梯形图条件互相叠状态靠中间继电器凑。那种写法在实验室里能跑到了批量生产现场换个模具、换一种产品、操作员多按一下按钮问题立刻暴露程序改起来像拆地雷。1.2 三个维度决定程序工作量从我自己的经验看一台压装设备的程序复杂程度基本由三个维度决定。第一个维度是机械和驱动形式。单缸压装最简单双缸对称压装就要考虑两侧气缸或油缸的同步和互锁液压驱动比较简单直接但速度控制靠节流阀或比例阀程序要配合到位信号伺服电动缸驱动则多了一套运动控制逻辑要处理使能、绝对位置、速度限制、报警复位这些内容。第二个维度是质量判定要求。只要求“压到底”还是要求“全程力值不出包络”这两种程序的代码量和调试时间差三四倍都不夸张。第三个维度是生产模式。单品种、批量大、参数固定程序可以写死多品种共线、频繁换型就必须做配方参数否则工艺人员每换一次产品就得改一次程序既不安全也不符合体系要求。现场提完需求之后我心里对这套程序的骨架就有了个大致轮廓一台 S7-1200 型 PLC配一块模拟量输入模块触屏做操作和参数维护界面液压站和压头气缸由普通数字量输出控制力传感器和位移传感器信号进模拟量通道。核心逻辑用状态机组织压装过程中的质量判定用基于力值曲线和位移窗口的仿真比较去做。下面一个一个展开说。2. S7-1200 和传感器链路先定信号通路再谈逻辑2.1 S7-1200 在压装场景的定位S7-1200 系列 PLC 在我接触过的中小型单站设备里性价比是很合适的。它自带以太网口支持 PROFINET 通信CPU 本身集成了数字量输入输出和部分模拟量输入配上扩展信号板足够覆盖一台压装机的 IO 量。我在这个项目里用的就是 1215C DC/DC/DC 加一块四通道模拟量输入扩展模块触屏通过 PROFINET 连 CPU力传感器变送器和位移传感器变送器分别接模拟量的两个通道。选择 S7-1200 而不是更大型的控制器是因为这类单工位压装机的任务量是有限的十几个数字量输入、十来个数字量输出、两个模拟量输入加上配方数据和报警管理这些任务在小 CPU 的负载范围内绰绰有余。更重要的是后面会发现压装的曲线监控需要定时采样S7-1200 支持循环中断组织块可以设定固定周期去读取模拟量值这一点比单纯在主程序里扫描要可靠得多。需要提醒的是别把实时响应要求高的循环扫描任务都塞在主程序里。主程序扫描时间会随着程序量和通信任务波动可能前一秒还是 4.8ms后一秒跳到 7.2ms。如果采样间隔不稳定后面要看曲线包络就麻烦。我习惯的做法是在循环中断组织块里做数据采集采样周期按工艺需求设到 4~8ms主程序只管逻辑和状态转移。2.2 力信号怎么进 PLC两条路线的对比力传感器的信号接入方式是这个项目里第一个需要拍板的问题。市面上常见两条路线路线链路组成优点缺点适用情况路线 A传感器加变送器直接进模拟量模块应变式力传感器 变送器 0~10V AI 模块成本低链路透明自己可控性高曲线实时处理、数据记录都要 PLC 自己做程序负担重一点预算有限工艺追溯要求不高或者自己团队调试能力强路线 B智能压装仪表走 PROFINET 或 IO 通信力传感器 专用压装监控仪 现场总线送到 PLC曲线描绘和测量判定由仪表完成稳定性和精度高PLC 只需要接收结果价格高参数设置分散在仪表里调试时得两套软件来回切换客户明确要求全过程曲线留痕、精度要求高这个项目最后选了路线 A因为客户对“曲线留痕”的要求还没有严格到每件产品都必须存一条完整曲线的程度只要保存统计特征值就行。但我必须承认如果客户要求每件产品的全程曲线都要归档到服务器那就不要硬着头皮让 PLC 自己记录大批量浮点数组。这样既占内存又得考虑断电保持还不如加一台带记录功能的压装监控仪由它生成曲线文件PLC 通过通信获取判定结果。不管选哪条路线有一点要始终记住判断压装质量的核心依据是力传感器和位移传感器的实时值不能靠液压站压力表的读数来推断压入力。液压站压力反映的是油缸进油腔压力它受背压、摩擦、油温影响和真实压入力之间隔着好几层误差。严格来说质量判定必须建立在传感器实测值上。2.3 位移与力采样周期曲线靠什么尽量还原说到采样很多人会忽略一件事PLC 模拟量模块的分辨率不是无限高的。常用的 AI 通道带符号位大概是 14 到 16 位对于 0~10V 的信号来说14 位相当于把 10V 分成 16384 份每份约 0.6mV。如果力变送器量程是 30kN那理论上一个最小量化单位对应的力值大概是 1.8N 左右这个分辨率对压装判定已经够用。位移传感器如果量程 50mm一个量化单位对应的位移约 0.003mm更不用担心。真正需要花心思的是采样节奏。压装慢速段速度我按工艺要求调到 8mm/s 左右压装有效行程大约 12mm这段过程耗时约 1.5 秒。如果我在循环中断里每 8ms 采一次样整个慢速压装过程可以拿到大约 180 个采样点完全足够画出一条平滑的力和位移曲线也足够做包络判断。再密集一点也可以比如 4ms 采一次但 PLC 要花更多时间在曲线数组处理上意义不大。实际接线的时候模拟量线路的屏蔽和隔离也要提前规划好。力变送器和位移变送器最好都放在靠近传感器的位置输出标准 0~10V 或 4~20mA 信号再走屏蔽双绞线到 PLC 的 AI 模块。如果现场有大功率变频器或伺服驱动器线缆要尽量远离动力线尤其是不能长距离平行走线。这些点不处理的话后面调试阶段就会出现文章后面要讲的力值跳动的坑。3. 程序骨架状态机负责懂流程参数组负责换产品3.1 状态划分的原则写压装程序最忌讳的就是用一堆位和线圈去记忆“现在设备走到哪一步”。今天加一个条件明天加一个继电器后天就没人说得清程序到底想干什么了。我的做法是明确划分工作状态用一个整数状态字来代表设备当前所处的阶段。这台压装机我划分了这几个状态状态编号状态名称说明0待机设备准备好等待启动信号10快速下行压头以快进速度接近工件20慢速压装已接触工件开始按工艺速度压装30保压到达目标位置保持一段时间40回退保压结束压头回退到原点50等待取件回退到位夹具松开等待人工取件90故障停机任何异常状态设备停止并报警每个状态只做一件事状态转移条件尽量简洁清晰。启动条件不满足就在原状态等待不会乱跳。程序里所有安全联锁和工艺判断都挂在状态转移条件上而不是散落在其他角落。这样写出来的代码自己三个月后再看或者另一个电气工程师接手都很容易理解。3.2 以循环式状态机组织压装循环S7-1200 可以用梯形图、功能块图也可以用结构化文本。我习惯用结构化文本写状态机因为它写条件和状态转移最直观。核心结构大致是先把当前状态取出来根据状态编号做转移判断最后写回状态字。要注意的是状态转移条件里的按钮信号、到位信号、报警信号凡是需要边沿检测的地方都要统一做上升沿处理否则按钮按着不放会导致状态反复触发。下面是一段简化的循环状态转移示意图实际程序里每个状态还包含输出赋值和超时计时器的处理CASE #state OF 0: // 待机 IF #startBtn AND #guardClear AND #clampDone THEN #state : 10; END_IF; #cylinder : 0; // 压头不动作 10: // 快速下行 #cylinder : 1; // 快速下行输出 IF #position #contactPos THEN #state : 20; // 到达接触位置转慢速 END_IF; 20: // 慢速压装 // 压装过程判断交给监控功能块 IF #forceOver THEN #state : 90; ELSIF #curveFailed THEN #state : 90; ELSIF #position #targetPos THEN #state : 30; END_IF; 30: // 保压 IF #holdTimer.Q THEN #state : 40; END_IF; 40: // 回退 #cylinder : 2; IF #position #homePos THEN #state : 50; END_IF; 50: // 等待取件 IF #unclampDone AND #unloadTimer.Q THEN #state : 0; END_IF; 90: // 故障停机 #alarmActive : TRUE; #cylinder : 0; IF #resetCmd AND #atHome THEN #state : 0; #alarmActive : FALSE; END_IF; END_CASE;这里状态 20 的转移条件是两个监控信号这在后面会单独讲。状态 90 的复位条件里必须有“压头回到原点”这个细节特别重要否则故障复位后压头可能直接在上方高位压下来非常危险。3.3 双缸压装、手动模式和互锁细节后来这套设备又加了一个双缸对称压装的配置程序里的互锁逻辑比单缸多了不少。双缸压装时两个压头分别从两侧把轴承或衬套压入零件。最让我注意的问题是两个缸绝对不能同时因为工艺判断不一致而产生“一个压到位了另一个还在使劲”的状态。我的处理思路有两个层次。第一层是电气和机械层面油缸动作输出分别控制每个缸都有独立的到位和原点信号。第二层是程序层面采用“先一后二”的顺序方式或者“等待两侧都接触再同步压入”的方式。具体选择要看机械结构。如果两个压头是刚性连接在同一支架上那只有一个位移反馈就可以代表整体位置如果是各自独立驱动程序就得同时监控两个位移和两个压力而且要有一致性判断——比如两侧位置差超过设定值就立即报警停机因为这说明零件装歪了。手动模式在这些程序里也容易写乱。压装设备的手动模式不是给操作工日常用的更多是给调试和维修人员用。因此我对手动模式加了几个硬性约束第一手动 JOG 时禁止直接输出高速动作速度限制值单独设定第二每个方向的动作按钮必须配合“使能”按钮同时按住才有效防止维修的时候误碰一个按钮就产生动作第三手动状态下屏蔽自动启动指令避免自动和手动两种命令同时在程序里生效打架。这些约束一开始设计好后面调试期能少一大半麻烦。3.4 配方参数换产品只动触屏不碰程序汽车零部件生产很少只有一个品种同一条压装线上可能今天压 A 型号衬套明天压 B 型号拨叉。如果每个型号的参数都写在程序里工艺人员每换一次产品就得连电脑改程序在量产环境里根本不可接受。所以配方功能从一开始就必须做进去。我在程序里定义了一个压装参数结构体里面集中放这套工艺需要的数据TYPE tPressParams STRUCT targetForce : REAL; // 目标压入力 minForce : REAL; // 最小合格力 maxForce : REAL; // 最大合格力 contactForce : REAL; // 判定接触的力阈值 contactPos : REAL; // 预判接触位置 fastSpeed : REAL; // 快速下行速度设定 pressSpeed : REAL; // 慢速压装速度设定 targetPos : REAL; // 目标压装位置 holdTime : TIME; // 保压时间 maxCycleTime : TIME; // 单循环最大时间 curveUpper : ARRAY[0..10] OF REAL; // 上包络 curveLower : ARRAY[0..10] OF REAL; // 下包络 END_STRUCT END_TYPE这些参数存放在一个参数数据块里数组下标对应配方号。触屏上做一页配方选择画面工艺人员直接选号程序启动前把对应结构体拷贝到工作区。换产品的时候操作工只需要确认当前配方号是否和工单一致。这样既避免了程序反复下载修改也保证了参数的可追溯性。4. 曲线监控逻辑是这套程序最花心思的部分4.1 力-位移曲线“合格”不等于只查终点如果只压一次看终点力值那程序很简单。但实际压装过程的质量问题往往发生在这个过程中而不是终点。比如衬套上端倒角不够压入应力会先升高然后突然跌落这种瞬时变化如果用终点判断是完全捕捉不到的。再比如工件孔内有杂物压入力在中途局部拱起来但最后仍能压到位做出来的件也未必合格。所以这套程序的质量判定不只是看最终力和位移而是看整条力和位移曲线是否落在允许包络带内。这里的难度在于力值和位移是设备上的两个独立模拟量要把它们按采样点对应起来形成“力-位移”关系再和标准包络比较。4.2 贴合点识别判断材料接触而不是数时间在开始包络判断之前必须先解决一个问题什么叫“开始压装”如果按照时间来判断设备程序里设置“快进行程走到多少毫米后开始监控”这个位置会因为工件尺寸公差、传感器零漂而变化。如果位置设置太早空载阶段的力值噪声会被当成异常信号误报设置太晚压装已经开始关键的前段曲线就漏掉了。我的办法是动态识别贴合点。程序在慢速压装阶段持续监控力传感器当力值从空载状态平稳上升到超过设定阈值时判定压头真正接触到了工件。这个过程有点像两个人握手传感器信号从静默到稳定负重是有一个过渡的我们捕捉的是“已经握实”的那个点而不是靠时间去猜。具体实现上我在程序中做了一组延迟判断在连续三个采样周期内力值都超过“接触判定阈值”且单调上升才认为完成了贴合点识别。这样做是为了滤掉单次采样噪声引起的误触发。贴合点识别完成后以贴合点对应的位移为零起点开始为每个位移区间记录压力值供包络比较。4.3 包络线的设计与容差处理包络判断说白了就是对比。我在参数组里放了两组数组一组是上限包络一组是下限包络横坐标按压装进程的位移百分比定义从贴合点到目标位置取 10 个区间节点。实际运行时每到一个位移节点就采样一次实际压力如果超出上限或者低于下限就标记异常。为什么用包络而不是一条精确的基准线加小容差因为机械的磨损、润滑条件波动、工件尺寸微小变化会让正常产品的力曲线产生一定范围内的浮动。如果只看绝对基准线一天可能要误报几十次根本没法生产。包络允许曲线在一定范围内飘只有真正偏离太多才判不合格。这个包络的上下限怎么确定我没用拍脑袋的方式而是在设备试产阶段取了 50 件合格件把它们的力-位移曲线叠在一起看整体走势再留出约 20% 的安全裕度作为上下界。还要特殊处理的是曲线前段贴合点附近的前一段力值通常比较低而且容易抖动这个地方的上下包络要稍微放宽否则会把正常接触过程误判为异常。经验上前 20% 位移区间的下限不要设得太死否则油缸速度切换瞬间的数据波动足以触发误报警。4.4 判定之后的动作和失败数据处理程序中只要曲线越界或者力值超限就立刻触发故障停机状态压头马上反向回退。这里有一个很多人会纠结的地方到底是在故障点直接停机还是先回退到原点我的选择是回退到原点再停机但前提是回退本身是安全的。如果是液压缸驱动回退到原点意味着撤掉压力压头抬升到初始位置操作工才能安全取件。如果停在故障半程操作工取件要弯腰探手进去存在安全隐患。故障发生后程序要把当时的工艺数据保存下来主要保存的是最后的末态力值、位置、当前配方号、设备运行累计时间这些。这样维护人员即使没有实时蹲在现场回头也能调出报警记录分析原因。系统在报警缓冲里存放最近的事件触屏上要明确看到故障状态对应的文字信息别只给一个冷冰冰的停机。4.5 数据追溯与容量边界关于曲线数据存多少我要泼一盆冷水。S7-1200 虽然自带数据块但如果你想在 PLC 里存几百件产品的完整二维曲线每件存 200 个浮点采样点数据量会很快堆起来。而且频繁写入曲线数据对存储寿命也不友好。我在这套程序里的处理方式是PLC 只保存每次压装的统计特征值最大力、终点力、终点位移、保压时长、OK/NG 结果完整曲线如果车间有需要由专用的压装监控仪表来负责归档。如果后期客户真的要完整曲线归档我认为正确姿势是让压装监控仪在压装过程中通过 PROFINET 把实时数据点发给上位机或者由它在本地生成文件后统一上传PLC 只做策略控制和结果汇总。这样既保证了曲线数据的完整性也不至于让 PLC 承担过重的存储任务导致扫描周期被频繁的数据操作拖慢。5. 量产现场调试模拟量干扰和安全回路排在第一5.1 力值跳动一套完整的排查链路设备装好后进入试产第一天就出了怪问题油泵一启动触屏上监控的力值就开始乱蹦明明压头悬空没有接触任何东西数值却在 0.2kN 到 1.5kN 之间来回跳。第一次遇到这种问题的人很容易直接怀疑是传感器坏了或者是变送器坏了。我当时的排查顺序是先从量测端入手。用万用表直接测变送器的输出电压发现静止状态下输出稳定说明传感器和变送器本身没问题。接着断开 PLC 侧接线测 AI 模块输入端的电压发现油泵一启动电压信号里面叠加了明显的高频毛刺。这是典型的变频器或电机启动带来的电磁干扰。顺着这个线索查发现变频器输出动力电缆和传感器信号线在一个线槽里贴着走了大概 40cm而且传感器信号线的屏蔽层只在 PLC 侧接了地变送器这一端悬空。处理后做了三件事第一把动力电缆和信号线彻底分槽走线拉开距离第二信号线屏蔽层按规范做单端接地并把接地点处理干净第三在 PLC 模拟量模块通道里把滤波系数调高一点在程序中加入短时平均值滤波。修改之后再次测试即使油泵连续启停力值读数都能稳定在误差范围内。这个过程前后花了半天时间但换来了后面几个月的稳定生产。5.2 零漂的标定和处理压装设备还有一个躲不开的问题就是零点漂移。液压缸的压头带着工装扣在力传感器上即使不动传感器的零位也会因为温度变化、机械应力释放而产生微小偏移。如果直接拿这个带偏移的值去做曲线判断压装早期的小力值会被偏移吃掉或者出现假力。我在触屏上增加了一个“零点校准”按钮维护人员每天开班时按一下程序自动采集当前空载状态下的 20 个力值样本取平均存入参数组作为零点偏移。实际采集的力值等于原始值减零点偏移。这个功能看起来不起眼但对曲线判断的稳定性帮助极大。否则一旦零漂超过包络带宽设备可能天天都在误报警操作工会被逼到直接跳过保护功能那种情况才是现场最危险的。5.3 安全回路的硬接线设计我本来想在程序里用光栅信号做联锁后来发现只靠 PLC 程序远远不够。安全光栅、急停按钮这类元件在现场规程里应该接成硬安全回路直接串进驱动压头动作的中间继电器回路里不能只依赖 PLC 的输出指令。因为 PLC 程序扫描存在周期而且如果安全回路的硬件触点失效光靠程序判断是兜不住的。我的做法是光栅输出常闭信号串进安全继电器安全继电器的输出触点再串进液压阀的供电回路。程序侧只接收光栅状态用于状态显示和复位条件判断不承担安全切断的主责。强调一点程序中处理光栅或急停输入信号时建议使用常开触点逻辑即光栅动作时信号为 1正常透光时信号为 0。这样如果在调试过程中信号线断掉程序看到的不是“安全”状态而是“异常”状态。如果反过来用常闭逻辑接线一旦断掉程序反而判断安全状态为真那就危险了。5.4 状态超时和手动模式防呆现场调试还会遇到设备卡住但又不报警的现象。比如液压缸应该到位的信号迟迟不来程序就停在某个状态里没有任何提示操作工以为设备坏了只能停电。原因是阀门卡滞、液压卸荷不足、传感器没触发等。我后来给每个状态都加了一条超时监控规定单循环内快速下行最长多少毫秒慢速压装最长多少毫秒回退最长多少毫秒一旦超时就进入故障状态并报“状态超时”。别看只是几行代码它能帮你快速定位是动作没完成还是条件判断没出来。手动模式的防呆设计刚才提过一部分这里再补充一个细节双缸配置里手动压头 JOG 必须明确选择“左缸”或“右缸”然后按住使能键和动作键两个键同时满足才动作。有人觉得这样操作繁琐但在调试现场工人或者维修师傅误碰一下按钮是常有的事多点一道确认环节能避免不少事故。这个设计在设备验收时也是加分项。6. 故障定位优先级分享一套我现在用熟了的排查表6.1 从报警信息反推故障原因的基本顺序量产阶段现场设备总归会出问题。有的问题好查有的问题会让你怀疑人生。我自己总结了几个优先级排列如果是压力数值异常先看触屏维护页上的实时值和原始采样值和机台仪表的值做对比。如果数值一致说明传感器链路是好的问题在工艺或者机械如果不一致就要去查变送器量程设置、AI 模块的量程卡、还有模块里的滤波系数。如果是曲线包络报警但力值、位移原始值看起来都正常先不要急着怀疑程序。把最近几件合格品的曲线特征值和当前报警的曲线特征值打印出来做个对比往往能发现模具磨损、材料批次变化这类工艺源头的问题。如果是压头不动优先查液压系统压力是否建立、安全回路是否被触发、使能信号是否到位最后才查 PLC 输出点和继电器触点。PLC 输出没得电通常是逻辑还没走到如果 PLC 输出继电器已经得电但阀不动那就是电气硬件或液压阀的问题。如果出现通信报警优先看 PROFINET 电缆和接口状态然后看设备配置最后看程序里通讯数据的握手机制。网络闪断往往比你想的普遍通讯数据在程序里要有超时判断不能干等。6.2 两个印象深刻的现场案例有一个案例是换了一副新模具后产品连续报警“曲线超下限”。工艺部门很着急认为是程序判断太严格。我打开报警记录发现报警特征值都是终点压入力低了约 2kN但位移没有超差。我把新模具的图纸翻出来再看了旧模具的倒角尺寸发现新模具导套的配合间隙设计得偏小衬套在早期压入阶段倾斜概率增大实际需要克服的摩擦阻力反而下降压入力自然偏低。问题不在程序而在模具和衬套的配合关系。这个案例说明曲线包络报警不能只往程序上归因它其实是设备、工艺、零件三者的综合体检报告。另一个案例是位移传感器漂移。某台设备连续压了三百多件之后位移零点逐渐偏了 0.5mm而力值始终正常。操作工反馈“位置看着越来越不准”。查传感器机械部分发现拉线位移传感器的钢丝在某个转角处和支架轻微摩擦导致每次回程后的复位位置都不完全一样。维护人员看触屏维护页上记录的最近几次原点位置趋势立刻发现了规律。这也说明一个简单的维护页面设计长远看能省下大量排查时间。6.3 一个实用的维护页面设计思路经过几次现场“翻车”之后我养成了一个习惯在触屏上专门留一页维护画面集中显示当前配方号、状态机当前步号、力值实时值、位移实时值、AI 原始值、零点偏移、报警历史、最近十件的统计特征值以及配方切换记录。操作工切到这个页面5 秒之内就能告诉电话另一头的维护人员“现在状态是 20 步、力值 15.2kN、位移 8.1mm”。有了这些信息远程判断的效率高很多。很多设备验收时客户根本不会留意这个画面但真正到了量产连续跑三个月之后他们才会发现这个页面有多好用。7. 验收之后的几个回头补丁设备交付之后我又针对现场真正的使用反馈做了几个调整这些内容起初并不在需求清单里但做过的朋友应该能理解。第一配方切换增加了“双确认”机制。原来操作工选完配方号直接生效后来发生过一次选错配方导致压坏工件的事故。现在程序要求配方号切换后必须经过确认键确认且压头必须在原点、设备必须在待机状态才允许新配方生效。第二报警记录增加了声光提示和报警历史的多级查看避免操作工看到报警灯亮却不知道原因。第三把单次压装的统计特征值做了滚动存储最多保留最近 1000 件。这样做不是给 PLC 找负担而是为了让现场工艺人员在质量追溯时能快速调出“这批料最近一千件合格率多少”的统计结论。我个人的习惯是验收并不是项目的终点。对方产线真正跑顺了现场不再频繁打电话过来我才会觉得这套程序算是基本立住了。S7-1200 写压装程序技术难点其实不在语法而在你愿不愿意把状态机结构理清楚、把参数和判断逻辑分离、把安全回路和程序逻辑的边界划明白。把这几点做扎实了设备稳定性的问题会少掉一大半。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
