• State
  • Locked Locked
  • Replies 4 replies
  • Subscribers 55 subscribers
  • Views 297 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

CC2520: Continue repeat same frame many times

Terry Deng
Intellectual 2935 points
Part Number: CC2520
Other Parts Discussed in Thread: MSP430F5659

Customer catch the air wireless data package while their CC2520 network system under communication, and found sometime a totally same package will continue re-send many times (> 10 times).  We put a GPIO toggle just in the send data function code but do not observe the GPIO toggle, so we think the re-send behavior should not caused by send function called repeatedly.

May we get your help advice if the re-send behavior is normal? I attach the air capture data package file in here for reference. It is used by packet sniffer.

package.psd

  • 0
    TI__Guru**** 217237 points

    Can you please provide more information about the system, including host processor, SPI configuration/timing, and instruction/command format?  Some oscilloscope or logic analyzer screenshots may be helpful.  Are the CC2520 Software Examples referenced?

    Regards,
    Ryan

  • 0 in reply to Ryan Brown1
    TI__Intellectual 2935 points

    Hi Ryan

    The host is MSP430F5659 connected with CC2520 through SPI. According the SPI waveform capture as below, we think the SPI configuration should be correct and signal is clearly. Actually the repeat behavior is not happen often, but usually easy captured the repeat package when the wireless communication become heavy. So we suspect the issue caused by message conflicting or ack missing, do you think the psd file in my 1st post for repeat frame content can help for issue investigation? 

       

  • 0 in reply to Terry Deng
    TI__Guru**** 217237 points

    Hi Terry,

    As best I can tell, these packets are re-transmitted because no MAC ACK is returned by the destination device.  It's difficult to tell as all packets appear to be the exact same and no NWK keys are provided.  Is Zigbee or 15.4 protocol being evaluated?

    Regards,
    Ryan

  • 0 in reply to Ryan Brown1
    TI__Intellectual 2935 points

    Hi Ryan

    It it customer own protocol modified base on zigbee.  We find the re-transmitted issue seem easy to happen while the transmit data exist 0x43, which is same value with STXON command. So we suspect SPI maybe wrong identify the payload data 0x43 to be command STXON, so that re-transmit the FIFO data. We will try continue investigate more for SPI behavior. Thank you advice,