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: Questions about the structure format of radio frequency data in the RF Synchronized Packet RX Routine.

Part Number: CC1310

Hi team,

Here's the request from the customer:

Customer can't understand the meaning of the definition of the pData variable of the data entry when reading the RF Synchronized Packet Receive Routine (rfSynchronizedPacketRx_CC1310_LAUNCHXL_tirtos_ccs).

The customer thinks that the first 0-7 bits in the rxBuffer defined in the routine should store the relevant information of the data format of the RF data. If not, what‘s the meaning of the +8 bytes of the rxBuffer variable?

The definition of RF Data Entry Pointer Structure is shown in the following figure according to the manual:

And even if rxBuffer is a separate address space for storing packet information, why storing the length information of the data packet in the 0th bit?

Could you help check this case? Thanks.

Best Regards,

Nick

  • Hi Nick,

    Maybe you can refer the customer to section 23.7.4.1 of the TRM (https://www.ti.com/lit/ug/swcu117i/swcu117i.pdf).

    The contents of the receive buffer is described in the TRM section referred to above. See figure from TRM below: 

      

    For the RF Synchronized Packet RX example:

    • Since "rxItem.config.lenSz = 0;" the "Element length" field will not be part of the receive buffer.
    • Since "RF_cmdPropRx.rxConf.bIncludeHdr = true;" and since it is a CMD_PROP_RX command, the "Header/length byte" field will be one byte containing the length of the packet.
    • Since "rxConf.bIncludeCrc = 0x0" the "Received CRC" field will not be part of the receive buffer.
    • Since "rxConf.bAppendRssi = 0x0" the "RSSI" field will not be part of the receive buffer.
    • Since "rxConf.bAppendStatus = 0x1" the "Status" field will be included in the receive buffer.

    This means that for the RF Synchronized Packet RX example the received buffer will be structured like this:

    • rxBuffer[0]: Length byte
    • rxBuffer[1], rxBuffer[2], ..., rxBuffer[9]: Payload
    • rxBuffer[10], rxBuffer[11], rxBuffer[12], rxBuffer[13]: Timestamp
    • rxBuffer[14]: Status

    I am not fully aware why the length of rxBuffer is including "+8". If this is an important question, I would need to check with an expert.

    Regards,
    Nikolaj