做一個 Iridium 9704 產品，要準備哪三塊？

專題 IMT 9704 開發與選型第 1 篇，共 10 篇

簡答

設備、IMT CloudConnect 雲端交付、你自己的伺服器，三塊都要通。

SBD 設備的訊息可以寄到 Email，跑通的門檻很低。Iridium® Certus® 9704 走的 Iridium Messaging Transport®（IMT®）不一樣：訊息以 JSON 格式送進 Amazon SQS 佇列，佇列在客戶自己的 AWS 裡，依 Topic 分開。所以一個 9704 產品要做好三塊：

哪一塊	要做什麼	常卡在哪裡
設備	9704 模組、主控、天線、電源；韌體要處理 JSON 序列協定、收發、儲存、重試與省電	100 KB 的訊息放不進小記憶體；發射瞬間的電流；產品要過認證
IMT CloudConnect	在 AWS 建好每個 Topic 的佇列與跨帳戶權限，讓 Iridium 把訊息送進來、把要送給設備的訊息取走	Topic 要先向服務商申請；佇列與權限設定；訊息格式與檢查碼
你的伺服器	取回設備傳上來的訊息（MO）、送訊息給設備（MT）、追蹤送達、保存資料	設備沒醒時 MT 怎麼辦；失敗後什麼時候重新響鈴；多台設備的管理

三塊一起做，最難的是除錯

三塊都還不穩定時，訊息沒到，很難判斷是韌體、佇列設定還是伺服器的問題。小團隊常常在這裡耗掉最多時間。

建議分階段

先做韌體： 用 IMT CC 當後端，用網頁主控台或 API 工具收發，專心把設備做穩。
再接伺服器： 韌體穩定後，讓你的伺服器呼叫同一組 API，設備端不用改。
最後產品化： 定稿硬體、送認證、量產（見9704 產品為什麼要認證）。

資料來源

IMT 訊息大小（1–100,000 bytes）、以 JSON 送進客戶 AWS 的 Amazon SQS、依 Topic 分佇列、跨帳戶驗證：Iridium 官網〈Iridium Messaging Transport (IMT)〉。

只是做原型，也要三塊都做嗎？

用 IMT CC 的話，雲端交付由 N3D 負責，伺服器在開發階段可以先用網頁主控台代替。

需要自己的 AWS 帳號嗎？

自己接 Iridium CloudConnect 需要；用 IMT CC 不需要，雲端佇列由 N3D 負責。

SBD 設備的後端可以沿用嗎？

不行。SBD 與 IMT 的交付方式不同；SBD 設備用 SBD CC，9704 用 IMT CC。

本專題全部文章

從開發板到上市產品：Iridium 9704 要準備什麼、開發板有哪些限制、為什麼要認證、怎麼選硬體、適合哪些應用，以及實測的時間與耗電。十篇依順序讀，每一篇也能單獨看。

下一篇 →