docs(ROADMAP): 容量预算重算 — 事件日志翻倍后快照 4.8万条基准

- W25Q32: 最坏300ms压满 ~4.0h / 繁忙 ~1.5天 / 一般 ~16.7天 (原4.4h/1.5天/18天)
- 新增各芯片快照保留时长对比表 (Q32~Q256, 同落盘节奏)
- 注明事件日志独立 512KB→4MB 不受快照覆盖影响

docs/ROADMAP.md

@@ -94,13 +94,24 @@
 1. **事件流（必录，低速率）**：car_enter/car_leave（含时间量）、线圈断线/恢复、继电器动作、上电/复位（含复位原因）、MQTT/TCP 连接与断开、event_report ACK 超时/重发/放弃、配置变更（含来源：BLE/MQTT/TCP）、灵敏度换档、**时钟同步锚点**、固件升级开始/结果、日志清除操作（审计自记录）
 2. **快照流（环形可覆盖）**：0xC0 帧二进制原样 + 头部（序号/boot_seq/mstick），~64B/条，**记录节奏与网络上报同频**（空闲按 interval、活动 300ms、car 沿立即）——直接挂在 `iot_sensor_ingest()` 同源出口，天然与上报一致
 
-**容量预算**（**以 W25Q32 为基准**：事件日志 512KB / 快照区 ~2.94MB ≈ 4.8 万条 @64B；其他芯片按映射表等比缩放——W25Q64 快照保留时长 ×2.2，**事件日志保留时长不缩水**）：
+**容量预算**（**以 W25Q32 为基准**：事件日志 512KB ≈ 16384 条 / 快照区 3008KB ≈ **4.8 万条** @64B）：
 
 | 场景 | 落盘节奏 | 保留时长（W25Q32） |
 |------|---------|---------|
-| 最坏情况：快档 300ms 连续压满 | 3.3 条/s | ~4.4 小时 |
-| 繁忙出入口（日均 2000 车次，每车次 ~15 条突发 + 空闲 30s 底噪） | ~3.3 万条/天 | ~1.5 天 |
-| 一般车道（空闲 30s 为主） | ~2900 条/天 | **~18 天** |
+| 最坏情况：快档 300ms 连续压满 | 3.3 条/s | **~4.0 小时** |
+| 繁忙出入口（日均 2000 车次，每车次 ~15 条突发 + 空闲 30s 底噪） | ~3.25 万条/天 | **~1.5 天** |
+| 一般车道（空闲 30s 为主） | ~2900 条/天 | **~16.7 天** |
+
+**各芯片快照保留时长对比**（同一落盘节奏下）：
+
+| 芯片 | 快照区 | 快照条数 | 最坏 300ms 压满 | 繁忙出入口 | 一般车道 |
+|------|--------|----------|----------------|-----------|---------|
+| W25Q32（默认） | 3008KB | 48128 | ~4.0 小时 | ~1.5 天 | ~16.7 天 |
+| W25Q64 | 6592KB | 105472 | ~8.8 小时 | ~3.2 天 | ~36.6 天 |
+| W25Q128 | 13760KB | 220160 | ~18.3 小时 | ~6.8 天 | ~76.4 天 |
+| W25Q256 | 28096KB | 449536 | ~37.5 小时 | ~13.8 天 | ~156 天 |
+
+> 事件日志区独立于快照：512KB→4MB（16384→131072 条 @32B），**不受快照覆盖影响**。
 
 若现场要求更长保留：把空闲档快照落盘间隔与上报解耦（如落盘固定 60s），或快照只存"有沿事件前后 ±N 条"（预触发环形），容量立刻翻数倍——**实施时按现场需求选**。