• State
  • Locked Locked
  • Replies 2 replies
  • Subscribers 51 subscribers
  • Views 3138 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.

SCO OVER HCI CONNECTION IS NOT CLEAR

Nishantha Mahesh Kumara
Intellectual 450 points
Other Parts Discussed in Thread: CC2564

Dear Sir,

 

I have established the SCO over HCI connection between CC2564 and BT headset, and I returned incoming audio sample back in to headset using fallowing codes.

case etSCO_Data_Indication:   

           if(SCO_Event_Data->SCO_Event_Data.SCO_Data_Indication_Event->SCO_Connection_ID == SCOConnectionID_Client)

           {   SCO_Send_Data(BluetoothStackID, SCOConnectionID_Client, SCO_Event_Data->SCO_Event_Data.SCO_Data_Indication_Event->DataLength, SCO_Event_Data->SCO_Event_Data.SCO_Data_Indication_Event->DataBuffer);

}

Now I can hear my own voice over the headset but, beside the voice signal, there are another noise similar to the connecting sound of old 56k faxmodem, so it is not clear. And then, I perform the same experiment with HFRE_Open_HandsFree_Server_Port command but this time with smart phone, and established the audio connection using HFRE_Setup_Audio_Connection. Now I got a best result, voice is very clear. In both case, I created the audio connection over HCI transport layer, firing the HCI_VS_Write_SCO_Configuration and my question is, why SCO over HCI connection is not clear? I need to connect my hands free device with CC2564 and buffer the audio sample in to host CPU. I need your help.

 

Thank you.

Best Wishes

  • 0
    TI__Mastermind 32615 points
    Hi,

    Voice (SCO) over HCI is not recommend it as the first option. The recommended settings are below (hope you have done it):

    HCI_Write_Default_Erroneous_Data_Reporting 0x0c5b, 0x01

    HCI_VS_Write_SCO_Configuration 0xFE10, 1, 120, 720, 1

    I would like to emphasize that it is hardly used by customers (eventually, they all use voice over the standard PCM).
  • 0 in reply to Sundeep Javvaji
    Intellectual 450 points

    Dear Sir,

    I am ok with PCM channel. I need to connect two BT device via CC2564. I found there was two PCM channels in CC2564, it is possible to route one channel in to one BT device and also other channel as well? And then connect two devices? Shouldn’t I require CODEC chip for this? I am sorry, I am confuse little bit. However, if there was such crisis and hardware requirements and all, then even though SCO over HCI is not recommended, I am still very happy to proceed with HCI, because I just need a one single code sentence to transfer audio in to other channel, it is that simple. By the way, I have done test with HFP Server which connected with my smart phone and open audio link using Manage Audio command. At the mobile ringing indication event, I switch PCM to HCI channel. And I got perfect result, I am very satisfy but with SCO it was quite bad. Not clear at all.

    I found audio gateway sample you are provided to another client, and I am having some problem with that also. Well I have questions.

    1. How did you manage to function HFRE_Open_Remote_Audio_Gateway_Port API ?

    2. DEFAULT_HF_SUPPORTED_FEATURES (0x7F) and where this (0x7F) value come from?

    3. Is it possible to activate HFRE_Open_Remote_HandsFree_Port API? I tried but I got error.

    This is the result I got with sample project you are provided and the port automatically closed right after it is opened why?

    I can switch to HCI without HCI_Write_Default_Erroneous_Data_Reporting 0x0c5b, 0x01 using HCI_VS_Write_SCO_Configuration 0xFE10, 1, 120, 720, 1 I get minus error code as a return value but the channel is switched in to HCI. So I am ok with that. But if you think, the reason why I am having horrible noise with SCO channel, because of something wrong with port opening, then please I need your advised.

    Best Wishes


    HFRE16>inquiry Return Value is 0 GAP_Perform_Inquiry() SUCCESS.
    HFRE16> GAP Inquiry Entry Result: 0x18227ef9a455.
    HFRE16> GAP_Inquiry_Result: 1 Found. GAP Inquiry Result: 1, 0x18227ef9a455.
    HFRE16>Pair 1 2 GAP_Initiate_Bonding (General): Function Successful.
    HFRE16> atLinkKeyRequest: 0x18227ef9a455 GAP_Authentication_Response() Success.
    HFRE16> atPINCodeRequest: 0x18227ef9a455
    Respond with the command: PINCodeResponse
    HFRE16>PINCodeResponse 0000 GAP_Authentication_Response(), Pin Code Response Success.
    HFRE16> atLinkKeyCreation: 0x18227ef9a455 Link Key: 0xfd7434e2ce94e4aec63b8be295f92fba Link Key Stored locally.
    HFRE16> atAuthenticationStatus: 0 Board: 0x18227ef9a455

    HFRE16>OPENHANDSFREECLIENT 1 2 Bluetooth Device Address: 0x18227ef9a455 Open Remote HandsFree Port = 0002 HFRE_Open_Remote_Audio_Gateway_Port: Function Successful (ID = 0001).
    HFRE16> atLinkKeyRequest: 0x18227ef9a455 GAP_Authentication_Response() Success.
    HFRE16> HFRE Open Port Confirmation, ID: 0x0001, Status: 0x0000.
    HFRE16> HFRE Close Port Indication, ID: 0x0001, Status: 0x0001.