IMT CC 到底幫你解決什麼問題?
專題 IMT 9704 開發與選型 第 2 篇,共 10 篇
簡答
它先做好雲端佇列、訊息進度、重新響鈴、大檔分段與保存。
IMT 是為雲端設計的服務,但「為雲端設計」也代表後端要自己做。對多數硬體團隊來說,這半邊的工作量不比設備少:
| 要處理的事 | 自己做 | 用 IMT CC |
|---|---|---|
| 雲端佇列 | 自己的 AWS 帳戶、向服務商申請 Topic、建佇列與跨帳戶權限 | N3D 已建好,拿 Token 就能收發 |
| 訊息到哪了 | 自己記錄送出、排隊、送達、失敗 | 每則訊息的進度照 Iridium 的實際回報更新 |
| 設備沒接到響鈴 | 自己決定何時再響、響幾次 | 平台自動隔一段時間再響 |
| 多則 MT 的順序 | 自己排隊,避免一台設備同時收到好幾則 | 每台設備一次一則,一台卡住不影響其他設備 |
| 超過 100 KB 的檔案 | 自己設計切段、組回、補缺段 | 平台分段送達,目前不另收費 |
| 你的伺服器掛了 | 訊息可能流失 | 沒取走的訊息留 7 天;打開保存則備份 1 年 |
| 開發與除錯 | 自己寫測試工具 | 網頁主控台:文字、圖片、語音直接試,開發板來回測試、一鍵更新韌體 |
最大的好處:一次只專心一件事
開發階段,IMT CC 就是你的後端。韌體做穩了,再讓你的伺服器呼叫同一組 API,設備端完全不用改。訊息沒到時,主控台看得到卡在哪一站,不必猜是設備還是伺服器的問題。
資料是你的
訊息要不要保存,由你在主控台自己切換,N3D 員工不能代切。預設送到就刪除內容;打開保存後備份 1 年,只能從你自己的管道取回。
資料來源
- 功能、保存規則:N3D IMT CC 產品頁。
- Topic、Amazon SQS、跨帳戶驗證:Iridium 官網〈Iridium Messaging Transport (IMT)〉。
以後想自己接 CloudConnect,設備要改嗎?
設備送的是標準 IMT 訊息,換後端不必改設備。但大檔分段是 IMT CC 的功能,自己接就要自己做。
我已經有伺服器了,還需要 IMT CC 嗎?
有伺服器不代表有 CloudConnect 這一段;IMT CC 接在兩者中間,你的伺服器只要呼叫 API。
本專題全部文章
從開發板到上市產品:Iridium 9704 要準備什麼、開發板有哪些限制、為什麼要認證、怎麼選硬體、適合哪些應用,以及實測的時間與耗電。十篇依順序讀,每一篇也能單獨看。
相關硬體
更新 2026-10-27
N3D 提供山域與工業環境的衛星通訊服務。 看服務內容