This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Arduino SDK no longer available

The Arduino SDK by David Edwin linked to here is no longer available since the Bluetooth forum seems to be down, and has been for some time: devzone.nordicsemi.com/arduino

Is there an alternative download source for these files?

  • I am confused. I'm adding BLE to our product prototype and after looking around decided to use nRF8001 to add BLE to the Teensy3 Arduino processor board we are hosting most of our SW on. I got the nRF8001 dev kit and had started porting the nRF8001 SDK files and was almost done. But I want to just use emulated serial communications over BLE as a first step because then I can use the same methods our prototype uses for talking via serial over USB.

    This Arduino BLE SDK seems to be a better way to go than trying to port the normal SDK files as the code seems more focused and compact and much of the porting work with the examples has already been done. But I'm really not sure what the story is with this SDK. I had gotten those files Matt has on his site from other sources and looked at them. Then just yesterday I found the Arduino SDK version on this devzone that Renzo lists in this post (including the https://devzone.nordicsemi.com/arduino post Ole wrote). Renzo asks "For what I've compared Nordic's Official Arduino SDK is D. Edwin's more well documented and with some changes.. anyone can confirm?" and Ole says this is correct. So I take that to mean that if I was starting today (which I am), the best approach would be to start with the ble-sdk-arduino-0.1.1 files. Right? They do seem "better/cleaner" than David Edwin's original version. But the numbering of the versions threw me as David's have names like 0_5_0_RC3_no_wires2.zip so I would think 0.5.0 was "better" than 0.1.1. But that doesn't seem to be true.

    One last thing I'm trying to figure out is whether this Arduino SDK is "qualified" the way the normal nRF8001 SDK code is? We will want to use this SW I'm doing in a real product so want it qualified.

    Oh, and it might be nice if these discussions about this Arduino SDK could be in one central place for everyone to find (eg the https://devzone.nordicsemi.com/arduino post).

  • Hi, I always try to keep code delivered by vendors under source code control so that I can track their changes. The "original" ZIP file I had for the BLE SDK for Android came from the link Ole mentioned: https://devzone.nordicsemi.com/files/ble-sdk-arduino-0.1.1.zip

    The text files in that archive all had Unix format line endings (meaning just LF for line endings). To put those files into our GIT archive I had to use a special GIT attributes file since on my Windows system I expect CR/LF line endings. Then the archive delivered here had all the same files in Windows format with CR/LF line endings. So, of course, all the text files shows up as completely different even though only the hal_aci_tl.cpp file actually changed.

    So, I'm just wondering how you folks are going to deliver archives for this product in the future? Unix or Windows format? I don't really care that much which way it is. I just would hope the format wouldn't change. Although I do have to say that in the Arduino world it seems that most everything comes through in Windows format the way this archive is.

    I've been writing SW for far too long and how I hate the fact that Windows and Unix aren't consistent with respect to line endings. Sort of like the annoying big/little endian differences all of us embedded developers run into at one point or another ;-).

  • We will be releasing this to github as a public beta soon and then the revisions can be better tracked and changes can be done in a more controlled way.

  • The latest ble_sdk_arduino is in: http://devzone.nordicsemi.com/arduino http://devzone.nordicsemi.com/files/ble-sdk-arduino-0.7.2.zip

    Some changes: Updated the version number to reflect previous releases Restructured the SDK-> moved demos to libraries\BLE\examples. eol = CRLF Fix in hal_aci_tl.

Related