Hackaday reports:
After a years-long wait, an ARM powered Arduino is finally due. The Arduino Due will finally be released this coming Monday.
On board the Arduino Due is an Atmel-sourced ARM Cortex M3 microcontroller running at 84 MHz. The Due has an impressive list of features including a USB 2.0 host, compatibility with the Android ADK (lest you still need an IOIO), 12 analog inputs with 12-bit resolution, 2 analog outputs running at 12 bits, a CAN interface, and more input pins than you can shake a stick at.
For a full list of features, you can grab this PDF we picked up when we saw the Due at Maker Faire NYC
This hardware update to the Arduino platform makes a lot of very cool builds very possible for even the beginner hardware hacker. Of course the Due will be used for controlling drones and UAVs, laser cutters and 3D printers, and playing WAV files from the analog outputs. The much improved hardware opens up a lot of other possible builds including making your own guitar pedals – DSP is a wonderful thing – and reading the telemetry from your car in real-time via the CAN bus.
Although it’s not available right now, you will be able to buy an Arduino Due for $49 USD this coming Monday at your favorite electronics retailers.
The ArduCopter/ArduPlane team is currently focused on porting the code to our PX4 board, which is based on a much faster and more capable ARM chip than the DUE and has other cool stuff like a RTOS already up and running. But one of the cool things about the Arduino DUE release is that includes some improvements to the Arduino IDE to support a wider range of hardware. So our near-term priority will be to see if the Arduino IDE can be modified to support PX4, which will allow us to retain the accessibility of Arduino without having to support two different ARM-based hardware platforms.
Comments
I have had no problems running servos off a 3.3v signal. A 5v input signal to a 3.3v pin can be a problem however some 3.3v pins are 5v tolerant just check the data sheet.
Well, whatever we do, we better hurry up, we're running out of RAM on the Atmega 2560 again with Arducopter!
Making PX4 work with Arduino-IDE is a good idea. But instead of forking the Arduino-IDE yet again, why not incorporate the PX4 support into the Multi-Platform IDE created by the ChipKIT guys? While they tend to focus on the PIC32 series of processors, MPIDE itself was not created with this spirit in mind, but rather as a true way of "opening up" the Arduino IDE to more processors and platforms. You can read more about it here: http://themakersworkbench.com/node/422
not sure what all the hoopla is about . I have been using a 32 bit arm with "arduino" environment for years. It's called the maple. and ya it already has a RTOS running on it and already i have some "ardupilot' code running on it. From what i understand this "arduino" arm even uses much of the work put forth by the guys at leaflabs. Seems like this is more about branding then a real "ground breaking" product.
http://leaflabs.com/
and one more thing, Its is not pirating to make a ardupilot after all Chris licensed it so anyone can. DERP!
Yes, I meant MegaPirate. Sorry.
@ramboky: there is actually very little where we draw anything from other projects. Since I've been on the devteam (a little less than a year now) I've never seen anything on Arduplane, and very little on Arducopter. I know we have looked at the acro controller of Multiwii, but did not do a straight port. It was just to get some inspiration of what is wrong with ours, and what direction to head. Meanwhile, Multiwii has said they used our automatic mode code quite heavily in creating their own. And that's fine.
Open Source is supposed to be a two-way street and for the most part it is. But there seems to be a one-way street heading to China.
@Chris,
i agree with Chris , now the Arducopter work yet on different platform . AVR (APM board) and STM32 (PX4 and VBRAIN and MP32), so the limit is not the hardware but the firmware development. I think that this community doing a great work , and choose other powerfull platform for develop great functionality is the right choice.
The limit of arduino hardware could not the limit of our community . The STM32 performance is incredible a lot better of Arduino Due. But the problem now is not hardware but the limit of developer :)
@Jack
on the market i see a lot of new development based on STM32 micro controller , a lot of people from china , india download vr ide pro and STM32 firmware from virtualrobotix repository , i could be very happy if all that people join to development , but i discover some board that use our code without respect the limit of licence.
I know also that happen for Arducopter design APM2 and APM 2.5 without any permission use name and brande and clone the design . That's no good for our community and our developer.
My contribution to community was to port 2 years ago the firmware from 8 bit platform to 32 bit platform STM32f1 first and now STM32F4 . So under the scene there is a lot of work . That is doing for passion and sell some board for continue our development ... So discover that some people clone your work and don't support the community is no good :(
Why buy APM2 or MP32 if by china seller you can buy it for 1/3 of price ? It's simple because the other 2/3 is for support and develop the community with new product and new code opensource for all the people that would increase their background in this great application:)
Best
Roberto
Jack: our discussions with the Arduino team give us hope that porting the IDE to support PX4 should not be too hard. Remember that Arduino is just the Processing IDE, the standard GCC compiler, and a bootloader on the board. The code is just C/C++. PC4 already uses GCC, so the Arduino mods could be as little as a new "boards" file for the IDE and porting the bootloader to PX4 (no doubt that's a bit of a simplification, but you get the point).
Of course the standard Arduino libraries are specific to Atmel boards, but we've had our own custom libraries for a while. Part of the port of ArduCopter/Plane to PX4 has been to build our own hardware abstraction layer in that code so we can support a range of hardware, starting with the current ST line of ARM cores and eventually supporting full Linux boards.
The point is, as you suggest, to minimize codebase fragmentation and wasting developer time supporting more hardware platforms than are necessary, while still retaining the easy accessibility of Arduino.
That is exactly what they're doing. There's a whole movement of guys doing this, porting Arducopter to other boards, I think mostly made in China. Google "Ardupirate". I haven't decided yet how I feel about this. It feels "wrong", but for no good reason I can think of.
I guess a big part of it is 3DR supports the developers. But then these other guys are just getting a free ride with $90 boards built in China. They aren't contributing anything to the ecosystem. Just parasites, not symbiotic.
I've got no problem with OpenPilot, AeroQuad, or any of the others. They are their own little ecosystems. But then you have this group which does nothing but port these programs to run on cheap Chinese boards.
-
1
-
2
of 2 Next