1. 储能站遥测接入全景

储能站的遥测数据接入，本质上不是“把设备数据发到云上”这么简单，而是一条从物理量采集到业务可用数据的完整链路。要理解这条链路，先要认识站内三类核心设备：PCS（储能变流器）、BMS（电池管理系统）和EMS（能量管理系统）。它们各自承担不同的职责，也各自产生不同性质的遥测数据。

PCS负责电池与电网之间的功率变换，它关心的是一次侧的电气量：三相电压、三相电流、有功功率、无功功率、频率、功率因数、直流母线电压、IGBT温度、运行状态与故障码。BMS负责电池本体的安全与状态，它关心的是电池簇/电池堆层面的电压、电流、SOC、SOH、单体最高/最低电压、最高/最低温度、绝缘电阻、接触器状态与告警等级。EMS则是站级调度与协调层，它汇总PCS与BMS的数据，执行功率分配、SOC均衡、削峰填谷、需求响应等策略，同时对外提供站级总功率、总SOC、可充可放能力、运行模式等汇总量。

这三类设备的数据最终要进入MQTT链路，供上层平台（如储能云平台、虚拟电厂、调度主站）消费。因此，本节的核心任务是建立一张“全景图”：数据从哪来、经过谁、以什么形式、按什么节奏、最终到哪里去。下面这张SVG用信号链的方式呈现了这条数据通路，它把设备层、采集层、协议层、传输层和应用层串在一起，并标注了各环节的关键对象与典型参数。

从图中可以看到，整条链路可以拆成五个环节。第一环节是设备层，PCS、BMS、EMS各自通过不同的物理接口输出数据。PCS通常提供Modbus TCP或IEC 61850接口，BMS多走CAN或RS-485，EMS则可能同时对接PCS和BMS，再以站级汇总形式对外提供数据。第二环节是站控采集网关，它是整条链路中最容易被忽视但最关键的一环。网关需要完成协议解析、点表映射、量纲转换、时间戳对齐、死区判断和本地缓存。第三环节是协议封装，把采集到的原始寄存器值转换成带语义的JSON或Protobuf报文。第四环节是MQTT发布，网关作为MQTT Client，把报文发布到Broker的指定Topic上。第五环节是平台订阅，上层应用通过订阅Topic获取数据，写入时序数据库或实时计算引擎。

理解这条链路，需要抓住三个核心概念。第一个是Topic层级设计。Topic不是随便起的名字，它决定了数据如何被路由、如何被权限控制、如何被订阅。一个合理的Topic结构应该包含站点标识、设备类型、设备序列号和数据类型。例如station/S001/pcs/PCS-01/telemetry表示S001站点下编号为PCS-01的PCS遥测数据。这种层级设计让平台可以按站点订阅、按设备类型订阅，也可以精确订阅单台设备。第二个是QoS等级选择。遥测数据量大、频率高，通常使用QoS 0或QoS 1；告警数据量小但要求可靠，应使用QoS 1或QoS 2。第三个是Retain标志。对于设备状态、运行模式这类“当前值”语义的数据，设置Retain为true，可以让新订阅者立即获得最后一条状态，而不必等待下一次上报。

在实际工程中，采集周期和上报周期往往需要解耦。PCS的电气量变化快，采集周期可能设为1秒；BMS的SOC和温度变化慢，采集周期可以设为5秒或15秒；EMS的站级汇总量通常也是秒级。但上报到MQTT时，不一定每个采集点都立即上报。常见做法是：变化量超过死区阈值时立即上报，否则按固定周期上报一次心跳。这样既能保证实时性，又能控制流量。例如PCS有功功率死区设为额定功率的0.5%，当功率变化超过该阈值时触发上报；BMS单体电压死区设为10mV；温度死区设为0.5℃。这些参数需要根据设备特性和平台要求调整，不是固定值。

另一个容易出问题的地方是时间戳。设备本地时间、网关时间、平台时间三者可能不一致。推荐做法是：网关在采集时打上UTC时间戳，并在报文中同时携带设备本地时间戳和网关接收时间戳。平台侧以网关时间戳为准进行排序和存储。如果网关与平台之间出现网络延迟，平台可以通过比较网关时间戳和平台接收时间戳来评估链路延迟。对于储能站这种对时序要求较高的场景，时间戳不一致会导致功率曲线错位、SOC变化率计算错误等问题。

最后，整条链路还需要考虑断网续传。储能站现场网络可能不稳定，网关必须具备本地缓存能力。当MQTT连接断开时，网关把报文写入本地环形缓冲区，缓存容量建议不少于30分钟的数据量。连接恢复后，网关按时间顺序补发缓存数据，并在报文中标记“补发”标志，平台侧据此区分实时数据和历史补发数据。如果缓存溢出，网关应丢弃最旧的数据并产生一条本地告警，而不是静默丢失。

为了便于后续章节对照，这里给出一份简化的链路参数速查表。表中的数值是教学示例，实际项目中应根据设备手册和平台规范确定。