Uploading error: Cannot open DFU device 8087:0aba on PC [PARTLY SOLVED USB 3]

So I bought the new Arduino 101. Even tho it's name "101" makes it harder to search for tutorials, help or forums as it only shows you Arduino tutorials and entry guides, it's a cool board that would make prototyping better, and more compact due to on board BT and gyro and the fast processor. So I got it today in mail and plugged it into my computer. It installed 2 "devices"; one was a serial port of the Arduino 101 and another was just the Arduino 101 device, that I cannot locate anywhere as a device in the device manager or as a serial port in the way Arduino Due does with 2 ports. And than I installed new IDE 1.6.7, installed 101 board and tried to upload a simple blink code. My computer played quite some disconnect and connect sounds as you hear when you connect and disconnect a usb device. I wasn't worried as this is the same way, as for example, Arduino Micro does it. Than it displays this message 5 times "Cannot open DFU device 8087:0aba" and than this: "ERROR: Timed out waiting for Arduino 101." What should I do. Are the default installed drivers old, or does anyone have a clue about this relative new board.

Thanks for the comments in advance.

Cheers, Matej

So as there seemed to be no solution, I waited till today to get some rest. Now with more power for frustration, I started to do the same as yesterday. And I just connected the board and just for something different, I run a code from examples --> Curie --> Time Read test just for the sake of argument. And The damn thing uploaded the code so fast, that I didn't even see the progress unlike Uno or Due. Than I fired up the Serial monitor and it worked. Than I did the same with the default Blink Sketch just to test the thing and it worked as well. Might as well been a driver update or something as the damn thing now works. Hope this helps anyone.

I am having the same problem on win10 pc, experienced the same exact error messages. Hopefully someone can find a solution soon. Tried restarting, uninstalling and installing the IDE, drivers, etc. with no luck. Going back to Uno for now.

I too faced this problem, Try resetting by pressing "Master Reset" when upload happens, post compilation. That worked for me. http://forum.arduino.cc/index.php?topic=369653.0

Check my earlier thread on this topic.

If you are using Linux, I hope this info will help...

There is a script that got me past this error. The script is located in ~/.arduino15/packages/Intel/tools/sketchUploader/1.6.4+1.14/scripts/. Go there and run it:

$ sudo create_dfu_udev_rule

You might encounter a permission denied trying to upload. If you are not in the dialout group, you need to add yourself to it.

$ sudo usermod -a -G dialout $USER

I also had issues on Ubuntu 15.10 systems with USB3.0 ports. Symptoms were 1) can program the 101 only once. Subsequent times will report port is busy. 2) Serial monitor does not work. When it gets into this state, I had to restart PC to do another upload. After much searching, it turns out modemmanager is causing issues. I removed modemmanager and now uploading and serial monitor works.

$ sudo apt-get purge modemmanager

There are alternate suggestions here: http://askubuntu.com/questions/216114/how-can-i-remove-modem-manager-from-boot

UPDATE: successfully uploaded a sketch to Arduino 101 board. Since other suggestions dealt with files in C:\users\USERNAME\appdata\local\arduino 15\, I decided to delete this folder. First I uninstalled the IDE. Then moved the said folder to a different name as a backup instead of deleting it. I reinstalled the latest IDE, then reloaded the intel curie core. Not sure if uninstalling was necessary, but after all that I was able to upload the blink sketch.

Same problem Running windows 10

I tried the reset, no luck.

Unistalled curie libe and IDE reinstalled - no luck.

I tried it on anothe PC Windows 10 in the office same problem.

I bought two 101s.

Same error on both.

A friend took one and it working on his windows 10 machine.

It seems that the Arduino is looking for a firmware update and can't connect to the "DFU" Device.

can this be a Windows 10 version issue?

Anbody got any ideas or seen a solution.

All my other arduinos run fine.

I just tried the sensei2 idea. I renamed the arduino15 as a back up. Then uninstalled the IDE and curie. Same DFU timeout error ? what did I do wrong?? Any ideas?

I also get the upload error Cannot open DFU device: 8087:0aba on Windows 10 64 bit.

The Arduino 101 connects ok on Windows 10 using a PCI based USB 3 interface, but it won't connect using the built-in USB 2 interface.

Here's what I've tried, and what works, doesn't work. I hope that this information is useful and will help someone isolate the problem and publish a solution:

  • On Windows 7 64 bit, the board runs / connects without issues.
  • On Ubuntu 14, the board runs / connects without issues.
  • On Windows 10 64 bit, using a PCI card USB 3.0 interface, the board runs / connects without issues.
  • On Windows 10 64 bit, using the motherboard built-in USB 2 interface, it returns the infamous Cannot open DFU device: 8087:0aba error.
  • I ran various DFU utilities from the command line, and all of the report the same cannot connect error. The utilities that I tried were:
  • Cygnus 32 dfu-util.exe
  • Cygnus 64 dfu-util.exe
  • The dfu-util that comes with the Arduino 101 board
  • The dfu-util that is installed with the Edison flash phone utility.
  • All fail with 8087:0aba.

I run the command "dfu-util.exe -l" right after resetting the board to put it into DFU mode.

When it works (e.g., Win 7, Win 10 USB 3), the dfu-util execution looks like this: $ dfu-util.exe -l dfu-util 0.8-msvc

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2014 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to dfu-util@lists.gnumonks.org

Found DFU: [8087:0aba] ver=8087, devnum=4, cfg=1, intf=0, alt=8, name="ble_core", serial="AE6642SQ54700KS" Found DFU: [8087:0aba] ver=8087, devnum=4, cfg=1, intf=0, alt=7, name="sensor_core", serial="AE6642SQ54700KS" Found DFU: [8087:0aba] ver=8087, devnum=4, cfg=1, intf=0, alt=6, name="logs", serial="AE6642SQ54700KS" Found DFU: [8087:0aba] ver=8087, devnum=4, cfg=1, intf=0, alt=5, name="events", serial="AE6642SQ54700KS" Found DFU: [8087:0aba] ver=8087, devnum=4, cfg=1, intf=0, alt=4, name="panic", serial="AE6642SQ54700KS" Found DFU: [8087:0aba] ver=8087, devnum=4, cfg=1, intf=0, alt=3, name="config", serial="AE6642SQ54700KS" Found DFU: [8087:0aba] ver=8087, devnum=4, cfg=1, intf=0, alt=2, name="x86_app", serial="AE6642SQ54700KS" Found DFU: [8087:0aba] ver=8087, devnum=4, cfg=1, intf=0, alt=1, name="x86_boot", serial="AE6642SQ54700KS" Found DFU: [8087:0aba] ver=8087, devnum=4, cfg=1, intf=0, alt=0, name="x86_rom", serial="AE6642SQ54700KS"

When it fails, the output looks like this: $ dfu-util.exe -l dfu-util 0.8-msvc

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2014 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to dfu-util@lists.gnumonks.org

Cannot open DFU device 8087:0aba

USB 3 ??? does arduino actually use it??

I'm connected through USB 2. The downloads seem to get t the board.The board times out looking for the DFU. Are there any diagnostics for the 101?

We are working with Intel to solve this issue ASAP, and it appears that the problem is related with an high "timeout" of libusb scanning routine when it encounters a certain kind of devices. So almost everything could cause the issue (a webcam, an usb key, the integrated bluetooth module) As soon as we have news I'll inform you, thanks for your patience :)

facchinm,

Any idea when the new version will be available?

How will it be announced?

Thanks!

I can't give specific info about the release date (since Intel will decide it) but you will be notified by the IDE as soon as the update is available (via the Update popup)

Hi all.

I haven't paid any attention to the board since I made this topic. I have sent some emails to Arduino and I saw that Intel is working on this but until that happens, I sat on the computer, trying some luck. And I wouldn't write this without a reason. I was reading all the comment and one thing came threw my mind- USB 3. Well, I have a laptop with 2 USB2 and one USB 3 and so I tried with usb 2 and didn't work, but when I plugged it into USB3, IT WORKED!!! So it's a weird thing that it works on USB3 although it doesn't utilize USB3 pins. IT ACTUALLY WORKED.

Y'all can try this if you have USB3 port. That was probably reason for my first response in this topic where I said that it just started working. I work with photography and have en external USB3 disk plugged in therefore making the only USB3 port busy all the time. Probably gonna find a USB3 hub.

Hopefully it works for most of you.

Regards

Fellow Ardinoids.

I got Blink to work on USB 3, but not without some coercing.

Below what the IDE showed as it tried to connect.

The first time I tried no luck. I waited a good amount of time. I tried it again, no luck hit the Master reset and waited No luck.

I tried it again and it worked!

Then I did it 3 times in a row and it worked each time.

This is why computers are just a passing fad :)

Note the last 5 or six lines of the included output. Fingers point to something "not right" in the dfu code.

The big difference besides eventually working is:

Opening DFU capable USB device... ID 8087:0aba Run-time device DFU version 0011 Claiming USB DFU Interface...

The USB 2 connection never got passed this.

I look forward to a real fix.

Sketch uses 30,201 bytes (15%) of program storage space. Maximum is 196,608 bytes. starting download script Args to shell: C:\Users\Bill\AppData\Local\Arduino15\packages\Intel\tools\sketchUploader\1.6.4+1.14/x86/bin C:\Users\Bill\AppData\Local\Temp\builda99e2e18ba6696da06605c07c0c844c1.tmp/Blink1.ino.elf COM3 quiet Serial Port PORT BIN FILE C:\Users\Bill\AppData\Local\Temp\builda99e2e18ba6696da06605c07c0c844c1.tmp/Blink1.ino.bin Waiting for device... Using dfu-util to send C:\Users\Bill\AppData\Local\Temp\builda99e2e18ba6696da06605c07c0c844c1.tmp/Blink1.ino.bin C:/Users/Bill/AppData/Local/Arduino15/packages/Intel/tools/sketchUploader/1.6.4+1.14/x86/bin/dfu-util.exe -d,8087:0ABA -D C:\Users\Bill\AppData\Local\Temp\builda99e2e18ba6696da06605c07c0c844c1.tmp/Blink1.ino.bin -v --alt 7 -R dfu-util 0.8

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2014 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to dfu-util@lists.gnumonks.org

Opening DFU capable USB device... ID 8087:0aba Run-time device DFU version 0011 Claiming USB DFU Interface... Setting Alternate Setting #7 ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing DFU mode device DFU version 0011 Device returned transfer size 2048 Copying data from PC to DFU device

Download [ ] 0% 0 bytes Download [== ] 10% 2048 bytes Download [===== ] 21% 4096 bytes Download [======= ] 31% 6144 bytes Download [========== ] 42% 8192 bytes Download [============= ] 52% 10240 bytes Download [=============== ] 63% 12288 bytes Download [================== ] 73% 14336 bytes Download [===================== ] 84% 16384 bytes Download [======================= ] 94% 17400 bytes Download [=========================] 100% 17400 bytes Download done. Sent a total of 17400 bytes Invalid DFU suffix signature A valid DFU suffix will be required in a future dfu-util release!!! can't detach state(2) = dfuIDLE, status(0) = No error condition is present Done! Resetting USB to switch back to runtime mode Sketch will execute in about 5 seconds.

Glad to hear that someone bypassed the problem in some way :) Since this problem affects only certain computers and I can't reproduce it, I've patched dfu-util but I'd ask you to test it in your environment. The binaries are here

Once you download the zip or tar.gz file, you should extract the right binary to the right location

Windows: copy distrib/windows/dfu-util.exe and distrib/windows/libwinpthread-1.dll into C:\User\$yourUsername\Appdata\Local\Arduino15\packages\Intel\tools\sketchUploader\1.6.4+1.14/x86/bin

OSX: copy distrib/osx/dfu-util into /User/$yourUsername/Library/Arduino15/packages/Intel/tools/sketchUploader/1.6.4+1.14/x86/bin

Linux: copy distrib/linux$arch/dfu-util into ~/.arduino15/packages/Intel/tools/sketchUploader/1.6.4+1.14/x86/bin

Please report here if this fix solves the upload problems (on all USB ports)

No luck for me (using the above bins) with the example Blink...

Sketch uses 29,989 bytes (15%) of program storage space. Maximum is 196,608 bytes.
starting download script
Args to shell: C:\Users\Lee\AppData\Local\Arduino15\packages\Intel\tools\sketchUploader\1.6.4+1.14/x86/bin C:\Users\Lee\AppData\Local\Temp\build9c9ef3bdfe2fccb480bc6e4bac749e41.tmp/Blink.ino.elf COM5 quiet
Serial Port PORT
BIN FILE C:\Users\Lee\AppData\Local\Temp\build9c9ef3bdfe2fccb480bc6e4bac749e41.tmp/Blink.ino.bin
Waiting for device... 
Cannot open DFU device 8087:0aba
Cannot open DFU device 8087:0aba
Cannot open DFU device 8087:0aba
ERROR: Timed out waiting for Arduino 101.

I’m having this issue. I already returned an Arduino 101 to SFE because it was physically unattractive (alignment was off on many parts), so this is my second. Both have had this issue with the software. I don’t know what it is. All I know is that it should be fine, but it isn’t. Intel needs to fix this, or I’ll never buy an Arduino/Intel joint product again. I hope this gets resolved, I don’t think SFE is that happy about this refunding thing…

Hi Everyone,

I have the same as BillS101 above. But I can only upload code to the Genuino 101 from my laptop USB port. It does not work on any of my desktop PC USB ports USB3 or below. I get the “Cannot open DFU device 8087:0aba” error.

When I was installing the 1.6.7 IDE on my laptop and the drivers, and plugging in the cable I got the attached message. (This is on Windows Pro 7)

This shows that the Arduino 101 Serial Monitor installed OK, but the Genuino 101 device is unplugged, even when it is plugged in. This is on my laptop and I could upload the blink sketch and it worked.

Looks like the driver is not recognising the board, but on some USB ports it still works.

Hope this help? I hope this can be fixed very very soon as I am hoping to use the 101 in a new multi board project.

Regards to all :slight_smile:

Arduino101_USB.png

I have the same issue with my Genuino 101 on Windows 7 64bit and the posted binaries didn't solve it:

Sketch uses 29,989 bytes (15%) of program storage space. Maximum is 196,608 bytes.
starting download script
Args to shell: C:\Users\Marco\AppData\Local\Arduino15\packages\Intel\tools\sketchUploader\1.6.4+1.14/x86/bin C:\Users\Marco\AppData\Local\Temp\build9c9ef3bdfe2fccb480bc6e4bac749e41.tmp/Blink.ino.elf COM1 quiet
Serial Port PORT
BIN FILE C:\Users\Marco\AppData\Local\Temp\build9c9ef3bdfe2fccb480bc6e4bac749e41.tmp/Blink.ino.bin
Waiting for device... 
Cannot open DFU device 8087:0aba
Cannot open DFU device 8087:0aba
Cannot open DFU device 8087:0aba
Cannot open DFU device 8087:0aba
Cannot open DFU device 8087:0aba
ERROR: Timed out waiting for Arduino 101.

The same board works on MAC OS.