 zhou yang和Claude Opus 5.5
|
c41d1ec931
|
固件 0.1.14~0.1.16-c5：Hub 按需启停（hubctl）、开机长按统一 5 s
Co-Authored-By: Claude Opus 5.5 <[email protected]>
|
2026-10-04 19:24:31 +08:00 |
|
|
zhou yang和Claude Opus 5.5
|
9fb5bba367
|
固件 0.1.5~0.1.13-c5：刷机模式、多组 WiFi、热插拔初始化、总线锁误判、硬重启断 VBUS
- 0.1.5/0.1.6：刷机模式（flash_mode，最多 2 路，60 分钟可加钟）——窗口内顶高按 4450 mV 绝对值判、不断 VBUS
- 0.1.7/0.1.8：反灌断 VBUS 阈值放宽到 -300 mA（adb reboot bootloader 过渡实测 -208 mA）
- 0.1.9：WiFi 最多存 4 组，连不上轮换；NVS v1 自动迁移并双写（OTA 回滚仍能上网）
- 0.1.10：热插拔进来的刀片重新初始化 PCA9555 + INA226（否则 VBUS 常开、电流恒读 0）
- 0.1.11：i2cbus 嵌套检测改看本任务持锁（原全局标志让 key 随机回 busy、vbus 随机回 io）
- 0.1.12：硬重启先断 VBUS，开机校验通过 60 s 后再接回（否则假重启 / 误判没开机 / 进关机充电）
- 0.1.13：这一路被安全判据断电时一并退出刷机模式（事件 21 arg 254）
26 ctest 全绿；新增用例均先在旧代码上确认变红。板 B 已 OTA 到 0.1.13-c5 并实测。
Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>
|
2026-09-29 08:16:21 +08:00 |
|
|
zhou yang和Claude Opus 5.5
|
ef91daf07d
|
固件 0.1.3-c5：硬重启开机校验 + 重按（0.1.2）、status 上报上游电脑在不在（host）
- 0.1.2：power_cycle 按完电源键后看电流，没开就重按，最多 3 次；新事件 19 BOOT_CHECK
- 0.1.3：UP_VBUS_DET（IO6）启动时配成输入，status 加 "host":true|false|null
- rack：单板页显示「上游：已连电脑 / 未连电脑」
- HANDOFF：损耗两档的来历（Hub 工作 ≈1.1 W）、板 B 第 2 槽 PRSNT2# 卡低
Co-Authored-By: Claude Opus 5.5 <[email protected]>
|
2026-09-28 08:59:12 +08:00 |
|
|
zhou yang和Claude Opus 5.5
|
1f6862ac38
|
固件 0.1.1-c5：硬重启后自动开机、MQTT 发布死锁、欠压放宽到 −250 mV
- 硬重启等到 PG 后长按电源键 5 s（新状态 hr-boot）：电池端上电的小米8
停在关机态，原来的 power_cycle 等于关机。ACT_KEY_MS_ON 2000 → 5000
（实测 2 s 松手即掉电）。NO_PG 时不按。
- 修死锁：执行器持 s_mtx 等 esp-mqtt 的 api_lock，esp-mqtt 任务持 api_lock
分发 DISCONNECTED 时等 s_mtx。热点一断 USB/WiFi 全失联、按键可能松不开。
执行器现在只往 s_outbox 拷贝，由 t_link 交给 esp-mqtt。
- SR-5 欠压一侧 −100 → −250 mV（T_SAFETY_UNDER_MV），过压仍 +100 mV：
带屏开机峰值 2.1 A 时实测 −115 mV 被误关。需求 SR-5 / SW-2 / SW-5 / 验收表同步。
板 B 上板：power_cycle → hr-boot → 手机开机，最低 3778 mV / 2.12 A 不再跳闸。
Co-Authored-By: Claude Opus 5.5 <[email protected]>
|
2026-09-28 01:13:58 +08:00 |
|
|
zhou yang和Claude Opus 5.5
|
b8ad69681f
|
固件：R2 迁移 R-0 ~ R-6（底板 + 5 片同构刀片）
2026-09-16 完成、当时未提交，这里补提交（原样，不含 09-27 上板的修改）。
- 器件层 / 拓扑层整体从 R1 换到 R2：TCA9548A 分通道、五路同址 INA226 0x40 + 输入侧 0x43、
刀片 PCA9555（VBUS_EN 挪到 P0.4）、CH224A 只读驱动、风扇闭环 t_thermal
- 新增 i2cbus（mux 原子事务）、slot（刀片 I/O 门面）、host/qtest.sh
- 74HC595 链退役（代码与测试保留）
- 判据阈值与时间常量未动；19 个 ctest 全绿，idf.py build 通过
Co-Authored-By: Claude Opus 5.5 <[email protected]>
|
2026-09-27 10:26:24 +08:00 |
|
|
zhou yang和Claude Opus 5
|
b3206005ab
|
A9：三个执行器状态机 + 互斥
需求 §10.6 的三个序列，每路一份状态机，全部以「收尾」收口：
硬重启 EFUSE_EN↓ → 4 s（§7.4 的 3~5 s 窗口）→ EFUSE_EN↑ → 17 ms
（tON 5.1 + 缓启动斜坡 11.5）→ 等 PG
按键 按下 → 保持 T（100 ms / 2 s / 10 s）→ 松开，组合键一帧发完
EDL EDL_EN=1 → VBUS_EN=1 → 等枚举 → EDL_EN=0（SW-6 的顺序）
一个函数一步，不写 while(1)：t_actuator_step() 只看时钟、推状态、返回「下次
最晚多久再来」，任务体在 app_main.c 里还是三行。放电由硬件联锁做（SR-7），
本文件里没有任何放电接口。
四条关键判断：
· 按下去的东西一定要松开 —— 正常结束 / 超时 / 出错 / abort 走同一条收尾路径，
写不进 595 就一直重试，不设放弃上限（放弃 = 电源键永久按住，而遥测正常）；
· 等不到 PG 不许再断电（§10.10：PCA9555 不应答不关输出）；
· PG 由 t_safety 的快照喂进来，执行器不碰 I²C ⇒ 两把锁永远不会嵌套；
· 不可重入直接拒（HAL_ERR_STATE），被拒的请求一个字节都不发。
23 个用例；21 条注错逐个跑过全部变红。其中一条第一遍没抓住 ——「等 PG 时一觉
睡满 500 ms」：测试自己掌握节奏就测不到 step 返回的睡眠时长，补了一个完全听
step 的任务循环测试。
Co-Authored-By: Claude Opus 5 <[email protected]>
|
2026-09-07 08:08:28 +08:00 |
|