Arduino Due with Headers [A000062] – 32-bit ARM Cortex-M3, 84MHz, 54 Digital I/O Pins, 12 Analog Inputs, 512KB Flash, USB Host, Pre-Soldered Headers, Compatible IDE for Advanced Projects

A real Arduino, no clone. I obtained this for a project that employs several external 3.3V sensors. The Due is native 3.3V, so a number of bidirectional level converters that were required for a Mega 2650 were eliminated. The board is fully supported by the Arduino IDE with no surprises. Recommended if one is locked into 3.3V peripherals.

The media could not be loaded. Lots of DIO, USB, All possible lines brought out. The board comes in a nice clear plastic footing frame.It's an ARM so it is a super Core to use. Native USB plus debug programming USB. I'm using the USB MIDI library.

The Due from arduino.cc (the original Arduino group) has been discontinued, but Arduino.org (you can read up on the issues between the .cc and .org groups) made this Due board. That would be the only difference.The number of pins and amount of memory make this board especially useful. And as an added plus, it works with the Arduino Yun Shield (see the arduino.cc website) which allows the Due to communicate via Bridge.h to the Yun (which runs Linux and includes wifi and ethernet connectivity).Just add this to your Due sketch:#include <BridgeClient.h> // Arduino Due to Yun Shield communicationBridgeClient client;You can also access Linux processes by including:#include <Process.h>which, for example, will allow the Due to get the current system date and time from the Yun.Over-the-air programming is the nicest feature of the Due-Yun combination which allows programs to be upload to the Due when it is connected to wifi. To enable this functionality, you first upload a sketch to the Due via USB with the setup() containing the line 'checkForRemoteSketchUpdate()' as shown below:void setup() {checkForRemoteSketchUpdate(); // use for Due when programming over Yun Shield}void loop() {// put your main code here, to run repeatedly:}After that, sketches can be uploaded by just including 'checkForRemoteSketchUpdate();' as the first line in the setup.From [...]DUE boards special noteThis board can be programmed remotely, but the way it interacts with the Yún shield requires a specific procedure that it is initialized by the checkForRemoteSketchUpdate() function. As suggested by the name this instruction is responsible to check if there is a new sketch to upload on the board. This is required only on the Due because you need to erase the flash before uploading a new sketch. The same action is performed automatically when you upload a sketch using any of the USB ports. Check the example called RemoteDueBlink includedin the Bridge library (Example -> Bridge -> RemoteDueBlink), which introduces you on how to use the checkForRemoteSketchUpdate() function. You must first load such a sketch via USB and also remember that any remotely loaded sketch must have that instruction to maintain the remote upload functionality.In order to enable the remote upload feature you need to install the SAM core version 1.6.8 or greater.To ensure that remote upload works you need to power the DUE from the barrel jack or using the Native USB port.

The media could not be loaded. I bought this to run some neopixel light strips. Being a modern software developer, I'm not very used to being concerned with memory. However, it turns out that it's pretty important when dealing with limited hardware like arduino. I didn't memorize the exact numbers, but using the FastLED library you can only control ~300-500 LEDs with an UNO. Around that number, depending on the way you use the FastLED library, you run out of memory and all kinds of strange things start happening - the most obvious of which is that your app will crash and not do anything at all.The solution for me was the DUE, which is an ARM chip and has more available memory to work with. The drawback is that you need to jump through a few hoops to get the core installed in your IDE since it doesn't come with it by default. After that, it's just another arduino with lots of extra available IO.I'm running 658 neopixels, and using a CRBG struct array to hold and work with them. At one point, I had as many as 900 running along with all of the rest of my code which has multiple classes to handle the various things I'm making my lights do, and had no issues at all.This appears to be a completely authentic Arduino device, and has all of the correct markings and box. Mine also came with a protective bottom plastic mount. I'm not sure if that comes with all of these, but if it does - that's pretty awesome too. It makes it much less likely that I'll accidently short it out on something on my desk while I'm playing with it, and makes it pretty easy to mount.