想象你走进一家生意火爆的连锁餐厅:收银台前,老板老王的电脑里记着每一笔订单、每天的采购预算和月底的盈亏报表——这套管“钱、料、账”的系统,就是 ERP。后厨里,主厨阿强盯着点单屏,指挥三号灶台先炒宫保鸡丁、五号灶台备好红烧肉,每道菜做到哪一步都心里有数——这套管“现场怎么干”的系统,就是 MES。锅灶边,温度计、计时器和排风传感器一刻不停地报着“油温 180 度、烤箱预热完毕、设备正常”——这套管“设备真实状态”的系统,就是 SCADA。智能工厂,就是让这三个角色像一家训练有素的餐厅那样协作:ERP 决定做什么,MES 安排怎么做,SCADA 反馈做得怎么样,三层之间靠标准接口和数据流转紧紧咬合。读完这篇文章,你就能从一张“数字化餐厅架构图”出发,看懂真实工厂里三套系统如何分工、如何连接,以及 AI 项目该从哪里切入。

岗位关联

对 AI 从业者来说,理解 MES/ERP/SCADA 三层架构,等于拿到了智能制造数据项目的“地图”——AI 模型放在哪一层、数据从哪来、指令送到哪去,全由这张架构图决定。

目录
  1. 可视化演示
  2. 系统角色定位
  3. 架构分层设计
  4. 核心功能模块
  5. 数据流转机制
  6. 系统集成方式
  7. 实施落地路径
  8. 应用价值效益
  9. AI 应用场景
  10. Python 演示
  11. 常见误区
  12. 面试题

可视化演示

本节配有交互动效(进入视口后自动加载,约 3KB)。

工业数据中台 + AI应用 智能工厂架构可视化:展示ISA-95五层模型、MES/ERP/SCADA集成和数据流转

系统角色定位

老王餐厅有三个关键角色,各管一摊又缺一不可:老板的收银系统管钱和食材账本,相当于 ERP;主厨拿着点单小票安排做菜顺序、盯着每道菜进度,相当于 MES;厨房的温度计和警报器实时报告火候与设备状态,相当于 SCADA。三个角色如果各干各的、互不通报,餐厅立刻乱成一锅粥。

把餐厅放大成一个工厂,三个角色就变成了三套软件系统。ERP(Enterprise Resource Planning,企业资源计划)管的是订单、财务、采购和库存;MES(Manufacturing Execution System,制造执行系统)管的是从工单下达到产品完工的现场执行;SCADA(Supervisory Control and Data Acquisition,数据采集与监视控制)管的是设备层的数据采集和远程控制。

三者分界线在于“管理颗粒度”:ERP 面向天/周/月,回答“要不要接这个单、备多少料”;MES 面向分钟/小时,回答“这个班次先做哪个工单、在哪台设备上做”;SCADA 面向毫秒/秒,回答“这台机床现在转没转、温度是多少”。指令从 ERP 流到 MES 变成工单,再流到 SCADA 变成设备动作,数据再原路返回,形成三层协同。

Δ=∣P实际−P计划∣P计划×100%\Delta = \frac{\left| P_{\text{实际}} - P_{\text{计划}} \right|}{P_{\text{计划}}} \times 100\%

1. 计划产出:这是生产计划设定的理论产出数量,相当于主厨排的“今晚应出 200 道菜”。

P计划P_{\text{计划}}

2. 实际产出:现场真正完成的产出数量,相当于“实际端上桌的菜”。

P实际P_{\text{实际}}

3. 偏差绝对值:两者相减再取绝对值,无论多做还是少做都算偏差。

∣P实际−P计划∣\left| P_{\text{实际}} - P_{\text{计划}} \right|

4. 偏差率:除以计划产出并乘以 100%,把偏差换算成百分比,方便跨车间、跨工厂对比。

Δ=∣P实际−P计划∣P计划×100%\Delta = \frac{\left| P_{\text{实际}} - P_{\text{计划}} \right|}{P_{\text{计划}}} \times 100\%

有了偏差率,老板不用天天跑厨房,打开报表就能看到“计划出 200 道菜,实际只出了 160 道”——先问主厨为什么,再顺着 MES 和 SCADA 的数据一层层查下去。这就是智能工厂“账实相符”的开端。

架构分层设计

餐厅的空间天然分成四层:楼上的老板办公室管全局,出菜窗口的主厨调度台安排节奏,灶台边的控制面板调节火候,最底层是锅碗瓢盆和火苗。数据在楼层之间传递,但每层从不越级指挥——老板不会跑去拧煤气阀门,主厨也不用天天看财务报表。

工厂里的分层有个国际标准叫 ISA-95,它把制造企业从设备到管理划分为 L0 到 L4 五层:L4 企业管理层放 ERP,L3 车间执行层放 MES,L2 设备控制层放 SCADA 和 PLC,L1/L0 是传感器、执行器和机床本体。每层只跟上下相邻层“对话”,这就是松耦合。

松耦合带来两个好处:一是可以独立演进,换一台新机床只需改造 SCADA 采集点,ERP 完全不用动;二是职责边界清晰,不重叠、不越权。但代价是必须定义好层与层之间的接口和数据格式,否则每层都会变成信息孤岛。

TERP≈105×TSCADA,TMES≈102×TSCADAT_{\text{ERP}} \approx 10^5 \times T_{\text{SCADA}}, \qquad T_{\text{MES}} \approx 10^2 \times T_{\text{SCADA}}

1. 设备层周期:SCADA 的数据刷新周期,典型为毫秒到秒级,相当于温度计每秒钟读数一次。

TSCADAT_{\text{SCADA}}

2. 车间层周期:MES 的排产与跟踪周期,典型为分钟到小时级,约为设备层的 100 倍。

TMES≈102×TSCADAT_{\text{MES}} \approx 10^2 \times T_{\text{SCADA}}

3. 管理层周期:ERP 的计划与财务周期,典型为天到月级,约为设备层的 10 万倍。

TERP≈105×TSCADAT_{\text{ERP}} \approx 10^5 \times T_{\text{SCADA}}

4. 节奏分离:各层用适合自己的节奏运转,控制层快速响应、管理层冷静决策。

T控制≪T执行≪T计划T_{\text{控制}} \ll T_{\text{执行}} \ll T_{\text{计划}}

老板每天看一次营业额报表就够了,而油温必须每秒钟看一次。用看报表的节奏去盯油温,菜早就糊了;用盯油温的节奏去看报表,人早就累垮了。分层设计的意义,就是让每一层各司其职、各按各的节拍运转。

核心功能模块

主厨的调度台上有四样宝贝:排菜板、食材柜、质量卡、灶台监控表。排菜板安排“哪个灶头做什么”,食材柜保证“料随菜到”,质量卡记录“每道菜是谁做的、用了什么料”,灶台监控表实时显示“哪个灶头火力异常”。这四样,就是 MES 的四大核心模块。

生产计划排程:接收 ERP 工单,结合设备产能、模具、班次排出工序计划,支持插单和急单调整;物料库存管理:管理线边库出入库、批次和先进先出,防止缺料停线;质量追溯管控:每道工序记录批次号、操作员、设备、工艺参数,实现“一物一码”;设备状态监控:接入 SCADA 数据,实时展示设备运行、停机、故障状态,并统计 OEE。

四大模块的中心目标是“看得清、管得住”:排程让生产有序,物料让生产不断粮,质量让生产有据可查,设备监控让生产不瞎跑。而 OEE(设备综合效率),正是衡量设备状态监控效果的核心指标。

OEE=A×P×Q=T运行T计划×N产出×C标准节拍T运行×N良品N产出\text{OEE} = A \times P \times Q = \frac{T_{\text{运行}}}{T_{\text{计划}}} \times \frac{N_{\text{产出}} \times C_{\text{标准节拍}}}{T_{\text{运行}}} \times \frac{N_{\text{良品}}}{N_{\text{产出}}}

1. 综合效率定义:OEE 由三个维度连乘得到,像“三道菜综合评分”。

OEE=A×P×Q\text{OEE} = A \times P \times Q

2. 可用率 A:实际运行时间占计划生产时间的比例,反映“设备有没有在干活”,停机越多数值越低。

A=T运行T计划A = \frac{T_{\text{运行}}}{T_{\text{计划}}}

3. 性能率 P:实际产出乘以标准节拍后与运行时间之比,反映“干得快不快”。

P=N产出×C标准节拍T运行P = \frac{N_{\text{产出}} \times C_{\text{标准节拍}}}{T_{\text{运行}}}

4. 良品率 Q:良品数量占产出总数的比例,反映“干得好不好”。

Q=N良品N产出Q = \frac{N_{\text{良品}}}{N_{\text{产出}}}

5. 连乘的意义:三项都在 0 到 1 之间,任何一项差都会拉低综合效率,与“短板效应”同理。

OEE∈[0,1]\text{OEE} \in [0, 1]

OEE 就像给主厨的“三围”打分:可用率是灶台有没有在干活,性能率是干得快不快,良品率是干得好不好。想提升 OEE,先靠 SCADA 把数据采全,再靠 MES 把数据算准,缺一环都不行。

数据流转机制

餐厅里的信息传递像传菜一样环环相扣:客人点单,收银台打小票,主厨安排灶台,出锅后传菜员上桌,服务员回单确认。任何一环断了,客人就吃不上菜。智能工厂的数据流也是两条大道:一条指令下行,一条数据上行。

指令下行:ERP 销售订单经过物料需求计算生成生产工单,MES 接收后排产并派工到设备,SCADA 把指令变成设备的启停动作。数据上行:设备完工信号被 SCADA 采集,MES 报工并更新工序状态,ERP 同步订单进度和成本。一来一回,管理层和设备层之间就没有了信息盲区。

除了这两条主线,还有两条支线:物料拉动配送方面,MES 根据工单消耗触发拉动信号,仓库或 AGV 按需配送,上线扫码确认防错防漏;异常预警闭环方面,采集数据超限后即刻报警,生成异常工单,指派责任人处理,处理完反馈关闭,全过程留痕。

T总=T采集+T传输+T处理+T反馈T_{\text{总}} = T_{\text{采集}} + T_{\text{传输}} + T_{\text{处理}} + T_{\text{反馈}}

1. 采集耗时:现场传感器和设备把物理信号变成数据的耗时。

T采集T_{\text{采集}}

2. 传输耗时:数据经网络或总线送到上层系统的耗时。

T传输T_{\text{传输}}

3. 处理耗时:MES/ERP 对数据校验、计算、写入数据库的耗时。

T处理T_{\text{处理}}

4. 反馈耗时:结果回传到执行端(大屏、终端、AGV)的耗时。

T反馈T_{\text{反馈}}

5. 串行求和:四段耗时首尾相接组成总时延,优化必须逐段排查、逐段压缩。

T总=T采集+T传输+T处理+T反馈T_{\text{总}} = T_{\text{采集}} + T_{\text{传输}} + T_{\text{处理}} + T_{\text{反馈}}

从“菜出锅”到“老板看到报表”,数据要经过传菜员、收银台、财务三双手,任何一双磨蹭,老板看到的就是“昨天的菜”。智能工厂对每一段时延都要斤斤计较——时延就是决策的滞后,滞后就是真金白银的损失。

系统集成方式

老王餐厅早期最大的问题是“对不上话”:收银系统打出的单,后厨看不懂;后厨报的缺料,采购部不知道。后来统一了菜名编码、给每台设备定了通讯协议,厨房才真正跑顺。系统集成的本质,就是让三套系统说同一种语言。

常见的集成方式有四类:标准接口对接,用 WebService、RESTful API、OPC UA 等标准协议做点对点交换;主数据统一,让物料、客户、供应商、BOM 编码全局唯一,避免“同一颗螺丝三个编号”;消息中间件,用 Kafka、RabbitMQ 之类异步传递消息,削峰填谷、系统解耦;ESB 集成总线,在系统众多、链路复杂时做统一路由、转换和监控。

集成最怕两件事:丢消息和脏数据。丢消息会导致车间漏单,脏数据会导致报表失真。因此生产级集成必须做到幂等、重试、日志留痕和定期对账,可靠性指标就是衡量集成质量的核心。

R=N成功N发送×100%R = \frac{N_{\text{成功}}}{N_{\text{发送}}} \times 100\%

1. 发送总量:集成过程中发出的消息总数,例如一天下发 10 万条工单消息。

N发送N_{\text{发送}}

2. 成功数量:对端确认收到的消息数量。

N成功N_{\text{成功}}

3. 可靠率计算:两者相除再乘以 100%,接近 100% 代表集成通道稳定。

R=N成功N发送×100%R = \frac{N_{\text{成功}}}{N_{\text{发送}}} \times 100\%

传菜窗口喊一嗓子,后厨没听见,菜就漏了。消息中间件就像“传菜广播加回执确认”,喊完还要等对方回一声“收到”。集成从来不是把网线插上就完事,而是要保证每一条消息不丢、不重、不乱,三层架构才算真正“咬合”。

实施落地路径

老王开第二家分店时学乖了:他没有把后厨全部推翻重来,而是先画标准流程图,再挑一家店试运行一个月,跑顺了才复制到其他门店。智能工厂的落地,走的也是这条“先试点、再复制”的路。

第一步业务流程梳理:绘制未来流程图,定义单据、审批、责任岗位,输出需求规格说明书;第二步试点单元建设:选一条产线或一个车间,跑通“ERP 到 MES 到 SCADA 再到数据回传”的最小闭环,用真实数据验证效益;第三步标准规范制定:沉淀数据编码、采集点位、接口规范和考核指标,形成可复制模板;第四步分期推广优化:按产线或工厂分批复制,每期复盘优化排产规则和采集点位。

这条路径最忌讳的是“大爆炸”式切换——一次性在全厂上线,出了问题连回退的机会都没有。试点与推广之间,还要留足主数据清洗和模板沉淀的时间。而每一期该不该投入,要用账来回答。

ROI=B−CC×100%\text{ROI} = \frac{B - C}{C} \times 100\%

1. 总投入 C:实施的总成本,包括软硬件、集成、咨询和培训费用。

CC

2. 量化收益 B:节省人力、降低库存、减少报废等折算成的金额。

BB

3. 净收益:收益减去投入,衡量项目到底赚了多少。

B−CB - C

4. 回报率:净收益除以投入并乘 100%,用于立项评估和上线后评估对比。

ROI=B−CC×100%\text{ROI} = \frac{B - C}{C} \times 100\%

开新店之前,先算明白“装修和设备投进去的钱,能不能靠翻台率提升赚回来”。智能工厂每一期上系统前都要算 ROI,算不清账的数字化,只是为数字化而数字化——指标到数,才是落地的底气。

应用价值效益

三层系统全部打通后,老王坐在办公室就能看“全局直播”:今天接了多少单、哪个灶台停了、哪道菜良品率偏低、食材还剩多少。这种“透明”带来的不只是省心,更是白花花的效益。

四大价值最明显:生产透明可视,订单进度、设备状态、质量数据实时上屏,管理层从“听汇报”变成“看数据”;资源效率提升,设备利用率、OEE、库存周转全面提升,行业实践通常带来百分之十到三十的改善;质量成本优化,追溯链条完整,质量问题定位从“天”缩短到“分钟”,报废返工明显下降;快速柔性响应,小批量、多品种、急插单都能接得住,为 C2M 定制化生产打下基础。

评估这些价值不能只看单一指标,需要把效率、成本、质量三类收益放在一起算总账。这正是综合效益模型的意义。

V总=ΔE效率+ΔC成本+ΔQ质量V_{\text{总}} = \Delta E_{\text{效率}} + \Delta C_{\text{成本}} + \Delta Q_{\text{质量}}

1. 效率收益:产能利用率、OEE、库存周转率提升带来的收益。

ΔE效率\Delta E_{\text{效率}}

2. 成本收益:人力、能耗、废弃物等成本下降带来的收益。

ΔC成本\Delta C_{\text{成本}}

3. 质量收益:良品率提升、客户投诉减少带来的收益。

ΔQ质量\Delta Q_{\text{质量}}

4. 综合效益:三类收益相加得到总价值,评估智能工厂要看总和而非单点。

V总=ΔE效率+ΔC成本+ΔQ质量V_{\text{总}} = \Delta E_{\text{效率}} + \Delta C_{\text{成本}} + \Delta Q_{\text{质量}}

智能厨房的最终答卷,不是设备多先进、大屏多炫酷,而是“同样的店,翻台更高、损耗更少、回头客更多”。四项价值叠在一起产出综合效益,就是智能工厂给企业端出的那道“硬菜”。

AI 应用场景

设备预测性维护(SCADA + AI)

阶段:数据采集与异常检测

解决的问题:传统“坏了才修”导致非计划停机,维修靠老师傅经验、备件靠拍脑袋囤积。引入 AI 后,SCADA 持续采集的振动、温度、电流等时序数据成为训练样本,用隔离森林、LSTM 等模型做异常检测和剩余寿命预测,提前 1 到 3 天预警。

具体案例:某汽车零部件工厂在 20 台 CNC 机床上加装 SCADA 采集点,用主轴温度异常检测模型提前发现 3 起即将发生的故障,6 个月内意外停机减少 37%,备件库存下降 22%。

智能排产优化(MES + AI)

阶段:决策优化

解决的问题:人工排产依赖经验,插单难、换型多、设备利用率低。把 MES 中的订单、工位、物料齐套信息和设备状态建模成约束优化问题,用遗传算法或强化学习生成排产方案,比老师傅拍脑袋更接近全局最优。

具体案例:某电子装配厂用 MES 历史工单数据训练排产模型,换型时间降低 20%,订单准时交付率从 82% 提升到 95%,插单响应从半天缩短到两小时。

质量追溯分析(MES + AI)

阶段:分析与诊断

解决的问题:不良品出现后找原因靠翻纸质记录,慢且不准。利用 MES 沉淀的工序、批次、设备、工艺参数数据,构建“人机料法环”多维分析,用关联规则和决策树定位不良根因,让追溯从“猜”变成“算”。

具体案例:某注塑厂通过分析 MES 质量追溯数据,发现某模具在下午班次不良率飙升,根因是冷却水温度波动,调整温控参数后不良率下降 45%。

Python 演示

python88 行
import random  class ERP:    """企业资源计划系统: 接单, 备料, 算账"""     def __init__(self, orders):        self.orders = orders        self.stock = {"钢材": 2000, "铜线": 1500}     def release_order(self, order):        print("[ERP] 订单 {}: {} x {}, 交期 {} 天".format(order[0], order[1], order[2], order[3]))        return order     def check_material(self, order):        ok = True        for material, qty in order[4].items():            if self.stock.get(material, 0) < qty:                ok = False                print("[ERP] 物料 {} 不足, 需补采购".format(material))            else:                self.stock[material] -= qty        return ok  class MES:    """制造执行系统: 排产, 跟踪, 汇报"""     def __init__(self, capacity_per_hour):        self.capacity_per_hour = capacity_per_hour        self.progress = []     def plan(self, order):        hours = (order[2] + self.capacity_per_hour - 1) // self.capacity_per_hour        print("[MES] 排产: 订单 {} 需 {} 个产能小时".format(order[0], hours))        return hours     def report(self, order_id, produced, good):        self.progress.append((order_id, produced, good))        print("[MES] 订单 {} 完成, 产出 {} 良品 {} 不良 {}".format(            order_id, produced, good, produced - good))  class SCADA:    """数据采集系统: 采集设备温度与转速"""     def __init__(self, device_count):        self.device_count = device_count     def collect(self):        samples = []        for i in range(self.device_count):            temp = round(random.uniform(60, 95), 1)            speed = round(random.uniform(0.7, 1.0), 2)            samples.append((i, temp, speed))        return samples     def oee(self, produced, good, run_time, plan_time, standard_cycle):        avail = run_time / plan_time        perf = produced * standard_cycle / run_time        qual = good / produced if produced > 0 else 0        print("[SCADA] 可用率 {:.2f} 性能率 {:.2f} 良品率 {:.2f}".format(avail, perf, qual))        return avail * perf * qual  def main():    order = ("SO1001", "电机", 500, 7, {"钢材": 300, "铜线": 80})    erp = ERP([order])    mes = MES(capacity_per_hour=10)    scada = SCADA(device_count=4)     if not erp.check_material(order):        return    erp.release_order(order)    hours = mes.plan(order)    plan_time = hours / mes.capacity_per_hour * 11    run_time = plan_time * random.uniform(0.85, 0.95)    produced = int(run_time * 10 * random.uniform(0.9, 1.0))    good = int(produced * random.uniform(0.93, 0.99))    mes.report(order[0], produced, good)     samples = scada.collect()    oee = scada.oee(produced, good, run_time, plan_time, standard_cycle=0.1)    print("[总览] 采集 {} 个设备样本, 订单 {} 的 OEE = {:.2f}".format(len(samples), order[0], oee))  if __name__ == "__main__":    main()
目的:用三个 Python 类分别模拟 ERP 老板账本、MES 主厨排产、SCADA 设备采集,跑通“接单 → 备料 → 排产 → 执行 → 报工 → 算 OEE”的完整工厂数据链。
  1. class ERP:定义“老板大脑”类,负责订单账本和物料库存
  2. self.stock = {"钢材": 2000, "铜线": 1500}初始化物料库存,相当于餐厅的食材柜
  3. def check_material(self, order):下单前检查物料够不够,不够就触发采购提醒
  4. hours = (order[2] + self.capacity_per_hour - 1) // self.capacity_per_hour用向上取整计算需要多少产能小时,500 件、每小时 10 件就是 50 小时
  5. mes.report(order[0], produced, good)完工报工,把产出和良品数交给 MES 记录
  6. avail = run_time / plan_timeOEE 的 A:可用率,实际运行时间除以计划时间
  7. perf = produced * standard_cycle / run_timeOEE 的 P:性能率,实际产出乘以标准节拍再除以运行时间
  8. qual = good / produced if produced > 0 else 0OEE 的 Q:良品率,加个条件防止除零
  9. if __name__ == "__main__":脚本入口,只有直接运行时才执行主流程

常见误区

误区“公司花了上千万上了 SAP 或 Oracle,我们已经是智能工厂了吧?”很多管理者把 ERP 当成数字化转型的全部,觉得系统越贵越先进。

正解ERP 只是“老板的账本”,它看不见车间里每台设备的实时状态,也算不出每道工序的真实节拍。真正执行和反馈要靠 MES 和 SCADA。厨房装了收银系统不等于后厨自动化——装了个好脑子,还得有手和眼睛。

为何常见:ERP 知名度最高、单价最高、宣传最多,管理层最容易把它当成数字化的代名词。

误区“ERP 里不是有计划模块吗?为什么还要上 MES?是不是供应商想多卖一套软件?”

正解两者的计划颗粒度和时间尺度完全不同。ERP 排的是“这个月产多少、备多少料”的宏观计划,以天和周为单位;MES 排的是“这几小时哪台设备做什么工单”的现场排产,以分钟和小时为单位。就像老板定菜单、主厨定出菜顺序,两个人都“管计划”,但一个管月、一个管分钟。

为何常见:表面看都有“计划”两个字,初学者容易以为功能重叠,忽略了颗粒度差异。

误区“SCADA 不就是车间里那个花花绿绿的大屏吗?给领导参观用的。”

正解SCADA 的本质是数据采集与控制,大屏只是它的可视化外壳。它负责把设备的温度、振动、产量信号变成结构化数据,是 MES 排产、OEE 计算、AI 预测性维护的数据源头。没有 SCADA,上层系统全是“无米之炊”。就像温度计不是为了好看,而是为了让主厨知道火候。

为何常见:大屏视觉冲击强,人们容易把展示层当成系统本体。

误区“ERP、MES、SCADA 我都买齐了,也分别上线了,数据应该自动通了吧?”

正解三套系统来自不同厂商,数据结构、编码规则、通讯协议各异,不做接口和主数据治理就是三个信息孤岛。集成要解决编码统一、消息可靠、接口标准三大问题,否则报表还是要人工用 Excel 拼接。就像每个厨房窗口都配了对讲机,但用的频段不同,还是喊不通。

为何常见:以为买了系统就自动互联,忽略了“打通”本身是需要设计和投入的工程。

误区“系统上线验收完就万事大吉,接下来它自己会越跑越顺吧?”

正解系统是好是坏取决于数据质量和规则维护。物料编码要持续治理,工艺参数要随产品更新,排产规则要结合现场反馈调优。不维护,主数据会越来越脏,报表逐渐失真,最后被业务人员弃用。就像菜谱不更新,厨师再熟练也做不出新品。

为何常见:人们习惯把软件当“一次性用品”,忽略了工业软件是“需要持续喂养的活系统”。

面试题

Q1. 在智能工厂三层系统中,哪套系统主要负责“车间现场的生产执行与进度跟踪”?

单选题 · easy

  • A.ERP 企业资源计划系统
  • B.MES 制造执行系统← 正确答案
  • C.SCADA 数据采集与监控
  • D.CRM 客户关系管理系统

答案:B。ERP 管企业级资源与计划,相当于老板的账本;SCADA 管设备数据采集,相当于厨房温度计;MES 才是盯车间现场执行的“主厨”,负责工单派发、工序跟踪和报工,所以选 B。

Q2. SCADA 系统在智能工厂架构中的核心职责是?

单选题 · easy

  • A.编制三年的战略经营规划
  • B.核算工厂生产线员工工资
  • C.实时采集设备状态与工艺参数← 正确答案
  • D.设计产品外观与包装方案

答案:C。SCADA 的核心是“采和控”:通过 PLC 和传感器把设备状态、工艺参数采集上来,再下发控制指令。编制规划是 ERP 的事,核算工资是 HR 的事,设计包装是研发的事,都与 SCADA 无关。

Q3. 设备综合效率 OEE 等于以下哪三项的乘积?

单选题 · mid

  • A.可用率、性能率与良品率← 正确答案
  • B.开机率、负荷率与合格率
  • C.计划率、节拍率与良品率
  • D.稼动率、速度率与一次成功率

答案:A。OEE 的三个维度缺一不可:A 可用率看设备有没有在干活,P 性能率看干得快不快,Q 良品率看干得好不好。其他选项把维度偷换成开机率、负荷率等近似概念,都不是标准定义。

Q4. 关于 ERP 与 MES 的生产计划分工,说法正确的是?

单选题 · mid

  • A.两者计划功能完全重复且冗余
  • B.ERP 管中长期计划,MES 管现场排产← 正确答案
  • C.MES 管财务预算,ERP 管设备运维
  • D.ERP 替代 MES 采集设备传感数据

答案:B。ERP 和 MES 的计划不在一个颗粒度上:ERP 管中长期订单和物料计划,MES 把工单细化到工序和设备级别。两者是接力关系,不是重复,更不能互相替代,所以选 B。

Q5. 端到端数据耗时 T总 = T采集 + T传输 + T处理 + T反馈,要缩短 MES 看到设备数据的延迟,最直接的做法是?

单选题 · mid

  • A.压缩采集与传输环节的耗时← 正确答案
  • B.增加人工纸质记录交接环节
  • C.延长设备控制周期的时长
  • D.取消设备数据回传的环节

答案:A。T总 是四段串行相加,缩短其中最慢的一段效果最明显。采集频率和传输带宽通常是瓶颈;增加人工环节、延长控制周期、取消回传都是南辕北辙的做法。

Q6. 为解决多系统“同一物料三种编码”的问题,最优先的措施是?

单选题 · hard

  • A.各系统各自维护一套编码互不干扰
  • B.建立统一主数据管理,编码全局唯一← 正确答案
  • C.仅在月报中用人工方式换算数据
  • D.将 SCADA 数据直接写入财务账本

答案:B。编码不统一是数据集成的头号杀手,根治办法是主数据管理,让物料、客户等编码全局唯一。各自为政和人工换算只能掩盖问题,把 SCADA 数据硬塞进财务更会制造脏账。

Q7. 智能工厂实施中,哪项因素是项目成功的最关键保障?

单选题 · hard

  • A.一次性买齐最贵的软硬件设备
  • B.先梳理流程再分阶段试点推广← 正确答案
  • C.跳过试点直接全厂统一切换
  • D.只上线管理驾驶舱大屏做展示

答案:B。行业经验表明,数字化失败多源于“没理流程就上系统”和“一次性大爆炸切换”。先梳理业务、试点闭环、沉淀标准、再复制推广,是经过验证的稳健路径,所以选 B。

Q8. SCADA 采集的设备数据可以支撑哪些上层应用?

多选题 · mid

  • A.设备预测性维护与故障预警← 正确答案
  • B.生产进度的实时统计与展示← 正确答案
  • C.调节厂区周边商铺的灯光
  • D.能效分析与异常报警联动← 正确答案

答案:ABD。SCADA 采集的温度、振动、电流是预测性维护的原料,设备实时状态能支撑进度统计,能效分析同样依赖这些数据。调节周边商铺灯光与工厂设备数据无关,属于干扰项。

Q9. 下列哪些属于智能工厂中“数据上行”(设备到管理)的信息?

多选题 · hard

  • A.设备振动与温度等状态数据← 正确答案
  • B.订单评审与物料需求计划
  • C.完工数量与良品率统计← 正确答案
  • D.车间排产指令的下达执行

答案:AC。数据上行指从设备层流向管理层的反馈信息:设备状态、完工数量、良品率都属于上行;订单评审、排产指令则是从管理层下达到车间的“指令下行”,方向正好相反。

Q10. 制造执行系统 MES 建设时常见的“坑”有哪些?

多选题 · extreme

  • A.忽视与 ERP 的主数据编码对齐← 正确答案
  • B.采集点位过少造成数据盲区← 正确答案
  • C.排产规则未结合现场产能约束← 正确答案
  • D.认为上线后无需维护基础数据← 正确答案

答案:ABCD。主数据不对齐导致接口混乱,采集点太少导致数据盲区,排产规则脱离现场产能导致计划失真,上线后不维护基础数据导致系统越用越脏——四条都是 MES 项目的典型深坑,全选。