Seetong · Report
🎯 Seetong 问题雷达 17:00 第89期
时间窗口：2026-08-03 09:00 ~ 17:00
TL;DR 核心要点
- 🔴 问题1：4G摄像机画面卡顿/回放卡顿（严重度 70/100，置信度 🟡 中）—— 涉及吉林/甘肃/辽宁/广东，版本8.3.13-8.3.14，Logan证4G弱信号下RELRAY连接不稳定
- 🟠 问题2：Harmony设备WiFi连上但无画面（严重度 60/100，置信度 🟡 中）—— 3条 HarmonyOS 1.1.1.6，设备绑定流程中取流失败
- 现象描述：4G摄像机（带SIM卡）在观看画面时出现明显卡顿，回放同样卡顿，用户感知强烈（1条已投诉12315）
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-08-03）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 1 | 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 才能确认 |
| 2 | 设备离线/P2P 通道失败（5 条 8h） 1 期 | 90 | — | 8.2.1.3 / 8.3.10.2 / 8.3.12.5 | 唐胜、许源、张威 | 用户设备 lastHeartTime 自 2026-07-03 02:25 起完全停止（用户尝试断电重启无效），客户端 TPS_MSG_P2P_OFFLINE 反复触发导致离线提示循环，但设备侧的物理掉线才是真实根因 |
| 3 | 回放入口/状态映射异常：无存储能力设备仍露出回放入口 2 期 | 70 | Android | 1.1.0.9 / 8.1.2.4 / 8.3.12.5 | 唐胜、张威 | 回放入口与录像状态 UI 主要依赖 sdRecordStu/权限，但未同步校验 NO_LOCAL_STOARGE 与 SDCardState=0，导致无存储能力设备仍可能暴露回放预期或状态显示异常。 |
| 4 | 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） |
| 5 | 在线看不到 1 期 | 70 | Android | 8.3.13.3 | 张威、唐胜 | NVR 通道预览链路在握手后立即被底层判为 PeerOffLine，APP 按现有逻辑只做快速重试，没有把通道离线与临时连接抖动区分开，最终表现为“在线看不到”。 |
| 6 | 多端手机端无回放 1 期 | 70 | Android | 1.1.1.6 / 8.3.13.3 | 冉博麟、李国涛 | （本期未收敛到单一根因） |
| 7 | 设备离线/掉线后无法预览 1 期 | 70 | Android · iOS | 1.1.1.6 / 8.2.2.1 / 8.3.13.3 | 唐胜、张威 | 设备预览链路在收到 TPS_MSG_P2P_OFFLINE 后直接走离线兜底分支，UI 进入“该设备不在线”，而自动恢复逻辑又被离线判断短路，导致用户感知为“掉线后无法再连上”。 |
| 8 | 录像回放缺失 — 无 SD 卡的设备被直接引导云存购买(产品设计问题) 1 期 | 65 | Android · iOS | 8.3.12.5 / 8.3.13.3 / 8.3.13.4 | 张威、唐胜、陈宝旺 | 无 SD 卡 + 未开通云存的设备,在 NVR 回放协议响应无效时直接跳转云存购买页,没有任何"为什么没录像"的说明,用户感知是"以前能看现在不能" |
| 9 | 设备二维码模糊/找不到（3 条 8h） 1 期 | 65 | — | 8.3.12.5 | 待定 | （本期未收敛到单一根因） |
| 10 | Android NVR 回放/预览偶发不出图，断开重连后恢复 1 期 | 60 | Android | — | 唐胜、张威 | NVR 回放/预览链路在首次 addWatch + 查询录像时间片 阶段存在瞬时失败，UI 侧又把多类失败统一收敛为空/超时，导致用户感知为“不出图，重连才恢复”。 |
🔴 问题 1：4G摄像机画面卡顿 / 回放卡顿（详细分析）
1. 现象与覆盖范围
- 现象描述：4G摄像机（带SIM卡）在观看画面时出现明显卡顿，回放同样卡顿，用户感知强烈（1条已投诉12315）
- 涉及反馈：4条（240372 / 240313 / 240314 / 240346）/ 设备 HONOR ALI-AN00、Redmi、HONOR NTH-AN00 / 版本 8.3.14.2(×3) + 8.3.13.3(×1) / 地区 吉林+甘肃+辽宁+广东
- 严重度评分：70/100（反馈量 10/30 / 共性 30/30 / 关键度 40/40）
2. 神策证据（核心数据源）
- 关键事件：SiotDevConnectResult 近7天日均 370万+ 连接次数（2026-08-01: 376万 / 08-02: 374万 / 08-03: 242万（半天））
- 连接类型分布（3天平均）：RELAY 71-72% / SRFLX 15-16% / LOCAL 10% / null 2%
- RELAY（转发连接）是主导方式，意味着4G摄像机大量依赖服务器转发
- 平台分布：Android 约65% / HarmonyOS 约20% / iOS 约15%
- 结论：4G摄像机默认走RELAY（转发），而非P2P直连。RELAY带宽有限+4G信号波动 = 卡顿
3. Logan 关键日志（核心数据源）
- 反馈 ID：240313（clientId: 865e5142，荣耀 ALI-AN00，8.3.14.2）
- 关键设备信息：
- 3台枪球联动设备（devId: 42528041 / 44831574 / 44834139）
- 网络：CHINA TELECOM（4G卡），wifiSignal = 2~4（弱~中）
- P2P连接状态：TPS_MSG_P2P_CONNECT_OK → 但实际媒体通道连接需要走RELAY
- 关键连接路径：
LibImpl-doMsgRspCB-->TPS_MSG_P2P_CONNECT_OK→ 设备注册成功TPS_AddWachtRsp→ 开始预览请求，H265+ 编码，bitrate=1000000socketCanReadWrite ipv4, ret=0, duration=38-56ms, connect=-1→ P2P通道尝试但connect=-1（失败）- 最终通过 CCS（Relay中转）传输：
RequestHttp ip=114.116.205.244→ app-api-cn.seetong.com - 引文：
funclib:08-03,05:36:33,CCSInf: socketCanReadWrite ipv4, ret=0, duration=56, connect=-1, ip=114.116.205.244
→ RELAY连接成功，但4G弱信号下传输质量差
BlackBox-toastHintFor4GDevice isError:false → 4G设备提示出现4. 根因结论
- 置信度：🟡 中
- 一句话根因：4G摄像机默认走RELAY转发（占71-72%），在4G信号弱（wifiSignal 2-4）时，RELAY转发带宽不足导致H265+视频流卡顿；P2P直连在4G场景下多数失败（connect=-1）
- 关键证据链：Logan显示P2P通道失败走RELAY + 神策显示RELAY占比71%+ → 双重印证4G设备对转发依赖性强
5. 建议下一步
- 分配给：Android 基础链路团队
- 优先处理项：
- 在弱4G信号场景下优先尝试P2P重试次数（P2P失败后立即切RELAY，用户感知会中断）
- 4G摄像机启用自适应码率（码率先降再升）
- 验证方法：复现测试（模拟wifiSignal=2-4，4G场景），观察RELAY连接的码率稳定性
🟠 问题 2：HarmonyOS 设备 WiFi 连接成功但无画面（详细分析） ｜ 负责人：唐胜、张威
1. 现象与覆盖范围
- 现象描述：HarmonyOS 设备（华为 PSN-AL00 / VDE-AL00 / VYG-AL00）连接WiFi成功，但APP看不到画面，反复提示"设备离线"或"Wi-Fi连接成功但看不到画面"
- 涉及反馈：3条（240284 / 240285 / 240350）/ 设备 HUAWEI HBN-AL80 / VYG-AL00 / PSN-AL00 / 版本 1.1.1.6（HarmonyOS专属版本）/ 地区 湖北/江苏/吉林
- 严重度评分：60/100（反馈量 10/30 / 共性 20/30 / 关键度 40/40）
2. 神策证据（核心数据源）
- HarmonyOS 连接量：日均 63万次（08-01: 636102 / 08-02: 635062 / 08-03: 429773）
- HarmonyOS 占总连接 20%，是第二大平台（Android 65%）
- Logan 未提供：反馈 240284（clientId: 1fc2a3f4）Logan URL 为空字符串 → Logan 未提供，无法直接定位
3. 根因分析（推断）
- 置信度：🔴 弱（Logan 缺失，仅靠反馈描述推断）
- 推断根因：HarmonyOS 1.1.1.6 版本的设备绑定流程中，WiFi 连接成功后的取流时序存在问题：
- 设备注册到云端成功（WiFi连接OK）
- 但 APP 向设备请求媒体流时序不正确（取流请求发出时设备未 Ready）
- 可能是 HarmonyOS 系统对后台网络请求的调度策略导致取流时序错位
- 推测涉及模块：
DeviceBind/WSManager/LibImpl设备状态通知链路
4. 建议下一步
- 分配给：HarmonyOS 专项 / 设备绑定团队
- 优先处理项：
- 获取 HarmonyOS 1.1.1.6 的 Logan（在下次用户反馈时主动要求附日志）
- 排查
WSManager在 HarmonyOS 上的连接建立顺序
- 验证方法：HarmonyOS 真机测试（华为Mate系列，HarmonyOS 1.1.1.6），复现 WiFi 连接后无画面场景
本期扫描全量（全部沉淀到知识库）
| # | 关键词 | 反馈数 | 分类 | 处置 |
|---|---|---|---|---|
| 2 | 设备离线/卡顿 | 4 | 🔴 进雷达 | 问题1 详细分析 |
| 3 | Harmony WiFi连上无画面 | 3 | 🟠 进雷达 | 问题2 详细分析 |
| 4 | 设备绑定/重置出厂 | 3 | 🟡 配置问题 | 已排除 |
| 5 | 加载慢/不好使 | 4 | 🟡 配置问题/操作 | 已排除 |
| 6 | 添加设备/登录/云回放 | 6 | 🟡 配置问题 | 已排除 |
| 7 | 心愿单建议 | 9 | 🟤 心愿单 | 已排除 |
| 8 | 无效/乱码 | 6 | 🟢 垃圾反馈 | 已排除 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
数据源状态汇总
| 数据源 | 状态 | 说明 |
|---|---|---|
| 反馈平台 | ✅ 正常 | 100条，含Logan URL |
| 神策 | ⚠️ 部分受限 | segmentation支持 event.* 字段分组；result 字段不存在（事件为性能类）；neq/eq 过滤不支持 |
| Logan | ⚠️ 部分缺失 | 问题1 Logan正常；问题2 Logan URL为空（HarmonyOS用户未提供） |
| 友盟 | ⏭️ 未查 | 无崩溃/ANR/闪退关键词 |
| TAPD | ⏭️ 未查 | 无已知BUG单号引用 |
待补证
- 问题2需补充 HarmonyOS 1.1.1.6 的 Logan 才能定位时序问题根因
- 神策连接质量指标（如 relay_tcp_timeout / conn_media_ch_time）未查到有效分组，建议下期用
query_sql直接查
下一期 = 第90期 = 2026-08-04-H09（明天早上 9:00）
本消息由 Seetong小助手 自动生成，欧阳荣 监督发布。