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.

CC2564C: A3DP clarification

Part Number: CC2564C
Other Parts Discussed in Thread: CC2560B, CC2564, CC2640R2F,

Hi,

I'm looking at a design with the CC2560B/CC2564C Bluetooth controller for streaming audio (sink) together with a command/control stream. The main MCU is (most likely) an STMF7 device. The STMF7 will be doing significant audio effects processing and I would like to keep the Bluetooth SBC decoder off of this device. To use dual-mode, I would need another MCU (say, MSP432 or STMF4) to handle A2DP and some custom BLE command/control profile.

An alternative is to use CC2560B/CC2564C in single mode with A3DP configured and command/control via SPP (Android) or iAP2 (iOS).

1) In this configuration, can I run SPP and iAP2 concurrently with A3DP?

2) Would there still be a need for part of the Bluetooth stack to run on the main MCU or could I avoid that by configuring a serial HCI channel between CC256x and STMF7?

Regards,

ac

  • As such, the CC2564 SDK is released for STM32F4. www.ti.com/.../CC256XSTBTBLESW
    For stack adaptations/porting to other devices, we recommend checking with 'Cloud3Gnd'.

    Thanks
  • Hi,
    Thanks for your response.

    I'm not asking about how to port the stack to another device type.

    My questions related to the ability to run A3DP and SPP/iAP2 concurrently on a CC2640R2F and, in that configuration, is there any need for any part of the stack on a host processor (either an MSP432 or a STM32F4)...

    Kind regards,
    ac
  • Andrew,

    Just to clarify, the CC2640R2F is a BLE only wireless MCU and you cannot run classic BT use-case like A3DP and SPP on it. If it is a typo and you are referring to the CC2564C controller, it is possible to run A3DP (Source or Sink role) and SPP+iAP2 profiles concurrently. There is no device level or host stack level limitation preventing such use-case. We provide separate A3DP and SPP (or SPP+iAP2) sample applications in the SDK. In order to realize your A3DP+SPP+iAP2 use-case you will need to combine the profile level code from these sample applications into one single application. Hope this answers your first question.

    Andrew Coad said:
    2) Would there still be a need for part of the Bluetooth stack to run on the main MCU or could I avoid that by configuring a serial HCI channel between CC256x and STMF7?

    I do not think I understand the question. The HCI and below layers of BT protocol (e.g LMP, baseband) etc. run on the CC2564C controller, while the upper level protocols (e.g. L2CAP, RFCOMM, profiles etc.) are part of the host stack that runs on the host MCU. A3DP just offloads the data processing (SBC coding or decoding etc.) to the controller to decrease the data processing requirements on the host. The host stack is still needed. For more details, I recommend you refer to the CC2564C device datasheet on A3DP implementation and Bluetopia Stack documentation (typically found in C:\ti\Connectivity\CC256X BT\CC256x STM32 Bluetopia SDK\v4.2.1.1\NoOS\Documentation\TIBluetopiaAPIs.html directory for the CC2564CSTBTBLESW installation).

    Best regards,

    Vihang