1. 课程导入与工程认知

在传统机器人编程中，工程师需要把机器人开到现场，用手持示教器逐点记录位置，反复试跑、反复修正。这种方式在单品种、大批量生产时还能接受，但一旦面对多品种、小批量、频繁换型的需求，现场停机时间就会迅速膨胀。机器人离线编程（Offline Programming，OLP）正是为解决这一矛盾而出现的：它在计算机里建立机器人、工装、夹具和工件的数字模型，在虚拟环境中生成并验证运动轨迹，再把程序下载到真实控制器执行。与之紧密配合的虚拟调试（Virtual Commissioning，VC）则把PLC逻辑、机器人程序、传感器信号乃至节拍都放进虚拟环境联调，让问题在设备到场之前暴露。

一、离线编程与虚拟调试分别解决什么问题

离线编程的核心对象是机器人运动程序。它关注的是：工具中心点（TCP）沿什么路径走、以什么姿态走、在哪些位置建立工艺点、速度与加速度如何分配、是否会发生奇异与超程。典型输出是机器人控制器可识别的程序文件，例如ABB的RAPID模块、KUKA的KRL程序、FANUC的TP程序或发那科LS文件。

虚拟调试的核心对象是控制逻辑与信号交互。它关注的是：PLC什么时候给机器人发启动信号、机器人什么时候回“就绪”、安全门打开时如何停机、夹具夹紧到位信号如何参与互锁、多台设备如何按节拍协同。典型输出是经过验证的PLC程序、HMI画面逻辑、信号地址表和节拍分析报告。

两者不是替代关系，而是同一条数字链路上的两个环节。离线编程让机器人“会动”，虚拟调试让整条产线“会配合”。只做离线编程，机器人轨迹再漂亮，也可能因为PLC互锁缺失而在现场停机；只做虚拟调试，逻辑再严密，机器人姿态也可能撞上夹具。

二、从CAD到产线部署的完整项目链路

一个典型的机器人工作站项目，从模型到落地通常经历以下链路。理解这条链路，是后续所有章节的骨架。

第一步：CAD模型准备与轻量化。机械工程师提供的原始模型往往是SolidWorks、CATIA或NX格式，包含大量螺纹、倒角、内部结构，直接导入仿真软件会导致卡顿。工程上通常先做轻量化：删除不可见内部件、用包络体替代复杂外形、把标准件替换为简化模型。例如一个汽车焊装夹具，原始装配体约800MB，轻量化后可压到60MB以内，导入时间从十几分钟降到一两分钟。这一步的输入是原始CAD，输出是仿真可用的简化模型，判断依据是“视觉外形一致、关键安装面尺寸保留、软件操作流畅”。

第二步：布局与坐标系建立。把机器人、变位机、导轨、夹具、工件按真实相对位置摆放到同一场景。这里必须明确坐标系约定：通常以机器人底座安装面中心为机器人基坐标系原点，Z轴向上；工件坐标系建立在工件定位基准上；工具坐标系建立在TCP上。所有后续轨迹点都相对于这些坐标系表达。如果坐标系定义混乱，后面所有点位都会偏移。

第三步：工具与工件标定。在虚拟环境中定义焊枪、抓手、吸盘等工具的几何模型和TCP位置。真实项目中，TCP标定误差通常要求控制在0.5mm以内；虚拟环境中虽然不存在物理误差，但工具模型与真实工具的尺寸必须一致，否则离线程序下载后会整体偏移。

第四步：轨迹规划与程序生成。在仿真环境中创建工艺点，连接成路径，设置速度、转弯区、工艺参数。例如弧焊路径中，焊接速度设为8mm/s，空走速度设为200mm/s，转弯区半径设为5mm。软件自动生成机器人程序，并做可达性、奇异点、轴限位检查。

第五步：碰撞与节拍验证。运行仿真，检查机器人本体、工具、工件、夹具之间是否干涉。同时统计单件循环时间。若节拍超标，需要调整路径顺序、合并动作或增加外部轴协同。

第六步：虚拟调试联调。把机器人程序与PLC逻辑接入同一仿真环境，通过信号映射表建立机器人I/O与PLC地址的对应关系。模拟启动、暂停、急停、安全门、夹具到位等信号，观察整线动作是否协调。这一步常能发现“机器人等PLC信号但PLC没发”“夹具未夹紧机器人已进入”等逻辑缺陷。

第七步：程序下载与现场校准。把验证过的程序下载到真实控制器，进行现场校准。由于虚拟模型与真实现场存在安装误差，通常需要用三点法或六点法重新标定TCP和工件坐标系，再对关键点位做微调。现场校准后，程序即可投入试生产。

三、典型工作流程中的角色与交付物

在这条链路上，通常涉及三类角色。仿真工程师负责模型准备、布局、轨迹规划和碰撞验证，交付物是仿真项目文件和机器人程序。电气/控制工程师负责PLC逻辑、HMI和信号映射，交付物是PLC程序、信号地址表和调试记录。现场调试工程师负责下载程序、重新标定和试生产，交付物是校准记录和试生产报告。

需要特别强调的是，离线编程不是“一次生成、永久可用”。真实产线中，工件批次差异、夹具磨损、机器人重复定位误差都会导致点位偏移。因此，工程上通常保留一套“现场微调”机制：在离线程序中预留偏移量变量，现场只需修改几个参数即可适配。例如在焊接程序中，把焊缝起点和终点定义为相对于工件坐标系的偏移量，现场测量后填入修正值，而不必重新生成整条轨迹。

四、学习本课程需要建立的三个认知

第一，虚拟环境是手段，不是目的。仿真再逼真，也不能替代现场校准。离线编程的价值在于把“现场试错”变成“桌面试错”，但最终精度仍依赖现场标定。

第二，坐标系和信号映射是两条生命线。轨迹问题大多源于坐标系定义不一致，逻辑问题大多源于信号映射错误。后续章节中，这两条线会反复出现。

第三，节拍和碰撞是硬约束。无论程序多优雅，只要碰撞或节拍不达标，就无法交付。工程判断必须建立在可测量的数据上，而不是“看起来差不多”。