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.

CC1310: Ti LongRange Mode long preamble

Part Number: CC1310


Hello,

I am developing an extension for an existing application, so I would like to do as less changes as possible. My application, based on TI CC1310 and the relative SDK version 4.10, consist basically in a concentrator which is connected to the power grid and some peripheral devices which uses batteries. The network uses normal SubGhz communications (not long range mode now) using a polling system, so that the concentrator send a request message to the peripheral device, which answer. In order to minimize the peripheral power consumption we use a really small Rx window running a carrier sense command (2 mS) and, only in case we sniff a preamble signal, we actually trigger the Rx command on the peripheral device. In order to achive this (reliable communication with a CS of 2 mS every 250 mS) we are using a really long preable when transmitting the polling command from the concentrator (we use the TX_ADV command togheter with its preTrigger field) but apparently this doesn't work for the long range mode.

Is there any alternative or is it possible to know what's the technical limitation for long range mode about long preamble, so that we can calibrate the Rx time?

PS: I know that in LongRange mode there is no preamble, a reversed SyncWord is used instead and repeated M times, I call it preable for simplicity reasons.

  • There are no support for extra long preamble when using SLR. The length of the preamble will simply be 64 bits sent (preamConf.nPreamBytes +1) times.

    It will also not be possible to use the sniff command/carrier sense command in SLR mode. The reason is that the correlator can only look for a standard preamble (1010101...) and not the "preamble" used by SLR. Using only the RSSI part of the sniff command is not a good option either, since the  sensitivity for this mode is around -120 dBm (close to the noise floor), and you will have too many false wake-ups due to noise.

    BR

    Siri