2. MQTT协议核心机制
储能站遥测接入之所以普遍选择 MQTT，而不是 HTTP 轮询或原始 TCP 长连接，根本原因在于它的四个核心机制恰好匹配了储能数据的采集特征：设备数量多、单点数据量小、上报频率稳定、网络条件不稳定、且需要支持断线续传。理解发布/订阅模型、主题、QoS、保留消息与会话这五个概念，并明确它们在储能场景中的适用边界，是后续所有接入配置工作的基础。
发布/订阅模型：解耦采集端与消费端
MQTT 采用发布/订阅（Pub/Sub）模型，而不是客户端与服务器直接请求响应。储能站中的 PCS、BMS、EMS、环境监测单元等设备作为发布者（Publisher），把遥测数据发布到 Broker；后台的实时监控、历史存储、告警计算、能量调度等系统作为订阅者（Subscriber），从 Broker 订阅自己关心的数据。发布者与订阅者互不知道对方的存在，只通过主题（Topic）建立关联。
这种解耦对储能站有直接价值：新增一个“电池健康度分析”服务时，只需让它订阅相应主题，不必修改任何现场设备的采集程序；某台设备临时离线，也不会阻塞其他设备的数据上报。但要注意边界——Pub/Sub 是单向的，设备只负责发布，若需要下发控制指令（如功率设定值），必须另建一条反向主题通道，且控制类消息通常要求 QoS 1 以上并配合应用层确认，不能与遥测共用同一条轻量通道。
主题：用层级结构组织储能测点
主题是 MQTT 的寻址方式，采用斜杠分隔的层级字符串，支持两种通配符：+ 匹配单层，# 匹配多层（只能出现在末尾）。储能站的主题设计应体现“站—设备—测点”的层级，例如：
ess/{stationId}/{deviceType}/{deviceId}/{metric}
ess/ST001/pcs/PCS01/dc_voltage
ess/ST001/bms/BMS01/soc
ess/ST001/env/ENV01/temperature订阅端可以用 ess/ST001/+/+/soc 获取站内所有设备的 SOC，或用 ess/ST001/# 获取整站全部遥测。主题设计的关键边界是：不要用主题承载数据内容。主题只做寻址，测点值、时间戳、质量码应放在 Payload 中。若把数值写进主题（如 .../soc/85），会导致主题数量爆炸、无法用通配符订阅，也会让 Broker 的订阅树迅速膨胀。储能站单站测点通常在 500～3000 点之间，主题层级控制在 4～6 层较为合适。
QoS：三级服务质量与遥测取舍
MQTT 定义三个 QoS 等级，直接决定消息投递语义与网络开销：
| QoS | 投递语义 | 交互次数 | 储能遥测适用性 |
|---|---|---|---|
| 0 | 至多一次，可能丢失 | 1 次 PUBLISH | 高频非关键量，如环境温湿度、风扇转速 |
| 1 | 至少一次，可能重复 | PUBLISH + PUBACK | 核心遥测，如 SOC、直流电压、有功功率 |
| 2 | 恰好一次，开销最大 | 四次握手 | 一般不用于遥测，仅用于计费或结算类数据 |
储能遥测的合理边界是：绝大多数测点用 QoS 1，少量非关键量用 QoS 0，QoS 2 基本不用于周期性遥测。原因是 QoS 2 需要四次报文交互，在 1 秒级上报、数千测点的场景下会显著增加 Broker 负载和链路时延。QoS 1 的“可能重复”问题，应由消费端按“设备ID + 测点 + 时间戳”做幂等去重，而不是靠提升到 QoS 2 解决。此外，QoS 是发布端与订阅端协商的结果，实际生效等级取两者中的较小值——若订阅时声明 QoS 1，而发布时用 QoS 0，最终仍按 QoS 0 投递。
保留消息：让新订阅者立即拿到最新值
保留消息（Retained Message）是指发布时设置 retain 标志，Broker 会为该主题保存最后一条消息。当新的订阅者订阅该主题时，Broker 立即把这条保留消息推送给它，而不必等待下一次设备上报。储能站中，这一机制非常适合“状态类”测点：EMS 当前运行模式、PCS 启停状态、BMS 主接触器状态等。新上线的监控页面订阅这些主题后，能立刻显示当前状态，而不是空白等待一个上报周期。
但保留消息有明确边界：它只保留每个主题的最后一条，不保留历史；且如果设备长时间离线，保留的可能是过期值。因此，消费端必须结合 Payload 中的时间戳判断数据新鲜度，超过阈值（例如 3 个上报周期）应标记为“陈旧”而非直接展示。另外，对于高频变化的模拟量（如直流电压），一般不建议开启 retain，否则 Broker 需要为大量主题维护保留副本，且新订阅者拿到的瞬时值意义有限。
会话：断线重连后的数据连续性
MQTT 会话由客户端标识（ClientID）和 clean_session 标志决定。当 clean_session=false 时，Broker 会为客户端保存会话状态，包括：已订阅的主题列表、QoS 1/2 中尚未确认的消息、以及离线期间到达的 QoS 1/2 消息。储能站现场网络常因 4G 信号波动或交换机重启而短暂中断，若设备端使用固定 ClientID 并设置 clean_session=false，重连后 Broker 会把离线期间缓存的遥测消息补发给订阅者，避免数据断档。
会话机制的适用边界在于：它只对 QoS 1/2 消息有效，QoS 0 消息在离线期间直接丢弃；同时，Broker 需要为每个持久会话分配内存和存储，若储能站有上千台设备且都开启持久会话，Broker 的资源规划必须相应提高。实践中，核心测点用持久会话 + QoS 1，非关键高频量用 clean_session=true + QoS 0，是较为平衡的做法。此外，会话过期时间（Session Expiry Interval，MQTT 5.0）应设置为略大于最长预期断网时间，例如 30 分钟，避免 Broker 无限期保留无效会话。