rack：自动恢复的平线判据按实测重定（p95−p05 + 中位数下限）

原判据「窗口内 max − min < 5 mA」抓不到真卡死：10-04 第 1 路平在 520 mA 五个半小时，
偶发尖峰让 590 个窗口的 max − min 都在 17 mA 以上，一个都判不出来。

- 平线改成：p95 − p05 < flat_ua（30 mA）且中位数 ≥ flat_min_ua（100 mA，新增参数）。
  下限是给空闲低功耗留的：睡着的手机平在 ~10 mA 是正常的。
- 过低不变（窗内最大值 < 30 mA）：睡着的手机每 25 s 被长轮询叫醒，窗内最大值都在 213 mA 以上。
- 真实遥测回放：两次真卡死（10-04 第 1 路、10-05 09:40 第 5 路平在 382 mA）都判出；
  亮屏常醒 ~26 h × 4 路、空闲睡着 ~6 h × 5 路、试验 / OTA 期间零误判。
- 测试 +4（带尖峰的平线 / 睡着是健康的 / 睡下去再没醒 = 过低 / 低位平线不下结论），恢复页加「中位数不低于」。

依据和局限写在 recovery.py 模块头。已部署；五路的自动恢复开关仍然全关，还没真正触发过一次。

Co-Authored-By: Claude Opus 5.5 <[email protected]>

rack/README.md

@@ -90,7 +90,7 @@ bash rack/deploy/deploy.sh          # 构建 → 传 → 服务器上 Python 3.8
 
 ## 已知限制 / 下一步
 
-- **自动恢复阈值没有实测依据**（平线 5 mA / 过低 30 mA / 窗口 5 分钟）。插上刀片和手机后先看几天曲线再定，默认逐台关闭。
+- **自动恢复阈值 2026-10-06 按板 B 实测定过一次**（平线：p95 − p05 < 30 mA 且中位数 ≥ 100 mA / 过低：窗内最大 < 30 mA / 窗口 5 分钟；依据见 `recovery.py` 模块头）。样本只有一次真卡死 + 一晚睡眠数据，**还没开过一次自动恢复**，默认逐台关闭。
 - **adb 探活**：接口 `recovery.Prober` 已留，服务器目前够不着手机（机架在 192.168.8.x 的 NAT 后面）。
 - 前端 Element Plus 是整包引入（gzip ≈335 KB），手机首屏偏慢；改成按需引入可以再砍一半。
 - 没有细分权限：门户授权了这个应用的人都能操作；审计记着是谁。