1.2 系统组成与硬件账本

1.2 系统组成与硬件账本

本节摘要：把机器人拆成执行、传动、感知、计算、能源五个子系统，用一份真实的预算表说明钱与重量花在哪，并给出定位"整机瓶颈层"的三步排查法。

某天凌晨的产线事故

某天凌晨，物流仓库的一台码垛机械臂突然把整箱货物放偏了半米，托盘散了一地。值班工程师到场后依次检查：控制器自检正常，示教器读数正常，伺服驱动器无报警，最后发现是减速器磨损导致反向间隙从出厂的 1 角分恶化到了 8 角分。命令要求它转 90 度，实际只转了 89.9 度，误差沿五层传动累积到末端，就是那半米。

这个案例说明一件常被忽略的事：机器人是链条，不是点。任何一环的退化都会沿着"指令 → 执行 → 感知 → 决策"的路径被放大。看懂系统组成，本质上就是看懂这条链上每一环的职责与极限。

五个子系统的账本

以一台常见的仓储 AMR（自主移动机器人）为例，我们把它拆开记账。这张表的数字取自典型中端配置的量级，用于建立直觉，具体型号会有出入：

注意两组反直觉的数字。感知只占整机重量的一成，却吃掉近三分之一的成本——因为"看得准"是这个行业最贵的商品。能源恰恰相反：成本不高，重量却常常是整机四成上下，于是电池容量与负载能力成了此消彼长的死结，这就是为什么 AMR 厂商都在电池能量密度上抠克数。

图：机器人子系统与问题链对应关系

每一环在回答什么问题

执行子系统把电能变成转矩，是四个基础问题里"怎么动"的肌肉部分。选型时看三个数：额定转矩（持续输出）、峰值转矩（短时过载，通常为额定的三倍上下）、功率密度（千瓦每千克）。协作机械臂偏爱小功率密度但自带编码器的关节电机，为的是断电可测姿态；工业六轴臂则用大功率密度电机配高减速比减速器，把转矩放大、把转动惯量折算变小。

传动子系统决定了"指令角度"与"实际角度"之间的保真度。谐波减速器背隙可以压到弧秒级，但柔轮有疲劳寿命；行星减速器寿命长、便宜，背隙却大一个量级。第 2.3 节会展开这笔账。

感知子系统回答"怎么感知"。它输出的不是真相，是带不确定性的估计——这句警告在第 3 章会反复出现。

计算与能源是常被低估的两环。实时控制回路要求毫秒级响应，跑在 RTOS 或实时内核上；SLAM 与规划则跑在通用系统上。两套世界怎么共存，是第 5 章软件架构的主题。

定位瓶颈的三步排查法

整机行为异常时，按下面次序走，能避免在错误的层里挖半天：

1. 看指令到执行：用示教器或日志比对"下发角度"与"编码器反馈角度"。误差随负载变化 → 怀疑传动背隙或伺服增益；误差恒定 → 怀疑标定。前面码垛臂的案例就停在这一步。
2. 看感知置信度：定位模块一般会输出协方差或置信分。置信分在特定区域骤降 → 问题在感知层与环境的交互（反光、玻璃、遮挡），不在算法本身。
3. 看决策输入输出：把规划器的输入位姿、地图、目标点和输出路径全部落日志。很多"乱走"的机器人，问题其实是感知喂了错的位姿，规划器忠实地沿着错位姿规划——背锅的是下游，肇事的是上游。

💡 关键直觉：排查方向与数据流向相反。数据从感知流向执行，故障却常常要从执行往感知倒查，因为执行层的反馈（编码器）最接近真相，感知层的输出离真相最远。

本节要点

• 机器人是执行、传动、感知、计算、能源五环相扣的链条，整机能力被最弱一环封顶。
• 感知约占成本三成但重量仅一成；能源成本不高却占重量四成，两组数字决定了多数整机设计取舍。
• 背隙、置信度、日志三件事分别对应执行、感知、决策三层的排查入口。
• 排查沿数据流反向进行：从最接近真相的编码器读数开始。

一台新机器的预算推演练习

练习目标：为一台"商场配送机器人"列预算。需求：载重 30 公斤，续航 10 小时，能在人流中稳定行走。按本节的账本推演：负载 30 公斤加自重（通常为负载的两到三倍，取 70 公斤），六轮或差速底盘的电机峰值转矩按爬 5 度坡计算，电池按 10 小时乘平均功率 150 瓦即 1.5 千瓦时、对应锂电池组约 7 到 9 公斤；感知预算里，人流密集场景至少要一路激光加一路深度相机，预算无法压缩。推演完成后对照 1.2 节的占比表检查：如果电池重量占总重四成以上，说明底盘效率有优化空间；如果感知成本被压到一成五以下，人流通行能力大概率不达标。这个练习的价值在于养成"先记账再选型"的习惯。

重量账本的迭代性

预算不是一次算完的。真实的整机设计是三轮以上的迭代：第一轮按功能需求列出部件清单，重量往往超标两成；第二轮做减法——同一颗电池的能量密度上探一档、传动比加大让电机缩小一号、外壳从金属换工程塑料；第三轮再回头检查被牺牲项是否触碰底线（续航、爬坡、散热）。每一轮迭代都会在五个子系统间重新分配重量与成本，而分配的依据始终是"整机能力被哪层封顶"。跟踪各轮的账本变化，比跟踪最终参数更能反映团队的设计功力。

问题：瓶颈层会随工况转移吗

会，这是排查问题的进阶视角。同一台机器人，空载时瓶颈在感知（走得快，感知更新跟不上），满载爬坡时瓶颈在执行（电机转矩见底），低温环境下瓶颈在能源（电池放电能力骤降）。运维团队应当维护一份"工况-瓶颈"对照表：高峰人流时段看感知，重载时段看驱动，冬夏两季看电池。故障排查时先对照当前工况找高概率瓶颈层，再进入第 1.2 节的三步排查法，命中率远高于盲查。

补一份典型移动机器人硬件账本参考（成本占比为行业经验量级）：底盘与驱动（电机、减速器、轮系）约三到四成，感知套件（激光雷达一至三只、相机、IMU、超声波）约两到三成，计算平台（工控机或嵌入式 GPU）约一成，电池与电源管理约一成，结构钣金与线束约一成，余下为杂项。账本里最容易被低估的三项：线束与接插件（可靠性事故的头号来源）、电源管理（峰值电流预算不足会让整机在负载尖峰重启）、备用与冗余（商用机型按可维护性堆双份关键件）。给自建团队的忠告：第一台样机按账本的 1.5 倍预算，超支几乎必然发生在感知与结构两栏。