环境、能耗与联动参考方案
页面导读
1. 方案概述
办公楼、园区与商业综合体普遍面临三类问题:暖通、照明、给排水等子系统各自独立运行,数据分散在各自的控制器里;能耗只能靠月度抄表事后统计,无法定位高耗能区域;设备启停依赖人工巡检,环境舒适度与节能目标难以兼顾。
本方案以 FastBee 物联网平台为中心,将楼宇内的环境传感器、智能电表、空调机组、新风、照明与门禁等设备经边缘网关统一接入,通过物模型标准化设备数据,再由规则引擎驱动场景联动与告警通知,最终在可视化大屏与移动端集中呈现。方案支持私有化部署,楼宇数据不出本地网络。
平台能力定位与已发布的智慧农业完整案例一致:网关接入、物模型、场景联动、告警、大屏、移动端与视频监控(GB28181)均为平台通用能力,楼宇方案在此之上组织行业化的设备模型与联动策略。
2. 系统架构
方案按四层组织:
- 设备层:温湿度、CO₂、PM2.5 等环境传感器,分项计量的智能电表与水表,空调机组、新风机、照明回路、门禁与摄像头等终端设备。
- 接入层:边缘网关部署在楼宇弱电间,向下通过 Modbus、TCP/UDP 采集现场设备数据,向上通过 MQTT 或 WebSocket 与平台通信;网络中断时网关本地缓存数据,恢复后自动补传。
- 平台层:FastBee 核心平台,负责设备管理、物模型解析、场景联动规则执行、告警分发与历史数据存储统计。
- 应用层:可视化大屏、Web 管理端、移动端与报表输出,面向运营人员提供统一的监视与操作入口。
3. 核心功能
3.1. 环境与能耗数据采集
按楼层、房间或回路建立采集点,环境传感器分钟级上报温湿度与空气质量,智能电表按回路采集用电数据。平台将原始上报统一为物模型属性,历史数据可回溯查询,为能耗分析与联动判断提供数据基础。
3.2. 远程控制
在 Web 端或移动端对空调、新风、照明等设备下发控制指令,支持单设备点控与分组批量控制,也可为设备配置定时任务,例如工作日早上提前开启新风、下班后自动关闭公共区域照明。
3.3. 告警通知
为温度越限、CO₂ 浓度超标、设备离线、用电异常等场景配置告警规则,触发后按配置的渠道推送通知,并在平台留存告警记录,便于追踪处理闭环。
3.4. 可视化大屏
按楼宇、楼层维度搭建监控大屏,实时呈现环境参数、能耗趋势、设备在线状态与告警动态,适合部署在楼宇中控室或运营值班区。
3.5. 移动端与报表
运营人员通过手机端随时查看设备状态、接收告警并执行远程操作;平台对上报属性进行统计分析,生成能耗与环境报表,支撑月度运营复盘。
4. 设备接入
4.1. 网关与协议
楼宇现场设备以有线总线为主,网关向下支持 Modbus、TCP、UDP 等协议采集空调控制器、电表与传感器数据,向上通过 MQTT、WebSocket 与平台通信。网关支持可视化编程,可在边缘侧实现协议转换与本地逻辑,减少上行数据量。协议选型的通用比较可参考常见物联网协议对比。
4.2. 物模型
将每类楼宇设备抽象为物模型:设备属性(如室温、设定温度、累计电量)、设备方法(如开关机、模式切换、调温)与设备事件(如故障码、离线)三类。统一物模型后,不同品牌、不同协议的同类设备在平台上呈现一致的数据结构,上层应用无需关心现场协议差异。
4.3. 场景联动
场景联动由规则引擎驱动,典型策略包括:
- CO₂ 浓度超标时自动开启对应区域的新风机组,恢复正常后延时关闭;
- 室温偏离设定区间时联动空调调节,配合定时任务避免夜间空转;
- 非工作时段检测到公共区域照明开启时推送提醒或自动关闭;
- 用电功率突增越限时触发告警,辅助排查异常负载。
联动规则的编排思路与权衡,可延伸阅读规则引擎与场景联动。
5. 部署实施
5.1. 实施步骤
- 现场勘查:盘点现有子系统与设备清单,确认各设备的通信接口与协议,规划网关安装位置与网络布线。
- 平台部署:在楼宇本地服务器部署 FastBee 私有化实例,完成网络与存储初始化。
- 设备建模:按设备类型创建产品与物模型,配置认证方式与数据解析规则。
- 接入调试:逐层接入网关与设备,核对属性上报与控制指令的往返链路。
- 联动与告警配置:按运营策略配置场景联动规则与告警阈值,小范围验证后推广。
- 大屏与权限:搭建监控大屏,按物业、运维、管理等角色分配账号与设备权限。
5.2. 与既有系统的关系
方案不要求替换楼宇既有自控设备,网关以旁路采集与补充控制的方式接入,保留原有本地控制回路作为兜底;涉及既有系统的取舍思路,与停车场物联网改造复盘中记录的改造经验相通。
6. 常见问题
楼宇内已有不同品牌的空调和电表,能统一接入吗?
可以。不同品牌设备经边缘网关按各自协议采集,在平台侧统一为物模型属性与方法,上层的大屏、联动与报表面对的是标准化数据,不依赖具体品牌。新增同类设备时复用已建产品模型即可。
楼宇数据必须上云吗?
不必。方案支持私有化部署,平台可整体运行在楼宇或园区的本地服务器上,数据不出内网;仅在外发告警通知等按需场景使用外部通道。
断网时设备联动会失效吗?
网关在网络中断期间本地缓存上报数据,恢复后自动补传;涉及安全的兜底控制建议保留在现场控制器侧,平台联动定位为运营优化与集中管理,不作为唯一安全链路。
从试点到整栋楼宇推广大概怎么推进?
建议先选一个楼层或一个配电回路做试点,跑通接入、联动与告警闭环后再按区域复制;设备模型与联动规则在平台侧可复用,推广的主要工作在现场施工与调试。落地演示过程见已验证项目或演示案例。

