没有监控的电站，故障靠电费单暴露
运维体系的第一件事是「监」（体系全貌见工商业光伏运维体系），但很多电站的「监」停留在逆变器 App 里看一眼今日发电量。工商业电费按月结算，没有主动告警的电站，从故障发生到被发现平均滞后一个结算周期——一台 100kW 逆变器七月初损坏，八月初电费单异常才有人上屋顶，整月满发损失已经沉没。
监控平台的选型，决定的是这一个月会不会发生。
颗粒度：三级监控的取舍
| 颗粒度 | 载体 | 定位能力 | 成本 |
|---|---|---|---|
| 电站级 | 关口表 / 逆变器总量 | 只知道「少了」 | 最低 |
| 组串级 | 逆变器每路 MPPT 电流 | 知道「哪一串少了」 | 低（组串式原生自带） |
| 组件级 | 微逆 / 优化器 | 知道「哪一块组件少了」 | 最高 |
工商业的甜点位是组串级：组串式逆变器原生支持每路电流上报，不增加硬件成本，配合离散率分析即可定位到串。组件级监控只在复杂小屋顶（多朝向、零星遮挡、微逆方案）值得加钱。
数据采集链路：三个硬件决策
- 采集器（DTU / 边缘网关）：逆变器 RS485 总线接入采集器，再走 4G 或厂区以太网上云。多品牌混装的电站，先确认采集器兼容 Modbus RTU/TCP 与 SunSpec 协议模型
- 采集频率：电表与关口表 5~15 分钟一帧是工程常态——低于 15 分钟难以支撑逐时 PR 计算；秒级采集只对储能与需量管理有意义
- 电表双口径：逆变器发电量与关口表电量同时采集，两者差值就是线损与计量误差——只看逆变器数据的电站，永远查不出计量侧的问题
告警体系：分级、抑制、闭环
告警不是越多越好，没有分级的告警流等于噪音：
- 严重（停机、绝缘故障、直流拉弧告警）：电话 + 短信 + IM 机器人推送，2 小时响应
- 告警（单串离线、离散率超标、通信中断 24h）：IM 推送，工单跟进
- 提示（发电量低于预测 10%、待机事件）：日报汇总，不打扰人
两个容易被忽略的机制：告警抑制——同一设备 24 小时内重复告警合并，避免告警风暴把真问题淹没；告警闭环——确认→工单→处理→复归全程留痕，年底复盘就看这条流水线（分级的判据、响应时效与升级路径，见故障分级与响应）。
数据质量：一条红线
平台上线后先看一个数：数据完整率。采集掉线、时钟漂移、协议错位都会制造「数据洞」——用有洞的数据算 PR，结论必然失真。工程红线建议 ≥98%，采购合同把完整率 SLA 写清楚，低于 95% 的月份按服务费折算。
其次查时区对齐：采集器用 UTC、平台按本地时区渲染是经典坑，逐时功率曲线整体平移 8 小时，PR 与辐照数据永远对不上。
选型清单：五个硬条件
- 开放 API：数据是业主资产，原始时序数据可导出（CSV/REST），不被平台绑架
- 多品牌兼容：25 年内逆变器至少更换一代（见逆变器大修与更换），平台不能跟着设备一起报废
- 权限分级：远程停机等高危操作单独授权并留痕
- 告警可配置：阈值、推送渠道、抑制规则都能自定义
- 报表自动出：日/月发电、PR、离散率、等效小时自动生成，不要人工导 Excel
数据的归宿：进入测算与设计
监控数据的终点不是报表，是现金流对账与下一轮投资决策：实发 vs 预测的偏差、PR 的逐年漂移、清洗前后的对比，都是下一座电站更准的输入。在 PV-EPC 设计中心里，电站的发电量预估与 PR 口径按同一套假设生成（估算方法见发电量怎么估才可信），并网后拿监控数据回填，偏差自然显形——年度回填怎么做成一套系统的「健康诊断」，见电站健康诊断的四步归因法。
结语
监控平台选型一句话：组串级颗粒度 + 可配置的告警闭环 + 完整率红线 + 开放 API。平台是运维的眼睛——眼睛不亮，后面「检、洗、修」全是盲动。