LAYER 3 · 系统演示

设备自动化 EAP 系统演示手册

场景驱动 · 一台CNC的数字化之旅 · 从联网到OEE

出品方:嘉兴应凯科技有限公司  |  编制:Eric Ren
版本:V1.0  |  2026-07
演示环境:inks-service-eap  |  SaaS多租户版

目   录

  1. 演示场景设定
  2. 场景一:设备上线 —— 注册CNC并配置数据采集
  3. 场景二:实时监控 —— 采集数据流入与设备心跳
  4. 场景三:参数管控 —— 模板·校验·下发·回滚
  5. 场景四:文件分发 —— NC程序安全下发到CNC
  6. 场景五:AGV物流 —— MES→EAP→RCS 搬运任务
  7. 场景六:OEE计算 —— 从状态时间线到六大损失
  8. 场景七:OEE看板 —— 趋势·排名·帕累托
  9. 全流程数据汇总

0演示场景设定

企业与设备概况

项目设定值
企业名称嘉兴精工机械有限公司
演示产线机加工车间 A线(共8台CNC设备)
演示设备DMU 50 五轴CNC加工中心(德马吉,2026年6月28日新上线)
通信方式Modbus TCP,IP 192.168.10.50:502
加工产品汽车转向节(料号 PN-8820-01),日均产能 120件/班
当前状态已在EAM中建立设备台账(MC02-A09-001),尚未在EAP中注册联网
演示目标将这台CNC完整接入EAP,实现数据采集→参数管控→文件分发→AGV联动→OEE分析的全链路演示

演示角色

角色姓名职责
自动化工程师马工设备注册、Tag配置、协议调试
工艺工程师赵工参数模板制定、校验规则配置、NC程序管理
设备经理陈工OEE分析、管理决策
AGV调度员孙调度监控AGV运输任务执行
演示路线图:以下7个场景按照"设备联网→数据采集→参数管控→文件分发→AGV联动→OEE计算→OEE看板"的递进顺序展开,覆盖了EAP的7大核心模块。每个场景独立可读,也串联为一个完整的故事。

1场景一:设备上线 —— 注册CNC并配置数据采集

EAP数据采集链路 — 从设备PLC到云端看板的实时数据通道 设备 PLC/CNC Modbus/OPC UA/Focas2 Edge Agent 多协议适配·断网续传·心跳 采集频率: 1s~60s可配置 EAP 云端平台 时序DB(月分区)·Tag管理 设备状态·参数·告警 应用层 OEE看板·SPC·Andon MES·EAM·BI消费 采集指标 时延: < 500ms (局域网) 数据完整性: > 99.9% 200+设备, 5000+ Tag在线 断网续传: 7天本地缓存 单表月分区: 降低查询延迟

业务背景

自动化工程师马工需要将新上线的DMU 50 CNC正式接入EAP系统。设备基本情况:支持Modbus TCP协议,IP地址192.168.10.50,端口502。需要采集的关键数据点包括:主轴转速、主轴负载率、进给速度、冷却液温度、设备运行状态、产量计数等10个Tag。

Step 1-1:设备注册

— 设备注册 · 新增设备操作者:马工  |  2026-07-20 09:15
字段录入值
设备编码DEV-00150(系统自动生成,关联EAM编码 MC02-A09-001)
设备类型CNC_MACHINING_CENTER
通信协议Modbus TCP
IP地址192.168.10.50
端口502
采集状态启用
所属车间机加工车间 A线
EAM关联编码MC02-A09-001(同步自EAM设备台账)
保存并上线

Step 1-2:Tag标签配置

马工为该设备配置10个采集Tag。由于Tag数量较多,使用Excel批量导入功能。

— Tag配置 · 批量导入设备:DEV-00150 DMU 50
Tag编码地址数据类型单位采集模式间隔(ms)死区量程
TAG-01501HR 40001FLOATrpmPERIODIC5001.00~18000
TAG-01502HR 40003FLOAT%PERIODIC5000.50~200
TAG-01503HR 40005FLOATmm/minPERIODIC5001.00~30000
TAG-01504HR 40007FLOAT°CPERIODIC20000.20~100
TAG-01505HR 40010INTCHANGE0~5
... 共10个Tag(以上展示前5个核心Tag)

Tag说明:TAG-01501 主轴转速 | TAG-01502 主轴负载率 | TAG-01503 进给速度 | TAG-01504 冷却液温度 | TAG-01505 设备运行状态(0=停机/1=运行/2=故障/3=空闲/4=换产)

操作完成:设备 DEV-00150 已成功注册并配置了10个采集Tag。边缘网关已开始按照配置的采集模式向PLC轮询数据。下一步——验证数据是否正常流入。

2场景二:实时监控 —— 采集数据流入与设备心跳

Step 2-1:设备心跳监控 (/heartbeat)

马工查看设备在线状态。边缘网关每5秒上报一次心跳。

— 设备列表(在线状态)操作者:马工
设备编码设备名称协议IP:Port在线状态最后心跳采集
DEV-00150DMU 50 CNCModbus TCP192.168.10.50:502在线2026-07-20 10:35:02启用
DEV-00145数控车床 TC-04Modbus TCP192.168.10.45:502在线2026-07-20 10:34:58启用
DEV-00130立式加工中心 VF-3OPC UA192.168.10.30:4840离线2026-07-20 10:15:22启用

DEV-00130 离线超过20分钟,触发系统告警,马工排查发现网线松动,重新插紧后设备恢复在线。

Step 2-2:实时采集数据查询

马工查询DMU 50最近1分钟的采集数据,验证数据质量。

— 采集数据查询设备:DEV-00150  |  时间范围:2026-07-20 10:34~10:35
时间TAG-01501 转速TAG-01502 负载TAG-01503 进给TAG-01504 温度TAG-01505 状态
10:34:001200062.5%180042.11-运行
10:34:051200063.1%180042.31-运行
10:34:101200061.8%180042.51-运行
10:34:1500%042.40-停机
10:34:2000%042.20-停机
10:34:25800035.2%120042.31-运行

马工注意到10:34:15~10:34:20出现了短暂的停机(操作工换料/检测),这是正常的生产节拍停顿。数据采集准确、延迟正常。

数据流转:设备PLC → 边缘网关(Modbus TCP轮询)→ 云端EAP → MySQL月分区表 `Eap_CollectionData_202607`
存储策略:数据写入 `_202607` 月分区表。如果查询跨月,MyBatis XML通过UNION ALL自动拼接多张分表。

3场景三:参数管控 —— 模板·校验·下发·回滚

业务背景

DMU 50要开始加工新产品"汽车转向节"(PN-8820-01),需要切换工艺参数。工艺工程师赵工已经在系统中配置好了参数模板和校验规则。今天首次使用一键下发功能。

Step 3-1:参数模板配置

— 参数模板模板编码:PT-DMU50-8820  |  操作者:赵工
参数序号参数名称Tag地址目标值单位
1粗加工主轴转速HR 4002012000rpm
2粗加工进给速度HR 400221800mm/min
3粗加工切削深度HR 400242.500mm
4精加工主轴转速HR 4002616000rpm
5精加工进给速度HR 40028800mm/min
6冷却液压力HR 400308.0bar
采集策略:首件采集 | 适用产品:PN-8820-01 | 适用设备:DMU 50系列

Step 3-2:校验规则链配置 (&)

赵工为该产品配置了校验规则链,确保下发的参数组合安全合理。

— 校验规则链链编码:CHAIN-8820-V1  |  操作者:赵工
顺序规则编码规则类型规则描述失败动作
1RULE-001VALUE_RANGE主轴转速范围: [1000, 18000] rpmREJECT
2RULE-002VALUE_RANGE进给速度范围: [100, 30000] mm/minREJECT
3RULE-003PRECISION切削深度精度: 3位小数REJECT
4RULE-010DEPENDENCY粗加工转速≥10000时,进给必须≤2000REJECT

Step 3-3:参数下发 + 回滚

赵工创建参数下发任务,选择产品"PN-8820-01",系统自动加载参数模板并触发校验。

— 参数下发任务任务号:DISP-2026-0720-001  |  操作者:赵工
步骤操作结果耗时
1快照保存当前参数成功 —— 当前6个参数值已保存120ms
2校验规则链执行全部通过 —— 4条规则PASS45ms
3批量写入设备成功 —— 6个参数已写入PLC寄存器380ms
4回读验证全部一致 —— 6个参数实际值=目标值180ms

总耗时 0.73秒,参数下发成功。任务状态:DONE。

演示:如果下发了错误参数——回滚机制

假如赵工误将"粗加工主轴转速"配置为80000 rpm(超出量程上限18000),校验引擎将在第1条规则就拒绝:

— 校验日志任务号:DISP-2026-0720-002(模拟错误)
规则输入值判断详情
RULE-001 VALUE_RANGE粗加工主轴转速 = 80000REJECT值 80000 超出范围 [1000, 18000]
RULE-002 ~ RULE-010—— 未执行(责任链快失败)——

校验失败,参数拒绝下发。设备当前参数未被修改——毫秒级的错误拦截,避免了一次潜在的主轴超速事故。

安全设计要点:参数下发采用四重保障——快照→校验→写入→验证。校验引擎采用责任链快失败模式,任何一条规则REJECT立即终止下发。即使写入后验证不一致,也可基于快照一键回滚到下发前状态。这套机制确保参数下发的安全性达到工业级标准

4场景四:文件分发 —— NC程序安全下发到CNC

业务背景

工艺工程师赵工完成了"汽车转向节"NC加工程序的优化(优化了刀路,加工节拍从3.2分钟缩短到2.8分钟)。新程序文件为"PN8820_v3.nc",MD5为 a3f2c891...。赵工需要通过EAP将新版NC程序正式下发到DMU 50。

Step 4-1:NC程序上传

— 文件上传操作者:赵工
字段
文件编码FILE-00882
文件名称PN8820_v3.nc
文件类型NC程序
文件版本V3(上一版本 V2)
文件大小2.8 MB
文件MD5a3f2c891d45e67b8901c2345f6a7b8c9
适用设备DMU 50 系列 CNC加工中心

Step 4-2:分发任务执行

— 文件分发任务任务号:DOC-TASK-2026-0720-001  |  操作者:赵工
字段
目标设备DEV-00150 DMU 50 CNC(192.168.10.50)
传输协议FTP(CNC内置FTP Server)
文件列表FILE-00882 PN8820_v3.nc
优先级
重试配置最大重试 3次,间隔 30秒
任务状态完成 —— 1/1文件传输成功,耗时 8.2秒

Step 4-3:版本校验确认

分发完成后,赵工通过 `/checkVersion` 接口确认设备端文件版本已更新。

— 版本校验
设备EAP最新版本设备端版本结果
DEV-00150FILE-00882 V3 (MD5: a3f2c891...)V3 (MD5: a3f2c891...)一致
DEV-00145FILE-00665 V4 (MD5: b812d7e3...)V3 (MD5: 7f1a9c42...)不一致!

DEV-00150 ✅ 版本一致。DEV-00145 ⚠️ 发现设备端仍在运行旧版本V3,赵工随即为该设备也创建了分发任务。

安全管控:文件分发每次传输后校验目标端MD5,确保文件完整性。版本校验功能可主动发现"设备端运行的旧版本",防止新旧版本混用导致质量事故。

5场景五:AGV物流 —— MES→EAP→RCS 搬运任务

业务背景

DMU 50加工完一批转向节后,MES产生了一个物料搬运任务:将成品从A线加工区(工位 A-03)运送到质检区(工位 QC-01)。EAP接收MES指令,翻译为RCS格式并调度AGV执行。

Step 5-1:MES下达搬运任务 → EAP接收

— 运输任务 · 新建任务号:AGV-TASK-2026-0720-018  |  来源:MES
字段录入值
MES任务IDMES-TASK-8820-020(幂等去重Key)
任务类型TRANSPORT
物料编码MAT-8820-01 转向节成品
起点L1 线边仓 → A-03 工位(取货)
终点A-03 工位 → QC-01 质检区(送货)
优先级正常

Step 5-2:AGV选择与任务下发

EAP调用 `/dispatch` 接口,自动选择最优AGV。

— AGV调度操作:自动调度
候选AGV状态电量位置任务数选择
AGV-03空闲78%(42, 38)0✓ 选中
AGV-01执行中65%(20, 55)1
AGV-02充电中18%(90, 10)0

选择逻辑:AGV-03 空闲+在线+电量>50%+距离最近 → 最优AGV。系统将搬运指令翻译为RCS标准格式并下发。
RCS任务ID:RCS-20260720-0042,状态:DISPATCHEDEXECUTINGCOMPLETED

Step 5-3:AGV实时状态监控

— AGV实时状态更新时间:2026-07-20 11:08:35
AGV编码状态位置(X,Y)电量速度心跳
AGV-01执行中(25, 60)63%0.8 m/s2秒前
AGV-03执行中(48, 40)76%1.0 m/s1秒前
AGV-02充电中(90, 10)20%03秒前
数据链路:MES → EAP → RCS → AGV → RCS(状态回调) → EAP(callback) → MES
核心价值:EAP作为MES与RCS之间的翻译层,消除了人工在系统间手动创建搬运任务的环节,实现了真正的物流自动化。

6场景六:OEE计算 —— 从状态时间线到六大损失

业务背景

设备经理陈工查看DMU 50在7月20日白班(8:00~17:00)的生产数据和OEE计算结果。

Step 6-1:设备状态时间线

系统根据采集Tag(TAG-01505 设备状态)自动生成了白班的状态时间线。

— 设备状态时间线设备:DEV-00150  |  白班 2026-07-20 08:00~17:00
时间段状态持续(分)产出(件)备注
08:00~08:15CHANGEOVER150早班换产调试(PN-8820-01)
08:15~10:30RUN13548正常生产
10:30~10:45FAULT150主轴异响→停机检查→恢复
10:45~12:00RUN7527正常生产
12:00~13:00IDLE600午休(计划停机)
13:00~16:30RUN21072正常生产
16:30~16:55WAIT250等待物料(AGV配送延迟)
16:55~17:00RUN53正常生产

Step 6-2:OEE自动计算

系统基于状态时间线自动聚合计算白班OEE(计划时间=480分钟-60分午休=420分钟)。

— OEE计算结果设备:DEV-00150  |  周期:2026-07-20 白班
计划生产时间
420 分钟
实际运行时间
425 分钟
(含加班5分钟)
因子公式计算得分等级
A 时间利用率实际运行 ÷ 计划时间425 ÷ 480 × 100%88.5%良好
P 性能效率实际产出 × 节拍 ÷ 运行时间150 × 2.8 ÷ (425×60) × 100%90.2%良好
Q 合格品率合格品 ÷ 总产出146 ÷ 150 × 100%97.3%良好
OEEA × P × Q88.5% × 90.2% × 97.3%77.6%良好

Step 6-3:六大损失明细

— 六大损失明细OEE结果ID:OEE-20260720-DAY-DEV150
损失类别影响因子损失时间(分)损失件数占比改善优先级
设备故障A15628.2%🔴 最高
换产调整A15622.5%🟠 高
空转等待P25921.8%🟠 高
速度降低P008.3%
启动废品Q029.7%
过程废品Q029.5%

陈工的改善决策:损失Top3(故障28.2% + 换产22.5% + 等待21.8% = 72.5%),符合帕累托法则。 ① 针对15分钟故障——查看维修记录,加强主轴轴承预防性维护; ② 针对15分钟换产——推行SMED快速换产,目标缩短到10分钟以内; ③ 针对25分钟物料等待——与AGV调度优化配送优先级,白班物料提前30分钟备料。

7场景七:OEE看板 —— 趋势·排名·帕累托

业务背景

设备经理陈工打开OEE看板,查看A线全部8台CNC设备的OEE排名和趋势,准备生产周会的汇报材料。

设备OEE排名 (/ranking)

— 设备OEE排名周期:2026-07-20  |  机加工车间A线
排名设备A%P%Q%OEE%趋势
1DEV-00142 VF-3 立加91.293.598.584.0↑ +2.1%
2DEV-00148 NLX 250090.091.898.281.1↑ +0.8%
3DEV-00150 DMU 5088.590.297.377.6↓ -3.5%
4DEV-00145 TC-0486.088.598.074.6→ 0%
5DEV-00135 CMX 60082.585.096.867.9↓ -1.2%
A线平均OEE:72.3% | 最佳OEE:84.0% (DEV-00142) | 瓶颈设备:67.9% (DEV-00135)

OEE趋势图 + 损失帕累托

— OEE趋势 + 损失帕累托设备:DEV-00150 DMU 50  |  近7天
日期A%P%Q%OEE%Top1损失
07-1485.288.597.073.1空转等待(35%)
07-1570.885.096.558.1设备故障(55%)
07-1688.089.597.877.1换产调整(25%)
07-1790.591.298.080.8速度降低(18%)
07-1889.090.097.578.1空转等待(22%)
7月15日OEE骤降至58.1% → 主轴轴承故障导致停机约3小时 → 7月15日报修、7月15日下午修复
这是该系统上线后第一次通过数据发现重大停机,也是EAP+EAM协同价值的最佳案例

损失帕累托(7天累计):设备故障 32% | 换产调整 24% | 空转等待 20% | 速度降低 10% | 启动废品 8% | 过程废品 6%
改善聚焦:前两类损失(故障+换产)合计占比 56%,是当前OEE提升的最大杠杆点。

数据推送到EAM:OEE计算结果(pushStatus=1)自动推送到EAM设备管理工作台。设备经理在EAM中即可查看所有设备的OEE趋势和六大损失分布,无需在两个系统间切换。这体现了EAP(数字采集+OEE计算)+ EAM(分析展示+管理闭环)的双轮协同价值。

8全流程数据汇总

本次演示涉及的数据链路

场景核心操作系统单据数据联动
1. 设备上线设备注册 + Tag批量导入设备 DEV-00150、10个Tag关联EAM设备编码 MC02-A09-001
2. 实时监控心跳监控 + 采集数据验证Eap_Device(在线状态)、Eap_CollectionData_202607边缘网关→云端 数据持续流入
3. 参数管控模板→校验→下发→验证(+模拟拒绝)参数模板 PT-DMU50-8820、校验链 CHAIN-8820-V1、下发任务 DISP-2026-0720-001快照保存→校验引擎→批量写入→回读验证
4. 文件分发NC程序上传→分发→版本校验FILE-00882 (V3)、分发任务 DOC-TASK-2026-0720-001MD5校验、版本不一致自动发现
5. AGV物流MES搬运指令→EAP翻译→AGV执行AGV-TASK-2026-0720-018、AGV-03 调度MES→EAP→RCS→AGV,状态回传
6. OEE计算状态时间线→OEE→六大损失OEE-20260720-DAY-DEV150(77.6%)Tag→时间线→OEE→损失→推送EAM
7. OEE看板排名+趋势+帕累托看板数据A线8台设备OEE对比分析

演示数字总结

接入设备
1
DEV-00150 DMU 50
采集Tag
10
采集间隔500~2000ms
校验规则
4
REJECT快失败
参数下发耗时
0.73
6个参数批量写入
文件分发耗时
8.2
NC程序 2.8MB
AGV调度
3
自动选择最优AGV
白班OEE
77.6%
A×P×Q 实时计算
覆盖EAP模块
7/7
全部模块演示覆盖
这就是设备自动化的完整数字链路。
设备联网 → 数据采集 → 参数管控 → 文件分发 → AGV集成 → OEE计算 → 看板分析
从设备中来,到决策中去。EAP+EAM,设备管理的双轮驱动。