简介这份《国能日新光伏功率预测系统用户使用手册V1.0.1》面向光伏电站运维人员、新能源功率预测学习者及电力调度相关从业者系统讲解光伏电场功率预报管理软件的操作与配置方法。手册围绕人机界面、接口和数据库三部分展开重点说明用户管理、系统设置、状态监测、预测曲线、气象信息、统计分析与报表等模块并细化预测设置、光伏限电、计划开机容量、电场/组件/逆变器/气象站信息等配置项。功率预测部分覆盖短期与超短期预测、数据补传、辐照度功率对比以及理论功率和受阻电量分析日报、月报、年报等报表体系也一并给出便于读者理解从数据接入到预测发布、从运行监测到统计复盘的完整流程。资源包共1个PDF文件大小约15.99MB查阅方便已有2848人学习下载适合作为光伏功率预测系统上手、培训与排错查阅的参考手册。1. 版本与部署形态光伏功率预测系统 V1.0.1 落地前先定三件事接手一个光伏电站的功率预测环境最先撞上的往往不是界面怎么点而是三块东西没对齐客户端、接口、数据库。手里这份 V1.0.1 的使用手册2018 年 4 月修订改动集中在文档格式把光伏电场光能预报智能管理系统拆成人机界面、接口、数据库三部分——界面归用户操作接口和数据库属于初装配置完就自动跑的后台。听着省事实际翻车点全在后半句初装配置一旦有偏差接口照常跑、库照常写前台曲线却是一条平线去找还找不到报错。功率预测这套东西对时间和数据连续性极敏感装歪了不影响开机只影响上报准确率属于典型的慢性故障。这篇按实际部署顺序写从环境核对、客户端登录、七个配置项录入一路写到短期与超短期怎么验适合第一次接手电站预测环境的运维也适合接手别人装了一半现场的人。2. 客户端与后台服务就位从安装包到能进首页的完整一遍2.1 先核环境再动手六项对齐清单装之前我一般先花二十分钟把环境抄一遍图省下来的这二十分钟后面往往要用半天去还。手册把系统分成人机界面、接口、数据库其中客户端是给人用的接口和数据库在初始安装配置后自动运行用户不必操作——这句「不必操作」的前提是服务已经注册成自启、跑服务的账号有库权限、防火墙放行了对应端口、机器时间和授时源对得上。少任何一条界面照样能打开数据链路是断的。核对项我一般按这个口径看没对齐的后果操作系统客户端 Win7 及以上服务端 Win Server 2008 R2 / 2012 这一档运行库装不上客户端起不来数据库SQL Server 2008 R2 及以上按交付包里的建库脚本执行建表失败接口写不进数据运行库.NET Framework 4.0 及以上客户端双击无反应或闪退磁盘系统盘外单挂数据盘200 GB 起步曲线和报表攒三五个月就写满时间与站内授时源偏差小于 1 秒15 分钟点错位曲线锯齿端口库端口、接口端口、采集端口三组分别放行客户端连不上采集侧被挡时间这一项最容易被忽略也最玄学。功率预测的点位是按 15 分钟粒度对齐的超短期滚动出数机器时间偏几十秒落库的时间戳就会跨到下一个刻度后面所有统计都跟着歪。我一般先跑两条命令把端口和时间一起看掉# 核对三组端口是否在监听库、接口服务、客户端接入 Get-NetTCPConnection -State Listen | Where-Object { $_.LocalPort -in 1433, 8080, 8090 } | Select-Object LocalAddress, LocalPort, OwningProcess | Sort-Object LocalPort # 核对本机时间与授时源偏差功率预测按 15 分钟对齐偏一点就错一个点 w32tm /query /status w32tm /stripchart /computer:10.10.10.10 /samples:3 # 10.10.10.10 换成站内授时地址第一段按端口过滤监听状态重点看 1433数据库默认端口和交付清单里给的接口端口在不在OwningProcess能反查是哪个进程占着端口被别的程序抢了是常见事故。第二段w32tm /stripchart连打三个样本输出里的 offset 就是偏差值超过 1 秒就先去校时再谈装系统不要带着时间问题往下走。提示客户端和服务端尽量不要挤在同一台机器上。采集、计算、界面三样都跑一台磁盘 IO 抢起来超短期曲线会明显发飘排查时又很难归因。2.2 客户端安装路径和权限这两处别省事客户端安装本身没什么花样双击、下一步、选目录但有两个坑年年有人踩。一是安装路径不要带中文和空格历史版本里出现过路径含空格导致配置文件读取截断的情况表现是客户端能开、登录后菜单点不动二是必须用管理员身份运行安装程序普通权限装出来的客户端注册表项写不全登录时提示连接失败但服务端日志干干净净。装完先别急着录配置进首页看一眼结构对不对。首页按手册是六块电场数据、气象数据、今日预测、短期与超短期。这六块在初装、还没录任何配置的情况下出现空值或者「--」是正常的但如果是整块区域空白、连坐标轴都没有说明客户端和接口之间的链路没通先回去查 2.3 的服务启动顺序别在配置页里瞎点。登录账号一般由交付方在建库脚本里初始化首次登录后按现场规矩改密码。有些现场会做成只读账号给值班人员、管理账号给运维这个要提前问清楚不然改配置时提示无权限会误判成系统故障。2.3 后台服务的启动顺序库在前接口在中计算在后后台这几样是有依赖的顺序错了就会出现「服务显示正在运行实际一直在重连数据库」。我固定按数据库 → 采集接口 → 预测计算 → 客户端的顺序拉写成一个脚本重装或者重启机器的时候直接跑比手点服务管理器稳。# 服务名以交付清单为准这里用占位名示意实际替换成现场的显示名 $svc ( MSSQLSERVER, # 数据库必须最先 PVPredictCollector, # 采集接口负责收站内实测和气象数据 PVPredictEngine # 预测计算依赖前两者 ) foreach ($s in $svc) { Start-Service -Name $s -ErrorAction Stop (Get-Service $s).WaitForStatus(Running, 00:00:30) Write-Host $s 已启动 }这段的关键在WaitForStatus每起一个服务等它真正进入 Running 再起下一个最多等 30 秒。直接一口气Start-Service三个采集接口可能在库还没接受到连接时就完成初始化然后一直挂着失败重试界面上服务是绿的数据是空的。服务都起来之后看日志确认一遍比盯服务状态可靠得多# 采集接口日志先筛“入库失败”和“规约超时”两类关键字 Select-String -Path D:\PVPredict\logs\collector\*.log -Pattern 入库失败|规约超时|timeout | Select-Object -Last 20入库失败基本都是库连接串不对或表结构没建全规约超时是站内测控装置或气象站那边没回包属于采集侧问题跟这套系统本身无关但会直接导致首页电场数据空着。分清这两类后面排查能省一大半时间。3. 系统配置信息录入七个菜单里真正卡人的三个配置项系统配置信息下面挂了七个子菜单预测设置、光伏限电设置、光伏计划开机容量设置、光伏电场信息、光伏组件信息、光伏逆变器信息、光伏气象站信息。手册写得很清楚只有前三个带新增、修改、详情、删除后面四个只提供详情。也就是说电场、组件、逆变器、气象站这四类档案是随交付一起进库的现场能动的只有预测、限电、开机容量三块。菜单可操作影响的功能预测设置增 / 改 / 详 / 删预测启动时间、预测数据源、主预测归属光伏限电设置增 / 改 / 详 / 删 / 导出受阻电量、理论功率口径光伏计划开机容量设置增 / 改 / 详 / 删 / 导出出力预测上限、预测精度光伏电场信息仅详情首页电场数据、报表抬头光伏组件信息仅详情理论功率换算光伏逆变器信息仅详情开机容量上限校验光伏气象站信息仅详情气象信息、辐照度曲线3.1 预测设置主预测全局只有一条切换得讲顺序预测设置管两件事预测启动时间和预测数据源。进「系统配置信息 → 预测设置」能看到列表每行右侧挂修改、详情、删除。真正让人翻车的是「是否主预测」这个字段——全局只保留一条主预测新增一条主预测原来那条会自动降成非主预测系统不会弹二次确认提醒你「旧的已经降级了」。所以正确的切换顺序是先把新的一条新增成主预测确认列表里两条都在、新的那条标了主再回头删旧的。反过来先删会直接撞上拦截提示「主预测必须保留一条数据请先设置其他信息为主预测」操作卡在那里有些人一着急就去库里改标记改出双主预测预测任务会重复跑。字段取值口径备注所属电场默认取当前「选择电场」的值切电场后再点新增否则录到别的场站预测启动时间按调度要求的出数时点往前留足计算时间留太紧会出数延迟预测数据源主用气象源 / 备用气象源切换前确认备用源有数据是否主预测全局唯一新增主预测会自动降级旧记录还有一个细节值得单独拎出来新增和修改时系统会默认把当前「选择电场」的值填成所属电场。多场站的现场切了电场但忘了重新点「确认」刷新查询结果新增的记录就落到上一个场站去了表现是这个场站的预测一直不启动、那个场站冒出两条。录入前先点一次「确认」是成本最低的防呆动作。3.2 光伏限电设置15 分钟倍数是个硬约束限电设置的本质是把调度的限电计划手工录进数据库系统据此算受阻电量。界面支持新增、修改、详情、删除、确认、导出导出可以把当前筛选条件下的记录落成 Excel这个功能在跟调度对账时很好用我一般每月导一次存档。录入时唯一必须记住的规则开始时间和结束时间相隔只能是 15 分钟的整数倍。不是整数倍直接弹提示提交不上去。这条约束不是为难人是因为整个系统的采样、预测、上报都是 15 分钟粒度起止时间对不齐受阻电量就没法按点切分。正确08:00 - 10:15 相隔 135 分钟9 个 15 分钟点 正确13:30 - 13:45 相隔 15 分钟1 个点 错误08:10 - 10:00 10 分不是 15 的倍数提交被拦另外提醒一句限电记录是「不可恢复」的删除删之前先导出留一份。真删错了只能凭调度计划单重录中间那段时间的受阻电量统计会缺失。3.3 计划开机容量与四类只读档案填高填低都影响精度计划开机容量是手册里少数明确讲了「为什么」的配置项用户根据电场逆变器的实际运行情况填写计划开机容量设好了能帮助预测服务做好电场出力预测提高预测精度。翻译成现场话就是——它决定了预测算法认定的出力天花板。填成铭牌总容量遇上检修停机的逆变器预测会持续偏高填得太保守晴天正午的预测又会被自己压住。我一般的做法是每周对一次逆变器实际在线台数按在线容量折算填进去检修计划下来当天就改。这个字段带新增、修改、导出改完不用重启服务下一轮预测计算会读新值。电场、组件、逆变器、气象站这四类档案只有详情现场改不了但要看。装完环境、录完配置进这四个菜单各翻一遍确认装机容量、组件型号、逆变器台数、气象站坐标跟实际一致。对不上的话别自己动库走交付方更新档案因为这四类数据参与理论功率换算改错了辐照度功率对比会一直对不齐。4. 预测链路配置短期、超短期、补传与气象取数的口径对齐4.1 短期与超短期出数时点和粒度不是一回事短期预测看的是未来 24 小时到 7 天主要给调度做日前计划、给市场交易做参考超短期预测时间窗短几分钟到几小时15 分钟滚动一次用来支撑电网快速响应功率波动。两者在界面上是分开的两个菜单配置上共用一个预测设置里的启动时间但业务口径完全不同。短期出数讲究「赶在调度收数之前跑完」。启动时间设得太贴调度时点赶上机器负载高、气象源回包慢就容易延迟。我一般在调度要求时点前留出 40 分钟以上的计算窗口宁可早出也别卡点。超短期看的是连续性不是单点准不准。判断方法很土但有效切到超短期曲线看相邻两个点之间的跳变如果每隔一小时的整点附近出现一次明显台阶八成是客户端或采集侧时间没对齐回去查 2.1 的授时。4.2 数据补传补的是空缺不是改历史采集侧断一段时间实测数据就有洞短期和超短期都会缺基准值。数据补传功能就是用来补这个洞的。原则只有一条补传只填空缺的点位不改已经落库的实测值。有些现场为了「让曲线好看」把实测值一起覆盖短期看没问题等到月度误差统计一跑跟调度侧的数据对不上那时候再回溯就麻烦了。补传完成之后还有一步经常被漏掉——重跑对应时段的预测。补传只把实测补进库预测结果不会自动重算报表里那段还是补传前的旧值。手册里报表是按日、月、年三个维度出的短期和超短期各有一套补完数不重算日报和月报会互相打架。4.3 气象信息与辐照度功率对比预测退化的第一嫌疑气象信息菜单下有温度、湿度、气压、辐照度曲线四块。辐照度是光伏预测里权重最大的输入气象站数据一断系统会退到用数值天气预报兜底短期还能看超短期误差会明显放大。判断方法是对着看两个界面先看「气象信息 → 辐照度曲线」当天是否有数据、是否在正午前后出现合理的钟形再看「功率预测 → 辐照度功率对比」把实际功率和基于辐照度推算的理论功率放一起。两条曲线在晴天应该走势基本贴合如果实际功率明显低于理论值先查限电设置里有没有漏录的限电时段再看逆变器在线台数最后才怀疑预测算法。4.4 理论功率与受阻电量三个数得能对上账理论功率和受阻电量是一组前者是假设不限电、全部容量可用时能发多少后者是被限掉的那部分。两者的计算依赖两个输入限电设置里的时段和计划开机容量里的容量值。这三个数经常被分开看结果对不上账。用一条查询把最近一天的实际点位数拉出来看连续性比在界面上肉眼扫曲线靠谱-- 核对最近 24 小时实测功率点是否连续表名按现场库替换 SELECT DATEPART(hour, sample_time) AS hh, COUNT(*) AS point_cnt, MIN(sample_time) AS first_pt, MAX(sample_time) AS last_pt FROM dbo.pv_measure WHERE sample_time DATEADD(day, -1, GETDATE()) GROUP BY DATEPART(hour, sample_time) ORDER BY hh;15 分钟粒度下每个小时的point_cnt应该是 4。出现 3 或者 2说明那个小时有丢点first_pt和last_pt能直接定位断在哪一段。有断点就先去补传补完再谈受阻电量的准确性——基础数据不全上面所有统计都是浮的。5. 上线前避坑排查五条踩坑记录与救回方式5.1 登录进去看不到数先查接口服务别先怀疑账号现象客户端能登录首页六块里电场数据和气象数据全是空的菜单都能点就是不显示数值。原因绝大多数是采集接口服务没起来或者起来了但连不上数据库。少数情况是端口被占——同一台机器上装过别的采集程序抢了同一个监听端口。解决按 2.3 的顺序重拉一遍服务然后看采集日志里有没有「入库失败」。有就查连接串和建库脚本是否执行完整没有就往端口方向查Get-NetTCPConnection -State Listen看目标端口是不是被别的 PID 占着占着就改配置或停掉冲突程序。5.2 删主预测被拦顺序反了不是系统卡了现象点删除主预测弹提示「请先设置其他信息为主预测」点 OK 之后什么也没发生再点还是这句。原因主预测全局必须保留一条系统不允许删到一条不剩。操作者想的是「先删旧的再建新的」顺序正好反了。解决回到列表先新增或修改另一条为「是主预测」系统会自动把原来那条降成非主预测然后再删旧的。中间不要图快去库里改标记位改出两条主预测预测任务会重复触发出数时间翻倍后面很难查。5.3 限电记录提交不上去起止时间没对齐 15 分钟现象限电设置里填完信息点提交弹验证提示改成整点就好了。原因手册明确写了开始和结束时间相隔只能是 15 分钟的倍数08:10 这种时间点不在允许集合里。解决起止时间统一落在 00、15、30、45 四个刻度上。调度给的计划单如果是 08:10 开始按 08:15 录并在备注里写清原始时间方便对账时解释。5.4 曲线整点附近出现台阶时间没对齐现象短期曲线整体走势正常但每个整点前后有一个明显的小跳变超短期更明显。原因客户端机器、采集前置机、数据库服务器三台机器各自走本地时钟相互差几十秒15 分钟点位落库时跨了刻度。解决三台机器统一指到同一个授时源用 2.1 里的w32tm命令逐台核偏差压到 1 秒以内。改完时间要重启采集接口不然内存里的时间基准还是旧的。5.5 报表缺一天补传后没重算或者启动时间跨了自然日现象短期预测日报里某一天整块空白但对应的曲线在界面上看是有数的。原因两种可能。一是那天补传过数据补完没重跑预测报表读的还是补传前的空结果二是预测启动时间设在 0 点之后跨自然日的那一批数据没有落到当天分区里。解决补传之后固定加一步重算把对应时段重新跑一遍启动时间按调度要求设置如果调度要求在 0 点前出次日数据启动时间就不要放到 0 点以后。6. 装完怎么验证跑通一张能照着打勾的验收清单装完不等于跑通跑通不等于上报准确。我习惯用一张清单收尾七项全过才算交付任何一项不过都不签字。序号验证项通过标准怎么看1后台服务数据库、采集、计算三个服务全部 Running 且无重启服务管理器 事件日志2首页六块电场数据、气象数据、今日预测、短期、超短期均有值登录后首页3短期曲线未来 24 小时有完整曲线非一条直线功率预测 → 短期预测4超短期连续性15 分钟点位连续无跨小时台阶功率预测 → 超短期预测5气象链路辐照度曲线在正午前后呈钟形气象信息 → 辐照度曲线6报表导出短期日报能选日期并导出成功数据报表 → 短期预测日报7补传闭环人为挖掉一个点补传后点位恢复功率预测 → 数据补传第 7 项是我必做的一步也是最能暴露问题的。做法很简单挑一个非关键时段从库里删掉一两个 15 分钟点然后走一遍数据补传补完再查一次连续性。补不回来说明补传的取数源配置有问题补回来了但曲线还是断的说明预测没重算。这一圈跑通后面真出断点值班的人照着走就行不用半夜打电话。再补一个上传率的验证思路。统计分析下面的上传率统计和文件上传上报是看上报链路通不通的地方。验收时不要只看「今天有数」要连着看三到五天因为调度侧的 E 文件是按 15 分钟粒度出、按天归档的单日正常不代表跨天归档正常。跨月的那一天也要单独看一眼月报拼接最容易在那天出问题。-- 验收用统计最近 3 天每个 15 分钟刻度是否都有预测结果 SELECT CONVERT(date, fc_time) AS d, COUNT(DISTINCT CONVERT(varchar(5), fc_time, 108)) AS slot_cnt FROM dbo.pv_forecast_short WHERE fc_time DATEADD(day, -3, GETDATE()) GROUP BY CONVERT(date, fc_time) ORDER BY d;一天 96 个 15 分钟刻度slot_cnt应该是 96 或者接近 96。掉到 90 以下就说明有系统性缺数不是偶发丢点得回头查采集或补传配置。表名按现场实际替换字段口径以交付方给的库结构为准。有一次我图快跳过第 7 项直接交付结果两周后采集侧改了个 IP断了一整晚值班的人照着补传按钮点了一遍第二天报表还是空的最后发现是补传源指向老地址。从那以后我每次交付都强制走一遍「挖点 → 补传 → 重算 → 复查」这个闭环不跳步也不让别人代做。希望这套顺序能帮到你少走一遍我踩过的弯路。本文还有配套的精品资源点击获取