master
v2.5.0
v2.4.1
v2.4.0
v2.3.1
v2.2.5
v2.2.4
v2.3.0
v2.2.10
v2.2.9
v2.2.7
v2.2.2
v2.2.1
v2.0.6
v2.0.5
v2.0.4
v2.0.3
v2.0.1
v1.0.0
v0.4.6
v0.4.5
v0.4.4
mbedos-16.01-release
mbedos-16.03-release
mbedos-2016q1-oob1
mbedos-2016q1-oob2
mbedos-2016q1-oob3
mbedos-release-15-11
mbedos-techcon-oob2
td0
v0.4.3
v0.4.7
v0.4.8
v2.0.0
v2.0.2
v2.0.7
v2.0.8
v2.1.0
v2.1.1
v2.1.2
v2.1.3
v2.1.4
v2.2.0
v2.2.3
v2.2.6
v2.2.8
v2.5.0+mb
v2.5.0+mb2
v2.5.0+mb3
v2.5.0+mb4
v2.5.0+mb5
v2.5.0+mb6
v2.5.0+mb7
${ noResults }
1 Commits (a091922f1093525fc2b62e7bfb8484e40e9b063c)
Author | SHA1 | Message | Date |
---|---|---|---|
![]() |
8f853d9676 |
Add FOTA bootloader image
This file was previously stored in the mbed SDK, but it was decided that putting it inside the nRF library would make more sense. The exact location isn't too important, since mbed SDK is looking for file names in all scanned resource files, when building a BOOT image. It was built from the current ARMmbed dfu-bootloader repository. It uses the internal LF clock source only, so it is compatible with all nRF51822 devices. In addition, it doesn't rely on a specific SoftDevice: the SoftDevice information struct is inspected at a fixed address, to find out the application entry point. As a temporary solution, we'll duplicate the file because mbed assumes we need per-SoftDevice bootloaders. In the future, this will be a single file. In order to ease development, this bootloader pretends to use DFU version 0.4, so recent DFU applications won't mandate an init packet. |
8 years ago |