更新说明:2026年9月8日补充实施方法、适用条件和验收依据,保留原发布日期。
古河建筑物联网平台可以理解为智慧建筑的数据底座:边缘侧负责多协议采集,平台侧负责设备模型、点位治理、时序数据、告警事件和接口服务,上层再支撑 IBMS、能源管理、数字孪生和 AI 运维。
智慧建筑项目的数据来源复杂,可能包括 BACnet、Modbus、OPC UA、MQTT、SNMP、HTTP API、数据库接口和厂家私有协议。物联网平台的价值,是把这些异构数据变成统一可管理、可查询、可复用的数据资源。
边缘采集侧通常部署在现场网络内,负责协议转换、数据缓存、断点续传和安全隔离。平台侧则负责设备模型、点位属性、实时数据、历史数据、告警规则和数据接口。
当物联网平台与 IBMS 结合后,设备状态、能耗、环境、告警和运行记录可以进入统一运营入口,为报表、联动、数字孪生和 AI 问答提供可靠数据。
说明:本文用于知识解释和选型参考,具体系统边界、接入协议、联动策略和运维流程应结合项目现场、弱电系统条件、权限审计要求和业主运营目标确认。
以机房温度为例,接入层先核对测量对象、单位、倍率和时间,再将读数映射为设备属性。IBMS页面、历史查询、数字孪生和告警规则读取同一属性,才能减少同一机房出现不同解释的问题。
| 环节 | 准备内容 | 核对方法 |
|---|---|---|
| 现场数据 | 仪表、接口、点位地址和采集周期 | 读数与实际设备或获准工具核对 |
| 模型治理 | 设备标识、属性类型、单位和异常语义 | 缺失不当作零值,过期数据不当作当前正常值 |
| 接口交付 | 订阅范围、访问角色和历史查询窗口 | 同一设备在多个应用中的数据含义一致 |
古河物联中台负责设备与数据治理,古河IBMS组织业务应用,现场采集组件承担协议通信。平台业务采用Java / Spring Cloud架构时,也应分别核对实时快照、历史服务与业务库的保存和恢复职责。网络恢复之后,实时值更新和历史补齐是两项检查。
实施参考:古河相关产品技术与建设方案。