人形机器人硬件平台设计与控制系统联调实战解析

我最近把代号“青龙”的人形机器人硬件平台从一张构型草图推到整机控制系统闭环，整个过程比预想中费时间，但也把不少关键坑位摸清楚了。人形机器人硬件平台从来不是把电机、减速器、传感器堆在一起就行，构型决定运动能力上限，控制系统决定这些能力能不能稳定释放出来。这篇文章就是围绕“青龙”这个项目，完整拆解我从自由度分配、执行器选型、传感器布置，到关节伺服、全身控制、 EtherCAT 总线联调的整个实战过程。

如果你正准备入门人形机器人本体设计，或者已经在做机器人底盘、机械臂、四足之类的硬件集成，想了解整机平台怎么做，这篇文章都可以当一份可参考的工程笔记来用。我不会讲太多虚的理论推导，重点是每个环节我为什么这么选，以及实际操作里有什么约束和教训。

1. 整体设计思路：硬件平台为什么从构型开始

1.1 从需求倒推构型：青龙项目到底要做什么

很多人一开始做机器人，习惯先找便宜的电机，再拼一个看起来像人的躯干，最后发现走起来像“僵尸跳”。这类平台普遍问题不是硬件不够强，而是构型没想清楚就开始堆料。做青龙之前，我们先把项目定位和工作场景列得足够具体，再反过来定自由度、尺寸和功率。

青龙的定位是实验室通用人形机器人平台，主要用来做双足稳定步态、全身动态运动、双臂协同操作这三类研究。这意味着它不像工业机械臂那样固定安装，也不像四足机器人那样天然就是静稳定的。双足机器人在行走过程中重心会周期性脱离支撑多边形，对关节峰值扭矩、响应带宽、结构刚度都有非常苛刻的要求。基于这样的使用场景，我把需求拆成了五条硬指标：

• 整机身高1.65m左右，重量控制在65kg以内，方便实验室搬运和吊装；
• 连续双足行走时间不低于30分钟，室内平地为主，允许上下缓坡；
• 单臂末端负载3kg，满足轻量抓取、插拔、推拉类操作；
• 关节模块化设计，单关节故障能在半小时内更换；
• 控制系统开放接口，支持外部算法团队二次开发。

这些指标不是拍脑袋定的。比如续航30分钟，就是因为我们很多实验需要持续采集数据，来回跑不到10分钟就换电池会让实验节奏被打断。单臂负载3kg也是对比了几款夹爪和常用实验道具后取的保守值。先有这些边界条件，自由度怎么分、电机选多大，才有计算依据。

确定需求之后，我做的第一件事不是建模，而是拿一个二维的人体比例图，把躯干、大腿、小腿、上臂、前臂的长度和质量分布根据人体测量学数据先估算出来。很多新团队容易忽略这一步，直接拿三维软件拉模型，结果电机装好后发现膝关节扭矩完全不够，只能推翻重来。人体比例数据虽然不能直接等于机器人构型，但至少给你一个合理的初始质量分布，后续迭代才有参照。

1.2 构型方案对比：旋转关节、线性执行器还是混合构型

人形机器人构型最核心的分歧是腿部执行器形式。早期波士顿动力的Atlas用液压线性执行器，体积小力密度高，但液压系统对密封和油源要求极高，实验室基本玩不转。后来Optimus这类电机驱动方案改用行星滚柱丝杠加线性执行器，把电机旋转运动转换成直线推拉，力量传递路径更直接，膝关节承受的弯矩也更小，但结构复杂度和成本都高不少。

青龙最终选择了以旋转关节为主、关键大扭矩关节加强支撑的混合构型方案。也就是髋关节、肩关节这些位置用传统旋转电机加减速器，膝关节和肘关节也使用旋转方案，但在机械结构上增加锥轴承和交叉滚子轴承来抵抗侧向弯矩，而不是引入完整线性执行器系统。这个选择主要基于三个考量：

第一，旋转关节供应链最成熟。无框力矩电机、谐波减速器、交叉滚子轴承这些核心部件都有大量成熟供应商，采购周期短，品控也相对稳定。线性执行器尤其是行星滚柱丝杠，国内能做好且价格合理的供应商数量很少，定制周期动不动就要几个月。

第二，调试难度可控。线性执行器对安装精度、丝杠预紧、直线导轨平行度都极其敏感，稍有偏差就卡滞或者抖动。旋转关节哪怕中心轴有些偏差，至少电机还能转，调试阶段容错空间大得多。

第三，控制系统和仿真工具兼容性好。旋转关节的动力学模型，无论是URDF描述还是标准DH模型，都有成熟的工具链支持。线性执行器虽然也能建模，但刚度和摩擦参数更难标定，对团队控制算法经验要求更高。

用表格对比三种方案会更直观：

对大多数实验室和创业团队来说，旋转关节方案是“少走弯路”的稳妥起点。如果你能做到线性执行器的精密加工和标定，性能上限确实更高，但前提是团队里有机械精度控制方面经验足够的人，否则项目很容易卡在机加工返工和摩擦标定上。

1.3 这套方案能复用到哪里

青龙这套硬件平台设计，本质上是一个“中等规格、高开放度”的科研平台。它不太适合直接去做重工业场景的搬运，因为关节负载余量有限，连续作业散热也不够。但它非常适合这几类复用场景：

• 高校实验室做双足步态算法验证，实机摔打磨损后维修成本可控；
• 机器人比赛和演示项目，需要稳定站立、行走、挥手这类基础动作；
• 双臂协同操作研究，验证全身运动规划与人机协作算法；
• 作为硬件教学平台，让学生接触完整的关节伺服与整机通信调试流程。

如果你只是想做桌面级玩具或小型人形，这套设计方案里的很多思路可以沿用，但尺寸和功率都要等比缩小，没必要照搬全尺寸参数。反过来，如果你想做物流搬运或工业作业机器人，那构型要重新考虑，腿部需要更强的结构刚度和底盘式支撑，不能直接套用人比例方案。

2. 硬件构型设计：关节怎么排、材料怎么选

2.1 自由度分配与关节布局

人形机器人的自由度决定了运动灵活性的上限。自由度太少，很多动作做不出来；自由度太多，控制维度爆炸，动力学计算和调试成本成倍增加。青龙的自由度配置是这样的：

整机一共29个自由度。腿部做成6自由度而不是5自由度，主要是为了给踝关节增加横滚方向的自由度，让脚底能根据地形更好地贴合地面，这在行走稳定性上非常关键。手臂做成7自由度是为了冗余操作，机械臂在保持末端位置姿态不变的情况下，肘关节可以有自运动空间，能更好地绕开障碍物。

关节布局方面，我提一条很实用的经验：髋关节的三轴交汇点尽量落在同一空间点上。这样腿部可以简化成球关节模型，正逆运动学推导和动力学简化都会方便很多。实际机械结构很难做到绝对同轴，但至少要让三轴延长线在允许公差内靠近。如果三个轴分散得很开，腿部逆解会出现比较明显的畸变，控制调试的时候特别难受。

腰部的2个自由度一开始被很多人质疑，觉得增加重量和复杂度。但实际测试下来，腰部俯仰和横滚对行走姿态调整的贡献很大。尤其是转向和上下坡的时候，躯干主动倾斜可以显著降低髋关节的扭矩需求。如果你的项目预算有限，先把腿部和手臂做扎实，腰部可以留作后续升级。但必须在设计之初预留空间和供电接口，否则后面加装非常麻烦。

2.2 执行器选型与扭矩估算

执行器是硬件平台的“心脏”，几乎占据了整机成本的一半以上。青龙的每个关节都是一个完整的伺服模组，由无框力矩电机、谐波减速器、增量式编码器、绝对值编码器和低压伺服驱动器组成。选型逻辑很简单：先算出每个关节的峰值扭矩和额定扭矩，再根据转速范围确定减速比，最后挑电机。

以最容易出问题的膝关节为例做个简化估算。假设青龙大腿长0.42m，小腿长0.40m，单腿支撑时上半身和另一条腿的质量折算到膝关节的重力分量约为55kg左右。人在正常行走时，支撑腿膝关节角度会有一个小幅弯曲缓冲的过程，前脚着地瞬间膝关节承受的动态载荷可以达到体重的2到3倍。这里取2倍体重作为峰值参考：

• 单腿峰值载荷 F ≈ 55kg × 9.8 × 2 ≈ 1078N
• 力臂按质心到膝关节的水平投影距离估算，大概0.15m到0.2m
• 峰值扭矩 T ≈ 1078N × 0.18m ≈ 194Nm

实际行走中膝关节峰值扭矩通常在100Nm到200Nm区间，因此我直接把膝关节额定输出扭矩定在120Nm，峰值做到220Nm以上，留出一定余量。髋关节因为支撑整个下肢和躯干，峰值扭矩要求比膝关节还高，按150Nm额定、260Nm峰值来选。踝关节相对小一些，由于力臂短和脚底支撑面大，额定60Nm左右就够用。

减速比怎么定？人形机器人关节输出转速一般不需要太高，行走时膝关节最大角速度大约是6rad/s到8rad/s，换成每分钟转速大约60到80rpm。无框力矩电机的额定转速通常在2000rpm以上，所以减速比大约选50到80。谐波减速器的单级减速比刚好落在40到160这个区间，一台50比或80比的谐波减速器就能满足需求，结构紧凑，回差小。

驱动器选型有一个容易忽略的点：母线电压。青龙采用48V直流母线供电，低压伺服驱动器工作在50A到80A连续电流区间，峰值电流要能做到120A以上。很多人只看电机额定电流去配驱动器，忽略了电机堵转和急加速时的峰值电流裕量，结果走路过程中驱动器过流保护频繁触发，整个平台就瘫了。我的经验是驱动器峰值电流至少按电机峰值电流的1.2倍选，并且要有完善的过流、过温、欠压保护逻辑。

2.3 结构材料与装配工艺

构件材料的选择直接影响整机重量和刚度。青龙的主要受力骨架用7075-T6铝合金，这种材料强度高、加工成熟度好，适合做关节壳体和连接件。大腿、小腿、上臂、前臂这类细长杆件用碳纤维管或碳纤维板加铝合金接头，同等重量下刚度比纯铝好很多，但碳纤维加工需要更长的周期，返修也麻烦，所以只在小批量验证阶段使用。

3D打印在这套平台里也起了很大作用。关节内部的过渡支架、传感器安装座、线束固定卡扣这类非主要承力件，基本都用尼龙加玻纤材料打印，价格便宜，迭代快。设计时要注意3D打印件的公差比较大，凡是需要定位的地方必须留出机械加工面，不能直接依靠打印精度。

装配工艺上最容易翻车的点是螺栓松动和同轴度。人形机器人长时间行走，关节振动比普通工业设备大得多，所有高负载螺栓必须用厌氧胶或防松垫圈。电机和减速器连接时，如果轴孔配合间隙过大，运转起来就有“咯噔”声，这种机械间隙靠控制算法很难完全补偿。装配后每一个关节都要做轴向窜动和径向跳动检查，偏差超过0.05mm就要重新装配。

2.4 传感器系统布置

硬件平台的“感觉系统”决定了控制算法能拿到什么质量的反馈。青龙的传感器系统分为三块：运动状态感知、关节状态感知、外部交互感知。

运动状态感知的核心是IMU，装在骨盆正中央，也就是人体重心附近，这样测得的加速度和角速度最能反映躯干姿态。IMU选型上，我推荐带温度补偿的工业级六轴或九轴单元，消费级航模IMU零偏稳定性太差，走几步积分就漂得厉害。IMU安装时要用橡胶减震垫与结构隔离，否则电机振动会直接污染加速度计信号。

关节状态感知分为电机端和输出端两级。电机端用增量式编码器做FOC换相和速度闭环，输出端用绝对值编码器测量关节真实角度。这样既保证了电流环的高速采样需求，又避免了断电丢零和减速器回差带来的角度误差。每次上电后要做一次电机端和输出端编码器零位对齐，这一步没做好，后面整个运动学都是错的。

外部交互感知主要靠脚底和手腕的六维力传感器。脚底六维力可以实时测量地面反作用力和作用点位置，是步态控制里判断支撑状态的关键数据。手腕六维力则让机械臂在夹取物体时能实现柔顺控制。六维力传感器成本比较高，如果预算有限，可以先只在两脚底安装，手腕的力传感器后面再补。

3. 控制系统设计：从关节伺服到全身协调

3.1 控制系统总体架构

控制系统是人形机器人真正难的环节。硬件平台再强，控制跟不上，机器人在原地晃两下就倒。青龙的控制系统采用典型的“感知-规划-控制”三层架构，并在实时性上做了严格划分。

最顶层是感知和任务规划，跑在普通Linux工控机上，负责视觉识别、环境建模、任务级行为决策。中间层是运动规划，负责生成落脚点、质心轨迹和全身关节轨迹，这一层通常跑在带实时补丁的Linux系统或者ROS环境里。最底层是关节控制和状态估计，必须保证硬实时，跑在EtherCAT主站加实时任务中，周期通常做到1ms甚至更小。

为什么要做严格的实时分层？因为关节伺服和全身控制如果被非实时任务干扰，调度抖动超过几毫秒，机器人的动态平衡就会被打破。实际调试中我遇到过总线抖动导致膝关节输出扭矩波动，结果整条腿高频抖动的情况。所以底层控制代码不建议和复杂的感知算法跑在同一个进程里，最好用独立实时核或者独立控制器。

青龙的整机控制流程可以概括为：感知模块送出身姿和外部环境信息，运动规划模块在几百赫兹频率下计算期望的质心和落脚点，全身控制模块把期望轨迹映射到每一个关节的期望力矩，最后关节伺服模块在千赫兹频率下跟踪这些力矩和位置。每一层都有独立的安全检查机制，一旦发现异常就回落到安全姿态或触发急停。

3.2 关节伺服控制回路

关节伺服是整个控制闭环的最底层，也是最依赖调试经验的环节。青龙每个关节都用FOC矢量控制的无刷电机驱动器，控制回路分为三层：电流环、速度环、位置环。

电流环是响应最快的一层，通常运行在10kHz到20kHz，直接控制电机的q轴和d轴电流。电流环直连电机绕组，带宽高，但容易受到电流采样噪声和死区效应的影响。速度环在电流环外面，运行在1kHz到5kHz，输出为电流指令。位置环在最外层，通常1kHz运行，输出为速度指令。从内到外逐层闭合，每一层调通了再调外层，是基本的调试顺序。

这里分享一个非常实用的调参经验：先用开环测试确认电机方向和编码器方向，否则你给正电流它却反转，整个闭环直接发散。然后从电流环开始调，给一个阶跃电流指令，观察实际电流的上升时间和超调量。电流环带宽不用追求极致，够用就好，太高容易把电流采样噪声放大进去。

位置环整定是关节抖动问题的高发区。如果位置环比例增益太大会出现高频啸叫，调小又感觉关节很软。我通常先调阻尼，也就是速度环的比例增益，再调位置环刚度。调好之后用正弦扫频测一下关节的频率响应，看看有没有明显的机械谐振峰。有谐振峰就得在速度环加陷波滤波器，否则调试时一切正常，跑起来一走一停就会激发共振。

3.3 全身动力学控制

人形机器人行走本质上是在不断制造失稳又恢复稳定的过程。青龙的全身控制采用的不是简单的关节PD跟踪，而是基于模型预测控制（MPC）和全身动力学控制（WBC）的组合方案。

步态规划层使用线性倒立摆模型（LIPM）简化质心动力学，假设质心高度不变，地面反作用力只沿水平方向作用于质心。这样可以把双足步态问题简化成一个线性模型预测控制问题，预测未来0.5到1秒的质心轨迹和落脚点，让机器人腿部提前布局。

有了期望的质心轨迹和落脚点之后，全身控制层需要在任务空间同时跟踪多个目标，比如质心高度、躯干姿态、末端位置等。这些目标往往相互冲突，所以WBC用加权或优先级的方式通过二次规划求一个最优的关节力矩分配方案。优先级高的任务优先满足，比如保证不倒比保证抬手位置准确更重要。

这种控制方案效果好，但计算量大，调试也更复杂。最开始做青龙的时候，我只用简单的重心投影法和关节PD控制，机器人在静态站立时还能稳住，一旦迈步就乱套。后来逐步上了MPC加WBC，才有了比较自然的行走效果。如果你的目标是快速验证硬件，可以先从简化版的静态行走做起，比如步态规划写死，膝盖微屈，重心缓慢移动，先让机器人能走两步，再考虑动态行走。

状态估计也不可或缺。青龙使用扩展卡尔曼滤波器（EKF）融合IMU的角速度和加速度、关节编码器的角度、脚底力传感器推算的支撑情况，实时估计躯干的姿态、位置和速度。没有准确的状态估计，MPC和WBC都无从谈起，因为控制器需要一个相对可靠的“我当前在哪里、往哪个方向运动”的反馈。

3.4 通信总线选择

人形机器人通信总线的选择直接关系到关节数量扩展的便利性和调试的便利性。青龙全身29个自由度，每个关节模组都有电机编码器、输出端编码器、驱动器和温度传感器数据，对总线带宽和实时同步的要求都比较高。

我们一开始考虑过CAN总线，因为CAN在工业领域很成熟，简单可靠，单条CAN2.0总线上1Mbps的带宽也够用，但同步性相对弱一些，要自己实现全局时间同步。后来测试中发现CAN总线在整机高速运动时，高优先级的数据帧会挤占低优先级帧，导致部分关节数据延迟不均匀，调试方面也比较费劲。

最终青龙选择了EtherCAT方案。EtherCAT的分布式时钟机制可以让所有从站在同一时刻采样，主站周期可以做到1ms甚至更短，同步精度达到微秒级。这对需要精确协调全身关节的MPC和WBC来说非常重要。EtherCAT主站用的标准工业主站加简单网卡，从站就是关节驱动器自带的EtherCAT从站接口，不需要额外开发，省了很多事。

总线选型对比：

EtherCAT也不是没有缺点。它对线缆质量、连接器可靠性和接地处理要求更高，工业协议栈调试起来比CAN要复杂。如果项目初期只有6到8个关节，CAN其实足够用；但要做到全身29个自由度并追求动态性能，我更推荐EtherCAT。

4. 实测过程：从装配到整机联调的完整流程

4.1 样机装配与线束管理

青龙的装配顺序很有讲究，不能从脚开始往上装，也不能先装好整个躯干再装腿。我习惯的装配顺序是先把腿部和髋部做成独立模块，单独供电，先验证单腿各关节的运动范围和正反向。然后组装躯干和腰部，再把另一条腿接上，做双腿并联静态测试。最后才装手臂和头部。

线束管理是很多人形机器人项目翻车的重灾区。关节线束如果直接暴露在表面，不仅难看，还会在运动过程中被拉扯和磨损。青龙的走线策略是执行器内部尽量用中空轴走线，电机轴和减速器中心留出过线孔位，让动力线和编码器线从关节内部穿过。少数实在走不了中空轴的关节，也要设计专用的拖链或线槽，避免线束打折和摩擦。

接线时还有一个特别重要的点：接地和屏蔽。EtherCAT和编码器信号线如果屏蔽层处理不当，电机启停瞬间的电磁干扰会直接导致通信丢帧和编码器跳数。我的经验是屏蔽层要选择单端接地，接地线尽可能粗短，和驱动器电源地汇接在一点上。每个关节模组的外壳也要和整机地平面良好导通，不然整台机器人就像一个天线，干扰非常随机。

4.2 关节参数调试顺序

关节伺服参数调试是必须反复折腾的过程。青龙的整机联调前，每个关节要先独立完成一轮完整的参数整定。我总结出一个固定流程，照这个顺序走能省大量时间：

第一步，开环检查。给电机一个很小的恒定电流指令，确认电机转向是否符合预期，电机端编码器和输出端编码器方向是否一致。很多编码器方向反了导致位置环直接正反馈发散，问题就出在这一个小小的检查上。

第二步，电流环整定。先给q轴电流一个阶跃，观察实际电流跟随情况。如果超调太大，就适当降低电流环PI参数；如果响应太慢，就提高比例增益。电流环调好后，电机应该能平稳输出力矩，没有明显“滋滋”声。

第三步，速度环整定。给一个恒定速度指令，看速度波动幅度。人形机器人关节速度波动会直接反映在运动平稳性上，速度环比例太大会有高频啸叫，积分太大会有低频摆动。

第四步，位置环整定。位置环增益决定关节刚度和跟随精度。先从小增益开始，逐步增大直到出现振荡再退回一点点。差不多稳定的位置，再通过手推关节感受一下有没有“发飘”的感觉。

第五步，正弦扫频和陷波器整定。对每个关节做0.5Hz到20Hz的正弦扫频，记录幅值响应和相位响应。如果在某个频率出现明显的谐振峰，就在速度环或电流环加陷波滤波器。这一步很关键，很多整机抖动问题都要靠它解决。

这套流程看起来琐碎，但每个关节都这么走一遍之后，整机调试会顺畅得多。如果跳过单关节整定，直接上整机，一个问题多点爆发，排查起来非常痛苦。

4.3 从仿真到真机联调

在把青龙真正放上赛道上之前，我强烈建议先做充分的仿真验证。我们主要用MuJoCo做动力学仿真，把URDF模型导入，调好质量、惯量和摩擦参数，先在仿真环境里跑通步态规划和控制算法。仿真能自动重置，敢开大增益试错，真机就不允许。

但我必须提醒一句：仿真里跑得好的算法，直接放到真机上大概率会出问题。区别最大的是摩擦和传动柔性。仿真里关节是理想力矩源，而真实谐波减速器有明显的摩擦和柔性滞后。所以第一轮真机联调时，我会把控制增益降到仿真值的50%到70%，让机器人先以一个“偏软”的状态动起来，确认所有关节方向正确、通信正常，再逐步提高增益。

真机测试的安全措施不能省。第一次站立测试前，必须在机器人上方加装吊架或安全绳，很多团队觉得机器人不高就直接在地板上测，一旦重心偏出支撑多边形，摔下去可能就是几万元的损失。青龙的整机联调阶段还有一个“力限制模式”，所有关节的期望力矩限制在正常值的30%以内，即使控制信号异常，关节也不会做出危险的大幅度动作。急停按钮必须安排在操作员手边，并且和整机电源回路联动，按下就能彻底断电。

5. 常见问题与排查技巧实录

5.1 关节抖动、异响与过流

关节抖动是整机联调里出现频率最高的问题。青龙在一次试运行时，膝关节在站立状态下出现肉眼可见的高频抖动，伴随明显“嗡嗡”声。当时第一个怀疑是速度环增益太高，调低之后抖动只减轻了一部分。用示波器看电机相电流，发现电流波形叠加了明显的高频噪声，进一步追查发现是出线端编码器屏蔽层松动，导致换相信号受干扰。把屏蔽层重新处理好，换相稳定了，抖动基本消失。

异响方面，最常见的是机械同轴度偏差导致的周期性“咔咔”声。如果电机轴和减速器输入轴不同轴，运转时波发生器会周期性受压，产生明显的节拍声。这种问题只能停机检查装配，重新调正轴系，靠软件算法是消不掉的。运行一段时间后出现异响，还要检查减速器润滑脂是否干涸或轴承是否有磨损。

过流保护频繁触发，除了选型偏小，还可能是电机相线顺序错乱。FOC需要正确的电角度反馈，如果相序接错或编码器零位错位，控制器会误以为需要输出更大电流，结果一会儿过流一会儿堵转。这时先退出闭环，用开环方式确认相序和电角度，再重新做零位对齐。

5.2 EtherCAT通信丢帧与延迟排查

EtherCAT通信问题在整机联调阶段也比较折磨人。青龙遇到过一种很隐蔽的现象：单独测一个关节时通信一切正常，六个关节一起动，偶尔就会报一两个丢帧。这种问题不是协议本身的问题，排查思路主要集中在物理层。

第一步查看总线统计中的丢帧时间点，如果丢帧总是出现在电机加速或大电流时刻，基本可以判断是电磁干扰。检查信号线是否和动力线绑扎在一起走线，如果混合走线必须分槽，且信号线必须用屏蔽双绞线。第二步检查线缆两端屏蔽层的接地方式，屏蔽层如果两端都接地，容易形成地环路反过来引入噪声，最好单端接地。第三步检查终端电阻，EtherCAT总线首末两端必须有正确的终端电阻，缺失会导致信号反射，长距离传输时尤其明显。

另外一个非常容易忽略的点是连接器接触电阻。人形机器人运动过程中，关节线束跟随动作弯折，连接器端子如果锁紧力不足，会出现偶发断路。我用的是带锁扣的工业连接器，并且走线时在连接器尾部加了固定卡扣，防止反复弯折导致端子松动。整机跑过一段时间后定期重新按压检查一遍所有连接器，成本很低但很有效。

5.3 整机续航与发热管理

续航和发热是硬件平台实际使用阶段最影响体验的问题。青龙设计指标是连续行走30分钟，但第一轮实测只有不到18分钟，原因是电池选型时只按电机额定功率估算了容量，没把控制板、工控机、传感器和待机功耗算进去。重新统计整机平均功耗后，我把电池容量从12Ah提升到了16Ah，续航才勉强到35分钟左右。

电池安全也必须认真对待。人形机器人是高功率设备，电池输出电流经常在50A以上，必须用支持大电流放电的动力电池，连接器要选能承受持续大电流的航空插或安德森插头，普通电源端子在大电流下会发热烧蚀。整机电源回路要加保险丝或断路器，一旦电流异常能在毫秒级切断。

发热管理上，关节驱动器的热量积累比电机更严重。电机本身有金属外壳散热，而驱动器装在小体积壳体内，散热条件差。青龙在负载较大的髋和膝关节驱动器上加装了铝制散热片，并在热管理策略里加入了电流降额曲线：驱动器温度超过80℃时，控制算法自动限制该关节的力矩输出。这个保护看起来很基础，但能避免很多灾难性故障。

控制系统的“负阻尼”这个问题也值得提一下。负阻尼通俗讲就是系统在某个频段不但不消耗能量，反而给关节注入能量，结果表现为振荡越来越大。青龙在初期整调位置环时，就因为编码器滤波相位滞后太严重，导致位置环看起来在误差大时反向发力，实际等效成一个负阻尼系统，整条腿越抖越厉害。后来我严格控制编码器滤波器的延迟，并且用速度前馈补偿相位滞后，才把这个问题压下去。调试过程中如果发现某个关节振荡幅度越来越大，优先怀疑负阻尼，要检查滤波器延迟和增益符号，不要一味加大阻尼参数。

续航和散热是硬件平台最容易“慢性病”化的两项指标，前期设计不重视，后面很难补。比如电池仓空间和散热风道，必须在结构设计时预留，否则电机一热就成了只能空调房里跑几步的实验品。

我个人在实际操作中有个很深的体会：人形机器人硬件平台设计的关键不是哪个部件最好，而是所有子系统之间的匹配度。电机扭矩、减速器刚度、驱动器带宽、总线同步性、控制算法频率，这些参数必须咬合在一起，任何一个环节成为短板，整机性能就被卡死。所以做这类项目，先定清晰的需求，再用工程迭代的思路把构型、硬件、控制层层打通，比迷信某个高端部件要重要得多。

最后再分享一个小技巧：每一次整机联调，不管成功失败，都完整记录所有关节的电流、温度、位置轨迹和事件日志。这些数据不仅仅是事后分析的依据，更是下次设计迭代最宝贵的输入。青龙后续的很多结构改进，其实都来自这些实测数据的复盘，而不是一开始的预想。硬件平台没有一步到位的方案，只有不断基于数据打磨出来的成熟平台。