带过不少现场我发现新手在 FANUC Robot 上第一次吃瘪几乎都不是指令不会写而是程序跑起来之后才暴露的一堆问题换一个工件就得改二十行坐标、动作看着没问题但节拍上不去、报警一响就得翻手册找半天、交接给别人的程序自己都看不懂。FANUC Robot 编程技巧的第一层是把机器人动起来第二层才是把它变成一个能批量干活、能被人接手、能扛住现场变化的系统。这篇聊的就是第二层——那些不上教材、但决定了你这套程序能不能交付的细节。内容偏向已经能写基本运动指令、想让程序更稳的读者纯新手也能看因为我会把每个动作背后的原因讲透你照着抄改就能用。涉及具体报警号和参数默认值时请以随机手册和你那台控制器的实际版本为准不同软件版本会有差异。1. 先把问题定准技巧二到底补的是哪块短板1.1 从能动到能交付中间隔着三道坎很多人的第一版程序长这样一行关节移动到安全位一行直线到取料点一行夹爪输出再一行到放料点循环。单件演示完美一旦上产线就出问题。第一道坎是变化——工件换型、料盘位置微调、夹具磨损全靠手动逐条改点位改一次半小时还容易漏。第二道坎是节拍——单看每个动作都挺快串起来走一遍节拍比工艺要求慢两秒而这往往不是速度设低了是过渡点和运动类型选错了。第三道坎是可维护——程序是你写的三个月后你自己看都要愣一下更别说交接给别人。这三道坎对应三个技术动作用位置寄存器和偏移代替硬编码坐标、用 CNT 过渡和姿态规划压节拍、用分层结构和命名规范换取可读性。这三件事的收益是叠加的做完之后你会发现调试时间从每次大改变成改几个数字。我个人的判断标准很简单如果一段程序在换型时需要动到运动指令本身说明位置数据没有抽象出来如果需要通读全文才能知道某个 R[5] 是什么说明变量管理没做如果调速度只能靠现场试说明没有做过节拍拆解。这三个判断可以拿来自查任何一份别人交给你的程序。1.2 我在现场最先检查的四件事拿到一份陌生的 FANUC 程序我不从头读先看四个地方。看程序名和数量一堆 PROG1、PROG2 说明没有命名规划看寄存器使用R[1] 既当计数又当标志位早晚出事看坐标系设定程序里 UFRAME_NUM 和 UTOOL_NUM 是写死的还是可切换的决定了这套程序能不能适配多工位看WAIT 和超时所有 WAIT 后面都没有秒数这个程序在现场一定会有卡死记录。这四项检查花不到五分钟但基本能判断出这套程序的成熟度。反过来说你自己写程序时把这四项做扎实别人接手时的痛苦值会直线下降。下面的内容就按这四条线展开。2. 程序骨架设计主程序、子程序与宏的分层2.1 为什么我坚持做三层结构单文件程序写完能跑但我建议从第一个项目开始就做三层调度层、工艺层、通用层。调度层是一个 MAIN 程序只负责判断和跳转——读配方号、判断有无料、调用对应的工艺子程序、处理异常复位。工艺层按工位或工序拆比如取件、装配、放料、检测各一个子程序。通用层放宏指令比如回安全位清夹具等待信号这类动作全项目复用。这么拆的理由很实际。调度层稳定基本不随工艺变工艺层随产品变改也只改一个文件通用层是资产下一个项目直接拷。我试过把三种逻辑揉在一个文件里结果一次换型改了四百多行改完还得整体回归测试。分层之后换型往往只动工艺层里的几个位置寄存器编号测试范围缩小到单个子程序。宏指令的用法值得单独说一句。FANUC 的宏MACRO本质是带参数的程序调用可以在调用时传参比如CALL HOME(1)表示用方案1回安全位。宏里通过 AR[1] 取参数内部用 PR 做偏移。这个机制在多工位共用一套动作时特别省事——不用给每个工位复制一份程序只用传不同的参数。设置入口在菜单的宏指令配置里把程序名、参数个数、是否带返回值填好之后就能像内置指令一样调用。2.2 寄存器分工作业表别让 R[1] 打三份工寄存器混用是现场最难查的一类问题因为它不报错只是偶尔行为诡异。我的习惯是开工前先画一张分配表写进程序头注释里后面所有人按表用。下面这套分法在中小型项目里基本够用你可以按实际情况增删。区段用途使用约定R[1]-R[9]循环计数、状态标志只放整数禁止存坐标R[10]-R[19]配方与工艺参数换型时改这里其余不动R[20]-R[29]临时运算跨程序调用前必须清空PR[1]-PR[9]固定基准点标定后锁定改动需记录PR[10]-PR[29]动态偏移点每次循环重新计算PR[30]-PR[39]中间过渡点可被任意程序临时占用GI/GO与外部控制器交换数值只传编号和结果不传坐标关于 PR 有一个容易踩的坑位置寄存器是有分量概念的PR[10,1]到PR[10,6]分别是 X、Y、Z、W、P、R 六个分量第七个分量是配置数据CONFIG。做偏移时如果只改前三个分量姿态不变这是对的但如果你需要翻转姿态改 W/P/R 之后配置数据可能不匹配机器人会走奇怪的路径或者报姿态不可达。稳妥做法是改完姿态后用同一姿态手动走一遍再把这个点的完整六分量加配置一起写回 PR。标志位我也建议固定下来R[1] 做当前工位号R[2] 做循环计数R[3] 做异常标志R[4] 做心跳计数。心跳这个技巧很多人不用——让 R[4] 每循环加一外部控制器读 GO 看这个数有没有在变就能判断机器人是不是还活着比单纯看一个运行中输出可靠得多。2.3 命名、注释和版本写给三个月后的自己程序名的字符长度在不同软件版本上限制不一样老版本卡得很死新版本宽松些。我的做法是统一控制在 8 个字符以内用工序缩写 动作的组合比如PK_PICK、PK_PLACE、AS_SCREW全大写加下划线一眼能看出属于哪个工位。这样做的额外好处是万一需要把程序导到另一台老控制器上不会因为名字超长出问题。每个程序开头我固定写四行注释功能一句话、创建和最后修改日期、关键依赖用到哪些 PR、哪些 IO、调用者是谁。FANUC 的注释用 REM 指令实现或者在程序属性里写 remark。这一步花三十秒收益巨大——我见过太多现场因为不知道某个子程序被谁调用不敢删也不敢改最后代码越堆越乱。版本管理别指望控制器。控制器里的程序没有历史改了就没了。我的习惯是每次交付前用 U 盘导出一份带日期的备份同时在本地留一份文本版导出为 ASCII 格式用文件名的日期区分。ASCII 版的另一个好处是可以直接用文本编辑器对比差异找昨天还能跑今天不行的原因时特别有用。3. 位置数据与坐标系偏移编程的地基3.1 工具坐标系六点法标定精度从这里开始所有偏移编程的前提是工具坐标系准。工具坐标系不准你算出来的偏移量全是错的而且错得很隐蔽——单点看没问题做整排偏移就累积出偏差。六点法是最常用的标定方式原理是把工具尖端对准一个固定参考点用六种不同姿态去碰控制器反算 TCP 位置。具体操作先在工具上找一个尖点作为参考在工作台上固定一个锥尖或针尖。手动把工具尖对准参考点记录第一个点这三点决定 TCP 位置姿态差异越大越准然后改变机器人姿态让工具尖再次对准同一点记录第二点第三点同样操作三个姿态尽量分散不要都在一个平面附近。第四、五点用来确定工具的姿态方向——把工具沿 Z 轴方向对准一个参考方向记录再沿 X 方向记录。第六点是验证点用完全不同的姿态碰同一个参考点看控制器算出的偏差。验证点上会显示一个误差值实测中控制在 1 毫米以内算可用精密作业要求 0.5 毫米以内。如果误差偏大九成是三点姿态太接近或者碰点时工具尖有滑动。还有一个隐蔽原因工具重量和重心没设对。TCP 准了但负载参数是默认值机器人在高速运动时会因为惯量补偿不准产生过冲表现出来就是标定很准但实际位置偏。所以标完 TCP顺手把工具重量、重心位置填进去这一步别省。3.2 用户坐标系让程序跟着工件走用户坐标系解决的是工件在哪的问题。三点法最常用记录原点、X 轴方向上一点、XY 平面上一点控制器据此建立坐标系。建立之后程序里所有的位置都可以理解为相对工件的坐标工件挪了位置只需要重新标定用户坐标系程序里的点位一个都不用改。这个特性在产线调整时价值极高。我遇到过一次料架整体移位因为程序是基于用户坐标系写的重新标定三点花了十分钟程序零改动就跑起来了。如果不是这样三十多个点位要逐个示教。用户坐标系还有一个用法是多工位切换。同一台机器人服务两个对称工位可以为每个工位建一个用户坐标系程序里用UFRAME_NUM1和UFRAME_NUM2切换动作程序只有一份。切换指令要写在运动指令之前并且切换后建议加一个过渡点避免坐标系切换瞬间的插补异常。要注意的是坐标系编号和工具编号都是全局状态子程序里改了如果不改回来会影响后续调用者。我的约定是谁改谁负责还原进入子程序时记录当前编号到 R 寄存器退出前用记录值恢复。3.3 PR 偏移与码垛算法把坐标算出来而不是示教出来码垛是偏移编程最典型的应用。假设一个 4 行 × 3 列 × 5 层的料盘行距 150 毫米、列距 120 毫米、层高 80 毫米基准点第一行第一列第一层示教为 PR[1]。传统做法是示教 60 个点工作量大且改料盘就得重来。用偏移只需要一个基准点加三个循环变量。计算逻辑第 i 行、第 j 列、第 k 层的目标位置 基准点 (i-1)×行向量 (j-1)×列向量 (k-1)×层向量。行向量和列向量不是简单的 X/Y 增量而是要考虑料盘相对机器人坐标系的旋转所以更稳的做法是示教三个点基准点 PR[1]、行方向末点 PR[2]、列方向末点 PR[3]然后用分量减法算出单位向量。! 码垛偏移示例4行3列5层 ! PR[1]基准 PR[2]行方向点 PR[3]列方向点 ! R[1]行计数 R[2]列计数 R[3]层计数 R[11]PR[2,1]-PR[1,1] ! 行向量 X 分量 R[12]PR[2,2]-PR[1,2] ! 行向量 Y 分量 R[13]PR[2,3]-PR[1,3] ! 行向量 Z 分量 R[14]PR[3,1]-PR[1,1] ! 列向量 X 分量 R[15]PR[3,2]-PR[1,2] ! 列向量 Y 分量 R[16]PR[3,3]-PR[1,3] ! 列向量 Z 分量 PR[10]PR[1] PR[10,1]PR[1,1](R[1]-1)*R[11](R[2]-1)*R[14] PR[10,2]PR[1,2](R[1]-1)*R[12](R[2]-1)*R[15] PR[10,3]PR[1,3](R[1]-1)*R[13](R[2]-1)*R[16](R[3]-1)*80 J PR[9] 100% FINE ! 先到上方接近点 L PR[10] 300mm/sec FINE ! 再下降取料这里有个细节接近点必须单独算。直接在 PR[10] 上减一个高度做接近点虽然能跑但接近点的姿态是从目标点复制的配置数据一致路径可控。如果接近点用了不同的姿态中间路径可能穿过料架所以我一律用复制目标点 只改 Z 分量的方式生成接近点。层高是唯一可以硬编码的数80因为层高通常是料盘规格换型时改这一个数字即可。如果连层高都要可变就把它放进配方寄存器 R[10] 区间从外部控制器传进来。4. 运动指令选型与节拍压缩4.1 关节、直线、圆弧选错的代价是撞机三种基本运动指令的适用边界要非常清楚。关节运动J只保证起点和终点位置中间路径不可控优点是速度最快、不容易出奇异点。它适合大范围转移、回安全位、从待机位到工作区上方这类中间过程无所谓的场合。直线运动L保证 TCP 走直线适合插装、涂胶、沿面接近这类对路径有要求的动作。代价是速度受限且在接近奇异点时容易报错。圆弧C需要三个点适合圆弧轨迹一般工艺场景用得少但打磨、切割会用到。我的经验规则凡是可能会撞到什么的路径都不要用关节运动。曾经有个项目从取料点到放料点中间隔着一根立柱程序员图快用了关节运动单件测试十次都没撞换了个起始姿态之后就撞上了——因为关节运动的中间路径会随起始姿态变化。改成直线加一个过渡点之后路径就固定了。这类问题不会在小批量测试里暴露一定是在量产时。4.2 CNT 与 FINE过渡方式决定节拍和精度这是压缩节拍最直接的手段也是新手最容易一刀切的地方。FINE 表示精确到位——机器人减速到该点完全停稳再走下一段位置最准但每一次停顿都是一次加减速节拍损失明显。CNT 表示连续过渡——机器人不停止按指定百分比抄近道拐过去数值越大拐得越狠、速度损失越小但实际路径会偏离示教点。实操上的判断标准需要精确停住的地方用 FINE纯粹路过的点用 CNT。取放料的抓取位、插装位必须是 FINE因为那里要停稳中间过渡点、安全位、观察位用 CNT 80 到 CNT 100。一个典型的取放循环中间有六到八个点如果全用 FINE节拍会白白多出零点几秒到一秒。CNT 的副作用要注意它是抄近道所以在狭窄空间里用高 CNT 值实际轨迹可能比示教轨迹更靠内容易蹭到夹具。判断方法是把速度倍率降到 10% 单步走一遍眼睛盯着 TCP 和障碍物的间隙。间隙小于 20 毫米的地方我一般把 CNT 降到 50 以下或者干脆改成 FINE 求稳。还有一点CNT 值在不同运动指令之间可以不同也可以在某一段突然切回 FINE。切换的时机是在需要精确到位的那条指令上写 FINE不需要在上一行提前写。FINE 会让机器人提前减速减速距离和当前速度有关速度越高减速越早这个特性在规划路径时可以利用——把 FINE 点前面的那一段速度设高一点实际减速过程会覆盖更长距离看起来更平滑。4.3 节拍估算别靠现场试出来调节拍不能靠反复试跑要先算一遍再验证。粗略算法每段运动的耗时 距离 ÷ 设定速度 加减速补偿 到位停顿。加减速补偿在高速段大概占总时间的 15% 到 25%速度越低占比越小FINE 点的停顿按每次 0.05 到 0.15 秒估具体取决于机器人的加减速能力和设定的加速度。举个例子一段 800 毫米的直线速度设 1000 毫米/秒加减速补偿按 20% 算耗时约 0.8×1.2 0.96 秒。如果中间插了两个 FINE 点再加 0.1×2 0.2 秒总共 1.16 秒。把这两个点改成 CNT 100那两个停顿就没了同时过渡处速度损失小实际能省下 0.15 到 0.25 秒。节拍优化的优先级我按这个顺序做先把不必要的 FINE 改 CNT再看有没有多余的空走路径可以合并然后看能不能用关节运动替代直线运动只限中间转移段最后才考虑提高速度设定。顺序很重要——如果先提速度超速带来的振动会让精度下降反而要在别处补回来。速度提升是最粗暴的手段也最容易引起机械损耗和寿命问题放过载余量不够的机器人长时间高速跑会先坏减速机。4.4 奇异点报错不可怕路径穿过才可怕腕部奇异是最常见的——当第五轴接近 0 度第四轴和第六轴的轴线接近共线机器人需要极高的关节速度来维持末端位姿表现出来就是速度限制、路径偏离甚至报警停机。判断方法很简单看当前姿态下 J5 的角度如果在 ±10 度以内这个点就是危险点。规避手法有几种。改姿态让 J5 远离 0 度通常倾斜十到二十度就够了代价是末端姿态变了需要确认工艺上是否接受。加过渡点让机器人绕开奇异区域用关节运动走一段再从另一个方向接近目标点。改工具方向如果工艺允许把工具绕自身轴转 90 度往往能避开腕部奇异。用关节运动穿过去如果奇异点只是路径中间经过的地方不是必须停的位置用关节运动通过会顺畅得多。肩部和肘部奇异相对少见一般出现在工作空间边缘。这类问题的特征是某些点手动能到自动跑就是报错因为手动示教时你是关节运动接近的而程序里用了直线。遇到这种情况把接近段改成关节运动最后一段接近再改回直线。还有一个隐蔽的坑姿态配置数据不连续。同样的一个位置机器人可能有多种关节解正手/反手、肘上/肘下如果相邻两个点的配置不同机器人会在两点之间翻个身路径完全不可控。检查方法是看位置数据里的配置字段是否一致或者在示教时观察机器人是否有一个突然的大幅翻转。5. 信号交互与异常处理5.1 DI/DO、GI/GO、UI/UO 该用哪个三种信号容易混。DI/DO 是最常用的通用数字量一位一个信号用于夹爪开合、气缸动作、传感器到位这类开关量。GI/GO 是组信号一次传一个数值可以配置成 4 位、8 位、16 位用于从外部控制器传配方号、料号或者把结果码传回去。UI/UO 是专用信号用于远程控制比如从外部启动程序、请求暂停、上报当前状态。先把 UI/UO 的用途说清楚因为很多人不知道有这组信号结果用 DI 硬做启动停止逻辑容易冲突。标准的远程控制信号包括启动、暂停、复位、急停、安全速度请求这几个输入位以及机器人状态反馈的输出位。这些位需要在系统配置里映射到实际的物理地址上映射关系要记进交接文档因为它不在程序里只在配置里交接时最容易被漏掉。GI/GO 的位数配置很关键。传配方号用 8 位够用0 到 255传结果码用 16 位。配置错了会出现读到的值永远是 0或者值对不上的情况。我的习惯是在程序初始化段把 GO 先清零再输出值避免上一次的残留值被误读。读取侧同理先确认输入有效位再取值。5.2 WAIT 必须带超时这条没得商量WAIT DI[1]ON这种写法是所有卡死事故的源头。物料没到位、气缸卡住、外部控制器没响应机器人就会永远停在那儿而且不报警从外面看就是机器人不动了。正确的写法是带超时! 等待物料到位5秒超时 WAIT DI[1]ON, 5.00 IF DI[1]OFF, JMP L_ERR_MAT ! 超时跳转异常处理 JMP L_OK L_ERR_MAT: DO[20]OFF ! 关夹爪防止误夹 R[3]101 ! 异常码物料未到位 CALL ERR_HANDLE ! 统一异常处理 L_OK:超时时间怎么定不要拍脑袋。按正常流程的时间乘 1.5 到 2 倍。比如气缸动作正常 0.8 秒超时设 2 秒。设太短会误报设太长就失去了保护意义。一个可用的经验范围是 2 到 10 秒超过 10 秒的动作说明流程本身需要优化了。异常处理程序统一写一个所有子程序都调用它。里面做的事情记录异常码到指定寄存器、把输出全部置安全状态、向外部上报、把机器人移到安全位如果安全的话、等待人工复位。这样做的好处是现场出现任何异常操作员只需要看一个异常码表不用钻到程序里分析。5.3 中断和多任务让监控和动作并行有些逻辑不适合放在主流程里比如运行中检测到气源压力低要立即停或者工件被抓空要立刻回退。这类事情用轮询做会有一个响应延迟而且巡检代码要插在动作之间破坏结构。中断CONDITION就是为这个场景准备的预先设定触发条件条件满足时跳转到一个中断程序执行执行完返回原来的位置继续。中断的设定包括条件表达式、触发方式上升沿或电平、以及对应的处理程序号。用的时候要注意两点中断程序要短只做最必要的动作不要在里面做复杂运算或长时间等待中断期间主程序是暂停的所以中断程序执行完必须返回不能死循环。多任务是在另一个层面上解决问题——让一个任务专门跑监控循环比如每 100 毫秒刷新一次所有传感器状态、维护心跳计数、处理通讯。主任务专心做动作监控任务专心做守护。这样做的好处是响应及时且不影响主程序的节拍。代价是需要规划两个任务之间的数据共享共用的寄存器要约定好读写权限避免两边同时写同一个寄存器。我的建议是能在主流程里用清晰逻辑解决的不要上中断和多任务只有当响应时间要求或并行需求确实存在时才用。用早了会增加复杂度用晚了会留下响应延迟的隐患。6. 高频报警排查速查表与交付清单6.1 报警分类先判断是哪一层的问题FANUC 的报警号有前缀前缀基本决定了排查方向。伺服类的以 SRVO 开头通常和编码器、电池、碰撞检测、过载有关运动类的以 MOTN 开头通常和超程、奇异点、不可达有关程序类以 INTP 开头和调用、变量、语法有关系统类以 SYST 开头和配置、内存、通讯有关。具体报警号在不同软件版本上可能有细微差别以手册为准但分类思路是通用的。现象常见原因排查顺序上电报伺服电池类报警编码器电池电量耗尽或更换电池后未做位置复位换电池 → 做编码器复位 → 重新标定零点运动中突然停并报碰撞类报警实际碰撞或碰撞检测灵敏度设置过紧查机械有无干涉 → 查碰撞检测阈值 → 查负载参数某段直线运动报路径不可达目标点超出工作空间或路径穿过奇异区手动走一遍该点 → 查 J5 角度 → 加过渡点或改姿态程序跑到某个 CALL 就停子程序名不存在、参数个数不匹配、程序被锁核对程序名 → 核对宏参数 → 查程序属性位置明显偏但无报警坐标系被改、负载参数错、编码器异常核对 UFRAME/UTOOL 编号 → 查负载设置 → 单点复检通讯数据读不到组信号位数配置错、地址映射错、握手时序错查 IO 配置 → 用监控看位状态 → 查握手6.2 排查顺序从信号到机械别反过来我的排查顺序固定先看信号再看坐标再看姿态最后看机械。原因是前三个在示教器上就能查机械检查要动手。先看信号是因为大量机器人不动其实是没收到启动条件——安全门、气压、上游就绪这些信号有一个不满足程序就停在 WAIT。这个判断只需要在 IO 监控界面看一眼。坐标问题表现为动作能跑但位置不对。检查点包括当前激活的工具坐标系编号、用户坐标系编号、负载设置、以及目标位置寄存器里的值是否被意外改写。有个实用技巧把机器人手动走到目标位置对比当前坐标和寄存器里的坐标差多少一目了然。姿态问题的特征是路径奇怪或报不可达。看配置字段是否和相邻点一致看 J5 是否接近 0 度。机械问题是最后查的也最贵——真要撞了变形了前面的检查都会指向位置就是不对但不知道为什么。6.3 备份和交付这一步做好后面少跑十趟备份分两种用途完全不同。全备份包含程序、参数、系统配置可以在同型号控制器上恢复是最常用的交付物。镜像备份是整个存储介质的完整复制恢复时会把控制器恢复到备份时的全部状态适合系统被改乱了要整体还原的场景但它不能单独取某个程序出来。我的做法是交付前两个都做全备份放 U 盘给客户镜像备份自己留一份存档。备份的时机也有讲究。不是最后做完备份一次而是每个稳定节点备份一次坐标系标定完成后一次、程序主体调通后一次、节拍优化前一次、交付前一次。理由很直接——节拍优化是有风险的动作万一改完精度不行得能退回去。我吃过这个亏优化完发现某个插装位偏了 0.3 毫米而优化前没备份只能重新示教那一片点位。交付清单我固定这几项程序备份文件带日期、IO 分配表哪个信号做什么、坐标系数据工具号和用户坐标系列表及其物理含义、寄存器分配表、异常码对照表、常用操作说明怎么换型、怎么复位异常、怎么改配方。这份清单看起来啰嗦但它决定了三个月后客户是打电话问你还是自己翻文档解决。还有一个小技巧在程序里留一个诊断程序。它不属于生产流程作用是手动调用时依次输出所有关键 IO 状态、打印几个关键寄存器的值、把机器人走到几个检查点。现场出问题时让操作员跑一遍这个程序把结果报给你比电话里描述半天它不动了高效得多。7. 我在实际项目里踩过的几个坑第一个坑是在子程序里改了坐标系没还原。主程序用的是工具1某个子程序为了特殊姿态切到了工具2退出时忘了切回来。表现是主程序后续所有点位都偏了一个工具长度的量但偏偏那一段动作看着还算正常排查了两个小时才想到查坐标系编号。从此我养成了一个习惯任何切换坐标系的子程序第一行记录原编号最后一行恢复中间不管怎么跳转都不例外。第二个坑是CNT 值在窄间隙处抄近道。一段取放路径两点之间只有 15 毫米间隙用了 CNT 100 图快空跑十几次都没问题换上实际工件之后蹭了——因为工件比示教用的模型大了 3 毫米。这件事教给我的是CNT 值要和间隙挂钩间隙小于 30 毫米就降到 CNT 50 以下并且一定要用实际工件试跑不能拿空跑当验证。第三个坑是超时设得太短导致误报。有个上料动作正常 1.2 秒完成我设了 1.5 秒超时结果气源压力波动时偶尔跑到 1.6 秒就报异常停机。后来改成 3 秒并且把超时和物料确实没到位分开处理——超时先重试一次重试还超时才报异常。这个重试一次的设计在现场减少了一多半的误停机。第四个坑是备份做了但没验证。备份文件导出来了从来没试过恢复等到真需要恢复时发现文件不完整。现在的做法是每次备份完在一台备用控制器上实际恢复一遍确认能跑起来才算完成。这一步多花二十分钟但能保证备份是真备份而不是心理安慰。这些都是很具体的、不上手册的经验。写程序的时候把这些防线提前布好现场就少受罪。程序这东西能跑只是及格线能扛住换型、能扛住误操作、能让别人接手才算做完。