Seetong · Report
Seetong 问题雷达 09：00 第159期
时间窗口：2026-09-03 21：00～2026-09-04 09：00。
TL;DR 核心要点
- 人形侦测已开启但未产生提醒：2 个独立 Android 客户端在 8 小时内反馈漏报，覆盖 OPPO 与 HONOR、湖北与河北、8.3.12.4 与 8.3.5.5，严重度 70／100，置信度中偏弱。
- 代表性 Logan 显示设备报警开关已开启，并成功从服务端拉到当天多条 alarmCode=22 报警；日志没有“人形判断失败”或推送投递失败码。因此，当前更接近“设备侧报警类型、提醒开关／时段、客户端展示”之一未闭环，不能归因为单一客户端缺陷。
- 神策中 AlarmMessage 事件不存在或已失效，无法得到报警页到达量、提醒失败率及版本趋势；本期仅保留日志与反馈证据。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-09-04）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 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 | 人像/人体识别结果缺失（详细分析） 1 期 | 70 | Android · HarmonyOS | 1.1.1.6 / 8.3.12.5 | 许源、唐胜、谭伟、张威 | 目前仅确认两端均出现人像/人体结果缺失，代表设备支持该能力；缺少人形报警事件和配置回包，尚不能归因到 App、设备配置或设备端算法。 |
| 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：人形侦测漏提醒 ｜ 负责人：陈宝旺、唐胜、张威、许源
现象、证据与代码定位
- 反馈样本为 ID 247961 与 247990，分别描述“有人出现，设备不报警”和“人形侦测已长期开启，但有时未侦测到且无提醒”。两条均指向报警结果或提醒链路，而非普遍网络问题。
- 严重度：反馈量 10／30，共性广度 30／30，业务关键度 30／40，合计 70／100。仅两条样本，尚无同型号或同固件聚集证据。
- Logan，样本 ID 247961：
MainActivity2初始化后，设备列表记录devAlarm=1；res_pull_device_alarm_calendar返回该设备 2026-08-28 至 2026-09-03 均有报警日期；res_pull_device_alarm_list返回 2026-09-03 多条alarmCode=22记录。关键调用上下文为AlarmMessage发起req_pull_device_alarm_calendar，再以req_pull_device_alarm_list拉取报警列表，服务端响应均为code=200。这证明该代表设备在采样时存在报警数据，但未证明这些记录是否属于人形报警，也未证明系统推送已送达。 - 代码调用链：
MainActivity2.java:1096调用m_alarmMessage.getAlarmMessageRangeListFromRemote，报警页入口AlarmFragment2.java:738同样请求远端区间列表，成功后在AlarmFragment2.java:747通过getAlarmMessageDBbyCid合并本地数据并刷新。人形报警配置由MotionDetectUI_HumanFormDet.java:388组装HumanDetectAlarmPushTime的OfflinePush、ScheduleMode与四组起止时段；读取分支位于600至611。 - 修复锚点：在
MotionDetectUI_HumanFormDet保存和读取人形报警配置的路径记录设备标识脱敏摘要、OfflinePush、时段与服务端回包；在AlarmMessage的日历、列表拉取和推送点击入口补充报警类型、设备端产生时间、服务端入库时间、推送渠道及客户端展示结果。这样可区分设备未产生人形事件、服务端未入库、推送未投递与客户端未展示。 - 神策：
query_segmentation_report与query_event_count查询AlarmMessage均未得到可用事件数据，其中前者明确返回“事件不存在或失效”。没有进行重复重试。应先用事件目录确认真实事件名，再补建“人形事件产生 → 服务端入库 → 推送发送／点击 → 报警页展示”的同链路漏斗。
根因结论与行动
- 置信度：中偏弱。
- 当前结论：代表性日志证明报警数据拉取成功，不能支持“客户端完全未收到报警”的结论；更可能是人形报警开关／时段、设备生成的报警类型和提醒投递／展示间存在未观测断点。HarmonyOS 样本未附 Logan，不能与 Android 样本合并归因。
- 优先处理：报警模块维护人补充人形报警配置回包与报警类型的结构化日志；数据同学恢复或替换失效
AlarmMessage事件，并建立同链路漏斗；测试使用一台已启用人形侦测的 IPC，分别覆盖有效时段、无效时段、设备报警入库、推送到达和报警页展示。 - 验证标准：下期抽取至少两份带人形侦测开关与报警列表响应的 Logan，并能按报警类型、推送渠道、客户端版本比较漏失点。
本期扫描全量
| 关键词／类型 | 反馈数 | 分类 | 处置 |
|---|---|---|---|
| 人形侦测漏提醒、有人出现但不报警 | 2 | 进雷达 | 严重度 70／100，详见上文。 |
| 设备离线、连接失败 | 约 5 | 单点功能问题 | 缺少同类聚集或完整日志，继续观察。 |
| 回放不可用、画面加载、录像时间异常 | 约 6 | 单点功能问题 | 与第158期回放主题相邻，未达到新的聚集阈值。 |
| 积分商城、设备分享与其他咨询 | 约 7 | 咨询或无法判定 | 不纳入故障统计。 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
待补证
- 反馈接口最多返回 100 条，窗口全量被截断；需要支持服务端创建时间过滤。
- 需确认
alarmCode=22与人形侦测的映射关系，并补充样本 ID 247990 的 Logan。 - 神策报警事件失效，暂时无法量化提醒漏失率或趋势。
下一期＝第160期＝2026-09-04-H17（今天下午 17：00）。