第 8 章 多舵机机器人的关节标定体系 串口舵机——从协议到实战

上一节：第 7 章 舵机控制的高级话题 速度曲线、扭矩管理、通信可靠性、寿命维护——那些规格书不会告诉你的真相
第二部分：串口舵机——从协议到实战

第 8 章 多舵机机器人的关节标定体系

每个舵机都是独一无二的——标定不是可选项，是必选项
前几章讲了怎么控制舵机、怎么管理扭矩、怎么保证通信可靠。但有一个问题我一直没提：你买的21个舵机，每一个都跟规格书上的“标准舵机不完全一样”。这不是质量问题，是制造业的现实——出厂公差、安装偏差、3D打印件的误差叠加在一起，意味着你必须逐一标定每个关节。
这一章是整个教程中“市场稀缺”的内容。网上能找到大量舵机控制教程，但关于关节标定的系统化方法，几乎找不到。以下内容全部来自我标定机器人的实战经验。

8.1 为什么需要关节标定

如果你以为“舵机发120°指令，它就转到120°”，那你会在第一次让机器人站起来时得到一个歪着的机器人。标定是连接“理论角度”和“实际角度”的桥梁。

8.1.1 出厂公差：每个舵机都是独一无二的

HTD-45H规格书说位置精度0.2°，但这是指同一个舵机重复定位的精度。不同舵机之间的“120°”不一定一样——舵机A和舵机B的120°，实际机械位置可能差1-2°。这个数据实际上你可以直观的看到，舵机的官方软件里，回中显示的数字永远都 有一点点的偏差。
原因在于舵机内部的位置传感器是电位器，焊接位置和线性度都有公差。±2°听起来不大，但21个关节累积起来，机器人就歪得很明显了。更关键的是左右腿对称性被破坏，走路会一瘸一拐。

8.1.2 安装偏差：3D打印件不是精密零件

Petg打印件的公差约0.2-0.5mm，且收缩不均匀，同一个图纸，你在不同的供应商或者在同一个供应商哪里打印的不同批次，螺丝孔都会有差别，甚至一个部件，竖着打印和横着打印都会得到不同的螺丝孔。举个例子：髋关节支架安装孔偏0.3mm，舵机角度就偏1-2°。加上出厂公差，总偏差可达3-4°。螺丝拧紧程度也会影响——拧太紧，舵机壳体微微变形，零位偏移0.1-0.2°。

8.1.3 标定前 vs 标定后的效果对比

未标定：机器人明显向右倾斜，右腿比左腿“短”约1cm，ZMP控制器打到限位也无法补偿，最终倒下。
标定后：机器人基本直立，左右对称，ZMP控制器只需微小调整（2-3°以内）就能维持平衡。标定的效果不是“让机器人能站起来”，而是“让控制器有更多余量用于平衡”。
这里有一个关键概念：标定不会让你的机器人变得完美，而是让误差从“控制器无法补偿”降到“控制器可以补偿”。标定是给控制器一个“公平的起点”——如果起点就是歪的，再好的控制器也救不回来。

8.2 标定前准备

8.2.1 悬挂机器人：为什么不能站着标定

这是我犯过的错误：第一次标定时让机器人站着找零位。问题是站立时重力在关节上产生力矩，你看到的角度是“重力力矩+舵机输出力矩”的平衡结果，不是舵机真实零位。
正确做法是悬挂机器人——用绳子从腰部吊起来，就是两个方框结构中下面那个，让所有关节处于自由状态。我就在天花板挂钩上挂根绳子，机器人悬空，双腿自然下垂。如果没有挂绳子的条件，平放也可以，但不如悬挂准确。

8.2.2 确认舵机ID和通信

标定前运行guanjieceshi工具逐个测试21个舵机。常见通信问题：接插件松动（重新插拔）、ID冲突（用串口指令改ID）、供电不足（确保满电11.1V以上）、舵机故障（更换）。

8.2.3 供电：标定时舵机频繁运动

标定过程中需要频繁让舵机在不同角度间运动，21个舵机同时运动电流需求很大。确保电池满电（11.1V以上），低于10V时舵机扭矩下降，标定结果不准确。

8.3 guanjieceshi工具详解

guanjieceshi（关节测试）是标定体系的核心工具，运行在机器人上，通过ROS2话题与buslinker通信。这一节完整展示工具的工作原理和代码实现。

8.3.1 工具整体架构

guanjieceshi是一个Python脚本，运行在机器人上，通过ROS2发布/robot_joint_angles话题来控制舵机。它不直接操作串口，而是通过buslinker控制器间接控制舵机——这样保证了方向配置的一致性。工具的核心流程：加载配置→逐个测试21个关节→交互式确认方向→保存配置→重启服务。
以下是guanjieceshi的关节列表定义，包含全部21个关节的中文名称、预期动作描述和数组索引：

# 21个关节列表: (舵机ID, 名称, 正方向+10°描述, joint_angles索引)JOINT_LIST =[(2,"右踝前后","右脚脚尖向下转动约10°",0),(3,"右踝侧向","右脚掌向外翻约10°",1),(4,"右膝","右膝向后弯曲约10°",2),(5,"右髋前后","右大腿向前踢约10°",3),(6,"右髋侧向","右大腿向外侧打开约10°",4),(7,"左踝前后","左脚脚尖向下转动约10°",5),(8,"左踝侧向","左脚掌向外翻约10°",6),(9,"左膝","左膝向后弯曲约10°",7),(10,"左髋前后","左大腿向前踢约10°",8),(11,"左髋侧向","左大腿向外侧打开约10°",9),(12,"右腕","右手腕向下转动约10°",10),(13,"右肘","右肘弯曲约10°",11),(14,"右肩前后","右臂向前摆动约10°",12),(15,"右肩开合","右臂向外打开约10°",13),(16,"左腕","左手腕向下转动约10°",14),(17,"左肘","左肘弯曲约10°",15),(18,"左肩前后","左臂向前摆动约10°",16),(19,"左肩开合","左臂向外打开约10°",17),(20,"腰","身体向前倾约10°",18),(21,"脖子前后","脖子向前倾约10°",19),(22,"头","头向前倾约10°",20),]

8.3.2 交互式校准主循环

以下是guanjieceshi的主循环代码，展示了逐个关节测试的完整流程——发送+10°指令、交互式确认、自动翻转方向、保存配置：

fori,(servo_id,name,desc,arr_idx)inenumerate(JOINT_LIST):print(f" [{i+1}/{total}]{name}(舵机ID:{servo_id})")print(f" 描述:{desc}")current_reverse=config.get(str(servo_id),{}).get("reverse",False)status="反向=True"ifcurrent_reverseelse"正向"print(f" 当前配置:{status}")whileTrue:# 发送 +10°pub.pub_joint_with_base(arr_idx,10.0)print(f"\n → 已发送{name}+10° 指令")print(f" → 预期:{desc}")ans=input("\n 方向是否正确? (y=正确 / n=反了 / q=退出): ").strip().lower()ifansin('q','quit'):print("\n用户终止测试")pub.pub_all_zero()returnifansin('y','yes','是'):print(f" ✓{name}方向正确")tested+=1breakifansin('n','no','否'):new_reverse=notcurrent_reverse config[str(servo_id)]={"reverse":new_reverse}save_config(config)# 自动保存# 重启舵机服务使配置生效pub=restart_servo(pub)current_reverse=new_reverseprint(f" → 重新测试{name}...")continue# 回中pub.pub_joint_with_base(arr_idx,0.0)time.sleep(0.3)

这个交互式循环有几个关键设计：1）每次修改方向后自动保存配置并重启服务——确保配置立即生效；2）方向反转后自动重新测试——确保修改正确；3）每测试完一个关节自动回中——防止舵机长时间偏离中位发热。

8.3.3 配置文件的加载与保存

标定配置保存在JSON文件中，位于/home/lantian/Lebao/Simtest/ servo_reverse_config.json。以下是配置加载和保存的核心代码：

defload_config():ifos.path.exists(SERVO_REVERSE_CONFIG):withopen(SERVO_REVERSE_CONFIG,'r')asf:returnjson.load(f)return{}defsave_config(config):bak=SERVO_REVERSE_CONFIG+".bak"ifos.path.exists(SERVO_REVERSE_CONFIG):os.replace(SERVO_REVERSE_CONFIG,bak)# 先备份旧配置withopen(SERVO_REVERSE_CONFIG,'w')asf:json.dump(config,f,indent=2,ensure_ascii=False)print(f" [配置] 已保存到{SERVO_REVERSE_CONFIG}")defrestart_servo(publisher):"""重启舵机控制服务并重建 publisher"""print(" [服务] 重启 bus-servo-controller...")run("systemctl restart bus-servo-controller.service",timeout=10)time.sleep(2.5)publisher.destroy_node()rclpy.shutdown()time.sleep(1)rclpy.init()returnJointPublisher()

关键设计：save_config总是先备份旧配置（.bak后缀），然后才写入新配置。这样即使新配置写错了，也可以从.bak文件恢复。restart_servo在方向翻转后重启buslinker服务，让新的reverse配置生效，然后重建ROS2发布节点。

8.3.4 ROS2发布节点设计

guanjieceshi通过ROS2 QOS发布关节角度，使用BEST_EFFORT可靠性（匹配buslinker的订阅设置），确保低延迟。以下是发布节点的核心代码：

classJointPublisher(Node):def__init__(self):super().__init__('joint_calibration_publisher')qos=QoSProfile(depth=1,history=HistoryPolicy.KEEP_LAST,reliability=ReliabilityPolicy.BEST_EFFORT,durability=DurabilityPolicy.VOLATILE,)self.pub=self.create_publisher(Float32MultiArray,'/robot_joint_angles',qos)self._wait_for_subscribers()defpub_joint_with_base(self,arr_idx,angle_deg):"""发布单个关节, 其他关节保持基础角度"""angles=list(self.STANDING_BASE)angles[arr_idx]=float(angle_deg)self.publish(angles,count=50)defpub_all_zero(self):"""全部回中到0°"""self.publish([0.0]*21)

8.3.5 增量步进与实时显示机制

guanjieceshi不仅仅是“测方向”的工具，它还支持精细的关节角度调整。测试过程中，你可以用不同步长（0.1°、0.5°、1.0°、8.0°、15.0°、25.0°）来微调或粗调每个关节，这对于找零位特别有用。
如果是使用乐宝监控系统里的GUI界面，则分为左右两部分：左侧是21个关节的步进控制面板，右侧是实时角度显示区。角度显示使用Consolas等宽字体，绿色文字（#00cc66），6行紧凑排列，按右腿、左腿、右臂、左臂、上半身分组。这对标定过程的帮助很大——你可以精确看到每个关节的当前角度，避免在“盲调”中浪费时间。

以下是增量步进的核心逻辑：

classJointCalibrationUI:def__init__(self):self.step_sizes=[0.1,0.5,1.0,8.0,15.0,25.0]self.current_step=8.0# 默认8°步长self.joint_angles=[0.0]*21# 当前角度数组defon_step_click(self,joint_idx,direction):"""处理步进按钮点击"""delta=self.current_step*direction# +1或-1self.joint_angles[joint_idx]+=delta# 限位检查limits=self.get_joint_limits(joint_idx)self.joint_angles[joint_idx]=max(limits['min'],min(limits['max'],self.joint_angles[joint_idx]))# 发布角度和个人self.publish_all_joints()defon_step_size_change(self,new_size):"""切换步长"""self.current_step=new_sizeprint(f"步长切换为:{new_size}°")

步长设计有讲究：0.1°用于精细零位校准（当肉眼观察已经差不多时），1.0°用于常规调整，8.0°用于快速跨过中立区，25.0°用于极限测试。默认8.0°是因为在方向测试中，8°的变化足够明显，一眼就能看出方向对不对。

8.4 标定流程

标定分四个步骤，第一次约2-3小时，熟练后1小时。

8.4.1 第一步：找机械零位

直接执行buslinker的控制程序，里面有一个全部回中的功能。机械零位是每个关节的“自然中间位置”——两端的结构件处于对称状态。
髋关节侧向（hip_roll）： 腿自然下垂，从正前方看完全竖直，不偏左不偏右。
髋关节前后（hip_pitch）： 从侧面看腿完全竖直，不前倾不后仰。
膝关节（knee）： 大腿和小腿成一条直线，不要过度伸直。
踝关节前后（ankle_pitch）： 脚板与小腿成90°，用直角尺靠在小腿和脚板上测量。
踝关节侧向（ankle_roll）： 脚板水平，不内翻不外翻，用水平仪放在脚板上测量。
腰部（torso）： 上半身竖直，不前倾不后仰，悬挂状态下身体自然竖直就是零位。
找零位时用工具而非肉眼——水平仪（手机App即可）、直角尺、量角器，能精确到1°以内。每找到一个零位，记录回读位置值，减去120°就是“零位偏移”。例如回读118°，零位偏移 = -2°，意味着要发送118°指令才能到机械零位。

8.4.2 第二步：确认正反方向

方向确认容易搞错，尤其是左右对称的关节——左腿髋关节侧向“正方向”和右腿的“正方向”是相反的。
使用guanjieceshi工具自动化确认：选择一个关节，工具让舵机从零位往正方向转5°，在终端显示关节名称问你方向是否正确。方向正确则记录，方向反了则自动翻转并重新测试。
特别注意：髋关节侧向方向错误是最危险的——左右腿方向都反了，双腿会交叉堵转，电流瞬间飙升，可能烧舵机，或者直接断腿。方向确认必须逐个关节、逐条腿、逐个方向仔细验证。

$ guanjieceshi[1/21]r_hip_roll(ID6): 正转5° ->外展方向 关节往右腿外侧转了吗？[y/n]y OK, 方向正确[2/21]r_hip_pitch(ID5): 正转5° ->前倾方向 关节往前方转了吗？[y/n]n 方向反转！自动翻转并重新测试... 关节往前方转了吗？[y/n]y OK, 已保存翻转配置

8.4.3 第三步：测量关节运动范围

每个关节有安全运动范围。超出则可能：舵机堵转（碰到机械限位）、关节自碰撞、结构件干涉。
测量方法：从零位开始，让舵机缓慢往正方向转（每次1°），当碰到机械限位（电流突然增大）、即将碰撞或发出干涉声音时停止，记录角度。正反方向都测完后，减去2-3°安全余量得到软件限位值。
安全余量是因为舵机快速运动时有过冲——惯性会让它超过目标角度1-2°。测量完成后，将每个关节的软件限位值写入配置文件。控制器在发送舵机指令前会检查目标角度是否在限位范围内，超出则截断。

8.4.4 第四步：验证联动

前三个步骤是单关节标定，第四步是多关节联动验证——确保多个关节同时运动时不会出现问题。
双腿交叉测试： 左腿和右腿同时做最大内收动作，观察是否会碰撞。如果会，缩小髋关节侧向的内收限位。
臂腿干涉测试： 手臂下垂，腿做最大幅度前后摆动，观察手臂是否会被腿打到。如果会，调整手臂初始姿态或缩小腿的运动范围。
联动验证通过后，标定流程完成。你会得到一个完整的标定配置文件，包含所有关节的零位偏移、方向标志、软件限位。

8.4.5 标定验证：站立测试

标定完成后，最重要的验证是让机器人实际站立。这不是标定流程的正式步骤，但它是检验标定结果的唯一标准。
站立测试的方法：
1. 悬挂状态下启动控制器： 先让ZMP控制器在悬挂状态下运行，观察所有舵机是否归到站立姿势。如果某个关节明显偏离，说明零位标定有问题。
2. 放到地面上： 缓慢放下机器人，让它双脚着地。观察机器人是否自然直立。如果往一侧倒，说明左右零位不对称。如果往前或后倒，说明前后方向零位有问题。
3. 观察IMU数据： 在平衡控制器日志中查看IMU的roll和pitch。理想情况下，roll应在±2°以内，pitch应在±3°以内。如果偏差超过这个范围，重新校准零位。
4. 微调： 如果机器人基本稳定但略有倾斜，不要重新标定全部关节——只需要微调站立姿势中的关键关节（髋关节侧向和踝关节侧向各1-2°）。修改zmp_walking_params.yaml中的standing_pose参数即可。
站立测试通过后，你的标定才是真正有效的。记住：标定数据是“活”的，不是一次标定就万事大吉。每当你发现机器人站姿有变化，就重新检查标定数据。
大部分时候，我都是通过直接重新安装电机来解决偏差，当然还有一种标定的方法，就是用官方电机软件，也可以标定，方法在官方文档里有，我就不复制过来了，那个就是直接让电机处于0位，偏差也直接保存在电机里。

8.5 关节限位设置

关节限位是标定中最容易被忽视但最重要的一环。没有合理的限位，机器人可能在运动中自毁。

8.5.1 机械限位 vs 软件限位

HTD-45H已经被我在代码里写死限制行程：20°-220°，超出这个范围舵机就不会执行。软件限位是我们在代码中设置的更保守的限制。机械限位是“硬碰撞”——因为有关节连接件，不限位很容易直接扯断连接件。软件限位是“软刹车”——在到达机械限位之前就停止运动。
在buslinker舵机控制程序里，我默认写死了软件限位，对所有电机限位20度，也就是距离两边机械限位20度，就不给舵机发命令了。为什么是20度？因为乐宝机器人不会去做那么大的动作，一般能到机械限位，通常都是程序错。特别是0位如果写错，电机会直接带着两条腿或者两个手臂打架。45公斤的力量其实很大，卡住了电机的力量可以很轻松地把3D打印件拉断。我手里有一大堆被硬扯断的连接件，都是血泪史，每次清脆的“啪”的一声都是我的噩梦。结构件没多少钱，但把电机从坏的结构件上拆卸、替换、安装、检测，一套流程下来1小时没了。
以下是buslinker中限位保护的实现代码：

def_apply_limits(self,servo_id,target_angle_deg):"""应用软件限位保护 servo_id: 舵机ID target_angle_deg: 目标角度 (度) returns: 限位后的安全角度 (度) """limits=self.joint_limits.get(servo_id,None)iflimitsisNone:# 没有配置限位，使用默认保守限位returnmax(-20,min(20,target_angle_deg))# 应用关节特定限位safe=max(limits['negative'],min(limits['positive'],target_angle_deg))ifsafe!=target_angle_deg:self.logger.debug(f"舵机{servo_id}角度{target_angle_deg:.1f}° "f"超出限位[{limits['negative']}°,{limits['positive']}°], "f"截断为{safe:.1f}°")returnsafe

这段代码在每次发送舵机指令前都会执行，确保不会因为忘记配置限位而导致机械损坏。

8.5.2 限位的作用：防止自碰撞

除了保护舵机，限位还防止机器人自碰撞。人形机器人多条肢体很容易打到自己的另一条腿或手臂。自碰撞的危害：机械损伤（舵机齿轮损坏）、平衡破坏（摔倒）、结构件损坏（PLA件断裂）。
限位就是“护栏”——确保每个关节的活动范围不会进入危险区域。即使控制算法出bug发送了错误指令，限位也会在最后一道防线截断它。

8.5.3 髋关节内侧限位：为什么只有5°

在所有关节限位中，髋关节内收限位最严格——只有5°。两条腿之间距离约10cm，髋关节内收超过5°时膝盖就会碰撞。
更危险的是，如果机器人走路时双腿交叉，会立刻失去平衡摔倒。而摔倒时腿还交叉着，舵机承受巨大扭矩，轻则堵转，重则断腿。我开发的时候真的这样断过好多次。
所以髋关节内收限位5°是“硬限制”——绝对不能超过。即使这意味着步子不能太大，也不能为了步宽而放宽限位。安全第一。

8.5.4 限位配置的自动化导入

每个关节的限位值不同，手工维护JSON容易出错。我们设计了一个简单的导入函数，从YAML配置文件统一加载限位，确保所有关节的限位来源一致：

defload_joint_limits(yaml_path):"""从YAML配置加载所有关节限位"""importyamlwithopen(yaml_path,'r')asf:config=yaml.safe_load(f)limits={}joint_map={'r_hip_roll':6,'l_hip_roll':11,'r_hip_pitch':5,'l_hip_pitch':10,'r_knee':4,'l_knee':9,'r_ankle_pitch':2,'l_ankle_pitch':7,'r_ankle_roll':3,'l_ankle_roll':8,'torso':20,}forjoint_name,servo_idinjoint_map.items():jc=config.get(f'{joint_name}_limits',{})limits[servo_id]={'positive':jc.get('max',30),'negative':jc.get('min',-30),}returnlimits

这个函数的巧妙之处在于：它使用关节名称到舵机ID的映射表，将从YAML读到的限位值自动分配到正确的舵机ID上。当你修改了YAML配置中的限位值，只需要重启服务，新的限位就会自动生效——不需要手动修改JSON文件。

8.6 标定数据的管理

标定数据是机器人最重要的配置之一。丢了标定数据，机器人就“失忆”了——所有关节的零位、方向、限位都需要重新测量。

8.6.1 标定结果保存为JSON

标定结果保存为JSON格式，人类可读、程序可解析、版本可追踪（git diff能看到每次修改）：

{"calibration_version":"2024-07-29-v2","robot_id":"dev-01","joints":{"r_hip_roll":{"id":6,"zero_offset":-2.5,"reverse":false,"limit_positive":15,"limit_negative":-5},"r_hip_pitch":{"id":5,"zero_offset":1.0,"reverse":false,"limit_positive":30,"limit_negative":-20}//...其他关节}}

8.6.2 版本管理：每次标定生成新版本

标定不是一次性的。换舵机、重装结构件、发现站姿不对时都需要重新标定。每次标定生成新版本，旧版本保留作为备份。版本命名规则：日期-序号，如2024-07-29-v1。
版本管理的好处：新标定导致站不稳可快速回滚；对比不同版本可发现哪些关节偏差在增大（舵机磨损信号）；多台机器人之间可共享标定模板。
我们使用git管理标定数据版本，每次标定完成后commit并push。即使机器人端SD卡坏了，标定数据也不会丢失。

8.6.3 标定数据完整性校验

标定数据损坏是灾难性的。如果JSON文件格式错误或某个关节的数据缺失，控制器可能使用错误的零位偏移，导致机器人行为异常。我们实现了一个简单的校验函数，在服务启动时自动验证标定数据的完整性：

defvalidate_calibration(calib_data):"""验证标定数据完整性"""required_joints=['r_hip_roll','l_hip_roll','r_hip_pitch','l_hip_pitch','r_knee','l_knee','r_ankle_pitch','l_ankle_pitch','r_ankle_roll','l_ankle_roll','torso']errors=[]forjointinrequired_joints:ifjointnotincalib_data.get('joints',{}):errors.append(f"缺少关节:{joint}")continuej=calib_data['joints'][joint]required_fields=['id','zero_offset','reverse','limit_positive','limit_negative']forfieldinrequired_fields:iffieldnotinj:errors.append(f"{joint}.{field}缺失")iferrors:raiseValueError(f"标定数据不完整:\n "+"\n ".join(errors))returnTrue

这个校验函数在buslinker控制器启动时运行。如果校验失败，控制器会拒绝启动并打印详细的错误信息。这比启动后因为标定数据错误而导致机器人发疯要好得多。
校验函数还检查数据的合理性：zero_offset应该在±5°以内（超过5°说明零位找错了），limit_positive应该大于0且小于90°，limit_negative应该小于0且大于-90°。这些合理性检查帮助捕获了多次手工编辑JSON时的输入错误。

8.7 避坑清单

避坑清单： 1. 不要站着标定——重力会让你把“受力平衡位置”错当成“机械零位”。必须悬挂机器人，让所有关节处于自由状态。 2. 不要用眼睛找零位——用工具（水平仪、直角尺、量角器）。肉眼判断的误差可能达到3-5°，对平衡控制是致命的。 3. 髋关节侧向方向确认要格外小心——方向错误会导致双腿交叉堵转，是最危险的标定错误。 4. 标定前确保电池满电或使用外接电源——电压不足会导致舵机运动不准确，标定结果不可靠。 5. 软件限位必须留安全余量（20°）——不留余量的话，死的非常难看。 6. 髋关节内收限位不要超过5°——这是硬限制，超过会导致双腿碰撞。 7. 联动验证不能跳过——单关节标定正确不代表多关节联动正确。必须做双腿交叉和臂腿干涉测试。 8. 标定数据必须版本管理——用git或至少保留旧版本备份文件。丢了标定数据等于丢了机器人的“记忆”。 9. 换舵机后只标定更换的关节——不要重新标定全部关节，除非多个关节都有明显偏差。 10. 如果机器人突然站不稳，先检查标定数据是否被意外修改——配置文件被误改是常见原因。 11. 标定完成后必须做站立测试——悬挂状态下看起来完美不代表放到地上也能站。站立测试是标定结果的唯一验证标准。 说明：悬挂状态下关节不受力，放到地上后重力会导致微小偏差。站立测试能发现这些偏差。 12. 启动时校验标定数据完整性——不要让控制器使用损坏的标定数据运行。校验失败时拒绝启动，比启动后机器人发疯要好。 说明：一次标定数据损坏导致机器人双腿交叉，3D打印件拉断6个，损失一整天。