山洪沟口、源头溪流、库区上游支沟、输水管线阀井——这些位置往往是水文监测最需要布点的地方,也恰恰是公网覆盖最薄弱的地方。实际项目里最常听到的抱怨是:设备装好了,白天数据能上来,晚上或雨季就断线,平台曲线缺一段,考核时说不清。解决办法通常是把通信做成"两条腿走路":4G 作为主通道承载日常高频数据,北斗短报文作为备用链路兜底。本文就把这套双通道方案讲清楚。
很多人把偏远站点的数据断档简单归因于信号差,但实际原因通常有三种,处理方式完全不同。第一种是覆盖盲区,站点本身就在公网边缘,信号时有时无,这时加高增益天线很难根治;第二种是供电不稳,连续阴雨后太阳能系统电压拉低,通信模组在发射瞬间反复复位,看起来像"信号断了",其实是掉电;第三种是极端天气连锁失效,暴雨和大风往往同时打击供电、铁塔和链路,而这恰恰是数据最不能缺的时刻。水利场景在上报考核中还有个特点:数据连续性本身就是考核项,曲线缺一段有时比数值偏一点后果更重。所以偏远站点在设计之初就应该考虑"主 + 备"双链路,而不是等出事再补。
把 4G 和北斗摆在一起对比,分工其实很清晰。4G 是主通道:带宽大、成本低、时延小,适合承载正常的定时上报数据、图片抓拍、视频字符叠加后的画面回传,以及日常的远程设参与固件升级。北斗短报文是备用链路:它不依赖地面基站,在无公网覆盖的区域仍然可用,代价是单次传输的信息量有限、通信频度受服务等级限制、单条成本明显高于普通流量。因此实际工程中不会让北斗去和大流量的 4G 抢活,而是把它定位成"关键数据不断链"的兜底通道:正常状态下走 4G;检测到链路长时间中断时自动切到北斗,只发精简后的关键数据帧(站点编号、时间戳、核心监测值、报警状态),把最要紧的那几个数字送出去。
西南、西北一些没有公网覆盖的站点已经在这么用了,思路是一样的。
双通道在硬件上并不需要"一台两个模组的定制机",更常见的做法是分层解耦:现场由遥测终端机(RTU)统一负责传感器采集、数据预处理、本地存储和协议转换,北斗通信终端作为外挂通信设备,通过串口接入 RTU,由 RTU 判断链路状态并决定走哪条通道。
以辰稀物联 CX-L102 视频遥测终端机为例,它本身就带着 RJ45 网口和无线 4G,模组 Cat1、Cat4 可选,所以接北斗不用整机换新,外挂一台北斗通信终端从串口接进去就行,2 路 RS485/RS232 复用串口里空着的那一路正好用得上。ARM Cortex-A7 加嵌入式 Linux 的底子,配上开放的自定义协议能力,把数据重新打包成适合北斗链路的精简报文,做起来也不费劲。
供电上它不给人添麻烦,整机平均功耗不超过 1.5W,待机 1.2W 以内,太阳能配起来没压力。
真正要留意的是野外那几年怎么熬过去。它支持 DC9~48V 或 AC12-30V 交直流宽压输入,工作温度 -35℃~+75℃,电源、串口、网口都带防雷,串口还能扛 ±15KV 雷击,这些本来就是为长期扔在野外准备的。
加了北斗,这笔账不是多花一点钱的事,是整个配置结构都变了。
先说要发的数据。北斗短报文这个通道的天生短板就是单次容量小、频度还受服务等级限制,你不可能把 4G 那套完整报文原样搬过去。所以数据帧必须重新设计:只留监管必需的核心字段,站点编号、时间戳、核心监测值和报警状态,剩下的过程量全部留在本地存储里,等链路恢复再补传完整数据。这一步不是省流量的小技巧,而是决定这套方案能不能长期跑下去的前提,真按 4G 的报文量往北斗上灌,资费很快就让人放弃。
再说是怎么切。这条最容易被做坏。
合理的做法是"连续 N 次上报失败后自动切北斗",同时保留 4G 的周期性回探。关键就在回探这两个字上。有的站点图省事,把切换做成单向的,切过去就不回来了,4G 早就恢复了还在走北斗,一个月下来通信费比设备还贵。所以回探周期必须写进策略里,宁可多花一点,也要让主通道随时能切回来。
最容易出问题的是供电。北斗发射那一瞬间的电流远高于常规 4G 定时上报,太阳能板容量和蓄电池容量如果在预算阶段没留余量,就会出现"为了保公网断点、结果把自己耗垮"的局面。
账要这么算:先按常规上报的日耗电量配板子和电池,再把北斗的发射次数单独拎出来核一遍峰值,最后按连续无日照天数打一个安全系数。宁可平时富余,也别在连着几天阴雨、又正好需要发射的那几天掉链子。
这种返工在行业里并不少见。先按常规 4G 的功耗把板子、电池、支架都装好了,加北斗时才发现容量不够,回头再补一块板,支架和线缆要重做,比一次配足贵得多。
还有一点常被忽略:北斗的发射次数其实是可以设计的。报警走北斗,定时上报等 4G 恢复后补传,一天下来真正需要占用北斗的可能就那么几次。把它当成保险,而不是当成一条通道,功耗和资费这两本账都会好算很多。
最后是存储。本地历史缓存和断网自动补传不是加分项,是必需项。CX-L102 支持大容量主机存储,还能用 TF 卡或 USB 扩展,断网期间数据先存在本地,链路恢复后自动回补,平台侧的曲线才是完整的。
什么样的站点才值得上北斗,判断只有两条:日常数据靠什么传,关键时刻最怕丢什么。如果站点有市电或者稳定的太阳能条件、又需要视频验证(比如水电站生态流量下泄要做"视频+数据"双验证存档),那就在视频终端上做扩展,CX-L102 内置字符叠加,数据和时间戳直接叠在画面上,省掉一台叠加器;站房场景要现场触屏、多路仪表接进来,可以用 CX-L200,7 英寸屏、5 路串口,4G 和以太网双冗余,这类站点的重点从来不是省电,而是接口够不够用。
完全没有市电、只能靠电池的分散点位(地下水监测井、管网阀井、排水井),重心就整个转到功耗上。CX-R300 内置 19AH 锂电池,休眠电流不到 20uA,休眠和定时上报的策略可以按点位定制,SL651-2014、SZY206-2016、SL/T427-2021 以及国家地下水监测工程的协议也都能对接,这类点位配上北斗终端才有意义。
反过来,公网稳定、市电到位的站房硬上北斗,基本就是花钱买心安。
勘察要确认的其实就几件事,顺序别倒过来。先测站点实测的 4G 信号强度和各运营商覆盖情况,这决定要不要双卡或者换运营商;再按昼夜发电量和连续阴雨天数核算太阳能与蓄电池容量,加了北斗之后这部分要重算一遍;然后确认是否必须视频验证,它决定你选视频 RTU 还是纯数据终端。
协议口径以平台方要求为准,水文类通常按 SL651-2014《水文监测数据通信规约》,水资源类按 SZY206-2016、SL/T427-2021;北斗服务那边还要问清报文容量和频度等级,按最小可接受的数据量倒推压缩方案。
这些确认清楚,双通道方案基本就定了。别跳过勘察直接报价,那一步省下的时间,通常要在现场加倍还回去。
偏远站点通信,别指望一条链路包打天下。4G 平时用,北斗关键时刻用,本地存储把中间的缝兜住,就这么简单。相关设备可查看CX-L102 视频遥测终端机、CX-R300 电池供电遥测终端机,或在遥测终端机产品栏目中查看全部型号;具体站点方案可拨打 18730593290 或通过官网联系我们获取。
不一定,先分清三种原因。覆盖盲区是站点本身处在公网边缘,信号时有时无;供电不稳是连续阴雨后电压被拉低,通信模组发射瞬间反复复位,看着像断信号;极端天气则同时打击供电、铁塔和链路。加高增益天线只对第一种有效,另外两种要查电源和链路设计。
4G 当主通道,承担定时上报、图片抓拍、远程设参和固件升级;北斗短报文当备用链路,不依赖地面基站,在无公网区域也能把关键数据送出去。平时走 4G,链路长时间中断才切北斗,只发站点编号、时间戳、核心监测值和报警状态这几个字段。
不用。常见做法是分层解耦:RTU 负责采集、本地存储和协议转换,北斗通信终端外挂在串口上,由 RTU 判断链路状态再决定走哪条通道。CX-L102 自带 RJ45 网口和 4G,空着的那路 RS485/RS232 正好接北斗,不必整机换新。
用连续 N 次上报失败触发切换,同时保留 4G 的周期性回探。只做单向切换、切过去不回来,是最常见的坑:4G 早已恢复,数据还在走北斗,一个月的通信费能超过设备本身。回探周期必须写进策略,宁可多花一点,也要保证主通道随时能切回来。
北斗发射瞬间的电流远高于 4G 定时上报,原来的容量往往不够。算法是先按常规上报的日耗电配板子和电池,再把北斗的发射次数单独拎出来核一遍峰值,最后按连续无日照天数留安全系数。等装完再补板子,支架和线缆都要重做。
因为北斗单次容量小、频度受服务等级限制,过程量不可能都从这条链路走。数据先存在本地,链路恢复后自动补传,平台曲线才完整。CX-L102 支持大容量主机存储,可用 TF 卡或 USB 扩展;断网期间存得住、恢复后补得上,属于这套方案的必需项。
判断标准就两条:平时数据靠哪条链路传,关键时刻最怕丢什么。无市电、只能靠电池的分散点位,比如地下水监测井、管网阀井、排水井,配北斗才有意义,可选 CX-R300,内置 19AH 锂电池,休眠电流不到 20uA。公网稳定、市电到位的站房硬上北斗,收益很低。
三件,顺序别倒。先测站点实测的 4G 信号强度和各运营商覆盖,决定要不要双卡或换运营商;再按昼夜发电量和连续阴雨天数核算太阳能与蓄电池容量,加北斗后要重算;最后确认是否必须视频验证,它决定选视频终端还是纯数据终端。