1. 协同控制认知

在一条典型的自动化装配或搬运产线中，机器人负责“动手”，PLC负责“指挥与协调”，两者通过工业网络交换信号与数据，共同完成一个生产节拍。理解这套协同关系，是后续学习Schneider机器人编程、PLC逻辑编写以及两者通信配置的起点。本节先建立整体认知：谁负责什么、信息如何流动、典型协同场景有哪些，以及本课程最终要完成的项目全貌。

一、两类控制器的本质差异

Schneider机器人系统（如Lexium、TM系列协作机器人或集成运动控制方案）的核心能力是空间轨迹与末端执行器控制。它关心的是：机械臂从A点移动到B点的路径、速度、加速度、姿态，以及夹爪、吸盘、焊枪等末端工具的动作时序。机器人控制器内部维护关节坐标、笛卡尔坐标、工具坐标系（TCP）和用户坐标系，并实时进行运动学解算与伺服闭环。

PLC（如Schneider M241、M262或Modicon系列）的核心能力是逻辑判断、顺序控制与设备间协调。它关心的是：什么时候允许机器人启动、工件是否到位、安全门是否关闭、气缸是否缩回到位、输送线是否运行、急停是否触发。PLC通过数字量输入/输出（DI/DO）、模拟量、现场总线和工业以太网，把产线上分散的传感器、执行器、变频器、HMI和机器人连接成一个可管理的整体。

简单说：PLC管“流程与条件”，机器人管“动作与轨迹”。两者不是替代关系，而是分工与握手关系。

二、典型协同场景

在自动化产线中，常见的机器人—PLC协同场景包括：

• 上下料协同：输送线将工件送到指定位置，光电传感器检测到位后信号送入PLC，PLC判断安全条件满足，向机器人发出“取件允许”信号；机器人完成抓取并反馈“已取件”，PLC再启动下一节拍。
• 多工位装配：PLC控制转台或输送线将工件依次送到不同工位，机器人在各工位完成拧紧、点胶、压装等动作，PLC负责工位切换、互锁和节拍统计。
• 安全互锁：安全门、光栅、急停信号接入PLC或安全继电器，PLC在非安全状态下禁止机器人进入自动模式，机器人控制器也通过安全信号接口参与互锁。
• 质量与追溯：机器人完成动作后把结果（如拧紧扭矩、抓取成功/失败）通过通信发送给PLC，PLC再上传MES或HMI，实现过程追溯。

这些场景的共同点是：PLC负责“什么时候可以做”，机器人负责“具体怎么做”，双方通过握手信号或数据交换确认“做完了没有”。

三、信息流与信号链

从信号角度看，一次典型的机器人取放件节拍可以抽象为以下链路：传感器检测工件到位 → PLC输入模块采集 → PLC程序判断安全与节拍条件 → PLC输出“机器人启动允许” → 机器人控制器接收并执行运动程序 → 机器人完成抓取后输出“动作完成” → PLC接收并继续下一步逻辑。这个链路中，任何一环缺失或时序错误，都会导致节拍停顿或设备报警。

四、课程项目总览

本课程围绕一个可运行的“机器人上下料与装配协同工作站”项目展开。项目设定如下（示例参数，用于教学演示）：

课程将按“认知→硬件与通信→PLC逻辑→机器人编程→联调与排障”的路径推进。你最终需要完成：PLC侧的条件判断与握手逻辑、机器人侧的运动与工具控制程序、双方通信配置，以及一次完整的自动节拍运行与异常处理验证。

五、角色分工的边界与交集

需要特别注意的是，PLC与机器人的职责边界并非绝对。例如，机器人控制器内部也能做一定的逻辑判断和I/O控制，PLC也能通过运动控制指令驱动部分伺服轴。但在协同工作站中，通常遵循以下原则：与安全、节拍、多设备协调相关的逻辑放在PLC；与机器人本体轨迹、姿态、末端工具时序相关的逻辑放在机器人控制器。这样做的原因是：PLC更擅长处理多设备互锁和集中管理，机器人控制器更擅长实时运动解算。两者通过清晰的接口信号交换，才能既保证安全，又保证效率。

当你在后续章节中配置Modbus TCP寄存器映射或硬线I/O时，实际上就是在定义这个“接口边界”：哪些位表示“允许启动”，哪些位表示“完成”，哪些位表示“故障”，哪些寄存器传递工件编号或扭矩值。接口定义得越清晰，联调时的问题就越少。

本节建立了整体认知框架。接下来将从硬件与通信入手，逐步把这张信号链图变成可运行的真实系统。