具身智能的软件侧正在快速商品化，硬件侧却仍是成本瓶颈：VLA 权重可以一键下载，一具二十多个关节的身体却要先过采购关——驱动一个关节的电机模组，商业采购价动辄数百到数千元——按其中数千元级的模组计，二三十个关节就是数万元到十万元，一辆代步车的钱。

训练大模型当然昂贵，但权重一旦发布，边际获取成本便趋近于零；关节模组的成本沉淀在制造精度、装配一致性与可靠性验证里，不会随图纸公开而消失。这正是具身智能的倒挂：软件的边际成本递减，硬件的边际成本坚挺。

2026 年 9 月 20 日，GitHub 上出现了一个叫 YHorizon-JM 的仓库：一台生产资料全部公开的关节电机——机械图纸、CNC 刀路、PCB 工程、固件、SDK、协议文档、带价格的采购清单，一并放出；但请注意，它附有商用禁令，后文详述。截至 10 月 20 日，建库刚满一个月，它已收获 228 个 Star 和 50 个 Fork，最近推送停留在 10 月 18 日，仍在活跃迭代。仓库开宗明义：固件、SDK 和工具面向第一版样机，基于 Classic CAN 与 GD32F303 驱动板。

一、先看东西：一台在细节上较真的关节电机

参数一览（来自仓库 README 参数表）：

指标	参数
形式	外转子无刷电机 + 行星减速器一体化关节
尺寸 / 重量	外径 57 mm × 高 52 mm，约 300 g
电机	WK4310 定子，14 极对
减速器	行星减速机，减速比 8
扭矩	额定 3 Nm / 峰值 6 Nm（输出轴）
电压	母线最高 48 V
编码器	双 MT6701 磁编码（30/31 齿），目前做电机角度标定到输出端
主控	GD32F303CCT6（Cortex-M4，112 MHz）
驱动	FD6288 三相栅极驱动
通信	Classic CAN 2.0，1 Mbps，Motor Protocol V1.0

一个细节值得先记住：减速比 8 意味着这不是一台直驱电机，而是一台准直驱（Quasi-Direct Drive, QDD）——自 MIT Cheetah 以来腿足机器人与具身智能关节的主流路线，用低减速比保留反驱透明度与力控能力。

二、机械的心脏：行星 QDD 的真实取舍

低减速比是一回事，用哪种减速器实现它是另一回事。YHorizon-JM 选的是最朴素的答案——行星减速器。

太阳轮居中，数个行星轮嵌于齿圈与行星架之间同步啮合——载荷由多齿分担，这正是它高刚度与高承载的来源；配合精加工齿轮的低摩擦啮合，效率也能做到 95% 以上。把三种候选放在 QDD 场景里对比，行星的账其实是这样算的：

维度	行星	谐波	摆线
单级减速比	3~10（本案 8）	30~160	9~87
效率	95~97%	70~90%（随磨损下降）	75~90%
回差	3~8 arcmin（精密级 1~3）	<1 arcmin	1~3 arcmin
抗冲击	好（多齿分担）	弱（柔轮疲劳）	很好
成本与可得性	最低、现货充足	高	中高、供应少
自制难度	可五轴 CNC	基本不可能	可 CNC 但工艺敏感

行星的真正短板是回差。3~8 arcmin 的回差折算到输出端，意味着关节在换向时有一段"空程"——对位置伺服是麻烦，对力控更要两面看：一方面，输出端的反馈测量在电机端（双编码器位于电机轴侧，除以减速比折算），减速器引入的回差与弹性形变不在反馈环内，控制器无法直接观测与补偿；另一方面，QDD 场景多数力控任务（顺应、示教、碰撞检测）依赖电流—扭矩关系的透明度而非输出端绝对精度，行星的效率与刚度反而降低了摩擦等非线性干扰。诚实的结论是：行星是"成本、效率、可制造性"的最优解，是"输出端绝对精度"的妥协解——而这恰是开源复刻语境下正确的优先级。

机械部分的可生产性设计依然出色：装配 STEP、齿形源文件、CNC 刀路（作者的原文说明毫不含糊：刀路是自己搞的，不含加工工艺与参数，不保证和你加工的一致，建议多试、按自己的加工结果修改孔位）、空心轴过线、阳极氧化外壳。机械零件与驱动器元器件各附一份带价格的采购 BOM。

热的账单：QDD 路线的第一道门槛

如果只谈"低减速比换透明度"，就漏掉了 QDD 的另一半真相：热。输出 6 Nm 峰值时，电机端要输出 6/8 = 0.75 Nm；持续工况下电机电流受温升限制，而 300 g 的一体化结构没有任何主动散热，热量只能从外壳自然耗散。这意味着"额定 3 Nm"的持续能力高度依赖占空比与环境温度——它能胜任演示、步态实验与中等负载操作，但长时间托举、高频率起停等场景会很快触顶。谈完透明度，必须谈谈它的账单。下面这笔账是量级估算，假设都写在明处，以实测为准：基于 WK4310 同级电机典型参数（README 未给出 Kt 与相电阻），额定 3 Nm 输出轴扭矩折算到电机端为 0.375 Nm；取该类定子典型转矩常数 Kt≈0.1 Nm/A，q 轴电流约 3.75 A；相电阻取 0.2 Ω，铜损约 4 W，叠加铁损与驱动损耗，总发热约 5~6 W。φ57×52 mm 铝壳的外表面积约 0.015 m²，自然对流加辐射的散热系数取 10~12 W/m²K，壳体对环境的热阻约 6 K/W——额定工况下壳体稳态温升约 35 K，绕组热点再加 15~20 K，25°C 环境中绕组约 75~80°C（各环节估算误差合计可能达 ±30~50%，以实测为准），尚低于 130°C 级绝缘上限，但裕度已消耗近半。整机热容约 180 J/K，热时间常数约 20 分钟——这解释了为什么短促的演示从不出问题，而老化测试才会暴露真相。再看峰值：6 Nm 对应电机端 0.75 Nm、约 7.5 A，铜损飙升至约 17 W，稳态温升将超过 100 K，不可持续——峰值 6 Nm 是秒级指标，不是分钟级指标。降额曲线比峰值数字更重要：复刻者应实测自己的连续扭矩—温升曲线，再据此划定安全阈值。

更值得注意的是，协议文档的 GET_STATUS 应答中温度字段当前填 0：热保护尚未闭环。第一版样机没做热保护闭环，复刻者得自己补：你的关节能输出多少扭矩，最终由热设计决定，而不是由峰值扭矩表决定。把这条推到"身体开源"的命题本身：仓库开源了几何、电路与控制律，但导热路径、灌封工艺与温升曲线并不在图纸里——开源的是身体的结构，不是身体的热——"身体开源"的完整度，要据此打折计算。

三、驱动的语法：FOC，与一个标幺值的两种解释

磁场定向控制（FOC）是现代电机驱动的通用语法：Clarke 变换把三相电流投影到两相定子坐标系，Park 变换再把它旋进随转子磁链同步旋转的 dq 坐标系——交流量从此变成直流量，磁链分量 Id 与转矩分量 Iq 被解耦，各自一个 PI 调节器，再经反变换与 SVPWM 驱动三相逆变桥。YHorizon-JM 用一片 FD6288 三相半桥驱动芯片加六颗 MOS 管搭出逆变桥，上桥靠自举电路抬升栅压——这是机器人关节驱动板的标准电路形态。

这是无刷电机的基本换向原理；FOC 则在此基础上把电流解耦定向到随转子旋转的 dq 轴，让转矩控制更平滑。真正显出功力的，是协议文档里那句不起眼的说明："两种内环下帧格式完全一样"。力矩指令 t_ref 是一个标幺值（pu），限幅 ±V_LIMIT（默认 0.50 pu）；在电压内环下它被解释为 Vq ≈ t_ref × Vbus，在电流内环下则被解释为 Iq_ref = t_ref × I_LIMIT / V_LIMIT，默认换算 10 A/pu、0.5 pu 对应 5 A。

一个帧格式，两种物理含义。新手拿不到电机参数、电流环整定失败时，只需把 config.h 里的 CFG_INNER_LOOP 改成 CFG_INNER_LOOP_VOLTAGE，就能先用电压环把整套链路跑通，再回来啃电流环。这种"先能转，再转好"的渐进式设计，是教学级开源项目才舍得做的细节。

外环同样考究。MOTION 模式的控制律直接写在协议文档里：

t_ref =Kd·(v_set − v_act)+Kp·(p_set − p_act)+ t_ff

PD 反馈加力矩前馈——这正是机器人学里"计算力矩法"的关节级雏形，也是阻抗控制的母语。位置模式则是串级结构：位置 PID 外环生成速度参考（限幅 ±vmax），再接速度 PI 内环，且内环饱和时冻结外环积分——教科书级的抗积分饱和处理，被安安静静地写进了一页协议文档。顺带一提，协议所有位置、速度都指输出轴（电机轴除以减速比 8），通信规格为 Classic CAN 2.0、11-bit ID、DLC=8、1 Mbps、小端。

双编码器：低减速比下的分辨率解法

README 中一行容易被略过的参数，其实藏着本案力控论证的关键：双 MT6701 磁编码（30/31 齿）。单颗 MT6701 是 12~14 bit 的磁编码器，若直接折算 8:1 减速比，输出端等效分辨率会相当粗糙——量级上，单颗 14 bit 编码器在电机轴提供约 16384 counts/rev，除以 8 后输出端等效约 2048 counts/rev，折合约 10.55 arcmin/count；两颗编码器以 30/31 互质布置的两路测量通道构成游标（vernier）结构——两路读数之差以合成方式扩展绝对测量范围、提升等效分辨率，这就是 README 中"30/31 齿"数字的含义（具体为齿轮还是磁环极对布置，以实际结构为准）。README 的表述是"目前做电机角度标定到输出端"：多圈合成后除以减速比，得到输出轴角度。

一个产业侧的对照值得一提：商业关节模组的常见做法是电机端与输出端各配一颗绝对值编码器（如下图的"八大核心部件"布局），输出端那颗正是为了直接观测减速器之后的真实位置。

YHorizon-JM 的双 MT6701 都在电机侧——它用游标换来了电机轴的多圈与分辨率，却没有输出端那一颗。编码器全部位于电机侧，这是这个方案必须诚实指出的边界：减速器回差、齿隙与弹性形变发生在电机端与输出端之间，不在任何反馈环内——这正是第二节讨论的回差问题的观测学根源。对于碰撞检测等依赖动力学一致性的任务，这意味着实际机械传动链的建模误差，最终会体现为力控品质的上限。双编码器游标解决了"看得细"，解决不了"看得全"。

还有一段值得致敬的代码流程：上电编码器自动校准。双编码器方案的偏置关系比单编码器更复杂，固件上电先走六个阶段：PRE_CHECK → MOTOR_ALIGNMENT（给两相通直流电，把转子吸到已知电角度）→ ENCODER_SAMPLING → PARAMETER_CALCULATION → PARAMETER_SAVE → COMPLETE，偏置参数落盘 Flash，之后每次上电直接复用。这是带位置传感器 PMSM 驱动的标准功课，被完整地开源了出来。

四、协议的设计取舍：一台"脊髓化"的驱动器

如果说机械与算法决定这台电机的下限，那么 CAN 协议设计决定了它的上限——以及它对具身智能的想象力。这份《Motor CAN Protocol V1.0》里藏着几个反直觉但极其深刻的决定。

第一，上电即运行，没有使能。 绝大多数驱动器要求主机先发"使能"命令才允许运行，YHorizon-JM 反其道而行：校准完成即刻进入运行态，像脊髓一样——不等待大脑签发许可，就先维持着肌张力。停止的正确姿势是"发零速度或当前位置"，而不是寻找一个不存在的关闭按钮。

第二，无超时，保持最后一帧；同一轮接收多帧只执行最后一帧。 实时系统的确定性来自对丢包的宽容：命令丢了，电机保持原状，绝不"超时停车"引发阶跃；命令重复了，只认最新一帧。这两条规则合起来，构成了一套朴素的容错哲学——这在多轴总线上是极其关键的。

第三，运动帧 = 目标位置 + 目标速度 + 力矩前馈。 这不是随意的字段排布，而恰好是 VLA 策略网络输出动作的接口形态：高层策略给出关节目标位形与速度，前馈通道注入前向动力学补偿。其接口形态与 VLA 策略网络的动作输出天然接近。

第四，为集群而生的调试接口。 电机 ID 空间 1~63；不带上位机也能配 ID——PB1 长按 2 秒进入配置，短按加一，再长按保存复位；LED 以"十位长闪 + 个位短闪"播报当前 ID。插上一排电机，不用逐台上电查地址，看一眼闪烁就心里有数。这是只有亲手装过几十轴机器人的人才会设计的细节。

脊髓层的硬件边界：算力账与总线账

脊髓的反射速度由硬件决定，这里有两笔不能不算的账。

算力账。 GD32F303 是 112 MHz 的 Cortex-M4（带 FPU）。电流环通常以 10~20 kHz 的 PWM 频率运行，速度环 1~2 kHz，位置环 500 Hz~1 kHz——单关节三环在 M4 上从容，但固件同时承担着双编码器游标合成、CAN 收发与校准状态机，余量并非无限。协议文档中没有给出各环的实际频率，这是复现者需要示波器确认的功课。

总线账。 Classic CAN 2.0 一帧 8 字节数据，加帧头、CRC 与帧间隔，总线上约占用 130 µs（1 Mbps 下）。粗算一具 20 轴的人形机器人：每轴 100 Hz 指令下发 + 100 Hz 状态反馈，即 4000 帧/秒 × 130 µs ≈ 520 ms——总线负载约 52%，已逼近实用上限（通常要预留一半以上余量给错误帧与突发），且同步精度受仲裁抖动影响。这就是路线图里"主控换 GD32C113、上 CAN FD 与多轴同步"的真正动机：Classic CAN 2.0 的物理天花板就在头顶，路线图是被它逼出来的。全身控制（WBC）所需的批量下发与严格同步，在当前总线上只是勉强可行，在 CAN FD 上才有工程余量。

负载百分比还不是最硬的天花板，确定性延迟才是。Classic CAN 的仲裁机制是非破坏性的——高优先级帧总能赢得总线，但代价是低优先级帧的等待时间随负载增长且无硬上界；20 轴同优先级轮询时，一帧在最坏情况下要排过其余 19 帧。更根本的是，CAN 2.0 没有硬件时钟同步：各轴本地时钟各自漂移，所谓"同时下发"只是把一批报文尽量紧凑地发出，各轴实际执行时刻之间的抖动，等于仲裁等待加上时钟漂移的叠加。在 52% 负载下，这个抖动的典型量级是 ±1 到数毫秒——名义 100 Hz 的多轴控制，实际各轴相位差可能达到一个控制周期量级。对于步态级的松散协调，这够用；对于接触力分配、动态平衡这类要求多轴相位一致性在亚毫秒级的 WBC 任务，这是不可接受的。路线图中项目作者明确承诺的是 CAN FD 与多轴同步（共享时钟、同步帧）：CAN FD 把数据段提速，可显著缩短单帧时隙，但仲裁段仍以 1 Mbps 运行，帧时不能简单按 5 倍折算——量级上足以把 20 轴负载从 50% 以上压回安全区。而时间触发调度是另一回事：让各轴在总线空闲的确定时刻收发，绕开仲裁等待，才压得住抖动。这正是 CAN FD 单独不够的原因——带宽解决"传得快"，调度解决"传得齐"；对 WBC 的亚毫秒级相位一致性而言，两者缺一不可。带宽与调度齐备，总线账才从"利用率计算"升级为"实时性保证"。

上电即运行意味着校准阶段的 MOTOR_ALIGNMENT 会给两相通电、转子会动——复刻者必须先把关节机械固定，才谈得上上电；无超时保持最后一帧意味着，若最后一帧携带力矩前馈，通信丢失后电机将持续出力——那不是容错，是风险。 这套脊髓反射必须由主机侧看门狗、安全帧与独立急停兜底，否则反射性就会变成失控性。协议把安全的最后一道门留给了系统工程——这是正确使用它的前提。

五、嵌入式的可复现性：国产芯片与开放工具链的复现路径

这台电机的"可复现性"是教科书级别的，链条上每一个环节都踩在本土开发者伸手可及的地方：

• 芯片：兆易创新 GD32F303CCT6（Cortex-M4，112 MHz）主控 + 峰岹 FD6288 三相预驱 + 麦歌恩 MT6701 磁编码器——没有一颗料需要翻越出口管制；
• PCB：立创 EDA Pro 工程源文件 + Gerber 制造包 + 原理图 PDF 全量公开，打样当天可下单；
• 固件：CMake + arm-none-eabi-gcc + Ninja，CLion 直接打开工程；烧录走 OpenOCD + CMSIS-DAP，不碰 Keil；
• 上位机：Python SDK + GUI，内置示波器、曲线查看、示教功能，一行 CLI 就能通过 socketcan 挂上一台电机。

换句话说，这是一套从爱好者到研究者都能走通的复现路径：会拧螺丝就能装机械，会按教程就能编译烧录，会 Python 就能让关节动起来。嵌入式开发的所有门槛，被项目作者逐一拆除，并写成了 shell 脚本。

六、具身智能的高度：关节是身体成本的第一道关

把 YHorizon-JM 放进产业坐标系，差距与方向同样清晰。

上图展示的是关节模组在人形机器人中的分布，而非某个具体产品；具体到参数，公开资料中某国产商业关节模组已做到峰值扭矩密度 102 Nm/kg、530 g 机身爆发 54 Nm 峰值、1 kHz 闭环与 5 Mbps CAN FD 通信——这组数字用作量级参照。相比之下，YHorizon-JM 约 300 g 输出 6 Nm 峰值（约 20 Nm/kg）、Classic CAN 1 Mbps——纸面性能不在一个量级。

口径上：20 Nm/kg 的分子是峰值扭矩、分母是约 300 g 的裸关节（不含线缆、接插件与结构安装件）；商业模组的"102 Nm/kg"同样是峰值口径，但测量条件（直径、减速比、热状态）未必可比——两者反映的都是真实量级，算不上严格控制的对比实验。在这个前提下看路线：YHorizon-JM 全部踩在了正确的方向上——低减速比 QDD 保透明度、总线化通信保扩展、标幺化控制保通用；商业模组证明的是性能天花板；开源能直接压低的是设计费与入门门槛——制造精度、装配一致性、热管理与可靠性验证，仍握在制造生态手里。

为什么制造与验证压不动？因为它们依赖的是产业能力，不是信息：开源能把设计费与门槛变成公共品，却搬不走 CNC 工厂和老化测试架。设计费（图纸、BOM、协议）与入门门槛（不需要从头试错）确实被公共化了；制造精度、装配一致性、热管理与可靠性验证则没有。商业关节模组今天的成本下降，更多来自量产规模、供应链竞争与失效数据驱动的迭代反馈，而不是设计图本身。BOM 可见性带来透明，规模化制造带来廉价；前者是信息公共品，后者是产业能力。 YHorizon-JM 显著降低了前者，对后者它只能间接贡献——每多一次成功的复刻，工艺知识就向社会沉淀一分。

这条路线上并不孤单，开源关节生态正在多点开花：国内有赵王开源电机这类 3D 打印结构件、随附定子绕线图的自绕线路线——打印件模型、绕线示意与 BOM 全部随仓库提供，定子亦为自绕；海外有 3D 打印准直驱执行器把单只成本压到 40 美元量级。YHorizon-JM 的差异化在于：CNC 金属结构而非打印塑料，刀路与立创工程级别的生产资料全公开，外加一份认真的安全文档——它瞄准的不是"玩具"，而是"可迭代的平台"。

放进具身智能的架构分层里看，这台电机的位置就更清楚了。今天的主流范式是三层：云端/服务器上跑 VLA "大脑"，域控上跑全身控制"小脑"，而驱动器本身就是"脊髓"——位置环、速度环、力矩环是反射弧，编码器校准是本体感觉标定，过流保护是痛觉。YHorizon-JM 的协议设计——上电即运行的反射性、无超时的容错性、前馈通道的预见性——本质上是一份脊髓层的实现。具身智能的架构战争在大模型层面打得火热，而身体层面的"层次化统一"，往往正是从这些看似枯燥的总线协议里长出来的。

七、分许可 + 商用禁令：保护作者，也划出生态的边界

这个项目在开源策略上做了一个值得全行业讨论的选择：分许可 + 商用禁令。机械设计与电控硬件（mechanical/、hardware/）采用 CC BY-NC-SA 4.0（署名、非商用、相同方式共享），固件、SDK 与工具（firmware/、sdk/、tools/）以 GPL-3.0 为基础，但项目作者附加条款全面禁止商用——作为整体，它已不再是纯粹的 GPL-3.0 许可：GPL 本身允许商用，禁商用的附加条款使它与"采用 GPL-3.0"的字面承诺产生了张力，更不符合 OSI 的开源定义。

这与 ODrive、moteus 等项目"GPL 到底"的彻底姿态不同。但换一个视角：硬件抄袭的成本远低于软件——PCB 和 STEP 文件一旦被供应链拿去量产，作者将一无所获。在"个人创作者保护成果"与"生态最大化"之间，项目选择了前者。它既不是公司开源（卖服务补收入），也不是纯社区开源（裸奔），而是一种新物种：个人创作者的开源——代码与图纸给你，利润免谈。学习、实验、二改，悉听尊便；量产、集成、收费，请先来敲门。

这个选择还有一个少有人言及的副作用：安全知识的回流也被一并拦截了。商用禁令意味着商业场景（工厂、赛场、真实服务环境）中的失效数据、老化测试结果与安全实践，无法合法回流到这个开源项目中——而安全文档的严肃性，恰恰最依赖这些数据的长期积累。个人项目的安全验证深度，天然受限于个人能接触的场景。代价的结构很直白：保护得越彻底，反哺的通道也越窄。

如果性能迭代依赖商业场景的强度数据回流、安全验证依赖商业场景的失效数据回流，而商用被全面禁止——那么至少在当前许可结构下，这个项目被设计为一个"学习平台"，而不是"产业基础设施"。这不是道德评判，是对项目性质的事实描述：它能批量制造"懂关节的工程师"，却很难直接批量制造"便宜可靠的关节"。两类价值都真实存在，但它们的增长曲线不同——前者靠传播，后者靠回流。

八、安全：具身智能的第一性原理在 48 V 母线上

仓库的 SECURITY.md 读起来像一位老工程师的絮叨，但每一句都是用学费换来的：准备独立急停，不要只靠软件 stop；先在低母线电压、低电流限制下点动；编码器未标定前不要开位置环或高增益力控；出现飞车、异响、编码器跳变立即断电。项目同时明确：风险由使用人自担，且禁止商用。

这背后是一条朴素的分野：大模型幻觉，最多浪费一些 token；电机失控，会甩断人的手指。具身智能的"对齐"与"安全"常被讨论为模型问题，但物理智能体的第一性原理安全，从来都发生在驱动层——发生在每个控制周期（毫秒级）刷新的力矩限幅里，发生在急停按钮的机械触点上。把这个认知写进安全文档的开源项目，是认真想把事情做长久的。

九、复刻前检查清单

动手之前值得把六件事核一遍——每条只列结论。

• 成本口径：BOM 价格 ≠ 到手价。CNC 加工费、废品率与调试时间，用自己的渠道验证（见第二、六节）。
• 热的预算：额定 3 Nm 在 25°C、自然对流、估算的散热条件下可连续，高温或高占空比需降额；峰值 6 Nm 按秒计；温升曲线需自测，温度保护需自补——热与传动观测都不在项目作者的路线图里，需要复刻者自己补上，或等后续版本（见第二、三节）。
• 传动观测边界：电机侧编码器看不到减速器回差与弹性形变；高精度输出端任务需额外标定或冗余传感（见第二、三节）。
• 总线规划：Classic CAN 2.0 撑得起步态级的松散协调；严格的全身控制要等 CAN FD 与多轴时钟同步——二者已在项目作者的路线图内；时间触发调度是实现确定性的常见手段，能否落地需看后续版本（见第四节）。
• 许可边界：学习与二改自由，商用禁止；商业场景的强度数据与失效数据因此无法回流（见第七节）。
• 可维护性：固件工具链稳定，但 EDA 工程格式、打样工艺窗口与芯片供货随生态漂移——留下你的复刻记录，就是对项目最好的维护（见第五、七节）。

结语

项目的演示视频标题起得很谦逊——《步入机器人世界的第一步：做出一台关节电机》。但历史地看，这"第一步"可能是具身智能普及史上相当关键的一步：当一台关节电机的全部生产资料可以像论文一样被下载、复现、改进，当"造一具身体"第一次从巨头的采购清单变成爱好者的周末项目，具身智能才真正长出它一直缺的那条腿。

它公共化的是设计费与入门门槛，不是制造能力与热知识——但这一步仍然关键。大脑决定机器人能想什么；而三百克的脊髓，决定它能不能动、敢不敢动、动得起多少具。在 VLA 论文刷屏的 2026 年，YHorizon-JM 这样的项目把"身体"账单的第一页变成了公共品——脊髓不决定方向，但决定身体能不能动——这一页摊开之后，后面的事才有可能。

附：

• 主仓库：https://github.com/YHorizon-Robot/YHorizon-JM
• CAN 协议文档：https://github.com/YHorizon-Robot/YHorizon-JM/blob/main/sdk/protocol/Motor%20CAN%20Protocol%20V1.0.md
• 许可声明：https://github.com/YHorizon-Robot/YHorizon-JM/blob/main/LICENSE
• 安全说明：https://github.com/YHorizon-Robot/YHorizon-JM/blob/main/SECURITY.md
• 生产资料：机械 BOM（含价格）：https://github.com/YHorizon-Robot/YHorizon-JM/blob/main/mechanical/bom/%E7%BB%84%E8%A3%85%E8%B4%AD%E4%B9%B0%E6%B8%85%E5%8D%95.xlsx驱动器 BOM（含价格）：https://github.com/YHorizon-Robot/YHorizon-JM/blob/main/hardware/bom/BOM_YHorizon-JM.xlsx原理图 PDF 与 Gerber：https://github.com/YHorizon-Robot/YHorizon-JM/tree/main/hardware
• 作者演示视频：

1）https://www.bilibili.com/video/BV1CEtB6QELB/

2）https://www.bilibili.com/video/BV1VGeb64E8J/

3）https://www.bilibili.com/video/BV186hC6XEit/

• 网络图片出处：行星减速器爆炸图与传动示意：AIP 艾普（aipuo.com）无刷电机工作原理图：CubeMars（cubemars.com）关节模组双编码器布局图：jupwill.com人形机器人关节模组全景：泰科机器人（techsoft-robots.com）

注：减速器为行星减速比 8，编码器为双 MT6701 磁编码（30/31 齿），均依仓库 README 参数表

给想复刻的你的三条忠告（转述自项目作者）：先按 SECURITY.md 的清单做独立急停；先在电压内环点动，再切电流环整定；CNC 刀路是参考而非工艺——作者明确不保证与仓库一致，按实际的加工结果修改孔位与参数。