1. 课程导入与场景认知

在一条典型的离散制造产线上，PLC负责控制动作，传感器负责感知状态，而MES负责回答"这批产品做得怎么样、设备有没有异常、订单进度到哪了"。TwinCAT恰好站在控制层与信息层之间：它既是实时控制器，又能作为数据采集与边缘计算节点，把产线现场产生的过程数据整理成MES能够理解的结构化信息。理解这一角色定位，是后续所有采集配置、通信建模与接口开发工作的前提。

一、TwinCAT在数据采集链路中的位置

从自动化层级看，产线数据通常经过"现场层—控制层—边缘层—信息层"四段路径。现场层的接近开关、光电传感器、伺服驱动器状态字、RFID读写头等，通过EtherCAT、PROFINET或IO-Link接入TwinCAT PLC。TwinCAT在实时任务中读取这些过程映像，同时把需要上报的数据写入PLC变量或通过ADS、OPC UA、MQTT等方式对外发布。MES侧一般不直接访问PLC内部地址，而是通过TwinCAT提供的标准化接口获取数据，因此TwinCAT承担了"数据汇聚点"和"语义转换器"的双重职责。

需要特别区分两类数据：一类是过程数据，如工位节拍、扭矩值、焊接电流、视觉检测结果，它们与具体产品绑定，需要按序列号或托盘号追溯；另一类是设备状态数据，如运行/待机/故障、报警代码、OEE计数，它们与设备绑定，用于设备综合效率分析。TwinCAT在采集时就要明确这两类数据的归属关系，否则后续MES建模会出现"数据挂错对象"的问题。

二、MES集成的目标与边界

MES集成不是"把PLC所有变量都传上去"，而是围绕业务目标选择数据。典型目标包括四类：追溯——通过产品序列号反查每个工位的工艺参数与检测结果；防错——MES下发配方或校验规则，TwinCAT在放行前比对；绩效——统计设备开动率、节拍达成率与一次合格率；维护——把报警代码与运行小时数汇总，支撑预防性维护。

明确边界同样重要。TwinCAT负责"数据产生与初步整理"，不负责工单排产、物料齐套判断和复杂的SPC统计；MES负责业务语义与跨设备关联，但不应绕过TwinCAT直接扫描PLC内存。边界清晰后，接口设计才不会出现"两边都做一半、数据对不上"的情况。

三、典型工厂数据流示例

以一条电机装配线为例：托盘进入工位1，RFID读取托盘号"PLT-20240513-0087"，TwinCAT把该托盘号写入当前工位上下文；工位2完成螺栓拧紧，扭矩值42.6 N·m、角度91.3°、结果OK，TwinCAT将这三个值与托盘号绑定后缓存；工位3视觉检测判定合格；工位4下料时，TwinCAT把整条记录通过OPC UA发布给MES，MES按托盘号写入追溯表。若工位2扭矩超差，TwinCAT立即置位"不合格"标志，MES收到后触发返修流程，而不是等整线结束再处理。

这个例子说明：数据采集的时机、绑定关系和结果判定，必须在TwinCAT侧就完成，MES才能拿到"可直接使用"的记录。后续章节中的变量规划、ADS通信、OPC UA建模和数据库写入，都是围绕这条数据流展开的。

四、课程实战项目介绍

本课程以一个可运行的"装配线数据采集与MES上报"项目贯穿始终。项目对象包括：一台TwinCAT 3 PLC（含EtherCAT耦合器与数字量/模拟量模块）、一个模拟托盘RFID读写、一个扭矩拧紧模拟量输入、一个视觉检测结果开关量，以及一台运行MES模拟服务的工控机。项目目标是把工位节拍、扭矩值、检测结果、设备状态四类数据，按托盘号组织后上报到MES模拟接口，并在MES侧形成可查询的追溯记录。

项目将分阶段实现：先建立PLC变量与数据结构，再配置ADS/OPC UA通信，然后编写数据缓存与上报逻辑，最后联调验证。每个阶段都有明确的输入、可观察的中间结果和判断依据，例如用TwinCAT Scope观察扭矩采样波形，用OPC UA客户端读取节点值，用MES模拟服务查看入库记录。完成本项目后，读者应能独立完成一条小型产线的数据采集与MES接口搭建。