简介这份文档面向KUKA机器人调试与自动化集成工程师系统讲解后台控制程序SPSSequential Program System的定位与用法。SPS基于PLC原理负责机器人后台逻辑控制与自动化任务执行是理解KUKA系统运行机制的关键一环。文档梳理了RC运动控制、I/O刷新、SPS用户逻辑、显示界面刷新四部分的优先级关系并说明12ms固定周期内高优先级任务优先执行的调度规则。同时给出SPS程序的完整编辑流程包括专家权限登录、R1—SYSTEM目录定位、停止与取消选择、打开程序框架及折合代码查看并列出禁止运动指令、禁用$advance、慎用等待时间、非周期程序不入后台等限制辅以暂停、再启动、程序停止的信号监听实例。资源为1个docx文件压缩包约1.19MB已有2373人学习适合需要掌握后台逻辑编程与排错思路的读者参考。1. 12ms 周期里的隐形操盘手KUKA SPS 后台逻辑到底在管什么很多人第一次打开 KUKA 示教器里的 SPS 程序看到满屏折叠的USER PLC框架第一反应是“这玩意儿跟我写的 PLC 梯形图差不多”。真到产线上出问题才发现机器人停不下来、信号响应慢半拍、暂停后无法恢复根子往往就埋在这段后台逻辑里。SPS 全称 Sequential Program System是 KUKA 控制器里用户唯一能改的后台逻辑层它跟 RC 运动控制、I/O 刷新、示教器界面刷新一起被塞进一个固定 12ms 的周期里跑。优先级从高到低排RC 和 I/O 刷新是优先级 1SPS 是优先级 2界面刷新是优先级 3。周期内跑不完系统就从高优先级开始砍SPS 被压缩甚至跳过是常有的事。这份资源把 SPS 的定位、编辑流程和四条硬限制讲得很直白适合刚接手 KUKA 系统、需要往后台塞逻辑的调试人员也适合被“暂停信号不响应”折腾过的老手回头补课。2. 拆开 12ms 调度表SPS 在系统里到底排第几2.1 四个任务块的优先级与执行顺序KUKA 控制器每个 12ms 周期要依次处理四件事顺序和优先级是写死的任务块职责优先级能否用户编辑RC运动控制、轨迹规划1否I/O 刷新输入输出信号映射1否SPS用户后台逻辑2是显示界面刷新示教器画面更新3否RC 和 I/O 刷新并列优先级 1意味着运动控制和信号映射永远先拿到时间片。SPS 排在它们后面只有前两者跑完、周期还有余量时才轮到。界面刷新优先级最低周期紧张时最先被牺牲。这个排序解释了一个常见现象你在 SPS 里写了一段信号判断逻辑示教器上按了暂停机器人却要过一两个周期才停——不是程序写错了是 SPS 本来就在 RC 后面排队。2.2 周期超时的降级行为12ms 是硬上限不是目标值。如果 RC 加 I/O 刷新已经吃满 12msSPS 这一轮直接不执行界面刷新也跳过。系统不会报错也不会提示“SPS 被跳过”它只是安静地把这一轮的后台逻辑丢了。下一轮如果时间有余量SPS 从上次断点继续跑。这意味着 SPS 里的逻辑不能假设“每个周期都一定执行”任何依赖周期计数的写法都要留余量。常见做法是需要严格周期计数的逻辑不要放在 SPS 里改用 RC 侧的系统变量或外部 PLC 做。2.3 为什么 SPS 被设计成“可编辑的后台”RC 和 I/O 刷新是系统闭源部分用户碰不了。SPS 是 KUKA 留给用户的唯一后台入口本质是一个跑在控制器里的软 PLC。它不直接控制电机而是通过读写系统变量和 I/O 信号来间接影响机器人行为。比如你想在机器人运行到某个位置时自动打开夹具不是在运动指令里插一行而是在 SPS 里监听位置信号条件满足时置位输出。这种“旁路控制”的思路是 SPS 编程的核心心智模型。3. 从专家权限到 USER PLCSPS 编辑全流程拆解3.1 登录专家权限并定位 SPS 文件SPS 程序藏在R1 — SYSTEM目录下普通操作员权限看不到。第一步是切换专家权限在示教器主界面点击“菜单”进入“配置”下的“用户组”。选择“专家”输入密码默认密码由集成商设定常见做法是问设备供应商要。返回主界面进入“文件”浏览器路径选到R1再进SYSTEM找到SPS文件。提示不同控制器版本KRC4 各子版本的菜单文字略有差异但路径R1/SYSTEM/SPS是固定的。找不到文件时先确认权限是否真的切到了专家而不是“管理员”。3.2 停止 SPS 并进入可编辑状态SPS 在后台一直运行直接打开文件是只读的。必须先停操作序列 1. 在 SPS 文件上点击 S 图标状态图标 2. 选择“停止” 3. S 图标变红 → 再次点击 S 图标 → 选择“取消选择” 4. S 图标变灰 → 此时文件处于可编辑状态 5. 选中 SPS 文件 → 点击下方“打开”这段操作里最容易翻车的是第 3 步。很多人看到图标变红就以为已经停了直接去点“打开”结果还是只读。必须再点一次 S 图标选“取消选择”图标从红变灰才算真正释放编辑锁。血泪经验如果“取消选择”是灰的不可点说明 SPS 还在运行回到第 2 步重新停一次。3.3 展开 USER PLC 并添加逻辑打开 SPS 后看到的是一个固定框架框架本身不要动。光标定位到USER PLC这一行点击“打开/关闭 折合”展开折叠代码在展开区域的空白行写自己的逻辑。框架里其他部分比如系统初始化和周期调用声明保持原样。; 示例在 USER PLC 区域添加暂停/恢复逻辑 ; 假设 $IN[10] 是暂停按钮信号$IN[11] 是恢复按钮信号 ; $OUT[20] 是机器人暂停状态输出 IF $IN[10] AND NOT $OUT[20] THEN $OUT[20] TRUE ; 置位暂停状态 $OV_PRO 0 ; 速度倍率归零机器人减速停止 ENDIF IF $IN[11] AND $OUT[20] THEN $OUT[20] FALSE ; 清除暂停状态 $OV_PRO 100 ; 恢复速度倍率 ENDIF逻辑说明$IN[10]和$IN[11]是外部按钮映射到控制器的输入信号$OUT[20]是内部状态标志。第一段判断“暂停按钮按下且当前未暂停”置位标志并把速度倍率$OV_PRO设为 0机器人按当前轨迹减速停止。第二段判断“恢复按钮按下且当前处于暂停”清除标志并恢复倍率。参数说明$OV_PRO是全局速度倍率范围 0 到 100写 0 等效于暂停写 100 恢复全速。实际项目中恢复值应该用变量保存暂停前的倍率而不是硬编码 100。3.4 保存与重新启动 SPS编辑完成后关闭文件时系统会提示保存。保存后 SPS 不会自动恢复运行需要手动重新选中 SPS 文件点击 S 图标选择“启动”。图标从灰变绿后台逻辑重新进入 12ms 周期。注意启动瞬间 SPS 从第一行开始执行如果逻辑里有初始化赋值确保这些赋值不会跟 RC 的当前状态冲突。4. 四条硬限制背后的原因为什么运动指令和 $advance 不能碰4.1 不允许运动指令SPS 跑在优先级 2RC 跑在优先级 1。如果在 SPS 里写PTP或LIN这条运动指令会被塞进 RC 的轨迹规划队列但 SPS 本身没有运动规划上下文RC 拿到这条指令时无法确定它跟当前运动的关系。结果轻则机器人不动重则轨迹跳变。运动指令只能写在R1下的普通程序里由 RC 直接调度。4.2 不允许 $advance$advance控制预进指针决定机器人提前多少个周期读取下一条运动指令。这个指针由 RC 独占管理SPS 在后台改它等于在 RC 不知情的情况下挪动了运动队列的读取位置。常见翻车现场机器人突然跳过一段轨迹或者在同一位置反复微动。原因就是 SPS 改了$advanceRC 的预读逻辑被打乱。4.3 不建议有等待时间WAIT或WAIT FOR在 SPS 里会阻塞当前周期。12ms 周期内如果 SPS 卡在等待上这一轮的后台逻辑全部停摆下一轮周期到来时等待条件可能还没满足SPS 继续卡。连续几个周期下来I/O 刷新虽然还在跑但 SPS 负责的逻辑信号全部延迟。正确做法是用状态机代替等待把“等待某个信号”拆成“判断信号是否满足不满足就跳过下个周期再判断”。4.4 非必要程序不要放后台SPS 每个周期都跑哪怕你写的是一段“只在特定条件下执行一次”的逻辑它的判断语句本身也在消耗周期时间。常见误用把配方切换、日志记录、界面更新这些低频操作塞进 SPS。这些逻辑应该放在R1下的普通程序里由主程序按需调用而不是让后台每 12ms 判断一次“要不要执行”。5. 避坑排查SPS 编辑与运行中的五个高频翻车点5.1 现象S 图标变红后无法“取消选择”原因SPS 虽然停了但控制器认为还有未完成的周期任务在收尾。常见于刚触发过暂停或停止信号系统还在处理状态切换。解决等 2 到 3 秒再点 S 图标。如果“取消选择”仍然灰的切到其他界面再切回来强制刷新示教器状态。还不行就重启控制器但重启前确认机器人处于安全位置。5.2 现象编辑保存后 SPS 启动但逻辑不执行原因保存时文件写入了但 SPS 的启动状态没有正确切换。或者框架被误改系统检测到框架异常后拒绝执行用户逻辑。解决先确认 S 图标是绿色而不是灰色。如果是灰色重新选中文件点启动。如果启动后仍不执行检查USER PLC之外的框架行是否被改动常见做法是从备份恢复 SPS 文件只重新粘贴USER PLC里的内容。5.3 现象暂停信号按下后机器人不停原因SPS 被 RC 挤掉了周期。如果 RC 正在执行一段复杂轨迹12ms 内 RC 加 I/O 刷新已经占满SPS 这一轮不执行暂停信号要等下一轮甚至下几轮才被处理。解决暂停逻辑不要只依赖 SPS。常见做法是在 SPS 里置位一个标志同时用$OUT触发外部安全 PLC 的暂停回路双路径保证响应。如果必须纯 SPS 实现把暂停判断放在USER PLC的最前面减少前面代码的周期占用。5.4 现象恢复信号按下后机器人不恢复原因暂停时$OV_PRO被设为 0恢复时写回了 100但机器人当前轨迹已经被 RC 标记为“暂停中断”需要重新使能运动。解决恢复逻辑里除了写$OV_PRO还要检查 RC 的运动使能状态。常见做法是恢复时先写$OV_PRO为暂停前的值再触发一个$MOVE_ENABLE的置位。具体变量名因控制器版本而异查系统变量手册确认。5.5 现象SPS 里写的计数器偶尔跳变原因SPS 不是每个周期都执行计数器依赖周期累加被跳过的周期导致计数丢失。解决计数器逻辑不要放在 SPS。改用 RC 侧的系统时钟变量或者把计数任务交给外部 PLCSPS 只负责读取结果。如果必须在 SPS 里做用信号边沿触发而不是周期累加。6. 进阶技巧用状态机替代等待让 SPS 逻辑稳过 12msSPS 编程最核心的进阶习惯是把所有“等待”改写成状态机。下面是一个暂停/恢复逻辑的状态机版本比第 3 章的直写版本多了一个状态变量但彻底消除了等待和周期依赖; 状态定义0运行中1暂停中2恢复中 ; $OUT[30] 是状态字$OUT[31] 是暂停完成标志 ; 每周期执行的状态机 IF $OUT[30] 0 THEN ; 运行态检测暂停信号 IF $IN[10] THEN $OUT[30] 1 ; 进入暂停态 $OV_PRO 0 ENDIF ELSEIF $OUT[30] 1 THEN ; 暂停态检测恢复信号 IF $IN[11] THEN $OUT[30] 2 ; 进入恢复态 ENDIF ELSEIF $OUT[30] 2 THEN ; 恢复态等待 RC 确认运动使能 IF $MOVE_ENABLE THEN $OV_PRO 100 $OUT[30] 0 ; 回到运行态 ENDIF ENDIF逻辑说明状态字$OUT[30]记录当前处于哪个阶段每个周期只执行当前状态对应的判断不做任何等待。暂停态只检测恢复信号不碰速度倍率恢复态只等待$MOVE_ENABLE确认 RC 已经准备好才恢复速度。参数说明$MOVE_ENABLE是系统变量表示 RC 是否允许运动具体名称查对应控制器版本的变量表。状态字用$OUT而不是局部变量是为了在示教器上能直接监控。验证方法在示教器上打开“变量”显示监控$OUT[30]和$OV_PRO。按下暂停按钮$OUT[30]应从 0 变 1$OV_PRO变 0。按下恢复按钮$OUT[30]从 1 变 2等$MOVE_ENABLE为 TRUE 后$OUT[30]回 0$OV_PRO恢复。如果$OUT[30]卡在 2 不动说明$MOVE_ENABLE没置位去查 RC 侧的运动使能条件。从那以后我每次往 SPS 里加逻辑都强制走一遍状态机检查有没有等待、有没有周期累加、有没有碰$advance和运动指令。这三条过一遍12ms 周期里基本不会出玄学问题。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/21 18:23:16 · 阅读 1.2k KUKA SPS后台逻辑解析：12ms周期调度与编程避坑指南
简介这份文档面向KUKA机器人调试与自动化集成工程师系统讲解后台控制程序SPSSequential Program System的定位与用法。SPS基于PLC原理负责机器人后台逻辑控制与自动化任务执行是理解KUKA系统运行机制的关键一环。文档梳理了RC运动控制、I/O刷新、SPS用户逻辑、显示界面刷新四部分的优先级关系并说明12ms固定周期内高优先级任务优先执行的调度规则。同时给出SPS程序的完整编辑流程包括专家权限登录、R1—SYSTEM目录定位、停止与取消选择、打开程序框架及折合代码查看并列出禁止运动指令、禁用$advance、慎用等待时间、非周期程序不入后台等限制辅以暂停、再启动、程序停止的信号监听实例。资源为1个docx文件压缩包约1.19MB已有2373人学习适合需要掌握后台逻辑编程与排错思路的读者参考。1. 12ms 周期里的隐形操盘手KUKA SPS 后台逻辑到底在管什么很多人第一次打开 KUKA 示教器里的 SPS 程序看到满屏折叠的USER PLC框架第一反应是“这玩意儿跟我写的 PLC 梯形图差不多”。真到产线上出问题才发现机器人停不下来、信号响应慢半拍、暂停后无法恢复根子往往就埋在这段后台逻辑里。SPS 全称 Sequential Program System是 KUKA 控制器里用户唯一能改的后台逻辑层它跟 RC 运动控制、I/O 刷新、示教器界面刷新一起被塞进一个固定 12ms 的周期里跑。优先级从高到低排RC 和 I/O 刷新是优先级 1SPS 是优先级 2界面刷新是优先级 3。周期内跑不完系统就从高优先级开始砍SPS 被压缩甚至跳过是常有的事。这份资源把 SPS 的定位、编辑流程和四条硬限制讲得很直白适合刚接手 KUKA 系统、需要往后台塞逻辑的调试人员也适合被“暂停信号不响应”折腾过的老手回头补课。2. 拆开 12ms 调度表SPS 在系统里到底排第几2.1 四个任务块的优先级与执行顺序KUKA 控制器每个 12ms 周期要依次处理四件事顺序和优先级是写死的任务块职责优先级能否用户编辑RC运动控制、轨迹规划1否I/O 刷新输入输出信号映射1否SPS用户后台逻辑2是显示界面刷新示教器画面更新3否RC 和 I/O 刷新并列优先级 1意味着运动控制和信号映射永远先拿到时间片。SPS 排在它们后面只有前两者跑完、周期还有余量时才轮到。界面刷新优先级最低周期紧张时最先被牺牲。这个排序解释了一个常见现象你在 SPS 里写了一段信号判断逻辑示教器上按了暂停机器人却要过一两个周期才停——不是程序写错了是 SPS 本来就在 RC 后面排队。2.2 周期超时的降级行为12ms 是硬上限不是目标值。如果 RC 加 I/O 刷新已经吃满 12msSPS 这一轮直接不执行界面刷新也跳过。系统不会报错也不会提示“SPS 被跳过”它只是安静地把这一轮的后台逻辑丢了。下一轮如果时间有余量SPS 从上次断点继续跑。这意味着 SPS 里的逻辑不能假设“每个周期都一定执行”任何依赖周期计数的写法都要留余量。常见做法是需要严格周期计数的逻辑不要放在 SPS 里改用 RC 侧的系统变量或外部 PLC 做。2.3 为什么 SPS 被设计成“可编辑的后台”RC 和 I/O 刷新是系统闭源部分用户碰不了。SPS 是 KUKA 留给用户的唯一后台入口本质是一个跑在控制器里的软 PLC。它不直接控制电机而是通过读写系统变量和 I/O 信号来间接影响机器人行为。比如你想在机器人运行到某个位置时自动打开夹具不是在运动指令里插一行而是在 SPS 里监听位置信号条件满足时置位输出。这种“旁路控制”的思路是 SPS 编程的核心心智模型。3. 从专家权限到 USER PLCSPS 编辑全流程拆解3.1 登录专家权限并定位 SPS 文件SPS 程序藏在R1 — SYSTEM目录下普通操作员权限看不到。第一步是切换专家权限在示教器主界面点击“菜单”进入“配置”下的“用户组”。选择“专家”输入密码默认密码由集成商设定常见做法是问设备供应商要。返回主界面进入“文件”浏览器路径选到R1再进SYSTEM找到SPS文件。提示不同控制器版本KRC4 各子版本的菜单文字略有差异但路径R1/SYSTEM/SPS是固定的。找不到文件时先确认权限是否真的切到了专家而不是“管理员”。3.2 停止 SPS 并进入可编辑状态SPS 在后台一直运行直接打开文件是只读的。必须先停操作序列 1. 在 SPS 文件上点击 S 图标状态图标 2. 选择“停止” 3. S 图标变红 → 再次点击 S 图标 → 选择“取消选择” 4. S 图标变灰 → 此时文件处于可编辑状态 5. 选中 SPS 文件 → 点击下方“打开”这段操作里最容易翻车的是第 3 步。很多人看到图标变红就以为已经停了直接去点“打开”结果还是只读。必须再点一次 S 图标选“取消选择”图标从红变灰才算真正释放编辑锁。血泪经验如果“取消选择”是灰的不可点说明 SPS 还在运行回到第 2 步重新停一次。3.3 展开 USER PLC 并添加逻辑打开 SPS 后看到的是一个固定框架框架本身不要动。光标定位到USER PLC这一行点击“打开/关闭 折合”展开折叠代码在展开区域的空白行写自己的逻辑。框架里其他部分比如系统初始化和周期调用声明保持原样。; 示例在 USER PLC 区域添加暂停/恢复逻辑 ; 假设 $IN[10] 是暂停按钮信号$IN[11] 是恢复按钮信号 ; $OUT[20] 是机器人暂停状态输出 IF $IN[10] AND NOT $OUT[20] THEN $OUT[20] TRUE ; 置位暂停状态 $OV_PRO 0 ; 速度倍率归零机器人减速停止 ENDIF IF $IN[11] AND $OUT[20] THEN $OUT[20] FALSE ; 清除暂停状态 $OV_PRO 100 ; 恢复速度倍率 ENDIF逻辑说明$IN[10]和$IN[11]是外部按钮映射到控制器的输入信号$OUT[20]是内部状态标志。第一段判断“暂停按钮按下且当前未暂停”置位标志并把速度倍率$OV_PRO设为 0机器人按当前轨迹减速停止。第二段判断“恢复按钮按下且当前处于暂停”清除标志并恢复倍率。参数说明$OV_PRO是全局速度倍率范围 0 到 100写 0 等效于暂停写 100 恢复全速。实际项目中恢复值应该用变量保存暂停前的倍率而不是硬编码 100。3.4 保存与重新启动 SPS编辑完成后关闭文件时系统会提示保存。保存后 SPS 不会自动恢复运行需要手动重新选中 SPS 文件点击 S 图标选择“启动”。图标从灰变绿后台逻辑重新进入 12ms 周期。注意启动瞬间 SPS 从第一行开始执行如果逻辑里有初始化赋值确保这些赋值不会跟 RC 的当前状态冲突。4. 四条硬限制背后的原因为什么运动指令和 $advance 不能碰4.1 不允许运动指令SPS 跑在优先级 2RC 跑在优先级 1。如果在 SPS 里写PTP或LIN这条运动指令会被塞进 RC 的轨迹规划队列但 SPS 本身没有运动规划上下文RC 拿到这条指令时无法确定它跟当前运动的关系。结果轻则机器人不动重则轨迹跳变。运动指令只能写在R1下的普通程序里由 RC 直接调度。4.2 不允许 $advance$advance控制预进指针决定机器人提前多少个周期读取下一条运动指令。这个指针由 RC 独占管理SPS 在后台改它等于在 RC 不知情的情况下挪动了运动队列的读取位置。常见翻车现场机器人突然跳过一段轨迹或者在同一位置反复微动。原因就是 SPS 改了$advanceRC 的预读逻辑被打乱。4.3 不建议有等待时间WAIT或WAIT FOR在 SPS 里会阻塞当前周期。12ms 周期内如果 SPS 卡在等待上这一轮的后台逻辑全部停摆下一轮周期到来时等待条件可能还没满足SPS 继续卡。连续几个周期下来I/O 刷新虽然还在跑但 SPS 负责的逻辑信号全部延迟。正确做法是用状态机代替等待把“等待某个信号”拆成“判断信号是否满足不满足就跳过下个周期再判断”。4.4 非必要程序不要放后台SPS 每个周期都跑哪怕你写的是一段“只在特定条件下执行一次”的逻辑它的判断语句本身也在消耗周期时间。常见误用把配方切换、日志记录、界面更新这些低频操作塞进 SPS。这些逻辑应该放在R1下的普通程序里由主程序按需调用而不是让后台每 12ms 判断一次“要不要执行”。5. 避坑排查SPS 编辑与运行中的五个高频翻车点5.1 现象S 图标变红后无法“取消选择”原因SPS 虽然停了但控制器认为还有未完成的周期任务在收尾。常见于刚触发过暂停或停止信号系统还在处理状态切换。解决等 2 到 3 秒再点 S 图标。如果“取消选择”仍然灰的切到其他界面再切回来强制刷新示教器状态。还不行就重启控制器但重启前确认机器人处于安全位置。5.2 现象编辑保存后 SPS 启动但逻辑不执行原因保存时文件写入了但 SPS 的启动状态没有正确切换。或者框架被误改系统检测到框架异常后拒绝执行用户逻辑。解决先确认 S 图标是绿色而不是灰色。如果是灰色重新选中文件点启动。如果启动后仍不执行检查USER PLC之外的框架行是否被改动常见做法是从备份恢复 SPS 文件只重新粘贴USER PLC里的内容。5.3 现象暂停信号按下后机器人不停原因SPS 被 RC 挤掉了周期。如果 RC 正在执行一段复杂轨迹12ms 内 RC 加 I/O 刷新已经占满SPS 这一轮不执行暂停信号要等下一轮甚至下几轮才被处理。解决暂停逻辑不要只依赖 SPS。常见做法是在 SPS 里置位一个标志同时用$OUT触发外部安全 PLC 的暂停回路双路径保证响应。如果必须纯 SPS 实现把暂停判断放在USER PLC的最前面减少前面代码的周期占用。5.4 现象恢复信号按下后机器人不恢复原因暂停时$OV_PRO被设为 0恢复时写回了 100但机器人当前轨迹已经被 RC 标记为“暂停中断”需要重新使能运动。解决恢复逻辑里除了写$OV_PRO还要检查 RC 的运动使能状态。常见做法是恢复时先写$OV_PRO为暂停前的值再触发一个$MOVE_ENABLE的置位。具体变量名因控制器版本而异查系统变量手册确认。5.5 现象SPS 里写的计数器偶尔跳变原因SPS 不是每个周期都执行计数器依赖周期累加被跳过的周期导致计数丢失。解决计数器逻辑不要放在 SPS。改用 RC 侧的系统时钟变量或者把计数任务交给外部 PLCSPS 只负责读取结果。如果必须在 SPS 里做用信号边沿触发而不是周期累加。6. 进阶技巧用状态机替代等待让 SPS 逻辑稳过 12msSPS 编程最核心的进阶习惯是把所有“等待”改写成状态机。下面是一个暂停/恢复逻辑的状态机版本比第 3 章的直写版本多了一个状态变量但彻底消除了等待和周期依赖; 状态定义0运行中1暂停中2恢复中 ; $OUT[30] 是状态字$OUT[31] 是暂停完成标志 ; 每周期执行的状态机 IF $OUT[30] 0 THEN ; 运行态检测暂停信号 IF $IN[10] THEN $OUT[30] 1 ; 进入暂停态 $OV_PRO 0 ENDIF ELSEIF $OUT[30] 1 THEN ; 暂停态检测恢复信号 IF $IN[11] THEN $OUT[30] 2 ; 进入恢复态 ENDIF ELSEIF $OUT[30] 2 THEN ; 恢复态等待 RC 确认运动使能 IF $MOVE_ENABLE THEN $OV_PRO 100 $OUT[30] 0 ; 回到运行态 ENDIF ENDIF逻辑说明状态字$OUT[30]记录当前处于哪个阶段每个周期只执行当前状态对应的判断不做任何等待。暂停态只检测恢复信号不碰速度倍率恢复态只等待$MOVE_ENABLE确认 RC 已经准备好才恢复速度。参数说明$MOVE_ENABLE是系统变量表示 RC 是否允许运动具体名称查对应控制器版本的变量表。状态字用$OUT而不是局部变量是为了在示教器上能直接监控。验证方法在示教器上打开“变量”显示监控$OUT[30]和$OV_PRO。按下暂停按钮$OUT[30]应从 0 变 1$OV_PRO变 0。按下恢复按钮$OUT[30]从 1 变 2等$MOVE_ENABLE为 TRUE 后$OUT[30]回 0$OV_PRO恢复。如果$OUT[30]卡在 2 不动说明$MOVE_ENABLE没置位去查 RC 侧的运动使能条件。从那以后我每次往 SPS 里加逻辑都强制走一遍状态机检查有没有等待、有没有周期累加、有没有碰$advance和运动指令。这三条过一遍12ms 周期里基本不会出玄学问题。希望帮到你。本文还有配套的精品资源点击获取