Seetong · Report
Seetong 问题雷达 17:00 第156期
时间窗口：2026-09-02 09:00～2026-09-02 17:00。
TL;DR 核心要点
- 本期无达到“非重复、同一功能链路、严重度至少 60／100”的高置信度问题。
- -101、-102 网络提示共 58 条，未描述添加设备、预览、回放等明确业务场景，按普遍网络问题排除。
- 回放相关反馈 4 条，分别涉及 HarmonyOS 卡顿并自动返回、报警回放不可用、iOS 无 SD 卡提示与云存订阅预期；表现相近但链路不同，暂不合并为一个故障。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-09-02）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 1 | HarmonyOS 1.1.1.6 多功能受阻 1 期 | 100 | HarmonyOS | 1.1.1.6 | 唐胜、谭伟、张威 | HarmonyOS 1.1.1.6 在登录、设备状态、媒体连接多个表象上集中报障，当前可证实其落在共享 P2P/媒体状态链路附近，但缺少 Harmony 日志和端侧源码，尚不能锁定具体分支。 |
| 2 | 设备反复掉线、离线（详细分析） 1 期 | 100 | Android · HarmonyOS | 1.1.1.6 / 8.3.14.2 | 唐胜、张威 | 样本显示设备服务端已下发离线状态或NVR通道P2P建流失败，Android仅忠实消费SDK回调；现有神策缺失失败码，不能断言为单一Relay或客户端缺陷。 |
| 3 | 设备状态错判 / P2P 误报离线（详细分析） 1 期 | 90 | Android | 8.3.13.3 / 8.3.14.2 / 8.3.14.3 | 唐胜、张威 | SDK 在设备实际在线的情况下持续收到并上报 TPS_MSG_P2P_OFFLINE dev4gOnline=0，客户端 deviceOffline() 未充分去重即触发 UI 状态变更，导致用户看到"设备离线"但设备实际正常工作的矛盾现象 |
| 4 | HarmonyOS 1.1.1.6 看不到回放 / 回放卡顿 9 期 | 80 | Android · HarmonyOS · iOS | 1.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 系统调度兼容性问题 |
| 5 | Android 对讲通话，对方无法听到 1 期 | 75 | Android | 8.3.14.2 | 唐胜 | 用户点击对讲按钮后，App 无对讲行为日志，对讲上行链路未建立，可能为 UI 事件未正确触发 Native 对讲逻辑 |
| 6 | iOS 同一用户频繁掉线 1 期 | 75 | iOS | 8.3.14.3 | 欧阳荣 | 该用户设备端（摄像头固件/路由器）在有电有网条件下频繁离线，APP 端无主动触发逻辑，问题出在设备端或网络环境 |
| 7 | 4G摄像机画面卡顿 / 回放卡顿 1 期 | 70 | Android · HarmonyOS · iOS | 8.3.13.3 / 8.3.14.2 | 待定 | 4G摄像机默认走RELAY转发（占71-72%），在4G信号弱（wifiSignal 2-4）时，RELAY转发带宽不足导致H265+视频流卡顿；P2P直连在4G场景下多数失败（connect=-1） |
| 8 | 人像/人体识别结果缺失（详细分析） 1 期 | 70 | Android · HarmonyOS | 1.1.1.6 / 8.3.12.5 | 许源、唐胜、谭伟、张威 | 目前仅确认两端均出现人像/人体结果缺失，代表设备支持该能力；缺少人形报警事件和配置回包，尚不能归因到 App、设备配置或设备端算法。 |
| 9 | HarmonyOS 设备 WiFi 连接成功但无画面 1 期 | 60 | HarmonyOS | 1.1.1.6 | 唐胜、张威 | （本期未收敛到单一根因） |
| 10 | NVR多通道视频加载异常（详细分析） 2 期 | — | Android | 8.3.14.2 | 张威、唐胜 | 证据更支持特定NVR通道切换后的播放帧输入/解码状态异常，而不是NVR离线、AddWatch失败或全局Relay故障。 |
回放观察信号
- 反馈 ID 247694、247639：HarmonyOS 1.1.1.8 的“回放卡顿”“自动返回”各 1 条，设备型号分别为 VYG-AL30、SLY-AL00；缺少 Logan，无法确认是播放器、设备流还是回放数据源延迟。
- 反馈 ID 247680：HarmonyOS 1.0.10.8 的报警回放不可用，单独样本，未提供 Logan。
- 反馈 ID 247654、247653：同一 iOS 8.3.14.3 客户端连续反馈无回放。代表性 Logan 显示设备在线且设备列表查询成功；
/seetong-mall/tcs/time与/seetong-mall/tcs/date均返回30600201，与该用户“无 SD 卡”“需要付费”的描述一致，更接近存储介质／云存服务可用性提示，而不是播放器启动失败。 - 神策事件
NvrDeviceVideoPlayback在 2026-09-02 已记录 1,241 次、5 个用户；近 7 日每日 293～1,241 次。NvrDeviceVideoPlayback到NvrMonitorFrameResult漏斗为 14／14，未显示全局播放链路断点。 - 代码定位：Android
RecordPlayerView.startReplay在RecordPlayerView.kt:225设置渲染归属后，于:254调用startNvrReplay；首次失败后在:257仅重试一次，二次失败会在:260记录错误并通过onReplayError回调。下期若继续出现 HarmonyOS 卡顿／自动返回，应采集startNvrReplay返回码、首帧时延与回调路径，区分启动失败与播放中断。
观察结论：当前证据支持“回放反馈为多条独立链路信号”，置信度为弱；未发现可归因到单一客户端版本或后端链路的共性故障。优先补齐 HarmonyOS 的回放日志与首帧指标，再评估是否升级为详细分析。
本期扫描全量
| 关键词／类型 | 反馈数 | 分类 | 处置 |
|---|---|---|---|
| 回放卡顿／自动返回／报警回放 | 4 | 观察信号 | 成因不一致，已做代表性日志、神策和代码核验。 |
| 设备离线／无法连接 | 3 | 🔁 重复观察 | 与第151期设备在线态／实时监控链路重复，未重复入雷达。 |
| 登录状态失效／重置密码失败 | 2 | 单点错误码 | 记录 -203、30000126，等待同错误码聚类。 |
| 设置自动删除、云台转不动、能力集未收到 | 3 | 单点功能问题 | 缺少独立复现样本，继续观察。 |
| 使用咨询、无效描述、产品建议 | 15 | 🟢／🟤／无法判定 | 已排除或留存，不进入故障雷达。 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
数据质量与后续
- 反馈平台与心愿单接口均可用，心愿单窗口内未返回新增记录。
- 代表性 iOS Logan 已获取；HarmonyOS 回放反馈均未提供 Logan，是本期定位的主要缺口。
- 下期优先按“HarmonyOS 回放卡顿／自动返回”聚合客户端、设备型号与时间段；累计 3 个独立客户端，或拿到包含回放启动与首帧状态的 Logan 后，升级为多源根因分析。
- 本期为 17:00 定时任务，期数按上一份报告锚点连续递增。
下一期＝第157期＝2026-09-03-H09（明天上午 09:00）。