启元

《启元 PrimeSim 如何用生成视频评估机器人策略》PrimeSim 论文展示过一组把瓶子装进纸箱的生成画面。机械臂靠近传送带，抓取瓶子，再把它送向箱子。从抓取到装箱，画面连成了一次完整操作。

启元机器人 Q1 SDK 接口实操：构建 aimdk_msgs 并用 ROS 2 本地 Mock 验证 Service 与 Topic我没有实体 Q1 机器人，所以这次把验证范围收在开发环境里：从公开 SDK 构建消息包，按接口定义发起 Service 调用，再用本地 Mock 收到一条速度 Topic。这样能检查接口类型和 ROS 2 消息流是否接得上；它不回答机器人是否会接受指令、是否会运动。

在 Ubuntu ARM64 上运行 Q1 V3.0 MuJoCo 模型：加载、步进和单执行器响应我手里没有 Q1 实机，所以这次不碰真机控制，先确认一件具体的事：启元公开的 Q1 V3.0 MuJoCo 模型，能不能在我的 M1 Mac 虚拟出来的 Ubuntu ARM64 环境里加载、往前算几步，并且对一个执行器输入产生可观察的状态变化？

稀缺真机｜AtomGit × 启元机器人具身智能原创内容征文活动如果你是一名技术博主，应该已经察觉到：具身智能、人形机器人，正是当下技术内容的流量蓝海。风口轮换不停，但硬核博主最稀缺的，永远不是选题，而是普通人、普通 KOL 拿不到的硬件资源——真机。

启元 Q1 关节指令预检器：URDF 限位拦越界指令把 left_elbow 写成 2.2 的那一刻，我停下来去翻了 q1_v3.urdf——上限只有 1.6581。这个差点犯下的错，催生了 check_cmd.py：一个纯标准库脚本，把 URDF 的 22 项可动关节限位抽成白名单 JSON，在指令发布前做五态判定（OK / WARN / NG / UNKNOWN / FIXED）。三个陷阱全是实测跑出来的：head_joint 判 UNKNOWN、left_wrist_yaw_joint 判 FIXED、left_knee=2.44 rad 余量只剩

启元 Q1 接口地图：从 aimdk_msgs 逆向出 25 个 Service/Topic 的完整清单启元 Q1 的 25 个对外接口，不连机器人、不翻完近 50 万字节、按模块切了 6 章的文档，也能一次看清——契约就在 aimdk_msgs 消息包里，编译完即落在本地。本文记录一次完整的离线摸底：为什么放弃按文档目录建立全局印象，转而从 .msg/.srv 源文件反推；_5F 与 /aima/ 各自管什么，抄错一个字符会怎么死；以及一个被手动刷屏逼出来的 dump_interfaces.sh。基于 primebot-q1-sdk 2026-10 main 分支，Ubuntu 22.04 + ROS 2

启元 Q1 模型微调实战：强化学习训练抗推平衡策略位置 PD 控制下，实测的启元 Q1 在 30N 侧推下站稳、40N 一推就倒——平衡是位置控制的天然边界。本文用强化学习补上这一课：从依赖安装开始，基于官方 q1_v3_mc 模型（60 传感器通道 + 22 力矩执行器，1kHz）搭建 Gymnasium 训练环境，用 PPO 训练抗推平衡策略，完整记录 150 万步训练：环境设计的三个关键决策（动作语义、奖励结构、推力课程）、一个被投机策略钻空子的奖励设计 bug 及其修复、训练管道的三个工程坑，以及最重要的——训练结果的诚实诊断：策略学会了大幅调整

启元 T1 机器人 SDK 探秘：安装配置、六种变形动作与双机型共存实测启元有两台消费级机器人——Q1（纯双足）与 T1（轮足人形/四足变形）。两者的 SDK 包同名、同源、结构几乎一致，但 T1 的接口文档比 Q1 多出约 1200 行——多出的部分正是"变形"二字的接口实现：6 种形态切换动作（含双向前空翻）、一整套四足状态机。本文记录 T1 SDK 的完整探秘过程：编译实测（21左右秒，与 Q1 几乎一致）、一个"三周前能编译 Q1、今天编 T1 报错"的环境漂移坑、变形动作枚举的全家福验证、同名包覆盖的实锤测试，以及双机型 SDK 的隔离方案。全部验证脚本开源可复现。

启元 Q1 的控制中枢：输入源优先级仲裁机制拆解本文结论：启元 Q1 把多路控制源收敛成一把排他锁——同一时刻只允许一个输入源握有控制权，锁靠优先级抢占、靠 1000 ms 看门狗回收。它不是加权求和，也不是多源叠加。想清楚这一点，才能解释"指令明明发出去了，机器人却不动"这类现象。

我是有底线的