简介这份资源是Sankyo Robot SP6500工业机器人的中文说明书面向玻璃搬送产线的设备调试、维护工程师及自动化集成人员用于解决SP6500控制系统在玻璃搬送应用中的参数配置、信号分配与故障排查问题。资源包共1个PDF文件约5.2MB内容涵盖硬件构成示例、Command处理Program Flow、标准I/O信号分配、CC-Link分配一览表以及Hand I/O Port分配、碎裂检测、吸着确认、Hand Position Sensor检测等功能说明并附有从6000.00.x.A到6500.01.x.A各版本的改订履历便于读者对照现场机型确认功能差异。目前已有10496人学习下载适合需要快速查阅SP6500控制逻辑、I/O定义与版本变更细节的工程师作为案头参考。1. 玻璃搬送机器人的控制逻辑为什么一份规格书比代码更值得读一台玻璃搬送机器人出故障现场工程师第一反应往往是查机械、换传感器、重启控制器。但真正让产线停摆的常常不是硬件坏了而是上位 PLC 和机器人控制器之间对某个信号的理解出现了偏差——机器人认为“我已经吸住了”PLC 认为“你还没确认”双方各等各的超时报警。Sankyo SP6500 这类玻璃搬送机器人的规格书本质上就是一份“双方约定”的完整记录CC-Link 的每一个 bit 代表什么、Command 的每一个参数怎么编码、异常 Code 从 01h 到 37h 分别对应哪种物理状态。搞懂这份约定背后的设计逻辑比会按复位按钮有用得多。它解决的核心问题是在高速搬送场景下如何用一套确定性的信号协议把“吸着、检测、对齐、放片”这些物理动作翻译成 PLC 能可靠判读的电平序列。2. Command 处理流程一条指令从 PLC 到机械臂经历了什么2.1 指令不是“发过去就执行”而是三段式握手很多人以为 PLC 给机器人发一个动作 Command机器人就开始动。实际流程要复杂得多。从规格书的 Command 处理 Program Flow 来看一条指令的生命周期至少分三段PLC 先写动作 Mode 设定信号和 Command 用信号机器人侧在 Cyclic 通信周期内读到这些 bit 后做参数合法性校验校验通过才进入 Motion 执行执行完毕再回写完成 ACK。这个三段式结构的关键在于“校验前置”——如果 Position Code、Address Code、Worktype Code 任何一个值越界机器人直接抛 20h、27h、28h、29h 这类参数异常而不是带着错误参数去撞片。常见的实现思路是控制器内部维护一张 Command 状态机表每个 Command 对应一组前置条件比如 Z 轴是否在安全高度、Hand 是否有片条件不满足就拒绝执行并置对应 Error Code。这样做的好处是故障可定位现场看到 20h 就知道是 Teach Data 里指定的 Position 没有数据不用去猜机械问题。2.2 信号分配表为什么按“输入/输出 × User 区域”切这么多段规格书第 4 章把 CC-Link 的 IO 分配拆成了 4.1.1 到 4.1.14 共十几张表输入输出交替排列。乍看很啰嗦但这恰恰反映了 CC-Link 的底层约束Cyclic 通信的 Remote I/O 区域是有限且按站分配的User 区域能用的 bit 数取决于 CC-Link Card 的 Version 设定。6500.00 版本把 CC-Link 设定变更到 Version 2.0、扩展 Cyclic 2 倍就是为了在同样的站数下塞进更多 User bit。换句话说那些分段表不是随便切的而是“一个 Version 2.0 的 Cyclic 帧能承载多少 User 字”这个物理上限的直接映射。我一般会这么理解把 4.1.x 的每一段看成一次 Cyclic 刷新里的一组寄存器窗口PLC 侧编程时按窗口偏移去读写就不会出现“信号串位”这种玄学问题。血泪经验是改 CC-Link Version 设定后如果没同步改 PLC 侧的偏移地址机器人收到的 Command 会整体错位一个字表现就是“动作完全对不上号”。2.3 Data Register 与 IO 的分工连续量走寄存器开关量走 bit规格书 4.2 单独列了 Data Register 的输入输出分配这背后是一个清晰的分工原则像 Position 编号、Speed 档位、Slot 参数这类需要传数值的量走 Data Register16 位字而“启动、停止、吸着确认”这类二值状态走 IO bit。为什么不全用寄存器因为 bit 的刷新和判读在 PLC 扫描周期里更直接联锁逻辑用 bit 写起来干净而数值量用 bit 拼会浪费大量地址且容易在跨字边界时出错。这个分工在 6.3 动作指定 Parameter 的显示里体现得最明显——Command 本身是 bit 触发但 Command 带的参数是从寄存器读的。提示调试时先确认 Data Register 的 Offset规格书 5.9 有专门一节Offset 配错会让所有数值参数整体平移现象是“动作能跑但位置全偏”。3. 吸着与碎裂检测传感器信号如何变成可判读的状态3.1 吸着确认不是“吸盘有负压”这么简单规格书 5.8 吸着信号和 6.13 吸着确认无效 Parameter 放在一起看能看出设计者的取舍。吸着确认的原始逻辑是发出吸着指令后在约定时间内检测真空/压力开关是否到位不到位就抛 04hR1 Chuck 基板吸着异常或 0AhR2。但实际产线上薄玻璃或带涂层的片子有时压力开关响应慢半拍硬等就会误报。于是 6000.01 版本加了“吸着确认无效 Parameter”——允许针对特定 Work Type 关掉吸着确认的硬判读改由后续的在荷检测兜底。这是一个典型的“用可配置性换鲁棒性”的设计默认严格特殊工况可放宽但放宽的代价是异常发现时机后移。3.2 碎裂检测与在荷检测为什么要拆成两个独立功能6000.03 版本的改订记录写得很清楚“Glass 碎裂检测功能、在荷检测独立功能追加”。早期版本里碎裂检测和在荷检测是耦合的——传感器读到一个异常值分不清是“片碎了”还是“片没送到”。拆开之后碎裂检测走 Glass corner check Sensor5.11在荷检测走独立的在荷 Sensor两者各自有独立的判定阈值和 Error Code031 版本专门加了碎裂检测用 Error。这个拆分的动机很实际碎裂和在荷缺失的处置动作完全不同前者要立即停机防止碎片扩散后者可以重试取片。混在一起判就只能一刀切停机损失产能。3.3 Hand Position Sensor 与 Origin Sensor 的异常分级6000.04 版本追加了 Hand Position Sensor Error 和 Origin Sensor Error。这两个 Sensor 的异常在 Error Code 表里没有单独占一个大段而是融进了 1D/1EGlass Shift err和原点复位相关逻辑。设计上的考虑是Hand Position Sensor 检测的是 Hand 上片子有没有偏移偏移超限抛 1D/1EOrigin Sensor 检测的是各轴原点是否可信原点不可信时原点复位动作6.9 节会受限。把这两类归到“位置可信度”范畴而不是“动作执行失败”范畴是为了让上位系统能区分“片子放歪了但机器人没坏”和“机器人自己找不到原点了”这两种完全不同的故障等级。4. 非接触 Alignment没有物理接触怎么把片子摆正4.1 Sensing 动作的本质是“用传感器边缘反推片子边缘”规格书第 8.3 节把非接触 Alignment 按传感器布置方式分成了四种R 轴方向用 Hand 部 Alignment Sensor、X 轴方向用固定式 Alignment Sensor、X 轴方向用 Hand 部 Sensor、X 轴方向用 Line Sensor。四种方式的共同原理是机器人带着片子或片子静止、传感器移动扫过传感器视场记录传感器 ON/OFF 跳变时的机器人坐标用跳变点反推片子边缘位置再算出 X/Y/θ 补偿量。区别只在于传感器装在哪、扫描轨迹怎么走。比如 Line Sensor 方式6.11 节一次扫描能拿到一整条线的边缘信息适合快速粗对齐Hand 部 Sensor 方式精度更高但需要多次点位扫描。4.2 补偿量异常为什么要单独设 2C/2D/2E 三个 Error Code2Cθ 轴补偿量不合适、2DY 轴补偿量不合适、2EX 轴补偿量不合适这三个 Code 的存在说明 Alignment 计算出的补偿量不是“算出来就直接用”而是要先过一道范围校验。原因很直接如果片子放得离谱比如斜了 30 度算出的 θ 补偿量会超出机器人关节的安全旋转范围直接执行会撞机械限位。所以控制器在算出补偿量后先和 Teaching Data 里设定的可接受范围比对超范围就抛对应轴的 Error让上位决定是重取片还是人工干预。这个“算—校验—再执行”的三步是非接触 Alignment 能安全跑在产线上的关键。4.3 Line Sensor 的 X 轴 Sensing信号指定与 Command 指定为什么并存6.11.1 节专门讨论了“通过信号指定”和“通过 Command 指定”两种 Line Sensor Sensing 方式的差异。这不是功能重复而是两种使用场景信号指定方式适合 PLC 在 Cyclic 通信里直接触发一次扫描响应快、逻辑简单Command 指定方式适合需要带参数扫描范围、速度、判定阈值的复杂扫描走完整的 Command 握手流程。并存的设计动机是让简单场景不被复杂协议拖慢复杂场景不被简单接口限制。踩坑点在于两种方式共用同一组 Line Sensor 硬件如果 PLC 侧同时用两种方式触发会出现扫描结果互相覆盖表现为 23hLine Sensor Error或 24hLine Sensor Area Over。5. 避坑与排查现场最容易翻车的几个点5.1 现象动作 Command 发下去机器人不动也不报错原因Command 一致信号Command Unmatch超时逻辑在起作用。规格书 1Fh 是“Command 一致信号输入 Over Timer 异常”但如果在超时前 PLC 又撤掉了 Command bit机器人侧可能既没执行也没来得及抛 1Fh表现为“静默忽略”。解决确认 PLC 侧 Command bit 的保持时间大于机器人侧的最小采样窗口且不要在 ACK 回来之前反复翻转 Command bit。5.2 现象换了 CC-Link Card 后所有位置整体偏移原因CC-Link Version 设定变更比如从 1.0 升到 2.0 扩展 Cyclic 2 倍后User 区域的字地址映射变了但 PLC 侧偏移没同步改。解决对照规格书 4.1 各分段表的起始地址重新核对 PLC 侧 Data Register 和 IO 的 Offset5.9 节改完做一次空载 Command 验证。5.3 现象薄片频繁报 04h 吸着异常厚片正常原因吸着确认的判定窗口对薄片响应偏慢压力开关还没稳定就被判失败。解决按 6.13 节对薄片对应的 Work Type 启用吸着确认无效 Parameter同时确认在荷检测独立功能已开启用后续在荷检测兜底。5.4 现象Alignment 后片子位置反而更歪原因2C/2D/2E 补偿量校验范围设得过宽算出的补偿量虽然没超机械限位但已经超出工艺可接受范围执行后片子被“纠正”到错误位置。解决收紧 Teaching Data 里各轴补偿量的可接受范围让超范围时抛 Error 而不是硬执行。5.5 现象原点复位后 Z 轴或 R 轴停在奇怪位置原因6.9 节明确写了 Z 轴、R 轴原点复位的可能范围是受限的如果复位前轴停在范围外复位动作会走到边界就停且不一定抛 Error。解决原点复位前先确认各轴在允许复位区间内必要时先手动或低速 Command把轴移回区间。6. 版本演进里的设计取舍为什么 6500 要重写 CC-Link 设定翻完从 6000.00 到 6500.01 的改订履历会发现一个有意思的节奏6000 系列一直在“加功能”——加碎裂检测、加 Single Hand 对应、加 Hand 前进待机、加基板纵横指定而 6500.00 做的是“换底座”——CC-Link 设定变更到 Version 2.0、扩展 Cyclic 2 倍。这个顺序不是随意的。功能越加越多User 区域的 bit 和寄存器需求持续膨胀6000 系列靠零敲碎打地调整分配表已经快撑不住了所以 6500 先把通信带宽翻倍再在 6500.01 上继续加“基板纵横指定功能”和“在荷确认仕样变更”。换句话说6500 不是功能版本是容量版本它的价值在于给后续功能留出地址空间。这个取舍对使用者的启示是如果你手上的设备还在 6000 系列且功能已经够用不必急着升 6500但如果你需要基板纵横指定或在荷确认的新仕样就必须先过 6500.00 这道通信底座的门槛因为新功能的信号位在 6000 的地址空间里根本排不下。另一个值得注意的细节是 6000.021 版本修的“两 Hand 指定动作时 Position 指定不良规正”——双 Hand 机器人指定动作时两个 Hand 的 Position 参数如果指向同一组 Teach Data 但实际上下 Hand 数据不一致会抛 21h上下 Hand 的 Teach Data 不一致异常。这个修正说明双 Hand 场景下 Teach Data 的一致性校验是后来补上的早期版本在这块是有盲区的。从那以后我每次接手一份设备规格书都强制先把改订履历从头到尾读一遍因为功能列表告诉你“它能做什么”而改订履历告诉你“它曾经在哪里翻过车、后来怎么补的”——后者才是现场排查时真正能救命的信息。希望帮到你。本文还有配套的精品资源点击获取