ST67W611M1_入門
ST67W611M1介紹
ST67W611M1 的角色是無線通訊協處理器（NCP）。應用邏輯、感測器資料、UI 等仍由 STM32 Host 處理，模組主要負責 Wifi-Fi 與 BLE 無線連線。這種分工可以減少主控制器自行管理 Wifi-Fi 無線協定的工作
主要特點：
- Wifi-Fi 6（IEEE 802.11b/g/n/ax），使用 2.4 GHz 頻段；Wifi-Fi 6 不代表支援 5 GHz。
- Bluetooth LE 5.4，可搭配 Wifi-Fi 使用；具體 BLE 連線數隨 firmware 版本變動。
- 模組內建 4 MB NOR Flash、40 MHz 晶振與 RF 周邊。
- 提供不同天線選項：內建 PCB 天線（-B）、RF 接頭（-U）及 RF pin（-P）。
- STM32 與模組的正常 Mission mode 以 SPI 傳送命令與資料；UART 在 ST 官方開發流程中主要用於燒錄及測試工具。
Flow
限制
| 無線頻段 | 僅 2.4 GHz Wi-Fi，無法搜尋只有 5 GHz 的 SSID。 |
| 連線角色 | T01、T02 都支援 STA；Soft-AP 能力依 SDK / firmware 版本而定。 |
| T01 網路資源 | X-CUBE-ST67W61 v1.3.0 / module FW v2.0.106 參考資料列出：最多 5 TCP client、1 TCP server、5 UDP client、1 UDP server 與 1 個 SSL client，須留意不同類型 socket 的整體資源限制。 |
| HTTPS | T01 的 TLS 在模組端，受模組 SSL buffer / 片段長度與遠端伺服器相容性影響。 |
| 韌體搭配 | T01 與 T02 有不同 Mission firmware，Host 端 middleware / network configuration 也不同。 |
| 大檔下載 | 不應假設一次 Recv() 就會收到完整資料；要處理分段、超時、重連、檔案驗證及儲存空間。 |
| 資安 | 正式環境應驗證 CA 鏈與伺服器身分，不能只設定 SNI 或測試 CA 就宣稱安全。 |
Note:ST 官方的 T01 HTTPS Client / FOTA 文件指出，T01 SSL socket 的明文片段（plaintext fragment）最大值為 6 × 1024 = 6144 bytes。當 TLS 對端傳送超出相容範圍的片段、且沒有配合 TLS Maximum Fragment Length（MFL）協商時，可能發生 TLS 通訊失敗
T01 與 T02的差別
T01：網路協定與 TLS 交給 Wifi-Fi 模組處理。 STM32 通過 SPI 的 AT 架構呼叫 W6X_Net_* 等 API，不必自行維護完整的 LwIP / MbedTLS network client
T02：TCP/IP 與 TLS 交回 STM32 Host 處理。 模組負責 Wifi-Fi 連結與 Network Interface，Host 端使用 LwIP、MbedTLS。對主控資源要求更高，但軟體控制空間也更大
| 比較項目 | T01：LwIP off-load | T02：LwIP on-host |
|---|---|---|
| TCP/IP stack | 模組端 | STM32 Host |
| TLS / MbedTLS | 模組端 | STM32 Host |
| 常用 socket API | W6X_Net_* | Host LwIP / BSD sockets |
| Host RAM / Flash 使用 | 相對較少 | 需額外配置 LwIP、TLS context、憑證與緩衝區 |
| 開發與整合 | 便於快速實作 Scan → Connect → HTTP(S) | 網路整合、記憶體規劃與除錯較複雜 |
| HTTPS 控制能力 | 依賴模組的 TLS 實作及版本 | Host 可調整 MbedTLS 設定，但仍受 Host RAM / CPU / I/O 限制 |
| Firmware | st67w611m_mission_t01_v2.x.y.bin | st67w611m_mission_t02_v2.x.y.bin |
| 適合用途 | 小中型 JSON、IoT API、快速量產導入 | 需較大 TLS 自主控制、特殊網路協定或既有 LwIP 平台 |
T02 是否只需要修改一個設定
不是。 至少要重新檢查：
- 模組 firmware 是否已更換為 mission_t02，且與 Host SDK 架構設定相符。
- Host 是否配置 LwIP、網路介面、DHCP / DNS、TCP/IP task 與 MbedTLS。
- 現有
W6X_Net_Socket / Send / Recv等 T01 程式是否需要移植為 Host socket / TLS API。 - STM32 的 SRAM、PSRAM / Flash、task stack、heap、Cache / DMA 與顯示工作是否還有足夠餘裕。
- HTTPS server 的憑證驗證、record 大小及長時間下載行為是否通過測試。
實際專案怎麼選
若系統的主要需求是搜尋 Wifi-Fi、指定 SSID 連線、上傳少量 JSON 或向伺服器查詢資訊，通常可以先選 T01，較容易把應用流程快速完成。
若系統需要長時間 HTTPS 傳輸、無法控制的第三方 Server、較大檔案下載或自訂 TLS 參數，則應更早進行 T01 相容性測試。T02 可以移除模組端的一部分 TLS 限制，但不是「切過去就一定成功」：如果 Host 已經同時負責 GUI、TouchGFX、PSRAM 操作及其他任務，網路 stack 的記憶體與吞吐量仍須實測。