协作机器人控制系统到底是个啥结构啊，新人求个大概框架
刚入行做机器人应用，之前主要玩PLC和伺服，现在转协作机器人，ABB、UR、节卡这些都接触一点，但一直没把控制系统这个概念理清楚。
我理解的就是上位机跑示教软件，下位机走控制器再接伺服和关节模块，中间走EtherCAT这种总线？关节里还有驱动器、谐波减速器、编码器这些。有没有大佬能把这个层级关系讲明白点，控制器到底负责啥、伺服驱动是被集成在关节里还是单独放的？
另外像UR那种把力矩传感器做到关节内部的，和传统工业机器人外装传感器的方式，在控制系统层面有啥本质区别？
全部回复 (4)
这么跟你说吧，协作机器人的控制系统基本就三层。最上面是任务层，就是你拿示教器或者PC软件编程的那块，主要做轨迹规划和人机交互逻辑；中间是控制器本体，里面跑实时操作系统，比如VxWorks或者Linux加RT补丁，控制周期一般1ms左右；最下层就是伺服驱动层，现在基本都集成到关节内部了，关节里直接放驱动器、编码器和谐波减速器，通过EtherCAT或者类似的实时总线连回主控。
UR那种关节内部集成的方案，好处是布线少、响应快，力矩传感器直接测关节扭矩，碰撞检测算法能在毫秒级停机。你之前做伺服的话，理解成"把伺服驱动直接塞进电机后端"就差不多了，只是对体积和发热要求高很多。
别把协作和传统那套混着理解。传统机器人控制器是黑盒，整体设计，关节只有电机和减速器，驱动器基本在控制柜里。协作是分布式架构，每个关节都是一个智能模块，有自己的驱动板、通讯接口甚至部分安全逻辑。你拆开UR的关节看看，里面空间非常紧凑，散热和EMC都是难题。
所以你看现在新出的协作机器人，基本都走这种集成路线，控制器本体反而越来越小，因为大部分实时运算下放到关节了。
你那个EtherCAT周期1ms的说法不太准，协作机器人控制周期一般500μs甚至更快，UR的e-Series官方说通讯周期1kHz，力矩环内部更高。协作对动态响应的要求比传统高很多，毕竟要做拖拽示教和碰撞检测，慢了根本停不住。
力矩传感器内嵌和外挂那个问题，你光问控制系统层面意义不大，关键看安全功能怎么实现。内嵌方案靠关节扭矩做功率限制和碰撞检测，符合ISO/TS 15066那种协作标准；外挂方案一般用在传统机器人加装，响应慢，基本只能做"安全停机"而不是"协作运行"，这俩完全不是一个应用场景。你具体是哪个项目要用到？