Data is not getting received in nus_data_handler

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Tue, 27 Oct 2020 10:10:27 GMT

FLASH (rx) : ORIGIN = 0x1b000, LENGTH = 0x25000
RAM (rwx) : ORIGIN = 0x20001fe8, LENGTH = 0x2018

using these only Edvan.

RE: Data is not getting received in nus_data_handler

Edvin — Tue, 27 Oct 2020 08:57:06 GMT

[quote user="swetha Paladugu"]Have you tried flashing the pre-compiled code on your nrf51802 device?[/quote]

I tried flashing it on the nRF51 DK, and it works without modifications there (both the precompiled ble_app_hrs_freertos_pca10028_s130.hex and the armgcc generated application together with the softdevice).

Note that the nrf51802 only has 16KB RAM. Make sure that your memory settings are correct. In the ble_app_hrs_freertos project, that would be the ble_app_freertos_gcc_nrf51.ld file. By default, it says:

FLASH (rx) : ORIGIN = 0x1b000, LENGTH = 0x25000
RAM (rwx) : ORIGIN = 0x20001fe8, LENGTH = 0x6018

But the length of the RAM is only 0x4000, so try setting:

FLASH (rx) : ORIGIN = 0x1b000, LENGTH = 0x25000
RAM (rwx) : ORIGIN = 0x20001fe8, LENGTH = 0x2018

I don't know how that translates to Eclipse, unfortunately.

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Tue, 27 Oct 2020 05:00:04 GMT

It crashed from vPortStartFirstTask(); in vTaskStartScheduler();

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Tue, 27 Oct 2020 04:40:29 GMT

Edvan,

Have you tried flashing the pre-compiled code on your nrf51802 device?

RE: Data is not getting received in nus_data_handler

Edvin — Mon, 26 Oct 2020 11:43:23 GMT

You can't use a 45KHz LFXTAL. 16 or 32 KHz only. Try to use that instead.

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Fri, 23 Oct 2020 09:09:02 GMT

Our module is connected to 45KHz external Low frequency crystal oscillator.. So what should be set in CLOCK_CONFIG_XTAL_FREQ macro in sdk_config.h?

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Fri, 23 Oct 2020 08:38:51 GMT

i have already commented the bsp_init() and everything related to buttons..

No it is not coming to that breakpoint in error handler..

RE: Data is not getting received in nus_data_handler

Edvin — Fri, 23 Oct 2020 08:28:40 GMT

[quote user="swetha Paladugu"]Irrespective of ide, the precompiled hex should work.. [/quote]

I agree that the precompiled hex files should work irrespective of IDEs, but not irrespective of HW. What are the buttons and LED pins connected to? Try to comment out the bsp_init() function.

I see you have DEBUG in your preprocessor definitions (CFLAGS). Try to set a breakpoint on line 76 in app_error.c. Is that hit?

/*lint -save -e14 */
void app_error_handler(ret_code_t error_code, uint32_t line_num, const uint8_t * p_file_name)
{
    error_info_t error_info =
    {
        .line_num    = line_num,
        .p_file_name = p_file_name,
        .err_code    = error_code,
    };
    app_error_fault_handler(NRF_FAULT_ID_SDK_ERROR, 0, (uint32_t)(&error_info));    // <-- Breakpoint here

    UNUSED_VARIABLE(error_info);

I can try the 51 DK on Monday, but I am working from home now, and I don't have a 51 DK plugged into my computer (remote desktop).

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Fri, 23 Oct 2020 08:05:50 GMT

For the previous project RAM address was wrong. After i changed them, it started advertising... Other than that nothing..

Can you please flash the precompiled hex of freertos example in nrf51802 module and check if it is advertising for you?

Irrespective of ide, the precompiled hex should work.. but its not happening.

RE: Data is not getting received in nus_data_handler

Edvin — Fri, 23 Oct 2020 08:01:14 GMT

I don't know why it isn't working. What changes did you do when the previous project didn't work, and I suggested the clock config changes? We don't support Eclipse, so if the issue is related to that I don't know what the issue may be.

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Fri, 23 Oct 2020 07:47:12 GMT

devzone.nordicsemi.com/.../linker_5F00_cfg.ld

devzone.nordicsemi.com/.../4405.FreeRTOSConfig.h

devzone.nordicsemi.com/.../32653.sdk_5F00_config.h

Attaching my project files for reference.

Makefile defines:

# Libraries common to all targets
LIB_FILES += \

# C flags common to all targets
CFLAGS += -D__STACK_SIZE=2048
CFLAGS += -D__HEAP_SIZE=1024
CFLAGS += -DBOARD_PCA10028
CFLAGS += -DSOFTDEVICE_PRESENT
CFLAGS += -DNRF51
CFLAGS += -DS130
CFLAGS += -DFREERTOS
CFLAGS += -DBLE_STACK_SUPPORT_REQD
CFLAGS += -DSWI_DISABLE0
CFLAGS += -DNRF51802
CFLAGS += -DDEBUG
CFLAGS += -DNRF_SD_BLE_API_VERSION=2
CFLAGS += -mcpu=cortex-m0
CFLAGS += -mthumb -mabi=aapcs
CFLAGS += -Wall -Werror -O0 -g3
CFLAGS += -mfloat-abi=soft
# keep every function in separate section, this allows linker to discard unused ones
CFLAGS += -ffunction-sections -fdata-sections -fno-strict-aliasing
CFLAGS += -fno-builtin --short-enums

# C++ flags common to all targets
CXXFLAGS += \

# Assembler flags common to all targets
ASMFLAGS += -x assembler-with-cpp
ASMFLAGS += -D__STACK_SIZE=2048
ASMFLAGS += -D__HEAP_SIZE=1024
ASMFLAGS += -DBOARD_PCA10028
ASMFLAGS += -DSOFTDEVICE_PRESENT
ASMFLAGS += -DNRF51
ASMFLAGS += -DS130
ASMFLAGS += -DBLE_STACK_SUPPORT_REQD
#ASMFLAGS += -DSWI_DISABLE0
ASMFLAGS += -DNRF51802
ASMFLAGS += -DNRF_SD_BLE_API_VERSION=2

# Linker flags
LDFLAGS += -mthumb -mabi=aapcs -L $(TEMPLATE_PATH) -T$(LINKER_SCRIPT)
LDFLAGS += -mcpu=cortex-m0
# let linker to dump unused sections
LDFLAGS += -Wl,--gc-sections
# use newlib in nano version
LDFLAGS += --specs=nano.specs -lc -lnosys

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Fri, 23 Oct 2020 07:38:59 GMT

From scheduler it goes to unknown state, there are no other breakpoints in the code

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Fri, 23 Oct 2020 07:24:04 GMT

yes it is coming to main

RE: Data is not getting received in nus_data_handler

Edvin — Fri, 23 Oct 2020 06:47:02 GMT

[quote user="swetha Paladugu"]i am not using SES.. i am using eclipse...[/quote]

Ah. That's right.

Is the main() function reached at all?

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Fri, 23 Oct 2020 05:26:27 GMT

i am not using SES.. i am using eclipse...

I kept a breakpoint in ble_stack_thread(), and it never reaches there..

RE: Data is not getting received in nus_data_handler

Edvin — Thu, 22 Oct 2020 18:07:40 GMT

Are you using SES? What backend do you use?

If it is SES and RTT backend, set the NRF_FPRINTF_FLAG_AUTOMATIC_CR_ON_LF_ENABLED to 0 in sdk_config.h.

BR,

Edvin

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Thu, 22 Oct 2020 15:12:14 GMT

I am not able to get logs on console even after enabling NRF_LOG_ENABLE to 1 in sdk_config.h

RE: Data is not getting received in nus_data_handler

Edvin — Thu, 22 Oct 2020 14:20:52 GMT

Sorry. I don't always check the case history before answering a ticket.

I can't tell whats wrong based only on the fact that the precompiled .hex file doesn't work. Can you please try to compile the project and run it and see if the log says anything?

BR,

Edvin

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Thu, 22 Oct 2020 13:38:45 GMT

Hi Edvan,

In my previous ticket when i said device didnt advertise, then also you suggested the same.. But without changing anything to LFCLK, it was advertising after flashing softdevice and properly configuring RAM and flash addresses.

Now again you are suggesting to check this.

If there was no LFCLK connected to nrf51 module, it is obvious that my device wouldn't have worked with ble_app_uart code.

Now the issue is again with the freertos example code.

can you please explain?

RE: Data is not getting received in nus_data_handler

Edvin — Thu, 22 Oct 2020 12:55:13 GMT

Your module probably doesn't have an LFXTAL. You need to compile the project to match your hardware. Change the LFCLK settings in sdk_config.h.

CLOCK_CONFIG_LF_SRC 0

and in pca10028.h (or the equivalent file you are using), you need to change the clock settings:

#define NRF_CLOCK_LFCLKSRC      {.source        = NRF_CLOCK_LF_SRC_XTAL,            \
                                 .rc_ctiv       = 16,                                \
                                 .rc_temp_ctiv  = 2,                                \
                                 .xtal_accuracy = NRF_CLOCK_LF_XTAL_ACCURACY_20_PPM}

RE: Data is not getting received in nus_data_handler

swetha Paladugu — Thu, 22 Oct 2020 09:53:04 GMT

Hi Edvan,

log messages are not displaying on console... that is the reason i have removed logging..

After i changed nus characteristics i was able to transmit and receive data with app not through nus_data_handler but some other handler..

This issue is solved but now i have another issue.

I want to use freertos in my project so firstly i am running the pre-compiled hex file in the below path and observed that device is not advertising.

nRF5SDK\examples\ble_peripheral\ble_app_hrs_freertos\hex

Can you help here?

Thanks,

Swetha.

RE: Data is not getting received in nus_data_handler

Edvin — Fri, 16 Oct 2020 12:44:11 GMT

What is the difference between "My_project.zip" and "Keybox.zip"?

As mentioned in your other ticket, we don't support Eclipse or Truestudio, so what I do is that I try to use your main.c in the ble_app_uart project.

So the first thing I needed to change was to add the nrf_queue.c file to the project, since I don't use the same project file as you do.

The second thing I needed to do was to change the RAM settings, because softdevice_enable() returned 4.

I had to set RAM start/origin = 0x20003388 and size = 0xCC78.

Did you change your RAM settings?

After those changes, I got an interrupt when I used nRF Connect for Desktop to write to the UART rx service:

If that doesn't happen in your case, try to debug and see what happens. Does the application crash? I don't have any possibility to help you with projects in formats that we don't support.

Does it work if you use the UNMODIFIED ble_app_uart example from the SDK? you can try to port it to your IDE, but I see that you have also done a lot of changes to the main.c file, and you have removed all the logging from main.c. Is there any reason for this? Can you try to do this from scratch with an unmodified SDK?

Best regards,

Edvin