Seetong · Report
🎯 Seetong 问题雷达 09:13 第138期
时间窗口：2026-08-27 01:13 ～ 09:13
TL;DR 核心要点
- 🔴 鸿蒙端实时预览啸叫（严重度 70／100，置信度 🔴弱）。反馈指向 NVR 固件 TS8108D35-4.61.6-202607151646 升级后，鸿蒙端仅实时预览出现持续啸叫；回放与其他终端正常。
- 本期为降级分析：神策预览事件缺少可归因的 error_code，该反馈未提供 Logan。当前不能确认是 App 音频渲染、设备实时音频码流，还是该固件与鸿蒙播放器的兼容问题。
- 反馈 246267：NVR 固件升级后，鸿蒙 1.1.1.6 实时查看监控产生严重啸叫；同设备回放正常，其他终端实时预览正常。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-08-27）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 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 看不到回放 / 回放卡顿 8 期 | 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 对讲通话，对方无法听到 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 | 多端手机端无回放 1 期 | 70 | Android | 1.1.1.6 / 8.3.13.3 | 冉博麟、李国涛 | （本期未收敛到单一根因） |
| 10 | HarmonyOS 设备 WiFi 连接成功但无画面 1 期 | 60 | HarmonyOS | 1.1.1.6 | 唐胜、张威 | （本期未收敛到单一根因） |
🔴 问题 1：鸿蒙端实时预览啸叫 ｜ 负责人：唐胜
1. 现象与覆盖范围
- 反馈
246267：NVR 固件升级后，鸿蒙1.1.1.6实时查看监控产生严重啸叫；同设备回放正常，其他终端实时预览正常。 - 覆盖：1 条反馈，设备固件、鸿蒙系统、客户端版本、实时／回放场景四个维度明确。
- 严重度评分：70／100（反馈量 10／30，共性广度 30／30，业务关键度 30／40）。远程实时查看受阻，但尚无多用户聚集证据。
2. 神策与 Logan 证据
- 神策：
MonitorWatchStep近 7 天日活用户量稳定在 19.1 万～19.5 万；8 月 27 日截至当前为 4.86 万，属未完整日。神策可观测到 HarmonyOS 预览用户，但该事件字段不含error_code，无法得到啸叫或音频解码失败分布。 - 预览链路字段
k_watch_send可见零散失败值，但无音频类型、设备固件或错误码关联，不能归因到本反馈。 - Logan：反馈未提供下载地址，核心日志证据缺失。未进行友盟查询，原因是反馈不含崩溃、ANR、黑屏等触发词。
- 失败模式：神策查询成功但埋点维度不足；Logan 缺失。结论按弱置信度处理。
3. 代码定位与结论
- 已检索
Seetong-App-Android、Seetong-App-iOS、Seetong-App-AI、网络与播放 SDK。标准路径下未发现鸿蒙端实时音频渲染实现，无法给出可执行的鸿蒙调用链。 - 可复用的验证锚点：设备实时音频码流、鸿蒙播放器解码器初始化、扬声器输出参数，以及固件升级前后音频采样率／声道／编码格式协商结果。
- 置信度：🔴弱。
- 一句话根因：更符合“新 NVR 固件实时音频流与鸿蒙端播放链路的单端兼容异常”，现有数据不足以定位责任端。
- 建议下一步：由鸿蒙播放与设备固件负责人复现“同设备、同账号、多端实时与回放”的四组对照；补采该用户 Logan，并记录实时音频 codec、采样率、声道和解码错误回调。
本期扫描全量（全部沉淀到知识库）
| # | 关键词 | 反馈数 | 分类 | 处置 |
|---|---|---|---|---|
| 1 | 鸿蒙实时预览啸叫 | 1 | 🔴进雷达 | 降级详细分析见上 |
| 3 | 人形锁定／报警、离线、回放卡顿 | 约3 | 🟡配置或单点 | 无聚集证据；报警反馈 Logan 显示设备已开启报警并存在历史报警日历 |
| 4 | 设备恢复出厂、存储卡、套餐、无效文本 | 约7 | 🟢用户操作／咨询 | 已排除 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
待补证
- 取得反馈
246267的 Logan，核对实时音频协商与解码错误。 - 补鸿蒙实时播放的错误码、固件版本、codec 埋点。
- 以该 NVR 固件做升级前后与多端对照复现。
下一期＝第139期＝2026-08-27-H17（今天下午17:00）
_本消息由 Seetong小助手 自动生成，欧阳荣 监督发布。_