设备进来，业务按同一套描述取用
协议在底座里解析。充电运营、能耗管理和光伏看到的是统一的设备、属性和控制。
- 01
设备上线
充电桩、表计、断路器、储能和传感器按现场已有方式接入。
设备层 - 02
协议适配
充电类 TCP、表计与设备 MQTT、Modbus 解析成统一消息。
三类协议 - 03
物模型
属性、服务、事件按产品模板描述，同类设备共用一套定义。
产品模板 - 04
业务取用
业务系统通过统一接口读状态、下发控制，不必各自对接协议。
遇碳云
底座管设备，不管业务账
档案、物模型、协议、规则、告警和联调都在这一处。订单、能耗分析和发电收益留在对应业务产品。
设备与分组
设备在一处登记，按站点、标签和分组查看在线状态。
产品与物模型
先定义产品，再挂设备。属性、服务、事件按模板复用。
协议与平台接入
内置协议自动登记，外部平台的设备可以同步并映射到产品。
规则引擎
设备事件满足条件后执行动作，也可以按时间跑任务。
告警与通知
离线、越限等告警集中记录，并送到已配置的通知通道。
虚拟设备
现场还没有实物时，用模拟设备把协议、上报和控制跑通。
属性、服务、事件，业务只认这三项
换协议或换型号时，改底座里的映射。业务侧仍按同一套描述读写。
属性
读设备当前状态。数值按产品模板带单位，业务系统直接取用。
服务
向设备下发动作。调用走统一控制接口，底层协议由底座转换。
事件
设备主动上报变化。规则引擎和告警按事件触发，不必轮询每个协议。
产品模板定好之后，同型号设备共用这一套描述。新设备挂到对应产品上即可。
管设备、做运维、配产品和联调，各看各的
四类角色共用同一套设备档案，进入的页面不同。
哪些设备在线，离线的归在哪一组？
- 设备列表与详情
- 分组和标签
- 待处理告警
底座接到设备为止，业务账在各自产品里
IoT 设备管理提供接入、档案、采集、控制、规则和告警。经营与分析留在已经上线的业务产品。
底座负责
- 设备注册、发现、认证与上下线
- 产品、品类与物模型
- 协议注册、平台同步与设备映射
- 属性读写、服务调用与配置下发
- 规则引擎、告警记录与通知通道
- 虚拟设备与协议联调
接入之前先对齐的几件事
IoT 设备管理和能耗综合管理怎么分工？
IoT 负责把表计、充电桩和其他设备接进来，维护档案、物模型和控制。能耗综合管理负责用电统计、分析和报表。表的数从底座采集，账在能耗产品里算。
现场已经有厂商平台，还能接吗？
可以。设备直连 TCP、MQTT 或 Modbus，也可以从已有平台同步。售前根据点表或接口文档评估接入方式和工期。
新协议怎么接？
协议在底座注册，并映射到产品物模型。提供协议说明或点表后，我们评估工作量。业务系统仍调用同一套控制接口。
现场还没有设备，能先看页面吗？
可以。虚拟设备用来模拟上报和控制，协议联调和演示不必等硬件到场。预约演示时说明想看的设备类型即可。
告警会直接变成运维工单吗？
底座记录告警并按通道通知。工单、巡检和维保在智慧运维里闭环。需要打通时，按项目把告警接到运维。