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 是可接受的。