Hi,
In our project we need to detect jamming.
RF is in receive state forever (CMD_PROP_RX was sent with end trigger TRIG_NEVER)
Is it possible to issue CMD_GET_RSSI during reception?
BR
Leonid
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hi Leonid
As long as the radio is in RX you can read the RSSI. The RSSI will freeze on sync found so if you are reading the RSSI throughout the packet, the RSSI will not change. Please note that if you are running high speed mode, the RF core will be fully occupied receiving data after sync found, so that you if you try to read the RSSI you will not be able to before the packet is received.
BR
Siri
Hi Siri,
thanks for answer.
Q1: What is the high speed mode?
Q2: What does it means if you try to read the RSSI you will not be able to before the packet is received?
Command will not return before the packet is received?
BR Leonid
Hi Siri,
in out application we using 50000 bps data rate.
Accordance to your answer:
- RSSI reading is possible any time,
- function returns "immediately",
- the RSSI will freeze on sync found so if you are reading the RSSI throughout the packet, the RSSI will not change. but updated.
BR
Leonid
Hi Leonid
Your statements are correct.
The reason for freezing the RSSI on sync found is that we want the RSSI appended to the packet to be representative for the packet. If you do not freeze the RSSI on sync found you risk that the RSSI value that is appended would be read right before the packet is received and contain noise received after the packet. The RSSI value would then be lower than what is was for the actual packet.
If you for some reason are interested in how the RSSI changes during a packet, it is possible to turn off the “freeze RSSI” setting
BR
Siri
Hi Leonid
Unfortunately we do not have any numbers for this. The time will vary depending on whether you are receiving a packet or not. The fastest will be if the radio is in RX but are not receiving a packet. If it is receiving a packet when you want to read the RSSI, the time it takes for the RSSI command to return will depend on data rate.
BR
Siri
Hi Leonid
We do not have any number for this as this will vary more. When submitting a CMD_GET_RSSI command, this command will be serviced with a lower priority than the ongoing CMD_PROP_RX.
There are internal FIFOs in the modem that are written/read during packet reception. The GET_RSSI_CMD would be executed in between reading/writing to these FIFOs. The time it takes to read/write depends on data rate, and since we do not know where in this process we are when trying to get the RSSI, it is hard to measure the time for this.
Can I ask you about your use case and why this timing info is necessary? If I know what you are trying to achieve, it is easier give advice.
BR Siri