Hi, I'm working on a project that involves communicating 5 LoRa modules, 4 LoRa modules will send data and the 1 LoRa module will receive it. The communication is not bidirectional.
I found the LoRaWAN point to Multiple but I realized that it's quite complex, so i was looking for something very simple.
I'm not very advanced on LoRa modules, so my idea is if i can make every modules (senders) send data using a frequency that is unique to each module, and the receiver will switch from one frequency to another to get data from each sender module.
Will it work? I mean i could have tested it but I don't have the materials for now.
As long as transmissions are short, and don't overlap, just use the same frequency. Each transmission should uniquely identify the sender and packet number.
elmehdiabf:
I'm not very advanced on LoRa modules, so my idea is if i can make every modules (senders) send data using a frequency that is unique to each module, and the receiver will switch from one frequency to another to get data from each sender module.
Will it work? I mean i could have tested it but I don't have the materials for now.
Very unlikly to work, how would you know which frequency the receiver should be on, at a particular time, to listen to the senders ?
If you keep the LoRa transmissions short, then just let the senders transmit at random, there might be some collisions, but you will probably pick up those senders next time.
There is a worked example of this in the Examples\SX127X\Sensor folder here;
The sensor transmitter and basic receiver are below;
The programs use addressing to identify senders and receivers and use a CRC to significantly reduce the risk of foreign lora packets being read as your sensor data.
All LoRa devices have a channel activity detection feature, which lets you know whether some other LoRa device is transmitting in your channel (simply put). So, if your end-devices transmit at random, and check the channel activity prior to each transmission, the chance of collisions should be relatively low.