SiteTalk 使用說明
常見問題
CHAPTER 06

常見問題

遇到問題先來這裡對症查:前半是使用者常見問答,後半是「給網路管理者」的 WiFi AP 設定重點——多數「聽不到、斷話」問題出在現場網路設定,而不是 App 故障。

查完本章仍無法解決時,請聯繫您的系統管理者或軒垣資訊,並附上 App 關於 頁的裝置碼(見「日常操作」章第 4 步),處理會快很多。
PART 1

使用者常見問答

依「症狀」找到你遇到的情況,照著做即可;需要網管處理的,把本章末的 PART 2 給網管看。

Q1

裝好了,但兩台互相聽不到

先確認兩台都連到同一個 WiFi(WiFi 名稱相同)、選了同一個頻道,而且畫面上方的連線開關是開的。SiteTalk 的語音只在同一個區域網路內傳送,跨不同 WiFi 收不到。

若以上都對還是聽不到,最常見的原因是 WiFi 基地台(AP)開了「客戶端隔離」(Client Isolation / AP Isolation),讓裝置彼此之間不能通訊。這需要由網管調整,請把本章末「給網路管理者」一節提供給網管確認。

快速判別:兩台都顯示連線正常、按發話鍵有提示音,但對方就是沒聲音——幾乎可以確定是網路設定問題,不是 App 或機器故障。
Q2

一開始正常,過幾分鐘就聽不到(或只有單向)

這是網路設備 IGMP Snooping 設定不完整的典型症狀:交換器/AP 在幾分鐘後(約 5 分鐘)把語音群組「修剪」掉,聲音就斷了;重開 App 或重連 WiFi 會暫時恢復,過幾分鐘又斷。

請網管處理:在該網段提供 IGMP Querier,或對這個 VLAN 關閉 IGMP Snooping(詳見 PART 2 建議設定表)。

Q3

切到背景或螢幕關掉就沒聲音

先檢查裝置設定:確認已照「事前準備」章關閉電池管理員,並到 設定 > 應用程式 > SiteTalk > 電池 設為 不受限制;若機器有「自動啟動」或「受保護的應用程式」名單,也把 SiteTalk 加進去。

若還是一樣:部分較舊機型(例如 RS35)在螢幕關閉後 WiFi 會進入省電模式而漏收語音。改善方式是請網管在 AP 開啟 multicast 轉 unicast 功能並調低 DTIM(各廠牌設定名稱見 PART 2 第 3 項)。

判別方法:熄屏沒聲音時,請別台對它發話,再按一下電源鍵亮屏——若一亮屏立刻恢復聲音,就是 WiFi 省電漏收,照上面第二段處理。
Q4

綁定或更新授權時跳「網路錯誤」,但裝置上網正常

授權操作(掃 QR 綁定、更新授權、解除綁定)需要連到授權伺服器。部分現場路由器的 DNS 回應有缺陷,Android 會把查詢失敗的結果快取起來,之後怎麼重試都失敗。

現場快速解:把 WiFi 關掉再打開(或切一下飛航模式),然後立刻重試一次。

一勞永逸:到 設定 → 網路和網際網路 → 私人 DNS,選「私人 DNS 供應商主機名稱」並輸入 dns.google,儲存後即不再受現場路由器 DNS 影響。

給網管:有防火牆管制的場域,裝置設私人 DNS 後需放行 853/tcp(DNS over TLS),詳見 PART 2 第 4 項。
Q5

換機、送修或重灌 App 怎麼辦?

換機/送修:請管理者先在後台把該設備釋放(見「管理後台」章第 4 步)歸還授權名額,新機或修好的機器再重新掃裝機 QR 完成綁定(見「授權啟用」章)。

重灌後沒聲音或不能發話:權限需要重新允許——照「授權啟用」章步驟 4~9(錄音、通知、背景執行、上層顯示)再做一次。

注意:機器遺失、失竊時請管理者用撤銷而不是「釋放」,撤銷後該機無法再綁定使用。
Q6

兩台放很近會有回音或嘯叫

對講是半雙工(同一時間只有一人發話),App 不會播放自己發出的聲音;聽到的回音或嘯叫,是「甲機喇叭的聲音被乙機麥克風收進去」的聲學回授,和一般手機開免持靠太近的情況相同。

建議:把兩台機器拉開距離、調低喇叭音量,或改用耳機。

PART 2

給網路管理者:WiFi AP 設定重點

本節可直接提供給貴公司的網路/IT 管理人員。SiteTalk 語音走區域網路 UDP multicast(TTL=1,不出網際網路、不需伺服器),特性與業界 PTT 方案(如 Zebra PTT Express)相同,WLAN 設定建議也一致。

1

必要條件——錯一項就完全不通

項目要求說明
網段規劃所有對講裝置同 SSID → 同 VLAN → 同一 IP 網段語音封包 TTL=1,不跨路由器/VLAN
Client Isolation必須關閉別名:AP Isolation / Station Isolation / Client-to-Client Blocking / Peer-to-Peer Blocking。開著=裝置互聽不到,最常見的「假故障」
Multicast 轉送放行目的群組 239.192.78.1 ~ 239.192.78.32每個頻道一個群組;企業 AP 預設常丟棄多播
UDP 埠放行 UDP 45738(目的埠)來源埠任意;注意 captive portal / ACL
2

建議設定——影響穩定度與延遲

項目建議值原因
DTIM1 或 2(Beacon 100ms 基準)太大會讓 AP 緩衝多播,延遲/抖動大、省電中的裝置漏收
WMM / QoS開啟,語音標記 VOICE(AC_VO)避免語音被資料流量壓住
Multicast Rate偏低的 basic rate太高→邊緣裝置收不到;太低→吃光 airtime,取折衷
IGMP Snooping啟用就必須有 IGMP Querier;否則對該 VLAN 關閉缺 Querier 的典型症狀=一開始正常、約 5 分鐘後單向或全部斷話
頻段優先 5GHz;2.4GHz 只用 1/6/11減少干擾、airtime 較充裕
DFS 頻道避開雷達避讓會造成瞬斷
多 AP 漫遊同 SSID/同 VLAN,實測漫遊不掉聲換 AP 後 IGMP 群組需重新註冊
3

開啟 multicast 轉 unicast(各廠牌名稱)

建議開啟。AP 會把多播複製成單播傳給省電中的裝置,單播能喚醒裝置的 WiFi 接收——可解決較舊機型熄屏後收不到聲音的問題(見 Q3),並請搭配把 DTIM 調低。

廠牌功能名稱備註
ArubaDMO(Dynamic Multicast Optimization)建議搭配 dmo-channel-utilization-threshold 90
CiscoMulticast Direct(Media Stream)於 WLC 啟用
RuckusDirected Multicast—
Ubiquiti UniFiMulticast Enhancement—
注意:各廠牌實作行為不一(有的改善、有的反而更差),開啟後請務必實測。裝置數量多時 AP 負擔會上升。
4

對外連線需求(僅授權操作,非日常通話)

日常語音完全走區域網路,不需要網際網路。只有裝機綁定、更新授權、解除綁定時,裝置需要連到授權伺服器:

目的放行備註
授權伺服器TCP 443 → enroll.codegeek.tw若有 SSL 檢測(SSL Decryption),請將此網域排除
私人 DNS(選用)TCP 853(DNS over TLS)裝置設私人 DNS dns.google 時需要(見 Q4)
5

五分鐘現場驗收

  1. 兩台同頻道互按發話鍵 → 雙向都有聲音 = 基本設定通過。
  2. 兩台互 ping 不通 → Client Isolation 沒關(回查第 1 項)。
  3. 一台講、第三台同頻道收不到 → IGMP Snooping 修剪群組(回查第 2 項 Querier)。
  4. 離 AP 較遠處斷斷續續 → 調整 Multicast Rate / 改用 5GHz。
  5. 待機久了第一句漏掉 → DTIM 調低、關閉裝置 WiFi 省電。
  6. 一開始正常、幾分鐘後斷話 → 缺 IGMP Querier(回查第 2 項)。