• State Resolved
  • Locked Locked
  • Replies 7 replies
  • Subscribers 53 subscribers
  • Views 250 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

CC115L: Does CC115L use fixed data whitening?

Adam Luczak
Prodigy 50 points
Part Number: CC115L
Other Parts Discussed in Thread: LAUNCHXL-CC13-90, CC1101, CC2500

Hi,

We are developing device which use CC115L RF transmitter. I am configuring transmitter over SPI for following parameters:

  • Base frequency = 868.95 MHz
  • Deviation = 50 kHz
  • Data rate = 100 kBaud
  • Channel spacing = 200 kHz
  • GFSK modulation
  • Variable packet length, Manchester encoding disabled

I am testing communication using TI LAUNCHXL-CC13-90 development kit and SmartRF studio. I can see every valid packet transmitted by CC115L only if data whitening option is set to "CC1101/CC2500 compatible". After disabling data whitening I can see packets received from other nearby devices transmitting with settings above but I can not see any packet transmitted by device with CC115L. Does this transmitter use fixed data whitening? If yes, is there any option to disable it? I didn't find any register related with whitening in transmitter datasheet.

My registers settings are as follows:

/* RF settings for CC115L */
static CC115LRFSettingsStruct rfSettings =
{
     0x2E,  // IOCFG2             GDO2 Output Pin Configuration
     0x02,  // IOCFG0             GDO0 Output Pin Configuration
     0x47,  // FIFOTHR            TX FIFO Thresholds
     0x54,  // SYNC1              Sync Word, High Byte
     0x3D,  // SYNC0              Sync Word, Low Byte
     0x05,  // PKTCTRL0           Packet Automation Control
     0x21,  // FREQ2              Frequency Control Word, High Byte
     0x6B,  // FREQ1              Frequency Control Word, Middle Byte
     0xD0,  // FREQ0              Frequency Control Word, Low Byte
     0xFB,  // MDMCFG4            Modem Configuration
     0xF8,  // MDMCFG3            Modem Configuration
     0x11,  // MDMCFG2            Modem Configuration
     0x50,  // DEVIATN            Modem Deviation Setting
     0x38,  // MCSM0              Main Radio Control State Machine Configuration
     0xFB,  // RESERVED_0X20      Use setting from SmartRF Studio
     0xEA,  // FSCAL3             Frequency Synthesizer Calibration
     0x2A,  // FSCAL2             Frequency Synthesizer Calibration
     0x00,  // FSCAL1             Frequency Synthesizer Calibration
     0x1F,  // FSCAL0             Frequency Synthesizer Calibration
     0x81,  // TEST2              Various Test Settings
     0x35,  // TEST1              Various Test Settings
     0x09,  // TEST0              Various Test Settings
};

Thank you in advance for any suggestions,

Adam

  • 0
    TI__Guru**** 317180 points

    I believe that the whitening is removed from the datasheet. From what I can find this could be set by bit 6 in PKTCTRL0 and since this bit is set to 0 in your setup, whitening should be off. 

    If you connect the CC13-90 board to SmartRF Studio and disable whitening on this board, how does the data you receive from the CC115L board look like? 

  • 0 in reply to TER
    Prodigy 50 points

    Hi,

    Packets received with whitening enabled, exactly match what I send from CC115L:

    08:53:08.287 | 19 | 14 44 8d 39 78 56 34 12 01 07 15 1b 7a 55 00 00 00 04 13 b2 ac 4a 03 b1 69 | -57

    08:53:18.288 | 19 | 14 44 8d 39 78 56 34 12 01 07 15 1b 7a 55 00 00 00 04 13 b2 ac 4a 03 b1 69 | -58

    08:53:28.288 | 19 | 14 44 8d 39 78 56 34 12 01 07 15 1b 7a 55 00 00 00 04 13 b2 ac 4a 03 b1 69 | -58

    Packets received with whitening disabled:

    08:53:58.304 | e6 | f5 59 17 d4 fd 65 10 f8 7b d5 2c 6b ed 02 0a 54 7d 29 cb df a1 f0 8c d6 30 1c d2 10 00 01 50 08 02 2a 40 00 00 a0 06 00 28 a1 41 2a 20 c0 01 01 c1 81 04 45 12 a4 92 88 2a a5 02 a0 a0 90 01 42 04 05 32 51 68 00 22 42 0a 51 10 08 88 42 08 00 d4 42 dd 28 79 02 10 40 02 0a 4a aa b1 04 81 41 00 a0 02 01 00 a5 24 10 41 28 a2 a8 00 14 40 11 10 90 08 04 22 a4 c1 28 a3 10 05 21 04 62 4a a0 09 44 52 88 25 11 49 04 08 19 31 20 54 14 04 88 81 00 10 80 50 00 02 00 82 05 00 09 08 22 42 40 3a 92 02 81 10 21 a2 74 2b 15 4a 52 a9 01 10 01 41 41 42 91 44 83 00 36 00 91 21 08 a3 14 22 20 10 08 32 00 54 10 4d 48 84 1d 10 aa 01 8a 22 81 00 a0 02 00 a1 10 11 4a a2 28 08 40 55 46 89 08 b2 14 2a 62 41 08 | -58 CRC error

    08:54:08.302 | e6 | f5 59 17 d4 fd 65 10 f8 7b d5 2c 6b ed 02 0a 54 7d 29 cb df a1 f0 8c d6 30 1c d2 00 00 90 2a 09 00 84 10 03 02 00 08 42 40 00 40 6a d0 11 51 14 20 55 44 0a 44 8c 00 01 42 46 aa 89 51 00 00 00 00 81 11 2a 00 02 2e 52 81 02 82 28 04 84 e2 08 00 58 50 49 11 04 08 20 9a 0a a0 05 11 30 0a 40 00 82 05 89 50 00 a4 90 d4 12 94 41 64 84 24 01 06 46 40 21 00 a5 40 94 20 82 50 a0 01 4a 20 15 10 20 2a 84 a0 10 54 80 52 8a 02 84 01 02 c8 14 01 02 d2 80 40 15 48 40 0c 30 85 01 48 82 40 11 03 22 85 28 96 52 95 41 26 4a 84 04 25 42 89 55 10 22 40 80 83 10 00 02 d5 00 11 28 22 29 00 90 aa 01 40 a0 84 80 72 09 04 24 54 04 04 0a 16 10 56 94 00 94 25 00 02 00 15 40 20 04 22 08 b4 0a 50 20 20 20 20 01 | -58 CRC error

    08:54:18.303 | e6 | f5 59 17 d4 fd 65 10 f8 7b d5 2c 6b ed 02 0a 54 7d 29 cb df a1 f0 8c d6 30 1c d2 4a 90 00 95 02 90 60 91 50 a4 0a 42 a6 85 00 c8 11 02 81 29 21 3a 11 00 a4 40 05 06 12 84 12 51 51 09 2d 02 44 60 3b 9c 80 40 c2 aa 6a ac 12 00 b4 a3 26 45 94 01 08 34 a0 92 28 10 40 50 49 20 00 25 06 56 00 08 16 52 82 a4 44 0a 8a 20 ac 04 a8 a0 80 41 a8 04 68 28 1f 04 45 0a 89 08 45 42 78 80 42 40 88 35 20 94 18 05 08 25 0a 84 40 81 42 80 48 28 e4 41 2a 20 28 18 00 20 8a 00 28 01 54 00 04 54 38 40 d1 68 92 56 12 8c 01 00 80 50 0a 05 45 10 91 48 40 05 40 09 0a 59 02 0a 80 9b 88 88 80 44 29 02 90 88 00 00 50 82 11 63 10 0c 92 20 84 41 90 94 32 24 95 10 10 26 88 95 2c 8a 94 0a 90 58 69 64 80 91 31 42 43 | -57 CRC error

  • 0 in reply to Adam Luczak
    TI__Guru**** 317180 points

    Could you try to change the value of bit 6 in PKTCTRL0 and see if what you receive change? 

  • 0 in reply to TER
    Prodigy 50 points

    I tried changing bit 6 in PKTCTRL0 from 0 to 1 but received packets are the same as listed above.

  • 0 in reply to Adam Luczak
    TI__Guru**** 317180 points

    Could you verify that the PKTCFG0 is actually set to 0x05 by reading out the register value? 

  • 0 in reply to TER
    Prodigy 50 points

    I verified PKTCTRL0 value and it was default reset value = 0x45 (bit 6 set to 1) due to an error in register address definitions. After fixing it the correct value 0x05 is written and I can receive valid packets without whitening.

    My understanding is that this bit is always set to 0 by SmartRF studio so PKTCTRL0 should always be overwritten by generated registers settings?

    Thank you for your help.

  • 0 in reply to Adam Luczak
    TI__Guru**** 317180 points

    Note that bit 6 is marked as "Use setting from SmartRF Studio". If a different value is used the performance of the chip is outside what is described in the datasheet and therefore not defined.