I've got a brand new Arduino DUE board (R3).
First time I uploaded the basic blink program everything worked the way it should. Then I tried to upload a serial communication program and that is when I started to get the "SAM-BA operation failed" error.
Tried the blink program again and now I'm getting the error message there too.
Tried power cycling the board but with the same problem. Tried power cycling the computer as well but no luck.
Running Win7 64 bit ultimate and Arduino 1.5.2.
I usually see this if I get too eager about starting the serial monitor which tries to use the USB connection and interferes with the flash operation, could something else be trying to use the USB port? Have you tried another USB port? Another computer? Another cable?
aureliusss:
what do you mean with ''switch to the native port" ?
i build an ArduinoDUE based board and took off the native usb port. i can't connect to it
Hello aureliusss,
Are you experiencing USB connectivity issues in your board? If so, please, give us details. I mentioned to 'switch to the native port' as a 'if everything fails' case.
In my experience, thanks to Atmel's SAM-BA or Shumatech's BOSSA, Due's native port shouldn't have too much connectivity issues. But more than that, the Due's native port host capabilities is a big plus. Does your ArduinoDUE based board USB port can work as OTG interface? I've been waiting for years for an open source device with USB host capabilities. Thanks to its SAM3X8E, finally Arduino Due has arrived. And that's the reason I haven't migrated to other MCUs with a better performance like the SAM4E series, because of the host. In this aspect, the software effort made by Arduino-Atmel is formidable, putting the parts together. It is a daunting task (and no Linux needed!).
If your board cannot work as a host, I would highly recommend you to re-consider your design adding the native port. Regards!
i designed my board with the only programming port.
failure on uploading a sketch: it always returns "No device found on COM" even with the right adjustment in the schematics: R23 = 1k and Y4 = 16MHz
now i'm trying to upload my sketch with an external arduinoDUE using its "programming part". From the external arduinoDUE i connected TX, RX, Erase, Reset lines. The IDE starts to upload the sketch but then it returns "SAM-BA operation failed" before starting the flash verify routine.
now i don't know if the sketch has been uploaded or the error stops the uploading. anyone can help me?
Have you tried to install the Atmel's SAM-BA 2.12 USB driver in your board using Windows 7 (32bit)?
In the past, I got good results using it when having code 43, 31 or 10.
Here the SAM-BA drive path:
Problem #1. The SAM-BA driver should fix your "USB Device not Recognized" problem. This SAM-BA driver is for AT91SAM products.
Thus, when you have a chance, go back to your problem #1 and make a try. In the meantime, garygid is a good idea: replace your arduinoDUE based board with a second DUE
and see if your method work or not.
i already fixed the "usb device not recognised" changing the r23 value from 10k to 1k and the atmega16u2 oscillator from 12MHz to 16 MHz
(Both are reference schematics error). my problem (#1) is that the ide returns me "No device found on COM" even if the device menager recognize the arduino as arduinoDUE programming port
i just had the "operation failed .... chip ID ... not supported" error, attempting to upload with DUE and Arduino 1.8.0, which had been succeeding just fine... uploading and serial monitor on the Programming USB port.
to make a long story short, it was caused by debug code that was spewing out a rapid stream of Serial.print() statements fairly soon after reset. i did have while (! Serial); in setup(). i suspected this was the case, so i changed the debug chatter to be silent on reset and require intervention to enable debug (my code has a command interpreter in it, but a toggle switch would do). problem immediately solved.
even with the "high chatter" sketch installed, i managed to get upload to work by pressing reset right before upload. took a number of tries to get it to upload. it immediately solved the problem.