• State
  • Replies 1 reply
  • Subscribers 52 subscribers
  • Views 30 views
  • Users 0 members are here
Support feedback
Options
Options
Related

Original question:

CC2640: BLE stack

CC2640: CC2640 BLE stack question, Link Layer

Michael McCully
Intellectual 375 points

Part Number: CC2640

Hi,

I have a CC2640 peripheral device we've been using for several years.  We've had no trouble with it until lately, when we started working with a different BLE client device.  This new BLE client is not under development, it's an Android device for sale, and it is failing to connect to our peripheral even though we are able to connect with other Android clients with different Android system versions.  When the connection with this new client fails, our TI device gets no callback notification at the APP level, as if the request never comes in.  With the devices that do connect, of course our device does get notified.

So, my question is, could the connection request be actually coming in to our device and then somehow be rejected at a lower level of the BLE stack, maybe as low as the Link Level?  More specifically, is there a way I can look at the Link Level to see if the connection request is coming in there?  It's hard to know which message queue to look at.

This device is several years old, so the BLE stack on it is 2.2, and that stack is up to the BLE 4.2 spec.

Thanks.

  • 0
    TI__Mastermind 44570 points

    Hi,

    Thank you for reaching out. My apologies for the delay. Can you share the SDK version you are using? Do you have access to a Bluetooth LE sniffer? If so, then could you take a sniffer log showing the behavior to see what may be happening over the air? Which Android device are you using and what version of Android (version and build) is being used?

    Best Regards,

    Jan