• State TI Thinks Resolved
  • Locked Locked
  • Replies 14 replies
  • Answers 1 answer
  • Subscribers 51 subscribers
  • Views 1771 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.

CC2564: CC2564 with STM32F4 - SPP connection acts as HFP (Hands Free Profile)

tk-joao
Prodigy 160 points
Part Number: CC2564

Hi there,


I'm using the SPPLEDemo (of the Bluetopia API) as a base for my application. The idea is to communicate with another device (feature phone) using Bluetooth up to 3.x and also to Health Meters using BLE.
But when I'm connecting to the feature phone, it is detected as being an HFP device. How is this possible and how could I avoid this?

I also noticed that when I search/try to discover profiles associated with my device, it shows no profiles. How could I indicate that the SPPLEDemo application is using the SPP profile?


Thank you very much.

Cheers,

João

  • 0
    TI__Mastermind 27080 points
    Which Blutopia SDK are you using? Latest one is here : www.ti.com/.../cc2564cstbtblesw

    I wonder, if you are registering HFP SDP records, which is showing up as a HFP device when browsed from the phone.. Did, you try SPPLE demo from the SDK, wihtout changes?

    Thanks
  • 0 in reply to Hari Nagalla
    Prodigy 160 points

    Hi Hari,

    I'm using v4.0.2.2. Are there any release notes that I could see if they reveal relevant changes that would be important to this issue?

    Well, I didn't add any changes related to Bluetooth EDR I guess. I even tried to add an SPP SDP Record, but it didn't make anything (see code below).

    Am I using this correctly? I also don't see anywhere in the SPPLEDemo code registering SDP records for HFP or even anything else... Is this "hardcoded" somewhere I don't know about?

    What I also checked on the Feature phone I'm connecting to, that it's that it is detecting a notify event with UUID of 0x11 1f (HFP) instead of 0x11 01 (SPP).

    Thanks.

    Cheers,
    João

  • 0 in reply to tk-joao
    TI__Mastermind 27080 points
    Humm.. By default, it should not have any HFP records in the SDP database.. v4.0.2.2 is a little too old.. For test purposes, can you try with a recent release? Again, you are using CC2564C with STM32F4 right?

    Thanks
  • 0 in reply to Hari Nagalla
    Prodigy 160 points
    I will try with the recent release and get back to you.
    I'm using CC2564MODA from a CC2564 Booster Pack Plugin in Module with an STM32F4. But will use CC2564B in the final product. Is there any change I should do?
  • 0 in reply to tk-joao
    TI__Mastermind 27080 points
    That is ok.. For MCU Bluetopia stacks, the SDP data base is not populated by default, unlike for Linux BlutopiaPM... So, please try with latest Release..
  • 0 in reply to Hari Nagalla
    Prodigy 160 points

    Tested with SPPLEDemo of version 4.2.1.1 and it still connects as an Audio.
    If I connect with a Smartphone to the feature phone in question, and if open SPP using an app, it detects it as using SPP (this is just to demonstrate that the feature phone can, in fact, detect SPP).
    Is there any way to populate the SDP so it can send info about the SPP profile? I mean, if the SDP is not populated, maybe it should be...?

    Thanks for your help so far.

    Best,
    João

  • 0 in reply to tk-joao
    Prodigy 160 points
    Also tested with just the SPPDemo and I got the same behavior...
  • 0 in reply to tk-joao
    TI__Mastermind 27080 points

    Humm.. I am not sure, how your peer device is checking the SDP.. I tried with SPP demo and queried the SDP services from a Linux machine (using SDPtool) and the CC2564X reported the SDP services (RFCOM) correctly. Make sure, to open the server port in the SPP demo, the only the SDP records are created and populated in the SDP database.

    root@am335x-evm:~# sdptool browse --l2cap 88:C2:55:D1:D6:43

    Browsing 88:C2:55:D1:D6:43 ...

    Service Name: Serial Port Server Port 1

    Service RecHandle: 0x10000

    Service Class ID List:

     "Serial Port" (0x1101)

    Protocol Descriptor List:

     "L2CAP" (0x0100)

     "RFCOMM" (0x0003)

       Channel: 1

    root@am335x-evm:~#

  • 0 in reply to Hari Nagalla
    Prodigy 160 points

    Hello Hari,

    Thank you for your analysis.
    I'm using the SPPLEDemo as a client. Is there any way to populate the SDP database when in client mode? Or this doesn't make any sense?
    I suspect the peer device Bluetooth server is assuming by default that the device is an "Audio device" if no Bluetooth profile is found (it is just a theory). 

    Thanks

  • 0 in reply to tk-joao
    TI__Mastermind 27080 points
    Yes.. You, can populate the SDP database with SPP profile even when in Client mode.. So, if there is a SDP query request from the peer, it would be responded properly..
  • 0 in reply to Hari Nagalla
    Prodigy 160 points

    Hi Hari,

    Can you give me a bit of guidance on how doing that? By reading the documentation, I've come to this code:


    But even with this I got no success. So maybe I'm doing something wrong. Can you help?

    Thank you.

    Best,
    João

  • 0 in reply to tk-joao
    TI__Mastermind 27080 points
    The, server code in SPP demo example configures the SDP. Even, if you are using client mode, you can still configure the SPP server (i.e OpenServer in demo code) to get the SDP records configured properly..

    Thanks
  • 0 in reply to Hari Nagalla
    Prodigy 160 points

    Ok I will see if it fixes and get back to you.
    Thank you.

    João

  • 0 in reply to tk-joao
    TI__Mastermind 27080 points
    Hi Joao,

    We, have n't heard from you.. I hope, you got the issue fixed.. I am closing the thread for now.. If, you have any additional issues, please raise a new thread..

    Thanks