你的浏览器版本过低,可能导致网站不能正常访问!为了你能正常使用网站功能,请使用这些浏览器。
举报
moyanming2013 发表于 2017-9-1 11:27 LoRa你走在了前列。 你看看标准文档,是否有关于广播、握手或类似的描述。 ...
freeelectron 发表于 2017-9-1 11:41 我猜楼主不是LoRaWAN, 如果频点一样的话,干扰是必然存在的 1、可以采用轮询的方式上报数据,也就是TDMA方 ...
张亚飞 发表于 2017-9-1 12:35 轮询的方式在这个项目中不可行,上报的数据里边包含状态信息所以需要周期上传。 您说的不同的频点指的是 ...
freeelectron 发表于 2017-9-1 12:41 就是频率 如果不用轮询,那干扰就是不可避免的,
wofei1314 发表于 2017-9-1 13:35 个人小建议 采用应答机制,如果发起方发出,规定时间内内衣应答,说明数据丢失,(暂定为50ms的超时时间) ...
你看看标准文档,是否有关于广播、握手或类似的描述。
lora仅是无线通信中的一种,像蓝牙wifi zigbee等应该都会遇到类似于一主多从等冲突的时候。寻求一种成熟的解决方案。
如果频点一样的话,干扰是必然存在的
1、可以采用轮询的方式上报数据,也就是TDMA方式
2、使用不同的频点
轮询的方式在这个项目中不可行,上报的数据里边包含状态信息所以需要周期上传。
您说的不同的频点指的是什么? 载波频率吗?
就是频率
如果不用轮询,那干扰就是不可避免的,
好的,谢谢。
采用应答机制,如果发起方发出,规定时间内内衣应答,说明数据丢失,(暂定为50ms的超时时间),然后随机延时1-100ms,重发数据,直到应答为止...
假设,某时刻,多点对一点同时发送,可能会一个都不成功,然后等50ms,每个发送的设备都检测到通信无应答,然后延迟随机时间,避免同时刻数据竞争....
您说的这个相当于在随机延时的基础上加了重发机制,我试一试。