4. 数据采集与上送：遥测数据、遥信数据、频率精度与质量校验

各位同行，咱们今天聊点实在的。数据采集与上送，说白了就是VPP平台的“眼睛”和“耳朵”。你想想看，平台再聪明，如果拿到的数据是错的，那调度指令就是瞎指挥。我在好几个项目里都见过，因为一个遥测点配置错了，导致整个聚合商的功率预测偏差了20%以上。

4.1 遥测数据：有功、无功、电压、电流

遥测数据，就是连续变化的模拟量。咱们VPP最关心的四个量：有功功率（P）、无功功率（Q）、电压（U）、电流（I）。

• 有功功率（P）：单位kW或MW。这是VPP调度的核心，说白了就是“你到底发了多少电，或者用了多少电”。
• 无功功率（Q）：单位kVar。很多人容易忽略它，但电网公司考核功率因数时，它就是关键。我建议你务必采集，否则被罚款了别怪我没提醒。
• 电压（U）：单位V或kV。电压越限是常见故障，尤其是分布式光伏接入多的台区。
• 电流（I）：单位A。用来计算负载率，判断设备是否过载。

4.2 遥信数据：开关状态与保护信号

遥信数据，就是开关量，只有0和1两种状态。但别小看它，它决定了你的设备“能不能动”。

• 开关状态：断路器、隔离开关的分合位。0代表分闸，1代表合闸。
• 保护信号：过流、过压、欠压、频率异常等。这些信号一旦动作，意味着设备已经“罢工”了，VPP必须立刻响应。

嗯，这里要注意：遥信数据必须带SOE（事件顺序记录）时间戳。为什么？因为当多个保护信号同时动作时，平台需要知道谁先谁后。我记得有一次，一个光伏电站的并网开关跳了，但遥信信号延迟了3秒才上送，结果平台误判为“主动离网”，差点触发错误调度。

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

这是很多中小型聚合商容易踩坑的地方。省级VPP平台对频率和精度有明确要求，我整理了一个表格，你直接拿去用：

数据类型	采集频率	上送频率	精度要求
遥测（有功/无功）	1秒	1~5秒	±0.5%
遥测（电压/电流）	1秒	1~5秒	±0.2%
遥信（开关状态）	实时	变位立即上送	无
遥信（保护信号）	实时	变位立即上送	SOE分辨率≤1ms

你可能会问：“为什么遥测要1秒采一次，但可以5秒上送一次？” 其实这是为了平衡数据实时性和通信带宽。我建议你在本地做数据缓存，每5秒打包一次上送，这样既满足平台要求，又不会把通信通道撑爆。

4.4 数据质量校验

数据质量，是VPP的“生命线”。你上送的数据如果质量不合格，平台会直接丢弃，甚至给你打上“无效数据”标签。我总结了一套“四步校验法”：

1. 范围校验：检查数值是否在合理范围内。比如电压不可能超过1.2倍额定值，有功功率不可能为负（除非是储能放电）。
2. 变化率校验：检查数据是否突变。比如上一秒有功是100kW，下一秒变成1000kW，这明显不合理。我一般设置变化率限值为20%/秒。
3. 一致性校验：检查关联数据是否矛盾。比如开关状态为“合”，但电流为0，这就有问题。
4. 时间戳校验：检查数据是否超时。如果数据延迟超过30秒，平台应标记为“过期数据”。

下面是一个简单的数据质量校验代码示例，你可以参考：

def check_data_quality(measurement):
    # 范围校验
    if measurement.value < 0 or measurement.value > 1.2 * measurement.rated_value:
        return False, "超出范围"
    
    # 变化率校验
    delta = abs(measurement.value - measurement.last_value)
    if delta / measurement.last_value > 0.2:
        return False, "变化率异常"
    
    # 一致性校验
    if measurement.switch_status == 1 and measurement.current < 0.01:
        return False, "开关状态与电流不一致"
    
    # 时间戳校验
    if (now() - measurement.timestamp) > 30:
        return False, "数据超时"
    
    return True, "合格"

4.5 知识体系结构图

为了让你更直观地理解本章的知识脉络，我画了一张图：

这张图把本章的核心内容串起来了。你从上往下看，先分清遥测和遥信，再关注频率精度，最后用质量校验兜底。说白了，这就是一套完整的数据治理流程。