定义
Device Monitoring（设备监控）为运维人员提供实时 Connection Status（连接状态）、Telemetry（遥测数据）、Event Stream（事件流）等多视图展示。支持设备列表、地图分布、实时曲线、Dashboard、NOC 大屏、Grafana/BI 对接。
监控视图与能力
设备监控涵盖列表视图（在线/离线状态、最后上线时间、Device Health Score 健康分）、地图视图（地理分布、聚合展示）、实时遥测曲线、Event Stream 事件流、Device Shadow 设备影子等。支持按产品、分组、标签筛选；支持多设备对比、历史回放。数据源自 MQTT 等接入层、Time Series DB 时序库、规则引擎。与 Remote Diagnosis 远程诊断配合，可从监控直接发起诊断、Log Collection 日志采集。
与 DMP 的集成
设备管理平台将设备监控作为核心能力，支撑 NOC 运维大屏、Dashboard 自定义看板、Report Analytics 报表分析。支持将监控数据对接 Grafana、Power BI 等 BI 工具。告警可驱动 Work Order 工单创建、通知推送。监控是运维人员感知设备态势的核心入口，是保障 SLA 的基础。
应用场景
适用于 7×24 运维值守、故障快速发现、设备健康趋势分析、运维 KPI 统计等。设备监控是设备管理平台从「连接」到「可视」的关键能力。
列表曲线和事件各自回答什么
设备监控的技术含义，是给运维人员若干互补的视图：列表回答哪一台处于什么连接和健康情况，曲线回答某个属性在时间上如何变化，事件流回答中间发生过哪些离散事实，地图回答它们大致分布在哪里。这些视图应指向同一份设备身份，但不应互相代替。曲线上看不见的短时断开，可能只存在于事件里；列表上的在线，也不保证每个属性都在更新。监控使用的前提，是接入层已经把会话、遥测和事件落到可查询的存储，并且查询范围受权限约束。没有数据权限却能在总览里看见别的项目的数量，监控就泄漏了边界。
适合放进日常监控的，是需要人在分钟到小时尺度上反应的现象。更长周期的对比应交给报表，而不是把一年的原始点画在实时图里。打开单台详情时，应能同时看到最近连接变化、关键属性和未确认事件，避免在多个页面之间对时间。与规则引擎的分工是：监控负责把情况给人看，规则负责在条件满足时通知或开单。两者的阈值若各写各的，画面上正常、告警已经发出，或相反。大屏只是监控的一种布局，口径仍要和列表一致。
只盯在线率漏掉的异常
只看在线率会漏掉“连着但数据是错的”。传感器卡在同一个读数、单位突然放大十倍、事件停更而心跳还在，在线指标都可能很好。另一类遗漏是只看当前值，不看缺口：曲线把断点连成直线，中断被画成平稳。地图聚合过度时，一个站点的故障被稀释进城市级的正常颜色。筛选条件留在上一次的分组上，新接班的人以为自己在看全部设备。
时间范围若默认“最近一小时”，低频设备会显示成没有数据，被人误判为故障。对比多台设备时要对齐时区与采样，否则先后顺序是画出来的。从监控跳到远程诊断时，应带上这台设备的标识和时间点，而不是让人重新搜索。设备生命周期已退役的终端不应继续出现在在运监控的默认列表里，否则离线数字会被库存和报废设备抬高。发现异常后，监控的职责是定位到对象和时间，结论仍要回到原始报文和现场，不能只凭一张图关闭问题。
断点被连成直线的读法
监控图把两个采样点用直线连起来时，中间的空白会被看成平稳运行。对一小时才上报一次的设备，这条线大部分是画出来的，不是测出来的。断连、停报和卡死在同一读数，应在图上留下缺口或标记，而不是补成连续曲线。列表上的在线也不能代替曲线：心跳还在、属性已经冻结时，在线比例仍然好看。地图把许多设备收成一个颜色，单个站点的故障会被城市级的正常稀释掉。默认时间范围若是最近一小时，低频设备会经常显示没有数据，接班的人容易把它当成新故障。
筛选条件会留在上一位值班人员的分组上，新打开的页面未必是全部在运设备。已退役的档案若仍出现在默认列表，离线数字会被库存和报废抬高。从监控进入诊断时，应带上设备标识和出问题的时间，而不是让人重新搜索。规则告警和画面阈值若各写各的，会出现图上正常但告警已发出，或图上异常却没有人被通知。监控负责把对象和时间指出来，它不代替原始报文，也不代替现场测量。关闭问题时，应能回到那一段时间的原始点，而不是只留一张已经连好的图。