---
# System prepended metadata

title: 關於 APRS 的一些事情

---

# 關於台灣 APRS 系統的一些問題
## 前言
在筆者我之前的文章中有提到， APRS 為聯邦式系統，由不同的火腿所管理，也能使用各式多樣化的設備來實作出功能。
***
然而有些設備卻有著些潛在的問題需要解決。
### VP-DIGI
VP-DIGI 為一個開源的硬體 TNC 解決方案，它的優勢是以低成本的方式來購艦出一個 DIGI 的系統，但是根據友站的觀察以及筆者自身瀏覽網站時發現 VP-DIGI 有以下幾個潛在的問題。
#### 轉發毀損封包
根據下圖資料所示， VP-DIGI 會把 BV7YA-10 轉出來損壞的封包再轉發一次，造成 APRS 頻道上產生不必要的無效封包。
BM4AIK-1? 後面那個問號就是他轉發了沒有插入中繼呼號的損壞封包。
![](https://hackmd.io/_uploads/rJoabkCRh.jpg)

![](https://hackmd.io/_uploads/Hk9pbJARh.jpg)
#### 亂碼問題

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

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

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

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

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

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