從 Iridium 9603 換到 9704,要改什麼?
簡答
9704 走 IMT 而不是 SBD:電路板、序列協定與雲端介接都要換。
9603 與 9704 都是 Iridium 的資料模組,但走的服務不同:9603 用 SBD(Short Burst Data),9704 用 IMT(Iridium Messaging Transport)。換模組不只是換一顆零件,硬體、韌體與後端三層都要動。
| 項目 | Iridium 9603 | Iridium Certus 9704 |
|---|---|---|
| 衛星服務 | Iridium SBD | Iridium Messaging Transport(IMT) |
| 一則訊息 | 上行 340 bytes/下行 270 bytes | 最多 100 KB(100,000 bytes) |
| 序列協定 | AT 指令 | 以 JSON 為基礎的序列協定 |
| 雲端交付 | Email、DirectIP 或 CloudConnect | 經 Iridium CloudConnect 交付到 Amazon SQS,依 Topic 分佇列 |
| 尺寸 | 31.5 × 29.6 × 8.1 mm | 31.5 × 42.0 × 3.8 mm |
| 重量 | 11.4 g | 12 g |
| 工作溫度 | -40 ~ +85 °C | -40 ~ +85 °C |
規格取自 Iridium 官網產品頁與 Iridium Messaging Transport 服務說明;SBD 訊息大小取自 Ground Control Knowledgebase。
硬體:電路板要重新設計
9704 的尺寸與介面都和 9603 不同(31.5 × 42.0 × 3.8 mm,介面包括序列埠、SPI、GPIO 等),不能直接替換;天線與電源也要依 9704 的規格重新設計。9704 的設計目標之一,是可以搭配小型天線。
韌體:從 AT 指令改成 JSON 序列協定
9603 以 AT 指令收發 SBD,9704 則使用以 JSON 為基礎的序列協定,收發的那一段要改寫;感測、儲存與省電的邏輯可以沿用。訊息上限從數百 bytes 變成 100 KB,原本為了塞進 340 bytes 而做的壓縮與拆包可以重新考慮。但大訊息傳得比較久:N3D 實測,看得到整片天空時,約 100 KB 的訊息上傳與下載各約 3 分鐘,送出前的電量與天空視野要一併規劃。
後端:從 SBD CC 換到 IMT CC
IMT 的訊息經 Iridium CloudConnect 交付到 Amazon SQS,依 Topic 分佇列,和 SBD 的交付方式不同。使用 N3D 的平台時,SBD 設備用 SBD CC,9704 用 IMT CC:兩個平台各自獨立,各有自己的 Token 與 API。換機期間可以並行,舊設備留在 SBD CC,新設備上 IMT CC。
什麼情況值得換
9603 的韌體可以沿用嗎?
收發衛星訊息的部分要改寫,因為 9704 用 JSON 序列協定、不用 AT 指令。感測、儲存與省電的邏輯可以沿用。
換到 9704 後,伺服器要改多少?
使用 N3D 平台的話,是從 SBD CC 換到 IMT CC:一樣是 Token 加 API 的做法,但端點與欄位不同,要依 IMT CC 的說明調整。
更新 2026-10-22
N3D 提供山域與工業環境的衛星通訊服務。 看服務內容