• State Verified Answer
  • Replies 5 replies
  • Subscribers 62 subscribers
  • Views 10045 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 121738
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Is it possible to use Nordic SDK with Arduino?

Lola

Using the nrf52 DK, I was trying for hours to setup Segger IDE on a mac, and the software doesn't feel good to me, its not clear where is your code, it has too many libraries, it feels cumbersome, like Windows.

Then I tried using the Arduino IDE from here, and after 5 minutes (!) I was able to blink a led.

So the problem with it, is that you can't do more complex stuff such as writing to Flash, RTC, OTA etc. Is there a way to use explicit code from your SDK together with Arduino ?

If so, how you do it ? can I simply import a library from the SDK and call its methods ?

thanx.

Parents
  • 0

    Hi Lola,

    you will not be able to include the libraries from the nRF5 SDK in the Arduino IDE without modifying them.

    You could take a look at the Readbeard Labs Blend Micro 2 board and its Arduino library, here is the link. Its for the nRF52 DK, but it should be fairly easy to port it to the nRF52 DK.

    Generally, I recommend spending some time to get familiar with nRF5 SDK and one of the supported IDEs( i.e. Keil, Segger Embedded Studio, Eclipse, IAR etc)

    I understand that its not gong to be as easy as using the Arduino IDE, but if you're goal is to make a product that uses the nRF52832 then its going to be worth the effort.

    Best regards

    Bjørn

  • 0 in reply to bjorn-spockeli

    @lola: I completely agree that it should be easier to develop firmware for an embedded device like the nRF52. However, the industry standard today is pretty much developing firmware in IDEs like Keil and IAR, where the IDE is tightly integrated with a specific compiler. Although they might not be the most feature-rich or prettiest to look at, there is the fact that they work and have worked for a long time. This is it self is not an excuse to not move on, but remember that its a conservative industry and as they say "you do not change a winning team". There are efforts to make it easier, like ARM mbed, but my guess is that the effort and risk to move to a new and more "up-to-date" development platform is to big.

Reply
  • 0 in reply to bjorn-spockeli

    @lola: I completely agree that it should be easier to develop firmware for an embedded device like the nRF52. However, the industry standard today is pretty much developing firmware in IDEs like Keil and IAR, where the IDE is tightly integrated with a specific compiler. Although they might not be the most feature-rich or prettiest to look at, there is the fact that they work and have worked for a long time. This is it self is not an excuse to not move on, but remember that its a conservative industry and as they say "you do not change a winning team". There are efforts to make it easier, like ARM mbed, but my guess is that the effort and risk to move to a new and more "up-to-date" development platform is to big.

Children
No Data
Related