简介这份《国能日新光伏功率预测系统用户使用手册V1.0.1》面向光伏电站运维人员、新能源功率预测从业者及系统管理员用于快速熟悉国能日新光伏功率预报管理系统的日常操作与配置流程。手册围绕人机界面、接口和数据库三部分展开重点说明预测设置、光伏限电、计划开机容量、电场/组件/逆变器/气象站信息维护以及短期预测、超短期预测、数据补传、辐照度功率对比、理论功率与受阻电量、日报月报年报等模块可帮助读者建立从参数配置到预测分析、报表输出的完整操作框架。压缩包内为1个PDF文件大小约15.99MB页面结构按章节编排便于按功能检索查阅。已有2850人学习下载适合需要对照系统菜单完成配置、排查数据问题或编制运行报表的初中级用户参考。1. 从一台电场侧的工控机说起光伏功率预测系统 V1.0.1 装之前要清的账光伏电站功率预测这套系统几乎每个新建或改造的电场都要上一次后台接口和数据库跑在服务器上人机界面装成客户端程序中间隔着电力专网和调度上传通道。手上这份 V1.0.1 用户手册2017 年 8 月定稿、2018 年 4 月做过一次格式修订首页、系统配置、功率预测、报表、统计分析讲得很细唯独没写“装”这件事该从哪一步起步。翻车最多的从来不是功能不会点而是装完之后首页六块数据空着、短期预测三天不出数、上传率被调度通报。这篇写给要真正把它装起来跑通的人电场运维、二次专业和实施工程师照着能走完也知道哪一步最容易返工。2. 环境准备服务端、客户端、数据库三层先对齐这套系统的架构在手册第一章就说清楚了人机界面、接口、数据库三部分。人机界面是客户端程序管用户管理、系统设置、状态监测、预测曲线、气象信息、统计分析和报表接口和数据库是后台程序负责接收、计算、存储初始安装配置后自动运行。听起来简单实际部署里三层是互相咬合的任何一层环境没对齐表面上装完了跑起来就是不出数。2.1 服务器、采集机与客户端的角色拆分手册没有强制绑定硬件规格实际实施里我一般按角色拆机器而不是全部堆在一台上。原因很实际采集和上传对时钟、网络极其敏感一旦和数据库抢 IO断面数据就容易丢点丢点之后再补传工作量翻倍。部署位置承担角色常见配置容易忽略的约束数据服务器数据库 后台接口服务4 核 8G 起步系统盘与数据盘物理分离数据盘按 5 年、15 分钟断面估算余量采集上传机气象站、逆变器数据采集调度侧文件上报双网卡一路采集一路上传两个网口尽量物理隔离别共用网关操作客户端人机界面日常操作与查看普通办公机即可必须能直达服务器中间不能多级 NAT调度接收侧接收短期、超短期上报文件由调度方提供上传目录、文件命名规则是固定的不能自创操作系统层面服务端常见做法是 Windows Server因为后台接口和现场很多采集程序是同一生态数据库单独放在 Linux 上也有人做但要注意两边的字符集和时区必须一致。这里有个我踩过的坑服务端用 Windows、数据库用 Linux两边时区一个是东八区一个是 UTC功率曲线整体偏移八小时前台看着像“预测完全对不上实际”其实是存点时间错了。装之前先把这两项对齐比装完再查省十倍力气。客户端这台机器也别随便找一台就装。人机界面要跑曲线、要导 Excel 报表浏览器内核版本太老会出现图表渲染不全、导出按钮点了没反应。常见做法是固定一到两台专用操作机装完客户端后不再随手升级系统补丁避免某次自动更新之后整个界面打不开。2.2 网络、端口与时钟同步三层之间靠端口说话。装完之后第一件事不是登客户端而是在服务器上确认监听端口和数据库端口都在。Windows 环境用 netstatLinux 环境用 ss两条命令对应关系我贴在下面现场按机器类型选一条执行。# Windows 服务端确认后台接口端口与数据库端口处于 LISTENING netstat -ano | findstr LISTENING | findstr :3306 :8080 # Linux 服务端同样的自查ss 比 netstat 快且输出干净 ss -lntp | grep -E :(3306|8080)\b这两条命令的输出里你要看三件事端口是否真的在监听、监听地址是 0.0.0.0 还是 127.0.0.1、对应的进程 PID 是不是你以为的那个。只能本机访问的 127.0.0.1 是最常见的问题客户端在另一台机器上怎么登都连不上回头一看后台只绑了回环地址。端口号本身按实施方给的配置填和本文里的示例不必一致关键是前台配置文件和后台监听必须同源。时钟是第二件事。功率预测的时间分辨率是 15 分钟一个断面短期预测、超短期预测、限电时段、上报文件全都按断面走。服务器时间偏两分钟曲线就开始错位偏一小时整套数据在调度侧基本等于废数据。上线前把 NTP 配好并且确认同步是真的生效而不是配了服务没启。# Windows强制与内网时间源同步一次并查看当前偏差 w32tm /resync w32tm /query /status # Linuxchrony 环境下强制步进一次再确认同步源状态 chronyc makestep chronyc sources -v/resync只是触发一次同步/query /status才告诉你“上一次同步成功没有、当前偏移多少”很多现场只跑了前半条就以为完事了。Linux 侧的makestep用来处理偏差过大的情况正常运行时 chrony 是渐进调整、不会跳变只有在启动阶段或手动执行时才允许步进。这一步做完再往下去碰数据库。2.3 数据库实例、字符集与时区数据库是整套系统的黑匣子前台看到的一切曲线、报表、统计最终都是它里面的一张张表。建库这一步如果字符集和时区没定死后面全是隐性问题电场名称、组件型号里的中文变成问号报表导出乱码时间字段在不同会话里读出不同值。-- 建库时把字符集一次定死避免中文名称与型号字段乱码 CREATE DATABASE pv_forecast DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; -- 时区必须与操作系统一致功率预测按 15 分钟断面存点 SELECT global.time_zone, session.time_zone, NOW(); -- 上线前确认数据盘所在分区余量断面数据是长期累积的 SELECT table_schema, ROUND(SUM(data_length index_length) / 1024 / 1024, 2) AS size_mb FROM information_schema.tables GROUP BY table_schema;第一条里的utf8mb4而不是utf8是因为后者在部分版本里只支持三字节遇到生僻字或特殊符号会截断general_ci是不区分大小写的排序规则对电场名称检索更友好。第二条查出的三个值必须和操作系统时区一致NOW()返回值要和你手表上的北京时间对得上对不上就说明数据库自己有一套时区配置在覆盖系统设置。第三条是容量自查15 分钟一个点、多个电场、多年累积数据量比多数人预估的大数据盘留 30% 余量是底线。建完库别急着导初始数据。先让实施方确认这套 V1.0.1 对应的表结构脚本版本脚本和程序版本不匹配会出现“表字段少一列新增预测设置时提交直接报错”这类问题而且报错信息通常很含糊排查方向容易跑偏。2.4 客户端运行环境与账号准备客户端这边装之前先确认三件事能不能 ping 通服务器、服务器端口通不通、本机时间对不对。这三件里任何一件不成立客户端装得再干净也是白装。前端程序装完之后一般会生成一个本地配置文件里面写着服务器地址和端口改这个文件比重新装一遍快得多但要记得改完重启客户端进程只关窗口不算。账号层面手册里人机界面承担用户管理职责也就是账号和权限是在系统内维护的不是靠操作系统账号。上线前按角色分好运维看状态监测和事件查询值班员做数据补传和报表导出配置类操作预测设置、限电设置、计划开机容量只给一两个人。这不是形式主义主预测只能有一条谁都能改早晚有人把主预测删了。3. 部署落地后台、客户端、基础档案的先后顺序环境对齐之后进入实际部署。这里的顺序不能乱数据库先起后台接口再起接口起来之后客户端才有意义客户端能登了才谈得上录基础档案。反过来做你会花大量时间在“为什么保存失败”上而真实原因只是后台服务还没跑起来。3.1 后台服务与数据库的启动顺序后台接口和数据库是自动运行的程序手册里说初始安装配置后用户不必操作但“不必操作”是指日常运行部署阶段还是得按顺序拉起并逐层验证。我习惯的检查链路是这样的# 第一步数据库连通性能返回版本号才算通 mysql -h 127.0.0.1 -P 3306 -u pv_user -p -e SELECT VERSION(); # 第二步后台接口健康检查返回 200 或明确的业务状态码 curl -s -o /dev/null -w %{http_code}\n http://127.0.0.1:8080/health # 第三步从客户端这台机器反查端口可达性 telnet 10.10.10.20 8080第一条是数据库连通性验证重点不在能不能连而在于用哪个账号连。生产上不要用 root 跑业务建一个只对pv_forecast库有增删改查权限的账号密码复杂度按现场规范来。第二条的健康检查地址以实施方提供的为准有些版本没有/health这类端点那就退一步用浏览器访问根路径看是否返回登录页或接口说明。第三条是从客户端侧验证网络可达telnet通了说明链路和端口都没问题不通就往下查防火墙和路由别在客户端程序上反复重装。启动顺序上还有个细节后台接口服务如果配置成 Windows 服务默认可能是“自动延迟启动”服务器重启之后接口起来得比数据库晚接口连不上库会自己退出然后就不再生效。常见做法是把接口服务设成自动、并加一层失败重启策略或者干脆用脚本串行拉起——先等数据库端口通再启接口。3.2 客户端安装与首次登录客户端装完第一次登录重点看首页。手册里首页分六块电场数据、气象数据、今日预测、短期与超短期。这六块不是装饰它们正好把后台的三条链路各验了一遍——电场数据依赖基础档案录入气象数据依赖气象站采集今日预测依赖预测服务和数据源短期与超短期依赖计算任务是否按时跑。第一次登录如果六块全空先别怀疑程序。按这个顺序排后台服务在不在、数据库里有没有这个电场、这个电场下有没有组件和逆变器记录、气象站有没有配。基础档案是空的前台再正常也只能显示零。如果只有气象数据空、其他都有那问题基本锁定在采集侧去看气象站通信和采集程序日志别动前台。登录之后先做一件小事把标题栏里的电场切换、时间范围、刷新这些操作点一遍。手册 1.8 专门留了一节讲标题栏操作说明这些交互是有状态的某些筛选条件会带到后续页面。值班员最容易犯的错是选错了电场还一路看下去最后对着别人家的曲线分析半天。3.3 基础档案录入顺序电场、组件、逆变器、气象站手册 1.2 下的七个子菜单里只有预测设置、限电设置、计划开机容量支持新增修改删除电场信息、组件信息、逆变器信息、气象站信息只有详情操作。这个设计本身就说明了录入顺序后四项的数据来源是初始化或接口同步不是前台手工一条条敲。所以正确的做法是先由实施方把电场、组件、逆变器、气象站四类基础数据灌进去前台只做核对。核对顺序也有讲究按依赖关系来先电场信息位置、装机容量、设备类型再组件信息规格、效率、布置方式再逆变器信息品牌、型号、数量最后气象站信息辐照、温度、风速这些测点。为什么是这个顺序因为组件和逆变器的容量汇总要和电场装机容量对得上气象站的测点编号又常常和逆变器分组绑定。先录后录顺序反了核对时你会发现数字怎么都对不齐。这四类档案只有“详情”没有“修改”意味着一旦灌错前台改不了只能回到数据源头改完重新同步。所以这一步我一般会留一份核对清单把每个电场的装机容量、组件型号数量、逆变器台数、气象站测点逐项打勾确认无误再往下一步走。这份清单后面排查“预测精度突然变差”时还会用到。4. 参数配置预测设置、限电设置、开机容量里的关键项基础档案齐了才轮到真正影响预测结果的配置。手册把这三块放在系统配置信息的头三项且都支持增删改是有道理的——它们直接决定预测服务怎么算、算多少、按什么约束算。4.1 预测设置主预测有且只有一条预测设置管的是预测启动时间和预测数据源。手册里反复强调一件事主预测只保留一条数据。新增一条主预测原来的主预测会自动降级为非主预测删除主预测时系统会拦你提示“请先设置其他信息为主预测”。这条规则背后的逻辑是主预测是计算任务的默认入口同一时刻只能有一个“当前生效”的预测配置。现场常见的误操作是两个人同时配各配各的都勾了主预测结果后提交的把前一个顶掉前一个人回头发现自己配的参数不生效开始怀疑程序有 bug。规避办法很土但有用预测设置这类操作排窗口期一次只让一个人动。配置时重点看两个字段。一是预测启动时间它决定每天什么时候跑短期预测要和调度要求的报送时间倒推——比如调度要求早上八点前收到次日 96 点曲线那启动时间就得留足计算和审核余量不能卡在七点半。二是预测数据源数值天气预报和实测气象数据是两条路选错数据源曲线形状会明显不对但系统不会报错这类问题最难查。新增和修改时界面会做输入校验填错会弹提示。手册明确要求按提示填写合法数据别硬点提交。校验通过之后是二次确认确认后才真正写库。这个流程看起来啰嗦实际是防止误改的一道保险我见过有人在确认弹窗上顺手点了确定把跑了半年的配置改掉了。4.2 光伏限电设置15 分钟倍数是硬约束限电设置是把调度的限电计划手工录进数据库。这块的坑非常集中手册里专门用一张图标注了报错开始时间和结束时间相隔只能是 15 分钟的倍数否则提交时直接被拦。为什么是 15 分钟因为功率预测的整个数据模型就是按 15 分钟断面组织的短期预测一天 96 点超短期更细。限电时段如果不是断面边界系统无法把它对齐到任何一个计算点上只能拒绝。所以录限电计划时先把手上的调度单换算成断面08:15 到 11:45 可以08:10 到 11:40 不行。限电设置支持新增、修改、详情、删除、确认、导出。导出这个功能建议多用——把符合条件的限电记录导成 Excel 存档既是台账也是事后和调度对账的依据。删除操作不可恢复界面会弹确认框手册特别提醒谨慎操作。真删错了没有后悔药只能重新录一遍所以我的习惯是限电记录只新增不删除录错了用修改改正保留变更痕迹。新增和修改时系统会默认当前限电的所属电场为页面顶部“选择电场”的值。这条很容易被忽略你在 A 电场页面下点新增填的却是 B 电场的限电计划提交后数据挂在 A 电场名下B 电场的预测完全不受影响。改电场之前先切顶部选择框这是操作纪律不是系统缺陷。4.3 计划开机容量预测精度上不去先查这里计划开机容量是用户根据逆变器实际运行情况填的手册写得很直白设置开机容量可以更好地帮助预测服务做好电场出力预测提高预测精度。这句话值得展开。功率预测算的是“可能发多少”不是“装机多少”。电场装机 100MW实际只开了 60MW 的逆变器预测模型如果按 100MW 算晴天出力曲线会系统性偏高误差统计天天超标。计划开机容量就是把“今天到底开了多少”告诉模型。所以这个值不是填一次就完事逆变器检修、组串故障、分期投运都要跟着更新。实际操作上计划开机容量支持新增、修改、详情、删除、确认、导出。我的做法是按周更新一次配合逆变器运行台账遇到大范围检修检修当天单独新增一条覆盖。别嫌麻烦这一步做扎实功率误差统计里的数据会明显好看。顺带说一个判断技巧如果功率误差统计显示晴天偏高、阴天正常优先怀疑开机容量如果晴天阴天都偏高优先怀疑辐照数据或组件效率参数如果只有特定时段偏去看限电设置有没有漏录。这三条能把大部分精度问题分流掉。4.4 数据补传与上传率的配置取舍手册 1.3.3 单独列了数据补传1.7.3 又有上传率统计这两个是配套的。上传率考核的是“该报的断面报了没有”补传解决的是“漏报的能不能补回来”。配置上要确认两点补传的时间窗口有多长、补传任务是不是自动触发。窗口太短周末断一次网周一回来已经补不了了窗口太长历史数据反复重算占用计算资源。常见做法是保留 7 到 15 天的补传窗口配合上传率统计做日常巡检——每天看一眼上传率低于阈值就当天补别攒到月底。1.7.4 的文件上传上报和 1.7.2 的功率误差统计是验证这条链路的两个观测点。上传上报看文件到底发出去了没有误差统计看发出去的数据质量如何。两个都正常说明采集、计算、上报三段都通了只有一个正常问题范围立刻缩小一半。5. 避坑与排查装完之后最容易翻车的五件事前面按部就班走完多数现场能跑起来。但光伏电场这套系统的麻烦在于很多故障不报错只是“数据不对”你不主动看就发现不了。下面五条是实施和运维里反复遇到的。5.1 现象首页六块数据全空客户端能登但没内容原因基础档案没灌或者灌错了库。电场、组件、逆变器、气象站这四项里任何一项缺失首页对应区块就没有数据来源。另一种情况是后台接口连的是测试库前台查的是生产库两边都“正常”就是看不到彼此。解决先查数据库里电场表有没有记录再看后台配置文件里的数据库连接串。确认不是库的问题之后逐项核对四类基础档案。别急着重装客户端重装十次也解决不了数据源为空。5.2 现象短期预测连续几天出不来结果原因预测启动时间配了但预测数据源没通或者主预测配置被顶掉了。数值天气预报数据没到计算任务跑起来也出不了曲线日志里通常只有一行“数据源获取失败”不显眼。解决先去预测设置里确认主预测只有一条、且是自己配的那条再查数据源获取日志确认当天的气象数据有没有落库。两条都正常还出不来去看后台计算服务的运行状态服务挂了不会弹窗提示只会安静地不出数。5.3 现象限电设置提交报错提示时间不合法原因开始时间和结束时间不是 15 分钟的倍数。这是手册里明确标注的校验08:10 这种时间点系统不认。解决把调度单上的时间换算到最近的断面边界重新填。注意是“相隔必须是 15 分钟的倍数”不是“必须是整点”。换算完再提交别反复试试一百次也不会过。5.4 现象上传率统计长期低于考核线原因三类。采集侧丢点气象站或逆变器通信中断计算侧没跑任务卡住上传侧发不出去网络或目录权限问题。三者表现都是上传率低但日志位置完全不同。解决按采集、计算、上传的顺序逐段看。先看事件查询里有没有通信中断记录再看预测任务有没有按时执行最后看文件上传上报里文件生成时间和发送时间。定位到哪一段就在哪一段修别一上来就怀疑调度侧。5.5 现象客户端登录报连接失败服务器本机却正常原因后台服务只监听了回环地址或者防火墙只放行了本机。也可能是两台机器时钟差太大鉴权环节直接拒绝。解决服务器上netstat看监听地址是 127.0.0.1 就改配置绑到内网地址重启是 0.0.0.0 就查防火墙规则都通还连不上查两边时间差。这三步走完基本能定位剩下的才是程序本身的问题。6. 验证跑通用三张报表和六块数据确认系统真的在干活装完不算完能出数也不算完要确认“出的数是对的”。我的验证方法固定成三步前后不超过半小时但能挡掉八成上线后的返工。6.1 第一步首页六块数据逐块确认电场数据要有实际的装机容量和当前出力不是零气象数据要有辐照、温度、风速的实时值且数值在合理区间——冬天中午辐照度不可能是夏天水平这项一看就知道采集通没通今日预测要有当天的曲线短期和超短期两条都在。六块里任何一块是空的或者恒为零先回去查对应的数据链路别往下走。6.2 第二步拿日报和月报对账手册 1.5 下的报表很全短期预测日报、月报、年报超短期预测日报、月报、年报还有电场累计日报、月报、年报。验证时用三张就够。报表看什么判断标准短期预测日报当日 96 点预测曲线与实际出力对比曲线形状贴合峰值时刻不偏移超短期预测日报滚动预测的更新时间与精度更新频率正常越接近实时误差越小电场累计日报日发电量与受阻电量与电表读数、调度台账能对上三张表里最容易被跳过的是累计日报。它不直观但它是唯一能把“预测”和“实际发电”对起来的表。日报里的发电量和现场电表差得离谱说明要么采集有问题要么时区错了这时候再谈预测精度没有意义。6.3 第三步做一次数据补传演练上线前主动制造一次断点断开采集通道十几分钟恢复之后观察数据补传能不能把缺口补上补上之后上传率统计有没有回到正常水平。这一步很多人跳过等到真断网那天才发现补传窗口配得太短、或者补传任务压根没启。演练时顺便看一眼辐照度功率对比和光伏理论功率、光伏受阻电量这几个页面。辐照度功率对比能看出实际功率和基于辐照度的理论功率差多少差得多说明组件效率参数或者开机容量有问题受阻电量则直接对应限电和限电设置里的记录能互相印证。这几个页面平时没人看出了纠纷才想起翻那时候数据早就凉了。从那以后我每次装完这套系统都强制走一遍“六块数据 三张报表 一次补传演练”哪怕工期再紧也不省。省下这半小时后面大概率要用几个通宵来找回来。希望帮到你。本文还有配套的精品资源点击获取