履带云端智能体机器人与 Microduck:三种机器人形态与控制架构对比
目的:帮助有软件开发背景、刚进入机器人领域的人,区分“能对话、能被智能体控制”的履带机器人、“依靠端侧运动策略稳定行走”的双足机器人,以及“底盘加机械臂”的轮式移动操作机器人。
术语:本文统一使用项目真实名称 Microduck。本文所说“飞书履带方案”依据此前提供的飞书文章、物料表和控制台说明整理;它不是对该文章源码或固件的逐行审计。
先给结论
二者都可以联网、对话、接收云端大模型指令,但解决的问题不同:
飞书履带方案:如何让“稳定的小车底盘”接上云端智能体并完成预定义动作
Microduck: 如何让“天然不稳定的双足身体”在真实物理世界中稳定运动
前者的难点主要在语音、云端智能体、网络协议、动作编排和产品交互;后者的难点首先是运动控制、仿真训练、模型部署和 sim-to-real(仿真到真机)误差。不要因为两者都有 ESP32、摄像头或大模型,就把它们当作同一种机器人。
三种形态先看图
下面三张图不是同一个机器人的不同角度,而是三条不同的产品路线。第一张是完整的轮式移动操作机器人,第二张是 Microduck 双足机器人,第三张是履带式底盘。
轮式移动操作机器人:底盘上增加升降躯干和机械臂

它不只是“会移动的底盘”,还要完成定位、升降、抓取、递物和人机协作。适合室内平整地面,但图片本身不能证明它具备扶人、承重或医疗安全能力。
Microduck:小型双足机器人

它的重点不是搬运重物,而是研究双足身体如何站立、行走、起身和完成拟生动作。脚底支撑面小,运动过程中还会不断改变支撑脚,因此控制难度最高。
履带式底盘:低重心、大接地面积

它主要解决“稳定移动和越障”。左右履带通过差速实现前进、后退和转向,适合在平地、地毯、坡面和轻度崎岖地面上运行。
支撑面示意图
图中绿色区域表示大致支撑区域,红色标记表示双足在单脚或换脚时更容易出现的失稳风险。这里是原理示意,不是某一款机器人的尺寸图或机械加工图。
1. 两个方案分别是什么
1.1 飞书履带云端智能体机器人
此前的物料方案大致包含:Arduino UNO R3、ESP32-C3、L298N 电机驱动、PCA9685 舵机驱动、12V 减速电机与履带、ASR Pro 离线语音模块,以及可选的 Wi-Fi 摄像头、云服务器和显示模块。
它的典型职责划分是:
人说话 / 手机 / Web 页面
|
离线唤醒或云端语音服务
|
云端 LLM / Dify 智能体 / 小智服务
|
把“意图”映射为有限的动作命令
|
MQTT / HTTP / WebSocket
|
ESP32-C3(联网与消息收发)
|
Arduino UNO(动作逻辑)
|
L298N + PCA9685
|
履带电机 / 舵机 / 屏幕 / 灯光
这里的“智能”主要来自云端:例如云端把“去前面看看”“向左转一点”解析为已允许的动作序列。底盘运动本身通常仍是传统控制:左履带转、右履带转、停止、按时间或编码器行驶。它不需要先训练一个会走路的神经网络。
1.2 Microduck
Microduck 是约 25 cm、约 800 g 的小型双足机器人。真机以 RK3566 Linux 板为主控,robotd 以 50 Hz 读取 IMU 与舵机状态,将观测传给 ONNX 运动策略,再驱动 15 个 Dynamixel 舵机。
IMU + 舵机位置/速度 + 控制命令
|
61 维运动观测
|
ONNX 运动策略(端侧实时推理)
|
14 维动作输出
|
关节限位 / 跌倒保护 / 扭矩控制
|
15 个 Dynamixel 舵机
|
双足身体运动
它的步行、站立、起身、坐站、踢球、翻滚等策略在独立的 microduck_rl 仓库中,通过 MuJoCo 仿真和 PPO 强化学习训练,再导出 ONNX 给真机运行时加载。模型不是云端临时生成动作,而是已经学好的 50 Hz 控制函数。
2. 对比表
| 维度 | 飞书履带云端智能体方案 | Microduck 双足 | 轮式移动操作机器人 |
|---|---|---|---|
| 首要目标 | 对话、远程控制、趣味交互、任务编排 | 双足动态稳定、复杂身体动作、真实运动迁移 | 稳定移动加抓取、递物和人机协作 |
| 主控形态 | Arduino/ESP32 等 MCU 分工 | RK3566 Linux 主控 + 15 个智能舵机 | Linux 主机/控制器 + 底盘与机械臂控制器 |
| 云端角色 | 往往是对话、ASR/TTS、LLM 决策与智能体编排的核心 | 训练、发布、更新、远程管理可用;实时步态不依赖云端 | 可负责任务理解、导航任务和人机交互;底层控制仍在本机 |
| 端侧模型 | 可没有;ASR Pro 是离线关键词识别,不等于运动模型 | ONNX 运动策略是实时控制链路的核心 | 可使用视觉、导航或抓取模型,也可先用传统控制 |
| 底层运动 | 电机正反转、PWM、遥控、可选 PID | 每 20 ms 根据身体状态推理 14 个关节动作 | 底盘速度控制、定位、机械臂轨迹和力/碰撞约束 |
| 是否需要强化学习 | 通常不需要 | 双足步行等动态动作通常需要或至少需要复杂控制器 | 通常不需要底盘强化学习,但操作和导航可能使用模型 |
| 核心传感器 | 按键、超声波、摄像头、语音、可选编码器 | IMU、关节编码器是运动闭环刚需;另有摄像头/ToF/麦克风交互能力 | 深度/激光/视觉、轮速计、机械臂位置与力传感器 |
| 初学者切入难度 | 低到中,可先拼模块并写应用逻辑 | 高,需要机械、标定、仿真、控制、模型和安全联调 | 中到高,移动容易,安全抓取和承重更难 |
| 失败方式 | 网络断连、命令解析错、堵转、续航不足 | 摔倒、关节撞限、模型失配、时序抖动、机械损坏,同时也有网络问题 | 撞人、夹伤、翻倒、抓取失败、定位漂移和电池续航不足 |
3. 三种形态的使用场景与切入点
3.1 双足:以“身体能力”和拟生交互为切入点
适合研究双足步行、起身、坐下、翻滚、踢球、跨越障碍,或做强调拟生动作的展示型机器人。它的价值在于“像人一样改变身体姿态”,不是在平地上高效运输物品。
对你来说,合理的第一个版本是先加载已有运动模型,在台架或防摔保护下验证站立和低速动作,再考虑训练新技能。不要一开始就把“云端对话、视觉、双足训练、机械结构”全部同时开工。
3.2 履带:以“稳定移动和越障”为切入点
适合远程巡检、户外小车、地毯或轻度崎岖地面、展览互动和低成本陪伴机器人。你可以先不接大模型,只实现左右电机独立控制、差速转向、急停和低电量保护,再接 MQTT/HTTP 与云端智能体。
它不擅长安静地通过精致地板,也不适合直接承担人的重量;履带虽然稳定,但转弯会磨地,电机堵转时电流和发热也可能较大。
3.3 轮式移动操作机器人:以“在室内完成任务”为切入点
适合家庭、医院、商场和办公室中的送水、递物、端托盘、远程陪伴或固定路线服务。轮式底盘负责把机器人送到目标位置,升降机构和机械臂负责把物品送到合适高度并完成操作。
它比履带更适合室内地板,比双足更容易稳定移动,但“能移动”不等于“能扶老人起床”。只要涉及人体承重,就必须额外设计刹车、防倾覆、力传感器、机械限位、失电保护和经过专业验证的安全策略。
4. “云端大模型控制机器人”到底控制到哪一层
云端大模型不应直接输出电机 PWM、舵机角度或 Microduck 的 14 维动作。它适合处理人类语言和高层任务,例如:
“去桌边看看,然后回来”
-> 云端:拆解为任务、确认风险、调用能力
-> 机器人:执行 move / turn / look / speak 等受限技能
-> 底层控制器:负责每个毫秒级、20 ms 级的稳定运动
对飞书履带方案而言,move_forward(0.2m) 可以是固定时间、编码器闭环或简单避障的组合。对 Microduck 而言,walk(vx, vy, yaw_rate) 只是给运动策略的命令;真正每一步脚怎么抬、身体怎么补偿,必须由端侧控制策略实时算出。
因此,LLM 是任务层/交互层的候选能力,不是替代底层实时运动控制的能力。网络延迟、云端抖动和 LLM 输出不确定性都不允许进入硬实时闭环。
这张图可以类比软件系统的分层:云端智能体像任务编排层,底盘/机械臂/步态控制像领域控制层,驱动器和舵机像设备适配层。层与层之间要使用受限的命令和状态接口,不能让大模型直接越过控制层改写 PWM 或关节控制量。
5. 履带与双足的本质区别
先澄清:齿轮不是一种底盘。齿轮箱只是把电机高速低扭矩变成低速高扭矩;真正决定运动难度的是履带、轮子还是双足,以及机身重心相对支撑面的关系。
5.1 履带:静态稳定
履带左右各有一大片接地面积,机器人重心投影大多数时候都落在支撑面内:
机身重心
|
[ 左履带 ] [ 右履带 ]
------------------------- 地面
即使完全停止控制,普通低重心履带车也不会像人一样立刻倒下。控制器的任务是让两侧履带以合适速度转动,而不是每 20 ms 挽救一次即将倒下的身体。难点转移到电机堵转电流、驱动器散热、打滑、越障、转向磨损、编码器和路径规划。
5.2 双足:动态稳定
双足在行走时会不断出现单脚支撑、脚离地、重心跨越支撑边界等阶段:
抬右脚 -> 只有左脚支撑 -> 身体会向前/侧方倾倒
-> 必须快速调髋、膝、踝和躯干来补偿
双足不是“给左右电机一个速度”就能解决。接触点会变化,摩擦和电池电压会变化,关节有背隙和延迟,实际机身质量分布也和仿真不同。因此需要高频状态估计、关节控制和经过仿真/真机验证的运动策略。
5.3 轮子也要分情况
低重心四轮/履带底盘通常不需要步态模型;但“只有两轮、机身竖直站在轮轴上”的平衡车,仍是倒立摆问题,需要 IMU + 高频 PID 或学习控制。Microduck 的轮滑模式也仍是双足身体站在轮子上,所以不等同于稳定的四轮小车。
6. 学习路线与第一个可验收版本
| 目标 | 应选路线 | 第一个可验收版本 |
|---|---|---|
| 做一个能聊天、看视频、听懂少数语音命令的桌面机器人 | 飞书履带/轮式路线 | ESP32 + 电机驱动 + 两履带或四轮底盘;云端发出前后左右停止;语音/摄像头后加 |
| 学 ESP32、烧录、GPIO、PWM、电源、电机驱动 | 飞书履带/轮式路线 | 不接云端,先让左右电机独立正反转和调速 |
| 做家庭互动/展陈/远程巡检原型 | 飞书履带/轮式路线 | 视频流 + Web 控制 + 安全停止 + 电量上报 |
| 做室内送物、递物或机械臂实验 | 轮式移动操作机器人 | 先完成底盘定位和急停,再做单个机械臂抓取动作 |
| 研究双足、强化学习、仿真训练、sim-to-real | Microduck 路线 | 先播放已有 ONNX;再改一个小任务并训练、导出、台架验证 |
| 做“像生命体一样走、起身、翻滚”的机器人 | Microduck 路线 | 以既有硬件与既有策略为基线,逐步替换一个技能 |
对当前阶段更合理的学习顺序是:先做稳定的 ESP32 履带/轮式机器人,把电源、驱动、通信、语音和云端智能体跑通;再把 Microduck 当作“高难度端侧运动智能”的参考项目,学习仿真、训练和真机策略部署。两者不是互相淘汰,而是不同层次的能力积累。
7. 参考边界
- Microduck 运行时:https://github.com/pollen-robotics/microduck
- Microduck 训练环境:https://github.com/pollen-robotics/microduck_rl
- 运动策略需匹配
obs[1,61] -> actions[1,14];模型格式正确不代表真实动作安全。 - 飞书方案的云端服务、模型供应商、固件版本和控制协议可能随原作者版本变化,商用或复刻前应以其当前文档、代码和授权为准。
DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。
更多推荐



所有评论(0)