正在评估的问题
设备端、App 端和后台的状态口径怎么统一？
先定义业务状态
业务状态应服务用户判断，例如在线、离线、运行中、故障、告警、维护中。底层通信状态可以保留，但不应直接暴露给普通用户。
再定义状态来源
每个状态要说明来自设备上报、后台计算、人工操作还是第三方接口。来源不清，状态冲突时就无法判断谁优先。
最后定义刷新和超时
状态多久刷新、多久算离线、指令多久算超时，必须在设备端、后台和 App 端一致。否则同一台设备在不同页面会出现不同结果。
真实项目
我们在真实项目里是怎么做的
App、后台和设备接入服务用同一套在线判断依据，解决设备“显示在线、实际已断开”的问题
智能灯具与种植环境控制器 IoT 平台远程指令发出后按设备和寄存器核对回执，界面上的开关状态以设备真实反馈为准
海外冷链设备管理 App 与云平台冷链设备的开关、ECO、除霜状态以主控制器的最新上报为准，并按平台接收时间防止旧数据覆盖新数据
海外冷链设备管理 App 与云平台
沟通前可以先准备
资料不需要一次整理完整。先把已有设备、协议、样机、功能草图或上线时间发来，也能做初步判断。
是否已有统一设备状态字典
状态来源和优先级是否明确
离线、超时和执行失败的规则是否一致
导出文件和页面展示是否使用同一口径
可以继续看的内容
如果当前问题和项目情况接近，可以继续查看下面的服务、案例或文章，再带着资料沟通会更高效。
提交项目需求
适用于 设备状态口径怎么统一 场景，提交后默认进入业务咨询通道。