国内设备"激活失败"分析：两个批量账号的完整时间线
485 台设备逐条核对 —— 26 台成功、459 台失败；失败集中在"从未开机联网"的设备上

口径：一次"操作"=update_sys_tm 被该账号写过（update_emp=该账号）；"成功"=is_activated=1 且 activate_time = 该次操作时间（同一秒，说明这次操作完成的激活）。

今日日志抓到了这两个账号实际调用的接口（原文）：

POST /api/v1/activate/activateDevice    body={"skip":false,"sn":"A4AB0SN19G00430"}   → ok
POST /api/v1/activate/activateDevice    body={"skip":false,"sn":"A4AB0SN19A00195"}   → ok
（同日还有 device/isActivated/<SN>、device/detail/<SN>、firmware/checkFirmware 等查询）

来源：CN 集群 photon-server-business Pod 日志 2026-10-08；请求来自 IP 113.116.16.191 / 113.116.17.134（深圳）。今日 6 次 activateDevice 全部成功，其中 5 次来自账号 A。

同一账号、同一接口、不同对象，成功率天差地别：账号 A 在 9 月对 437 台（其中 426 台从未联网）只成功 3 台；今天（10-08）操作的 12 台全部已联网，12 台全成功。差别不在账号，在被操作的设备是否联网过。

全库佐证（三条独立证据）：

• 全库有固件号的设备 2428 台，其中 2240 台（92%）已激活；无固件号的设备几乎全部未激活
• 失败集中的批次 A4AB0SN18：全库 537 台未激活，其中只有 4 台有固件号（这批设备绝大多数从未开机）
• 两个账号的 485 台里，cloud_device（云绑定/鉴权）命中 0 条 —— 从未与云侧建立过会话

机理推断（待 RD 用代码/接口响应确认）：激活是"设备与云的双向动作"，服务端需要设备在线（或近期在线）才能完成；对从未联网的设备，请求无法落地 → 设备行保持未激活。若接口此时不返回明确业务错误码，App 就会一直重试，形成"循环激活"。

未能解释的残留：11 台设备有固件号但激活失败，需 RD 结合当时的接口响应判断：

这个 SN（含 AOAKOSN14V00234 原样写法）在系统里一条记录都没有：全库 21 个 SN 类列扫描 0 命中；把 O/0、I/1 全部 32 种写法变体一次 IN 查询 0 命中；通配 A_AK_SN14V_0234 0 命中；9/30 归档 dump 也无。线上接口 isActivated 返回 {"code":10005,"msg":"The device does not exist."}

全库 A0AK 系列只有 A0AK0SN12*（device 1 台 + SN 映射 3 台），没有任何 SN14V 记录 —— 与上一个 SN A0AK0SN14V00196 同属一个从未入库的系列，属导入整体缺失或 SN 来源有误；需产线/售后核对批次后再决定是否补录（补录=写生产库，需授权）。