How is NCS better than SDK17?

RE: How is NCS better than SDK17?

niebert — Thu, 01 Jul 2021 16:23:47 GMT

Concerning "depreciation", listen to the complete presentation at "Embedded World" this march :

https://webinars.nordicsemi.com/understand-the-nrf-connect-sdk-2

Especially after minute 35 there are statements to that end as well as after minute 52 up to the end, quite enlightening. I think it is pretty clear, even for Nrf52, there already exist production ready features that are present in NCS that will never be implemented in SDK. nRF5SDK is maintained for bug fixes, not for new features.

There is also an answer to bare metal in NCS near the end of the webinar, IMHO it is more theoretical, and threadless operation is now depreciated in Zephyr. But you can through out a lot and base yourself on nrfx for most part, if that is what you want to do.

RE: How is NCS better than SDK17?

niebert — Thu, 01 Jul 2021 05:03:08 GMT

NCS uses ZEPHYR allright, so you cannot use other RTOSes. But then, what did you have in mind and in which way would it be superiour to Zephyr? I have never seen an open source RTOS for microcontrollers that is so complete. That is the whole point of Zephyr. You would not say something similar of Linux.

But you are mistaken in several points and that may be due to Nordic communication:

- You are NOT stuck with SES. You can in fact use any IDE that understands well enough CMake. I for one am a happy VSCode user.

- You can use C++, it is just the core of Zephyr which is written in C. Openthread is implemented in C++ for instance.

- You are absolutely not stuck with JLink, any probe that works with Openocd or PyOCD is fine.

=========

As for "your existing codebase", it is based on some APIs, right? If it is based on SDK, then of course you cannot integrate it, you have to port it. But if you do, it will run on all sorts of platforms.

If Nordic took a risk in embracing Zephyr it is that the customers are less prisoners of their own code, since much of it will run on competitor products. But for IoT, there really is no choice about being open.

RE: How is NCS better than SDK17?

Nguyen Hoan Hoang — Thu, 01 Jul 2021 04:20:42 GMT

Freedom means that you can use whatever IDE you want, compiler you want, any RTOS you want, bare metal or with RTOS, works with C++, easily integrated with or existing code base, any CMSIS-DAP compatible JTAG. No freedom means you can't do the above. With NCS, you're stuck with zephyr, you're stuck with SES, you're stuck with JLink, no C++ support, can't integrate with your existing code base. So do you have any freedom ?

RE: How is NCS better than SDK17?

niebert — Thu, 01 Jul 2021 04:14:37 GMT

What exactly do you mean by "no freedom"?

RE: How is NCS better than SDK17?

myself — Thu, 01 Jul 2021 00:54:09 GMT

OK，Thanks！

RE: How is NCS better than SDK17?

daviddedwin — Wed, 30 Jun 2021 19:35:37 GMT

I think you are not right about nRF5 SDK being deprecated, please point at your sources. NCS is just not ready for production use on the nRF52 series.

RE: How is NCS better than SDK17?

Nguyen Hoan Hoang — Wed, 30 Jun 2021 16:06:33 GMT

I lost 2 big customers on the nRF9160 because they don't like NCS. They went with competitor for freedom of choice. Leveraging existing code is one major decision choice. So in fact it is Nordic that actually lost them. They produced 100K units with Nordic competitor.

RE: How is NCS better than SDK17?

niebert — Wed, 30 Jun 2021 07:34:29 GMT

Let me clarify, the idea that SDK is deprecated has been suggested in Webinars about NCS, so it comes from Nordic. Of course, SDK will continue to receive corrections, but not any new features, that is my understanding. For an existing product, there may be no reason to switch.

For a new product beyond BLE connectivity (IP connectivity, Thread, Zigbee, CHIP ...) I would really recommend to switch.

Here is why I switch to NCS for teaching, and this experience might convince you: My aim was to build a toy light control system with LWM2M connectivity for my students. SDK as NCS integrate OpenThread, but that is really where things get messy as one would have to port a LWM2M client to work with the openthread IP API. It's possible, but why do it when you get this combination in NCS for free?!

In NCS/Zephyr, there is a much better chance to have third party software components integrated and it is in fact easy to get the LWM2M demos running on Nrf52833 and Nrf52840 with OpenThread and the Zephyr IP stack. No line of code had to be adapted, only you have to configure the compilation to make it work. And that is the great thing about NCS, there are not only good APIs for IP, with KConfig you can plug different implementations of different platforms together and it works. True modular software!

I agree though that NCS/Zephyr has a steep learning curve and that you have to understand concepts that just would not occur with SDK, notably KConfig and DeviceTree. On the other hand, for an embedded software engineer who might touch embedded Linux as well, learning at least about DeviceTree is a very useful thing to do. That does take time so be prepared for it.

RE: How is NCS better than SDK17?

daviddedwin — Wed, 30 Jun 2021 05:48:05 GMT

It appears less risky to me to use the nRF5 SDK for the nRF52 series and these are my comments on it.

If the customer's needs are satisfied by the nRF5 SDK I would stick to the nRF5 SDK. (No, the nRF5 SDK is not deprecated). If I am using the nRF53 then NCS is the only choice.

The nRF5 SDK has been built over the years and has had multiple interoperability issues that have been solved for older iOS, Androids and other vendors, it has a degree of robsutness to handle older OSes.
Test coverage for the nRF5 SDK is far more as it has been developed and tested over almost 8 years as compared to the fledgling NCS.It appears more risky for me to use the NCS for nRF52 as compared to nRF5 SDK at this point.

I expect that eventually as more and more engineering effort is expended on NCS it will slowly get to a usable point on the nRF52 series.

RE: How is NCS better than SDK17?

Nguyen Hoan Hoang — Wed, 30 Jun 2021 04:59:03 GMT

nRF5_SDK is freedom

with NCS you're a slave. You do as you're told.

RE: How is NCS better than SDK17?

niebert — Wed, 30 Jun 2021 04:54:09 GMT

Like, "nRFSDK" is deprecated?! You have no choice, really!