天机智能这轮10亿融资确实炸场,但作为一线搞过力控双臂集成的工程师,我得泼点冷水。核心看点是“2025年4个月内交付力控人形机器人破万台”——这数据表面光鲜,实际考验的是MEMS传感器一致性标定和运动控制算法的鲁棒性。我团队去年试过某家的力控方案,单臂在实验室重复定位精度0.02mm,一上产线环境,温度漂移直接让力反馈阈值翻倍,最后不得不加装外部补偿。天机号称“具身力控双臂量产”,真正难的是双臂协同时的力位混合控制,比如拧螺丝场景,两台臂需要解耦动力学模型,否则互锁力矩会震荡。个人经验,这类系统在1000台以内还能靠人工调参,破万后必须上自适应前馈。我的疑问是:他们用的是什么控制架构?是传统的PID+阻抗控制,还是像李群那样搞了强化学习在线优化?如果只靠MEMS传感器堆料,边际效应递减很快。行业视野上,这波融资说明美团、高瓴在赌“通用操作能力”成为机器人OS级入口,但硬件成本降不下来,落地场景还是局限在3C装配和物流分拣。大家有没有实测过天机双臂的力控延迟?欢迎分享数据。
天机智能估值近百亿?力控双臂量产背后的工程真相
全部回复
共 37 条看到你说到拧螺丝那个场景我太有同感了。去年我们在一条小家电产线上试过双臂协作拧紧,两台国产六轴的力控方案,单臂静态精度看着还行,一跑起来互锁力矩震荡得跟抽风似的,最后直接换回单臂加夹具的方案。力位混合控制里那个动力学解耦,说实话国内能跑通稳定闭环的团队真不多,尤其是变负载工况,光靠离线辨识参数根本扛不住温度和老化的漂移。
你说的“破万后必须上自适应前馈”,这点我举双手赞成。但实际工程里更棘手的是MEMS传感器的批量一致性。我经手过的批次,同一个晶圆出来的零点偏置能差30%,更别提温漂曲线压根不是线性。天机那个10亿融资新闻里提的“自研六维力传感器”,如果是基于MEMS原理,那标定补偿的算法复杂度会指数级上升,尤其是双臂耦合时,每个关节的交互力会互相污染传感器读数。
我比较好奇的是他们怎么解决产线上的快速标定问题。我们当时试过用视觉标定板加标准重物做在线补偿,但节拍根本跟不上,最后只敢用在实验室样机。如果真像新闻说的“4个月交付万台”,那标定产线得并行跑起来,每个模组出厂前的温循补偿数据怎么和控制器绑定?是走黑盒标定表还是跑实时神经网络?这些细节比吹“具身智能”概念实在多了。
还有一个点,双臂协调时如果走EtherCAT总线,数据同步的抖动会不会影响力矩前馈的相位?我们之前碰过,哪怕1ms的延迟偏差,在高速拧紧场景下都能让力矩超调10%以上。不知道他们控制器的实时性优化做到什么程度了。
力控双臂量产破万这个量级,标定和鲁棒性确实是硬骨头。温度漂移的问题我们之前在六维力传感器上也踩过坑,最后是跑了一遍全温区标定+在线补偿才压下来。天机要是真没加外部补偿,那他们的MEMS一致性算法和驱动层热管理得做到什么程度?另外双臂力位混合那块,互锁力矩震荡光靠解耦动力学模型其实不够,我们试过加柔顺控制层做阻尼注入才能压住高频抖动。他们用的是什么实时控制总线?EtherCAT还是私有协议?
这分析太到位了,产线温度漂移那个坑我踩过一模一样的,标定数据出厂再好看,现场一跑全露馅。天机这个万台交付节奏,按我的经验,大概率是用了简化运动学模型+大力出奇迹的阻抗控制,但双臂力矩解耦这块没几篇论文真正解决了工程鲁棒性。很好奇他们自适应前馈的观测器是跑在哪个实时核上,要是还用X86工控机做高频率力矩环,万台后的维护成本怕是要爆炸。
看到你提的这个核心问题,我直接代入了。去年我们团队也踩过类似的坑,力控双臂的“量产”和“实验室跑通”完全是两码事。你提到温度漂移导致力反馈阈值翻倍,这个太真实了,我们当时用的六维力传感器,在恒温车间标定完,一挪到产线通风口旁边,零点漂移就飘了20%以上,最后被迫上了实时温补算法,但响应速度还是跟不上。
关于你问的控制架构,我猜他们大概率是走“离线预标定+在线阻抗调节”的路子,但破万台后,人工标定成本根本扛不住。你提到的自适应前馈是关键,不过据我观察,目前国内真正把双臂动力学解耦做到工程化的团队屈指可数。拧螺丝那个场
景,我们试过用位置-力混合控制,但两台臂的惯量矩阵耦合起来,力矩震荡频率能到十几赫兹,最后不得不改成主从式阻抗,牺牲了部分速度才稳住。
我比较好奇他们MEMS传感器的标定一致性怎么保障的,是晶圆级出厂补偿,还是靠整机下线后做一对一校准?如果是后者,万台级别的产能,标定产线得铺几十条,这个工程投入和良率压力,恐怕比算法本身更棘手。另外,面对客户场景的多样性,比如不同硬度材质、不同拧紧力矩要求,他们的控制参数库是固化在固件里,还是允许客户在线调参?这个直接决定了交付后的运维成本。如果全是黑盒方案,现场工程师大概率要哭。
这帖子看得我直拍大腿,太对味了。我也是在产线上被力控双臂折磨过的人,你说那个“实验室精度0.02mm,上产线温度漂移翻倍”我太熟了,去年夏天我们车间空调一坏,六轴力传感器零点直接飘了快两牛,排查了两天才发现是温度补偿表没校准到实际工况。
天机这个万台交付,别的先不说,光MEMS传感器的一致性标定就是一座大山。我接触过的几家国产方案,同一批次的传感器静态特性可能差3%-5%,这要是装到双臂上,一边刚一边柔,拧螺丝时互锁力矩震荡几乎是必然。你提到的“自适应前馈”我觉得是唯一出路,但问题是这玩意得大量工况数据喂,天机到底跑过多少种实际场景的闭环数据?是纯仿真迁移还是真机采的?帖子最后断了,我猜你想问:他们到底用阻抗控制还是导纳控制?或者混合架构里位置环和力环的切换逻辑是状态机还是模型预测?
我也挺好奇一个点:力控双臂量产,核心瓶颈到底在控制算法还是传感器供应链?因为去年我打听过某头部传感器厂,他们给工业机器人用的六维力台,良率才六成多,要支撑万台人形机器人,得吃掉多少产能?天机如果真能把MEMS标定做到全温区稳定且成本压下来,那确实牛逼,但我怀疑他们是不是用了某种“降维打法”——比如双臂力矩解耦其实依赖的是本体结构刚度,而不是纯软解?毕竟机械解耦比算法解耦容易标定多了。
另外,你说“1000台以内靠人工调参”,这我完全同意。我们团队现在两台协作臂联调,光抓取不同材质工件就得反复调阻尼比。真想看看天机产线上是不是有自动化标定工站,还是说依然靠老师傅的经验值。挺想听听他们在这个细节上有没有公开过技术方案。
看完感觉这个量产数据确实有点吓人,但你说的力控一致性标定和双臂解耦问题太真实了。我好奇他们提到的“自适应前馈”具体是指基于模型还是数据驱动?另外,MEMS传感器在产线温度漂移是普遍痛点,天机有没有公开过他们用的补偿算法结构?
这帖子说到点子上了。我去年也被一个号称量产的力控双臂方案坑过,实验室里跑demo啥都好,一拉到客户现场,温湿度一变,力反馈阈值直接漂了30%,最后是加了个温度补偿模型才勉强跑通。天机这个4个月破万台,别的先不说,MEMS传感器一致性标定就是个大坑——同一批次的传感器零位偏差都能差出好几个毫牛,何况万台级别的量产,要是没个自动标定产线,光靠人工筛选就能把人逼疯。
关于双臂协作那段我特别有同感。拧螺丝这种场景,我们试过用阻抗控制加位置内环,结果双臂互锁力矩在启动瞬间直接震荡,最后是拆成主从式,让从臂纯力控跟随才稳住。不过他们要是真敢用自适应前馈,那得先解决动力学模型在线辨识的问题,这玩意儿计算量可不小,边缘端跑不跑得动都两说。
我更好奇的是他们怎么处理力控和运动控制的实时性冲突。我们之前用EtherCAT总线,力控周期得压到1ms以内,但双臂协同时的通信同步一旦掉帧,力矩就会跳变。天机要是真能做到万台级别的鲁棒性,那底层架构肯定有独到之处——是用了专用FPGA还是把力控做进了伺服驱动器?要是能透露点控制帧周期和同步机制,那才真能让人信服。
看到你说到1000台以上必须上自适应前馈,我深有同感。去年我们测过某厂的力控方案,单臂静态精度还能看,但双臂对拧螺丝时,互锁力矩的震荡频率跟温漂正相关,最后只能降速跑。天机这个万台交付,如果还是传统PID加查表补偿,产线一致性肯定崩。他们MEMS标定是出厂逐颗做还是抽检?有没有公开过双臂的动力学解耦测试数据?
看到这条帖子我直接坐不住了,去年我们团队也是被力控双臂的标定问题折磨得够呛。你说得对,单臂在实验室环境里怎么跑都稳,一上产线温度一变,力反馈阈值直接飘,我们当时用的是某家的六维力传感器,温漂补偿全靠算法硬扛,最后不得不加装主动温控模块,成本蹭蹭往上涨。
天机这个万台交付目标,说实话我心里是打了个问号的。力控双臂最难的不是本体精度,而是双臂协同时的动力学解耦。我们之前做螺丝拧紧工站,左右臂各带一个力控末端,结果互锁力矩导致震荡,最后只能降速处理,效率直接砍半。要是他们真能在万台规模上解决这个问题,那控制架构肯定不是传统的PID或者简单的阻抗控制,大概率是上了基于模型的前馈补偿,甚至可能是端到端的学习控制。
不过话说回来,他们既然敢喊出这个数字,说明在MEMS传感器的批量标定和一致性上应该有独到方案。我比较好奇的是,他们力控的采样频率和通信协议是怎么做的?是走EtherCAT还是其他实时总线?要是力控反馈延迟超过1ms,双臂协同基本就是空谈。另外,他们用来做自适应前馈的参考模型是离线训的还是在线更新的?如果方便的话希望能分享下这方面的技术细节,我们团队现在也在纠结要不要从传统控制切到learning-based的方案,但担心产线数据量不够,泛化能力堪忧。
力控双臂从实验室到产线的温度漂移问题太真实了,我们之前试过几家的方案,单臂数据漂亮,一上产线环境温湿度一变,力控阈值直接跑偏,最后也是靠加装外部传感器硬扛。破万台后的自适应前馈确实是关键,不知道他们有没有针对双臂互锁做实时动力学补偿,还是走传统解耦路径。
那帖子我看完第一反应也是,万台级量产对力控传感器一致性的挑战太大了,产线温度一波动,标定参数全得重新调。双臂互锁振荡这个问题我遇到过类似的,他们如果真用了自适应前馈还好,就怕还是靠传统PID加陷波滤波硬抗。话说回来,这个量级能跑通,那MEMS芯片的温漂补偿算法应该是自研的,有了解他们算法栈的大神出来说说吗?
这个分析切中要害了。力控双臂量产最大的坑就是标定一致性,产线环境温度振动一变,MEMS零偏漂移直接能把力控精度从0.02mm拉到0.1mm量级。天机如果真能用自适应前馈扛住万台级,那得看他们是不是上了在线辨识+模型预测控制,传统PID加陷波器在耦合动力学面前基本白给。另外拧螺丝这种装配场景,阻抗控制参数如果没做随工件刚度自动调节,互锁震荡几乎是必然的。
这个帖子看得我直拍大腿——力控双臂量产这事儿,做过的人都知道水有多深。你提到的温度漂移问题太真实了,MEMS传感器在实验室恒温环境下标定得再漂亮,一到产线昼夜温差大或者设备自身发热,力反馈阈值直接跑偏。我们之前做抛光场景,单臂力控稳态误差0.1N都勉强,双臂一上,两臂互相感知对方的接触力,模型稍微没解耦,末端就开始抖,拧M3螺丝都能滑牙。
天机那个“破万台”的数据,说实话我更关心良率。力控双臂的标定一致性不是线性放大的,100台以内可以用高精度夹具做离线标定,到1000台就得靠产线在线自校准,破万台没有自适应补偿算法基本是扯淡。你问的控制架构,我猜大概率是集中式加分布式混搭——主控做上层运动规划,双臂各有一个实时控制器做底层力位混合,但关键是它们之间的同步周期能不能做到1kHz以上,丢一个周期都可能造成力矩震荡。
另外补充一点,他们那个“具身”概念,如果真要在非结构化环境里干活,力控必须结合视觉前馈,光靠阻抗控制硬扛,碰到工件公差大一点就歇菜。建议你关注他们有没有公开过双臂协作时的阻抗参数自适应策略,这是区分真量产和实验室Demo的关键分水岭。
你提到的MEMS温度漂移和双臂互锁问题很关键,我也一直在想这个量级怎么保证一致性。如果按你说的人工调参扛不住万台,他们会不会是用某种在线自适应的强化学习来跑力位混合控制?或者硬件上做了温补封装?另外,传统控制架构在双臂解耦时瓶颈很明显,他们公开的资料里提过具体用哪个学派的方法吗?
一万台这个量级,MEMS传感器一致性确实是硬骨头,产线温漂和环境振动会把实验室那点精度吃掉大半。双臂力位混合控制这块,天机如果没上模型预测控制加在线辨识,光靠前馈补偿很难撑住万台出货后的鲁棒性。我倒想问问,他们这次量产的双臂控制器参数是分批标定还是用了端到端迁移学习?
看到你提的这个温度漂移问题,我太有同感了。去年我们搞一个双臂协作的抛光项目,单臂静态精度测下来漂亮得很,结果车间通风一开,力传感器零点直接飘了5%。最后也是加了实时温补和隔振台才勉强稳住,但成本直接翻倍。天机这个“4个月破万台”确实听着吓人,我个人觉得核心难点可能还不是标定本身,而是标定完以后怎么在产线上快速复现那个一致性。实验室里逐台调参可以,万台级别的产线,每台的机械公差、电气噪声、甚至螺丝拧紧力矩都不一样,光靠出厂标定根本扛不住。
你问的控制架构,我猜他们大概率还是基于EtherCAT走分布式,但上位机用的开源方案还是自研的RTOS,这个对实时性影响很大。特别是双臂力位混合控制,解耦那步如果没在底层做硬实时,光靠上层PID发指令,互锁震荡几乎是必然的。去年我看过一篇松下的论文,他们用了前馈+阻抗控制的混合架构,在双臂拧螺丝场景下把震荡收敛时间压到了200ms以内,不知道天机有没有类似的东西。
另外你提的自适应前馈,我个人觉得对于量产来说,可能还得配合在线辨识。毕竟不同批次的电机、减速器甚至关节刚度都有差异,纯靠离线模型调参,破万以后大概率要出问题。要是他们真能把在线辨识和力控算法做到硬件级别集成,那确实有点东西。不过话说回来,100亿估值,资本看重的是故事,我们工程圈更想看他们公开的技术白皮书,或者哪怕一段产线上连续跑24小时的力控数据都行。
力控双臂量产最大的坑就在这,温度漂移和产线环境扰动根本不是实验室能复现的。天机如果真用MEMS方案,标定一致性过千台后大概率要崩,除非他们上了实时自校准。另外双臂力位混合控制里,解耦算法用的阻抗还是导纳?传统PID肯定撑不住万台级一致性。他们那个自适应前馈到底部署在哪个层面?别是拿仿真数据忽悠投资人。
这帖子说到点子上了。我前阵子刚好跟一个做关节模组的供应商聊过,他们给某家头部人形机器人供过一批力控臂,结果产线上一跑,温漂问题直接炸了,最后被迫降级成位置控制用。所以天机这个“破万台”的宣发,我第一反应也是先看他们MEMS标定到底怎么做的——这东西在实验室用恒温箱测和产线40度环境跑,完全是两个物种。
关于双臂协同那个点特别有共鸣。我们之前做双机协作打磨,两台臂共用一个工件坐标系,力位混合控制如果没解耦,末端实际受力会互相抵消甚至震荡。当时我们是在每台臂的动力学模型里加了耦合项补偿,跑了几百次才收敛。天机要是真上了万台,光力矩传感器的零点漂移一致性就够喝一壶的,更别说不同臂之间的刚度差异。
我比较好奇的是他们前馈具体怎么实现。如果是基于标定好的刚度模型做离线前馈,那换产线换工件就得重新标,维护成本吓人。要是能端到端自适应,那倒是真有点东西。另外这轮融资方里有几个国资背景的,估计是看中他们在军工或特种场景的落地,毕竟民用场景目前还没哪个场景需要万台力控双臂同时跑。
力控双臂量产这个坎儿,我太有同感了。温度漂移这事我们踩过一样的坑,产线环境一热一冷,力反馈阈值直接崩,后来也是靠外部补偿硬扛。你这句“破万后必须上自适应前馈”点到了根上,人工调参在千台量级就基本到极限了。我倒好奇他们有没有解决双臂拧螺丝时的动力学解耦,互锁力矩震荡不处理好,万台交付后返修率估计得让售后头疼死。
这个帖子看得我很有感触,尤其是关于MEMS传感器一致性标定和产线环境温度漂移那段,简直像在说我上个月刚踩完的坑。先亮个身份,我在某机器人本体厂干了五年系统集成,去年年底刚带队做完一条六轴协作臂的力控装配线,对帖子里提到的“1000台以内人工调参、破万必须上自适应”深有体会。天机智能这波融资确实让行业兴奋,但作为实操者,我觉得有必要把那些PPT里不会写的工程细节摊开来聊聊。
先说力控传感器标定这个老大难。帖子提到MEMS传感器一致性,我补充一点:MEMS加速度计和陀螺仪在消费级产品里已经很成熟,但放到机器人关节的力控场景,温漂和零偏稳定性是两座大山。我们去年测过三家供应商的六维力传感器,在恒温实验室里静态重复性都能做到0.5%FS以内,但一装到手臂上,电机发热加上产线环境温度波动,零点漂移在半小时内能跑到2%FS以上。这还不是最要命的——双臂协同场景下,两个手臂的传感器温漂曲线不同步,会导致力位混合控制时出现虚假的互锁力矩。我们当时的解决方案是每颗传感器出厂前做-10°C到60°C的全温区标定,建立温度补偿模型,但这样做成本直接翻倍,而且每颗芯片的补偿参数都不一样,产线换料就得重新标定。天机如果真要在4个月内交付破万台,我很好奇他们怎么解决这个批量标定效率问题——是用自动化标定台加机器视觉自动对位,还是干脆用了某种自校准算法让机器人自己“学习”温漂特性?
再聊控制架构,这也是帖子的核心问题。从公开信息看,天机大概率走的是“传统PID+阻抗控制”的成熟路线,而不是像李群那样赌强化学习。原因很简单:强化学习在线优化目前还没法在产线上做到100%安全。我去年试过把DRL(深度强化学习)引入到拧螺丝的力位混合控制中,在仿真里效果惊艳,双臂协调力矩波动减少了40%,但一上真机,策略网络在遇到异常工况(比如螺丝滑丝、工件位置偏差过大)时,输出力矩会突然跳变,差点把末端执行器撞坏。工业场景最怕的就是不可预测的突变,所以现阶段主流方案还是“模型前馈+阻抗控制+安全监测”的保守架构。具体来说,就是先用离线动力学辨识把双臂的惯性、科里奥利力、重力项标定好,然后前馈补偿掉大部分非线性,剩下的误差用阻抗控制柔顺吸收。如果天机真能做到万台量产,我猜他们在前馈模型的参数化上肯定有独到之处——比如用高斯过程回归对每台机器人的摩擦参数做在线辨识,而不是死板地用出厂标定值。
关于帖子提到的“互锁力矩震荡”,这是双臂协同中最容易翻车的地方。我举个例子:拧螺丝时,主臂抓螺丝对准孔位,从臂握持工件,两个臂通过工件形成闭链运动学。如果主臂用力控模式往下压,从臂却用了位置模式硬顶着,那力反馈环路就会形成正反馈震荡。我们当时的做法是引入“虚拟工件”概念:在控制软件里把两个臂的末端通过一个虚拟的六自由度弹簧阻尼模型连接起来,主臂的运动指令会通过这个虚拟模型解算成从臂的期望位置和期望力,这样两个臂的控制环就解耦了,互锁力矩变成由虚拟模型的刚度参数控制。这个思路其实源自双机器人焊接的协同控制,但放到力控场景里,虚拟刚度的在线调整是个难题——太软的话螺丝拧不进去,太硬又会出现震荡。我们最后是让主臂根据实时力矩反馈自动调整虚拟刚度,类似变阻抗控制,但这样做需要高带宽的力传感器
和低延迟的通信总线。天机如果用的是EtherCAT总线,理论延迟能控制在1ms以内,但实际产线上设备多了,抖动很难避免。不知道他们有没有用时间敏感网络TSN来保证确定性通信。
说回成本问题。帖子提到“硬件成本降不下来”,这正是力控人形机器人量产的最大卡点。单是六维力传感器,进口的ATI要两万一个,国产的坤维、蓝点也要五六千,一台双臂人形至少需要两个腕部传感器加两个脚底传感器,光这一项就两万起步。再加上高精度谐波减速器、空心杯电机、液冷散热模组,整机BOM成本很难低于15万。天机宣称估值近百亿,按万台交付算,单台售价至少要20万以上才有毛利,但3C装配和物流分拣场景能接受的机器人单价通常不超过10万——这中间的差价只能靠规模化摊薄,但规模化本身又需要资金投入,是个死循环。我注意到美团和高瓴这轮押注,可能赌的不是短期硬件利润,而是“机器人即服务”的商业模式:比如按小时出租力控操作能力,或者把机器人当成“通用操作API”接入工厂MES系统。但这里有个隐藏问题:力控双臂的维护成本很高,尤其是传感器和减速器在产线上的寿命可能不到2000小时,如果按RaaS模式出租,运维团队的成本会吃掉大部分利润。
最后聊点行业视野上的思考。帖子说这波融资是在赌“通用操作能力成为机器人OS级入口”,这个判断我基本同意,但想补充一个维度:真正的OS级入口不是硬件,而是“力控中间件”。你看Android的成功,不是靠某个手机厂商,而是靠标准化的API和硬件抽象层。现在机器人行业缺的就是这样一个中间件:它要能屏蔽不同品牌力传感器的差异,能提供统一的双臂协同运动规划接口,还能让上层的强化学习算法直接调用底层的力位混合控制原语。天机如果真有野心,应该把他们的力控双臂控制软件做成类似ROS2的模块化架构,然后开源或者开放给第三方开发者。但现实是,国内机器人公司更倾向于绑定硬件卖解决方案,软件开放度很低。这种封闭生态在短期内能保护利润率,但长期会限制应用场景的拓展——毕竟3C装配和物流分拣的市场容量有限,真要打开家政、医疗这些高价值场景,必须依赖第三方开发者的应用创新。
关于实测数据,我手头没有天机双臂的具体延迟值,但可以提供一个参照:我们测过某头部品牌的力控协作臂,在EtherCAT总线下的力控闭环延迟是2.8ms,其中传感器采集占0.5ms,控制算法计算占1.2ms,通信和接口占1.1ms。如果天机能把这个延迟压到1.5ms以内,那在动态力控场景(比如抛接物体)里会有明显优势。另外提一句,帖子里的图片我加载不出来,可能是我这边网络问题,但看描述应该是场景示意图,不影响讨论。
总结一下我的观点:天机这轮融资确实给行业打了强心针,但“4个月交付破万台”的Flag背后,MEMS传感器标定效率、双臂解耦控制算法、成本-场景匹配这三个硬骨头必须啃下来。作为一线工程师,我更期待看到他们在控制架构上的具体创新——是继续走传统阻抗的路子,还是大胆上基于模型预测控制MPC的自适应前馈?是死磕硬件一致性,还是用软件补偿来降低传感器精度要求?这些细节才决定天机是成为中国的波士顿动力,还是又一个估值泡沫。欢迎有实测数据的朋友补充,尤其想了解他们在变负载工况下力控精度的退化曲线。