This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Suddenly I'm seeing spontaneous disconnects in my iOS 7 app from my nRF51822 peripheral

Suddenly my app, running on iOS 7, is reporting lots of spontaneous disconnects by the peripheral device, an nRF51822, indicating a timeout:

didDisconnectPeripheral: Peripheral with UUID = 2F82C038-59AF-FA33-1963-644155D9CD09 disconnected, error = Error Domain=CBErrorDomain Code=6 "The connection has timed out unexpectedly." UserInfo=0x176d88c0 {NSLocalizedDescription=The connection has timed out unexpectedly.}

Also seeing lots of cases of service discovery reporting unknown error: didDiscoverServices: Error code was Error Domain=CBErrorDomain Code=0 "Unknown error." UserInfo=0x16d48850 {NSLocalizedDescription=Unknown error.},

This is a recent phenomenon, and I'm looking for some way of finding out what caused Core Bluetooth to report these. In the case of the timeout, what timed out? I assume this is coming from the interaction going on between CB and the peripheral, and CB possibly didn't get a response it was expecting? In the case of the service discovery error, it would help to know more about what CB is reporting with the unknown error code. Is there any way to get some additional feedback from CB? This is more a question for Apple and has been posted on the CB forum there, but maybe someone here has some insights.

Parents
  • Hi Ole,

    I am working on the embedded FW portion of the project Don is asking about. I can answer questions 1 & 3 for you.

    Currently the app_error_handler is doing a reset. I will modify the code to assert and lock up so we can catch it in the debugger easily.

    Our low frequency oscillator is +/- 20 PPM for its accuracy at 25C. When I call BLE_STACK_HANDLER_INIT, I pass it NRF_CLOCK_LFCLKSRC_XTAL_20_PPM.

    Regards, John

Reply
  • Hi Ole,

    I am working on the embedded FW portion of the project Don is asking about. I can answer questions 1 & 3 for you.

    Currently the app_error_handler is doing a reset. I will modify the code to assert and lock up so we can catch it in the debugger easily.

    Our low frequency oscillator is +/- 20 PPM for its accuracy at 25C. When I call BLE_STACK_HANDLER_INIT, I pass it NRF_CLOCK_LFCLKSRC_XTAL_20_PPM.

    Regards, John

Children
No Data
Related