1. 协同控制认知与项目导入
在智能制造产线中，工业机器人擅长高速、重复、轨迹确定的搬运、焊接、码垛、装配动作，而PLC擅长逻辑判断、顺序控制、安全联锁与设备协调。两者单独工作都能完成各自任务，但一旦要让机器人从"独立执行"升级为"产线协同"，就必须解决一个核心问题：谁在什么时刻、依据什么信号、让机器人做什么动作，并把结果反馈给谁。这正是机器人与PLC协同控制要回答的问题，也是本课程贯穿始终的主线。
一、典型协同场景与系统组成
最常见的协同场景是"PLC主控 + 机器人执行"的上下料工作站。以一台六轴机器人为例：PLC控制输送线把工件送到取料位，光电传感器检测到工件到位后，PLC向机器人发出"允许取件"信号；机器人完成抓取后返回"取件完成"信号，PLC再启动下一段输送或放行加工设备。整个过程中，PLC是节拍与逻辑的调度者，机器人是动作的执行者，二者通过硬接线I/O或现场总线交换信号。
一个完整的协同工作站通常包含以下组成部分：
- 控制层：PLC（如S7-1200/1500）负责逻辑、顺序、联锁与安全处理；机器人控制器负责运动规划与轨迹执行。
- 执行层：机器人本体、末端执行器（夹爪、吸盘、焊枪）、输送线、气缸、加工设备等。
- 感知层：光电/接近开关、限位开关、编码器、视觉系统、力传感器等，用于提供位置、到位、工件存在等状态。
- 通信层：PROFINET、EtherNet/IP、Modbus TCP或硬接线I/O，承担PLC与机器人之间的信号交互。
- 安全层：安全PLC、安全继电器、急停回路、安全门锁、光幕，确保人机协作时的安全停机。
- 工程层：TIA Portal作为PLC与HMI的工程平台，同时通过GSD文件或机器人厂商库与机器人控制器建立通信组态。
二、通信层级与信号交互关系
理解协同控制，关键要看清"信号从哪来、到哪去、经过几层"。典型的三层结构是：现场设备层（传感器/执行器）→ 控制层（PLC与机器人控制器）→ 监控层（HMI/SCADA）。PLC与机器人之间的信号交互，通常分为三类：
- 命令信号：PLC→机器人，如"启动程序""允许取件""复位""暂停"。
- 状态信号：机器人→PLC，如"运行中""就绪""取件完成""报警""原位"。
- 安全信号：通过安全回路或PROFIsafe传递，如急停、安全门、使能，优先级最高，独立于普通逻辑。
这三类信号在时序上必须严格配合。例如，PLC不能在机器人未发出"就绪"信号时就发送"启动"，否则机器人会因未使能而拒绝执行；同样，机器人完成动作后必须及时反馈"完成"，否则PLC会一直等待，造成节拍停滞。因此，协同控制的核心不是"能不能通信"，而是"信号时序与状态判断是否正确"。
三、TIA Portal在协同控制中的工程角色
TIA Portal（全集成自动化门户）在本课程中承担三个关键角色。第一，它是PLC程序的开发平台：梯形图、功能块、SCL代码都在这里编写，协同逻辑中的顺序控制、状态机、互锁判断最终都落在PLC程序里。第二，它是通信组态的配置中心：通过设备与网络视图，把PLC、机器人（通过GSD/GSDML文件）、HMI、远程I/O挂到同一PROFINET网络上，分配IP地址、设备名称和I/O地址。第三，它是HMI与诊断的集成环境：协同工作站的状态、报警、手动操作界面可以在同一项目中组态，方便调试时观察信号变化。
需要特别说明的是，机器人控制器通常有自己的编程环境（如ABB的RobotStudio、KUKA的WorkVisual、FANUC的ROBOGUIDE），TIA Portal并不直接编写机器人运动程序，而是负责定义双方交换的信号接口。因此，协同控制项目的工程分工是：TIA Portal侧定义"PLC发什么、收什么"，机器人侧定义"收到信号后执行什么动作、完成后回什么信号"，两侧通过约定的信号表对齐。
四、课程目标：一个可运行的协同工作站
本课程最终要完成的目标是一个可运行的"PLC+机器人上下料协同工作站"。具体验收标准包括：
- PLC与机器人通过PROFINET建立稳定通信，I/O信号可正常读写。
- 输送线将工件送至取料位，光电传感器检测到位后，PLC向机器人发送取件允许信号。
- 机器人完成取件、搬运、放件动作，并向PLC反馈"取件完成""放件完成"状态。
- HMI可显示工作站运行状态、节拍计数与报警信息，并支持手动/自动模式切换。
- 急停、安全门等安全信号触发时，PLC与机器人均能安全停机，复位后可恢复运行。
理解协同控制，本质上就是理解"信号在两层控制器之间如何有序流动"。PLC不是简单地发一个启动命令，机器人也不是被动执行；双方通过状态信号互相确认，形成闭环。TIA Portal则是把这个闭环的PLC侧逻辑、通信组态和人机界面整合在一个工程中。接下来的章节将围绕这个目标，逐步展开硬件组态、通信配置、程序编写、联调与排障的完整过程。