保障房、公租房住户密集、抄表点位分散、缴费周期短，人工抄表效率低、多租户水电独立结算难、公区分摊电费不透明的问题突出。本文记录一套基于阿里云IoT平台的保障房智能抄表改造实践，覆盖设备接入、数据流转与可视化三个环节。
一、总体架构
方案以阿里云物联网平台实例为设备接入总线，规则引擎完成数据筛选，函数计算FC承载计费逻辑，表格存储Tablestore保存时序用量，DataV数据可视化输出大屏，阿里云API网关对外提供账单查询接口。
阿里云产品
角色
对应抄表业务
物联网平台实例
设备接入、Topic路由
4G无线远传水表、Cat.1电表上行
函数计算FC
事件驱动计算
日冻结用量计算、余额扣减、告警
表格存储Tablestore
时序数据存储
每户每日用量、余额、告警记录
DataV数据可视化
大屏看板
小区能耗总览、分项计量、异常用电
阿里云API网关
统一出口
管理端/租户端账单查询
二、设备接入与物模型定义
设备侧，合众致达4G无线远传水表与Cat.1电表通过蜂窝网络直连物联网平台实例，地下室、管道井弱信号区由智能集中器经RS485抄表网关汇聚后统一MQTT上行。水表走Modbus RTU通信或CJ/T188，电表走DL/T645-2007协议，集中器完成协议转换与本地缓存，断网不丢数据。
在控制台创建产品时，节点类型选"直连设备"，按物模型规范定义属性。以电表为例：
属性标识符
名称
数据类型
totalEnergy
正向有功总电量
double
voltage / current
电压 / 电流
double
alarmState
恶性负载告警
int
三、规则引擎与函数计算联动
设备属性上报后，通过规则引擎SQL将增量消息转发至函数计算FC：
SELECT deviceName, items.totalEnergy.value AS energy,
items.current.value AS current
FROM "/sys/${productKey}/${deviceName}/thing/event/property/post"
WHERE items.current.value > 60
FC函数接收消息后完成余额扣减与欠费判断，核心逻辑示意：
def handler(event, context):
data = json.loads(event)
balance = get_balance(data["deviceName"])
amount = (data["energy"] - last_reading(data["deviceName"])) * price
if balance < amount:
push_alarm(data["deviceName"]) # 低余额提醒
update_tablestore(data["deviceName"], balance - amount)
冷数据按 deviceId + date 作为Tablestore主键落库，供日冻结报表与DataV取数。
四、可视化与改造效果
DataV数据可视化搭建三块看板：小区总览（总水耗电耗、在线率、欠费户数）、分项计量（公区照明、电梯、泵房与户内能耗拆分）、异常监测（大功率电器违规用电、长期零用量、离线设备）。
改造后，抄表由人工半月一次改为每日自动冻结，公区能耗按户展示、分摊有据可查，管理方人力投入明显下降，租户对公区分摊电费的争议大幅减少。
五、总结
保障房智能抄表改造的关键是让「采集+结算+可视化」形成闭环。阿里云物联网平台实例负责稳定接入，函数计算FC承载灵活结算逻辑，DataV让能耗透明可查；合众致达4G无线远传水表与Cat.1电表在链路中承担可靠的数据入口角色，支撑多租户水电独立结算与公区能耗精细化管理。
