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.

CC1352P: DSSS overrides (register number and use with fecMode=0)

Part Number: CC1352P
Other Parts Discussed in Thread: CC1350, CC1310

Hi, SWRA642 says that the DSSS overrides should modify register 0x505C, but for CC1352P, SmartRF Studio modifies register 0x5068. The value for DSSS=2 is the same, 0x0100, but for DSSS=4 the value is also different than the one given in SWRA642, 0x030C rather than 0x0303. 

Should I use the values from SmartRF Studio or the values from SWRA642? I used the values from SmartRF studio and I can get a CC1350 to hear a CC1352P, but I think with a high packet error rate. Not sure if this is the reason.

Also, is there any effect to setting these overrides (say to 0x0100) when fecMode=0, that is, when LRM is not used at all?

Thanks, Sivan Toledo

  • Hi Sivan,

    sorry for the delay in getting back to you.

    The override values found in SWRA642 refers to CC1310 devices. What you see in smartRF studio is the equivalent override for a CC1352P device that you have selected in the tool. That however only refer to the register location: the override value (0x30C vs 0x303) is the frequency in MHz of the channel. Being different it could be an indication of why you see an increased packet rate error. Could you try changing the override to HW_REG_OVERRIDE(0x5068,0x030C) on CC1352P and repeat your test with CC1350 as RX device?

    To answer your question, you should definitely use the value from smartRF studio for the register address, and use the smartRF studio settings as reference in general. I need to confirm instead if the value to be written in that register should be the one from SWRA642 (0x303) or smartRF studio (ox30C).

    Given that this override changes the frequency of the RF channel I believe it will also have an effect when FEC mode is 0.