• State
  • Locked Locked
  • Replies 5 replies
  • Subscribers 16 subscribers
  • Views 133 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.

CC2500: Technical issues

switch
Genius 3350 points
Part Number: CC2500

Tool/software:

Hi ti team，

Our cc2500 module is used on a high-power flash, several hundred watts. The cc2500 is in a receiving state for a long time. Normally, it is in a channel for a long time without frequency hopping. We recently found that the cc2500 suddenly received incorrect data during operation, and the data was always out of order. We re-initialize the cc2500 by re-calling the initialization function. We configure GDO0 io to notify the master mcu of data packets. We have compared it and found that each time the cc2500 receives data on time, the data is incorrect. The software clears the FIFO of CC2500 after each data read and re-enters the RX mode.
We have verified for a long time, but we have not found the reason. Have you received any customer feedback with similar problems? Do you have any suggestions for our situation?

  • 0
    TI__Expert 5250 points

    What is the high-power flash doing during TX/RX operation of the CC2500? The reason I am asking is because the high wattage could be coupling over to increase the noise floor of the CC2500, which can explain the issue you are seeing.

    One way to rule this out is to isolate the CC2500 by powering it externally and perform TX/RX operation.

    Best regards,

    Bun

  • 0 in reply to Bun Kuch
    Genius 3350 points

    Hi Bun，

    Thank you. Our flash is used as a receiver. When it receives an instruction, it flashes, and then it charges after it is done. It is not excluded that quality can be received during the flashing and charging process, because the master and slave are not bidirectional communication.

    We verified it for a day yesterday and found that when all the communication ports of the cc2500 were connected to the logic analyzer, there was no such anomaly.

  • 0 in reply to switch
    TI__Expert 5250 points

    1. During the charging, is the CC2500 transmitting or is it transmitting after the flash is finished charging?

    2. Could clarify the setup when you say it is connected to the logic analyzer?

    • Is it still internally powered or is is still disconnected from the PCB and externally powered?
    • Are the communication ports disconnected or is it simply probed?

    Bun

  • 0 in reply to Bun Kuch
    Genius 3350 points

    Hi Bun,

    1. The device detects whether the voltage needs to be charged in real time, and there should be a situation of charging and transmitting simultaneously.
    2. The logic analyzer only connects to the IO port of the corresponding module, and the stuck phenomenon improves (the logic analyzer does not need to be connected to the power supply). Now, an external 100pF capacitor or a pull-down resistor is connected to the clock pin, and the stuck phenomenon can also be improved (analog logic analyzer).

  • 0 in reply to switch
    TI__Expert 5250 points

    Thank you for clarifying. Let's narrow down the root cause.

    1. First, the CC2500 needs to be powered separately from the rest of the board

    • if the issue goes away, then try to test if transmitting after the receiver is off fixes the problem

    2. Can a lower power receiver be swapped in to test if the issue persists?

    3. Lastly, get a known good and bad board and perform an ABA swap, where you move the good CC2500 to the bad board and vice versa, does the issue follow the board or part?

    • do the same ABA swap with the receiver

    Best regards,

    Bun