zouyang/phonerail
1
0
派生 0
代码 工单 合并请求 工作流 软件包 项目 发布 百科 活动
57 提交 2 分支 0 Git 标签
f2e0a7363e15827e9ef79006a6935157a20b15fd
提交图
15 次代码提交
作者 SHA1 备注 提交日期
zhou yang和Claude Opus 5.5 f2e0a7363e rack：fan 命令放行保持时间 sec，风扇断电显示「停」 
Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-10-06 14:35:45 +08:00
zhou yang和Claude Opus 5.5 3bf4548c62 手机主板温度：代理 0.8.0 上报，rack 拓扑图显示 
- 机架代理 0.8.0（Thermal.java）：读 /sys/class/thermal 的 quiet_therm（主板热敏）和最热的 CPU 核，
  每次长轮询拼在 URL 后面（&tb=&tc=，m°C），不为它多醒一次。电池那一路不报（电池拆了）。
- rack 后端 prrack/fleet.py：每 5 秒读 AppTask 后端的 /api/fleet/phones，按机架位 B-n 对到第 n 路，
  放进快照 phones[].live（在线 / 在跑活 / 代理版本 / 温度）；变了才推 phones_live。只显示，不参与自动恢复。
  读不到就清空，不留旧值。服务单元加 --apptask-env。
- 前端拓扑图每台手机多一行「主板 / CPU」温度（50 °C 橙、60 °C 红，只改颜色）。
- agent_upgrade_safe.sh：升级后 4 分钟没开机就 power_cycle 救一次并补收尾。

五台已升到 0.8.0（两路并行推）；第 2、1、5 路 staged 重启后卡死 / 僵住，断电重启后版本都已是新的。
后端测试 58 项全过；已部署。

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-10-06 07:06:15 +08:00
zhou yang和Claude Opus 5.5 580468e48e rack：PD 供电信息、每日耗电量与平均功率 
PD 供电（板卡页新增一格）：
- 优先用遥测里的实时值 status.pd（固件 ≥0.1.17）；老固件退回最近一条 PD_LIMIT 事件（快照的 pd）。
  显示 20 V / 档位电流 / 整板功率上限 / 输入功率占上限的比例。
- PD_LIMIT 事件写成「PD 20 V / 3.00 A，上限 60 W」，不再把那两列当电压电流显示；arg 2 = 运行中换档。

耗电量（板卡页新增卡片）：
- 新表 energy_day（永久保留）：从分钟聚合滚出每日能量与有数据秒数，rail 0 = 底板 12 V 输入，1~5 = 各路主板。
  每分钟重算今天 / 昨天，更早的只补缺不覆盖（分钟数据 90 天后会被清）。按服务器本地零点切日。
- GET /api/boards/{id}/energy；前端 EnergyCard：今日 / 昨日 / 近 7 天 / 近 30 天 / 累计（各带平均功率）、
  每日柱状图、今日各路主板。量的是 12 V 输入，不含 PD 20→12 V 降压损耗。

后端测试 57 项全过；已部署。

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-10-06 06:31:04 +08:00
zhou yang和Claude Opus 5.5 ca7435242f 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]>
 2026-10-06 05:14:22 +08:00
zhou yang和Claude Opus 5.5 1d842cf45f rack：单板页 Hub 行与拓扑图、单路操作拆成 RailOps；开机按键改 5 s 
Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-10-04 19:24:32 +08:00
zhou yang和Claude Opus 5.5 86d9e2a7d4 rack：刷机模式界面与事件；事件 21 新增 254「断电自动退出」 
- 单板页「更多 → 刷机模式（1 小时）/ 加钟 30 分钟」，chg>0 时蓝色「刷机模式 · 充电中」、FLT 显示为「反向阻断」
- 协议白名单 flash_mode；事件 21 命名：开 / 手动关 / 到期 / 加钟 / 断电自动退出
- ⚠️ 254 带 0x80 位，必须先于「加钟」判断，否则显示成「加钟 126 分钟」

48 例全绿，已部署。

Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>
 2026-09-29 08:16:48 +08:00
zhou yang和Claude Opus 5.5 385d2f9c47 固件 0.1.4-c5：整片刀片不应答（INA226 + PCA9555 同时 NAK 200 ms）⇒ 关这一路 
- t_safety：eFuse 开着、本路两颗都 NAK 连续 10 圈 ⇒ abort + 关 eFuse，新事件 20 BLADE_MUTE；
  只关 eFuse，不再写刚 NAK 过的 PCA9555。只有一颗不答应仍按 §10.10 盲跑、保持供电
- 起因：板 B 第 2 槽 PRSNT2# 卡低，刀片挪走后空槽 eFuse 开了约 4 h，原判据一条没响
- 需求 §10.10 加一行 + 表后第 3 条；rack 事件 20 命名并标红
- 宿主机 26 ctest 全绿（test_t_safety_rules +4 例）

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-09-28 09:07:39 +08:00
zhou yang和Claude Opus 5.5 830b4cdff8 rack：主板 / 底板功率与功率曲线；底板曲线加电压电流、开机重按事件 
- 每路主板功率（V×I）：总览槽位、单板卡片、单路曲线新增「功率」一张
- 底板：单板页新增功率仪表（底板输入 / 五路主板合计 / 损耗），底板曲线加
  功率图（输入 vs 主板合计）；board_history 每点多回一列 rails_mw
- 底板曲线改为纵向 N 张（温度 / 风扇 / 输入电压 / 输入电流 / 功率），断档断线
- LOG_EV_BOOT_CHECK（19）事件命名，只有「没开起来」标红

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-09-28 08:39:47 +08:00
zhou yang和Claude Opus 5.5 9858b6c98e rack：界面改版（仪器前面板风格 + 暗色模式）+ 底板温度曲线 
- 总览：每块板一块面板、五个刀片槽（状态灯 + DIN 读数 + 最近两分钟电流小曲线，平线 = 疑似卡死）；
  只有异常 / 故障 / 执行中上色；顶上一句话概况，有问题直接列出是哪几路
- 单板页：新增「底板温度」（两路 NTC + 风扇占空比，上下两块共用时间轴，10 分钟 ~ 7 天）；
  每路电流 / 电压去掉双 Y 轴，改上下两块，电压固定 3.5~4.1 V；名称 / 位置就地编辑
- 主题：theme.css 亮 / 暗两套变量（跟随系统，Element Plus 暗色变量同挂 html.dark），图表切换时重画；
  读数用系统自带 DIN 系字体（不加载网络字体）；温度两色按本页亮暗底色跑过 dataviz validate_palette.js 全通过
- 后端：board_tele_min 分钟聚合（温度带 min/max，留 90 天）+ GET /api/boards/{id}/history（Db.board_history）
- 修一个偶发失败的测试（test_ota_events_are_named_by_arg：只推一次遥测，赶上 Hub 正在同步时会漏触发）；
  后端 42 例本机 + 服务器全绿，已部署；线上已取到板 B 温度 24.4 / 26.0 °C

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-09-27 15:03:24 +08:00
zhou yang和Claude Opus 5.5 1cd4fd4082 rack：固件下载目录自动清理（每小时，FwStore.prune） 
- 固件库里登记过的（界面上传）不自动删；没登记的（ota_push.py 直传、台架镜像）放满 7 天删；
  上传中断的 .tmp 1 小时删；非 <16 hex>.bin / .tmp 的文件名一律不碰
- 板子下载一次几秒就完、回滚用的是板上另一个槽，删旧文件不影响任何板子
- main.py：有 --fw-dir 时起清理循环，出错只记日志；test_firmware.py 加 2 例，共 41 例（本机 + 服务器）
- 已部署；本机模拟板实测放一个 8 天前的孤儿镜像，启动即被清掉

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-09-27 14:48:12 +08:00
zhou yang和Claude Opus 5.5 7bf30e3c38 固件 0.1.0-c3：计划内重启不断电（OTA / 回滚锁住 EFUSE_EN，新固件接管；SR-6 改写） 
- warm_esp.{h,c}：warm_restart() 记下开着的路（RTC_NOINIT，魔数 + 掩码 + 反码）→ gpio_hold 锁五根 EN → 重启；
  目标镜像没有能力标记（第 288 字节 PRCAPS1，.rodata_custom_desc）就不锁 —— 老固件写不动锁住的 EN。
  warm_take()：软件复位 + 标记对得上才接管，一次性；再读 EN 真电平核对
- bringup：adopt 掩码；rail_en_init_keep() 接管的路写高、五根一律放开 hold（崩溃时旧锁可能还在）；
  刀片不在 / mux 失联的接管路立刻关（SLOT_EMPTY arg 1）；第二段已开着的路不重开、不等 PG
- pca9555_init_keep()：方向寄存器是本固件写的才留 VBUS（掉过电的片子锁存器是 0xFF），键 / EDL 清零
- HAL：hal_gpio_hold()；ESP 输出脚配 INPUT_OUTPUT（读得到真电平）；sim 给 hold 建模
- 事件 LOG_EV_OTA arg 7 = 接管；兜底定时器回滚故意不走接管
- 顶层 CMake：phonerail.h 进 CMAKE_CONFIGURE_DEPENDS（否则镜像头版本停在旧值）；-u g_phonerail_caps 防 gc
- test_bringup 加 6 例（接管 / 非计划复位全关 / 空槽 / mux 失联 / PCA 掉过电 / hold 冻结），全工程 448 例全绿
- rack：固件库识别能力标记，推送对话框按「支持 / 不支持重启不断电」给不同提示（已部署）
- 需求文档：SR-6 改为「非计划复位全关」+ 计划内重启例外；§10.9 新增「重启不断电」
- 板 B：台架镜像（空槽强制 CH1 在位，未提交）开 CH1 → OTA 带重启 → 事件 18/7 mv=1，CH1 一直开着；
  现跑 0.1.0-c3。未测：示波器看重启期间 EN / 输出毛刺（要插刀片）

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-09-27 14:35:52 +08:00
zhou yang和Claude Opus 5.5 271c649f66 rack：「固件」页 —— 上传 .bin、选板推送 OTA、实时看进度 / 待验证 / 回滚 
- firmware.py：固件库。上传时核 ESP 镜像头（0xE9 + app 描述 + project_name == phonerail + ≤3 MB），
  存成 /root/phonerail/fw/<sha 前 16 位>.bin（nginx 7765 放出去），库里记版本 / 编译时间 / 上传人
- api：GET/POST/DELETE /api/firmware（请求体即 .bin，不引 multipart）、POST /api/boards/{id}/ota（进审计）；
  通用 /cmd 不放行 ota —— URL 与哈希只能由固件库生成；OTA 事件按 arg 显示中文、失败 / 回滚标红
- 前端：Firmware.vue + OtaState.vue；推送对话框默认不重启，勾「立刻重启」时列出每块板会断电的路并二次确认；
  单板页显示 OTA 状态
- simboard 模拟 ota（下载进度 / 就绪 / 重启 / 自证）；test_firmware.py 13 例，后端共 39 例（本机 + 服务器 3.8）
- service 加 --fw-dir；已部署。板 B 实测：上传 → 推送 → 就绪 → 同镜像带重启 → 不重下直接重启 → 自证健康

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-09-27 14:14:06 +08:00
zhou yang和Claude Opus 5.5 ae1aad3b7c 固件 C2：OTA 双槽 + 失败回滚（已上板实测正常 / 哈希错 / 回滚三条路径） 
- 分区重排（16 MB，nvs 0x9000 不动）：ota_0 / ota_1 各 3 MB、otadata 0x610000、evlog 挪到 0x612000；
  flash 大小改正为 16 MB；开 CONFIG_BOOTLOADER_APP_ROLLBACK_ENABLE
- ota.{h,c}（宿主机可测）：URL / sha256 校验、判定（下载中 busy、待验证拒、同镜像不重下）、健康判据
- ota_esp.{h,c}：t_ota 任务经 HTTP 下载、边下边算 sha256、核 project_name 后切启动分区；
  新固件 120 s 内连不上 broker 就回滚（t_link 判 + esp_timer 兜底）；重启前等回应发出、事件落盘
- 新命令 ota = 13（两条链路都收，reboot 默认 false：复位 = 五台手机断电一次）；status 加 ota 一块；
  新事件 LOG_EV_OTA = 18；PROJECT_VER 取 PHONERAIL_FW_VERSION
- test_ota.c 13 例，全工程 442 例全绿；版本 0.1.0-c2
- 服务器：nginx 7765 只放行 /fw/<16 hex>.bin（不过门户，路由器转发已加）；tools/ota_push.py 推送；
  rack protocol.py 加事件 18 / 命令 13（已部署）
- 板 B：推送到自证健康 19 s；错哈希不切分区；删掉 broker 账号后 120 s 回滚，bad 报出被回滚的版本

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-09-27 14:03:13 +08:00
zhou yang和Claude Opus 5.5 c85eec53e6 固件 A15：启动顺序 + 降级矩阵（bringup.{h,c}，已上板） 
- 启动序列从 app_main.c 拆进 main/bringup.{h,c}，宿主机可测：
  bringup_devices()（§10.9 第 1~4 步）→ 起 t_safety → bringup_power_restore()（第 5~6 步）
- 六片 INA226 写 Config/Calibration（之前没做，电流恒 0）；输入侧 0x43 登记对调接
- 按「意图」逐路上电、错开 100 ms、每路等 PG 500 ms，等不到关回去并记 LOG_EV_PG_TIMEOUT(17)
- 意图只由 power 命令改（cmd_env_t.intent → NVS phonerail/rail_want）
- §10.10 逐行降级：INA/DAC/PCA9555/mux/PRSNT#/CH224A；mux 失联时不碰主干
- BOOT 事件 arg = 复位原因；HUB_RST# 仍只在上电复位时脉冲
- rail_volt_init() 一片失败不再放弃另一片；CH224A 主干 / 通道 5 两处都找
- sim：sim_gpio_rise_us / sim_gpio_set_hook，sim_gpio_drive 可在配置前调
- test_bringup.c 24 例 + test_cmd 意图 1 例，共 425 例全绿；版本 0.1.0-a15
- rack：事件表加 17 PG_TIMEOUT（已部署）

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-09-27 13:24:17 +08:00
zhou yang和Claude Opus 5.5 26c04ce878 机架管理前后端（rack/）：FastAPI + SQLite + Vue3，经统一门户上线 
- 后端 prrack：MQTT（phonerail-backend @ 127.0.0.1:1884）↔ 遥测入库 / 事件增量同步 / WebSocket 推送；
  命令白名单 + 重传同 seq；审计记门户 X-Auth-User（只绑 127.0.0.1，main.py 拒绝非回环）。
- 自动恢复：只看电流（平线 / 过低，服务器够不到手机 adb），先长按电源再断电重启，
  每小时限次后停手；默认逐台关闭。adb 探活接口 recovery.Prober 预留。
- 前端：总览 / 板子页（五路操作、电流电压曲线）/ 事件 / 操作记录 / 自动恢复；手机宽度可用。
- 部署 deploy/deploy.sh：服务器 Python 3.8 上先跑测试再替换；systemd phonerail-rack，每日备份。
- 门户应用 id 16、key rack（phonerail 已被需求文档站占用），授权 admin + staff。

测试 26 例（本机 3.14 / 服务器 3.8 均过）。线上板 b81f3fc9c8bc 在线，WS 经门户 101 + 1 条/s 遥测。

Co-Authored-By: Claude Opus 5.5 <[email protected]>
 2026-09-27 12:33:28 +08:00