--- title: "LoRaWAN 水表现场验收：抄表读数和漏水报警" canonical: https://wavect.io/zh/blog/lorawan-water-meter-field-acceptance-test/ language: zh description: "批量采购前，如何现场验收 LoRaWAN 水表？在普通点位和信号较弱的安装点逐一核对表盘与平台读数，按该型号规定的方法单独验证漏水报警，并记录值班人员实际看到的结果。" image: "https://wavect.io/img/blog/headers/header_lorawan-water-meter-field-acceptance-test.png" author: ["Kevin Riedl"] published: "2026-11-12" updated: "2026-11-12" reviewed: "2026-11-12" --- # 采购 LoRaWAN 水表前，如何现场验证读数和漏水报警？ [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 4 分钟 阅读 · 2026年11月12日 最近审核 2026年11月12日 [**下一篇**](/zh/blog/lorawan-nbiot-sigfox-pilot-cost/) 要点速览 批量采购之前，选一个常规安装点，再选一个无线信号较难到达的点位，让值班人员核对现场表盘和平台上的读数。漏水报警要用该型号支持的方法单独验证。验收时记下每种报文在哪个点位发出、何时显示，以及哪些环节还需要回到现场复测。 现场人员可以读出表盘上的数字，值班员到下一次定时上报时就能在系统里核对同一笔读数。漏水报警怎么核对？得先弄清楚这款水表在什么条件下判定漏水、什么时候上报，以及值班员收到报警后能否找到对应的安装点。批量下单前，我会请供应商用同一台样表演示抄表和报警这两项功能。 ## 因斯布鲁克的现场测试是怎么做的？ 我们参与时，因斯布鲁克市政公用事业公司（IKB）已经在主导这个项目。有些水表原先支持车辆经过时抄读，但工作人员仍要开车走一趟。IKB 希望利用全市的 LoRaWAN 网络减少抄表出车，让运行人员更早拿到新读数。在 [IKB 发布的一篇访谈](https://www.ikb.at/karriere/einblicke/coole-smarties) 中，电信团队的一位员工谈到，报警曾帮助他们及早处理用户尚未察觉的漏水。 我们在一个常见的安装位置测试水表，又选了一个预计无线信号较弱的位置做对照。项目还涉及其他设备，包括货运自行车定位器。我们和 IKB 团队一起开发看板，供运行人员排查异常。有些报文会定时发送，有些要等特定事件发生才出现。不少设备发来的报文与手册相符。也有少数设备，只有把实际收到的报文与手册逐项比对，才能看出差异。我们把真实报文保存下来，之后就可以离线反复解码。 [IKB 项目案例](/zh/case-studies/ikb/) 记录了这部分工作。 ## 批量采购前，应请供应商现场演示什么？ 做验收时，我会请运行团队选两个有代表性的安装点，一个是常规点位，另一个是接收条件较差的点位。两处都使用计划投运时的设备配置。请供应商说明抄表数据多久上报一次、水表在什么情况下判定漏水，以及何时发出报警。供水单位还要明确允许读数滞后多久，以及值班人员最迟应在什么时候收到报警。 | 项目 | 怎么测 | 验收记录 | | --- | --- | --- | | 抄表 | 记下某一测量时刻的表盘读数，在看板上找到对应记录。按约定的上报周期，在两处分别重复观察。 | 记录表号、两端的数值及单位、测量时间和接收时间。单独标出应到而未到的报文。 | | 漏水报警 | 在样表或试验台上按厂家规定的测试流程触发报警。请值班人员通过约定的渠道接收。 | 记录触发和接收时间、表号及报警状态。请值班人员指出需要到哪个安装点处置。 | | 恢复正常 | 结束测试，按设备说明观察报警如何解除。 | 记录看板何时恢复、最终显示什么状态。若报警仍然有效，注明由谁跟进。 | 有的测试模式会直接发出报文，跳过传感器本身的检测过程。这种演示可以验证报警从水表发出后能否送达。若还要验证水表能否识别漏水，需另行与厂家确认相应的台架试验。 ## 看板没有报警，从哪里查起？ 先确认报文什么时候该到。有的水表会把漏水状态放在下一条定时报文里。弄清预计上报时间后，再看应用是否在那段时间收到过这台水表的报文。 [IKB 对其 LoRaWAN 网络的介绍](https://www.ikb.at/themenwelten/lorawan) 说明了传感器与网关在传输中各自的作用。 如果报文已到，就逐项核对三件事：设备手册怎样定义该字段、样表当时处于什么状态、解码器实际给出了什么值。 [The Things Stack 的报文解析文档](https://www.thethingsindustries.com/docs/integrations/payload-formatters/) 说明了怎样把传输的字节转换为可读字段。用我们的 [LoRaWAN 编解码测试工具](/zh/tools/lorawan-payload-codec-tester/) 可以反复解读同一条已保存的报文，修改程序后无需等待设备再次报警就能核对结果。要确认安装点的无线接收情况，仍需回到现场测试。 ## 拿到什么结果可以下单？ 让采购人员能按点位查到三项记录：预计收到多少次读数、实际收到多少次，以及值班员是否在约定时间内识别出报警并找到对应安装点。如果两处都收到了读数，但只有一处成功上报报警，就把另一处的报警列为待复测项。如果补救办法是增设网关，接受报价前要先确认站点安装许可和日后维护的通行条件。 如果还在选择通信方式，可以参考我们的 [LoRaWAN、NB-IoT 和 Sigfox 试点成本比较](/zh/blog/lorawan-nbiot-sigfox-pilot-cost/) 。选定网络后，再按 [试点范围规划指南](/zh/software-development-guide/what-is-a-discovery-phase/) 约定采购前需要验证哪些事项。若要和我们的 [市政物联网工程团队](/zh/services/smart-city-iot/) 一起 [安排现场测试](/zh/contact/?intent=smart-city-iot) ，可以先准备一台样表、设备手册和两个候选点位。 ## 采购和运行团队常见问题 ### 收到最新读数，就能确认漏水报警正常吗？ 这能确认一次抄表数据已送达并得到处理。要验证报警，还要记录触发时刻，并由值班员在界面上找到相应的状态。 ### 现场测试要持续多久？ 根据实际的上报周期、水表识别漏水所需的时长，以及运行团队要求的报警时限来安排。测试前约定每个点位需要观察多少次定时上报。 ### 保存一条很少出现的报警报文有什么用？ 可以用同一条真实报文反复测试解码器，把输出与预期状态核对。随后再到安装点验证无线接收情况。 ### 供水单位应安排谁参加验收？ 由计量人员核对表号、数值及单位，由负责处置异常的值班人员演示如何找到报警、确定安装点并启动后续处理。 ### 供应商在试验台上演示成功，可以验收吗？ 记录台架试验实际验证的项目，把安装点的接收情况列为待测项。带同一台样表到候选点位复测抄表和报警，再确认当地的无线覆盖。 QA 与生产就绪 ## 接下来读什么 可靠生产软件所需的测试、审计、维护与加固。 [从这里开始**AI 生成代码的 QA**](/zh/blog/qa-for-ai-generated-code/) - [两家供应商都说开发完成，软件该怎么验收？](/zh/blog/multi-vendor-software-acceptance-testing/) - [README ZIP 恶意软件：审查 AI 工具的实际安装内容](/zh/blog/readme-zip-malware-install-review/) - [AI 生成的 Odoo 模块：先审业务规则，再谈上线](/zh/blog/ai-generated-odoo-module-audit/) - [Odoo 迁移验收：逐条核对业务记录与余额](/zh/blog/odoo-migration-acceptance-reconciliation/) - [Odoo AI 智能体测试：验收实际保存的活动记录](/zh/blog/odoo-ai-agent-business-state-tests/) [下一篇文章**两家供应商都说开发完成，软件该怎么验收？**](/zh/blog/multi-vendor-software-acceptance-testing/) [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 4 分钟 阅读 · 2026年11月12日 最近审核 2026年11月12日 [**下一篇**](/zh/blog/lorawan-nbiot-sigfox-pilot-cost/)