circle-question為什麼選擇 Meshtastic

Meshtastic 是一個基於 LoRa 技術的開源通訊專案,設計目標並不是高速傳輸,而是「在資源受限的情況下,仍能維持基本通訊能力」。

它的核心特性包括低功耗、長距離、以及不依賴基地台或網際網路。每一個裝置既是使用者端,同時也能在必要時成為訊息中繼節點,協助其他裝置轉發訊息,形成 Mesh 網路。

需要特別強調的是,Meshtastic 並不是即時通訊工具。訊息傳送通常會有數秒至數分鐘的延遲,不保證每筆能夠傳遞到,且不適合傳送大量資料,也無法傳送照片或影片。然而,在災害情境中,能夠傳送「簡短且關鍵的文字訊息」,就具有一定的實用價值。

從實際使用角度來看,Meshtastic 更接近一個「低速但獨立的備援通訊層」,而不是對講機/業餘無線電的替代品。

其他的可能方案?

在討論備援通訊方案時,常會看到一些標榜「無需額外設備,只要安裝手機 App 即可使用」的解決方案。這些方案,利用手機上內建的藍牙或 Wi-Fi 通訊模組,進行點對點或 Mesh 通訊的應用程式。這類方案的優點在於使用門檻低,不需要事先準備額外裝置,在特定情境下確實具有吸引力。

然而,從災害備援的角度來看,這類「僅需要App 無需額外設備」的方案,仍存在幾個難以忽略的限制。

首先是實際可用的通訊距離。無論是藍牙或 Wi-Fi Direct,其有效距離十分有限。當人員分散在不同街區、樓層,或必須移動避難時,通訊範圍往往難以維持穩定覆蓋。

在 2025 年的 Burning Man 節(Burning Man)中,就有人測試 BitChat 的訊息中繼效果。根據現場使用者回饋,在該活動範圍內進行訊息「多跳(hop)」轉發的實驗並未達到預期效果,訊息無法有效從發送端到達接收端,中繼能力顯示不佳,與理想中的大範圍覆蓋有明顯差距。這類結果凸顯了目前 Bluetooth Mesh 這類方案在密度與無線傳輸距離上的物理限制,使其在大面積活動或都市環境中,難以形成能跨越較大間隔的通訊網路。redditarrow-up-right

其次是節點持續運作的能力。手機在災害情境中往往需要節省電力,且使用者會隨時移動位置,這使得以手機為核心的 Mesh 網路,很難形成長時間穩定存在的中繼節點。

相較之下,Meshtastic 採用的是基於 LoRa 的低功耗無線通訊技術,其設計目標本就不是高速資料傳輸,而是在資源受限的情況下,維持長距離、低頻寬但可靠的通訊能力。透過獨立的節點設備,可以在不依賴行動網路與網際網路的情況下,形成能夠自動中繼訊息的 Mesh 網路。

另一個重要考量,是在地社群的成熟度。在台灣,Meshtastic 已經有持續運作的使用者社群、中文說明文件,以及實際部署並長期在線的節點。這意味著在緊急情境中,使用者並不是從零開始,而是有機會直接連線到既有的 Mesh 網路,或在熟悉的社群中快速取得協助。

綜合以上因素,Meshtastic 並不是唯一的備援通訊選項,但在「可用通訊距離」、「長時間運作能力」以及「台灣已有相對成熟的使用者社群」這三個面向上,仍然是一個相對務實且可行的選擇。它更適合作為一個事前準備、災害發生時能立即投入使用的備援通訊方案。

Last updated