1. Which Arduino IDE do you use? arduino-1.5.1r2? or adk2012_ide-win32-20120629?2. What app do you use on Nexus 7 to transfer data to Due?3. Is DC to supply power a must? Arduino Due can't work when I use a DC--3.3V & 2.0A. What DC do you use?

1. Used ADK2012 IDE from Google2. This Terminal App, http://labs.arduino.cc/uploads/ADK/ArduinoTerminal/ThibaultTerminal_ICS_0001.apk3. You can use computer's USB power and I've tested 12V DC external power also. It works either way. (Arduino DUE has some issue with USBVSB (USB Master power control) That's why usbh.c needs to updated to work properly on DUE.

Hi all,I just confirmed upload of modified ADK2012 to DUE on both Mac and Win in my desk.Mac: Macbook Pro 10.6 with JDK 6 DUE: program portWin: Windows7 64bit DUE: native port (BOSSA Program port (COM**))Thanks to aleu and jamgofei and all.

Not nearly impressive but I managed to get the ADK 2012 app and the 2011 DemoKit to recognize Kevin/ardroid's sketch. This might be handy to someone or it might be completely useless. Having a control app already developed might be useful to someone.

It is worth noting, however, that this is working with the default ADK implementation that comes with Arduino 1.5.1r2 and is missing pretty much every feature available in the ADK 2012 libraries (BT, LEDs, etc). Some work would need to be done to get this library working on a vanilla Due rather than the ADK device.

Changing the version number between 1.0 and 2.0 while keeping ACCESSORY_STRING_NAME set to "DemoKit" will allow you to use the 2011 and 2012 ADK test apps, if you so desire.

It looks like it might be a file name issue. Try changing "ADK.H" to "adk.h". If that doesn't work, check your "hardware/arduino/sam/libraries/USBHost/" directory. If the "adk.h" exists, something else might be wrong.

Please pardon the ignorance, as I'm just now getting started with this piece of the Arduino world (ADK on Due).

I noticed that in http://arduino.cc/blog/category/arduino/adk/ the author mentions: "The ADK2012 is based on the upcoming Arduino Due platform" - This seems to imply that ADK2012 should be directly compatible with the Due... has this not proven to be true?

Please pardon the ignorance, as I'm just now getting started with this piece of the Arduino world (ADK on Due).

I noticed that in http://arduino.cc/blog/category/arduino/adk/ the author mentions: "The ADK2012 is based on the upcoming Arduino Due platform" - This seems to imply that ADK2012 should be directly compatible with the Due... has this not proven to be true?

I'm by no means an expert on that so someone with more knowledge of the matter should feel free to correct me.

The Due hardware is close to, if not exactly, identical to the ADK2012 kit if you take away all the bells and whistles. I've managed to get the Due working with the ADK2012 app, albeit with some latency issues. This is probably due to the 1.5.1r2 libs not supporting the newer ADK features.

The problem I've had, to my limited understanding, is that the version of the Arduino IDE that they're using for the ADK2012 resources doesn't take into account some of the quirks of the Due (eg. the 1200bps pulse prior to flashing). With the standard Arduino IDE (1.5.1r2), the libs are currently supporting the 2011 protocol. They're similar but there may be some extra functionality that will need to be added in. Trying to use Google's libs in the beta IDE fails since the ADK class names conflict and, fixing that, there's some issues with the conflicting of UOTGHS_Handler to be handled.

I know it's not meant to be exactly 1:1 functional with the ADK hardware but being able to use some of the functionality of that kit would be handy, especially the USB Audio parts. I've tried making some attempts at it but I don't know enough about the hardware to make any sort of real effort at porting all of the functionality over. Some idea about how the ADK libs function would be helpful to those of us wanting to attempt this.

Thanks for the reply. I may put some effort into this as well, although I'm (obviously) less in-the-know than you are. I have two Due boards on my bench that are just begging to become android-controlled thermostats for my house. There has been some great work done over at androidthermostat.com and while they have focused on the IOIO, I plan to port the accessory interface of their app to ADK2012 and (hopefully) the Due.

After doing a bit of digging around, it looks like a successful and familiar way to do this would be to use Processing for both the android side and the arduino side. Have you tried this combo or had any luck getting it to work?