打印
[无线通信]

2.4G无线方案的选择

[复制链接]
2138|12
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
新火山工程师|  楼主 | 2016-11-28 23:10 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 新火山工程师 于 2016-11-28 23:13 编辑

本人有个项目,想用2.4g的方案:一个数据收集站需要获取 微型节点的序列码。问题是:1. 一个收集站可能需要接受的微型节点数量很多,估计上千个。如何解决冲突问题?
            2. 微型节点能只处于单发模式,以最大限度降低功耗?
            3. 收集站和节点间的通信协议需要如何规划?
请大神们支招。。谢谢!

相关帖子

沙发
lxsky| | 2016-11-28 23:50 | 只看该作者
这个应该是用RFID方面的

使用特权

评论回复
板凳
lxsky| | 2016-11-28 23:53 | 只看该作者
要用较高的通信速率,比较1M左右,比如微型节点1S发送一次,一个发几个字节,时间应该在100uS左右。一个占用1/10k的信道。估计容纳1K微型节点问题不大。

使用特权

评论回复
地板
lyn3210| | 2016-11-29 14:34 | 只看该作者
把硬件搞出来,再试.这种事不可预测的太多了.

使用特权

评论回复
5
chunyang| | 2016-11-29 16:27 | 只看该作者
单向通讯的话,节点密度过高是很难避免冲突的,必须限制规模或者采用双向通讯。

使用特权

评论回复
6
新火山工程师|  楼主 | 2016-11-30 21:57 | 只看该作者
chunyang 发表于 2016-11-29 16:27
单向通讯的话,节点密度过高是很难避免冲突的,必须限制规模或者采用双向通讯。 ...

双向通讯的话,微型节点耗电就有点高了

使用特权

评论回复
7
新火山工程师|  楼主 | 2016-11-30 21:58 | 只看该作者
lxsky 发表于 2016-11-28 23:53
要用较高的通信速率,比较1M左右,比如微型节点1S发送一次,一个发几个字节,时间应该在100uS左右。一个占 ...

谢谢你的建议。我担心的是极端情况,几个节点发送频率同步。

使用特权

评论回复
8
chunyang| | 2016-11-30 23:30 | 只看该作者
新火山工程师 发表于 2016-11-30 21:57
双向通讯的话,微型节点耗电就有点高了

那就要控制规模或容忍较高的冲突率,没有两全的办法。

使用特权

评论回复
9
Kid小孩| | 2016-12-1 14:45 | 只看该作者
控制规模肯定是要做的,功耗要降低可以采用的方式就是程序上的优化和数据包的精简

使用特权

评论回复
10
pxxiu| | 2016-12-1 15:03 | 只看该作者
防冲突这方面, 我们公司做到了,  并申请了专利

使用特权

评论回复
11
lxsky| | 2016-12-20 23:31 | 只看该作者
单向通信防冲突的方法,基本上只有发送的周期有一定的随机性

使用特权

评论回复
12
罗菜鸟| | 2016-12-29 18:05 | 只看该作者
很简单,实现好时钟同步就行。上千个节点根据地址不同,把时间差拉开。第一次先时钟同步,然后每个设备定时唤醒。

使用特权

评论回复
13
simenta| | 2017-5-10 17:47 | 只看该作者
罗菜鸟 发表于 2016-12-29 18:05
很简单,实现好时钟同步就行。上千个节点根据地址不同,把时间差拉开。第一次先时钟同步,然后每个设备定时 ...

聪明。
还可以通过ADC读取电源纹波,生成随机函数。随机的发送数据,数据碰撞的几率就降低了。

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

2

主题

8

帖子

0

粉丝