fix(ota): 修复OtaCoordinator互斥锁死锁和SPI appPing首字节丢失

- OtaCoordinator lock/unlock: 移除共享 m_locked 标志，改为传参传递 take
  结果，消除多任务并发 lock() 超时覆盖持锁状态导致 mutex 永久死锁的问题
- SPI appPing: 发送帧填充至 16 字节防止首字节丢失，增大轮询间隔至 10ms，
  增大接收缓冲区避免字节偏移解析失败
- SPI init: 先创建 mutex 再使用 LockGuard，消除竞态窗口
- 压制 WiFi 框架 INFO 日志 (pp/net80211/wifi/wifi_init)，减少启动打印
- 降级 7 条调试日志为 DBG 级别（UART0 初始化、冷启动缓存清理、互斥锁/重连
  任务/回调/netif 创建）
- GD32 版本号读取增加 5 次重试上限和 OTA 繁忙时跳过逻辑
- 移除 forwardFirmware 中已过时注释

main/relay/ota_relay.cpp

@@ -420,8 +420,6 @@ ota_result_t OtaRelay::forwardFirmware()
     }
 
     // 全局超时计算
-    // ★ 收敛到 1 min：30.8 KB / 30 KB·s ≈ 1 s 数据 + 握手/认证/等待 ≈ 2~3 s，
-    //   1 min 已是数十倍安全余量。旧 10 min 会在中继异常时把协调器锁住极久。
     constexpr uint32_t kMinGlobalTimeoutMs = 20U * 1000U;        // 20 s 最小超时
     constexpr uint32_t kMaxGlobalTimeoutMs = 60U * 1000U;        // 60 s 硬上限
     uint32_t dynamic_ms = kMinGlobalTimeoutMs + (meta.total_size / 1024U) * 50U;  // 50 ms / KB
@@ -444,10 +442,6 @@ ota_result_t OtaRelay::forwardFirmware()
     if (res != OTA_RESULT_OK) goto cleanup;
 
     // 步骤2: SIZE_NEG（内部完成大小协商 → TRANSFERRING）
-    // ★ 此处检查在 SIZE_NEG handler 执行之前。从日志看握手刚完成（~0.6 s）就触发超限，
-    //   真实根因：handleSizeNeg 是同步阻塞的——它本身就会跑完整个 doSendFirmwareSize，
-    //   真正的"步骤2 超限"应在 handler 之后检查。修复：把"前已超限"检查全部删除，
-    //   改为在 processEvent 之后用 deadline 校验返回值。handler 内部已经有自己的超时。
     res = processEvent(RELAY_EVT_START, nullptr, 0);
     if (res != OTA_RESULT_OK) goto cleanup;