1. 协同系统认知与架构

在智能制造产线中，三菱iQ-R系列PLC与工业机器人（如MELFA FR系列、CRX协作机器人）的协同，本质上是把“逻辑控制”和“运动控制”两类能力组合成一个统一的生产执行系统。PLC擅长处理I/O逻辑、安全联锁、节拍调度和外围设备协调；机器人擅长轨迹规划、姿态控制和末端执行器动作。两者协同的核心问题不是“谁替代谁”，而是明确控制层级、数据流向和接口边界，使整条产线在节拍、安全和异常处理上保持一致。

一、典型拓扑：三种常见协同结构

从工程实施角度看，iQ-R PLC与机器人的协同拓扑可以归纳为三类，选择哪一类取决于节拍要求、信息交互深度和现场布线条件。

1. 硬接线I/O协同拓扑：PLC通过输入输出模块与机器人控制器的专用I/O端子连接，用开关量传递“启动、暂停、复位、到位、报警”等信号。这种拓扑最简单、响应确定，适合单机上下料、简单搬运等场景。缺点是信息量小，无法传递坐标、程序号、扭矩等参数。

2. 网络总线协同拓扑：iQ-R通过CC-Link IE Field、EtherNet/IP或PROFINET等总线与机器人控制器交换数据。PLC侧使用RJ71EN71、RJ71C24等通信模块，机器人侧配置对应总线接口。这种拓扑可以传递字数据、位数据和状态字，适合多工位、多机器人协同和需要参数切换的场合。

3. 混合协同拓扑：安全信号走硬接线或安全总线（如CC-Link IE Safety），过程数据走普通网络，视觉引导和程序号切换走以太网Socket或MC协议。这是当前中高端产线最常见的结构，兼顾安全确定性和数据灵活性。

二、数据流：从指令到动作的传递路径

协同系统的数据流可以按“指令下行”和“状态上行”两条主线理解。以一台iQ-R PLC控制两台MELFA FR机器人的搬运单元为例：

指令下行：PLC在顺序程序中判断“上料位有工件”且“机器人处于等待位”后，向机器人发送启动指令。若采用CC-Link IE Field，PLC将机器人控制字中的启动位（如Y100）置ON，同时把目标程序号写入字数据区（如D100=1表示抓取程序，D101=2表示放置程序）。机器人控制器接收到启动位上升沿后，读取程序号并调用对应程序。若采用Socket通信，PLC通过MC协议或自定义报文发送“RUN,1”字符串，机器人侧解析后执行。

状态上行：机器人执行过程中，将“运行中、到位、报警、程序结束”等状态写入输入字（如X100、X101），PLC通过FROM/TO指令或直接刷新读取。PLC据此判断是否允许下一工位动作，并在HMI上显示当前节拍和状态。

这里有一个关键工程细节：握手信号必须成对设计。PLC发出启动后，机器人应返回“已接收”信号；机器人发出“到位”后，PLC应返回“已确认”。缺少确认环节时，网络抖动或程序扫描周期差异可能导致指令丢失或重复执行。建议在PLC侧为每个机器人建立独立的状态机，至少包含“空闲、启动中、运行中、完成、报警”五个状态。

三、控制层级与职责边界

iQ-R PLC与机器人的控制层级通常分为三层：L3上位管理、L2 PLC主控、L1设备执行。PLC处于L2，是整条产线的“调度中心”，但不直接参与机器人关节伺服计算；机器人控制器处于L1，负责自身轨迹和姿态，但不应独立决定整线节拍。

职责边界可以这样划分：PLC负责“什么时候让机器人动、动哪个程序、动完之后允许谁动”；机器人负责“怎么动、走什么轨迹、以什么速度动”。安全信号（急停、安全门、光栅）应直接接入安全PLC或安全模块，不经过普通通信链路，确保响应时间满足安全等级要求。

四、选型依据：从节拍、信息量和安全等级出发

选型时建议按以下顺序判断：

• 节拍要求：若单工位节拍在2秒以上、交互信号少于16点，硬接线I/O即可满足；若节拍在1秒以内或需要频繁切换程序号，应选择总线通信。
• 信息量：需要传递坐标、扭矩、视觉结果、配方参数时，必须使用CC-Link IE Field或以太网通信。iQ-R的RJ71EN71支持Socket和MC协议，适合与机器人控制器直接交换字数据。
• 安全等级：涉及人员进入机器人工作区域时，安全信号应走安全总线或硬接线，达到PLd/Cat.3以上。普通通信不能替代安全回路。
• 机器人数量与扩展性：单机器人可用点对点I/O；两台以上建议用CC-Link IE Field，便于统一刷新和诊断。
• 诊断与维护：总线通信可读取机器人报警代码和伺服状态，便于在PLC侧做集中报警和历史追溯；硬接线只能得到“报警”一个位，无法区分原因。

五、一个可参考的协同配置示例

以下是一个搬运单元的合理示例配置（参数为教学假设，实际需按现场调整）：

在这个配置中，PLC每10ms刷新一次机器人状态字，机器人每8ms向PLC发送一次状态。若PLC连续3个周期未收到状态更新，则判定通信异常，触发报警并停止整线。这种“看门狗”机制是协同系统稳定运行的基础。

六、架构认知的落脚点

理解iQ-R与机器人协同架构，最终要落到三个问题上：信号从哪来、经过谁、到哪去；谁有权决定动作、谁只负责执行；异常时谁先停、谁后停、怎么恢复。把这三件事在图纸和程序中明确下来，后续的编程、调试和排障才有稳定基础。协同系统的可靠性不取决于单台设备多先进，而取决于接口边界是否清晰、握手是否完整、异常路径是否被提前设计。