• State TI Thinks Resolved
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 52 subscribers
  • Views 240 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.

CC2642R: the 3rd packet needs to wait at least 2 seconds before it can be successfully transmitted.

Mike Wu1
Expert 2811 points
Part Number: CC2642R

Tool/software:

Hi Team, 

My customer need to send a lot of data from Android phone to CC2642( SDK version:7.41 / BLE role of CC2642: Peripheral). 

The  data is sent by the following sequence: 

1st packet: 251 byte

2nd packet: 100 byte

3rd packet: 251 byte

4th packet: 100 byte

...

But my customer found that the every packet needs to wait at least 2 seconds before it can be successfully transmitted.

Please help to provide comments.

Thanks.

  • 0
    TI__Genius 15535 points

    Hello Mike,

    Thanks for reaching out.

    Could you please confirm if there has been an MTU exchange requested by the Android phone and accepted by the cc2642 peripheral and what value is the MTU size updated to? Do they have a Bluetooth sniffer to share logs with us?

    BR,

    David.

  • 0 in reply to David
    Prodigy 70 points

    1.The Android APP and peripheral devices have been put into mass production.
    2.We try to replace the Bluetooth chip with CC2642R1.
    3.Therefore, the MTU update requirement of ANDROID APP is no problem.
    4.I tried to modify the content of the "SimpleProfile_WriteAttrCB()" function to improve the problem.
    5.I think we've found ways to improve.

    Thanks,  BR,

  • 0 in reply to March
    TI__Genius 15535 points

    Hello March,

    May I ask what is the latest status of the issue. Has it been solved (based on point 5)?

    BR,

    David.

  • 0 in reply to David
    Prodigy 70 points

    Hello David:

      This problem has been solved。

    Thanks,

    BR,

    March.