📚 课程目录第2章 KUKA机器人系统基础回顾

2. KUKA机器人系统基础回顾

在进入多机器人协同生产线的设计与调试之前，有必要把单台 KUKA 机器人系统的构成重新梳理一遍。多机器人协同并不是把几台机器人简单摆在一起，而是让它们的控制器、程序、信号和坐标系在同一套逻辑下协调工作。如果对单机系统的硬件边界、软件结构和数据流向没有清晰认识，后续的协同配置、信号交互和故障排查都会变得困难。本节围绕 KUKA 机器人本体、控制柜、示教器、KRL 编程以及 WorkVisual 工程结构五个对象展开，重点说明它们各自承担什么职责、彼此如何连接，以及在实际调试中应该关注哪些关键点。

一、机器人本体：机械执行与运动学基础

KUKA 机器人本体是完成实际动作的机械部分，常见结构为六轴串联关节型，例如 KR 6、KR 10、KR 16 等型号，数字大致对应额定负载能力。六个轴从 A1 到 A6 依次排列，A1 通常为底座回转轴，A2 为大臂俯仰轴，A3 为小臂俯仰轴，A4 为腕部回转轴，A5 为腕部摆动轴，A6 为法兰盘回转轴。每个轴由伺服电机驱动，并配有抱闸、编码器和减速器。编码器负责反馈关节角度，抱闸在断电或急停时保持姿态，减速器则把电机的高速小扭矩转换为关节所需的低速大扭矩。

本体的关键参数包括负载、工作范围、重复定位精度和防护等级。以一台 KR 10 R1100 为例，其额定负载约 10 kg，最大工作半径约 1101 mm，重复定位精度通常在 ±0.03 mm 量级。这些参数直接决定它在协同工位中能承担什么任务。例如搬运较重工件时，需要同时考虑负载和工具重心偏移；在狭小空间内协同作业时，则要关注工作范围和奇异点位置。实际调试中，本体上的铭牌、法兰盘规格、工具接口和零点标记都是必须核对的现场信息。

二、控制柜：运动控制与安全逻辑的核心

控制柜是 KUKA 系统的“大脑”，常见型号如 KR C4、KR C5。它内部集成了运动控制单元、驱动模块、安全控制模块、电源模块以及现场总线接口。控制柜负责解析机器人程序、进行轨迹插补、驱动伺服电机、处理输入输出信号，并执行安全逻辑。对于多机器人协同，控制柜之间的通信能力尤为关键，通常通过 PROFINET、EtherCAT 或 KUKA 专用的机器人通信接口实现数据交换。

控制柜外部接口包括 X11 安全接口、X66 电机接口、X21 网络接口等。X11 用于连接安全门、急停、使能开关等安全信号；X66 连接本体电机和编码器；X21 则用于上位机通信和网络组态。调试时，首先要确认控制柜的供电电压、接地、冷却风扇和电池状态。控制柜内的缓冲电池用于保持编码器零点数据，若电池电压过低，断电后可能丢失零点，导致机器人需要重新校准。这一点在多机器人系统中尤其重要，因为一台机器人零点丢失会影响整个协同节拍。

三、示教器：人机交互与现场操作入口

示教器（SmartPad）是操作人员与机器人系统交互的主要工具。它通过连接线与控制柜相连，提供手动 jog、程序选择、变量监控、零点校准、故障诊断等功能。示教器上的关键操作包括：切换 T1/T2/AUT/EXT 模式、控制使能开关、选择工具和基坐标、执行单步或连续运行。在 T1 模式下，机器人以低速手动运行，适合示教和检查；AUT 模式下程序自动运行；EXT 模式下由外部 PLC 或上位系统控制。

多机器人协同调试时，示教器的一个重要用途是分别进入每台机器人的控制界面，检查各自的程序状态、输入输出和坐标设置。需要注意的是，示教器同一时间通常只能连接一台控制柜，因此协同调试往往需要多台示教器或通过网络远程监控。现场操作时，应养成“先确认模式、再确认使能、最后动轴”的习惯，避免误操作导致碰撞。

四、KRL 编程：机器人行为的描述语言

KRL（KUKA Robot Language）是 KUKA 机器人专用的编程语言，属于结构化文本语言。一个典型的 KRL 程序由声明部分和指令部分组成，包含运动指令、逻辑指令、变量和子程序。常用运动指令包括 PTP（点到点）、LIN（直线）、CIRC（圆弧）和 SPTP、SLIN 等样条运动指令。逻辑指令包括 IF、FOR、WHILE、SWITCH 等。变量分为全局变量和局部变量，全局变量通常在 config.dat 中声明，局部变量在程序内部声明。

下面是一个简单的 KRL 程序片段，用于说明基本结构：

DEF pick_place( )
  ; 声明局部变量
  DECL INT counter
  ; 初始化
  counter = 0
  ; 移动到抓取点上方
  PTP HOME
  PTP P_pick_above
  LIN P_pick
  ; 闭合夹爪
  $OUT[1] = TRUE
  WAIT FOR $IN[1] == TRUE
  ; 抬起并移动到放置点
  LIN P_pick_above
  PTP P_place_above
  LIN P_place
  ; 打开夹爪
  $OUT[1] = FALSE
  WAIT FOR $IN[1] == FALSE
  LIN P_place_above
  PTP HOME
END

这段程序展示了 KRL 的基本要素：DEF/END 定义子程序，PTP 和 LIN 描述运动方式，$OUT 和 $IN 访问输入输出，WAIT FOR 实现信号等待。在多机器人协同中，KRL 程序还需要处理机器人之间的握手信号，例如通过 $OUT 通知另一台机器人“我已到达等待位”，再通过 $IN 等待对方“允许进入”的信号。这种信号交互是协同逻辑的基础。

五、WorkVisual 工程结构：离线配置与项目管理

WorkVisual 是 KUKA 提供的工程配置软件，用于离线组态、编程和诊断。一个 WorkVisual 工程通常包含以下结构：项目树、控制器、总线配置、I/O 映射、程序文件、安全配置和诊断工具。项目树是工程的入口，可以添加多个控制器，每个控制器下挂载实际的机器人系统。总线配置用于定义 PROFINET、EtherCAT 等现场总线设备及其地址。I/O 映射把物理输入输出与程序变量关联起来。程序文件则用于编辑 KRL 代码和配置数据。

在多机器人协同项目中，WorkVisual 的价值在于可以同时管理多台控制器的配置，并检查它们之间的通信关系。例如，可以在一个工程中导入三台 KR C4 控制柜，分别配置它们的 PROFINET 设备名称和 IP 地址，然后建立机器人之间的信号映射。调试时，通过 WorkVisual 的在线诊断功能，可以查看总线状态、I/O 实时值和程序运行信息。需要注意的是，WorkVisual 工程版本必须与控制器实际运行的软件版本匹配，否则下载配置时可能失败或导致控制器异常。

六、五个对象的协同关系与调试要点

把上述五个对象放在一起看，可以形成一条清晰的数据流：WorkVisual 工程负责离线配置控制柜的总线、I/O 和程序结构；控制柜解析并执行 KRL 程序，驱动本体运动；示教器提供现场操作和监控入口；本体通过编码器反馈实际位置，形成闭环控制。在多机器人协同场景中，这条数据流会在控制柜之间延伸，通过 PROFINET 等总线交换握手信号和状态信息。

实际调试时，建议按以下顺序检查：第一，确认每台机器人的本体铭牌、负载和工具参数是否与设计一致；第二，检查控制柜供电、接地、缓冲电池和 X11 安全回路；第三，通过示教器确认各轴零点、工具坐标和基坐标；第四，在 WorkVisual 中核对总线配置、I/O 映射和程序版本；第五，用示教器分别手动运行每台机器人的基本程序，确认单机动作正常；第六，再进入协同信号联调。这个顺序的核心逻辑是“先单机、后协同，先硬件、后软件，先安全、后功能”。

示教器上的 T1 模式是调试阶段最常用的模式，但要注意 T1 模式下机器人速度受限，且需要持续按住使能开关。在协同调试中，如果一台机器人处于 T1 模式而另一台处于 AUT 模式，可能会出现信号等待超时。建议在联调前统一各机器人的运行模式，或明确约定哪些机器人先进入等待状态。

控制柜内的缓冲电池用于保持编码器零点数据。如果电池电压不足，断电后零点可能丢失。零点丢失后，机器人需要重新进行零点校准，否则所有程序位置都会偏移。在多机器人系统中，一台机器人零点丢失可能导致协同工位碰撞。因此，建议定期检查电池电压，并在长时间断电前确认零点数据已备份。

总结来说，KUKA 单机系统的五个对象各有明确分工：本体是执行机构，控制柜是控制核心，示教器是人机接口，KRL 是行为描述语言，WorkVisual 是工程配置平台。理解它们之间的连接关系和数据流向，是后续多机器人协同设计的基础。在下一阶段进入协同生产线设计时，这些单机知识会直接转化为信号交互、坐标统一和节拍协调的具体配置依据。