3. MES侧数据需求分析

在ControlLogix与MES对接的项目中，最容易出问题的环节往往不是通信链路，而是数据需求没有对齐。PLC工程师关心的是标签地址、数据类型和扫描周期，MES工程师关心的是工单号、物料批次和报工数量，双方如果只停留在“把数据传过去”的层面，上线后必然出现字段对不上、语义不一致、时间戳错位等问题。因此，在动手配置任何通信之前，必须先完成MES侧的数据需求分析，把每一个数据项的定义、来源、精度、更新时机和映射规则确定下来。

一、数据项定义的基本维度

一个完整的数据项定义，至少应包含以下六个维度：业务名称（MES侧使用的字段名，如WorkOrderID）、数据类型（字符串、整数、浮点、布尔、时间戳）、数据长度/精度（如字符串32字符、浮点保留2位小数）、数据来源（ControlLogix标签、计算派生、人工录入）、更新时机（周期采集、事件触发、班次汇总）、有效范围与默认值（如数量0~99999，无效时填-1或空）。缺少任何一个维度，都会在后续映射时产生歧义。

以工单数据为例，MES通常需要工单号、产品编码、计划数量、已完工数量、工单状态、计划开始/结束时间。其中工单号、产品编码、计划数量一般由MES下发给PLC或由操作员在HMI确认，属于“下行数据”；已完工数量、工单状态则由PLC上报，属于“上行数据”。方向不同，映射策略也不同：下行数据要关注写入时机和确认机制，上行数据要关注采集频率和数据完整性。

二、五类核心数据的映射原则

工单数据的映射核心是“唯一标识+状态同步”。工单号建议使用字符串，长度按MES实际规则定义（常见20~32字符），在ControlLogix中可用STRING类型或拆分为多个DINT存储。映射时必须约定：工单切换由谁触发、切换时PLC是否需要清零计数器、MES如何确认切换完成。推荐采用“MES下发工单号→PLC置位确认位→MES读取确认位”的握手方式，避免工单号写入过程中被PLC误读。

物料数据包括物料编码、批次号、消耗数量、剩余数量。物料编码和批次号通常为字符串，消耗数量为浮点或整数。映射原则是“批次绑定+单位统一”。例如MES要求消耗数量单位为千克，而PLC流量计输出为克，则必须在PLC侧或MES侧明确换算系数，并在数据字典中记录。批次号建议在换批时由MES下发，PLC在批次结束时回传实际消耗量，形成闭环。

设备状态的映射要区分“运行状态”和“故障状态”。运行状态可用枚举值表示：0=停机、1=运行、2=待料、3=换型；故障状态可用布尔量或故障码。映射原则是“状态编码统一+变化沿上报”。PLC侧检测到状态变化时置位一个“状态变化标志”，MES读取后清除标志，确保每次变化都被记录，而不是仅采集当前值。

工艺参数如温度、压力、速度、扭矩等，通常为浮点模拟量。映射原则是“工程单位+量程对应+采样周期”。例如PLC中温度标签为0~10000对应0~500.0℃，MES需要的是实际温度值，则映射时需除以20。采样周期要根据工艺特性确定：快速变化的扭矩可能需100ms采集，而温度可1s或5s采集。同时要定义死区（如变化小于0.5℃不记录），避免海量冗余数据。

质量结果包括合格数、不合格数、缺陷代码、检测时间。映射原则是“结果与工单/批次关联+缺陷编码对照”。PLC通常只统计合格/不合格数量，缺陷代码可能来自视觉系统或人工录入。MES侧需要将缺陷代码与标准缺陷字典对照，映射时建立一张对照表，确保PLC上传的代码能被MES正确解析。

三、映射原则的落地方法

完成数据项定义后，需要建立一张数据映射表，作为PLC与MES双方共同遵守的“合同”。这张表至少包含：MES字段名、PLC标签名、数据类型、方向（上行/下行）、更新方式、换算公式、异常处理。例如：

这张表不是一次性的文档，而是贯穿设计、编程、测试、验收全过程的基准。任何一方修改字段，都必须同步更新映射表并通知对方。建议在ControlLogix中为每类数据建立独立的UDT（用户自定义数据类型），例如UDT_WorkOrder包含工单号、产品码、计划量、确认位；UDT_Quality包含合格数、不合格数、缺陷码、时间戳。UDT的好处是结构清晰、便于批量读写，也方便MES侧按结构体解析。

四、常见映射陷阱与规避

第一个陷阱是字符串字节序。ControlLogix的STRING类型前两个字节为长度和状态，实际字符从第3字节开始；而MES侧通常按纯字符解析。如果直接按字节拷贝，会出现乱码或截断。正确做法是在PLC侧用COP指令将STRING的DATA部分拷贝到SINT数组，或使用ProSoft、Ignition等网关的字符串转换功能。

第二个陷阱是浮点精度与字节序。ControlLogix的REAL为IEEE 754单精度，大端字节序；部分MES或数据库按小端解析，会导致数值完全错误。映射时必须确认双方字节序，必要时在网关侧做字节交换。

第三个陷阱是时间戳基准。PLC的WallClockTime与MES服务器时间可能存在时区或秒级偏差。建议统一使用UTC时间戳，并在映射表中注明时区转换规则。对于质量结果，时间戳必须与工单号、批次号同时上传，否则MES无法将结果归集到正确的生产批次。

第四个陷阱是无效值与默认值。当PLC尚未收到工单时，工单号可能为空字符串或全零；当传感器故障时，温度可能为-9999。MES侧必须定义这些异常值的处理逻辑：是丢弃、报警还是填入默认值。建议在映射表中为每个字段增加“无效值”和“处理方式”两列。

五、从需求到验证的闭环

数据需求分析完成后，应形成一份可执行的验证清单：逐字段检查PLC标签是否存在、数据类型是否匹配、换算是否正确、更新时机是否符合要求。验证时可以使用RSLinx或FactoryTalk Linx先读取PLC标签值，再与MES侧接收到的值对比。对于工单和物料字符串，建议用已知测试值（如“WO20250101TEST”）写入，确认MES端显示完全一致；对于模拟量，用信号发生器或强制值验证换算公式，例如强制Temp_REAL=250.0，确认MES显示250.0℃而非其他数值。