水务公司最怕两种时刻：一种是夜里居民打电话说水压突然小了，一种是月底做产销差，发现又漏掉一大块。前者要快，后者要准，而两件事都指向同一个前提——管网里得有数据。

偏偏管网测点是最难联网的一类点位：在井里、没有市电、沿着马路散布几十公里。所以 LoRa 会被摆上台面。

LoRa 在水务管网里成不成，不取决于它能传多远，取决于三道坎——井室能不能传出来、电池能撑几年、网关密度排得开排不开。这三道坎过了，剩下的都是常规工程。

一、管网测点到底要测什么

归拢一下，其实就四类。

压力，盯的是爆管和负压；流量，是 DMA 分区计量的底子，产销差全靠它算；水质，余氯、浊度、pH，保的是出水安全；状态，阀门开度、井盖异动、水池液位，防的是事故。

一句话：压力管安全、流量管漏损、水质管达标、状态管事故。这四类数据的采样频次完全不一样，做方案时千万别一刀切。

二、方案分四层，但水务的重心在平台层

先说架构。这里有两种走法，别混着来。

一种是 LoRaWAN 星型网：井里的 LoRa 终端发到周边网关，网关再经网络服务器进平台。几十上百个点位统一入网、统一管理，井室成片的城区项目通常走这条。

另一种是一对多透传：井里的数传电台把串口数据直接送到泵房或加压站的主机，中间没有网关，也没有服务器。一个 DMA 分区内部、点位集中、数据只往一个方向走的场合，这条更快也更省，还少一类要维护的设备。

两种架构的分层其实一样：感知层是井里的终端；汇聚层在星型网里是 LoRa 网关，在透传里是分区主机；回传层用 4G 或专线把数据带走；平台层做 DMA 分区分析、夜间最小流量分析、告警和工单派发。

水务跟别的行业不太一样：数据不是“看一眼就行”，是要进模型算的。所以平台的时钟、数据完整性和补传机制，往往比终端本身更容易决定项目成不成。

三、第一道坎：井室，LoRa 最难传出来的地方

这是水务独有的麻烦。金属井盖、混凝土井壁，赶上地下水位高还会淹，Sub-GHz 信号在这儿衰减是实打实的。

工程上的常规做法，是把天线引出来——沿井壁把馈线引到井盖下方，或者就近立杆，终端本体留在井里。引不出来、或者井特别深的位置，就得靠提高网关密度去补；实在补不动的点位，老老实实换个技术路线，别硬撑。

网关数量千万别在办公室拍。带着节点去最深、最偏、井盖最厚的那几口井实测一轮，测出来的数据才是排布依据。

四、第二道坎：电池，上报策略比容量更重要

井里没市电，基本只能靠电池组，设计寿命一般按几年甚至更长来定。但真正决定续航的，往往不是电池选多大，而是什么时候报、报多密。

水务这里有个特殊要求：夜间最小流量分析，恰恰需要凌晨那一段有足够密的数据，用来判断这个分区到底漏不漏。所以上报策略不能全天一个节奏，得分时——夜间加密到几分钟一次，白天稀疏到十几分钟甚至半小时一次。这一刀下去省出来的电，比换更大的电池划算得多。

另外两件事也不能省：一是本地缓存，断网期间的数据得存下来，恢复后补传，否则平台的数据链就是断的；二是运维半径，换电池终究要人去，装的时候就得想清楚车停哪儿、井怎么开。

五、第三道坎：网关密度，城市不是空旷地

标称覆盖距离是空旷视距下的理想值。放到城市里，高楼、高架、密集小区一挡，网关间距就得按街区来算，不能拿公里数直接套。

常见挂点有这么几种：水厂和加压站的屋顶、路灯杆、二次供水泵房。选挂点时记住一条：网关的回传链路得做冗余。一台网关底下往往挂着几十个点，它自己的 4G 一断，这一片就全瞎了，而且是静默地瞎，连告警都未必发得出来。

六、一个算例：一个 DMA 分区怎么配

下面这组是算例，用来说明推演方法，不是某地实测结果。

假设某城区一个 DMA 分区：进出水各 1~2 台大口径流量计，压力点 8~12 个，水质点 2~3 个。

上报节奏分时设。白天 5~15 分钟一次；凌晨那段加密到 1~5 分钟一次，专门喂给夜间最小流量分析。

时钟必须统一。DMA 分析的前提，是所有点位的时间得对齐。差几分钟，进出水量就对不上，算出来的漏损就是假的。网关和平台都要做时钟同步，别指望终端自己准。

网关按 2~3 台起步。优先挂在水厂、加压站这类自己有房子、有电、也有维护人员的地方。

七、水务场景几种通信方式对照

对比维度	LoRa	NB-IoT	4G（Cat.1 等）	有线
井室穿透	弱，需引天线或补密度	较强，深度覆盖有增强	一般	不适用，要破路
单点功耗	低，电池可用数年	低	高，需持续供电	无
单点资费	无月租	每卡每年资费	每卡每月资费	无
适合的采样频次	分钟级	分钟级	秒级	秒级
施工量	不破路	不破路	不破路	大，需破路审批
最适合的点位	成片井室、无电点位	分散、深井、深覆盖	高频、需连续传输	有电有网的关键节点

八、部署实施、设备选型与技术边界

在供水管网监测的部署实施阶段，工程细节往往决定了系统的最终成败，需要注意以下几点：

1、必须警惕天线未外引的致命问题，终端若直接塞入井内，信号衰减将导致通信直接瘫痪；

2、各节点时钟必须严格对齐，否则 DMA 分区数据将因时间错位而无法准确计算漏损；

3、在网络架构上，网关回传链路必须配置备份，避免单点故障导致大面积断联；

4、终端设备也应具备本地缓存功能，防止断网期间数据永久丢失而在平台曲线上形成“数据空洞”；

5、地下井室环境恶劣，面临淹水、凝露及人为破坏风险，设备必须具备 IP68 防护等级，且防浸泡与防盗设计缺一不可。

落实到具体设备选型，节点侧需综合考量体积、接口与通信距离。

以华允物联 EP-L100 数传电台为例，其尺寸紧凑（74.6×22.6×18.1 mm），单串口兼容 RS485/RS232/TTL，且支持导轨或挂耳安装，非常适合空间受限的井内终端壳体。在技术逻辑上，若需兜住多个井室点位或分区跨度更大，应优先选择发射功率更高、通信距离更远的型号；若井室成片且采用星型组网，则需另行配置网关，而点对点透传则能减少一层设备与故障点。同时，针对非隔离设计的串口，在潮湿、接地条件差的井室环境中，必须在安装阶段解决总线共地与干扰问题。在回传侧，为降低对接水务或环保行业标准规约的开发成本，建议选用内置 HJ212 等标准配置项的 5G 网关，这不仅能大幅缩短项目周期，还能有效降低沟通与适配成本。

除此之外，必须清晰认知 LoRa 技术的应用边界。

受限于物理层带宽与频次，它无法捕捉爆管等瞬态压力变化，此类秒级采样需求需另配专用链路。同时，它并非“零运维”技术，更换电池、清理天线等周期性工作仍需纳入长期运维预算。此外，免许可频段意味着潜在的公共干扰，系统稳定性高度依赖于前期的科学规划与后期的持续运维。

技术落地最终要回归场景与成本。点位成片、无电无网且仅需分钟级监测时，LoRa 值得认真算一笔账；井深点散、城市立网关受限时，NB-IoT 往往更省事；若需捕捉爆管瞬态或高频采集，则应让 LoRa 专注常规监测，高频点位另配链路。