3. EcoStruxure平台核心组件与指标工程关系
在EcoStruxure体系中，指标工程不是某一个软件单独完成的任务，而是由控制层、工厂/机器层与数据呈现层协同完成的一条“数据价值链”。EcoStruxure Control Expert、EcoStruxure Plant、EcoStruxure Machine 与 AVEVA 系统分别承担不同的角色：Control Expert 负责在控制器内部生成和整理原始指标数据；Plant 与 Machine 负责把设备、产线和机器数据组织成可复用的工程对象与运行上下文；AVEVA 系统则负责把来自不同控制器的数据汇聚、建模、计算并呈现为管理指标。理解这四类组件的分工与接口关系，是后续指标建模、采集与呈现工作的基础。
一、四类组件在指标链中的定位
从指标工程角度看，可以把整条链路理解为“产生—组织—汇聚—呈现”四个环节。Control Expert 处于最靠近设备的一层，它运行在 Modicon 控制器（如 M580、M340）中，通过梯形图、结构化文本或功能块程序，把设备状态、计数、节拍、报警等原始信号转换为可被上层读取的变量。例如，一个包装工位的“合格品计数”可以在 Control Expert 中通过计数器功能块实现，并映射为 Modbus 或 EtherNet/IP 可访问的寄存器地址。
EcoStruxure Plant 与 EcoStruxure Machine 处于中间组织层。Plant 面向流程与工厂级应用，强调与 SCADA、Historian、资产管理的集成；Machine 面向机器制造商与产线设备，强调机器数据的标准化封装与快速复用。两者都提供工程组态、通信配置与数据模型定义能力，使 Control Expert 中的变量不再只是孤立地址，而是带有设备层级、单位、量程和语义的工程对象。
AVEVA 系统（如 AVEVA System Platform、AVEVA Historian、AVEVA PI System 等）处于汇聚与呈现层。它通过 OPC UA、Modbus TCP、MQTT 等接口从 Plant/Machine 或直接从控制器采集数据，建立统一的对象模型，完成指标计算、历史存储、趋势分析与看板呈现。AVEVA 的核心价值在于把多个控制器、多条产线的数据统一到同一语义模型中，使 OEE、良率、能耗等跨设备指标可以被一致地计算和比较。
二、Control Expert：指标产生的源头
在 Control Expert 中，指标工程的第一步是确定“哪些物理量需要被采集”。常见的原始指标包括：产量计数、合格/不合格计数、设备运行/停机时间、报警次数、能耗脉冲等。这些量通常来自传感器、变频器、伺服驱动器或 PLC 内部逻辑。
以产量计数为例，假设某灌装线每瓶经过一个光电传感器，传感器信号接入 M580 的 DI 模块地址 %I0.2。在 Control Expert 中可以使用 CTU 计数器功能块，将 %I0.2 的上升沿作为计数脉冲，计数结果存入 %MW100。同时，为了区分合格品与不合格品，可以再用一个剔除信号 %I0.3 控制另一个计数器 %MW102。这样，%MW100 和 %MW102 就分别代表总产量和不良品数，上层系统只需读取这两个寄存器即可计算良率。
需要注意的是，Control Expert 中的变量命名应尽量语义化，例如用 Line1_Filler_TotalCount 代替 %MW100 的裸地址引用。虽然底层仍然是寄存器，但语义化命名可以在 Plant/Machine 组态时减少映射错误，也便于后续在 AVEVA 中建立对象模型。
三、Plant 与 Machine：从地址到工程对象
Control Expert 输出的仍然是“地址+值”的原始数据，而 Plant 和 Machine 的作用是把这些数据组织成带有层级和语义的工程对象。以 EcoStruxure Machine 为例，它通常面向单机设备，提供机器模板和预定义对象类型。工程师可以在 Machine 中定义一个“灌装机”对象，包含 TotalCount、RejectCount、RunTime、StopTime 等属性，并把每个属性绑定到 Control Expert 中的对应变量。
EcoStruxure Plant 则更偏向工厂级集成。它可以把多个 Machine 对象按产线、车间、工厂的层级组织起来，形成一棵设备树。例如：Plant1 / Line1 / Filler / TotalCount。这种层级结构不仅让数据有了上下文，还使 AVEVA 在采集时可以按层级批量订阅，而不需要逐个地址配置。
在通信层面，Plant 和 Machine 通常通过 OPC UA 服务器或 Modbus TCP 网关与控制器通信。如果控制器支持 OPC UA 服务器功能，可以直接在 Control Expert 中启用，并在 Plant/Machine 中作为客户端连接；如果控制器只支持 Modbus，则需要通过网关或 Plant/Machine 内置的 Modbus 驱动进行轮询采集。采集周期需要根据指标变化频率设定：产量计数通常 100～500 ms 即可，而能耗脉冲可能需要更快的 50～100 ms 以避免丢脉冲。
四、AVEVA：指标计算与呈现的终点
AVEVA 系统接收到的是已经带有语义的工程对象，接下来要完成三件事：统一建模、指标计算和可视化呈现。
统一建模是指把来自不同 Plant/Machine 的对象映射到 AVEVA 的命名空间。例如，所有产线的灌装机都统一使用 Filler.TotalCount 属性，这样 OEE 计算模板就可以复用到多条产线。AVEVA System Platform 中的 Object Template 和 Attribute 机制正是为此设计。
指标计算通常在 AVEVA 的脚本或计算引擎中完成。以 OEE 为例，其经典公式为：OEE = 可用率 × 性能率 × 合格率。其中可用率 = 运行时间 / 计划时间，性能率 = 实际产量 / 理论产量，合格率 = 合格品数 / 总产量。在 AVEVA 中，这些中间变量可以分别定义为对象属性，并通过表达式或脚本实时计算。例如，计划时间可以从班次表读取，理论产量可以根据节拍和运行时间推算，合格品数则直接来自 TotalCount - RejectCount。
可视化呈现是 AVEVA 的最终输出。工程师可以在 AVEVA 的看板工具中创建 OEE 趋势图、良率对比柱状图、停机原因帕累托图等。这些看板的数据源直接指向 AVEVA 对象模型中的属性，因此当 Control Expert 中的计数器更新时，看板会按采集周期自动刷新。需要注意的是，看板刷新频率应与采集周期匹配，避免因刷新过快导致画面闪烁或数据抖动。
五、组件协同中的常见问题与判断依据
在实际工程中，四类组件的协同容易出现三类问题。第一类是“地址对不上”：Control Expert 中变量地址变更后，Plant/Machine 的绑定未同步更新，导致 AVEVA 读到旧值或零值。判断方法是先在 Plant/Machine 的通信诊断中查看该变量的读取状态，若显示“Bad”或“Timeout”，则说明绑定或通信有问题。
第二类是“单位或量程不一致”：例如 Control Expert 中计数器是整数，而 AVEVA 中属性被定义为浮点数且量程为 0～100，导致显示值被截断或缩放错误。判断方法是核对 AVEVA 属性的 EngUnits 和 Min/Max 设置，并与 Control Expert 中的变量类型对照。
第三类是“采集周期与指标变化不匹配”：例如能耗脉冲宽度只有 30 ms，而采集周期为 200 ms，就会丢失大量脉冲。判断方法是在 AVEVA 中对比累计能耗与电表读数，若偏差持续增大，则需要缩短采集周期或改用控制器内部累计后再上传的方式。
总体来看，EcoStruxure Control Expert、Plant、Machine 与 AVEVA 系统在指标工程中形成了一条清晰的分工链：Control Expert 保证数据“采得到”，Plant/Machine 保证数据“看得懂”，AVEVA 保证数据“算得准、看得清”。只有四者协同一致，指标工程才能从原始信号稳定地转化为管理决策所需的 OEE、良率和能耗指标。