2. ctrlX AUTOMATION平台架构
要理解 ctrlX AUTOMATION 的数据集成能力，不能只把 ctrlX CORE 当成一台“更快的 PLC”，也不能把 ctrlX Data Layer 简单理解成“一个 OPC UA 服务器”。它们分别承担了运行载体、系统底座和统一数据入口三种不同职责。只有把这三层关系理清，后续做设备接入、跨应用取数、边缘计算和云端上传时，才知道数据应该从哪里进、由谁组织、以什么形式被消费。
一、三个核心组件的定位
ctrlX CORE 是硬件与运行平台，是整套架构的物理承载。它通常以工业 PC 或紧凑型控制器的形态出现，提供实时控制所需的 CPU、内存、存储和现场总线接口，同时运行 Linux 基础系统。它既可以直接执行 PLC 逻辑，也可以并行运行 ctrlX OS 上的各类应用。在数据集成视角下，ctrlX CORE 是“数据产生和汇聚的现场节点”：PLC 变量、运动控制状态、I/O 信号、连接的外设数据，最终都落在这一节点上。
ctrlX OS 是运行在 ctrlX CORE 之上的操作系统层，本质上是面向工业场景的 Linux 发行版与运行时环境。它负责应用生命周期管理、容器化运行、系统服务、安全机制和实时性保障。ctrlX OS 的关键价值在于“开放”：它允许以 App 形式安装功能模块，例如 OPC UA Server、MQTT Client、防火墙、Node-RED、数据库连接器等，而不必把所有功能都塞进 PLC 程序。对数据集成而言，ctrlX OS 提供了数据流动的“通道和容器”——应用之间如何隔离、如何通信、如何被授权访问数据，都由这一层决定。
ctrlX Data Layer 是统一的数据访问层，也是整个平台数据集成的核心枢纽。它把来自 PLC、运动控制、应用、外设的数据抽象为带路径的“数据节点”，任何获得授权的应用都可以通过统一接口读写这些节点，而不需要关心数据原本来自哪个协议或哪个进程。它支持订阅/发布机制，数据变化时可以主动推送给订阅者，而不是靠轮询。这样，数据集成就从“点对点协议转换”变成了“面向统一数据空间的访问”。
二、三者如何协同完成一次数据集成
可以用一个典型场景来理解：现场有一台通过 EtherCAT 连接的伺服驱动器，需要把它的实际位置和状态上传到 MES，同时在本地 HMI 上显示。
第一步，伺服驱动器的过程数据由 ctrlX CORE 上的实时控制任务采集，PLC 程序把位置值写入一个变量。第二步，这个变量通过 ctrlX OS 上的运行时服务映射到 ctrlX Data Layer，形成一个可访问的数据节点，例如 plc/app/Application/servo/actualPosition。第三步，HMI 应用和 MQTT 上传应用分别作为 Data Layer 的客户端，订阅这个节点。HMI 获得实时刷新，MQTT 应用则在数值变化时把数据打包发送到 MES。整个过程中，HMI 和 MQTT 应用都不需要直接访问 PLC 内存，也不需要各自实现 EtherCAT 解析。
这个链条说明：ctrlX CORE 负责“产生和承载”，ctrlX OS 负责“运行和连接”，ctrlX Data Layer 负责“统一表达和分发”。三者缺一不可。
三、数据集成中的关键机制
理解架构之后，还需要掌握几个在集成时反复用到的机制。
数据节点路径是 Data Layer 的寻址基础。每个可访问的数据都有一个类似文件路径的标识，例如 plc/app/Application/axis1/position、diagnostics/system/cpuLoad、framework/metrics/system/memUsed。路径通常由提供者注册，消费方按路径读写。做集成时，第一步往往就是确认目标数据的准确路径，而不是凭经验猜测。
订阅与发布决定了数据是“拉”还是“推”。对于变化频繁的过程值，应使用订阅方式，让 Data Layer 在数值变化超过设定阈值时推送；对于配置类、诊断类低频数据，可以用读取方式按需获取。示例中，若位置值每 1 ms 变化一次，而 MES 只需要 100 ms 粒度，就可以在订阅端做降采样或设置死区，避免无效流量。
应用间解耦是 Data Layer 带来的直接收益。HMI、MQTT 客户端、数据库记录器、分析应用都只依赖 Data Layer 的路径和接口，不依赖彼此的实现。新增一个数据消费方时，不需要修改 PLC 程序，也不需要改动已有应用，只需授权其访问相应节点。
四、实际集成时的判断依据
当需要把一台新设备接入 ctrlX AUTOMATION 时，可以按以下顺序判断：设备是否通过 ctrlX CORE 支持的现场总线接入？如果是，数据通常先进入 PLC 或运动控制任务，再映射到 Data Layer；如果设备是独立以太网设备，则可能通过 ctrlX OS 上的协议转换 App 直接接入 Data Layer。数据进入 Data Layer 后，再决定由哪些应用消费、以什么频率消费、是否需要本地缓存或边缘预处理。
例如，一个温度传感器通过 Modbus TCP 接入，可以在 ctrlX OS 上安装 Modbus 客户端 App，把寄存器值映射为 Data Layer 节点 modbus/temp1/value。随后，Node-RED 流程订阅该节点，做单位换算和越限判断，再把结果写入另一个节点供 HMI 显示，同时通过 MQTT 上报。整个过程中，PLC 可以完全不参与，这就是 ctrlX OS 与 Data Layer 组合带来的灵活性。
需要强调的是，ctrlX CORE、ctrlX OS、ctrlX Data Layer 不是三个可以随意替换的独立产品，而是一套分层协作的整体。ctrlX CORE 提供确定性的现场运行环境，ctrlX OS 提供开放的应用运行与安全框架，ctrlX Data Layer 提供统一的数据语义和访问通道。掌握这三者的分工与衔接方式，是后续学习具体协议接入、数据建模、边缘计算和云连接的基础。