Dual concurrent SCO connections

Hello Jason,

We are planning to develop a sample application to show the dual SCO connection feature of our CC256x. Based on your description, it looks like you have tried doing such scenario with no luck. We would like to develop this sample app to help customers like you. To make sure we cover your scenario, I would like to understand better your scenario. However, it is not clear to me the exact use case based on this forum thread. Could you provide more details? Perhaps a block diagram will help understand better.

Regards,

~Miguel

Hello Miguel,

  My apologies for not responding sooner - I had stopped watching this thread closely and was away from work for personal reasons for the last month.   Were you still pursuing this? 

  Our setup consists of the CC256x connected to the TIVA development platform.  We intend to do the following:

1) Pair CC256x to another Bluetooth device with Audio Gateway profile (in our case a BlueGiga module)

2). Open HF Connection and SCO Connection with 2-way audio to BlueGiga module. 

3). Pair CC256x to an Apple iPhone 4, 5 or 6 running iOS7 or later.

4).  Open HF Connection to iPhone

5).  Phone call comes in and iPhone opens second concurrent SCO connection then sends ringing through it

or

6).  User dials out using CC256x, opening a second concurrent SCO connection to the iPhone's audio

7).  User can (on the iPhone) swap back and forth from Bluetooth audio or iPhone audio without disrupting the first SCO connection

8).  TIVA MCU can open/close first SCO connection without disrupting the SCO connection to the iPhone

I believe that about covers it.  We have this working with Android phones, except for the initial ringing.  The incoming call still rings in the phone's earpiece and not over the headset for some reason.  But upon answering the call it swaps over to using the SCO audio. 

Thank you!

 - Jason

Jason,

Thank you for the feedback. Just to make sure I understand correctly, let me summarize it. The CC2564 (HFP Audio Gateway) connects to the BlueGiga (HFP handsfree device) and also the CC2564 (HFP handsfree device) connects to the Phone (HFP Audio Gateway). Both connections can have an active SCO connection at the same time and should be treated independent.

~Miguel

Hello Miguel,

    The CC2564 with an MSP430/TIVA running the Bluetopia stack does not support the Audio Gateway profile (yet, I hear there is a BETA some folks have but it is buggy?).  So, the BlueGiga module would be the AG for that SCO connection.  The phone would be the AG for its SCO connection.  The CC2564 would always be a Hands free device for both connections.  We need both SCO connections open and active simultaneously.  Please let me know if that makes sense.

Thank you,

- Jason

Jason,

Yes, please have a look at the HFPDemo app in this package: http://www.ti.com/tool/cc256xstbtblesw

~Miguel

Huh, I am a little confused. That link was to a Bluetooth Dual mode stack for use on STM32 CPUs. Are you saying the example is now packaged with a stack that is for a different processor and development environment? I must admit that is a very unusual way of addressing this problem.

Is the underlying code still based off the Bluetopia stack? Are you recommending users designing new products to purchase this and then port it back to function on TI MCUs?

Thank you,

- Jason

Hi everybody,

i'm trying to connect HFPDemo and HFPAGDemo, but I'm not able to establish any Service Level Connection.

I see the Remote HF port opened (confirmation on AG side), but no Service Level Connection prints.

Have you any idea?

Thank you so much

Paolo