上一期,我们拆开了无线模块的“五脏六腑”,把硬件从头到尾看了个遍。
这些模块,就是用在你身边的物联网设备里的,工厂的传感器、仓库的电子标签、园区的智能表计……它们需要无线通信,而通信的质量,就取决于模块背后的“协议栈”。
有读者后台留言说:“硬件我懂了,但你说的‘协议栈’到底是什么?为什么有的模块只能透传,有的却能自组网?”
这个问题问到了核心。打个比方:硬件是人的身体,协议栈是人的大脑和神经系统。身体再强壮,大脑不行,也干不了复杂的事。
今天我们先来聊聊:为什么有的模块只能“喊一嗓子”?
一、先看一个场景

想象一下:广场上站着100个人,你想把一句话告诉其中某个人。怎么办?你只能扯着嗓子喊:“张三!你在吗?”但问题是其他人也都在喊。你听不清张三有没有回你,也不知道他听没听见。广场上乱成一锅粥。这就是透传模块的工作方式:只管喊,不管乱。
二、透传模块的4个“硬伤”
透传模块的工作逻辑很简单:收到什么,就发什么。听起来很直接?问题也出在这里。

① 没有地址,不知道发给谁
透传模块没有“地址”这个概念。它不知道数据从哪来,也不知道要送到哪去。要么广播给所有人,要么事先固定配对(A只发给B)。网络里有10个设备,想让A发给C?抱歉,做不到。除非你重新配对。
通俗理解:你写了一封信,但信封上没写地址。邮递员不知道送给谁,要么给所有人看,要么只给固定一个人,你想换个人?重新写。
② 没有路由,不知道怎么走
透传模块不支持多级中继。A和C距离太远,中间需要一个B帮忙转一下?抱歉,透传模块不会“转”。信号传不到,就是传不到。
通俗理解:你想从北京去上海,但中间有个收费站。透传模块不会“过收费站”,信号到这就停了。你只能自己想办法再装一个模块,重新配。
③ 没有防碰撞,人多就乱
两个设备同时发数据会发生什么?冲突,数据丢失。设备越多,冲突越严重。3个设备还凑合,10个设备频繁丢包,50个设备基本不可用。
通俗理解:广场上两个人同时喊,还能勉强听清;十个人同时喊,谁也听不清;一百个人同时喊,全是噪音。
④ 没有确认,发完不管
透传模块发完数据就完了。对方收到没有?不知道。没收到怎么办?不会重发。你需要自己在应用层做确认、做重试、做超时,全部是你的工作量。
通俗理解:你把信扔进邮筒就走了。对方收没收到?不知道。没收到怎么办?你再写一封。邮局不管。
三、一张图看懂透传模块

一句话总结:你喊一嗓子,它帮你传一嗓子。至于谁在喊、喊给谁、有没有人同时喊、对方听没听见一概不管。
四、小结:透传模块,仅此而已
透传模块不是不能用。如果你的场景很简单:只有几个设备,距离很近,数据量很少,不怕丢包,有人随时去现场处理问题,那透传模块够用,也便宜。
但如果你要:部署几十上百个设备;距离远、有遮挡;数据不能丢;不想天天跑现场;透传模块就不够了。
那怎么办?下一期,我们来看看ZigBee类组网方案,它比透传强在哪里,又有什么新问题。
如果你正在选型无线模块,纠结于“透传够不够用”或“组网方案怎么选”,欢迎后台留言,我们可以帮你评估方案。