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/ble/stages.js

@@ -26,11 +26,13 @@ export function resetBleStages() {
 
 export function setBleStage(stageNum, detail, barState) {
   // stageNum: 1-6, detail: sub-step text
+  // 终态 stageNum===6：全部 done（绿）；中间步当前为 live（蓝）
+  var finished = stageNum >= 6;
   for (var i = 0; i < bleStageIds.length; i++) {
     var el = document.getElementById(bleStageIds[i]);
     if (!el) continue;
     if (i + 1 < stageNum) el.className = 'stage-node done';
-    else if (i + 1 === stageNum) el.className = 'stage-node live';
+    else if (i + 1 === stageNum) el.className = finished ? 'stage-node done' : 'stage-node live';
     else el.className = 'stage-node';
   }
   // Set detail text
@@ -41,7 +43,8 @@ export function setBleStage(stageNum, detail, barState) {
   // Update status bar
   var bar = document.getElementById('stageStatusBar');
   if (bar) {
-    bar.className = 'stage-status-bar' + (barState ? ' ' + barState : (stageNum > 0 ? ' active' : ''));
+    var cls = barState || (finished ? 'ok' : (stageNum > 0 ? 'active' : ''));
+    bar.className = 'stage-status-bar' + (cls ? ' ' + cls : '');
   }
 }