Soft Device 5.2.0, GCC and MacOS X

[Robert Taylor]

With Soft Device 5.1.0 I generated the binaries from the hex by doing:

arm-none-eabi-objcopy -Iihex -Obinary --remove-section .sec1 --remove-section .sec2 s110_nrf51822_5.1.0_softdevice.hex s110_nrf51822_5.1.0_softdevice_uicr.bin arm-none-eabi-objcopy -Iihex -Obinary --remove-section .sec3 s110_nrf51822_5.1.0_softdevice.hex s110_nrf51822_5.1.0_softdevice_mainpart.bin

When I do this with Soft Device 5.2.0 the uicr binary is 20B and the BLE stack doesn't work. When I substitute the uicr binary generated from 5.1.0 it does work though.

Is this a problem or am I doing something stupid?

Thanks, Robert

[cocoa]

Hi Robert,

try with : arm-none-eabi-objcopy -Iihex -Obinary --remove-section .sec3 $SOFTDEVICE softdevice.bin

arm-none-eabi-objcopy -Iihex -Obinary --only-section .sec3 $SOFTDEVICE uicr.bin

with $SOFTDEVICE = path to S110 hex file

-c

[Bastiaan]

Hi, you are right. Error is at address 0x10001000 in target memory. Block verification error. nRF51822 S110 crashed. There is nothing left to ask Nordic about the issue in splitting S110 hex using objcopy.

-c