Closed sensorhost closed 3 years ago
To add LoRa.receive() in the last line of setup().
Thanks @IoTThinks, I also just found that on #429 Have been searching for it for a few hours. Typical, I find the answer 3 minutes after posting an issue.
This will also be used for crude CAD, do I need to do anything special to change from receive mode to transmit?
With this library, you only need to set receive() after sending to continue receiving. When you send a packet, the library will set the mode to TX before sending.
CAD is more accurate detection of LoRa packets. rssi() will sense non-LoRa signals, too.
Thanks, yes I would prefer to use CAD, however it seems that's not quite ready in this library yet. I don't mind about the non-lora signals, as I don't want to transmit if there is any other interferer, so I can delay until the spectrum is free so to speak.
Do you know how Wideband is the rssi? Does it work over the specified bandwidth at my centre frequency or does it work over the entire receive spectrum of the module?
Do you know how Wideband is the rssi? Does it work over the specified bandwidth at my centre frequency or does it work over the entire receive spectrum of the module?
I have no idea. I believe it is not mentioned in Semtech specification.
@IoTThinks thanks for all your help and super quick responses.
I have updated LoRa.cpp and LoRa.h so that they include the rssi function. I want to be able to monitor the rssi over time.
I have quite a few other projects sending and receiving LoRa packets that all work well on this hardware, however the following always shows rssi as zero. I don't want packetRssi, I just want rssi.
Example code as follows;
Even if I just continually print out LoRa.rssi(), it is always the same. I have another lora receiver on my workbench (using the same library) and it is receiving lora packets every minute ok, but the -157 never changes on this code.
Can anyone provide some help?