点击蓝字 关注我们
产线上有一类设备天生"坐不住"：AGV 载着传感器满车间跑，滑台带着工装往复移动，工具更换器在换刀瞬间完成数据交接。有线系统拿这种场景毫无办法——线缆一拉，运动就受限；IO-Link Wireless 则专门为这类移动设备设计了一套 Roaming（漫游） 机制，让设备可以在多个主站小区之间"边走边换"，整个过程自动完成，本篇文章我们就把漫游的检测、连接与断开全流程拆开讲。
漫游需求：谁在用这条"绿色通道"
有线世界里，传感器和主站是"一夫一妻"；无线世界里，IO-Link Wireless 默认也是这个模型——设备配对给一个主站，长期驻留。但生产现场总有例外：设备需要跟着运动部件跨区移动，或者临时借用另一台主站的能力。规范 4.4.3 定义的 Roaming 特性，就是为这类场景准备的：允许一台预定义的 W-Device 在多个预定义 W-Master 小区之间自由移动，每个小区都是一位"临时房东"。有意思的是，这个能力对 W-Device 是强制要求，对 W-Master 则是可选功能——移动侧天生就该会漫游，固定侧按需开放。
漫游的典型场景，规范里能对号入座：AGV（自动导引车） 在车间里穿行，沿途经过不同主站的小区，需要边走边切换归属；滑台、直线模组带着传感器往复运动，行程跨越两个主站的覆盖区；工具更换器（Tool Changer）在换刀的一瞬间，旧工具退出、新工具接入，数据交接要在极短时间内完成。共同点是设备物理位置在变，但过程数据不能断——这正是漫游机制存在的理由。
工作原理：一条 Track 的"永久驻留"
漫游在主站侧是怎么配置的？规范给出的约束相当明确：每个 W-Master 最多只能把一条 W-Track 配置为 Roaming Mode。这条 W-Track 的地位很特殊——它使用的是包含配置信道的专用跳频表（配置信道 2401 MHz 与 2480 MHz 被纳入跳频序列），这样它才能持续"广播自己"、持续"听到新来者"。
更关键的是它的运行形态：与 Scan、Pairing 模式"用完即止"不同，Roaming Mode 永久激活——系统管理（SM）状态机明确规定，漫游轨道一旦配置，就会持续不断地在配置信道上发 Scan Request 消息，循环往复地执行设备发现流程。跳频表的构造细节在附录 H.2 里给了完整七步算法（创建信道数组 → 剔除 Blocklist 信道 → 按 MasterID 循环移位 → 取素数索引 → 生成跳频矩阵），保证每台主站的漫游轨道都有自己独立的跳频节奏。
检测与连接：Handover Connect 的"三步递进"
漫游设备是怎么被接进来的？规范给出了完整的 Handover Connect 序列，可以拆成三个阶段：
① 定期广播：处于 Roaming Mode 的 W-Master W-Track 持续在配置信道上发 Scan Request，等待未配对设备应答。
② 应答与鉴权：断连的漫游 W-Device 在配置信道上监听到请求后，回一条 Scan Response Uplink 报告自己的存在——设备亮出 UniqueID，主站据此判断"是不是我该接的那台"。
③ 临时配对：主站用 Pairing by UniqueID 流程完成连接，区别在于配对请求里的 Roaming Flag 置为 1（01 = Roaming requested）。随后照例走 Pairing Response → Negotiation 1 → Negotiation 2 三轮握手，交换连接参数、完成同步，设备进入正常工作、开始周期性上行数据。
这里有个容易忽略的设计细节：收到激活的 Roaming Flag 后，W-Device 会切换到漫游模式，此模式下 Pairing by Button 和 Re-Pairing 功能被禁用——漫游连接只认 UniqueID 这条"正规军"路线，从根上杜绝了误配。
Handover Disconnect：主动断开的"绅士退场"
设备要离开小区时，规范设计了 Handover Disconnect 流程，由 W-Master 主动发起。触发时机有两类：一是应用层（如 PLC）主动释放设备——比如工具更换器已处理完当前工具、传送带上的托盘已完成装载，应用不再需要这台设备；二是链路质量（Wireless Quality）退化到绝对最低，说明设备已经跑出覆盖范围，两种情况下，主站都会执行干净的断开流程。
这个流程最大的讲究在于故障抑制：因为断开是预期中的动作，整个断开过程中的故障指示（比如 IMA 超时报警）都会被抑制，不会误报到上位系统造成"假报警"；待处理的诊断消息（pending diagnosis messages）也会在流程完成后全部清理。可以理解为：设备不是"掉线"了，而是"请假"了——系统清清楚楚知道它为什么离开，也就不必大惊小怪。
值得注意的还有重连逻辑：设备离开后若还想回到同一台主站，只有在链路质量显著改善的前提下才允许重连——防止设备在小区边缘"反复横跳"。
⏱️ 时延管理：5 秒窗口与"过夜不留"的存储策略
漫游是有代价的，规范里直白地写了一句 NOTE：切换过程需要一段时间，期间无法交换过程数据。这段时间由一组超时参数管控（：SCAN_TIMEOUT 为 5 秒（主站侧扫描窗口）、PAIRING_UNIQUE_TIMEOUT 主站 5 秒 / 设备 200 毫秒——也就是说，从设备应答扫描到配对完成，主站留给整条链路的预算大约在秒级，设计应用时必须把这部分"断流窗口"算进工艺流程（比如工具更换器的换刀节拍）。
存储策略同样为"临时"二字服务：漫游 W-Device 不永久保存配对信息，断开时直接丢弃，规范只要求把连接参数存放在易失性存储器里——这样设备离开一个小区后不留任何"前主人"的痕迹，到了下一个小区又是一张白纸，随时可以被新主站重新配对。这也解释了为什么漫游设备必须走 UniqueID 配对：每次连接都是"从零开始"，身份核验只能靠硬件级的唯一标识。
✅ 写在最后
把漫游机制浓缩成一句话：一条永久激活的漫游轨道负责"持续发现"，Roaming Flag 标记"临时身份"，三轮协商完成"快速接入"，主动断开配合故障抑制实现"干净离场"，易失性存储保证"不留痕迹"——四段式设计，把移动设备的无线归属问题解决得相当彻底。
关注我们 阅读更多好文