4、EMS数据采集与监控:SCADA系统、遥测遥信、数据采集频率与精度要求

各位同行,咱们今天聊聊EMS里最基础、也最要命的一环——数据采集与监控。

说白了,你调度策略再牛,算法再花哨,如果底层数据是错的,那就是「垃圾进,垃圾出」。我见过太多项目,上层平台做得漂漂亮亮,结果现场采集的数据跳变、丢包、精度不够,最后调度指令全乱套了。

嗯,咱们从最核心的三个部分说起:SCADA系统、遥测遥信、以及采集频率与精度。

4.1 SCADA系统:储能系统的「眼睛」和「手」

SCADA,全称是Supervisory Control And Data Acquisition,翻译过来就是「监控与数据采集系统」。在储能电站里,它扮演的角色就是——

  • 眼睛:实时看电压、电流、温度、SOC、SOH……
  • :下发指令,比如合闸、分闸、调功率、启停PCS……

我个人习惯把SCADA分成三层:

  1. 站控层:就是咱们的EMS服务器、操作员站。这里做策略运算、数据存储、人机交互。
  2. 通信层:交换机、路由器、协议转换器。负责把数据从现场设备传到站控层。
  3. 间隔层:也就是现场设备——PCS、BMS、电表、温控、消防等。它们负责采集原始数据,执行指令。

这里有个坑,我提醒一下:很多项目在通信层图省钱,用普通交换机,结果电磁干扰一上来,数据就丢包。我曾经在一个光伏配储项目里,就因为通信线缆没做屏蔽,导致PCS的遥测数据每隔5分钟跳变一次,调度员根本不敢信。

核心要点:SCADA不是简单的「采集+显示」,它必须保证数据的实时性、准确性和完整性。否则,上层策略就是空中楼阁。

4.2 遥测与遥信:模拟量与状态量的区别

这两个词,老工程师一听就懂,但新入行的朋友容易搞混。我简单解释一下:

  • 遥测(Telemetry):采集的是模拟量。比如电压、电流、功率、温度、SOC……这些值是连续变化的,有大小、有单位。
  • 遥信(Teleindication):采集的是状态量。比如断路器分/合、PCS运行/停机、告警信号……这些值只有0或1,是离散的。

你想想看,遥测数据告诉你「当前电池电压是752.3V」,遥信数据告诉你「BMS系统正常,无告警」。两者缺一不可。

我在实际项目中遇到过一个问题:某个储能柜的BMS上报的遥信信号「电池簇过温告警」一直为1,但遥测温度显示只有32℃。后来排查发现,是BMS的遥信输出继电器触点粘连了。你看,遥测和遥信必须互相印证,不能只看一个。

我的经验:做数据校核时,一定要把遥测和遥信关联起来看。比如「PCS运行状态=1」时,遥测功率应该不为0;「断路器分闸=1」时,遥测电流应该为0。这叫「数据一致性校验」,能帮你发现很多隐藏问题。

4.3 数据采集频率与精度要求

这是最容易被忽视、但影响最大的部分。我直接说结论:

采集频率,决定了你能看到多快的变化。
采集精度,决定了你看到的数据有多准。

咱们分场景来看:

数据类型 推荐采集频率 精度要求 说明
PCS功率、电压、电流 100ms ~ 1s 0.5级(误差≤0.5%) 用于实时功率调节,频率太低会导致响应滞后
电池单体电压、温度 1s ~ 5s 电压±5mV,温度±1℃ BMS内部采集频率更高,但上送EMS可以适当降低
SOC、SOH 1s ~ 10s SOC误差≤3% SOC变化慢,但精度要求高,否则调度策略会误判
电表数据(关口计量) 15分钟(典型) 0.2S级或0.5S级 用于电费结算,频率按电网要求,精度必须高
环境温度、湿度 1分钟 ~ 5分钟 ±0.5℃, ±3%RH 变化缓慢,不需要高频采集

为什么会这样?我举个例子:

做削峰填谷时,PCS的功率调节指令通常是每100ms下发一次。如果你的采集频率是5秒一次,那EMS看到的功率还是5秒前的值,下发指令时就已经滞后了。说白了,你调了个寂寞。

精度方面,我踩过一个坑。某项目用的电表是0.5级,做峰谷套利时,每天充放电量算下来总是对不上。后来换成0.2S级电表,误差才降到可接受范围。记住:计量结算用的数据,精度等级不能妥协

避坑指南:我曾经在一个项目中,BMS上报的SOC精度标称3%,但实际运行中因为电流传感器零漂,SOC误差跑到了8%。结果EMS根据这个SOC做充放电策略,导致电池过充保护。后来我要求BMS必须做「SOC在线校准」,每24小时根据静置电压修正一次。嗯,这个坑,你们别踩。

4.4 数据采集架构图

下面这张图,是我自己总结的典型储能EMS数据采集架构。你看一眼就明白了:

储能EMS数据采集与监控架构图 站控层(EMS服务器) 策略运算 · 数据存储 · HMI显示 通信层(交换机/协议转换器) Modbus TCP · IEC 104 · MQTT PCS(储能变流器) 遥测:功率/电压/电流 遥信:运行/停机/故障 BMS(电池管理系统) 遥测:单体电压/温度/SOC 遥信:告警/保护/状态 电表/温控/消防 遥测:电量/温度/湿度 遥信:烟感/手报/状态 TCP/IP RS485/以太网 数据流向: 间隔层 → 通信层 → 站控层(遥测/遥信上报) 站控层 → 通信层 → 间隔层(遥控/遥调指令) 站控层 通信层 间隔层设备

这张图里,我特意把数据流向标出来了。你注意看:遥测遥信是「从下往上」走,遥控遥调是「从上往下」走。这个方向搞反了,系统就瘫痪了。

4.5 数据质量与异常处理

数据采回来了,不代表就能直接用。我总结了几种常见的数据质量问题:

  • 数据跳变:比如电压瞬间从750V跳到800V又跳回来。原因可能是通信干扰、传感器故障。处理方式:加滤波算法,或者做「变化率限幅」。
  • 数据死值:某个遥测值长时间不变。比如温度一直显示25.0℃,但实际环境已经变了。原因可能是传感器死机、通信中断。处理方式:加「心跳检测」,如果超过N个周期数据不变,报「数据冻结」告警。
  • 数据丢包:采集周期内没收到数据。原因可能是网络拥堵、设备重启。处理方式:用「上次有效值」或「插值法」填充,但必须标记数据质量位。

我的习惯:在EMS数据库里,每个遥测点都带一个「质量戳」——0表示正常,1表示可疑,2表示无效。策略运算时,只使用质量戳为0的数据。这样即使某个传感器坏了,也不会影响整体调度。

好了,关于数据采集与监控,核心就是这些。记住一句话:没有可靠的数据,就没有可靠的调度。下一章咱们会聊到具体的调度策略怎么落地,但前提是——你得先把数据搞准了。


公众号:蓝海资料掘金营,微信deep3321