Seetong 问题雷达 09：00 第167期
时间窗口：2026-09-07 21：00～2026-09-08 09：00。
TL;DR 核心要点
- 🔴 远程画面黑屏、绿光或竖纹：严重度 70／100，置信度中。窗口内至少 3 条明确画面异常，覆盖 Android 与 HarmonyOS，直接影响远程查看；其中 248856 提供 Logan。
- 设备掉线／连接不上设备继续出现，但与第161～166期的设备离线聚类重复，未重复进入雷达。
- -102、-101 和检查网络提示仍占反馈主体。未描述具体业务功能异常，按普遍网络问题排除。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-09-08）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 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 | Android 对讲通话，对方无法听到 1 期 | 75 | Android | 8.3.14.2 | 唐胜 | 用户点击对讲按钮后，App 无对讲行为日志，对讲上行链路未建立，可能为 UI 事件未正确触发 Native 对讲逻辑 |
| 5 | iOS 同一用户频繁掉线 1 期 | 75 | iOS | 8.3.14.3 | 欧阳荣 | 该用户设备端（摄像头固件/路由器）在有电有网条件下频繁离线，APP 端无主动触发逻辑，问题出在设备端或网络环境 |
| 6 | 人像/人体识别结果缺失（详细分析） 1 期 | 70 | Android · HarmonyOS | 1.1.1.6 / 8.3.12.5 | 许源、唐胜、谭伟、张威 | 目前仅确认两端均出现人像/人体结果缺失，代表设备支持该能力；缺少人形报警事件和配置回包，尚不能归因到 App、设备配置或设备端算法。 |
| 7 | HarmonyOS 实时预览不可用 7 期 | — | Android · HarmonyOS · iOS | 1.1.1.6 / 8.3.14.3 | 唐胜、许源、欧阳荣、18671356032 | （本期未收敛到单一根因） |
| 8 | NVR多通道视频加载异常（详细分析） 2 期 | — | Android | 8.3.14.2 | 张威、唐胜 | 证据更支持特定NVR通道切换后的播放帧输入/解码状态异常，而不是NVR离线、AddWatch失败或全局Relay故障。 |
| 9 | Android 设备回放不可用（详细分析） 1 期 | — | Android | 8.3.14.2 | 唐胜、张威 | 本期两条回放投诉不是同一已证实故障，其中一例当天录像索引为空，另一例是 TLS 建连失败后设备渲染超时；共同风险在于客户端未能区分并上报“无录像”与“链路失败”。 |
| 10 | Android设备离线（详细分析） 1 期 | — | Android | 8.3.14.2 | 许源、张威 | 该样本的设备在线状态由服务端列表与P2P离线回调共同判定为离线，证据指向设备侧连接或在线状态同步，未见客户端网络整体中断。 |
问题1：远程画面黑屏、绿光或竖纹（严重度 70／100） ｜ 负责人：唐胜、张威、欧阳荣
现象与覆盖范围：反馈 248874 为“回访有声音，没图像”，248868 为“回看经常黑屏”，248856 为“画面异常，绿光，黑屏竖纹看不了”。涉及 HarmonyOS 1.1.1.8、Android 8.4.0.6，设备型号包含 ALN-AL00、PLR-AL30、V2172A，至少跨 2 个系统和 3 个终端型号。评分为反馈量 10／30、共性广度 20／30、业务关键度 40／40。
神策证据：真实事件为 NvrMonitorFrameResult，字段定义为 recv_frame_time、lag_rate、stream_type、channel_model、nvr_version，不存在 result 或 error_code。修正查询后，9月1日至9月8日该事件触发次数分别为 70445、50761、30444、39004、31634、26033、30208、3256，独立用户数分别为 51、45、45、53、53、46、51、29。全局 SQL 指标显示出图耗时均值在 9月2日达到 2668.487 毫秒，9月7日为 875.027 毫秒；卡顿率均值从 9月1日的 0.178 上升至 9月2日的 0.328，9月7日为 0.204。数据说明视频链路并非完全无流，但部分设备存在出图耗时和卡顿异常，支持“收到声音或首帧但画面呈现异常”的方向。
Logan 关键日志：反馈 248856 的 Logan 已下载，未发现明确解码错误码，但链路上下文可追溯。LibImpl.addWatch 在日志第 1832～1833 行返回 add_watch_result=-1，随后第 2041～2046 行显示 H.265 视频参数为 1920×1080，OpenStreamAgent 和 PlayAgent 返回 0；第 2134～2137 行先出现 got_video=0，第 2161～2168 行随后收到首个 I 帧并触发 PreviewPlayerView-onRecvFirstFrame。第 2818～2833 行清理 OpenGL 并停止播放，第 2876～2878 行出现 real CreateIFrame ... The device is stop!。这表明问题更接近播放会话重建、设备停止状态或渲染状态不同步，而不是单一网络提示。
根因判断与建议：置信度为 🟡 中。当前最可能的根因是播放链路已收到 H.265 数据和首帧，但在 addWatch 返回异常、设备停止或 OpenGL 清理重建过程中，画面渲染状态未与流状态保持一致，造成黑屏或异常画面；“绿光／竖纹”仍需拿到更多同类 Logan 排除设备端编码格式异常。优先检查 Android PreviewPlayerView.kt:681、:950、:1291、:1699 的 AddWatch 响应、首帧回调和清理流程，以及 LibImpl.java:1468、:5091、:5182、:5236 的建流、开流和播放返回值处理。iOS 对应调用链位于 Camera.mm:1296 的 initDecodePort，经 PC_OpenStream、PC_SetDecCallBack、PC_Play 到 PC_DecodeCallBack:1588，失败分支会写入 monitorFrameResult:NO。建议补充渲染器重建前后的端到端状态日志，并用 H.265、不同清晰度、回放和实时预览分别回归。
数据源与代码定位
| 来源 | 结果 | 口径或缺口 |
|---|---|---|
| 用户反馈 | 100 条 | 接口上限，窗口内可获得记录；核心画面异常 3 条，设备掉线／连接问题多条。 |
| 心愿单 | 0 条 | 未发现同类建议。 |
| 神策 | 成功 | NvrMonitorFrameResult 事件存在，按性能字段分析；首次按不存在字段分组的 2 次查询失败，已按字段定义修正。 |
| Logan | 成功 1 条 | 248856 有日志；248868、248874 未提供 Logan。 |
| 代码 | 已定位 | Android 与 iOS 播放／解码链路已定位，未修改代码。 |
调用链为：Android 预览入口 → PreviewPlayerView 发起 LibImpl.addWatch → onMsgRspAddWatch 处理媒体参数 → OpenStreamAgent → PlayAgent → onRecvFirstFrame → OpenGL 渲染；退出或异常时进入 clearDevice。iOS 为 Camera.initDecodePort → PC_GetProt → PC_OpenStream → PC_SetDecCallBack → PC_Play → PC_DecodeCallBack。关键待验证分支是 Android 的 add_watch_result=-1 与设备停止后的重建路径，以及 iOS 解码端口或 PC_OpenStream 失败时是否能正确恢复画面。
本期扫描全量
| 关键词／类型 | 反馈数 | 分类 | 处置 |
|---|---|---|---|
| 画面黑屏、绿光、竖纹、回访有声音无图像 | 3 条 | 🔴 进雷达 | 详细分析见问题1。 |
| 设备掉线、连接不上设备 | 约 5 条 | 重复高风险问题 | 与第161～166期重复，仅记录，不重复深挖。 |
| 软件打不开、账号多端登录、不能删除设备成员 | 3 条 | 单点功能问题 | 缺少跨用户共性，继续观察。 |
| 调节亮度、无有效描述及其他咨询 | 约 3 条 | 心愿／无法判定 | 心愿单无新增，未进入雷达。 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
待补证与下期关注
- 神策已拿到事件趋势和真实字段，但本期查询返回了大量设备固件组合，尚未完成按反馈对应设备与版本的精确切片；下次优先核对
channel_model、nvr_version与lag_rate的异常组合。 - 248868、248874 没有 Logan，暂不能确认是解码器、设备编码参数还是渲染器状态问题；下次继续获取同类反馈日志。
- 代码仓未做改动，当前结论仅为定位与修复方向，不等同于已确认根因。
- 下一期＝第168期＝2026-09-08-H17（今天下午 17：00）。