• State Resolved
  • Locked Locked
  • Replies 1 reply
  • Subscribers 41 subscribers
  • Views 328 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.

CC2564MODNEM: A2DP repeater with a CC2564MODNEM and a STM3240G-EVAL board

Jo Laf
Prodigy 135 points
Part Number: CC2564MODNEM
Other Parts Discussed in Thread: CC2564, CC2564CSTBTBLESW

Hi,

I'm investigating around an A2DP repeater that must allow following use case :

Audio source (computer/smartphone/etc)   ==A2DP=>   repeater (CC2564 + STM3240G)    ==A2DP=>    Audio sink (headphone/speaker/etc)

First question is this only possible ? The following post on this forum make me think it is :

Second question : do you have any idea where I can find any usefull ressources on this ? Where I can find documentation ?

Third question : do you have any advice on the way to achive this ? Should I operate on the A2DP layer ? Maybe on a lower layer ?

For now I've just played a bit with the AUDDEMO from the CC256XSTBTBLESW.

Thanks in advance,

Jo

  • 0
    TI__Mastermind 29250 points

    Jo,

    Jo Laf said:
    First question is this only possible ? The following post on this forum make me think it is :

    Yes, this is possible when using the unassisted A2DP and a high enough UART baud rate (for example 2 Mbps or higher).

    Jo Laf said:
    Second question : do you have any idea where I can find any usefull ressources on this ? Where I can find documentation ?

    You can find all the relevant API documentation (including doxygen) in the latest CC2564CSTBTBLESW SDK. We do not have a sample application for this specific use-case, but you can start building on top of the AUDDemo which has the A2DP sink implementation and add the A2DP source implementation to it to forward the sink's data.

    Jo Laf said:
    Third question : do you have any advice on the way to achive this ? Should I operate on the A2DP layer ? Maybe on a lower layer ?

    In my experience, operating at the application layer is the best approach. You may choose to implement two separate A2DP profile callbacks for Sink and Source roles to manage the two connections and simply "tunnel" the encoded A2DP data received from the Sink to the Source.

    Best regards,

    Vihang