先讲一个我到现在都记得的现场。去年冬天跟着运维队上山巡检一个建在山脊上的光伏电站值班室的同事给我翻他手机相册里面存了三百多张监控画面截图。我问他为什么要拍下来他说夜里网一断就再也连不上只能白天截图留个凭证。那台设备是户外老式无线网桥风一大就掉线掉线之后得派人开车上山断电重启。整条链路里没有任何一个环节是设计过的全是凑出来的。这不是个案。户外光伏发电场景的网络条件和办公楼里完全是两套逻辑点位散、没市电、没人值守、风霜雨雪雷一个都不少。而视频监控与数据采集传输这两件事看着都是把东西传回去实际对带宽、实时性、丢包容忍度的要求是两个方向。这篇文章就把这两条链路完整拆开讲需求怎么梳理、组网怎么选贝锐蒲公英这类智能组网设备在其中承担什么角色、带宽和供电怎么算、现场怎么接线、上线之后会在哪里翻车。做光伏电站运维的、做弱电安防集成的、做工业物联网采集的都能直接拿去套用。1. 光伏场站的网络需求跟办公楼不是一回事1.1 一张 50MW 电站的寻址地图先把手上的点位盘清楚这是所有方案的地基。以一个 50MW 左右的集中式电站为例需要联网的对象大致是这样分布的中控室或升压站是唯一有市电和机柜的地方通常放监控主机、NVR、数据采集服务器方阵区里散落着 80 到 120 台组串式逆变器每台至少有一个 RS485 口或者以太网口每若干台逆变器汇聚到一个汇流箱或箱变测控装置环境监测仪一套采集辐照度、组件背板温度、风速风向关口电表若干台走 DL/T 645 或 Modbus 规约如果上了跟踪支架每套支架控制器也是一个点。视频侧的点位更分散。周界防范占大头一个 50MW 电站的围墙加围栏长度经常在两三公里以上按每隔 150 到 200 米一个点位算光周界就要十几到二十路出入口两到四路方阵区高点瞭望一到两路升压站和主变区域四到八路有的项目还会上红外热成像做组件热斑观测一路双光就等于两路码流。把这些点多位置叠到地图上你会发现一个很麻烦的事实从中控室到最远的方阵区直线距离可能就有八百米到三公里中间还隔着山脊、沟壑、水面或者已经建成的光伏支架阵列根本没有条件走直线。1.2 有线敷设为什么在多数山地、水面电站直接出局先说以太网。普通双绞线的传输距离就是 100 米超过就要加中继或者换介质这在方阵区里等于每 100 米插一个设备、每 100 米增加一个故障点和一处供电需求工程上不现实。再说光纤。光纤本身不贵贵的是施工。山地电站挖沟要破岩石层水面电站渔光互补要么走水下穿管、要么走架空架空就要立杆立杆就要考虑征地、通行和后期运维通道。按我接触过的几个项目光缆加施工综合单价普遍落在每米 30 到 80 元这个区间一个 3 公里的单点回传光材料加人工就是十万量级的投入而且这笔钱在电站全生命周期里只是开始后面每一次光纤被施工挖断、被鼠咬、被水泡都要重复投入人力。还有一个容易被忽略的成本时间成本。山地电站的光纤抢修从发现断点到人到现场、定位断点、熔接、测试快则半天慢则两三天。这两三天里视频是全黑的数据是全丢的。而 4G 方案里同样量级的设备投入加上三年流量费往往能压到几千元级别。1.3 视频要带宽数据要实时与不丢这两条链路必须分开设计因为它们的脾气完全不同。视频的特点是吃得快、可以慢一点给。一路 1080P 的主码流稳定在 2 到 3 Mbps8 路就是 20 Mbps 起步而且码率会随画面复杂度波动——比如傍晚一群鸟飞过方阵或者刮大风扬起沙尘画面复杂度一上去码率瞬间能跳到标称值的 1.5 倍。视频掉几帧没人看得出来但如果把带宽全给它数据链路就会被挤扁。数据采集正好相反。一个遥测点压缩后也就几个字节一百台逆变器、每台六十个点整包数据也就 20 多 KB带宽占用几乎可以忽略。但它要求时序正确、不能丢包、断网期间的数据事后要能补上。丢一个遥信点可能就是一次逆变器脱网告警没有被记录事后复盘时说不清楚。所以正确的做法是视频走边缘存储 事件回传日常只跑低码率预览数据走本地缓存 断点续传带宽优先级最高。2. 组网方式怎么定从拉一根网线到值班室到云上编一张网2.1 蒲公英智能组网到底在做什么说人话版用一句最朴素的话说把分散在不同地方、各自上网的设备拉进同一张虚拟内网让它们像插在同一个机房交换机上那样用 IP 直接互访。传统做法里远程访问现场设备通常要在运营商那里申请固定 IP或者在现场路由器上做端口映射前者流程长、后者有安全风险而且设备一多就是几十份配置改一次密码要跑几十遍。蒲公英这类智能组网产品的思路是把这些麻烦事挪到云端现场设备通过 4G 或者现场已有的宽带上线加进组网之后成员之间就按规划好的网段互通了运维人员在城里的电脑上装个客户端或者用一台成员设备就能直接访问现场摄像头的 IP、NVR 的 IP、串口服务器的 IP跟坐在中控室里没区别。对光伏场站来说这件事的价值在于不需要每个站点都配固定 IP不需要现场做端口映射新站点上线只需要上电、插卡、加组网三步几十个站点的网络配置可以一次性批量下发。这在一个人管十几个站的运维模式下是决定性的。提示具体产品型号、支持的组网成员数量、单链路可用带宽、是否支持双卡备份等参数各家厂商每年都在迭代选型时务必以官方最新参数表和实际测试为准不要照搬两年前的资料。2.2 星型、网状、旁路三种拓扑在光伏场站怎么选拓扑形态结构特点适合的光伏场景主要代价星型中心-分支各站点与中心节点互联站点之间不互通总部在中控室或城市运维中心管辖多个电站中心侧带宽是瓶颈中心链路出问题全局受影响网状互联成员之间可以互相访问同一电站内部多个方阵区之间需要互通或站点数量少且互为备份配置复杂度上升需要规划网段避免冲突旁路组网不改动现场原有出口只把设备挂进组网现场已经有本地 NVR 和宽带只想把内网延伸出来现场原有网络的行为会影响组网表现需先摸清原网段我的经验是跨地域的集团级多电站管理用星型单个大型电站内部多个方阵区要不要互联取决于你有没有方阵区之间的本地联动需求比如 A 区的摄像头要触发 B 区的声光警戒没有就别编网状省下来的复杂度都是运维的命。2.3 网关模式与旁路模式的接线差异网关模式是蒲公英路由器做现场的出口。4G 卡插在路由器上摄像头、NVR、串口服务器全都挂在它的 LAN 口下面现场所有上行流量都从这台设备走。这种模式最干净网段可控也最容易做流量统计和限速。旁路模式是现场已经有了别的出口比如业主提供的宽带、或者原有的 4G 路由蒲公英设备只作为组网成员接在现场交换机上把现场网段整体加进组网。它的好处是不动原有结构改造项目里特别省事代价是你必须先把现场原有网段、网关、DHCP 分配范围摸清楚否则很容易出现网段冲突——两台设备都认为自己是 192.168.1.1组网建起来也通不了。我一般建议新建电站直接上网关模式一次接对后面省心改造电站先用旁路模式打通等业务验证没问题了再考虑是否替换出口设备。3. 视频监控链路带宽不是拍脑袋定的是要算的3.1 一张能直接套用的带宽估算表分辨率与编码单路主码流参考值单路子码流参考值备注1080P / H.2644 ~ 6 Mbps1 ~ 2 Mbps老设备常见能换就换1080P / H.2652 ~ 3 Mbps0.5 ~ 1 Mbps当前主流配置2K4MP/ H.2654 ~ 6 Mbps1 ~ 1.5 Mbps周界人脸识别常用4K8MP/ H.2658 ~ 12 Mbps1.5 ~ 2 Mbps方阵区大范围瞭望热成像双光主码流含可见光与热成像双通道按可见光通道折算建议单独核算算的时候按这个流程走。假设一个站点 12 路摄像头其中 8 路 1080P H.265、4 路 2K H.265那么全量主码流并发是 8×2.5 4×5 40 Mbps。4G 小区的上行能力理想条件下测试值可能到 30 Mbps但实际运营中受基站负载、信号强度、天气影响我一般按实测值的 50% 到 60% 来规划可用带宽也就是 15 到 18 Mbps。40 Mbps 的需求塞进 18 Mbps 的管道结果只有一个全员卡顿。所以结论很明确不要试图把全量主码流实时拉回中心。正确的分配是——日常预览全部走子码流12 路子码流合计约 8 Mbps塞得进去主码流只在事件触发时按需回传。3.2 主码流与子码流的分配策略这一步是最容易被跳过的但它是整个视频方案成败的关键。子码流的作用是给远端的看一眼。它的分辨率低通常 D1 或 720P、码率小、延迟低用于在日常巡屏时判断这个画面里有没有异常。运维人员不可能整天盯着 4K 主码流看那既没必要也扛不住带宽。主码流的作用是取证和回放。它必须存在本地——NVR 或者摄像头自己的存储卡里保留 15 到 30 天。只有发生告警时比如电子围栏触发、AI 人形检测命中、或者运维人员主动发起我要看这一段的原始画面才把对应时间段的主码流片段拉回来。这个策略背后有一个很实在的逻辑视频的价值分布是极端不均匀的。一天 24 小时里有价值的画面可能就几十秒。把带宽和流量平均分给每一秒是最贵的做法。3.3 边缘存储 事件回传把 4G 流量从烧钱变可控来算一笔流量账你会发现差别有多大。方案 A12 路主码流实时回传。按 40 Mbps 算每秒 5 MB一小时 18 GB一天 432 GB。按当前的 4G 流量成本这个数字是灾难级的。方案 B12 路子码流日常预览按 8 Mbps 算但只在有人看的时候才产生流量。假设每天实际巡屏 2 小时就是 8 Mbps × 7200 秒 ÷ 8 7.2 GB。剩下的时间不产生视频流量。方案 C事件回传。假设每天触发 20 次告警每次回传 30 秒主码流其中 8 路 1080P2.5 Mbps加 4 路 2K5 Mbps30 秒的总量约 (8×2.5 4×5) ÷ 8 × 30 150 MB。20 次就是 3 GB 左右一个月不到 100 GB。方案 B 加 C 的组合一个月流量大概在 300 GB 以内用流量池打包成本完全可控。这就是为什么我一直坚持本地存储必须做而且存储天数要谈清楚——它不是备份它是流量的闸门。3.4 摄像头侧的几个硬细节PoE 功率要按峰值算不是按标称算。一台标称 8W 的球机红外灯开启、云台转动时的瞬时功率可能到 15W 甚至更高冬天低温启动的浪涌还会再高一截。如果 PoE 交换机的总功率预算按标称值凑晚上红外一开整条链路就重启了。我的做法是功率预算留 40% 以上余量。网线长度卡死 100 米而且户外必须用室外双护套、带抗紫外外皮的类型。普通室内网线在户外晒一个夏天外皮就脆了第二年一碰就裂。防雷是光伏场站的重灾区。方阵区本身就是大面积金属结构雷电感应强摄像头立杆又通常是现场制高点必须装信号和电源两路 SPD立杆做等电位联结。我见过一个电站一场雷雨之后烧掉七台摄像头和三台交换机全部是立杆没做接地。防护等级上设备箱至少 IP65方阵区边缘、风沙大的地方建议 IP66 以上箱内加防凝露的透气阀或者小功率加热片。4. 数据采集链路Modbus 到云平台之间要过几道手4.1 现场设备与接口盘点设备类型常见接口与规约单台数据量遥测采集周期建议组串式逆变器RS485 / Modbus RTU少数以太网40 ~ 80 点1 ~ 5 分钟箱变测控装置以太网 / Modbus TCP或 IEC 60870-5-10460 ~ 120 点1 ~ 5 分钟环境监测仪RS485 / Modbus RTU8 ~ 15 点1 分钟关口电表RS485 / DL/T 64515 ~ 30 点5 ~ 15 分钟跟踪支架控制器RS485多为厂家私有规约10 ~ 20 点5 分钟汇流箱监测RS48520 ~ 40 点5 ~ 15 分钟这些设备的共同点是规约老、接口少、厂家私有扩展多。你几乎一定会遇到某台设备的寄存器地址表和文档对不上的情况这不是你的问题是行业常态。4.2 串口服务器在整条链路里的位置蒲公英路由器解决的是网络怎么通它不负责把 RS485 信号变成网络报文——那是串口服务器或者叫串口转以太网模块、工业网关的活。典型的链路是这样若干台逆变器挂在同一条 RS485 总线上串口服务器接在这条总线的末端把 Modbus RTU 转成 Modbus TCP然后通过网口接入蒲公英路由器的 LAN。云平台侧看到的就是一台带 IP 的 Modbus 设备直接读寄存器就行。这里有三个参数必须现场确认不要凭经验拍第一个是波特率。9600 是行业默认值但一条总线上如果挂了 20 台设备每台读 40 个寄存器单台响应时间大约 30 到 50 毫秒加上主站的处理间隔轮询一轮下来就是 1 到 2 秒。如果采集周期定得太短比如要求 1 秒一轮总线会直接饱和表现为数据时有时无。先把周期拉长到 5 分钟链路通了、数据齐了再考虑压缩。第二个是终端电阻。RS485 长距离传输时两端要接 120 欧姆终端电阻很多现场是漏的表现为通信距离一长就出错或者只有离串口服务器最近的那台设备读得到。检查方法很简单万用表量 A、B 之间的电阻正常应该接近 60 欧姆两个 120 欧并联。第三个是屏蔽层接地方式。485 屏蔽层只能在单端接地两端都接会形成地环流反而引入干扰。光伏场站里逆变器侧的地电位差异不小这一条尤其要注意。4.3 采集频率、本地缓存与断点续传采集频率不要一步到位。前期建议按环境监测 1 分钟、逆变器 5 分钟、电表 15 分钟这种分档策略跑一两周看数据完整率和链路负载再优化。本地缓存是必须做的而且要能存住。按 100 台逆变器、每台 60 个点、每 5 分钟一次算一次采集约 24 KB 原始数据压缩后按 8 KB 计一天 288 次就是 2.3 MB存 30 天也就 70 MB。这点存储空间在工业网关里几乎不占什么但它是断网期间数据不丢的唯一保障。断点续传的关键是带时间戳 幂等写入。每条记录都要带采集时刻的时间戳平台侧按时间戳去重写入。这样即使网络恢复后连续重传了三次数据库里也只会有一条正确记录不会因为重复上报把电量统计搞乱。4.4 时间同步一个不起眼但很致命的问题这个坑我自己踩过。一个电站的视频录像时间和数据平台的时间差了 47 秒结果一次故障复盘时视频里看到的动作和平台告警记录对不上排查了两天才发现是 NVR 的 NTP 服务器不可达自己跑偏了。野外环境下NTP 不可达是常态。解决方案是三层现场选一台蒲公英路由器作为本地 NTP 源所有摄像头、NVR、串口服务器都对它这台设备再向上对多个公网时间源同时监控平台上做一个时间偏移告警任意设备与平台时间差超过 30 秒就报警。这套机制的成本几乎为零但它能在关键时刻救你一次。5. 户外环境的硬约束供电、温度、防护与自愈5.1 太阳能供电余量怎么算很多项目失败不是因为网络是因为电不够。按一个典型的方阵区边缘节点算蒲公英路由器约 8W、串口服务器 2W、PoE 交换机 20W含摄像头供电、摄像头 6 到 12W合计约 40W 的持续负载24 小时就是 960 Wh。太阳能板功率的算法是日耗电量 ÷当地日均有效峰值日照小时数 × 系统效率。华北、西北一带的峰值日照按 4 到 4.5 小时算华东华南按 3 到 3.5 小时算系统效率按 0.7 到 0.75 折算含控制器损耗、线损、灰尘遮挡。按 3.5 小时和 0.75 算需要 960 ÷ (3.5 × 0.75) ≈ 366W实际配置建议取 400W 以上留出衰减和灰尘的余量。电池容量的算法是日耗电量 × 连续无光照天数 ÷ 放电深度 ÷ 低温容量修正系数。按连续四天阴雨、放电深度 0.8、低温修正 0.7 算需要 960 × 4 ÷ 0.8 ÷ 0.7 ≈ 6857 Wh也就是 12V 600Ah 左右的铅酸电池组或者 48V 150Ah 的磷酸铁锂。这里有个必须提醒的点铅酸电池在零下 20 度时可用容量大约只剩标称的一半磷酸铁锂能保留 70% 到 80%带加热功能的电池组更好。北方的项目如果按常温容量配电池第一个冬天就会大面积掉线。5.2 宽温和防凝露比防水更值得花心思防水好理解防凝露容易被忽略。设备箱在昼夜温差大的地方白天箱内温度能到 50 度以上夜里骤降到 0 度以下箱内空气中的水汽就会在电路板上凝结。解决办法不是把箱子封死而是用带透气膜的防水阀让内外气压平衡的同时挡住液态水或者在箱内加小功率加热片配合温控开关。工作温度范围上选择支持 -40 到 70 度区间的工业级设备不要用商用路由器做户外节点的核心。商用设备的电解电容在低温下容量骤降表现就是天一冷就重启而现场维护成本极高。接地和防雷是一个整体。立杆、设备箱、支架、屏蔽层要形成等电位联结接地电阻按规范做。我见过最省事也最有效的做法是每个户外节点进线处都加装信号 SPD电源进线加电源 SPD成本几百元能挡掉绝大多数感应雷损坏。5.3 看门狗、定时重启与双链路备份在没人值守的地方设备必须具备自己把自己救回来的能力。三个措施按优先级排设备侧看门狗是底线。工业路由器一般都支持硬件看门狗检测到进程挂死自动重启。选型时把这一条明确写进需求不要假设所有设备都有。定时重启是保险。我的做法是配置每周一次凌晨低峰期自动重启卡在采集任务之间的空档。这不能替代看门狗但能清掉一些长期运行积累的内存碎片。链路备份是进阶。现场如果有业主提供的宽带可以让蒲公英路由器以有线为主、4G 为备主链路断了自动切换。切换时间通常在几十秒量级对数据采集几乎没有影响本地有缓存对视频就是断几十秒可以接受。6. 上线之后才会暴露的坑6.1 视频能连上但一直卡的排查顺序先看是不是带宽问题。在蒲公英的管理后台或者现场路由器上看实时上行速率如果速率已经贴着链路上限比如稳定在 15 Mbps 上下波动基本可以确定是带宽打满了。处置方式是降码率、切子码流、限制并发路数。如果上行速率很低但画面还是卡看信号质量。RSRP 在 -85 dBm 以内算优-85 到 -95 良-95 到 -105 一般-105 到 -115 就需要外置高增益天线了低于 -115 基本上没法用。同时看 SINR大于 10 dB 算干净接近 0 或者负数说明干扰严重这时候加天线也没用得换安装位置或者换运营商。如果信号好、带宽也够但还是卡去查存储。本地 NVR 或者存储卡写满了、坏了摄像头的码流会因为缓存溢出而剧烈抖动。这个现象很典型白天正常晚上开始卡因为晚上红外开启码率升高把本来就不够的存储写带宽压垮了。6.2 数据偶尔丢点的逐段定位法丢点不要一上来就怀疑网络按采集端 → 传输端 → 平台端三段查。采集端验证在串口服务器或者网关上看本地缓存的记录条数和平台收到的条数对比。如果本地就是缺的问题在采集环节去查轮询周期是不是太短、总线是不是有冲突、某台设备是不是掉线了。传输端验证看组网链路的丢包率和时延最简单的方法是长 ping 加丢包统计。如果时延抖动大、偶发丢包说明无线环境不稳考虑调整采集周期或者加本地重传次数。平台端验证检查写入逻辑看是不是主键冲突被丢弃了或者时间戳格式不一致导致解析失败。这类问题在平台日志里一般都能找到线索。6.3 设备批量掉线先查供电再查心跳批量掉线的第一反应往往是网络出问题了但我的经验排序是供电 心跳/组网服务 运营商网络。先看这批设备的共同点。如果它们挂在同一个太阳能供电节点上那大概率是电池在连续阴雨后耗尽了或者太阳能板被积雪、灰尘覆盖。如果它们分属不同供电点但同一运营商才去怀疑基站侧的问题。排查手段是查设备最后上报的电压值和信号值。很多工业路由器会把输入电压一起上报看到电压一路下滑到阈值以下答案就出来了。6.4 流量超支与时钟漂移这两个慢性病流量超支通常是没做本地存储、全量回传的后遗症或者是某次调试时忘了关掉某路主码流回传。防的办法是给现场路由器设流量阈值告警比如套餐的 80% 就报一次。时钟漂移前面说过了它的危害是隐性的往往在事故复盘时才爆发。除了前面讲的三层 NTP 方案还建议在平台上做数据完整性校验同一时刻的多个测点如果时间戳分布异常就说明有设备的时钟出问题了。7. 运维阶段几十个站点怎么做到一个人管得过来7.1 批量配置与远程维护规模化运维的核心是模板化。把现场的配置分成三类网络配置网段、组网成员、限速策略、设备配置采集周期、寄存器表、告警阈值、业务配置摄像头分组、录像计划、告警联动。前两类做成模板批量下发第三类按站点的实际情况微调。远程维护上最实用的是能在不派人到现场的前提下完成固件升级和参数调整。这要求在方案设计阶段就确认设备支持远程升级、升级过程可回滚、升级失败不影响业务。我踩过一次坑一台工业路由器远程升级到一半断电设备变砖最后只能派人上山换机。从那以后升级前一律先确认供电状态和电池余量。7.2 告警分级与处置流程告警不分级等于没有告警。我的做法是分三级一级是业务中断包括站点离线超过 15 分钟、数据完整率低于 95%、视频全部不可用。这类必须短信加电话触达值班人员要在 1 小时内响应。二级是性能劣化包括单路视频持续卡顿超过 30 分钟、丢包率超标、供电电压低于阈值、设备温度异常。这类推送到运维群当天处理。三级是提示信息包括定时重启记录、流量使用到 70%、单台设备时钟偏移。这类进日报周会统一看。这样分级之后值班人员不会被噪声淹没真正重要的问题也不会被埋在消息里。7.3 成本账三种回传方式的横向对比对比维度自建光纤租用运营商线路4G/5G 组网方案前期投入高按距离线性增长中多为开通费加押金低按站点设备计价施工周期长受地形与协调影响中依赖资源到位短上电即用月均成本低主要是维护高按带宽和距离计费中按流量或套餐计费扩展性差新增点位要重新施工中受资源覆盖限制好新增站点只需加设备抗灾能力弱易被施工破坏中中受基站与信号影响适合场景升压站等固定核心区域有稳定资源的核心节点分散方阵区、周界、临时点位实际项目里我一般建议混合升压站和中控室之间用自建光纤保证核心链路分散的方阵区、周界、气象站用组网方案兼顾成本和部署速度。不要指望一种方式打天下。最后分享几条我在多个电站项目里反复验证过的个人体会。第一方案设计阶段一定要去现场实测信号拿着手机在方阵区走一圈看 RSRP比在办公室看地图靠谱得多很多看起来有信号的角落实际上根本连不上。第二把本地存储和本地缓存当成硬性指标写进方案不要因为成本被砍掉它们是整个系统在断网时的唯一缓冲砍掉之后所有风险都会直接暴露到业务层。第三交付文档里一定要写清楚哪些参数是算出来的、依据是什么比如太阳能板为什么配 400W、电池为什么配这么多安时。半年后接手的人如果看不懂这些数字的来历就会随手改掉然后问题在下一个冬天重新出现。
光伏电站视频监控与数据采集：4G智能组网、带宽供电及运维排障
先讲一个我到现在都记得的现场。去年冬天跟着运维队上山巡检一个建在山脊上的光伏电站值班室的同事给我翻他手机相册里面存了三百多张监控画面截图。我问他为什么要拍下来他说夜里网一断就再也连不上只能白天截图留个凭证。那台设备是户外老式无线网桥风一大就掉线掉线之后得派人开车上山断电重启。整条链路里没有任何一个环节是设计过的全是凑出来的。这不是个案。户外光伏发电场景的网络条件和办公楼里完全是两套逻辑点位散、没市电、没人值守、风霜雨雪雷一个都不少。而视频监控与数据采集传输这两件事看着都是把东西传回去实际对带宽、实时性、丢包容忍度的要求是两个方向。这篇文章就把这两条链路完整拆开讲需求怎么梳理、组网怎么选贝锐蒲公英这类智能组网设备在其中承担什么角色、带宽和供电怎么算、现场怎么接线、上线之后会在哪里翻车。做光伏电站运维的、做弱电安防集成的、做工业物联网采集的都能直接拿去套用。1. 光伏场站的网络需求跟办公楼不是一回事1.1 一张 50MW 电站的寻址地图先把手上的点位盘清楚这是所有方案的地基。以一个 50MW 左右的集中式电站为例需要联网的对象大致是这样分布的中控室或升压站是唯一有市电和机柜的地方通常放监控主机、NVR、数据采集服务器方阵区里散落着 80 到 120 台组串式逆变器每台至少有一个 RS485 口或者以太网口每若干台逆变器汇聚到一个汇流箱或箱变测控装置环境监测仪一套采集辐照度、组件背板温度、风速风向关口电表若干台走 DL/T 645 或 Modbus 规约如果上了跟踪支架每套支架控制器也是一个点。视频侧的点位更分散。周界防范占大头一个 50MW 电站的围墙加围栏长度经常在两三公里以上按每隔 150 到 200 米一个点位算光周界就要十几到二十路出入口两到四路方阵区高点瞭望一到两路升压站和主变区域四到八路有的项目还会上红外热成像做组件热斑观测一路双光就等于两路码流。把这些点多位置叠到地图上你会发现一个很麻烦的事实从中控室到最远的方阵区直线距离可能就有八百米到三公里中间还隔着山脊、沟壑、水面或者已经建成的光伏支架阵列根本没有条件走直线。1.2 有线敷设为什么在多数山地、水面电站直接出局先说以太网。普通双绞线的传输距离就是 100 米超过就要加中继或者换介质这在方阵区里等于每 100 米插一个设备、每 100 米增加一个故障点和一处供电需求工程上不现实。再说光纤。光纤本身不贵贵的是施工。山地电站挖沟要破岩石层水面电站渔光互补要么走水下穿管、要么走架空架空就要立杆立杆就要考虑征地、通行和后期运维通道。按我接触过的几个项目光缆加施工综合单价普遍落在每米 30 到 80 元这个区间一个 3 公里的单点回传光材料加人工就是十万量级的投入而且这笔钱在电站全生命周期里只是开始后面每一次光纤被施工挖断、被鼠咬、被水泡都要重复投入人力。还有一个容易被忽略的成本时间成本。山地电站的光纤抢修从发现断点到人到现场、定位断点、熔接、测试快则半天慢则两三天。这两三天里视频是全黑的数据是全丢的。而 4G 方案里同样量级的设备投入加上三年流量费往往能压到几千元级别。1.3 视频要带宽数据要实时与不丢这两条链路必须分开设计因为它们的脾气完全不同。视频的特点是吃得快、可以慢一点给。一路 1080P 的主码流稳定在 2 到 3 Mbps8 路就是 20 Mbps 起步而且码率会随画面复杂度波动——比如傍晚一群鸟飞过方阵或者刮大风扬起沙尘画面复杂度一上去码率瞬间能跳到标称值的 1.5 倍。视频掉几帧没人看得出来但如果把带宽全给它数据链路就会被挤扁。数据采集正好相反。一个遥测点压缩后也就几个字节一百台逆变器、每台六十个点整包数据也就 20 多 KB带宽占用几乎可以忽略。但它要求时序正确、不能丢包、断网期间的数据事后要能补上。丢一个遥信点可能就是一次逆变器脱网告警没有被记录事后复盘时说不清楚。所以正确的做法是视频走边缘存储 事件回传日常只跑低码率预览数据走本地缓存 断点续传带宽优先级最高。2. 组网方式怎么定从拉一根网线到值班室到云上编一张网2.1 蒲公英智能组网到底在做什么说人话版用一句最朴素的话说把分散在不同地方、各自上网的设备拉进同一张虚拟内网让它们像插在同一个机房交换机上那样用 IP 直接互访。传统做法里远程访问现场设备通常要在运营商那里申请固定 IP或者在现场路由器上做端口映射前者流程长、后者有安全风险而且设备一多就是几十份配置改一次密码要跑几十遍。蒲公英这类智能组网产品的思路是把这些麻烦事挪到云端现场设备通过 4G 或者现场已有的宽带上线加进组网之后成员之间就按规划好的网段互通了运维人员在城里的电脑上装个客户端或者用一台成员设备就能直接访问现场摄像头的 IP、NVR 的 IP、串口服务器的 IP跟坐在中控室里没区别。对光伏场站来说这件事的价值在于不需要每个站点都配固定 IP不需要现场做端口映射新站点上线只需要上电、插卡、加组网三步几十个站点的网络配置可以一次性批量下发。这在一个人管十几个站的运维模式下是决定性的。提示具体产品型号、支持的组网成员数量、单链路可用带宽、是否支持双卡备份等参数各家厂商每年都在迭代选型时务必以官方最新参数表和实际测试为准不要照搬两年前的资料。2.2 星型、网状、旁路三种拓扑在光伏场站怎么选拓扑形态结构特点适合的光伏场景主要代价星型中心-分支各站点与中心节点互联站点之间不互通总部在中控室或城市运维中心管辖多个电站中心侧带宽是瓶颈中心链路出问题全局受影响网状互联成员之间可以互相访问同一电站内部多个方阵区之间需要互通或站点数量少且互为备份配置复杂度上升需要规划网段避免冲突旁路组网不改动现场原有出口只把设备挂进组网现场已经有本地 NVR 和宽带只想把内网延伸出来现场原有网络的行为会影响组网表现需先摸清原网段我的经验是跨地域的集团级多电站管理用星型单个大型电站内部多个方阵区要不要互联取决于你有没有方阵区之间的本地联动需求比如 A 区的摄像头要触发 B 区的声光警戒没有就别编网状省下来的复杂度都是运维的命。2.3 网关模式与旁路模式的接线差异网关模式是蒲公英路由器做现场的出口。4G 卡插在路由器上摄像头、NVR、串口服务器全都挂在它的 LAN 口下面现场所有上行流量都从这台设备走。这种模式最干净网段可控也最容易做流量统计和限速。旁路模式是现场已经有了别的出口比如业主提供的宽带、或者原有的 4G 路由蒲公英设备只作为组网成员接在现场交换机上把现场网段整体加进组网。它的好处是不动原有结构改造项目里特别省事代价是你必须先把现场原有网段、网关、DHCP 分配范围摸清楚否则很容易出现网段冲突——两台设备都认为自己是 192.168.1.1组网建起来也通不了。我一般建议新建电站直接上网关模式一次接对后面省心改造电站先用旁路模式打通等业务验证没问题了再考虑是否替换出口设备。3. 视频监控链路带宽不是拍脑袋定的是要算的3.1 一张能直接套用的带宽估算表分辨率与编码单路主码流参考值单路子码流参考值备注1080P / H.2644 ~ 6 Mbps1 ~ 2 Mbps老设备常见能换就换1080P / H.2652 ~ 3 Mbps0.5 ~ 1 Mbps当前主流配置2K4MP/ H.2654 ~ 6 Mbps1 ~ 1.5 Mbps周界人脸识别常用4K8MP/ H.2658 ~ 12 Mbps1.5 ~ 2 Mbps方阵区大范围瞭望热成像双光主码流含可见光与热成像双通道按可见光通道折算建议单独核算算的时候按这个流程走。假设一个站点 12 路摄像头其中 8 路 1080P H.265、4 路 2K H.265那么全量主码流并发是 8×2.5 4×5 40 Mbps。4G 小区的上行能力理想条件下测试值可能到 30 Mbps但实际运营中受基站负载、信号强度、天气影响我一般按实测值的 50% 到 60% 来规划可用带宽也就是 15 到 18 Mbps。40 Mbps 的需求塞进 18 Mbps 的管道结果只有一个全员卡顿。所以结论很明确不要试图把全量主码流实时拉回中心。正确的分配是——日常预览全部走子码流12 路子码流合计约 8 Mbps塞得进去主码流只在事件触发时按需回传。3.2 主码流与子码流的分配策略这一步是最容易被跳过的但它是整个视频方案成败的关键。子码流的作用是给远端的看一眼。它的分辨率低通常 D1 或 720P、码率小、延迟低用于在日常巡屏时判断这个画面里有没有异常。运维人员不可能整天盯着 4K 主码流看那既没必要也扛不住带宽。主码流的作用是取证和回放。它必须存在本地——NVR 或者摄像头自己的存储卡里保留 15 到 30 天。只有发生告警时比如电子围栏触发、AI 人形检测命中、或者运维人员主动发起我要看这一段的原始画面才把对应时间段的主码流片段拉回来。这个策略背后有一个很实在的逻辑视频的价值分布是极端不均匀的。一天 24 小时里有价值的画面可能就几十秒。把带宽和流量平均分给每一秒是最贵的做法。3.3 边缘存储 事件回传把 4G 流量从烧钱变可控来算一笔流量账你会发现差别有多大。方案 A12 路主码流实时回传。按 40 Mbps 算每秒 5 MB一小时 18 GB一天 432 GB。按当前的 4G 流量成本这个数字是灾难级的。方案 B12 路子码流日常预览按 8 Mbps 算但只在有人看的时候才产生流量。假设每天实际巡屏 2 小时就是 8 Mbps × 7200 秒 ÷ 8 7.2 GB。剩下的时间不产生视频流量。方案 C事件回传。假设每天触发 20 次告警每次回传 30 秒主码流其中 8 路 1080P2.5 Mbps加 4 路 2K5 Mbps30 秒的总量约 (8×2.5 4×5) ÷ 8 × 30 150 MB。20 次就是 3 GB 左右一个月不到 100 GB。方案 B 加 C 的组合一个月流量大概在 300 GB 以内用流量池打包成本完全可控。这就是为什么我一直坚持本地存储必须做而且存储天数要谈清楚——它不是备份它是流量的闸门。3.4 摄像头侧的几个硬细节PoE 功率要按峰值算不是按标称算。一台标称 8W 的球机红外灯开启、云台转动时的瞬时功率可能到 15W 甚至更高冬天低温启动的浪涌还会再高一截。如果 PoE 交换机的总功率预算按标称值凑晚上红外一开整条链路就重启了。我的做法是功率预算留 40% 以上余量。网线长度卡死 100 米而且户外必须用室外双护套、带抗紫外外皮的类型。普通室内网线在户外晒一个夏天外皮就脆了第二年一碰就裂。防雷是光伏场站的重灾区。方阵区本身就是大面积金属结构雷电感应强摄像头立杆又通常是现场制高点必须装信号和电源两路 SPD立杆做等电位联结。我见过一个电站一场雷雨之后烧掉七台摄像头和三台交换机全部是立杆没做接地。防护等级上设备箱至少 IP65方阵区边缘、风沙大的地方建议 IP66 以上箱内加防凝露的透气阀或者小功率加热片。4. 数据采集链路Modbus 到云平台之间要过几道手4.1 现场设备与接口盘点设备类型常见接口与规约单台数据量遥测采集周期建议组串式逆变器RS485 / Modbus RTU少数以太网40 ~ 80 点1 ~ 5 分钟箱变测控装置以太网 / Modbus TCP或 IEC 60870-5-10460 ~ 120 点1 ~ 5 分钟环境监测仪RS485 / Modbus RTU8 ~ 15 点1 分钟关口电表RS485 / DL/T 64515 ~ 30 点5 ~ 15 分钟跟踪支架控制器RS485多为厂家私有规约10 ~ 20 点5 分钟汇流箱监测RS48520 ~ 40 点5 ~ 15 分钟这些设备的共同点是规约老、接口少、厂家私有扩展多。你几乎一定会遇到某台设备的寄存器地址表和文档对不上的情况这不是你的问题是行业常态。4.2 串口服务器在整条链路里的位置蒲公英路由器解决的是网络怎么通它不负责把 RS485 信号变成网络报文——那是串口服务器或者叫串口转以太网模块、工业网关的活。典型的链路是这样若干台逆变器挂在同一条 RS485 总线上串口服务器接在这条总线的末端把 Modbus RTU 转成 Modbus TCP然后通过网口接入蒲公英路由器的 LAN。云平台侧看到的就是一台带 IP 的 Modbus 设备直接读寄存器就行。这里有三个参数必须现场确认不要凭经验拍第一个是波特率。9600 是行业默认值但一条总线上如果挂了 20 台设备每台读 40 个寄存器单台响应时间大约 30 到 50 毫秒加上主站的处理间隔轮询一轮下来就是 1 到 2 秒。如果采集周期定得太短比如要求 1 秒一轮总线会直接饱和表现为数据时有时无。先把周期拉长到 5 分钟链路通了、数据齐了再考虑压缩。第二个是终端电阻。RS485 长距离传输时两端要接 120 欧姆终端电阻很多现场是漏的表现为通信距离一长就出错或者只有离串口服务器最近的那台设备读得到。检查方法很简单万用表量 A、B 之间的电阻正常应该接近 60 欧姆两个 120 欧并联。第三个是屏蔽层接地方式。485 屏蔽层只能在单端接地两端都接会形成地环流反而引入干扰。光伏场站里逆变器侧的地电位差异不小这一条尤其要注意。4.3 采集频率、本地缓存与断点续传采集频率不要一步到位。前期建议按环境监测 1 分钟、逆变器 5 分钟、电表 15 分钟这种分档策略跑一两周看数据完整率和链路负载再优化。本地缓存是必须做的而且要能存住。按 100 台逆变器、每台 60 个点、每 5 分钟一次算一次采集约 24 KB 原始数据压缩后按 8 KB 计一天 288 次就是 2.3 MB存 30 天也就 70 MB。这点存储空间在工业网关里几乎不占什么但它是断网期间数据不丢的唯一保障。断点续传的关键是带时间戳 幂等写入。每条记录都要带采集时刻的时间戳平台侧按时间戳去重写入。这样即使网络恢复后连续重传了三次数据库里也只会有一条正确记录不会因为重复上报把电量统计搞乱。4.4 时间同步一个不起眼但很致命的问题这个坑我自己踩过。一个电站的视频录像时间和数据平台的时间差了 47 秒结果一次故障复盘时视频里看到的动作和平台告警记录对不上排查了两天才发现是 NVR 的 NTP 服务器不可达自己跑偏了。野外环境下NTP 不可达是常态。解决方案是三层现场选一台蒲公英路由器作为本地 NTP 源所有摄像头、NVR、串口服务器都对它这台设备再向上对多个公网时间源同时监控平台上做一个时间偏移告警任意设备与平台时间差超过 30 秒就报警。这套机制的成本几乎为零但它能在关键时刻救你一次。5. 户外环境的硬约束供电、温度、防护与自愈5.1 太阳能供电余量怎么算很多项目失败不是因为网络是因为电不够。按一个典型的方阵区边缘节点算蒲公英路由器约 8W、串口服务器 2W、PoE 交换机 20W含摄像头供电、摄像头 6 到 12W合计约 40W 的持续负载24 小时就是 960 Wh。太阳能板功率的算法是日耗电量 ÷当地日均有效峰值日照小时数 × 系统效率。华北、西北一带的峰值日照按 4 到 4.5 小时算华东华南按 3 到 3.5 小时算系统效率按 0.7 到 0.75 折算含控制器损耗、线损、灰尘遮挡。按 3.5 小时和 0.75 算需要 960 ÷ (3.5 × 0.75) ≈ 366W实际配置建议取 400W 以上留出衰减和灰尘的余量。电池容量的算法是日耗电量 × 连续无光照天数 ÷ 放电深度 ÷ 低温容量修正系数。按连续四天阴雨、放电深度 0.8、低温修正 0.7 算需要 960 × 4 ÷ 0.8 ÷ 0.7 ≈ 6857 Wh也就是 12V 600Ah 左右的铅酸电池组或者 48V 150Ah 的磷酸铁锂。这里有个必须提醒的点铅酸电池在零下 20 度时可用容量大约只剩标称的一半磷酸铁锂能保留 70% 到 80%带加热功能的电池组更好。北方的项目如果按常温容量配电池第一个冬天就会大面积掉线。5.2 宽温和防凝露比防水更值得花心思防水好理解防凝露容易被忽略。设备箱在昼夜温差大的地方白天箱内温度能到 50 度以上夜里骤降到 0 度以下箱内空气中的水汽就会在电路板上凝结。解决办法不是把箱子封死而是用带透气膜的防水阀让内外气压平衡的同时挡住液态水或者在箱内加小功率加热片配合温控开关。工作温度范围上选择支持 -40 到 70 度区间的工业级设备不要用商用路由器做户外节点的核心。商用设备的电解电容在低温下容量骤降表现就是天一冷就重启而现场维护成本极高。接地和防雷是一个整体。立杆、设备箱、支架、屏蔽层要形成等电位联结接地电阻按规范做。我见过最省事也最有效的做法是每个户外节点进线处都加装信号 SPD电源进线加电源 SPD成本几百元能挡掉绝大多数感应雷损坏。5.3 看门狗、定时重启与双链路备份在没人值守的地方设备必须具备自己把自己救回来的能力。三个措施按优先级排设备侧看门狗是底线。工业路由器一般都支持硬件看门狗检测到进程挂死自动重启。选型时把这一条明确写进需求不要假设所有设备都有。定时重启是保险。我的做法是配置每周一次凌晨低峰期自动重启卡在采集任务之间的空档。这不能替代看门狗但能清掉一些长期运行积累的内存碎片。链路备份是进阶。现场如果有业主提供的宽带可以让蒲公英路由器以有线为主、4G 为备主链路断了自动切换。切换时间通常在几十秒量级对数据采集几乎没有影响本地有缓存对视频就是断几十秒可以接受。6. 上线之后才会暴露的坑6.1 视频能连上但一直卡的排查顺序先看是不是带宽问题。在蒲公英的管理后台或者现场路由器上看实时上行速率如果速率已经贴着链路上限比如稳定在 15 Mbps 上下波动基本可以确定是带宽打满了。处置方式是降码率、切子码流、限制并发路数。如果上行速率很低但画面还是卡看信号质量。RSRP 在 -85 dBm 以内算优-85 到 -95 良-95 到 -105 一般-105 到 -115 就需要外置高增益天线了低于 -115 基本上没法用。同时看 SINR大于 10 dB 算干净接近 0 或者负数说明干扰严重这时候加天线也没用得换安装位置或者换运营商。如果信号好、带宽也够但还是卡去查存储。本地 NVR 或者存储卡写满了、坏了摄像头的码流会因为缓存溢出而剧烈抖动。这个现象很典型白天正常晚上开始卡因为晚上红外开启码率升高把本来就不够的存储写带宽压垮了。6.2 数据偶尔丢点的逐段定位法丢点不要一上来就怀疑网络按采集端 → 传输端 → 平台端三段查。采集端验证在串口服务器或者网关上看本地缓存的记录条数和平台收到的条数对比。如果本地就是缺的问题在采集环节去查轮询周期是不是太短、总线是不是有冲突、某台设备是不是掉线了。传输端验证看组网链路的丢包率和时延最简单的方法是长 ping 加丢包统计。如果时延抖动大、偶发丢包说明无线环境不稳考虑调整采集周期或者加本地重传次数。平台端验证检查写入逻辑看是不是主键冲突被丢弃了或者时间戳格式不一致导致解析失败。这类问题在平台日志里一般都能找到线索。6.3 设备批量掉线先查供电再查心跳批量掉线的第一反应往往是网络出问题了但我的经验排序是供电 心跳/组网服务 运营商网络。先看这批设备的共同点。如果它们挂在同一个太阳能供电节点上那大概率是电池在连续阴雨后耗尽了或者太阳能板被积雪、灰尘覆盖。如果它们分属不同供电点但同一运营商才去怀疑基站侧的问题。排查手段是查设备最后上报的电压值和信号值。很多工业路由器会把输入电压一起上报看到电压一路下滑到阈值以下答案就出来了。6.4 流量超支与时钟漂移这两个慢性病流量超支通常是没做本地存储、全量回传的后遗症或者是某次调试时忘了关掉某路主码流回传。防的办法是给现场路由器设流量阈值告警比如套餐的 80% 就报一次。时钟漂移前面说过了它的危害是隐性的往往在事故复盘时才爆发。除了前面讲的三层 NTP 方案还建议在平台上做数据完整性校验同一时刻的多个测点如果时间戳分布异常就说明有设备的时钟出问题了。7. 运维阶段几十个站点怎么做到一个人管得过来7.1 批量配置与远程维护规模化运维的核心是模板化。把现场的配置分成三类网络配置网段、组网成员、限速策略、设备配置采集周期、寄存器表、告警阈值、业务配置摄像头分组、录像计划、告警联动。前两类做成模板批量下发第三类按站点的实际情况微调。远程维护上最实用的是能在不派人到现场的前提下完成固件升级和参数调整。这要求在方案设计阶段就确认设备支持远程升级、升级过程可回滚、升级失败不影响业务。我踩过一次坑一台工业路由器远程升级到一半断电设备变砖最后只能派人上山换机。从那以后升级前一律先确认供电状态和电池余量。7.2 告警分级与处置流程告警不分级等于没有告警。我的做法是分三级一级是业务中断包括站点离线超过 15 分钟、数据完整率低于 95%、视频全部不可用。这类必须短信加电话触达值班人员要在 1 小时内响应。二级是性能劣化包括单路视频持续卡顿超过 30 分钟、丢包率超标、供电电压低于阈值、设备温度异常。这类推送到运维群当天处理。三级是提示信息包括定时重启记录、流量使用到 70%、单台设备时钟偏移。这类进日报周会统一看。这样分级之后值班人员不会被噪声淹没真正重要的问题也不会被埋在消息里。7.3 成本账三种回传方式的横向对比对比维度自建光纤租用运营商线路4G/5G 组网方案前期投入高按距离线性增长中多为开通费加押金低按站点设备计价施工周期长受地形与协调影响中依赖资源到位短上电即用月均成本低主要是维护高按带宽和距离计费中按流量或套餐计费扩展性差新增点位要重新施工中受资源覆盖限制好新增站点只需加设备抗灾能力弱易被施工破坏中中受基站与信号影响适合场景升压站等固定核心区域有稳定资源的核心节点分散方阵区、周界、临时点位实际项目里我一般建议混合升压站和中控室之间用自建光纤保证核心链路分散的方阵区、周界、气象站用组网方案兼顾成本和部署速度。不要指望一种方式打天下。最后分享几条我在多个电站项目里反复验证过的个人体会。第一方案设计阶段一定要去现场实测信号拿着手机在方阵区走一圈看 RSRP比在办公室看地图靠谱得多很多看起来有信号的角落实际上根本连不上。第二把本地存储和本地缓存当成硬性指标写进方案不要因为成本被砍掉它们是整个系统在断网时的唯一缓冲砍掉之后所有风险都会直接暴露到业务层。第三交付文档里一定要写清楚哪些参数是算出来的、依据是什么比如太阳能板为什么配 400W、电池为什么配这么多安时。半年后接手的人如果看不懂这些数字的来历就会随手改掉然后问题在下一个冬天重新出现。
