给每台设备一个数字身份

产品定位

物联网平台是整个 OmniFusion 体系的运行时底座：设备在这里获得数字身份（物模型），数据在这里完成第一次汇聚（内置 MQTT Broker），规则在这里完成第一次联动（场景引擎）。它不追求“什么都做”，而是把“连接、建模、联动”三件事做到生产级可靠。

解决什么问题

设备没有统一户口。 台账在 Excel、状态在 DCS、报警在第三方系统——查一台设备要在四个界面之间切换。平台以标准物模型（品类 → 产品 → 设备 → 属性/事件/服务）为所有设备建立统一档案，一屏总览。

接入排期长。 新设备上线要等信息中心配置协议、开发解析。平台内置高性能 MQTT Broker（单机/集群双模式，亦可对接 EMQX），基于模板引擎的协议转换配置化、运行时热加载，脚本编解码跑在安全沙箱里无需重启——新设备从建档到测点上线，以小时计。

联动靠人盯。 阈值到了没人知道、知道了不知道通知谁。场景联动引擎用「场景 → 触发器 → 执行器 → 动作」四级结构组织规则，设备联动、告警推送、数据转发、脚本加工四类动作开箱即用，规则热更新多节点秒级生效。

核心能力详解

标准物模型与设备影子

物模型（TSL）统一描述设备的属性、事件、服务，产品级“草稿 → 发布 → 版本管理”保证口径演进可控；物模型属性缩放让设备原始值与业务真实值自动线性换算，全链路语义一致。设备影子在云端维护 reported / desired / delta 三态文档——设备离线时状态可读，上线自动同步差异，弱网现场不再“失联”。

规则引擎：场景联动

支持无限层级 AND/OR 递归条件树，覆盖“温度超限且持续 5 分钟 → 推送值班 → 联动降温 → 归档记录”这类复合逻辑；规则按租户天然隔离，基于 Redis PubSub 热更新，多节点秒级生效。

海量时序数据存储

时序数据库抽象层以一套接口适配多类时序库，按需切换零改造；关系库广泛兼容主流与信创数据库。设备数据落库即成为数据中台、指标中台的活水源头。

全生命周期设备运维

设备档案、分组、地图定位、在线调试器、设备模拟器、运行日志、健康度评分；OTA 远程升级支持升级包管理、批量任务、进度追踪与失败重试；边缘网关接入与边缘规则下发支撑云边协同。

技术与部署

Spring Boot 3 微服务架构、前后端分离；OAuth2 + JWT 统一认证，支持 SM2/SM4 国密算法；全面兼容国产化软硬件生态，支持单机、集群与云边协同多种形态。

常见问题

已有 EMQX 怎么办？——平台可切换为对接模式，复用现有 Broker，不推倒重来。

协议很老、很私有怎么办？——脚本编解码（安全沙箱）与模板转换覆盖大部分长尾协议；确实特殊的，可经数据集成平台的插件体系接入。

和 DCS 是什么关系？——并行不替代：DCS 管控制，平台管数据汇聚与上层应用；典型对接方式是经 OPC UA / IEC104 读取 DCS 数据。

核心概念：品类 → 产品 → 设备

平台用三层结构组织设备，上层定义逐层继承：

物模型是贯穿三层的『数字化契约』，由三类功能组成：属性（设备可上报、可读取/设置的状态量，如供温水温、循环流量）、服务（平台可远程调用的操作及输入/输出参数，如远程启停、参数下置）、事件（设备主动上报的异常或通知，如高温告警、通信故障）。

数据链路：从现场到应用

设备接入后，平台按『上报 → 处理 → 反馈』闭环运转：

1. 数据上报：设备按物模型定义的属性，经 MQTT（或经边缘网关转换）将数据发布到平台，平台完成解析、校验与时序入库；
2. 规则处理：数据到达后触发设备规则与脚本规则，完成联动判断、告警生成与数据加工；
3. 命令下发：平台向设备发布控制指令（服务调用），或经规则自动下发，设备执行后回传结果；
4. 持续监控：设备状态、影子与运行日志实时可查；加工后的数据经服务转发流向数据中台，供指标中台、数据可视化等上层应用消费。

边缘采集与云边协同

Modbus、OPC UA、IEC104、SNMP、CoAP 等工业协议可经边缘网关统一转换为 MQTT 后接入，兼容主流 PLC、DCS 与智能仪表。边缘网关在现场完成协议转换与规则处理，断网时数据本地缓存、恢复后断点续传——孤立网络与弱网环境（海上平台、边远场站）的采集连续性由此保证。组态画面设计与消息服务转发（消费组、服务端订阅）支撑现场监控与数据外送。

谁在用它

接入侧能力（多协议、边缘采集）通常由实施工程师在项目交付时配置；业务操作员日常使用最多的是设备管理与规则告警；值班人员通过组态画面与消息订阅消费实时状态。