feat(can): 优化批量发送性能并修复竞态问题

- 帧间添加5ms延时，暂停CAN反馈避免与批量SPI竞争导致偶发崩溃
- 单次批量容量从48帧提升至128帧，最大body大小从12KB增至48KB
- 单帧超时从400ms降至80ms，失败后不再拖慢整体速度
- 暂停0xC1反馈任务降低worker竞态和WDT风险
- 中途致命错误后跳过后续帧发送，避免每帧等待超时
- 添加详细的JSON错误响应格式
- 修复内存分配失败时的资源清理问题

refactor(wifi): 优化冷启动流程避免电源竞争

- 电源轨稳定等待策略调整：POWERON/BROWNOUT复位时等待200ms
- 仅BROWNOUT复位后清除PHY校准数据，避免每次上电全量校准
- 电源稳定等待期间等待400ms后再进行NVS/WiFi操作
- WiFi启动前延时从500ms调整为300ms
- BOD阈值适当放宽避免上电瞬间复位

perf(monitor): 调整堆内存监控策略

- 内存紧张时增大健康监控间隔：低于8KB时从3s增至10s
- 避免日志输出消耗更多堆内存造成雪崩效应

docs(readme): 更新冷启动优化说明

- 详细描述电源轨稳定等待机制
- 说明仅BROWNOUT后才强制PHY重校准的策略
- 解释避免与GD32抢电流的设计考虑

style(html): 更新前端资源版本号

- 更新CSS和JavaScript文件的版本参数
- 修复页面加载时的资源缓存问题

fix(ble): 修复阶段显示状态问题

- 终态阶段全部显示为完成状态（绿色）
- 优化状态栏样式更新逻辑

feat(ota): 优化SPI通信超时处理

- 将总超时拆分为发送和轮询两个阶段
- 禁止轮询单独占用500ms避免短超时批量卡顿
- 优化极短超时情况下的时间分配策略

refactor(can): 减少批量操作时的日志输出

- SPI失败和GD32拒绝时按类型聚合日志
- 每32次相同错误才输出一次完整日志
- 避免大量错误时UDP/格式化耗尽堆内存

tools/js/ota/progress.js

@@ -72,12 +72,16 @@ export function updateEsp32StagesFromPhase(phase) {
     if (statusText) statusText.textContent = '待机';
     return;
   }
-  for (var i = 0; i < phase - 1 && i < 6; i++) {
-    if (all[i]) all[i].className = 'stage-node done';
-  }
-  if (phase >= 1 && phase <= 6) {
-    if (all[phase - 1]) all[phase - 1].className = 'stage-node live';
-    if (details[phase - 1]) details[phase - 1].textContent = esp32PhaseLabels[phase] || '';
+  /* phase=N：前 N-1 步 done；第 N 步进行中 live。
+   * phase=6（启动完成/已完成）是终态：全部 done（绿），最后一步不要 live（蓝）。 */
+  for (var i = 0; i < 6; i++) {
+    if (!all[i]) continue;
+    if (i < phase - 1) {
+      all[i].className = 'stage-node done';
+    } else if (i === phase - 1 && phase >= 1) {
+      all[i].className = (phase >= 6) ? 'stage-node done' : 'stage-node live';
+      if (details[i]) details[i].textContent = esp32PhaseLabels[phase] || '';
+    }
   }
   if (statusBar && statusText) {
     if (phase >= 6) {