Seetong · Report

🎯 Seetong 问题雷达 17:00 第151期

时间窗口：2026-09-01 09:00～17:00。

📌TL;DR 核心要点

  • 🔴 设备离线／实时监控不可见（严重度 90／100，置信度 🟡中）。跨 Android、HarmonyOS 的 4 个独立客户端可见同类反馈；代表 Android Logan 显示设备列表先返回在线，随后持续收到 TPS_MSG_P2P_OFFLINE，预览超时后在线态变为 0。
  • 数据边界：反馈接口已触及 100 条上限，不能把本期计数视作全量；神策查询正常，但 error_code 维度全为空，不能按失败码归因。
  • 反馈 ID 247538～247536：HarmonyOS 1.1.1.8 同一客户端连续反馈“监控看不见了”，按重复提交折为 1 个客户端；另有 HarmonyOS 单通道离线、Android 自动掉线／无法查看共 4 个独立客户端。

🔥最近一个月 Top 问题

按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-09-01）。

#问题（严重度降序）严重度平台版本负责人问题原因
1HarmonyOS 1.1.1.6 多功能受阻
1 期
100HarmonyOS1.1.1.6唐胜、谭伟、张威HarmonyOS 1.1.1.6 在登录、设备状态、媒体连接多个表象上集中报障，当前可证实其落在共享 P2P/媒体状态链路附近，但缺少 Harmony 日志和端侧源码，尚不能锁定具体分支。
2设备反复掉线、离线（详细分析）
1 期
100Android · HarmonyOS1.1.1.6 / 8.3.14.2唐胜、张威样本显示设备服务端已下发离线状态或NVR通道P2P建流失败，Android仅忠实消费SDK回调；现有神策缺失失败码，不能断言为单一Relay或客户端缺陷。
3设备状态错判 / P2P 误报离线（详细分析）
1 期
90Android8.3.13.3 / 8.3.14.2 / 8.3.14.3唐胜、张威SDK 在设备实际在线的情况下持续收到并上报 TPS_MSG_P2P_OFFLINE dev4gOnline=0，客户端 deviceOffline() 未充分去重即触发 UI 状态变更，导致用户看到"设备离线"但设备实际正常工作的矛盾现象
4HarmonyOS 1.1.1.6 看不到回放 / 回放卡顿
9 期
80Android · HarmonyOS · iOS1.1.1.6 / 8.3.14.3唐胜、张威、许源、欧阳荣HarmonyOS 1.1.1.6 用户在 5+ 省、3 款 HUAWEI 机型上持续报"看不到回放 / 回放卡顿"，已累计 4 期观测（8/1 H09 / 8/3 H17 / 8/4 H17 / 8/5 H09），疑似 1.1.1.6 版本云回放链路（P2P 协商 / RTSP 拉流 / KMP 播放器初始化）某分支与 HarmonyOS 系统调度兼容性问题
5Android 对讲通话，对方无法听到
1 期
75Android8.3.14.2唐胜用户点击对讲按钮后，App 无对讲行为日志，对讲上行链路未建立，可能为 UI 事件未正确触发 Native 对讲逻辑
6iOS 同一用户频繁掉线
1 期
75iOS8.3.14.3欧阳荣该用户设备端（摄像头固件/路由器）在有电有网条件下频繁离线，APP 端无主动触发逻辑，问题出在设备端或网络环境
74G摄像机画面卡顿 / 回放卡顿
1 期
70Android · HarmonyOS · iOS8.3.13.3 / 8.3.14.2待定4G摄像机默认走RELAY转发（占71-72%），在4G信号弱（wifiSignal 2-4）时，RELAY转发带宽不足导致H265+视频流卡顿；P2P直连在4G场景下多数失败（connect=-1）
8人像/人体识别结果缺失（详细分析）
1 期
70Android · HarmonyOS1.1.1.6 / 8.3.12.5许源、唐胜、谭伟、张威目前仅确认两端均出现人像/人体结果缺失，代表设备支持该能力；缺少人形报警事件和配置回包，尚不能归因到 App、设备配置或设备端算法。
9HarmonyOS 设备 WiFi 连接成功但无画面
1 期
60HarmonyOS1.1.1.6唐胜、张威（本期未收敛到单一根因）
10NVR多通道视频加载异常（详细分析）
2 期
—Android8.3.14.2张威、唐胜证据更支持特定NVR通道切换后的播放帧输入/解码状态异常，而不是NVR离线、AddWatch失败或全局Relay故障。

🔴 问题 1：设备离线／实时监控不可见 ｜ 负责人：唐胜

1. 现象与覆盖范围

  • 反馈 ID 247538～247536：HarmonyOS 1.1.1.8 同一客户端连续反馈“监控看不见了”，按重复提交折为 1 个客户端；另有 HarmonyOS 单通道离线、Android 自动掉线／无法查看共 4 个独立客户端。
  • 覆盖 Android 8.1.3.3／8.3.14.2 与 HarmonyOS 1.1.1.8，涉及山东、四川等地区；不是单一型号或单一网络样本。
  • 严重度：90／100＝反馈量 20／30（可见样本 5 条，4 个独立客户端）＋共性 30／30（平台、版本、地区三维）＋关键度 40／40（远程查看不可用）。

2. 神策与 Logan 证据

  • 神策 MonitorWatchStep 近 7 天总量为 334,925～353,278 次／日；今日截至查询为 202,871 次，符合日内累计，未见全局量级断崖。error_code 分组全部为 null，失败码维度不可用。
  • 代表性 Logan（反馈 ID 247521）中，设备列表在 12:17:52 返回 devIsOnline=1；预览链路 PreviewPlayerView.startPlay → LibImpl.addWatch 后，12:17:53 起收到 TPS_MSG_P2P_OFFLINE。
  • Logan L740～L742：UI 显示“该设备不在线”；L1022～L1025：AutoResumePlay.doRenderTimeout 判定 m_dev.onLine=0；L12733～L12995：设备列表最终同步为 devIsOnline=0，并持续收到离线通知。
  • 结论：样本表明设备／P2P 在线态在预览期间转离线，不支持归因为纯客户端渲染问题；其他 HarmonyOS 样本未提供 Logan，不能确认是否同一设备侧根因。

3. 代码定位与修复锚点

  • Android 调用链：LibImpl.doMsgRspCB 的 TPS_MSG_P2P_OFFLINE → VideoPlayerView.handleMessage → showHelpButton(true)；预览定时器 startAutoResumePlay 每 10 秒调用 doRenderTimeout。
  • 关键分支：VideoPlayerView.kt 仅在通知设备 ID 等于 nvrId 时清理播放 UI；VideoPlayerView.kt 在 m_dev.onLine != ONLINE 时直接返回，不再重试取流。
  • 修复锚点：核对 SDK 离线通知 ID 与当前播放设备／NVR ID 的映射；为在线态由 1→0 的过渡补充埋点与去抖。先确认设备心跳或 P2P 会话真实离线，再决定是否允许受控重连，避免客户端掩盖设备侧故障。

4. 根因结论与建议

  • 置信度：🟡 中。
  • 一句话根因：代表样本的实时预览因 SDK 持续下发 TPS_MSG_P2P_OFFLINE 进入离线态，客户端据此停止重试并显示设备不在线；跨端反馈说明需优先排查设备在线态／P2P 会话，而非单端界面。
  • 建议：设备云与 P2P 团队关联设备 ID 25721096 的心跳、会话和离线原因；Android 在上述两个锚点补充离线通知源、设备 ID 与在线态转换埋点；用跨端同账号回归预览、设备列表在线态和恢复重连。

本期扫描全量

#关键词反馈数分类处置
1设备离线／监控不可见5🔴 进雷达见详细分析
3人形检测不灵敏、云台异常、密码修改失败等约9🟡 单点功能问题未形成跨客户端聚类，观察
已折叠 1 条普遍性网络问题（含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如 Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。

待补证

  • 反馈 API 已触及 100 条上限，需在下一期确认聚类的完整增量。
  • HarmonyOS 样本未附 Logan，需补设备 ID 与在线态日志。
  • 神策 error_code 为空，需核对预览失败事件的字段设计。

下一期＝第152期＝2026-09-02-H09（明天早上 9:00）。

_本消息由 Seetong小助手 自动生成，欧阳荣 监督发布。_

🗂️历史期次

查看全部历史期次（近 90 天）→

由 OpenClaw 统一报告渲染器生成 · 最新更新时间：2026-10-13 17:58 · 数据以同名 Markdown 原始报告为准