• State Verified Answer
  • Replies 21 replies
  • Subscribers 73 subscribers
  • Views 8821 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 123901
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

nRF51 to nRF52 migration, can't discover services

Eliot Stock

Hi. I have some nRF51 firmware I'm migrating to the nRF52. It's a peripheral with bunch of vendor specific services, using SDK 13.0.0 and SD 132 v4.0.2.

My code builds and runs and the device advertises OK. I can see it in the nRF Connect app for Android, and in my own Android app. But when I connect to it and try to discover services, nothing happens.

I've been through the migration guide (infocenter.nordicsemi.com/index.jsp and can't see anything I've missed.

How do I debug the service discovery/connection issue? How do I get logging out of the BLE sources in the SDK? There are no log flags for these in sdk_config.h.

The BLE_GAP_EVT_CONNECTED event is happening, I can see that much.

Edit: Adding two Wireshark captures, one when connecting from our custom Android app, the other when connecting from the nRF Connect Android app.

bike-tracker-nRF52-discovery-from-custom-android-app-2017-07.pcapng

bike-tracker-nRF52-discovery-from-nrf-connect-android-app-2017-07.pcapng

Edit: Adding two more Wireshark captures.

Capture 3: Connection from the nRF Connect Android app to our (Bike Tracker) peripheral app. Same as above, but another attempt at getting a good capture. Shows nothing but empty PDUs after the CONNECT_REQ in this case.

bike-tracker-nRF52-discovery-from-nrf-connect-android-app-2017-07-b.pcapng

Capture 4: Connection from the nRF Connect Android app to the ble_app_hrs example app in SDK 13.0.0. For comparison. Shows service discovery starting right after the connection.

ble_app_hrs-nRF52-discovery-from-nrf-connect-android-app-2017-07.pcapng

Parents
  • 0

    These two captures are targeting two advertisers each having different MAC address. Are you sure that one of them wasn't cached as GATT Server on mobile side in any previous encounter? Also advertising data look like you are using DFU nor HRS demo for comparison (shouldn't matter but it is confusing). Otherwise there is no obvious reason why should the phone (assuming it's the same device?) do GATT Service Discovery on one target and not on the other....

Reply
  • 0

    These two captures are targeting two advertisers each having different MAC address. Are you sure that one of them wasn't cached as GATT Server on mobile side in any previous encounter? Also advertising data look like you are using DFU nor HRS demo for comparison (shouldn't matter but it is confusing). Otherwise there is no obvious reason why should the phone (assuming it's the same device?) do GATT Service Discovery on one target and not on the other....

Children
No Data
Related
Terms of service