I was wondering whether there is any example code available for receiving using the SPORT mode of the ADUCRF101.
Also I'd like to verify that this (Analog Microcontrollers) is the right place for questions/discussions about the ADUCRF101.
SPORT mode is where the received bit stream can be decoded directly by the Cortex MCU.
An interrupt can be generated on detection of the sync word or pre-amble and the MCU can then look directly at the stream at the clock transitions and decode it.
It is more work on the MCU to do this and the MCU must decode each byte itself, but will cater for custom packet lengths and encodings.
You can read back the RSSI at any time by reading specific registers while in receive mode and will work in SPORT mode.
I will look at demonstrating this in an example for you.
This is the correct forum for the ADuCRF101, as for any Analog Devices parts starting with the code ADuC.
There are no SPORT mode examples for the ADuCRF101 available yet.
However, the packet mode operation of the radio is the preferred mode of operation for this part, a 16 MHz MCU will not have much opportunity to perform other tasks at the same time as monitoring the bit-stream from the radio.
It is better approach to let the radio MCU handle that in packet mode.
I understand that packet mode only works when there are less than 255 bytes of data, and am hoping that for such scenarios there is an alternative to generating an interrupt on a per byte basis. Is there a recommended way to handle this scenario? What other modes are available?
For example, does the ADUCRF101 support having the radio MCU generate an interrupt after reading in and buffering N bytes at at time, and doing this iteratively until the application determines that all the data has been read in?
I assume that SPORT mode involves having the transceiver generate an interrupt on a per byte basis, presumably after having generated an interrupt upon sync word detection. Is this an accurate assumption?
Also, it seems from the examples that RSSI readings are provided along with the data in packet mode. Is there/will there be documentation and/or example code showing how to obtain RSSI readings when not using packet mode?
Thanks much Patrick!
I assume that this means there is no capability to read N packets iteratively as I was hoping - sounds like the only choices are 1 (<255 byte) packet at a time in packet mode or 1 byte at a time in SPORT mode.
I look forward to your example - thanks again
Retrieving data ...