AMR Wi-Fi 設計始於應用行為：哪些訊息可能被延遲或丟失，斷線可容忍多久，會話如何恢復，以及通訊中斷時機器人在本地的操作。固定點的峰值吞吐量很少是控制要求。
漫遊依賴於射頻覆蓋、客戶端決策、通道和電源設計、認證、交換以及路由回程。驗證必須將真實機器人沿生產路線移動，並以代表性流量進行關聯，並將網路事件與物理行為關聯起來。
本指南應與 ROS 2 QoS 指南 及 AMR 與 AGV 選擇指南一起使用。無線服務不應成為唯一維護安全機器人狀態的層級。
寫入訊息級別的延遲、丟失和中斷要求
按延遲、抖動、丟包、頻寬、順序性、機密性和恢復需求分類車隊排程、路線預訂、地圖、遙測、影片、診斷、軟體更新和遠端支援。說明哪些功能仍屬於本地。
定義最大容忍連續中斷和資料過時行為，而不僅僅是平均丟包。超出有效視窗的命令可能比被明確拒絕的命令更危險。
生產條件下及機器人高度下的測量射頻
在機械、人員和庫存保持正常位置時，測量真實路線、對接點、電梯、門、貨架和交叉口。包括機器人上的天線位置和方向，而不僅僅是手持裝置站立高度。
NIST 的 工業無線系統部署指南 組織了目標、環境檢查、選擇、設計、部署和監控，涵蓋整個生命週期。使用可重複的路線，保留平面圖、通道、時間和生產狀態。
平衡單元重疊、干擾與客戶端漫遊
更多的接入點或最大發射功率會增加同通道干擾，促使客戶端繼續連線到弱小區。根據測量到的客戶端行為和容量設計通道、寬度、功率、天線模式和重疊。
NIST 的 工業射頻傳播研究 報告了不同設施的測量資料，並分析路徑損耗、延遲擴散和 K 因子。工廠金屬、運動和佈局使通用覆蓋半徑不可靠。
將接入點視為路由的一個組成部分
照片中的牆掛裝置無法顯示天線模式、通道利用情況、回程、控制器策略或 AMR 客戶端行為。請記錄準確的硬體、韌體、設定以及電纜或交換路徑。
確認安裝、電源、環境等級及維護存取情況。外觀完好的 AP 可能過載、設定錯誤或透過故障上行鏈路連線。
分解漫遊為可測量的階段
測量檢測或掃描、候選選擇、認證與關聯、金鑰交換、 IP 和路由連續性、傳輸恢復以及應用會話恢復。客戶端、 AP、控制器、交換機和應用可能需要不同的捕獲方式。
快速的第 2 層切換仍可能在地址解析、 VPN、發現 DDS 或應用超時重啟時造成長時間的任務中斷。使用跨層的帶統一時間戳的跟蹤。
| 漫遊階段 | 度量 | 可能的依賴 | 失敗症狀 |
|---|---|---|---|
| 發現 | 候選項與掃描時間 | 客戶端與管道計劃 | 粘性弱的 AP |
| 認證 | 交換時長 | 安全性與金鑰快取 | 長關聯間隔 |
| 網路 | 地址與路線連續性 | VLAN 和回程 | 資料包被黑洞化 |
| 交通 | 丟失與再傳 | 協議與緩衝區 | 突發延遲 |
| 應用 | 會話和狀態恢復 | DDS 或機器人車隊邏輯 | 機器人依然陳舊 |
AMR 在交通下移動時進行測試
在切換區以代表性速度和不利速度行駛，同時生成生產交通混合。重複方向、負載、天線朝向及併發機器人數量；靜止速度測試不重現漫遊決策。
捕捉 RSSI 或等效訊號指標、通道利用率、重試與丟失、 AP 切換時間、訊息資料齡和機器人狀態。標記精確路由位置，使反覆故障對映為物理變化。
透過資料語意調整 ROS 2 QoS
可靠傳輸適用於必須到達的狀態，但重傳和背壓會增加有損鏈路的延遲。當最新資料比所有歷史樣本更重要時，盡力而為適用於可替換的高速率感測器樣本。
將部署的 ROS 2 分發固定，測試釋出者與訂閱者的相容性、歷史、深度、截止日期、壽命以及在損失下的活躍度。使用 ROS 2 感測器和命令 QoS 指南，而不是對每個主題套用同一個設定檔。
設計 VLAN、 QoS 和回程時，不隱藏擁塞
根據安全和營運需求分離機器人、訪客、影片和管理流量。驗證交換容量、上行冗餘、控制器可達性、 DHCP 或地址策略以及端對端優先順序對映。
優先順序無法創造頻寬。對批次上傳和更新進行速率限制，然後用現實的併發流量給網路施加壓力，以暴露佇列、丟包和恢復，而不是測試空網路。
將網路事件與機器人行為相關
在機器人紀錄、資料包捕獲、 WLAN 控制器事件、交換遙測和車隊操作時使用統一的執行 ID 和合格時鐘。測量訊息在消費時的年齡，而不僅僅是單一介面的資料包到達。
機器人時間同步指南有助於建立時間證據，同時認識到無線客戶端可能使用不同的同步質量，需要不確定性報告。
在鏈路恢復前定義安全的本地行為
指定機器人是否完成有界本地段、減速、在安全地點停車、保留預留、超時釋放資源或等待認證恢復。正確反應取決於本地感知、地圖、交通和危害分析。
不要依賴遠端停止命令來控制失敗的鏈路。驗證本地看門狗、陳舊命令拒絕、障礙反應，並故意中斷通訊時重啟授權。
監控路由層級的退化和變化
透過路線和時間追蹤漫遊間隙分佈、訊息資料齡、重傳、通道利用率、 AP 關聯、應用恢復和機器人介入情況。車隊平均值可能隱藏一個通道或方向，尾部延遲嚴重。
在 AP、韌體、安全、交換機、機架、庫存、機械或 AMR 天線更換後，重複調查和迴歸執行。在任務反覆失敗成為常態化前，對惡化進行警報。
釋出 AMR 無線驗證檔案
保留訊息需求、本地斷鏈行為、調查方法、射頻計劃、 AP 和客戶端基線、漫遊捕獲、流量負載、 QoS 設定檔、回程測試、機器人追蹤、斷線結果和變更觸發。
仔細審查，請進行以下檢查。
評估“AMR Wi-Fi 漫遊與網路驗證”時，還應儲存模型版本、機器人設定、校正檔案、測試日期和全部試驗記錄。
只有把這些持續投入與單位成功任務的價值比較，才能判斷方案是否適合擴大。
上線後仍要持續檢查分佈變化、感測器漂移、機械磨損和人工接管原因。
實際專案還應指定資料、模型、控制器和安全流程的負責人，並預先定義回復條件。責任邊界、審批記錄與變更紀錄越清楚，故障發生後越容易停止擴散、定位原因並安全恢復。
把任務拆成感知、決策、動作執行和結果確認，可以更準確地定位瓶頸。每一階段都應有獨立指標與失敗示例，避免用端對端成功率掩蓋偶發但嚴重的風險。
| 驗收測試 | 證據 | 不利案例 | 拒絕 |
|---|---|---|---|
| 覆蓋範圍 | 路線訊號與重試 | 庫存與移動機器人 | 未測量死區 |
| 漫遊 | 階段和場次時間 | 雙向切換 | 尾部超出預算 |
| 交通 | 年齡、損失與排洩 | 影片與車隊負載 | 優先順序崩潰 |
| 停電 | 機器人與預留狀態 | AP 或上行鏈路丟失 | 不安全的遠端依賴 |
| 迴歸 | 路線執行前後 | 佈局或韌體變更 | 沒有可比的基線 |
- 定義每個訊息類別的中斷和過期資料行為。
- 在實際天線高度測量生產路線。
- 透過應用恢復測量每次漫遊。
- 強調併發流量、交換和回程。
- 無需遠端指令即可證明本地安全行為。
常見問題
強 RSSI 能消除 AMR 漫遊問題嗎？
不會。干擾、客戶端決策、認證、回傳和應用恢復可能失敗，儘管訊號很強。
啟用快速漫遊功能是否總是減少切換時間？
不。客戶端支援、安全設定、網路設計和應用行為必須相容且可衡量。
每個 ROS 2 主題都應該使用可靠的 Wi-Fi QoS 嗎？
不。可靠性會增加積壓和延遲；從每個資料流的語意中選擇設定檔，並在丟失時進行驗證。
一旦 Wi-Fi 斷線， AMR 必須立即停止嗎？
本地反應取決於風險和能力，但必須預先定義、有界限且安全，不能依賴於失敗的連線。
何時應重複 RF 調查？
在物料接入點、客戶端、安全、交換機、佈局、機械、庫存或路由變更以及監控顯示路線層級退化時，
無線效能與本地安全邊界
當基於路由的射頻、漫遊、回傳和應用恢復達到規定預算，並且機器人在通訊中斷期間保持本地安全時， AMR Wi-Fi 是可接受的。