前言

在筆者我之前的文章中有提到, APRS 為聯邦式系統,由不同的火腿所管理,也能使用各式多樣化的設備來實作出功能。


然而有些設備卻有著些潛在的問題需要解決。

VP-DIGI

VP-DIGI 為一個開源的硬體 TNC 解決方案,它的優勢是以低成本的方式來購艦出一個 DIGI 的系統,但是根據友站的觀察以及筆者自身瀏覽網站時發現 VP-DIGI 有以下幾個潛在的問題。

轉發毀損封包

根據下圖資料所示, VP-DIGI 會把 BV7YA-10 轉出來損壞的封包再轉發一次,造成 APRS 頻道上產生不必要的無效封包。 BM4AIK-1? 後面那個問號就是他轉發了沒有插入中繼呼號的損壞封包。

亂碼問題

一個實作正常的 DIGI 系統應當,有 CRC 校驗封包的正確性,但是我們觀察到,儘管 VP-DIGI 的 Github 頁面聲稱實作了 CRC 校驗,但是實際投入使用,仍然會觀察到亂碼的問題出現。(如下圖所示)

應對方案

由於部分採用該方案的社群,對於上述的問題視為正常現象,並且有擴大佈署設備的趨勢。

為了不要造成頻率上有著大量的無效封包傳輸,占用有限的頻率資源,所以我們用 Direwolf 把有問題站點的封包拒收

51TNC

51 TNC 是一個熱賣的硬體 TNC ,但是熱賣並不代表沒有問題的出現。 以上文所提到的某個站台,因轉發出來的封包不會插入自身呼號,會變成連續兩個逗點像是 ,,

這種封包格式完全是錯誤的,伺服器不會收,更不應該被再次轉發,將導致當地APRS網路充斥錯誤封包,51TNC 相關設備會轉發此類封包,如果使用者有使用相關設備,建議尋找替代方案或更換。

心得與看法

聯邦制以及開放的標準,使的 APRS 的解決方案可以百花齊放,但是面對問題時應當採取積極的態度,而不是置之不理,正所謂有競爭才有進步,才能共創一個良好的 APRS 環境。


更多精彩文章請點我