# Upgrading Example applications to SDK14

**URL:** https://f.ruuvi.com/t/upgrading-example-applications-to-sdk14/610
**Category:** 🇬🇧 Ruuvi firmware development
**Created:** [2 September 2017 13:57 UTC](https://f.ruuvi.com/t/upgrading-example-applications-to-sdk14/610 "2017-09-02T13:57:35Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![otso](https://f.ruuvi.com/user_avatar/f.ruuvi.com/otso/32/1651_2.png) [@otso](https://f.ruuvi.com/u/otso)
#### Post date: [2 September 2017 13:57 UTC](https://f.ruuvi.com/t/upgrading-example-applications-to-sdk14/610/1 "2017-09-02T13:57:35Z")

</div>

Nordic Semiconductor has released SDK 14, which supports Bluetooth 5 -compatible softdevice.

We’re thinking about if we should upgrade the examples to SDK 14. On the positive side, this would bring us BLE-5 compatibility and access to newest development from Nordic Semi.

On the negative side, example firmware, especially Espruino, would no longer be compatible. We’d of course port the Ruuvi Firmware and Nordic has already provided Eddystone.

Upgrade path from 12.3 to 14.0 is reliable, but there are reports about downgrade corrupting bootloaders.

Give us your thoughts on this matter. Is the possible confusion about versioning firmware to suit the tags worth the hottest new feature?

---

<div class="post-metadata">

### Author: ![lauri](https://f.ruuvi.com/user_avatar/f.ruuvi.com/lauri/32/18_2.png) [@lauri](https://f.ruuvi.com/u/lauri)
#### Post date: [3 September 2017 08:20 UTC](https://f.ruuvi.com/t/upgrading-example-applications-to-sdk14/610/2 "2017-09-03T08:20:24Z")

</div>

I think we should do it but first to run more tests where we upgrade the SoftDevice + bootloader + application code over-the-air.

If this works ~100% and no devices will get bricked, for now, we can continue shipping with the current SoftDevice & bootloader preinstalled and let users make the upgrade.

---

<div class="post-metadata">

### Author: ![achim0x](https://f.ruuvi.com/user_avatar/f.ruuvi.com/achim0x/32/432_2.png) [@achim0x](https://f.ruuvi.com/u/achim0x)
#### Post date: [5 May 2018 22:26 UTC](https://f.ruuvi.com/t/upgrading-example-applications-to-sdk14/610/3 "2018-05-05T22:26:15Z")

</div>

Is there allready some progress in this task?

---

<div class="post-metadata">

### Author: ![otso](https://f.ruuvi.com/user_avatar/f.ruuvi.com/otso/32/1651_2.png) [@otso](https://f.ruuvi.com/u/otso)
#### Post date: [8 May 2018 21:09 UTC](https://f.ruuvi.com/t/upgrading-example-applications-to-sdk14/610/4 "2018-05-08T21:09:00Z")

</div>

Yes, or actually SDK 15.

> **[ruuvi/ruuvi.firmware.c](https://github.com/ruuvi/ruuvi.firmware.c)**
>
> Ruuvi Firmware version 3. Built on top of Nordic SDK 15, uses both Ruuvi and external repositories as submodules. Under development, not recommended for any use yet. - ruuvi/ruuvi.firmware.c

However the code is at alpha stage, so expect breaking changes.  
There’s been some adjustments to the structure, for example the drivers are now in their own submodules and the drivers have Bosch and STM drivers installed as submodules too.

IIRC the code can advertise manufacturer data in advertisement package, local name and Nordic UART service in scan response, is over-the-air updateable with Nordic DFU service and has a proof-of-concept GATT application on Nordic UART Service.

In general I’m not recommending using the code for anything yet, though.
