What's the advantage/disadvantage of using the nRF5 SDK for Mesh to the nRF Connect SDK?

[BlueMike]

Dear BT Mesh experts,

What's the advantage/disadvantage of using the nRF5 SDK for Mesh compared to the nRF Connect SDK?
 
Consider a rather simple BT Mesh device that provides the following functionalities:

1. A proprietary server model to write/read data to/from flash and processes it over time.
2. Firmware update over BT GATT.
3. Ability to change the name with which the MESH device advertises itself.
4. A few of the standard Mesh functions like: Provisioning, resetting (de-provisioning), en-/disabling proxy server and subscribing to groups. 

All fairly simple stuff, and because of it's name, the obvious choice seems to be to use the nRF5 SDK for Mesh. However, the softdevice consumes quite some space in flash. Hence the questions:
 
What advantages or disadvantages would I gain (or lose) by using nRF Connect SDK instead of the nRF5 SDK for Mesh?
Which of the two SDKs is the more lightweight (in terms of flash, memory and CPU consumption)?
Which one is more matured?

In general, which of the two SDKs would your recommend?

 

[Elfving]

Hey Blue Mike!

Both the nRF5 Mesh SDK and NCS should be able to handle what you've mentioned in that list.

What's the advantage/disadvantage of using the nRF5 SDK for Mesh compared to the nRF Connect SDK?

The main disadvantage with nRF5 SDK for Mesh is that it isn't a future proof option. There will be bug fixes and maintenance, but nothing more than that. nRF Connect SDK (NCS) on the other hand will be fully supported and worked on going forward. For more info on this, see this recent blog post about it.

I'm not completely sure which of the two is the most lightweight or mature, though for someone starting development NCS seems to be the better choice.

Best regards,

Elfving

[BlueMike]

Hi Elfving,

Thank you very much for the clarification. Time to move over to NCS then. Only problem is, how am I going to explain to my client that I'd like to restart the firmware application from scratch?!? They just shipped the first few thousand devices.

One technical question though:

The current firmware application supports DFU over GATT, which requires a secure bootloader, settings page, softdevice and firmware application to be programmed. Is it technically possible to upgrade this firmware with an NCS based firmware? Wouldn't the secure bootloader cause problems when trying to DFU an application that all out of a sudden doesn't want a softdevice anymore?
What's the recommended approach here?

Again thanks for your help,
Michael.