发那科机器人控制柜里的CPU和伺服驱动是怎么配合的？
最近在做一个汽车焊装线的改造项目，6台发那科R-2000iC挂在一个R-30iB Plus控制柜下面跑。客户那边工艺工程师一直追着问这套系统的响应链路到底是怎么走的，说白了就是CPU算完轨迹之后，多长时间能把指令送到伺服驱动，再让电机跟上来。
我自己大概知道是走FSSB那条光纤总线，CPU通过这块把位置指令周期性地丢给各轴的放大器。但具体到每个通信周期是几毫秒、伺服那边采样频率多少、是不是所有轴严格同步，这些细节我心里没底。翻FANUC的手册翻得头大，SRVO和SYST那一堆参数看着都差不多。有没有实际干过汽车线或者类似场合的兄弟，给讲讲这个链路的具体时序？特别是多轴联动的时候，比如6轴同时跑一个复杂轨迹，CPU这边的运算瓶颈大概在哪？
全部回复 (4)
直接给你数：FSSB的通信周期标配是2ms一帧，CPU把各轴位置指令打包好往光纤上一丢，伺服放大器端基本是250μs的电流环、1ms左右的速度环和位置环。所以从CPU算完轨迹到电机实际跟上的总延迟，正常工况下大概在3-4ms这个量级。6轴联动跑复杂轨迹，瓶颈一般不出在通信上，反而是CPU那段轨迹规划——尤其是大量短直线小段拼接的时候，KAREL或者TP程序的预处理会吃满，CPU负载跑到70%、80%都常见。R-30iB Plus相比老B型CPU主频高不少，6轴同步跑基本问题不大，但如果上到8轴以上或者带了附加轴，就建议把轨迹前瞻段数调大一些。
你这个客户问的有点偏运营方向了，技术对接的时候一般不会问到这么细。真要回他，把$FSSB参数和伺服跟踪误差的数据截两张图给他看就够了，他要的是结论不是原理。但你要是自己想搞清楚，盯一下$MONITOR里的轨迹跟踪误差趋势，比翻手册管用。
我厂里用的是R-30iA的老柜子，FSSB周期那时候是4ms。改R-30iB Plus的时候直接把参数镜像过来，结果启动报同步错，后来才发现新柜子默认周期不一样。你那个项目是从老线改过来的还是全新做的？全新做的话直接用2ms的默认配置就行，别瞎改。
