Seetong · Report
Seetong 问题雷达 16:10 第149期
时间窗口：2026-09-01 09:00～16:10。
TL;DR 核心要点
- 本窗口没有形成严重度达到 60 分、且未在近 24 小时重复分析的功能性问题聚类。
- 通用连接提示 -102、-101、-1002 及“检查网络”类为主要可见样本，未附明确业务步骤，按普遍网络问题排除。
- 云台异常反馈有 2 条，但来自同一用户和同一设备；代表性日志显示设备在线、预览首帧正常、云台控制结果成功，暂不支持归因为客户端批量故障。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-09-01）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 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故障。 |
扫描判断
| 关键词或现象 | 可见数量 | 分类 | 严重度与处置 |
|---|---|---|---|
-102/-101/-1002、检查网络、移动数据看不了监控 | 约 80+ | 普遍网络问题 | 排除。未提供可归因的业务操作链路。 |
| 云台不动、异常转动、灯光异常 | 3 | 单点功能问题 | 最高 45／100。2 条为同一用户、同一设备的重复提交，继续观察。 |
| 密码修改失败 | 1 | 单点功能问题 | 45／100。缺少复现条件与同类样本，观察。 |
| 识别范围小、报警识别不准 | 1 | 单点功能问题 | 40／100。设备能力、算法配置与现场环境均未知，观察。 |
| 4G 模块串口异常、无效文本 | 约 15 | 配置、咨询或无效文本 | 不进入问题雷达。 |
云台观察证据
- 代表性 Android 日志显示设备列表接口返回在线状态，预览链路收到首帧，云台能力集包含
iot_ptz_control与iot_ptz_track。 - 用户主动执行的云台上移操作均收到成功结果；在已检索的日志片段中，未发现无用户输入的云台控制指令、控制失败码或连续重试链路。
- 这只能说明该样本上传的日志未复现“自动转动／灯光自动亮”的现象，不能排除设备固件、联动规则或现场环境因素。若新增不同设备或用户的同类反馈，优先按“设备能力／联动配置／控制指令来源”三段抓 Logan 和神策行为序列。
数据状态与后续动作
- 反馈平台正常，心愿单查询正常且无新增匹配项；反馈接口触及 100 条上限，完整数量待平台支持分页后复核。
- 神策已确认
SiotDevConnectResult当日仍有正常数据回流，但本期没有入雷达候选，不将总体事件量当作单点问题的因果证据。 - 本期没有明确崩溃、闪退、卡死、ANR 或黑屏反馈，未查询友盟；无已知 BUG 单号，未查询 TAPD。
- 下一窗口若云台、密码修改或报警识别任一问题出现 3 个以上独立用户／设备样本，立即升级为详细根因分析并补齐 Logan、神策和代码调用链证据。
结论边界
本期“无新增严重问题”仅表示可见样本中没有达到雷达阈值的功能性聚类，不表示所有用户问题均已覆盖或已解决。
下一期＝第150期＝2026-09-01-H17（今天 17:00）。