Seetong · Report
🎯 Seetong 问题雷达 09:00 第241期
时间窗口:2026-10-18 17:00:30~2026-10-19 09:00:23(Asia/Shanghai)
TL;DR 核心要点
- 🔴 HarmonyOS 多版本出现持续离线簇:16 小时内 5 名独立用户报告“老是离线/离线故障/掉线”,覆盖 1.1.1.11、1.1.2.3、4 款华为机型和 5 个省级地区,严重度 90 / 100,根因置信度弱。另以 Android 反馈 258185/258183 的 Logan 作对照,设备心跳确实停在 10 月 14 日,但 HarmonyOS 的 5 条均无 Logan,当前无法区分设备心跳、P2P 通道和客户端离线态固化。
- 🟠 插卡设备 SD 卡状态跌至不可读写或反复未初始化,直接阻断录像回放:2 名 Android 8.4.1.6 用户的日志分别直证 SDCardState=-2、-4/-5,另 1 条 HarmonyOS 1.1.1.11 反馈“为什么总要格式化”,严重度 80 / 100,现象置信度强、根因置信度中。日志显示状态来自设备返回的 1105 协议,不是 App 自行构造;问题需按存储卡、设备存储控制器和固件链路联合排查。
- 258238:HarmonyOS 1.1.1.11、HUAWEI EMA-AL00U、福建泉州,07:51 反馈“老是离线”。
最近一个月 Top 问题
按严重度与复发期数排序,已把跨期同类反馈归集;负责人由问题代码锚点对应的 Git 提交历史(blame / 近期主要提交者)反查;数据窗口:最近 30 天(截至 2026-10-19)。
| # | 问题(严重度降序) | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 1 | Android 8.4.1.6 及 HarmonyOS 1.1.1.11 单设备随机离线、P2P 恢复失败 17 期 · 153 条反馈 | 100 | Android · HarmonyOS | 1.1.1.11 / 8.4.1.6 / 1.1.1 | 陈宝旺、冉博麟、唐胜、李国涛 | 257582、257639 已确认是服务端心跳长期停更并伴随 P2P 离线,App 只是按离线状态展示;问题更可能在设备端、设备网关/P2P 服务或固件恢复机制,而不是 Android 播放器单点故障。 |
| 2 | Android 与 iOS 8.4.1.6 报警功能突然失效与通知不达 1 期 · 3 条反馈 | 90 | Android · iOS | 8.4.1.6 | 陈宝旺、许源 | 现有客户端样本表明 Android 通知权限与 token 注册均成功,故障更接近“服务端未生成报警或推送任务未送达”,但神策缺少报警生成与推送到达事件,iOS 样本又混合了通知权限关闭,当前不能完成单点定因。 |
| 3 | HarmonyOS 画中画状态导致切换设备后仍显示前一路画面 1 期 · 3 条反馈 | 90 | HarmonyOS | 1.1.1.11 / 1.1.2.3 | 张跃译 | 多个 HarmonyOS 画面共享一个无代次、无串行化、无旧控制器清理的 PipManager,切换设备时旧创建任务和新选择竞争,最终把第一路 XComponent、savId 或恢复状态保留下来。 |
| 4 | 升级后回放体验整体退化 4 期 · 18 条反馈 | 85 | Android · iOS | 8.4.1.6 / 8.3.14.2 | 唐胜、许源、欧阳荣、谭伟 | 8.4.1.6 对回放链路做了多处改动(时间条 UI、通道切换进度对齐、报警-录像联动),导致回放体验多点退化;Logan 显示取流层无崩溃,问题在"UI/状态对齐 + 报警录像关联"而非连接失败。 |
| 5 | KMP 回放页未申请屏幕常亮,回放中手机自动息屏 11 期 · 29 条反馈 | 84 | Android · HarmonyOS | 8.4.1.6 / 8.4.1 / 8.4.2 | 唐胜、陈宝旺、许源、谭伟 | KMP 回放页的屏幕常亮能力已在代码中完整实现(KMP 公共层 → 桥接层 → Android 宿主层齐备),但承载该实现的提交只落在 feature_v8.4.2 一条分支上,feature_v8.4.4、master、hotfix_v1.1.1 全部不含,因此所有已发布版本(Android 8.4.1.6 / HarmonyOS 1.1.1.11)在运行时都走不到 FLAG_KEEP_SCREEN_ON,回放过程中发生系统级息屏。 |
| 6 | SD 卡跌至不可读写或反复未初始化,录像回放被直接阻断 3 期 · 9 条反馈 | 80 | Android · HarmonyOS · iOS | 8.4.1.6 / 1.1.1.11 | 唐胜、张威、陈宝旺 | 设备上报的 SD 卡状态在 258245 中持续处于未初始化/格式化中,在 258173 中由正常可读写跌至不可读写;App 按协议正确展示异常,根因更可能在 SD 卡、卡槽/供电、设备存储控制器或固件挂载逻辑,而不是 KMP 页面误报。 |
| 7 | iOS 8.1.2.4 微信登录授权码重复提交触发 30100225 1 期 · 3 条反馈 | 80 | iOS | 8.1.2.4 / 8.1.204 / 8.4.106 | 待定 | 微信回调与恢复登录没有一次性 state、幂等锁和授权码消费机制,重复回跳或重试会把同一个单次授权码再次发给服务端,服务端以 30100225 拒绝后客户端仍保留旧状态。 |
| 8 | iOS 老版本微信登录空授权码触发 30100222 1 期 · 1 条反馈 | 80 | iOS | 8.1.3.5 / 8.1.305 / 8.1.503 | 位冬 | 微信授权回跳在当前旧版 iOS 上返回了空 code,客户端没有把它视为失败边界,仍向服务端提交空授权码,最终稳定触发 30100222。 |
| 9 | KMP 卡回放取「当天录像」时走云回放分支,失败后无超时兜底并反复重试 1 期 · 4 条反馈 | 71 | Android | 8.3.11.3 / 8.4.1.6 | 陈宝旺、谭伟 | KMP 回放页在选择 Tab 时只信设备记忆、不信设备能力,把 supportCloud=false 的设备硬切到云回放 Tab 并以「前一天」初始化;云链路从未 prepared(currentVideoUrl 空、cloudPrepared=false),失败事件 result=0 又恰好落入 result<0 的无退避重试分支,同时 SD 异常态在非 WiFi IPC 上被 return NONE 吞掉——三者叠加,用户既看不到当天录像也收不到失败提示,且失败状态被 saveLastPlaybackTab(tabIndex=1) 固化到下一次。 |
| 10 | iOS 8.4.1.6 冷启动点击离线报警推送后未进入回放 1 期 · 2 条反馈 | 70 | iOS | 8.4.1.6 / 8.4.106 | 欧阳荣、谭伟、陈宝旺 | 当前冷启动没有留下通知响应回调或 KMP 回放路由证据,用户实际停留在普通启动链路;最可能的缺口是冷启动通知回调 / 参数分支未被当前处理逻辑承接或没有兜底,但尚不能确认是 APNs payload 缺 content、回调未到、视图条件拦截还是路由失败。 |
🔴 问题 1:HarmonyOS 多版本设备持续离线,客户端缺少二次在线确认
现象与覆盖范围
- 258238:HarmonyOS
1.1.1.11、HUAWEI EMA-AL00U、福建泉州,07:51 反馈“老是离线”。 - 258237:HarmonyOS
1.1.1.11、HUAWEI CHZ-AL00、山东聊城,07:34 反馈“离线故障”。 - 258228:HarmonyOS
1.1.1.11、HUAWEI TLR-AL00、河南平顶山,05:06 反馈“离线是什么原因呢”。 - 258150:HarmonyOS
1.1.2.3、HUAWEI HBN-AL80、广东佛山,19:30 反馈“设备离线是怎么回事”。 - 258161/258160:HarmonyOS
1.1.2.3、HUAWEI EMA-AL00U、湖北仙桃,为同一用户相隔 2 秒连续提交“掉线了吗”,只计 1 名用户。 - 合计 5 名独立用户、2 个版本、4 款机型、5 个省级地区。平台和版本维度单一,但机型与地区均达到 3 个以上维度,满足共性门槛。
- 严重度评分:90 / 100。反馈量 20(5 名独立用户,处于 3~5 档);共性广度 30(两个版本、四款机型、五个地区,且机型与地区均不少于 3 项);业务关键度 40(设备离线直接阻断远程查看和回放)。
- 去重判定:该问题与 10 月 16 日第 238 期“单设备心跳停更”和此前的 HarmonyOS 离线观察线同域,沿用任务
T-20260926-115214-fdf9,不重复创建同义任务;本期新增 1.1.2.3 和跨 5 地区证据,因此仍进入雷达。
神策证据
SiotDevConnectResult大盘未出现连接事件整体掉底。10 月 18 日 Android 为 975,917 UV / 2,829,365 次,HarmonyOS 为 232,864 UV / 771,930 次;10 月 17 日分别为 1,049,365 UV / 3,198,146 次和 247,353 UV / 864,417 次。HarmonyOS 独立用户环比下降约 5.9%,但近 7 日仍处于 22.4 万~24.7 万用户区间,不能据此判定平台级故障。- 对
SiotDevConnectResult追加$os=HarmonyOS、$app_version=1.1.1.11的 10 月 12~19 日查询,结果为空;同期 HarmonyOS 全版本事件量正常。这说明 1.1.1.11 的版本字段没有进入该事件,版本级离线率无法计算,属于埋点盲区,缺失值不能写成 0。 - 该事件没有可用的
result字段;p2p_hold_success=0主要对应 RELAY 连接,不能把它误写成“P2P 连接失败率”。本期只使用事件总量证明大盘未整体中断,不对缺失的失败码作推断。
Logan 关键日志
- HarmonyOS 5 名用户的
loganFileDownloadUrl均为空,无法取得TPS_MSG_P2P_CONNECT_OK、TPS_MSG_P2P_OFFLINE、鉴权结果、dev4gOnline或心跳时间。 - 258238、258237、258228、258150、258161 均发生在 16 小时窗口内,且均只有离线描述,没有明确错误码;不能把“跨机型聚集”直接等同于客户端代码回归。
- 作为机制对照,Android 反馈 258185/258183 的同一份 Logan 显示:
[L85]10 月 18 日 15:54:50 启动时收到TPS_MSG_P2P_OFFLINE dev4gOnline=0。[L342]服务端设备列表返回devIsOnline=0、lastHeartTime=1791961448000、p2pLastHeartTime=1791982298000;换算为 2026-10-14 15:04:08 和 2026-10-14 20:51:38,到 10 月 18 日已停更约 4 天。[L1039]、[L1151]、[L2053]、[L2078-L2081]、[L2096-L2106]持续重复TPS_MSG_P2P_OFFLINE dev4gOnline=0;同一日志中 WebSocket 于[L234]、[L1255]连接成功。- 该样本证明用户所说“离线”可以是设备真实心跳停更,而不是手机网络或 App 登录失败;但它只作为设备侧对照,不能替代 HarmonyOS 的端侧日志。
代码定位
- 1.1.1.11 的版本封包点为
AppScope/app.json5对应提交8c0b9e2b,versionCode=1000027、versionName=1.1.1.11。 feater/deviceList/src/main/ets/viewmodel/DeviceViewModel.ets:1148-1156:收到TPS_MSG_P2P_OFFLINE或TPS_MSG_P2P_NVR_OFFLINE后立即调用setDeviceStatus(..., false),没有防抖、延迟窗口或服务端在线态确认。feater/deviceList/src/main/ets/viewmodel/DeviceViewModel.ets:1832-1865:setDeviceStatus()直接修改localDevice.isConnect。仅在这一字段原本为undefined时比较remoteDevice.devIsOnline;没有读取dev4gOnline、lastHeartTime或p2pLastHeartTime。basic/src/main/ets/utils/DeviceUtils.ets:174-195:isOnLine()与deviceIsOnLine()都优先采用localDevice.isConnect,服务端devIsOnline只是兜底。若离线回调后没有收到新的TPS_MSG_P2P_CONNECT_OK,客户端状态可能一直停留在离线,直到设备列表重新构造或建立连接。- 调用链:设备 P2P 断链/心跳超时 → SDK 下发
TPS_MSG_P2P_OFFLINE→DeviceViewModel.doMsgCallBack()→setDeviceStatus(false)→localDevice.isConnect=false→DeviceUtils.isOnLine()→ 设备卡片和预览入口显示离线。 - 当前代码只能证明客户端过早接受单一离线事件,不能证明 5 条 HarmonyOS 反馈都是误报;若设备和服务端确实离线,客户端只是如实显示。
根因结论
- 置信度:🔴 弱。
- 一句话根因:本期可确认 HarmonyOS 多版本、跨机型存在真实离线反馈簇;Android 对照证明设备心跳停更是有效解释,但 HarmonyOS 缺少 Logan 和版本级神策数据,无法判断主要来自设备心跳、P2P 通道、服务端在线态还是客户端离线态固化。
- 关键证据链:5 名 HarmonyOS 独立用户在 16 小时内跨 4 款机型和 5 个地区报告离线;同期全平台
SiotDevConnectResult总量正常;Android 对照日志直证一台设备在反馈前已停更心跳约 4 天,且 WebSocket 正常。 - 明确不下的结论:不判定为 HarmonyOS App 全局断网,也不把“
TPS_MSG_P2P_OFFLINE立即置离线”认定为 5 条反馈的共同根因。
建议下一步
- 分配给:HarmonyOS 宿主与连接链路负责人、设备固件负责人;SDK/服务端负责心跳语义复核。
- 回访 258238、258237、258228、258150、258161,取得设备 SN 和服务端
devIsOnline、lastHeartTime、p2pLastHeartTime,并补采覆盖反馈前后 30 分钟的 HarmonyOS 日志。 - 在 HarmonyOS 端补齐离线日志字段:
devId、TPS_MSG_P2P_OFFLINE原始载荷、dev4gOnline、旧/新isConnect、服务端devIsOnline、两类心跳时间、最后一次TPS_MSG_P2P_CONNECT_OK与来源页面。 - 客户端增加 3~5 秒防抖和服务端在线态复核;
dev4gOnline=-1或单一 P2P 离线事件不应直接形成长期确定态。应用回前台、页面刷新和网络切换时,应重新拉取设备列表并清理已被服务端确认在线的旧isConnect=false。 - 验证矩阵:HarmonyOS
1.1.1.11、1.1.2.3各覆盖真实离线、P2P 瞬断后恢复、Wi-Fi/蜂窝切换、后台回前台、服务端在线但 P2P 离线、服务端离线但 UI 刚进入页面六种场景。
🟠 问题 2:SD 卡跌至不可读写或反复未初始化,录像回放被直接阻断 | 负责人:陈宝旺、张威
现象与覆盖范围
- 258245:Android
8.4.1.6、vivo V2502A、河南开封,08:27 反馈“内存卡无法读取”。Logan 覆盖 08:20:43~08:27 左右,设备从启动后即持续报告 SD 卡未初始化或格式化中,回放埋点直接记录SA106012。 - 258173:Android
8.4.1.6、Redmi 25053RT47C、浙江,20:22 反馈“内存卡没办法读取,不能回放录像,时好时坏”。Logan 显示上午卡状态正常,13:41:20 后切换为不可读写并持续到 20:15,用户反馈发生在状态异常持续约 6 小时 40 分之后。 - 258229:HarmonyOS
1.1.1.11、HUAWEI CHZ-AL00、湖北武汉,05:28 反馈“为什么总要格式化”。该条无 Logan,只作为同域弱证据,不并入两份 Android 日志的强证据统计。 - 合计 3 条反馈、3 名独立用户、2 个平台、2 个版本、4 款手机型号、4 个省级地区。
- 严重度评分:80 / 100。反馈量 20(3 条同域反馈);共性广度 30(平台、版本、机型、地区均达到 3 个以上维度);业务关键度 30(本地录像与回放主链路不可用)。
- 去重判定:任务账本未发现相同 SD 状态异常任务;新建任务
T-20261019-090533-9f57。回放页面其他零散信号仍按上一期 24 小时去重规则处理,不与本存储簇混算。
神策证据
SDCardFormat全平台 10 月 12~17 日每日 32,400~33,254 UV / 66,021~68,661 次;10 月 18 日为 33,522 UV / 69,099 次,较前六日均值仅小幅上升,不支持“全平台集中触发格式化”或服务端批量误下发。- Android
8.4.1.6的回放结果事件中,10 月 18 日SA106012(SD 卡未初始化)为 14,938 UV / 26,853 次,SA106010(SD 卡不可读写)为 11,607 UV / 25,110 次,SA106013(格式化中)为 1,515 UV / 2,635 次;近 7 日量级相近,属于持续存在的存储异常底盘,但本期两份 Logan 给出了状态切换和重复轮询的具体现场。 - 神策只能说明大盘量级,不能替代设备内部存储记录;当前没有卡健康度、坏块、供电电压或插拔检测字段,无法区分卡损坏、接触不良、供电异常、控制器故障和固件挂载失败。
Logan 关键日志
- 258245:
- 08:20:49~08:21:15,
MSG_DEV_SD_STATUS_INFO连续返回SDCardState=-4(未初始化)和-5(格式化中),同时RemainDays=-1、CardInfo=-1、SDCardRemainSpace=-1、SDCardRecordState=-1。 - 08:21:02~08:21:15,
SDProgress仅从 0 前进到 4 后又回到 0;08:21:15 回到SDCardState=-4。 - 08:26:48~08:27:05 再次连续出现
-5/-4,说明不是一次性短暂挂载。 - 08:20:53 的
DeviceVideoPlayback直接记录errorCode=SA106012,与设备返回的 SD 卡未初始化状态一致。 - 258173:
- 08:28:28、09:39:39、10:02:11、10:40:04、13:14:15 均为
SDCardState=0、SDCardRecordState=0、CardInfo=64、剩余 30~32、RemainDays=28,卡当时可正常读写。 - 13:41:21 首次变为
SDCardState=-2(不可读写)、SDCardRecordState=-1、RemainDays=0;13:42:07、16:03:29、17:17:28、20:13:41、20:14:09、20:15:53 持续保持同一异常状态。 - 状态切换后,
CardInfo仍返回59392、剩余空间28928,说明设备仍识别到卡容量,但读写能力已不可用;这不是单纯“未插卡”或前端解析成空值。 - 用户于 20:22:44 提交“时好时坏,不能回放录像”,与 13:41 开始并持续到反馈时刻的状态异常形成直接时间对应。
代码定位
Seetong-App-Android/.../sdk/impl/LibImpl.java:4926-4966:解析设备 1105 响应中的SDCardRecordState、SDCardState、SDSupportThumb,写入PlayerDevice.sdAbnormal和sdRecordStu后广播MSG_DEV_SD_STATUS_INFO。本地日志中的-2/-4/-5因此来自设备协议返回,不是客户端随机生成。Seetong-App-Android/.../lib_base/.../PlayBackEvent.kt:367-376:状态码映射为-2=SA106010 不可读写、-4=SA106012 未初始化、-5=SA106013 格式化中。seetong-kmp/moduleBase/src/commonMain/kotlin/com/seetong/base/model/PlaybackSdCardInfoModel.kt:64-75:把原始状态映射为NOT_INITIAL、FORMATTING、NOT_RW等回放状态。PlaybackSdCardInfoModel.kt:86-95:未插卡、未初始化、格式化中会拦截事件列表;105-115把不可读写映射为SD_CARD_ABNORMAL,但只在“取录像失败后的补判”阶段展示。seetong-kmp/modulePlayback/.../card/CardPlayBackPageException.kt:34-52:请求 SD 信息成功后刷新异常 UI;状态非正常时结束加载,但当前没有自动二次探测、卡健康检查或状态恢复轮询。- 调用链:进入卡回放 →
fetchPlaybackSdCardInfo()→ 设备 1105GET_WIFI_CARD_CAM_SD_CARD_INFO→LibImpl解析 XML →MSG_DEV_SD_STATUS_INFO→ KMPPlaybackSdCardInfoModel→PlaybackExceptionState→ 异常页/格式化入口。
根因结论
- 置信度:🟡 中(现象强,硬件根因待补证)。
- 一句话根因:设备上报的 SD 卡状态在 258245 中持续处于未初始化/格式化中,在 258173 中由正常可读写跌至不可读写;App 按协议正确展示异常,根因更可能在 SD 卡、卡槽/供电、设备存储控制器或固件挂载逻辑,而不是 KMP 页面误报。
- 关键证据链:用户原话 → 设备 1105 原始状态
-2/-4/-5→MSG_DEV_SD_STATUS_INFO→DeviceVideoPlayback.errorCode=SA106012→ 回放异常页;258173 还具备同一设备“正常 0 → 异常 -2”的前后对照。 - 明确不下的结论:现有日志不能证明具体是 TF 卡寿命耗尽、文件系统损坏、卡槽接触不良、供电跌落还是固件初始化失败;也不建议仅凭
-4/-5自动执行格式化。
建议下一步
- 分配给:设备固件/硬件负责人为主,Android KMP 回放与
LibImpl负责人配合。 - 回访 258245、258173、258229,取得设备 SN、卡品牌/容量/购买时长、卡槽供电和现场插拔结果;检查设备端挂载、坏块、只读重挂载和文件系统日志。
- 增加存储故障结构化埋点:设备 SN、卡容量、剩余空间、状态切换前后值、挂载耗时、格式化进度、供电电压、卡复位次数和恢复结果。不能只保留最终错误码。
- 对
-2/-4/-5增加 5~10 秒二次探测;只有连续多次确认异常后才进入不可恢复态,禁止直接自动格式化。-2应优先提示备份/换卡,而不是重复引导格式化。 - 验证矩阵:正常卡、寿命将尽卡、坏块卡、只读卡、接触不良、低电压、格式化中、格式化完成八种状态;每种覆盖进入回放、等待 10 秒、切前后台、重试和重新插拔。
- 任务账本:新建
T-20261019-090533-9f57,状态P1 / captured。
本期扫描全量
| 关键词/类型 | 命中数 | 反馈 ID 与处置 |
|---|---|---|
-102、-101、-1002 普遍网络提示 | 108 | -102 99、-101 8、-1002 1;均为多语言网络模板,无明确业务错误码,按 🟣 普遍网络排除 |
| 内存卡/格式化 | 3 | 258245、258173、258229;进入问题 2 |
| 离线/掉线 | 8 | 258238、258237、258228、258185、258183、258150、258161、258160;HarmonyOS 5 名独立用户进入问题 1,Android 两行为同一用户,作心跳对照 |
| 连接不可达或无法观看 | 5 | 258171、258195、258168、258167、258214;分别涉及换网后连接失败、36656125 错误码、预览打不开和海外设备无法查看,当前均不足单独达到 60 分门槛 |
| 无存储重叠的回放/录像异常 | 6 | 258241、258227、258176、258141、258128、258122;与上一期视频链路线索重叠,按 24 小时去重保留观察 |
| 卡顿、启动慢等单点 | 3 | 258235、258215、258202;缺少可比的连续现场日志,暂列观察 |
| 其余未达门槛的非网络项 | 11 | 建议、咨询、无效或语境不足等;未形成跨用户问题簇 |
表中按每条反馈的主问题唯一归类,合计 144 条。返回体为 total=144 / fetched=144 / complete=true,没有把截断批次当作全量。
心愿单亮点、数据源状态与待补证
心愿单亮点
- 5385:Android
8.4.1.6,设备自动离线十几天且售后未解决;与本期离线簇同域,但属于售后闭环问题,优先核查服务单与设备心跳。 - 5381:Android
8.4.1.6,希望提高录像压缩效率、降低硬盘成本;可与当前高容量卡异常和回放存储成本问题合并做产品评估。 - 5380:HarmonyOS
1.1.2.3,希望增加深色模式;属于明确产品诉求。 - 5377、5378:局域网调试增加球机选项、摄像头按预置点自动巡视;有明确使用场景,可作为后续体验需求池输入。
数据源状态
- 反馈平台:✅ 正常。
total=144 / fetched=144 / complete=true,窗口内 144 条已全部拉取。 - 心愿单:✅ 正常。
total=9 / fetched=9 / complete=true。 - 神策:✅ 可查询。
SiotDevConnectResult、SDCardFormat、DeviceVideoPlayback.errorCode均取得 7 日结果;⚠️ HarmonyOS1.1.1.11在SiotDevConnectResult中没有版本维度数据,不能计算该版本连接失败率。 - Logan:⚠️ 部分覆盖。存储问题 2/3 有可解析日志,且均为强证据;HarmonyOS 离线问题 0/5,Android 心跳对照 1 名用户可解析。
- 代码仓:✅ 正常。已定位 HarmonyOS 离线态处理、Android SD 状态解析、KMP 回放异常映射。
- 友盟:⏭️ 未调用,本期主问题不是崩溃、ANR 或闪退。
- TAPD:⏭️ 未调用,功能性根因阶段不引入历史 Bug 干扰。
待补证
- HarmonyOS 5 名离线用户的设备 SN、服务端在线态、两类心跳和端侧 Logan。
- HarmonyOS 为何不在
SiotDevConnectResult中上报1.1.1.11版本;需核对宿主公共属性传递和事件初始化时机。 - SD 卡异常的物理卡健康、插拔、供电和设备端挂载日志;重点区分 258173 的
-2是卡瞬时掉盘还是固件主动降级。 - 258229“总要格式化”的实际设备型号、卡状态和是否存在重复格式化记录。
下一期 = 第242期 = 2026-10-19-H17.md(今天下午 17:00;窗口 今日 09:00 ~ 17:00)