3. 能源数据接入与PI Interface配置
能源数据接入是PI System能源管理项目中最基础、也最容易埋下隐患的一环。DCS、PLC、电表、流量计这些数据源分属不同厂商、不同协议、不同刷新节奏，如果接口配置和点映射做得不扎实，后面再漂亮的绩效看板也只是建立在错误数据之上。本节围绕“怎么把现场能源数据可靠地送进PI Data Archive”展开，重点讲清接口选型、点位映射、采集参数设置和数据验证四个关键动作。
一、先分清数据源类型，再决定接口方案
能源数据源大致可分为三类。第一类是过程控制系统，如DCS（分散控制系统）和PLC（可编程逻辑控制器），它们本身已经采集了大量温度、压力、流量、功率等过程量，能源数据往往只是其中一部分标签。第二类是计量仪表，如电表、流量计、热量表，它们通常通过Modbus RTU/TCP、IEC 61850、DL/T 645、M-Bus等协议对外提供瞬时值和累积量。第三类是能源管理系统或电力监控系统，它们已经做过一轮汇总，可通过OPC UA、OPC DA或数据库接口提供数据。
针对不同数据源，PI System提供的接口工具也不同。DCS和PLC常用PI Interface for OPC DA/UA，或针对特定系统的专用接口（如PI Interface for Honeywell PHD、PI Interface for Siemens SIMATIC）。电表、流量计等Modbus设备通常使用PI Interface for Modbus TCP/RTU，或通过PI Connector for Modbus。若现场已有OPC UA服务器，则优先使用PI Interface for OPC UA，减少点对点驱动开发。接口选型的核心判断依据是：数据源是否已有标准协议服务、点位规模大小、刷新频率要求、是否需要写回控制。
二、点位映射：从设备地址到PI Tag的完整链路
点位映射不是简单地把设备地址抄进接口配置文件，而是要建立一条可追溯的链路：现场设备 → 通信地址（如Modbus从站号、寄存器地址、数据类型） → 接口点位定义 → PI Tag名称 → PI AF元素属性。这条链路中任何一环缺失，后期排障都会非常痛苦。
以一台Modbus TCP电表为例，假设从站地址为1，需要采集A相电压、A相电流、有功功率、正向有功电能四个量。在电表手册中查到对应寄存器：A相电压为40001（保持寄存器，32位浮点，高字在前），A相电流为40003，有功功率为40005，正向有功电能为40007（双字，单位0.01kWh）。在PI Interface for Modbus的配置文件中，需要为每个点定义扫描类、从站地址、功能码、寄存器偏移、数据类型和字节序。例如：
[POINT]
Tag = METER01.A_VOLT
ScanClass = SC_5S
Location1 = 1
ModbusFunction = 3
ModbusRegister = 40001
DataType = FLOAT32
ByteOrder = BIG_ENDIAN
这里有几个容易出错的细节。第一，寄存器地址的偏移量：不同接口对“40001”的解析方式不同，有的从0开始计数，有的从1开始，配置前必须确认接口文档。第二，字节序：Modbus设备常见ABCD、CDAB、BADC等排列，浮点数读出来是乱码时，首先检查字节序。第三，累积量处理：电能、流量这类累积值，PI中通常用“累积量”或“增量”方式处理，需要设置正确的转换系数和单位。
对于DCS数据，点位映射更多依赖OPC Item ID。例如某DCS的OPC服务器中，一个标签的Item ID为“Plant1.Boiler1.FuelFlow”，在PI Interface for OPC DA中配置为：
[OPC]
OPCServer = Matrikon.OPC.Simulation
ItemID = Plant1.Boiler1.FuelFlow
Tag = BOILER1.FUEL_FLOW
ScanClass = SC_1S
如果DCS侧标签命名规范，PI Tag可以沿用或做轻量映射；如果DCS标签是“TAG_001”这类无意义编号，则必须在PI AF中建立元素和属性，把工程语义补回来。
三、采集参数：扫描周期、死区与异常处理
扫描周期决定了数据进入PI的实时性。能源数据中，电功率、流量这类瞬时量通常需要1~5秒的扫描周期；电能、累计流量这类累积量可以放宽到10~60秒；温度、压力等慢变量可以更长。扫描周期过短会加重接口和网络负担，过长则可能丢失尖峰负荷信息。
死区（Deadband）用于过滤微小波动，减少无效归档。例如一个有功功率点，量程0~1000kW，死区设为0.5%即5kW，只有当功率变化超过5kW时才记录新值。死区设置过大会掩盖真实波动，过小则产生大量冗余数据。建议对能源计量点先做一周的原始数据观察，再确定死区。
异常处理方面，接口应配置“通信失败时保持最后值”或“写入特定错误码”，并在PI AF中建立数据质量监控。例如，当Modbus接口连续3次读取失败，应触发报警，而不是让PI Tag一直显示旧值。PI Interface通常支持“Failover”和“Buffering”，在网络中断时把数据缓存在本地，恢复后补传，这对能源结算数据尤其重要。
四、数据验证：怎么判断接入是否成功
接口配置完成、点位映射写入后，不能直接认为数据已经可用。必须做一轮系统性的数据验证。验证分四个层次。
第一层，通信层验证。在PI Interface的状态面板或日志中确认接口处于“Running”状态，无连续超时或错误计数。对于Modbus接口，可以先用Modbus Poll等工具独立读取同一寄存器，确认设备侧数据正常，再对比PI中读到的值。如果Modbus Poll能读到而PI读不到，问题在接口配置；如果两者都读不到，问题在设备或网络。
第二层，数值层验证。在PI SMT或PI Vision中调出刚接入的PI Tag趋势，与DCS画面、电表面板、流量计本地显示进行比对。比对时注意三点：数值是否一致、单位是否一致、时间戳是否对齐。例如电表面板显示有功功率为125.6kW，PI Tag显示125600，说明单位是W而非kW，需要在接口或AF中做单位换算。时间戳偏差超过5秒，需要检查接口所在服务器与设备的时间同步。
第三层，累积量验证。电能、流量这类累积量，重点检查是否单调递增、是否有异常跳变、翻转处理是否正确。例如一个正向有功电能点，一天内从0走到9999.99后翻转为0，如果接口没有做翻转补偿，PI中会出现一个巨大的负向跳变，导致日用电量计算错误。验证方法是取24小时趋势，观察累积曲线是否平滑上升，翻转点是否被正确处理。
第四层，业务层验证。把接入的数据与已知的能源平衡关系做交叉验证。例如，进线电表总功率应约等于各馈线功率之和（考虑线损和同时率）；蒸汽流量计读数应与锅炉产汽量、用户用汽量形成平衡。如果偏差超过合理范围（通常5%~10%），说明有点位映射错误、量程错误或漏接。这一步是发现“数据看起来正常但实际不可用”的关键。
能源数据接入的质量直接决定后续能源绩效分析的可靠性。接口配置不是一次性的任务，而是一个需要持续监控、定期校验的过程。建议在PI AF中为每个接口建立健康度监控元素，跟踪通信状态、数据新鲜度、异常点数量，把数据质量问题在进入分析层之前就拦截下来。