ble_app_uart example only partially working

[Zach]

Thanks for the response. As a test, I loaded the same code onto a PCA10004 and it seems to work as you described. A breakpoint at 217 does get triggered when it receives data. So, I guess there is something "different" about my PCB. Maybe you can help me pin point the issue

My PCB does "Connect" and the line associated with the connected LED does go high and advertising stops. However, I just never get to the breakpoint at line 217

The only changes I made from the original source are:

1. Changed the SD handler init to use NRF_CLOCK_LFCLKSRC_SYNTH_250_PPM since I don't have the 32KHz xtal.
2. Set HWFC to false in the board file (since my board isn't using flow control). I know that it is possible that I might loose data sent to the chip via the UART, but I'm okay with that.

One other piece of data:

On my hardware only, I seem to failing this test (in the BLE_GAP_EVT_SEC_INFO_REQUEST event): if (p_enc_info->div == p_ble_evt->evt.gap_evt.params.sec_info_request.div)

Thoughts? Thanks.

---

I am working with a custom PCB, Keil and Jlink. I have verified that the custom hardware works using the HRM example.

I'd like to get your ble_app_uart example working from SDK 6.0 (it seems to have been removed from 6.1). I downloaded your IOS nRF uart app and it connects just fine. I can go into debug mode and set a breakpoint inside the nus_data_handler. However when I send data from the app it never gets to that breakpoint. Any suggestions as to what might be the issue?

[Asbjørn]

Just tried this myself and I received data from both iOS and Android version of the app. I set the break point on line 217 in main. Are you able to connect to the nRF51 device with the app? Do you see the LED status change on the nRF51 board?

UPDATE: You added some additional information and the problem is that you are using the synthesized LFCLK. You should change that code line to use the internal 32 RCOSC. Input NRF_CLOCK_LFCLKSRC_RC_250_PPM_250MS_CALIBRATION instead in the stack init and you should see some improvments. <\UPDATE>

[Zach]

Any thoughts on the above info? Is there a resource that describes the BLE_GAP_EVT_SEC_INFO_REQUEST?

[Asbjørn]

Change the LFCLK source as stated in the update above.

[Nguyen Hoan Hoang]

I have custom boards without the 32KHz and working fine with NRF_CLOCK_LFCLKSRC_SYNTH_250_PPM. I have example code of my own working fine too. You can try them from here embeddedsoftdev.blogspot.ca/.../ehal-nrf51.html. Have Blinky, UART and LED matrix example code with corresponding iOS App as well. Tested with SDK6.1, SD7 and iOS7.2