ble_app_hrs not working

RE: ble_app_hrs not working

Sigurd — Thu, 27 Apr 2017 15:16:00 GMT

It get stuck at sd_ble_cfg_set()?

Check if there is a code assertion:

Build without optimization and make sure that debug info is included in output (enable checkbox in project options -> C/C++ Compiler -> Output tab.
Add "DEBUG" to the list of pre-processor symbols in project options -> C/C++ Compiler -> preprocessor tab, see "defined symbols" field
Start a debug session, place a breakpoint at line ~113 in app_error.c and see if it gets reached. You can read out the error code and line number if it does.

RE: ble_app_hrs not working

Ferhat B — Thu, 27 Apr 2017 12:34:12 GMT

I tried without modification, result same.

RE: ble_app_hrs not working

Sigurd — Thu, 27 Apr 2017 12:22:09 GMT

Your LFCLKSRC looks correct. So if you have done any modification on the example code, the allocated RAM for the SoftDevice could be too small. Take a look at this post on how to configure the memory regions and find the correct RAM size.

RE: ble_app_hrs not working

Ferhat B — Thu, 27 Apr 2017 11:35:50 GMT

No but, rigado warn about that and i changed like below

// Low frequency clock source to be used by the SoftDevice #define NRF_CLOCK_LFCLKSRC {.source = NRF_CLOCK_LF_SRC_RC,
.rc_ctiv = 16,
.rc_temp_ctiv = 4,
.xtal_accuracy = 0} // accuracy ignored when using RC

RE: ble_app_hrs not working

Ferhat B — Thu, 27 Apr 2017 11:28:48 GMT

As a note; its Rigado BMD-350, demo and my design.

RE: ble_app_hrs not working

Sigurd — Thu, 27 Apr 2017 11:28:43 GMT

Do you have an an external 32 kHz crystal on your Rigado BMD-350 board?

RE: ble_app_hrs not working

Ferhat B — Thu, 27 Apr 2017 11:27:06 GMT

Hi there,

I impelement uart to ble_app_hrs_pca10040_s132. I Worked on pca10040 demoboard. But when i debug same source on my board. It stacking in ble_stack_init(); step below;

ble_cfg.common_cfg.vs_uuid_cfg.vs_uuid_count = 0;   //HERE
err_code = sd_ble_cfg_set(BLE_COMMON_CFG_VS_UUID, &ble_cfg, ram_start);
APP_ERROR_CHECK(err_code);

Exactly same problem was happening on Evm board with "ble_app_hrs_pca10040_s132_uart" application. Is it about code size. How can i solve. Im so close to achieve my demo.

RE: ble_app_hrs not working

Ferhat B — Wed, 26 Apr 2017 13:46:28 GMT

Now i can debug ble_app_hrs_pca10040_s132_uart but hanging.

Here; (main): err_code = sd_ble_cfg_set(BLE_COMMON_CFG_VS_UUID, &ble_cfg, ram_start); Here (deeper): m_os_rsp_wait_handler();

RE: ble_app_hrs not working

Ferhat B — Wed, 26 Apr 2017 13:44:54 GMT

You mean ble_app_hrs_pca10040_s132_uart do not work as uart to ble application. I wan to use that becouse my application meet. Im working on medical device.

So for me, easiest way. Using ble_app_hrs_pca10040_S132_uart. Now i have to try adding uart peripheral to ble_app_hrs_pca10040_s132

RE: ble_app_hrs not working

Sigurd — Wed, 26 Apr 2017 13:26:05 GMT

The ble_app_hrs_pca10040_s132_uart is meant for your application board and does not need the SoftDevice. You will need to port the serialized application to the application microcontroller in your system.

On the nrf52832 (Rigado BMD-350)(connectivity board) you are supposed to flash the softdevice + connectivy hex, for uart this is located in the folder

<SDK_InstallFolder>\examples\ble_central_and_peripheral\ble_connectivity\board\ser_s13x_uart

Please read the this infocenter page for more information.

RE: ble_app_hrs not working

Ferhat B — Wed, 26 Apr 2017 13:03:01 GMT

I have my own pcb, ready to wrork, uart connections and rst, sw pins. This is a prototype.

RE: ble_app_hrs not working

Sigurd — Wed, 26 Apr 2017 13:00:11 GMT

Ok, for nRF52832 take a look at the figure 1 here. have you connected the pin 23(TX), 24(RX) ,25(CTS) and 2(RTS) and connected reset and GND as shown in the figure to your other microcontroller?

RE: ble_app_hrs not working

Ferhat B — Wed, 26 Apr 2017 12:54:40 GMT

This is what i need, i have another microcontroller connectted with uart to nrf52832 (Rigado BMD-350)

RE: ble_app_hrs not working

Sigurd — Wed, 26 Apr 2017 12:50:31 GMT

As I wrote in my answer, the ble_app_hrs_pca10040_s132_uart is for serialized application using UART as the transport interface. This is only when you want to run your appliation code on another microcontroller. Are you sure that this is what you want to achieve? See this infocenter page.

RE: ble_app_hrs not working

Ferhat B — Wed, 26 Apr 2017 12:43:33 GMT

That works, thanks.

Now i have another issue;

ble_app_hrs_pca10040_s132 works >>> fine. ble_app_hrs_pca10040_s132_uart >>> hangs.

Here (main): err_code = sd_ble_cfg_set(BLE_COMMON_CFG_VS_UUID, &ble_cfg, ram_start); Here (deeper): m_os_rsp_wait_handler();

With NrfGo i try to load complied outputs (*.hex); I can load ble_app_hrs_pca10040_s132.hex with SoftDevice loaded.

But I cant load ble_app_hrs_pca10040_s132_uart.hex with SoftDevice loaded.

I cant debug if i do not load soft device with IAR. Is it a code size problem ?? NrfGo says "ble_app_hrs_pca10040_s132_uart.hex has sofdevice things in it"

RE: ble_app_hrs not working

Sigurd — Wed, 26 Apr 2017 10:20:27 GMT

If you are using IAR version 8 there is a bug with the nrf_delay_us() function. See updated answer.

RE: ble_app_hrs not working

Ferhat B — Wed, 26 Apr 2017 10:01:44 GMT

I tried both, and its same. Hanging at nrf_delay_us below;

__STATIC_INLINE void nrf_delay_us(uint32_t number_of_us) { const uint32_t clock16MHz = CLOCK_FREQ_16MHz; if (number_of_us) { __ASM volatile ( #if ( defined(GNUC) && (__CORTEX_M == (0x00U) ) ) ".syntax unified\n" #endif "1:\n"

RE: ble_app_hrs not working

Sigurd — Wed, 26 Apr 2017 09:32:38 GMT

Hi,

The ble_app_hrs_pca10040_s132_uart is for serialized application using UART as the transport interface. Instead you should use the ble_app_hrs_pca10040_s132 project.

Edit: There is a bug with IAR version 8 with the nrf_delay_us() function. See attached patch in this answer.