
前阵子有个园区运维主管问我:我们园区电表、水表、气表加起来几百块,抄表还在靠人跑。现在说要上零碳园区平台,这些表到底怎么接进去?
这个问题问得很实在。很多方案书里写"数据自动采集、实时上传",一句话带过。但真到现场,电表在配电房、水表在管井、气表在厨房后墙,三拨表、三种通信方式、三个供应商,谁跟谁都不说话。
所以今天不讲概念,就讲这一件事:这些表,怎么一步步变成平台上的数字。
能耗采集,本质是一条从物理量到数字的转换链。拆开看就四层。
第一层是表计本身。 电表分机械表和电子式智能表。老机械表只有脉冲输出或者干脆只有表盘,智能表才有通信口。水表常见的是脉冲表、光电直读表、超声波表。气表多数是脉冲或带远传模块的膜式表。这里有个关键点:表有没有"通信出口",决定了后面所有事。没有出口的表,要么换,要么加装采集模块。
第二层是采集终端。 表计自己不会上网。中间要有个东西去读它,这就是采集终端,也叫集中器、数据网关。它干两件事:按协议把表里的数读出来,再往上转发。电表常用 DL/T 645 或 Modbus,水表气表常见 Modbus RTU、M-Bus,还有各种厂家私有协议。
第三层是通信通道。 从表到网关,多用 RS-485 总线,一根线串几十块表,省线但要注意地址和布线长度。从网关到平台,可以走园区局域网、4G/5G、NB-IoT,或者 LoRa。选哪种,看现场有没有网、表有多散、数据要多实时。
第四层是规约转换。 不同厂家的表,寄存器地址、数据格式都不一样。网关里要配点表,把"这个地址的两个寄存器是正向有功电能"这种映射关系写清楚。这一步配错,平台上的数就是错的,而且错得很隐蔽。
一句话总结构造:表出信号,终端读信号,通道传信号,点表翻译信号。四层缺一层,链路就断。

把上面的四层串起来,就是一条完整的采集链路。
现场表计 → RS-485 总线(或脉冲线)→ 采集网关/集中器 → 园区网络或无线回传 → 数据接入服务 → 平台数据库 → 能耗看板与报表。
展开说几个关键节点。
网关到平台这一段,通常走标准协议。 常见的是 MQTT,网关作为客户端把数据发到平台的接入服务。也有走 HTTP 接口或者 Modbus TCP 转发的。用 MQTT 的好处是断线重连、心跳、主题分层都比较成熟,适合表多、网络不稳定的场景。
平台侧要做三件事。 一是接入鉴权,确认这个网关是园区里的;二是数据解析,按点表把原始报文还原成"几号楼几层、哪块表、什么时间、多少度数";三是入库和清洗,处理重复上报、时间戳对齐、异常值标记。
最后才是应用层。 分项计量、同比环比、碳排放折算、异常用能告警,这些都是在干净数据之上做的。数据链路没打通,上层做得再花哨也是空的。
这里提醒一句:链路里最容易被忽略的是时间同步。表、网关、平台三方时间不一致,后面的分时统计和需量分析全乱。网关最好支持 NTP 对时。
成本。 采集系统的钱主要花在三块:表计改造、网关和布线、平台接入。老表没通信口的,加采集模块比换表便宜,但要确认模块和原表匹配。布线成本常被低估,RS-485 要走线槽、要防干扰,管井里拉线的人工有时比设备还贵。无线方案省线,但网关数量和信号覆盖要算清楚。
施工。 电表在配电房,相对好施工;水表在管井、气表在厨房,位置散、环境差,施工窗口还受用能时段限制。建议分区分批做,先做总表和重点分项,跑通了再铺开。别一上来全园区铺,出了问题排查成本高。
运维。 采集系统不是装完就完事。表计掉线、网关离线、点表配错、电池没电,都会让数据断。运维上要有掉线告警和远程诊断能力,能远程看网关状态、远程下发点表,比每次跑现场强得多。
计费与对接。 如果园区要做分户计量或者内部结算,采集精度和抄表周期要提前定。是每小时抄一次还是每天抄一次,直接影响分时电价和需量计算的准确性。另外,平台往往要和园区已有的物业系统、财务系统对接,接口格式、数据频率要在项目初期谈好,别等上线了再补。
能耗采集这件事,说穿了不复杂:表有出口、网关会读、通道能通、点表配对、平台接得住。难的是现场的表五花八门、位置分散、协议各异,得一块一块捋。把这条链路捋顺了,零碳园区平台上的碳排放账、节能账才有得算。我们做「开源零碳园区管理平台」的时候,也是先把这层采集链路打通,再往上叠应用,不然数据不准,后面都是空转。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。