CC2642R: Advertisement and Scanning with payload error

Part Number: CC2642R

Hi TI Team,

we have a multi role application and are facing several Scanning and Advertisment issues.

The device does not reliably find peripherals and advertisement packets are transmitted very sporadically and often with a corrupted payload.

Screenshot 2026-07-03 083357.png

The Issues occured after a change on the PCB design. But actually the HW changes did not concern the BLE part or antenna on the PCB, there were only changes on wired buses and the Touchdisplay.

 

RF Configurations: 

  • PHY Type: BLE, 2 Mbps, LE 2M
  • Front-end for 2.4 GHz: External Bias, Single-Ended mode RFP

Advertisement: Legacy, Adv Int. 100 ms, Channel 37,38,39, Primary Phy 1M

TI Chip: CC2642R1F

SDK: 7.10.02.23

Kind regards,

Sebastian

  • Are there any options which come to your mind which have caused this isse?

    Is there perhapts some configuration which we are missing?

  • Sebastian, 

    As per your description and considering that nothing else changed on the Bluetooth design, it seems the PCB changes might have affected the CC2642 supply voltage (VDDS). I suspect that, when the radio is powered on to perform either Tx or Rx, the additional current draw might be causing a voltage sag on the VDDS line and causing either instability or reset/brownout. An additional aspect is to consider any assembly issues in your new prototype revision. 

    To validate this theory, I would use an oscilloscope to probe the N_Reset, VDDS and VDDR pins to verify if the voltages are stable and free of noise. 

    Apart from this, you can use the methods shown in section 6 of the application note below to verify the operation and stability of the crystal. 

    CC13xx/CC26xx Hardware Configuration and PCB Design Considerations (SWRA640)

    Hope this helps,

    Rafael

  • Hi Rafael,

    thanks for the hints.

    We will have a look into this theory and I'll let you know.

    Kind regards,

    Sebastian