Go Down

Topic: Uploading error: Cannot open DFU device 8087:0aba on PC [PARTLY SOLVED USB 3] (Read 13045 times) previous topic - next topic

Hrenovka

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

Hrenovka

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.

rduinor

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.

sivaiots14

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.

sensei2

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



rduinor

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.

BillS101

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.

BillS101

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?

SvenMcGubgub

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

BillS101

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?


facchinm

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 :)

BillS101

facchinm,

Any idea when the new version will be available?

How will it be announced?

Thanks!

facchinm

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)

Hrenovka

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

BillS101

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.

Go Up