关于无线通信时(lora)多点对单点同时发送的冲突规避
最近用stm32 做物联网lora这一块，本来已经做好了。拿到现场测试时发现问题了，就是标题说的，没有考虑点现场有多个发射点，因为程序都是一样的，定时1s同时发送，就导致接收端只能匹配上一个或者两个点。截图是lora配置时的一些参数，我这两天查资料有了一些方案比如更改载波频率，扩频因数，或者硬件在通信时先对码再通信，再或者软件上发送时加个ms级的随机延时函数。初做物联网有很多问题不知道各位物联网达人是怎么处理和解决的，希望各位大神不吝指导，学习学习。LoRa你走在了前列。
你看看标准文档，是否有关于广播、握手或类似的描述。 moyanming2013 发表于 2017-9-1 11:27
LoRa你走在了前列。
你看看标准文档，是否有关于广播、握手或类似的描述。 ...
lora仅是无线通信中的一种，像蓝牙wifi zigbee等应该都会遇到类似于一主多从等冲突的时候。寻求一种成熟的解决方案。 我猜楼主不是LoRaWAN，
如果频点一样的话，干扰是必然存在的
1、可以采用轮询的方式上报数据，也就是TDMA方式
2、使用不同的频点 freeelectron 发表于 2017-9-1 11:41
我猜楼主不是LoRaWAN，
如果频点一样的话，干扰是必然存在的
1、可以采用轮询的方式上报数据，也就是TDMA方 ...
轮询的方式在这个项目中不可行，上报的数据里边包含状态信息所以需要周期上传。
您说的不同的频点指的是什么？ 载波频率吗？ 张亚飞 发表于 2017-9-1 12:35
轮询的方式在这个项目中不可行，上报的数据里边包含状态信息所以需要周期上传。
您说的不同的频点指的是 ...
就是频率
如果不用轮询，那干扰就是不可避免的， freeelectron 发表于 2017-9-1 12:41
就是频率
如果不用轮询，那干扰就是不可避免的，
好的，谢谢。 个人小建议
采用应答机制，如果发起方发出，规定时间内内衣应答，说明数据丢失，（暂定为50ms的超时时间），然后随机延时1-100ms，重发数据，直到应答为止...
假设，某时刻，多点对一点同时发送，可能会一个都不成功，然后等50ms，每个发送的设备都检测到通信无应答，然后延迟随机时间，避免同时刻数据竞争.... 看你接收端用的是什么模块咯 wofei1314 发表于 2017-9-1 13:35
个人小建议
采用应答机制，如果发起方发出，规定时间内内衣应答，说明数据丢失，（暂定为50ms的超时时间） ...
您说的这个相当于在随机延时的基础上加了重发机制，我试一试。