不止是射频头 2️⃣：为什么有的模块只能“喊一嗓子”，有的却能“自动认路、自动避让、自动修复”？
上一期，我们拆开了无线模块的“五脏六腑”，把硬件从头到尾看了个遍。有读者后台留言说：“硬件我懂了，但你说的‘协议栈’到底是什么？为什么有的模块只能透传，有的却能自组网？”
这个问题问到了核心。打个比方：硬件是人的身体，协议栈是人的大脑和神经系统。身体再强壮，大脑不行，也干不了复杂的事。
今天，我们就来聊聊无线模块的“大脑”：WiMinet有中心自组网协议栈。用一个通俗的对比说清楚：
为什么有的模块只能“喊一嗓子”，有的却能像“智能交通+指挥中心”一样自动运行？
一、先看三个场景
场景A：大广场上扯着嗓子喊（透传模块）
广场上站着100个人，你想把一句话告诉其中某个人。怎么办？你只能扯着嗓子喊：“张三！你在吗？”但问题是：其他人也都在喊，你听不清张三有没有回你，也不知道他听没听见。广场上乱成一锅粥。
这就是透传模块的工作方式：只管喊，不管乱。
场景B：交警在路口一辆一辆指挥（ZigBee类组网）
路口站着交警（协调器）。每辆车要过路口，都得听交警指挥：“你走，你等，你走……” 交警需要知道每辆车要去哪，一辆一辆安排。换个路口，重新安排。交警不在，路口就乱。更麻烦的是，所有车都必须经过交警。交警累坏了，车一多就堵死。交警病了，整个路口瘫痪。
这就是ZigBee类组网的工作方式：有中心，但中心是瓶颈，每一条指令都要经过中心。
场景C：交通指挥中心 + 智能车辆（WiMinet有中心自组网）
一个城市里，100辆车在跑。有一个交通指挥中心（协调器），负责：1.给每辆车下发地图和规则；2.监控整个交通状况；3.处理异常情况（封路、事故）。但是指挥中心不干预每一辆车的每一次通行。
每辆车拿到地图和规则后，自己判断：
该走哪条路（自动路由）
路口怎么让（自动防碰撞）
前面堵了怎么绕（自动修复）
到了报平安（自动确认）
区别在哪里？
ZigBee是交警站在路口，一辆一辆指挥（中心是瓶颈）；WiMinet是中心制定规则，车辆自动执行（中心是管理者，不是瓶颈）你只需要说：“我要从A到C”，剩下的，系统自己搞定。
二、透传模块：只会“传话”，什么都不管
透传模块的工作逻辑很简单：收到什么，就发什么。听起来很直接？问题也出在这里。
① 没有地址，不知道发给谁
透传模块没有“地址”这个概念。它不知道数据从哪来，也不知道要送到哪去。要么广播给所有人，要么事先固定配对（A只发给B）。网络里有10个设备，想让A发给C？抱歉，做不到。除非你重新配对。
② 没有路由，不知道怎么走
透传模块不支持多级中继。A和C距离太远，中间需要一个B帮忙转一下？抱歉，透传模块不会“转”。信号传不到，就是传不到。
③ 没有防碰撞，人多就乱
两个设备同时发数据会发生什么？冲突，数据丢失。设备越多，冲突越严重。3个设备还凑合，10个设备频繁丢包，50个设备基本不可用。
④ 没有确认，发完不管
透传模块发完数据就完了。对方收到没有？不知道。没收到怎么办？不会重发。你需要自己在应用层做确认、做重试、做超时，这些全部是你的工作量。
一句话：你喊一嗓子，它帮你传一嗓子。至于谁在喊、喊给谁、有没有人同时喊、对方听没听见，一概不管。
三、ZigBee类组网：有中心，但中心是瓶颈
ZigBee类方案比透传强一些，有了基本的组网能力。
① 有地址，但需要协调器配置
每个节点有地址，但需要协调器预先配置。换个环境，重新配置一遍。更关键的是：所有数据都要经过协调器。 协调器故障，整个网络瘫痪。
② 有路由，但路径经过中心
支持静态路由或半静态路由，但路径通常要经过中心节点。A发给C：A→中心→B→中心→C……绕来绕去，效率低，中心成了瓶颈。
③ 有防碰撞，但效率不高
支持基础的CSMA/CA，但节点多了照样乱。100个节点同时工作，丢包率明显上升。
④ 有确认，但重传机制简单
支持ACK确认，但重传策略是固定的。网络拥塞时，简单重传反而加剧问题。
一句话：有交警指挥，但所有车都必须经过交警。车多了堵死，交警病了全瘫。
四、WiMinet有中心自组网：中心是管理者，不是瓶颈
WiMinet的工作逻辑完全不同：有中心负责管理，节点自动执行。
1 有中心，但中心不是瓶颈
WiMinet有协调器，但协调器只做三件事：
网络管理：节点入网、地址分配
路由计算：计算**路径，下发给节点
异常处理：节点故障时重新计算路由
数据通信不经过中心！ 节点拿到路由表后，直接点对点通信。中心再忙，也不影响数据收发。
2 自动寻址，无需人工配置
每个WiMinet节点有**地址。上电后自动向中心注册、自动获取路由表。你不需要告诉它谁是谁，它自己知道。
3 动态路由，自动维护
WiMinet支持多级中继和动态路由。A和C距离太远？中心计算路径：A→B→C，下发给A。中间B坏了？中心检测到故障，重新计算：A→D→E→C，自动下发新路由。
这叫网络自愈。节点坏了，数据自动绕路，不丢包、不断连。
4 智能防碰撞，人多不乱
WiMinet采用自适应CSMA/CA + 时隙调度。
发数据前先“听一听”信道是否空闲
根据网络负载自动调整参数
高负载时可配合TDMA为每个节点分配专属时隙
100个、200个节点同时工作？没问题。协议栈自动排好队，按顺序来。
5 可靠确认，自动重传
每一帧数据都有确认机制。没收到的，自动重传，直到成功或超时报错。重传策略是自适应的：网络忙时等待，网络闲时快速重传。不会因为重传加重拥塞。
6 自动修复，无需人工
这是WiMinet最核心的能力。
节点故障？中心检测到，重新计算路由
信号变差？中心调整路径
新节点加入？自动注册、自动融入网络
网络拓扑变化？中心自动重新计算
你什么都不用做。中心负责管理，节点自动执行。
一句话：你只需要说“我要从A到C”，中心给你指条路，你自己走过去。不用绕回中心，不怕中心忙，中心坏了也不影响已经在路上的车。
五、一张图看懂：透传 vs ZigBee vs WiMinet
六、读者问答：关于WiMinet的几个常见疑问
看到这里，你可能会问几个问题。我主动回答一下。
七、实际体验：一个真实的对比
假设你要部署一个无线网络，覆盖一个工厂车间，里面有100个设备。
用透传模块：
手动处理地址、路由、冲突、重传……应用层写大量代码
设备坏了，后面全部断连，去现场重新配置
丢包了，自己想办法补
想看网络状态？黑盒，看不到
硬件省钱，但你的时间、运维、折腾，全补回来了。
用ZigBee类组网：
需要协调器配置，换环境重新配
所有数据都要经过协调器，协调器忙了，全网慢
协调器坏了，整个网络瘫痪
节点坏了，路由不会自动绕路，需要人工干预
100个节点以上，丢包率上升
比透传好一些，但中心是瓶颈，有单点故障，运维成本还是高。
用WiMinet有中心自组网：
设备上电，自动向中心注册、自动获取路由表
数据不经过中心，节点间直接通信，中心再忙也不影响
中心只做管理，不是数据瓶颈
中心故障？已经在通信的节点继续工作，不受影响
节点坏了？中心检测到，自动重新计算路由，下发新路径
200个节点，稳定工作，丢包率极低
远程查看网络拓扑、信号强度、路由路径
远程配置、诊断、升级
硬件更优，但你的时间省了、运维成本降了、系统稳定了。有中心但不依赖中心，既享受中心管理的便利，又避免中心成为瓶颈。
八、小结：从“喊一嗓子”到“指挥中心+智能交通”
有中心：统一管理、统一调度、全局** 不是瓶颈：数据不经过中心，中心再忙也不影响通信
自动运行：节点拿到路由表后自己走，不用每步都问中心
单点不瘫痪：中心故障，已在通信的节点继续工作
这就是为什么，有的模块只能“喊一嗓子”，有的却能像“指挥中心+智能交通”一样自动运行。
下一期，我们聊聊：实时性与低功耗，鱼和熊掌如何兼得？敬请期待！
如果你正在选型无线模块，纠结于“透传够不够用”或“组网方案怎么选”，欢迎后台留言，我们可以帮你评估方案。