Seetong · Report
🎯 Seetong 问题雷达 09:00 第127期
时间窗口：2026-08-22 01:00 ～ 2026-08-22 09:00
TL;DR 核心要点
- 🔴 HarmonyOS 回放不可用：严重度 60／100，置信度 🟡中。两台华为设备、上海与浙江用户均在 1.1.1.6 反馈“不能回放／没有回放”；是回放核心链路，需优先补齐失败码上报。
- 反馈中的 -102/-101 为跨地区、无业务上下文的通用网络提示，按规则排除；设备离线类已在 2026-08-21-H17 深挖，24 小时内去重跳过。
- 反馈 245000“不能回放”和 244982“没有回放”，均为 HarmonyOS 1.1.1.6，华为不同机型，地域为浙江和上海；未附设备型号、回放类型或失败码。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-08-22）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 1 | HarmonyOS 1.1.1.6 多功能受阻 1 期 | 100 | HarmonyOS | 1.1.1.6 | 唐胜、谭伟、张威 | HarmonyOS 1.1.1.6 在登录、设备状态、媒体连接多个表象上集中报障，当前可证实其落在共享 P2P/媒体状态链路附近，但缺少 Harmony 日志和端侧源码，尚不能锁定具体分支。 |
| 2 | Harmony 1.1.1.6 多用户"离线/看不到监控"聚集（严重度 90/100，置信度 弱） 1 期 | 90 | Android · iOS | 1.1.0.9 / 1.1.1.6 | 待定 | 可能为 Harmony 1.1.1.6 客户端连接信令或 P2P SDK 与 HUAWEI 设备兼容性偶发问题；需补 Logan 才能确认 |
| 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 看不到回放 / 回放卡顿 7 期 | 80 | Android · HarmonyOS · iOS | 1.1.1.6 / 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 对讲通话，对方无法听到 2 期 | 75 | Android | 8.3.13.3 / 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 | 在线看不到 1 期 | 70 | Android | 8.3.13.3 | 张威、唐胜 | NVR 通道预览链路在握手后立即被底层判为 PeerOffLine，APP 按现有逻辑只做快速重试，没有把通道离线与临时连接抖动区分开，最终表现为“在线看不到”。 |
| 10 | 多端手机端无回放 1 期 | 70 | Android | 1.1.1.6 / 8.3.13.3 | 冉博麟、李国涛 | （本期未收敛到单一根因） |
🔴 问题 1：HarmonyOS 回放不可用
1. 现象与覆盖范围
- 反馈
245000“不能回放”和244982“没有回放”，均为 HarmonyOS1.1.1.6，华为不同机型，地域为浙江和上海；未附设备型号、回放类型或失败码。 - 严重度：60／100。反馈量 10／30：2 条。共性 20／30：同平台、同版本、不同设备与地区。关键度 30／40：录像回放不可用。
2. 神策与 Logan 证据
- 神策
NvrDeviceVideoPlayback近 7 天去重用户为 3、5、3、3、5、4、2，今天截至 09:00 为 2；本期未见量级突增。 - 字段核验显示该事件有
connect_type、first_frame_time、duration等字段，但没有error_code。分组查询返回的event.$Anything.error_code全为空，不能据此区分超时、设备离线或无录像。 - 两条 HarmonyOS 反馈的
loganFileDownloadUrl均为空，Logan 未提供，无法取得类名、行号、错误码和状态机上下文。友盟与 TAPD 不满足触发条件，未调用。
3. 代码定位与根因结论
- Android 现有链路为
NvrRecord／VideoRecordActivity→PlayBackEvent.setAlarmIsSuccess→SensorsUtils.sensorsTrackPlayBack。PlayBackEvent.kt:184～205在失败时保存errorCode并上报；SensorsUtils.java:1557～1621写入错误码、成功态、首帧时间和连接类型后发送NvrDeviceVideoPlayback。 - iOS 对等锚点为
VideoView.startPlayBack→STPlayBackService.uploadCurrentSensorDataWithCamera；VideoView.mm:2028～2108在 10 秒无 YUV 时停止并一秒后重拉回放流。STPlayBackService.h:40～51已定义106001超时、106006无录像、106007离线等失败码。 - HarmonyOS 仓仅定位到 KMP 回放宿主和 SDK 调用层，未找到与 Android 等价的回放错误埋点实现。因此当前不能把两条反馈收敛为客户端、设备端或录像数据问题。
- 置信度：🟡 中。
- 一句话根因：回放失败码在 Android／iOS 代码中已有采集口径，但当前神策事件 schema 未暴露该字段，且 HarmonyOS 样本未提供 Logan，造成失败类别不可观测。
- 修复锚点：对齐 HarmonyOS 回放结束与异常分支，向
NvrDeviceVideoPlayback上报error_code、is_success、connect_type、首帧耗时；同步修正神策 schema 的字段投影。回归覆盖超时、无录像、设备离线和 SD 卡异常。
本期扫描全量
| 关键词 | 反馈数 | 分类 | 处置 |
|---|---|---|---|
| 回放不可用 | 2 | 🔴 进雷达 | 60 分，详见上文 |
| 设备离线／连不上 | 约 3 | 重复 | 24 小时内已有分析，跳过 |
| 画面杂音、夜视不亮、无效文本 | 约 6 | 🟡／🟢 | 单点或低信息，观察 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
数据源状态：反馈平台、心愿单和神策正常。Logan 对本问题未提供，属于样本缺失；神策 error_code 字段投影为空，属于埋点 schema 缺口，结论已降为中等置信度。
下一期＝第128期＝2026-08-22-H17（今天下午 17:00）
本消息由 Seetong小助手 自动生成，欧阳荣 监督发布。