简介KUKA机器人焊接程序解析文档面向工业机器人调试与焊接工艺方向的工程师及自动化学习者用于理清焊接工作站程序结构与调用逻辑。内容围绕CELL主程序展开INIT初始化、CHECK HOME与PTP HOME回原点、AUTOEXT INI外部自动初始化及LOOP循环通过P00请求程序号再用SWITCH…CASE分支调用AC、AD、AF、A68、A28等车型焊接程序并说明修磨、换帽与DEFAULT故障处理。A28_WELD示例拆解HOME、坐标与参数校验子程序调用并对PTP运动指令、ServoGun焊接指令的字段含义速度、工具基坐标、ProgNr、板厚压力、干涉区逐一注释。包内为1个PDF文件约772KB已有2507人学习下载适合想理解程序号交互与报警处理的读者。1. 从一台点焊单元的主循环说起很多人第一次拿到 KUKA 焊接单元的程序备份最先看到的就是CELL.SRC里那个LOOP ... ENDLOOP。看着像主函数实际它不是主函数 —— 它是整条焊装线的交通警察。上游 PLC 要把当前滑橇上是什么车型告诉机器人机器人根据拿到的程序号决定调 A28_WELD 还是 AC_WELD或者在两次生产节拍之间被要求去修磨、换帽。CELL 把所有和车型无关的逻辑HOME 检测、外部自动初始化、程序号握手、异常兜底统一收在一个循环里车身侧的程序只负责点位和焊接规范。理解这条边界比记住某个 PTP 指令怎么写更重要因为它决定了你排查故障时到底该翻 CELL 还是翻车型程序。下面按调度层 → 焊接层 → 校验层 → 维护层的顺序拆一遍。2. 外部程序号握手P00 宏与 SWITCH CASE 调度2.1 P00 宏的四个功能入口PLC 不直接调用机器人的子程序它只把程序号写进$EXT_PGNO剩下的事交给 P00 宏。同一个 P00 宏靠第一个参数区分当前处于握手的哪个阶段; 请求程序号告诉 PLC 我准备好了请给号 P00 (#EXT_PGNO, #PGNO_GET, DMY[], 0) ; 应答程序号号已收到PLC 可以撤请求了 P00 (#EXT_PGNO, #PGNO_ACKN, DMY[], 0) ; 故障应答拿到的号不在 CASE 列表里回一个异常给 PLC P00 (#EXT_PGNO, #PGNO_FAULT,DMY[], 0)#PGNO_GET到#PGNO_ACKN之间必须成对出现否则 PLC 侧的程序号请求标志会一直挂着表现为机器人停在那儿不报警也不动作。工程上常见错误是把#PGNO_ACKN写在 CALL 子程序之后 —— 那就晚了子程序里已经可能有WAIT FOR在等信号双方互相等死锁。正确顺序永远是先应答、再干活。2.2 CASE 编号不是随便排的我把输入里这段映射整理成表一眼能看出编号规划是有规律的PGNO调用的子程序语义1AC_WELD()AC 车型焊接2AD_WELD()AD 车型焊接3AF_WELD()AF 车型焊接4A68_WELD()A68 车型焊接5A28_WELD()A28 车型焊接29Tipdress_GunX1()电极修磨31Tipchange_GunX1()更换电极帽1~5 留给量产车型29/31 留给维护中间空出来的号是给未来车型预留的。这种做法在焊装线很常见 —— 新车型上线时只需加 CASE不动 PLC 侧的既有逻辑。如果你维护的现场把维护号也塞进 1~20车型一多就会撞号改起来痛不欲生。2.3 DEFAULT 分支为什么要主动报故障DEFAULT ; 程序号不在已知范围主动上报避免机器人傻等 P00 (#EXT_PGNO, #PGNO_FAULT, DMY[], 0) ENDSWITCH如果省掉 DEFAULT程序号拿到一个 99SWITCH 什么都不匹配循环直接跑回 LOOP 顶部再请求一次PLC 那边看到机器人没反应操作工只会看到线停着不报警。加了这个分支故障立刻反馈到 HMI。这是 KUKA 焊接程序里少见的防御性写法值得抄。3. A28_WELD 里的运动指令与焊接指令3.1 车型子程序的前三行固定套路DEF A28_WELD( ) INI ; 折合初始化把上一次的 $ADVANCE 等状态复位 USER INI ; 用户自定义初始化 ; Work_Start(1) A28_Weld1_GunC1() ; 点定焊接 A28_Weld2_GunC1() ; 空中焊接 ; Work_End(1) ENDINI是系统折叠的展开后包含一堆$ADVANCE3、$VEL.CP...的复位动作。新手常犯的错误是手写一堆$VEL覆盖 INI结果下游子程序里速度时快时慢。正确做法是让每个焊接子程序自己再INI一次保证进来时是干净状态。3.2 PTP/LIN 运动指令的七个字段PTP P59 CONT Vel100 % PDAT76 Tool[1]:C_GUN1 Base[5]:A28_BASE (1) (2) (3) (4) (5) (6) (7)(1)运动类型PTP点到点、LIN直线、CIRC圆弧。PTP 快但不保证直线路径焊接过渡段常用LIN才有直线轨迹。(2)目标点自动分配也可以 WorkVisual 重命名。(3)CONT表示轨迹逼近不加就是精确定位。焊接打点前一般不加 CONT。(4)速度PTP 是百分比LIN/CIRC 上限 2 m/s。(5)运动数据组名加速度、逼近距离都藏在这个 PDAT 里。(6)(7)工具号和基坐标号。这两项写错是最常见的机器人动了但位置偏根因尤其在多枪切换的单元。3.3 SG 焊接指令的十一个字段PTP SG0000010 Vel100 % PDAT42 ProgNr81 ServoGun1 ContCLS OPN Part3mm Force3.2 kN Tool[1]:C_GUN1 Base[5]:A28_BASE字段含义改动影响ProgNr焊接规范号实际电流/加压时间在焊接控制器里改这个是调焊接强度的第一入口ServoGun伺服焊枪编号双枪单元必须核对ContCLS OPN合枪前逼近 焊后逼近CLS单独用只在合枪前逼近省一次空行程Part板厚 mm影响控制器里的电流曲线Force焊接压力 kN薄板改大了会压出凹坑Part和Force这两项在程序里是给控制器做参考的真正生效值以控制器内部规范为准。调试时如果发现现场压力和示教器显示不一致先去查焊接控制器里 ProgNr 对应的规范再回来质疑程序。3.4 SEGMENT 与计时器的协同SEGMENT50 ; 告诉 PLC 当前进入点定焊接 $timer[1]0 ; 清零 $timer_stop[1]FALSE ; 开始计时 ; ... 若干 PTP / SG 指令 ... $timer_stop[1]TRUE ; 停止 REQ_CONTINUE() ; 请求继续 SEGMENT55 ; 切到下一阶段SEGMENT是给 PLC 看的节拍打点$timer是给程序内统计焊接工位耗时用的。两者别混SEGMENT 是状态广播不参与控制流timer 的启停位置才决定统计精度。常见坑是把$timer_stop写在最后一个 PTP 之后那计时里包含了 HOME 回零时间节拍报表一看就虚高。4. 坐标合法性校验VALID_HOME、VALID_FRAME、VALID_DATA4.1 VALID_HOME 为什么逐轴 WAITE6AXIS VALID_HOME VALID_HOME{A1 -46.5159,A2 -122.5498,A3 148.4066, A4 0.0011, A5 64.1413, A6 -53.1287, E1 -97.7747,E2 0,E3 0,E4 0,E5 0,E6 0} WAIT FOR XHOME.A1VALID_HOME.A1 WAIT FOR XHOME.A2VALID_HOME.A2 ; ... A3 到 A6 同理XHOME是 Config.dat 里保存的当前 HOME 位置。逐轴比较而不是整轴比较好处是报错时你能从哪个轴卡住直接看出偏差在哪 —— 通常意味着有人手动改过 Config.dat或者电池掉电后编码器值漂了。E1-97.77说明这台单元带外部轴行走轨或者变位机换 HOME 值时 E 轴别漏。4.2 VALID_FRAME 覆盖 Root、Tool、Base 三类坐标系FRAME VALID_ROOT FRAME VALID_BASE[32] FRAME VALID_TOOL[16] VALID_ROOT{X 0,Y 0,Z 0,A 0,B 0,C 0} WAIT FOR $ROBROOT.XVALID_ROOT.X ; ... Y Z A B C 同理 VALID_TOOL[1]{X -200,Y 0.01,Z 919,A 180,B 0,C 180} WAIT FOR TOOL_DATA[1].XVALID_TOOL[1].X ; ... VALID_BASE[1]{X 1277.27,Y -439.79,Z 632.61, A 90.045,B 0.0704,C 89.867} WAIT FOR BASE_DATA[1].XVALID_BASE[1].X这三个WAIT FOR块的意思是只要有人动过示教器里的工具/基坐标数值程序就卡住不让跑。这是防呆不是冗余。经验值是Base 偏差超过 0.5 mm 就会出焊点偏移Tool 偏差更敏感 —— 几百公斤的伺服枪0.1 mm 的 TCP 误差就能让一个焊点飞出去。4.3 VALID_DATA 里的系统门禁WAIT FOR EG_NON_KUKA_DRESSTRUE WAIT FOR $COLL_ENABLECAVTRUE WAIT FOR $CHCK_MOVENATRUE WAIT FOR CHECK_HOMETRUE WAIT FOR $OUT[37]TRUE WAIT FOR PGNO_TYPE1 WAIT FOR PGNO_FBIT4 WAIT FOR PGNO_LENGTH6 WAIT FOR PGNO_REQ10 WAIT FOR PGNO_VALID10 WAIT FOR APPL_RUN12 WAIT FOR EG_GUN_TYP[1]2 WAIT FOR EG_DIRECTION_OF_TIPWEAR[1]#PZ这一屏看着像天书其实是把系统配置锁死。PGNO 相关的几个值FBIT、LENGTH、REQ、VALID对应的是 PLC↔机器人通信协议字段宽度和地址改错了要么程序号读不全要么握手信号对不上位。维护时如果换了新版 Config.dat一定要逐条核对这些配置值它比任何点位都难排查 —— 因为机器人根本不会显示配置不对只会表现为通信不上。5. 电极维护程序的闭环TipDress 与 TipChange 的差异点5.1 TipDress 里的补偿动作TD_Start() ; 启动修磨器 TD_TIME1.5 ; 修磨 1.5 秒 LIN TIPDRESS Vel2 m/s CPDAT4 TipDress ProgNr1 ServoGun1 Part5 mm Force1.5 kN Tool[1]:C_GUN1 Base[0] TD_Stop() ; 停止修磨器 INIT ServoGun1 Same ; 修磨后电极补偿 Previous_Speed() ; 从 100% 恢复到原速度 OUT 47 TipDress_Comp1 StateTRUE ; 置位完成信号关键不在修磨本身而在INIT ServoGun1 Same那一行 —— 修磨削掉了一段电极TCP 变短了如果不重新标定后续所有焊点的压力都会偏小。Same表示同一次装配的再补偿与换帽时的New区别开。很多人修磨后忘记恢复速度Previous_Speed结果修磨完机器人一路 100% 冲向下个焊点撞干涉区就是这么来的。5.2 TipChange 的 IF 门控OUT 38 Service_Position StateTRUE REQ_CONTINUE() OUT 38 Service_Position StateFALSE IF $IN[40] THEN ; 换帽完成信号 PTP P13 CONT Vel100 % PDAT12 Tool[1]:C_GUN1 Base[0] Full_Speed() INIT ServoGun1 New ; 新帽初始化 TC_Reset() ; 电极复位 Zero_Point_Copy() ; 判断是否达到最大修磨量 ; ... 修磨一段 ... ENDIF$IN[40]是现场操作工手动换完帽后按下的确认信号。没有这个 IF机器人会在人还没走开时合枪非常危险。Zero_Point_Copy()负责把磨损量倒到Wear_Copy1如果超过 4 就置位$OUT[201]请求换枪。这个阈值 4 是硬编码的如果换的是短帽得回来改成小于 3否则新的帽子还没装上就已经被判定为磨损超标。5.3 电极磨损判定的边界IF (EG_WEAR[1]-2) OR (EG_WEAR[1]16) OR (EG_WEAR_FLEX[1]-1) OR (EG_WEAR_FLEX[1]8) OR (EG_WEAR_FIX[1]-1) OR (EG_WEAR_FIX[1]8) THEN $cycflag[4]true ELSE $cycflag[4]false ENDIF IF EG_WORN[1] OR $CYCFLAG[4] THEN $OUT[51]TRUE ; 请求换电极帽1 ENDIF正负两个方向都要判16是磨损过度-2是异常负值一般意味着有人手动改过电极零点FLEX和FIX分别是活动电极和固定电极的独立修正量。调试时把$OUT[51]接到示教器监控窗口比盯着 16 这个数盯着有用得多 —— 现场往往先触发的是EG_WEAR_FLEX而不是总磨损量光看总磨损会漏诊。本文还有配套的精品资源点击获取
KUKA焊接机器人CELL程序号调度与电极维护解析
简介KUKA机器人焊接程序解析文档面向工业机器人调试与焊接工艺方向的工程师及自动化学习者用于理清焊接工作站程序结构与调用逻辑。内容围绕CELL主程序展开INIT初始化、CHECK HOME与PTP HOME回原点、AUTOEXT INI外部自动初始化及LOOP循环通过P00请求程序号再用SWITCH…CASE分支调用AC、AD、AF、A68、A28等车型焊接程序并说明修磨、换帽与DEFAULT故障处理。A28_WELD示例拆解HOME、坐标与参数校验子程序调用并对PTP运动指令、ServoGun焊接指令的字段含义速度、工具基坐标、ProgNr、板厚压力、干涉区逐一注释。包内为1个PDF文件约772KB已有2507人学习下载适合想理解程序号交互与报警处理的读者。1. 从一台点焊单元的主循环说起很多人第一次拿到 KUKA 焊接单元的程序备份最先看到的就是CELL.SRC里那个LOOP ... ENDLOOP。看着像主函数实际它不是主函数 —— 它是整条焊装线的交通警察。上游 PLC 要把当前滑橇上是什么车型告诉机器人机器人根据拿到的程序号决定调 A28_WELD 还是 AC_WELD或者在两次生产节拍之间被要求去修磨、换帽。CELL 把所有和车型无关的逻辑HOME 检测、外部自动初始化、程序号握手、异常兜底统一收在一个循环里车身侧的程序只负责点位和焊接规范。理解这条边界比记住某个 PTP 指令怎么写更重要因为它决定了你排查故障时到底该翻 CELL 还是翻车型程序。下面按调度层 → 焊接层 → 校验层 → 维护层的顺序拆一遍。2. 外部程序号握手P00 宏与 SWITCH CASE 调度2.1 P00 宏的四个功能入口PLC 不直接调用机器人的子程序它只把程序号写进$EXT_PGNO剩下的事交给 P00 宏。同一个 P00 宏靠第一个参数区分当前处于握手的哪个阶段; 请求程序号告诉 PLC 我准备好了请给号 P00 (#EXT_PGNO, #PGNO_GET, DMY[], 0) ; 应答程序号号已收到PLC 可以撤请求了 P00 (#EXT_PGNO, #PGNO_ACKN, DMY[], 0) ; 故障应答拿到的号不在 CASE 列表里回一个异常给 PLC P00 (#EXT_PGNO, #PGNO_FAULT,DMY[], 0)#PGNO_GET到#PGNO_ACKN之间必须成对出现否则 PLC 侧的程序号请求标志会一直挂着表现为机器人停在那儿不报警也不动作。工程上常见错误是把#PGNO_ACKN写在 CALL 子程序之后 —— 那就晚了子程序里已经可能有WAIT FOR在等信号双方互相等死锁。正确顺序永远是先应答、再干活。2.2 CASE 编号不是随便排的我把输入里这段映射整理成表一眼能看出编号规划是有规律的PGNO调用的子程序语义1AC_WELD()AC 车型焊接2AD_WELD()AD 车型焊接3AF_WELD()AF 车型焊接4A68_WELD()A68 车型焊接5A28_WELD()A28 车型焊接29Tipdress_GunX1()电极修磨31Tipchange_GunX1()更换电极帽1~5 留给量产车型29/31 留给维护中间空出来的号是给未来车型预留的。这种做法在焊装线很常见 —— 新车型上线时只需加 CASE不动 PLC 侧的既有逻辑。如果你维护的现场把维护号也塞进 1~20车型一多就会撞号改起来痛不欲生。2.3 DEFAULT 分支为什么要主动报故障DEFAULT ; 程序号不在已知范围主动上报避免机器人傻等 P00 (#EXT_PGNO, #PGNO_FAULT, DMY[], 0) ENDSWITCH如果省掉 DEFAULT程序号拿到一个 99SWITCH 什么都不匹配循环直接跑回 LOOP 顶部再请求一次PLC 那边看到机器人没反应操作工只会看到线停着不报警。加了这个分支故障立刻反馈到 HMI。这是 KUKA 焊接程序里少见的防御性写法值得抄。3. A28_WELD 里的运动指令与焊接指令3.1 车型子程序的前三行固定套路DEF A28_WELD( ) INI ; 折合初始化把上一次的 $ADVANCE 等状态复位 USER INI ; 用户自定义初始化 ; Work_Start(1) A28_Weld1_GunC1() ; 点定焊接 A28_Weld2_GunC1() ; 空中焊接 ; Work_End(1) ENDINI是系统折叠的展开后包含一堆$ADVANCE3、$VEL.CP...的复位动作。新手常犯的错误是手写一堆$VEL覆盖 INI结果下游子程序里速度时快时慢。正确做法是让每个焊接子程序自己再INI一次保证进来时是干净状态。3.2 PTP/LIN 运动指令的七个字段PTP P59 CONT Vel100 % PDAT76 Tool[1]:C_GUN1 Base[5]:A28_BASE (1) (2) (3) (4) (5) (6) (7)(1)运动类型PTP点到点、LIN直线、CIRC圆弧。PTP 快但不保证直线路径焊接过渡段常用LIN才有直线轨迹。(2)目标点自动分配也可以 WorkVisual 重命名。(3)CONT表示轨迹逼近不加就是精确定位。焊接打点前一般不加 CONT。(4)速度PTP 是百分比LIN/CIRC 上限 2 m/s。(5)运动数据组名加速度、逼近距离都藏在这个 PDAT 里。(6)(7)工具号和基坐标号。这两项写错是最常见的机器人动了但位置偏根因尤其在多枪切换的单元。3.3 SG 焊接指令的十一个字段PTP SG0000010 Vel100 % PDAT42 ProgNr81 ServoGun1 ContCLS OPN Part3mm Force3.2 kN Tool[1]:C_GUN1 Base[5]:A28_BASE字段含义改动影响ProgNr焊接规范号实际电流/加压时间在焊接控制器里改这个是调焊接强度的第一入口ServoGun伺服焊枪编号双枪单元必须核对ContCLS OPN合枪前逼近 焊后逼近CLS单独用只在合枪前逼近省一次空行程Part板厚 mm影响控制器里的电流曲线Force焊接压力 kN薄板改大了会压出凹坑Part和Force这两项在程序里是给控制器做参考的真正生效值以控制器内部规范为准。调试时如果发现现场压力和示教器显示不一致先去查焊接控制器里 ProgNr 对应的规范再回来质疑程序。3.4 SEGMENT 与计时器的协同SEGMENT50 ; 告诉 PLC 当前进入点定焊接 $timer[1]0 ; 清零 $timer_stop[1]FALSE ; 开始计时 ; ... 若干 PTP / SG 指令 ... $timer_stop[1]TRUE ; 停止 REQ_CONTINUE() ; 请求继续 SEGMENT55 ; 切到下一阶段SEGMENT是给 PLC 看的节拍打点$timer是给程序内统计焊接工位耗时用的。两者别混SEGMENT 是状态广播不参与控制流timer 的启停位置才决定统计精度。常见坑是把$timer_stop写在最后一个 PTP 之后那计时里包含了 HOME 回零时间节拍报表一看就虚高。4. 坐标合法性校验VALID_HOME、VALID_FRAME、VALID_DATA4.1 VALID_HOME 为什么逐轴 WAITE6AXIS VALID_HOME VALID_HOME{A1 -46.5159,A2 -122.5498,A3 148.4066, A4 0.0011, A5 64.1413, A6 -53.1287, E1 -97.7747,E2 0,E3 0,E4 0,E5 0,E6 0} WAIT FOR XHOME.A1VALID_HOME.A1 WAIT FOR XHOME.A2VALID_HOME.A2 ; ... A3 到 A6 同理XHOME是 Config.dat 里保存的当前 HOME 位置。逐轴比较而不是整轴比较好处是报错时你能从哪个轴卡住直接看出偏差在哪 —— 通常意味着有人手动改过 Config.dat或者电池掉电后编码器值漂了。E1-97.77说明这台单元带外部轴行走轨或者变位机换 HOME 值时 E 轴别漏。4.2 VALID_FRAME 覆盖 Root、Tool、Base 三类坐标系FRAME VALID_ROOT FRAME VALID_BASE[32] FRAME VALID_TOOL[16] VALID_ROOT{X 0,Y 0,Z 0,A 0,B 0,C 0} WAIT FOR $ROBROOT.XVALID_ROOT.X ; ... Y Z A B C 同理 VALID_TOOL[1]{X -200,Y 0.01,Z 919,A 180,B 0,C 180} WAIT FOR TOOL_DATA[1].XVALID_TOOL[1].X ; ... VALID_BASE[1]{X 1277.27,Y -439.79,Z 632.61, A 90.045,B 0.0704,C 89.867} WAIT FOR BASE_DATA[1].XVALID_BASE[1].X这三个WAIT FOR块的意思是只要有人动过示教器里的工具/基坐标数值程序就卡住不让跑。这是防呆不是冗余。经验值是Base 偏差超过 0.5 mm 就会出焊点偏移Tool 偏差更敏感 —— 几百公斤的伺服枪0.1 mm 的 TCP 误差就能让一个焊点飞出去。4.3 VALID_DATA 里的系统门禁WAIT FOR EG_NON_KUKA_DRESSTRUE WAIT FOR $COLL_ENABLECAVTRUE WAIT FOR $CHCK_MOVENATRUE WAIT FOR CHECK_HOMETRUE WAIT FOR $OUT[37]TRUE WAIT FOR PGNO_TYPE1 WAIT FOR PGNO_FBIT4 WAIT FOR PGNO_LENGTH6 WAIT FOR PGNO_REQ10 WAIT FOR PGNO_VALID10 WAIT FOR APPL_RUN12 WAIT FOR EG_GUN_TYP[1]2 WAIT FOR EG_DIRECTION_OF_TIPWEAR[1]#PZ这一屏看着像天书其实是把系统配置锁死。PGNO 相关的几个值FBIT、LENGTH、REQ、VALID对应的是 PLC↔机器人通信协议字段宽度和地址改错了要么程序号读不全要么握手信号对不上位。维护时如果换了新版 Config.dat一定要逐条核对这些配置值它比任何点位都难排查 —— 因为机器人根本不会显示配置不对只会表现为通信不上。5. 电极维护程序的闭环TipDress 与 TipChange 的差异点5.1 TipDress 里的补偿动作TD_Start() ; 启动修磨器 TD_TIME1.5 ; 修磨 1.5 秒 LIN TIPDRESS Vel2 m/s CPDAT4 TipDress ProgNr1 ServoGun1 Part5 mm Force1.5 kN Tool[1]:C_GUN1 Base[0] TD_Stop() ; 停止修磨器 INIT ServoGun1 Same ; 修磨后电极补偿 Previous_Speed() ; 从 100% 恢复到原速度 OUT 47 TipDress_Comp1 StateTRUE ; 置位完成信号关键不在修磨本身而在INIT ServoGun1 Same那一行 —— 修磨削掉了一段电极TCP 变短了如果不重新标定后续所有焊点的压力都会偏小。Same表示同一次装配的再补偿与换帽时的New区别开。很多人修磨后忘记恢复速度Previous_Speed结果修磨完机器人一路 100% 冲向下个焊点撞干涉区就是这么来的。5.2 TipChange 的 IF 门控OUT 38 Service_Position StateTRUE REQ_CONTINUE() OUT 38 Service_Position StateFALSE IF $IN[40] THEN ; 换帽完成信号 PTP P13 CONT Vel100 % PDAT12 Tool[1]:C_GUN1 Base[0] Full_Speed() INIT ServoGun1 New ; 新帽初始化 TC_Reset() ; 电极复位 Zero_Point_Copy() ; 判断是否达到最大修磨量 ; ... 修磨一段 ... ENDIF$IN[40]是现场操作工手动换完帽后按下的确认信号。没有这个 IF机器人会在人还没走开时合枪非常危险。Zero_Point_Copy()负责把磨损量倒到Wear_Copy1如果超过 4 就置位$OUT[201]请求换枪。这个阈值 4 是硬编码的如果换的是短帽得回来改成小于 3否则新的帽子还没装上就已经被判定为磨损超标。5.3 电极磨损判定的边界IF (EG_WEAR[1]-2) OR (EG_WEAR[1]16) OR (EG_WEAR_FLEX[1]-1) OR (EG_WEAR_FLEX[1]8) OR (EG_WEAR_FIX[1]-1) OR (EG_WEAR_FIX[1]8) THEN $cycflag[4]true ELSE $cycflag[4]false ENDIF IF EG_WORN[1] OR $CYCFLAG[4] THEN $OUT[51]TRUE ; 请求换电极帽1 ENDIF正负两个方向都要判16是磨损过度-2是异常负值一般意味着有人手动改过电极零点FLEX和FIX分别是活动电极和固定电极的独立修正量。调试时把$OUT[51]接到示教器监控窗口比盯着 16 这个数盯着有用得多 —— 现场往往先触发的是EG_WEAR_FLEX而不是总磨损量光看总磨损会漏诊。本文还有配套的精品资源点击获取
