简介这份PDF文档面向ABB机器人编程与自动化调试人员聚焦组合信号GO/GI这一常被忽视却高频使用的通信方式帮助解决DO/DI、AO/AI在处理多路信号时程序臃肿、顺序输出易被PLC误判的问题。文档从三种信号类型切入讲解组合输入输出的概念并以组输出GO为例完整演示Signal配置流程命名、选择Group Output类型、匹配IO单元、按地址连续与否填写Device Mapping如1-3或1,4,6以及重启生效等关键环节。同时结合二进制位序详细说明GO赋值计算方法并延伸至GI的配置与解码思路配有取料完成、物料选择等PLC交互场景示例。资源包共1个PDF文件大小约1.16MB轻量便携适合现场查阅。已有929人学习可作为机器人工程师处理多信号交互、优化程序结构的实用参考手册。1. 组合信号不是“高级功能”是 IO 通讯的止损手段产线上最容易被忽略的翻车点往往不是运动指令写错而是 IO 时序对不上。ABB 机器人跟 PLC 走硬线通讯时如果你用SetDO一条一条地给 DO1、DO2、DO3 赋值PLC 那边扫描周期稍微快一点就会读到“半截状态”——DO1 已经置 1、DO3 还没跟上于是判定成另一个工位号动作直接跑偏。这类问题排查起来极其玄学因为单看机器人程序逻辑没错单看 PLC 梯形图也没错错的是两条指令之间的那几毫秒。组合信号 GO/GI 就是为这个场景准备的。它把 2 个以上的数字量输入或输出打包成一个整型信号机器人侧一次赋值、PLC 侧一次读取中间不再有“顺序给信号”的窗口期。这份《ABB 组合信号应用说明》文档把 GO/GI 的配置路径、地址映射规则和二进制取值算法讲得比较完整适合正在做机器人- PLC 硬线握手、又不想上现场总线的手上项目。下面按“先搞懂它怎么算、再动手配、最后避坑”的顺序拆一遍参数和地址规则都能直接抄。2. 组合信号的二进制账GO/GI 到底怎么算值2.1 为什么顺序 SetDO 会被 PLC 误判先把这个前提说透不然配置步骤背下来也没用。机器人执行SetDO DO1,1; SetDO DO2,0; SetDO DO3,1;这三行中间隔着指令解析和 IO 刷新周期PLC 的输入模块是在自己的扫描周期里采样的。假设 PLC 扫描周期 5ms、机器人两条 SetDO 之间隔了 8ms那 PLC 完全可能采到DO11, DO20, DO30这个中间态。如果这个中间态恰好对应“取 2 号物料”的编码PLC 就会发错指令。组合信号的做法是把 DO1-DO3 映射成一个 GO 变量机器人执行SetGO GO1,5时底层是一次性把三个物理输出刷新到位PLC 读到的要么是旧值、要么是新值不存在中间组合。这就是它解决“信号不是同时给”的本质——不是靠程序写得快而是靠映射机制把多个位合并成一次写操作。2.2 二进制取值算法与地址位序的对应关系文档里给的算法是“需要第几位就拿 2 的幂相加”这句话要落到地址上才不出错。关键点在于GO 的值是按 Device Mapping 里地址的排列顺序来定位的不是按 DO 编号本身。以连续地址1-3映射 DO1、DO2、DO3 为例映射顺序是 DO1 在第 0 位、DO2 在第 1 位、DO3 在第 2 位那么目标状态二进制十进制 GO 值说明DO11, DO20, DO300011只置最低位DO10, DO21, DO300102只置第 1 位DO11, DO20, DO311015第 0 位 第 2 位DO11, DO21, DO311117全置位而文档里那个非连续地址的例子1,4,6映射 DO1、DO4、DO6映射顺序变成 DO1 在第 0 位、DO4 在第 1 位、DO6 在第 2 位。此时给 GO1 写 5二进制 101置位的是第 0 位和第 2 位也就是 DO1 和 DO6DO4 保持 0。这跟连续地址下写 5 的结果完全不同——同样是 5落到哪几个物理点上取决于映射表里地址的排列不取决于 DO 编号的数字大小。提示算 GO 值之前先把 Device Mapping 那一栏的地址顺序抄在纸上按“第几个地址”而不是“DO 几号”去对 2 的幂能省掉大半调试时间。2.3 GI 的反向解码PLC 给值机器人读位GI 的配置和 GO 对称区别在数据流向。PLC 把 DI1、DI2、DI3 的组合写成一个整数送到机器人机器人侧读GI1的值再用位运算或直接比较来分支。比如 PLC 约定GI13表示“请求取 1 号物料”二进制 011DI11、DI21、DI30机器人程序里就写IF GI13 THEN走对应分支。这里有个容易忽略的点GI 读到的值是“当前所有映射位的组合”不是“变化沿”。所以机器人程序不能靠WaitGI GI13去等一个瞬时脉冲得确认 PLC 侧这个值会保持到机器人应答为止否则会出现机器人还在判断、PLC 已经把值改回 0 的竞态。常见做法是 PLC 置值后等机器人回一个 DO 应答位再撤值握手逻辑比单纯等 GI 稳。3. 配置 GO/GI 的实操路径从 Signal 界面到重启生效3.1 新建组信号与 Type of Signal 的选择配置入口在机器人控制器的 Signal 配置界面点“添加”新建一条信号。Name 按项目命名规范来比如GO1_LoadDone、GI1_MaterialReq别图省事只写 GO1后期信号一多根本对不上号。Type of Signal 这一栏是分水岭选Group Output得到 GO选Group Input得到 GI。选错类型不会报错但后续 Device Mapping 的地址校验方向会反表现为配置能保存、运行时值对不上属于典型的“配置看着没问题、现场就是不动”的坑。Assigned to Device 必须选跟你要绑定的那组 DO/DI 相同的 IO 单元跨单元映射在多数控制器版本上不被支持硬配也会在重启后失效。3.2 Device Mapping 地址填写连续用区间离散用逗号地址填写是整份文档里最容易翻车的一步规则本身不复杂但和实际 DO 地址对不上就全盘皆输。连续地址写法 DO1 地址 1、DO2 地址 2、DO3 地址 3 Device Mapping 填1-3 离散地址写法 DO1 地址 1、DO4 地址 4、DO6 地址 6 Device Mapping 填1,4,6 错误写法常见 填 1-6 想覆盖 1、4、6 → 会把 2、3、5 也纳入映射值全乱 填 DO 编号 1,4,6 但实际地址是 11,14,16 → 映射到不存在的点运行时报 IO 错误填完点“确定”后必须重启机器人配置才真正加载。这一步没有“热生效”的捷径重启前做的任何在线测试都不作数。重启完成后建议先在示教器上手动给 GO 赋几个值用 IO 监控界面看对应 DO 的灯是否按预期亮灭确认映射无误再进程序联调。3.3 用一段最小程序验证映射是否正确配置完别急着写正式逻辑先用一段最小验证程序把映射关系钉死。下面这段是示教器 RAPID 风格的验证片段思路可以直接搬到项目里! 验证 GO1 映射连续地址 1-3 对应 DO1/DO2/DO3 ! 依次写入 1、2、4、5观察 DO 灯位 SetGO GO1, 1; ! 预期 DO11, DO20, DO30 WaitTime 0.5; SetGO GO1, 2; ! 预期 DO10, DO21, DO30 WaitTime 0.5; SetGO GO1, 4; ! 预期 DO10, DO20, DO31 WaitTime 0.5; SetGO GO1, 5; ! 预期 DO11, DO20, DO31 WaitTime 0.5; SetGO GO1, 0; ! 全部复位这段程序的价值在于把“值→位”的对应关系逐个点亮验证而不是一上来就跑完整流程。WaitTime 0.5是给 IO 刷新和肉眼观察留的窗口实际联调时可以缩到 0.1 甚至去掉但首次验证建议保留。如果写 4 的时候亮的是 DO1 而不是 DO3说明映射顺序跟你以为的反了回头查 Device Mapping 的地址排列别去改程序里的数值硬凑——硬凑出来的值在换一台机器人后必然再翻车。GI 的验证反过来做在 PLC 侧或 IO 仿真里给 DI 置不同组合读GI1的值对照映射表确认解码正确。这一步在没接真实 PLC 时可以用控制器的 IO 仿真功能顶替但仿真通过不等于现场通过硬线接线顺序、端子编号都得再核一遍。4. 避坑清单GO/GI 联调里最常见的五类翻车4.1 现象GO 赋值后 DO 灯不亮但信号配置显示正常原因通常是 Device Mapping 填的地址跟实际 DO 地址不一致最常见的是把“DO 编号”当成了“IO 地址”。很多项目的 DO 编号从 1 开始但物理地址可能从 0 或 11 起跳两者差一位就全错。解决方法是进 IO 单元配置页核对每个 DO 的真实地址按地址填映射填完重启再验证。血泪经验是配置界面不校验地址是否存在填错了照样保存成功只有运行时才暴露。4.2 现象非连续地址映射后GO 写 5 却点亮了意料之外的点这是 2.2 节讲的位序问题。1,4,6这种离散写法映射顺序是“第 1 个地址在第 0 位”不是“地址 1 在第 1 位”。写 5101点亮的是第 0 位和第 2 位即 DO1 和 DO6。解决方法是把映射表按顺序列出来用“第几位”去算 2 的幂别用 DO 编号去算。如果项目里离散映射多建议在程序注释里直接写死“GO1 位 0DO1、位 1DO4、位 2DO6”后来人接手不用再推一遍。4.3 现象配置改完没重启在线测试值对不上重启后正常ABB 控制器的信号配置属于启动时加载项改完不重启运行中的 IO 映射还是旧的。表现是示教器上看到新配置、实际输出按老映射走非常迷惑。解决方法是养成“改 Signal 必重启”的习惯重启前不做任何结论性测试。这条坑之所以反复出现是因为部分参数修改能热生效让人误以为信号配置也一样。4.4 现象GI 读到的值偶尔跳变机器人误触发分支原因是 PLC 侧写 GI 对应 DI 组合时不是一次性刷新或者机器人读 GI 的时机正好卡在 PLC 改值过程中。GI 本身不保证原子性它读的是当前采样值。解决方法是加握手PLC 置值后等机器人回一个 DO 应答机器人读到 GI 后先回 ACK 再执行动作PLC 收到 ACK 才撤值。这套逻辑比单纯WaitGI多几行代码但能把竞态压到可接受范围。4.5 现象GO 值算对了但 PLC 收到的组合跟预期差一位排查顺序是先确认机器人侧 IO 监控里 DO 灯位正确再确认硬线端子接线顺序最后查 PLC 侧输入模块的地址分配。差一位的典型原因是 PLC 输入模块的通道编号从 0 开始、而机器人侧从 1 开始或者中间经过继电器转接时线序接反。解决方法是拿万用表逐点对别信图纸——图纸更新滞后是常态。这类问题在跨品牌设备联调时出现频率最高配置本身没错错在物理层。5. 进阶用法把 GO/GI 封装成可复用的握手函数配置和验证跑通之后真正决定这套东西好不好用的是程序结构。我一般不会在业务逻辑里散着写SetGO GO1,5而是把常用组合封装成带名字的常量或小函数让“5”这个数字只出现在一个地方。! 组合信号常量定义按 GO1 映射 1-3 对应 DO1/DO2/DO3 CONST num LOAD_DONE : 5; ! DO11, DO31 CONST num MATERIAL_1 : 3; ! DO11, DO21 CONST num MATERIAL_2 : 6; ! DO21, DO31 CONST num ALL_CLEAR : 0; ! 带应答的 GI 握手函数 FUNC bool WaitGIWithAck(num gi_target, num ack_do, num timeout_s) VAR num t0; t0 : ClkRead(); WHILE ClkRead() - t0 timeout_s DO IF GI1 gi_target THEN SetDO ack_do, 1; ! 回 ACK告诉 PLC 已收到 RETURN TRUE; ENDIF ENDWHILE RETURN FALSE; ! 超时交由上层处理 ENDFUNC这段代码有两个设计取舍值得说。第一常量名对应业务语义而不是数值换映射表时只改常量定义业务代码不动这是把“地址位序”这个易错点收敛到单点。第二握手函数带超时返回布尔值而不是死等——产线上 PLC 掉线或信号丢失时死等会让机器人卡在原地带超时至少能让上层走故障分支、报警停机比僵死强。ack_do参数传的是机器人回给 PLC 的应答 DO 编号具体用哪个点按项目 IO 分配来别跟 GO 映射的 DO 撞车。验证这套封装是否可靠我的习惯是先在 IO 仿真里跑一遍全组合把每个常量值写进去对照 DO 灯位表逐个核再模拟 GI 超时和正常两条路径。仿真过了再上硬线硬线上先空跑不接执行机构确认握手时序稳定后再接负载。从那以后我每次配新的 GO/GI都强制先跑一遍“常量值→灯位”对照表再进联调省下来的返工时间远比制表那十分钟多。希望帮到你。本文还有配套的精品资源点击获取
简介这份PDF文档面向ABB机器人编程与自动化调试人员聚焦组合信号GO/GI这一常被忽视却高频使用的通信方式帮助解决DO/DI、AO/AI在处理多路信号时程序臃肿、顺序输出易被PLC误判的问题。文档从三种信号类型切入讲解组合输入输出的概念并以组输出GO为例完整演示Signal配置流程命名、选择Group Output类型、匹配IO单元、按地址连续与否填写Device Mapping如1-3或1,4,6以及重启生效等关键环节。同时结合二进制位序详细说明GO赋值计算方法并延伸至GI的配置与解码思路配有取料完成、物料选择等PLC交互场景示例。资源包共1个PDF文件大小约1.16MB轻量便携适合现场查阅。已有929人学习可作为机器人工程师处理多信号交互、优化程序结构的实用参考手册。1. 组合信号不是“高级功能”是 IO 通讯的止损手段产线上最容易被忽略的翻车点往往不是运动指令写错而是 IO 时序对不上。ABB 机器人跟 PLC 走硬线通讯时如果你用SetDO一条一条地给 DO1、DO2、DO3 赋值PLC 那边扫描周期稍微快一点就会读到“半截状态”——DO1 已经置 1、DO3 还没跟上于是判定成另一个工位号动作直接跑偏。这类问题排查起来极其玄学因为单看机器人程序逻辑没错单看 PLC 梯形图也没错错的是两条指令之间的那几毫秒。组合信号 GO/GI 就是为这个场景准备的。它把 2 个以上的数字量输入或输出打包成一个整型信号机器人侧一次赋值、PLC 侧一次读取中间不再有“顺序给信号”的窗口期。这份《ABB 组合信号应用说明》文档把 GO/GI 的配置路径、地址映射规则和二进制取值算法讲得比较完整适合正在做机器人- PLC 硬线握手、又不想上现场总线的手上项目。下面按“先搞懂它怎么算、再动手配、最后避坑”的顺序拆一遍参数和地址规则都能直接抄。2. 组合信号的二进制账GO/GI 到底怎么算值2.1 为什么顺序 SetDO 会被 PLC 误判先把这个前提说透不然配置步骤背下来也没用。机器人执行SetDO DO1,1; SetDO DO2,0; SetDO DO3,1;这三行中间隔着指令解析和 IO 刷新周期PLC 的输入模块是在自己的扫描周期里采样的。假设 PLC 扫描周期 5ms、机器人两条 SetDO 之间隔了 8ms那 PLC 完全可能采到DO11, DO20, DO30这个中间态。如果这个中间态恰好对应“取 2 号物料”的编码PLC 就会发错指令。组合信号的做法是把 DO1-DO3 映射成一个 GO 变量机器人执行SetGO GO1,5时底层是一次性把三个物理输出刷新到位PLC 读到的要么是旧值、要么是新值不存在中间组合。这就是它解决“信号不是同时给”的本质——不是靠程序写得快而是靠映射机制把多个位合并成一次写操作。2.2 二进制取值算法与地址位序的对应关系文档里给的算法是“需要第几位就拿 2 的幂相加”这句话要落到地址上才不出错。关键点在于GO 的值是按 Device Mapping 里地址的排列顺序来定位的不是按 DO 编号本身。以连续地址1-3映射 DO1、DO2、DO3 为例映射顺序是 DO1 在第 0 位、DO2 在第 1 位、DO3 在第 2 位那么目标状态二进制十进制 GO 值说明DO11, DO20, DO300011只置最低位DO10, DO21, DO300102只置第 1 位DO11, DO20, DO311015第 0 位 第 2 位DO11, DO21, DO311117全置位而文档里那个非连续地址的例子1,4,6映射 DO1、DO4、DO6映射顺序变成 DO1 在第 0 位、DO4 在第 1 位、DO6 在第 2 位。此时给 GO1 写 5二进制 101置位的是第 0 位和第 2 位也就是 DO1 和 DO6DO4 保持 0。这跟连续地址下写 5 的结果完全不同——同样是 5落到哪几个物理点上取决于映射表里地址的排列不取决于 DO 编号的数字大小。提示算 GO 值之前先把 Device Mapping 那一栏的地址顺序抄在纸上按“第几个地址”而不是“DO 几号”去对 2 的幂能省掉大半调试时间。2.3 GI 的反向解码PLC 给值机器人读位GI 的配置和 GO 对称区别在数据流向。PLC 把 DI1、DI2、DI3 的组合写成一个整数送到机器人机器人侧读GI1的值再用位运算或直接比较来分支。比如 PLC 约定GI13表示“请求取 1 号物料”二进制 011DI11、DI21、DI30机器人程序里就写IF GI13 THEN走对应分支。这里有个容易忽略的点GI 读到的值是“当前所有映射位的组合”不是“变化沿”。所以机器人程序不能靠WaitGI GI13去等一个瞬时脉冲得确认 PLC 侧这个值会保持到机器人应答为止否则会出现机器人还在判断、PLC 已经把值改回 0 的竞态。常见做法是 PLC 置值后等机器人回一个 DO 应答位再撤值握手逻辑比单纯等 GI 稳。3. 配置 GO/GI 的实操路径从 Signal 界面到重启生效3.1 新建组信号与 Type of Signal 的选择配置入口在机器人控制器的 Signal 配置界面点“添加”新建一条信号。Name 按项目命名规范来比如GO1_LoadDone、GI1_MaterialReq别图省事只写 GO1后期信号一多根本对不上号。Type of Signal 这一栏是分水岭选Group Output得到 GO选Group Input得到 GI。选错类型不会报错但后续 Device Mapping 的地址校验方向会反表现为配置能保存、运行时值对不上属于典型的“配置看着没问题、现场就是不动”的坑。Assigned to Device 必须选跟你要绑定的那组 DO/DI 相同的 IO 单元跨单元映射在多数控制器版本上不被支持硬配也会在重启后失效。3.2 Device Mapping 地址填写连续用区间离散用逗号地址填写是整份文档里最容易翻车的一步规则本身不复杂但和实际 DO 地址对不上就全盘皆输。连续地址写法 DO1 地址 1、DO2 地址 2、DO3 地址 3 Device Mapping 填1-3 离散地址写法 DO1 地址 1、DO4 地址 4、DO6 地址 6 Device Mapping 填1,4,6 错误写法常见 填 1-6 想覆盖 1、4、6 → 会把 2、3、5 也纳入映射值全乱 填 DO 编号 1,4,6 但实际地址是 11,14,16 → 映射到不存在的点运行时报 IO 错误填完点“确定”后必须重启机器人配置才真正加载。这一步没有“热生效”的捷径重启前做的任何在线测试都不作数。重启完成后建议先在示教器上手动给 GO 赋几个值用 IO 监控界面看对应 DO 的灯是否按预期亮灭确认映射无误再进程序联调。3.3 用一段最小程序验证映射是否正确配置完别急着写正式逻辑先用一段最小验证程序把映射关系钉死。下面这段是示教器 RAPID 风格的验证片段思路可以直接搬到项目里! 验证 GO1 映射连续地址 1-3 对应 DO1/DO2/DO3 ! 依次写入 1、2、4、5观察 DO 灯位 SetGO GO1, 1; ! 预期 DO11, DO20, DO30 WaitTime 0.5; SetGO GO1, 2; ! 预期 DO10, DO21, DO30 WaitTime 0.5; SetGO GO1, 4; ! 预期 DO10, DO20, DO31 WaitTime 0.5; SetGO GO1, 5; ! 预期 DO11, DO20, DO31 WaitTime 0.5; SetGO GO1, 0; ! 全部复位这段程序的价值在于把“值→位”的对应关系逐个点亮验证而不是一上来就跑完整流程。WaitTime 0.5是给 IO 刷新和肉眼观察留的窗口实际联调时可以缩到 0.1 甚至去掉但首次验证建议保留。如果写 4 的时候亮的是 DO1 而不是 DO3说明映射顺序跟你以为的反了回头查 Device Mapping 的地址排列别去改程序里的数值硬凑——硬凑出来的值在换一台机器人后必然再翻车。GI 的验证反过来做在 PLC 侧或 IO 仿真里给 DI 置不同组合读GI1的值对照映射表确认解码正确。这一步在没接真实 PLC 时可以用控制器的 IO 仿真功能顶替但仿真通过不等于现场通过硬线接线顺序、端子编号都得再核一遍。4. 避坑清单GO/GI 联调里最常见的五类翻车4.1 现象GO 赋值后 DO 灯不亮但信号配置显示正常原因通常是 Device Mapping 填的地址跟实际 DO 地址不一致最常见的是把“DO 编号”当成了“IO 地址”。很多项目的 DO 编号从 1 开始但物理地址可能从 0 或 11 起跳两者差一位就全错。解决方法是进 IO 单元配置页核对每个 DO 的真实地址按地址填映射填完重启再验证。血泪经验是配置界面不校验地址是否存在填错了照样保存成功只有运行时才暴露。4.2 现象非连续地址映射后GO 写 5 却点亮了意料之外的点这是 2.2 节讲的位序问题。1,4,6这种离散写法映射顺序是“第 1 个地址在第 0 位”不是“地址 1 在第 1 位”。写 5101点亮的是第 0 位和第 2 位即 DO1 和 DO6。解决方法是把映射表按顺序列出来用“第几位”去算 2 的幂别用 DO 编号去算。如果项目里离散映射多建议在程序注释里直接写死“GO1 位 0DO1、位 1DO4、位 2DO6”后来人接手不用再推一遍。4.3 现象配置改完没重启在线测试值对不上重启后正常ABB 控制器的信号配置属于启动时加载项改完不重启运行中的 IO 映射还是旧的。表现是示教器上看到新配置、实际输出按老映射走非常迷惑。解决方法是养成“改 Signal 必重启”的习惯重启前不做任何结论性测试。这条坑之所以反复出现是因为部分参数修改能热生效让人误以为信号配置也一样。4.4 现象GI 读到的值偶尔跳变机器人误触发分支原因是 PLC 侧写 GI 对应 DI 组合时不是一次性刷新或者机器人读 GI 的时机正好卡在 PLC 改值过程中。GI 本身不保证原子性它读的是当前采样值。解决方法是加握手PLC 置值后等机器人回一个 DO 应答机器人读到 GI 后先回 ACK 再执行动作PLC 收到 ACK 才撤值。这套逻辑比单纯WaitGI多几行代码但能把竞态压到可接受范围。4.5 现象GO 值算对了但 PLC 收到的组合跟预期差一位排查顺序是先确认机器人侧 IO 监控里 DO 灯位正确再确认硬线端子接线顺序最后查 PLC 侧输入模块的地址分配。差一位的典型原因是 PLC 输入模块的通道编号从 0 开始、而机器人侧从 1 开始或者中间经过继电器转接时线序接反。解决方法是拿万用表逐点对别信图纸——图纸更新滞后是常态。这类问题在跨品牌设备联调时出现频率最高配置本身没错错在物理层。5. 进阶用法把 GO/GI 封装成可复用的握手函数配置和验证跑通之后真正决定这套东西好不好用的是程序结构。我一般不会在业务逻辑里散着写SetGO GO1,5而是把常用组合封装成带名字的常量或小函数让“5”这个数字只出现在一个地方。! 组合信号常量定义按 GO1 映射 1-3 对应 DO1/DO2/DO3 CONST num LOAD_DONE : 5; ! DO11, DO31 CONST num MATERIAL_1 : 3; ! DO11, DO21 CONST num MATERIAL_2 : 6; ! DO21, DO31 CONST num ALL_CLEAR : 0; ! 带应答的 GI 握手函数 FUNC bool WaitGIWithAck(num gi_target, num ack_do, num timeout_s) VAR num t0; t0 : ClkRead(); WHILE ClkRead() - t0 timeout_s DO IF GI1 gi_target THEN SetDO ack_do, 1; ! 回 ACK告诉 PLC 已收到 RETURN TRUE; ENDIF ENDWHILE RETURN FALSE; ! 超时交由上层处理 ENDFUNC这段代码有两个设计取舍值得说。第一常量名对应业务语义而不是数值换映射表时只改常量定义业务代码不动这是把“地址位序”这个易错点收敛到单点。第二握手函数带超时返回布尔值而不是死等——产线上 PLC 掉线或信号丢失时死等会让机器人卡在原地带超时至少能让上层走故障分支、报警停机比僵死强。ack_do参数传的是机器人回给 PLC 的应答 DO 编号具体用哪个点按项目 IO 分配来别跟 GO 映射的 DO 撞车。验证这套封装是否可靠我的习惯是先在 IO 仿真里跑一遍全组合把每个常量值写进去对照 DO 灯位表逐个核再模拟 GI 超时和正常两条路径。仿真过了再上硬线硬线上先空跑不接执行机构确认握手时序稳定后再接负载。从那以后我每次配新的 GO/GI都强制先跑一遍“常量值→灯位”对照表再进联调省下来的返工时间远比制表那十分钟多。希望帮到你。本文还有配套的精品资源点击获取
