从设备联网到智能决策 —— 制造业设备自动化的完整知识体系
设备自动化平台（Equipment Automation Platform, EAP）是位于MES（制造执行系统）与物理设备层之间的中间枢纽，负责设备联网、数据采集、参数下发、文件分发和实时监控。EAP的核心使命是打通IT与OT（信息技术与运营技术）之间的数据鸿沟，让管理层能够实时感知车间每一台设备的运行状态。
在智能制造的ISA-95标准架构中，EAP处于Level 2（过程控制）与Level 3（制造运营管理）之间，向下对接PLC、机器人、CNC、AGV、传感器等物理设备，向上为MES、ERP、EAM、QMS等系统提供统一的设备数据服务。
工业IoT（IIoT）与消费级IoT有本质区别：工业场景对实时性（毫秒级）、可靠性（99.9%+）、安全性（OT网络隔离）、协议兼容性（数百种工业协议）有极高要求。工业IoT的核心技术栈包含四个层面：
| 层级 | 核心能力 | 典型组件 |
|---|---|---|
| 感知层 | 设备连接与数据读取 | PLC、传感器、RFID、工业相机、机器人控制器 |
| 网络层 | 数据传输与协议转换 | OPC UA Server、Modbus Gateway、MQTT Broker、边缘网关 |
| 平台层 | 数据治理与业务逻辑 | EAP（数据采集引擎、校验引擎、分发引擎、OEE引擎） |
| 应用层 | 数据消费与决策支持 | MES、EAM、QMS、BI看板、SPC分析、Andon系统 |
在Inks智能制造平台上，EAP（项目代码D25）和EAM（项目代码D09）是双生系统，数据双向流动：
设备数据采集是整个设备自动化平台的数据入口。典型的采集架构包含三层：
每一台需要接入EAP的设备都必须在系统中注册，系统为其分配唯一的设备编码并记录通信参数：
| 配置项 | 说明 | 示例 |
|---|---|---|
| 设备编码 | 唯一标识，与EAM台账编码对应 | MC02-A09-001 |
| 设备类型 | CNC / PLC / Robot / AGV / Sensor | CNC |
| 通信协议 | OPC UA / Modbus TCP / MQTT / SECS/GEM | Modbus TCP |
| IP地址 + 端口 | 设备网络地址 | 192.168.10.50:502 |
| 启停状态 | 控制是否启用采集 | 启用 |
| 在线状态 | 系统自动更新（心跳机制） | 在线 / 最后心跳 2026-07-20 14:35:02 |
系统通过心跳机制（Heartbeat）持续监控设备在线状态：设备/边缘网关定期向 `//heartbeat` 接口上报心跳，超过阈值（如30秒）未收到心跳则自动标记为离线，触发告警。
标签点（Tag）定义了具体要采集的数据项。每个Tag对应设备中的一个可读取数据点（如一个寄存器、一个变量、一个传感器读数）。
| Tag配置项 | 说明 | 示例值 |
|---|---|---|
| 标签编码 | Tag唯一编码 | TAG-00125 |
| 标签地址 | 设备中的数据地址（协议相关） | DB100.DBD0（S7 PLC）/ Holding Register 40001（Modbus） |
| 数据类型 | INT / FLOAT / BOOL / STRING | FLOAT |
| 单位 | 工程单位 | °C / rpm / mm / MPa |
| 采集模式 | 周期性 / 事件触发 / 变化即采 | 周期性（PERIODIC） |
| 采集间隔 | 毫秒（ms） | 1000ms（每1秒采集一次） |
| 死区范围 | 变化小于此值不上报（减少噪声数据） | 0.1 |
| 量程范围 | 最小/最大有效值 | 0 ~ 850°C |
在实际部署中，边缘计算是设备自动化不可或缺的组成部分。边缘网关部署在车间现场，承担协议适配、数据预处理、断网缓存等职责：
设备采集数据属于典型的时序数据——写入频率高（每秒成千上万条）、查询以时间范围为主、数据量大（年产TB级别）。系统采用按月分区表策略：
工业通信协议是设备自动化的语言基础。不同年代、不同品牌、不同行业的设备使用不同的通信协议，EAP的多协议适配能力是核心竞争力。
| 协议 | 类型 | 实时性 | 典型场景 | 复杂度 |
|---|---|---|---|---|
| OPC UA | 平台无关通信框架 | 毫秒级 | 智能制造互联互通标准 | 高 |
| Modbus TCP | 请求-响应 | 十毫秒级 | PLC、变频器、仪表 | 低 |
| MQTT | 发布-订阅 | 亚秒级 | IoT传感器、AGV状态、跨系统消息 | 中 |
| SECS/GEM | 半导体专用 | 亚秒级 | 半导体设备（蚀刻、淀积、光刻） | 高 |
| Focas2 | FANUC专用 | 十毫秒级 | FANUC数控系统 | 中 |
OPC UA（Unified Architecture）是OPC基金会发布的新一代工业通信标准，被工业4.0和"中国制造2025"推荐为核心互联标准。与旧的OPC DA（基于Windows DCOM）不同，OPC UA是平台无关、安全加密、面向服务的通信框架。
OPC UA将设备数据组织为结构化的地址空间（Address Space），以节点（Node）为基本单位，每个节点有唯一的NodeId。支持对象、变量、方法、视图等节点类型，语义丰富。
支持证书认证（X.509）、用户令牌认证、消息签名和加密。提供None/Sign/SignAndEncrypt三种安全级别，满足从车间内网到跨工厂VPN的不同安全需求。
OPC UA支持轮询（Read）和订阅（Subscription）两种数据获取方式。订阅模式下，Server在数据变化时主动推送，大幅降低网络开销，适合高频数据监控场景。
Modbus是工业自动化领域使用最广泛的通信协议之一，由Modicon（现施耐德电气）于1979年发布。Modbus TCP是以太网版本，特点是简单、开放、免费，几乎所有PLC和智能仪表都原生支持。
MQTT（Message Queuing Telemetry Transport）是专为低带宽、高延迟、不稳定网络场景设计的发布-订阅式消息协议，已成为物联网（IoT）事实上的标准消息协议。
参数采集（Parameter Collection）与第二章的数据采集（Tag Collection）有本质差异：Tag采集是连续流（每秒/每毫秒读一次），参数采集是快照式——在特定时刻（首件、换产、定时），将一组相关参数的取值一次性抓取并存储为结构化的JSON快照，主要用于SPC分析和工艺追溯。
参数模板（ParamTemplate）定义了"针对某类设备/产品，需要采集哪些参数"：
| 模板项 | 示例 |
|---|---|
| 模板编码 | PT-CNC-DMU50 |
| 适用设备类型 | CNC加工中心 |
| 适用产品料号 | PN-8820-01（汽车转向节） |
| 参数定义 | [主轴转速, 进给速度, 切削深度, 冷却液压力, 主轴负载率...] |
| 采集策略 | 首件采集 / 按数量采集（每50件）/ 定时采集（每4小时）/ 事件触发（换刀后） |
参数校验（Validation）是参数下发前的守门员——在参数写入设备之前，通过可配置的规则链（Rule Chain）校验参数合法性，拦截非法参数，防止"写错参数导致撞机"。这是高价值制造场景（航空零件、医疗器械、模具加工）的刚需功能。
校验规则类型：
| 规则类型 | 说明 | 配置示例 |
|---|---|---|
| 值域校验 | 参数必须在有效范围内 | 主轴转速: [1000, 18000] rpm，含边界 |
| 精度校验 | 参数精度位数限制 | 切削深度: 小数点后3位 |
| 依赖校验 | 参数A在范围内时，参数B必须在另一范围 | 转速>10000时，进给必须<2000 |
| 版本校验 | 参数版本号必须匹配 | 工艺版本号 = V3.2 |
| 自定义脚本 | Groovy脚本自定义复杂规则 | 可根据企业特殊工艺公式编写 |
规则链（Rule Chain）采用责任链模式（Chain of Responsibility），多条规则按序串联，遇到第一条REJECT规则即快速失败（Fast-Fail）。校验结果完整记录到日志中，包括每一条规则通过/拒绝结果和总耗时。
参数下发（Parameter Dispatch）是将预设的工艺参数通过通信协议写入设备控制器的过程。这在柔性制造中极为重要——同一条产线频繁切换产品型号，每次换产都需要将设备的转速、进给、温度、压力等参数调整为新产品对应的值。
下发执行以批量写入方式进行（每批20个参数），支持回读验证——写入后回读实际值，与目标值对比，确认写入成功。验证结果标记为"一致/不一致/未验证"。
现代制造设备大量依赖数字化文件运行：CNC加工中心需要NC程序（G代码）、工业机器人需要运动程序、注塑机需要配方文件、检测设备需要检测程序。设备文件分发（Document Distribution）解决了"如何将正确的程序文件，在正确的时间，下发给正确的设备"的问题。
| 文件类型 | 典型格式 | 目标设备 | 大小范围 |
|---|---|---|---|
| NC加工程序 | .nc / .iso / .txt | CNC加工中心、数控车床 | 5KB ~ 50MB |
| 机器人程序 | .src / .dat / .mod | 工业机器人（KUKA/ABB/FANUC） | 50KB ~ 10MB |
| 配方/参数文件 | .rcp / .json / .csv | 注塑机、压铸机、热处理炉 | 1KB ~ 500KB |
| 检测程序 | .prg / .xml | 三坐标、视觉检测、X-Ray | 10KB ~ 100MB |
文件分发系统的核心挑战在于版本管理——当工艺工程师修改了NC程序并重新上传后，如何确保车间现场使用的始终是最新版本？系统通过以下机制保障：
文件分发支持多种传输协议，根据设备能力和网络环境选择：
单文件大小限制500MB（MinIO分片上传），支持批量下发（一个任务包含多个文件，按序传输）。
AGV（Automated Guided Vehicle，自动导引运输车）是现代智能工厂物流自动化的核心装备。AGV系统的典型架构包含三层：
MES将物料搬运需求（原材料上料、半成品转运、成品下料）通过EAP发送给RCS。EAP在此过程中不是简单的"传话筒"，而是承担关键的任务翻译和AGV选择逻辑：
| 功能 | 说明 |
|---|---|
| 任务幂等 | 以MES任务ID（mesTaskId）去重，防止重复下发 |
| AGV选择 | 筛选条件：空闲 + 在线 + 电量>50%，优先最近AGV |
| 指令翻译 | MES的物料搬运指令（物料编码→从哪到哪）→ RCS格式的任务指令 |
| 状态回调 | 接收RCS任务状态（已接受/执行中/已到达/已完成/异常），回传MES |
| 任务取消 | 仅支持取消"待下发"状态的任务，已执行的任务不可取消 |
EAP通过AGV状态表（Eap_AgvStatus）实时跟踪每台AGV的健康状况：
| 监控项 | 更新频率 | 告警阈值 |
|---|---|---|
| AGV状态（空闲/执行/充电/故障/离线） | 每次状态变化 | 故障→立即告警 |
| 实时位置（X/Y坐标） | 每5秒 | —— |
| 电池电量 | 每5秒 | <20%→提示充电，<10%→强制返回充电 |
| 心跳 | 每5秒 | 连续6次（30秒）无心跳→标记离线 |
| 当前任务数 | 每次任务队列变化 | —— |
AGV状态监控接口支持WebSocket实时推送（规划中），为厂区大屏监控提供实时数据源。
OEE（Overall Equipment Effectiveness）由日本电装公司在TPM（全员生产维护）体系中提出，是衡量设备利用效率的全球通用黄金标准。OEE由三个因子相乘得到：
OEE的精髓不仅在于计算一个百分比数字，更在于将损失分解为六类、定位根因、驱动改善：
| 损失类别 | 影响因子 | 典型原因 | 数据来源 |
|---|---|---|---|
| 设备故障 | A — 时间利用率 | 零部件损坏、电气故障、机构卡死 | 设备状态时间线（FAULT状态） |
| 换产调整 | A — 时间利用率 | 换模、程序切换、首件调试 | 设备状态时间线（CHANGEOVER状态） |
| 空转等待 | P — 性能效率 | 缺料等待、上工序堵料、人员离岗 | 设备状态时间线（IDLE/WAIT状态） |
| 速度降低 | P — 性能效率 | 设备老化、刀具磨损、参数未优化 | 理论产出 vs 实际产出差值 |
| 启动废品 | Q — 合格品率 | 换产/开机后的初始不稳定件 | CHANGEOVER→RUN过渡期间废品数 |
| 过程废品 | Q — 合格品率 | 稳定生产中的尺寸超差/外观缺陷 | RUN状态下的废品数 |
OEE计算的基础是设备状态时间线（Status Timeline）——将设备在一段时间内的状态变化记录为连续的事件流。系统定义五种设备微状态：
关键设计原则：同一设备同一时刻只有一条"当前状态"记录（endTime=NULL）。状态变更时，先将当前记录的endTime关闭，再创建新记录。一条生产订单结束后，系统根据状态时间线聚合计算该周期的OEE和六大损失。
EAP的OEE模块提供四种维度的OEE结果：实时（REALTIME）、班次（SHIFT）、日（DAY）、工单（WORKORDER）。OEE计算结果自动推送到EAM的设备管理工作台（推送到EAM标记pushStatus），同时EAP内部也提供独立的OEE看板：