1. 连杆坐标系概述：为什么需要连杆坐标系？
大家好，我是你们这门课的老朋友。咱们今天聊一个看似基础、但贯穿整个机器人学的核心问题——连杆坐标系。
很多刚入行的朋友会问：我直接拿三维软件里的坐标不就行了？为什么还要专门定义一套连杆坐标系？
嗯，这个问题问得好。我当年刚接触机器人时也这么想。直到有一次，我在调试一个六轴协作臂，发现末端执行器明明按照理论坐标运动，却总是撞到旁边的工件。查了三天，最后发现是相邻两个连杆的坐标系定义没对齐——说白了，就是机器人不知道自己“胳膊”到底怎么扭的。
1.1 机器人运动学到底在解决什么问题？
咱们先退一步，想想机器人运动学的本质。
你给机器人一个指令：“把手伸到桌子右上角那个螺丝位置”。机器人需要知道两件事：
- 正运动学：我每个关节转多少度，手才能到那儿？
- 逆运动学：手要到那儿，每个关节该转多少度？
这两个问题，都依赖一个东西——每个连杆在空间中的位置和姿态。而连杆坐标系，就是给每个连杆贴上一个“专属坐标牌”，让机器人知道自己每一节“骨头”在哪、朝哪。
核心观点：没有连杆坐标系，机器人的运动学就是一笔糊涂账。你没法描述“大臂相对于基座转了多少”，也没法计算“小臂相对于大臂的位姿”。
1.2 为什么不能直接用全局坐标系？
你可能会想：我在整个机器人系统里只建一个全局坐标系，所有连杆都往这个坐标系里投影，不就行了？
理论上可以，但实际工程中你会疯掉。为什么？
| 对比项 | 全局坐标系 | 连杆坐标系 |
|---|---|---|
| 计算复杂度 | 每个连杆的位姿都要用全局坐标表示，涉及大量三角函数和矩阵运算，且每次关节运动都要重新计算所有连杆的全局坐标 | 每个连杆只关心相对于前一个连杆的局部变换，计算量小，且关节运动只影响相邻连杆的变换 |
| 模块化 | 修改一个连杆的长度或角度，需要重新计算整个系统的全局坐标 | 修改一个连杆的参数，只影响该连杆及其后续连杆的局部变换，易于维护和调试 |
| 物理意义 | 坐标值没有直观的物理意义，难以理解 | 每个坐标轴都对应连杆的旋转轴或运动方向，物理意义明确 |
| 通用性 | 不同构型的机器人需要不同的全局坐标系定义，没有统一标准 | Denavit-Hartenberg（D-H）参数法提供了统一的连杆坐标系定义标准，适用于各种构型 |
说白了，全局坐标系就像让你用经纬度描述你胳膊肘的位置——每次抬手都得算一遍地球半径，太累了。而连杆坐标系就像只关心“上臂相对于肩膀转了多少”，简单直接。
1.3 连杆坐标系的核心作用
我个人习惯把连杆坐标系的作用归纳为三点：
- 描述位姿：每个连杆坐标系都包含位置（原点）和姿态（坐标轴方向），完整描述该连杆在空间中的状态。
- 传递运动：通过相邻连杆坐标系之间的齐次变换矩阵，把运动从基座一直传递到末端执行器。
- 统一标准：D-H参数法让不同厂家、不同构型的机器人有了统一的“语言”，方便编程、仿真和离线编程。
我的经验：在项目初期，花半小时把每个连杆的坐标系画清楚，能省下后面几天的调试时间。我曾经在一个焊接机器人项目里，就是因为少定义了一个连杆的Z轴方向，导致焊接轨迹始终偏了2毫米——找问题花了两天，画坐标系只用了十分钟。
1.4 知识体系总览
下面这张图，是我自己总结的连杆坐标系知识体系。你可以把它当作这门课的“地图”。
1.5 一个简单的例子帮你理解
想象一下你的手臂：
- 基座：你的肩膀（固定坐标系）
- 连杆1：上臂（从肩膀到肘关节）
- 连杆2：前臂（从肘关节到手腕）
- 末端：手掌（抓取工具）
现在，你想让手掌去够一个杯子。你的大脑是怎么计算的？
它不会去算手掌在房间里的坐标。它只会想：
- 肩膀转多少度，让上臂指向杯子方向？
- 肘关节弯多少度，让前臂伸到杯子位置？
- 手腕怎么调整，让手掌正好握住杯子？
你看，这就是连杆坐标系的思维——每个关节只关心它控制的那个连杆相对于前一个连杆的运动。机器人也是一样。
注意：初学者最容易犯的错误，就是试图用一个全局坐标系搞定所有事情。结果就是矩阵越写越复杂，最后自己都看不懂。记住：局部优先，逐级传递。
1.6 本章小结
咱们这一章，说白了就是回答一个问题：为什么要有连杆坐标系？
- 因为它让运动学计算变得模块化、标准化
- 因为它让每个连杆的位姿描述有明确的物理意义
- 因为它是后续所有运动学、动力学、轨迹规划的基础