I have used sofdevice v7.1.0 and nrf51 sdk 6.1.0 the ble_app_hrs project which has support of dfu is not discovering the dfu services. i have enabled the BLE_DFU_APP_SUPPORT flag , then also facing same issue.
I have used sofdevice v7.1.0 and nrf51 sdk 6.1.0 the ble_app_hrs project which has support of dfu is not discovering the dfu services. i have enabled the BLE_DFU_APP_SUPPORT flag , then also facing same issue.
@Komal: It's strange that your have such a big size of the bootloader. Which compiler did you use ?
I am using arm-none-eabi gcc compiler with eclipse ide.
FLASH (rx) : ORIGIN = 0x0003c000 , LENGTH = 0x3c00 with these memory setting in .ld it throws an error as
_build/bootloader_gcc.out section .text' will not fit in region
FLASH'
region `FLASH' overflowed by 27788 bytes
Hi Komal,
I'm seeing without optimization gcc compiler will generate the bootloader code size of 37kB on my setup. If you call make with target all, optimization level 3 will be used and I can see the code occupies about 17kB after compiling.
However, it's not the point here on why it doesn't work. I need to have the sniffer trace to be able to find if there is something wrong.
Also please list step by step of what you did when testing, what do you flash first, how do you flash application etc.
@komal: I'm not sure why you need to use nrfjprog to manualy write the address to UICR. If you set it up correctly, with BOOTLOADER_REGION_START = 0x00035000, when you flash the bootloader .hex , the address will be written automatically.
Please let me know your further steps until you get the error.
If you couldn't take a sniffer trace, please send the Master Control panel log and screenshot.