Arduino 101 Error: device not responding.

On my Windows 10 system, I solved this intermittent problem by going into Device Manager, finding "Ports (Com & LPT)" and then in that section locating the Arduino 101 labeled Serial Monitor port. Right-click and select "Disable" to disable that port. The, Right-click again and select "Enable". When I go back to the Arduino 101 IDE it now works. Also double check in the Tools menu to make sure the board and the port are still set to the Aruduino 101. This clears up the problems for me every time.

[Maybe a couple more clues to some of the issues here](http://It took a bit of research but here is what fixed it for me. take note about the Antivirus as it may not just be AVAST.)

This helped me on Ubuntu:

sudo ~/.arduino15/packages/Intel/tools/arduino101load/1.6.9+1.28/scripts/create_dfu_udev_rule

jccraig:
On my Windows 10 system, I solved this intermittent problem by going into Device Manager, finding "Ports (Com & LPT)" and then in that section locating the Arduino 101 labeled Serial Monitor port. Right-click and select "Disable" to disable that port. The, Right-click again and select "Enable". When I go back to the Arduino 101 IDE it now works. Also double check in the Tools menu to make sure the board and the port are still set to the Aruduino 101. This clears up the problems for me every time.

Thank you @jccraig!

I'll test it on my Windows 10 system! 8)

I really don't think that the solution will be platform specific. The complaint is too broad. I haven't seen a convincing explanation of it. Weird combinations of hitting master reset and reset buttons then rehitting the upload script in the UI have always worked for me when things get difficult. I suspect that nobody really knows the root cause yet, and that it's software not hardware related. Just a semi-educated guess.

DOH! I wish I read this forum entry before I bought my Genuino 101. Why?

Well I had the same problem with a CurieNano.

Got no help fixing it.

Tried different computer, bought fresh data cables, tried all USB ports etc.

Assumed I got a dud CurieNano so bought a Geniuno 101.

Same problem with the Geniuno 101.

The problem is in the IDE/Drivers for sure.

I can get the chip info so the IDE can see and talk to the board, just cannot load software onto it.

DFRobot admitted they had seen the problem. But when I went to negotiate a return on my CurieNano board DFRobot appeared to require me to have "different" problem to be eligible for replacement. I think there is a real problem here no one is admitting to.

I actually have USB 2.0, tried manual install of drivers.

All hale Intel. There used to be a thing called Wintel you remember? I note the same problem turns up on Linux. That is therefore a bug in the IDE OR we are being sold dud boards.

Has to be one or the other.

Has anyone been given the suggestion to download the firmware source, build and install? Don't, you will do any warrantee on the boards. My view is I bought a functioning board not just chips soldered to a board - which is all I have at the moment ... twice over.

raj174:
Hi,
Just started using the 101. Got the same error from my board when i tried to use the blink example:

Flashing is taking longer than expected
Try pressing MASTER_RESET button

In my case i downloaded a different version of Intel Curie Boards which was the 1.0.6.(before it was 1.0.7).
Hope this works for you guys as well.

Nope. I tried that and the 1.0.6 has a list of other error messages. I even tried 1.0.5 but the install hung the IDE.

braineng:
I have similar issue as below. but when I changed the 101 board, it works.
I can't use that board which had upload issue?

Ah, now we are getting somewhere. I tried an CurieNano and then a Genuino 101 but both failed the same way. So you tried two different 101 board and one worked and one did not.

Sounds like a problem in the firmware and maybe a different version of firmware on the second board OR same version of firmware but some glitch when the firmware is loading that breaks it.

Much of this would be caught in Quality Control if it was carried out.

I don't have a blinking LED on my Genuino so I assuming that they don't do a test load of at least Blink before sending them out.

Hi Asterion,
we can try solving the upload issue if you could give us more info about your setup.

We need the specifications of your PC, operating system, USB ports available.

Did you try connecting the board to another PC? Most of the times these kind of problems are related to underpowering the board (the 101 is quite power hungry when it boots). CurieNano could suffer the same problem.

To answer you question: the firmware has not been updated throughout the production batch, so two random boards should contain the exact same fw. BTW, if you update the firmware following an official procedure you are still under warranty, don't worry about that.

Best
M

facchinm:
Hi Asterion,
we can try solving the upload issue if you could give us more info about your setup.

We need the specifications of your PC, operating system, USB ports available.

Did you try connecting the board to another PC? Most of the times these kind of problems are related to underpowering the board (the 101 is quite power hungry when it boots). CurieNano could suffer the same problem.

To answer you question: the firmware has not been updated throughout the production batch, so two random boards should contain the exact same fw. BTW, if you update the firmware following an official procedure you are still under warranty, don't worry about that.

Best
M

Okay it failed on two different Windows 10 machines, a PC and a laptop. Both PC had USB 2.0 ports.

I am not building a Ubuntu machine to compile and upload firmware that should be working when I buy the device.

Now the power story is interesting. I have run BBB, C.H.I.P., and an unwanted RaspingBreathBurry on the same USB ports.

Does it make sense to blame the power draw on a IOT board by the way, I know we are brain storming here but when you think about it it isn't much of an IOT solution if it drops out that way.

I am finding more and more evidence that the firmware is likely dicky. As I have mentioned (maybe on another forum) I can ask the board for it's INFO, but it won't upload. So, it doesn't make sense that it will respond at all (to a Board ID) but not upload.

For Linux system, look at "https://www.arduino.cc/en/Guide/Arduino101".

I needed to do:

sudo ~/.arduino15/packages/Intel/tools/arduino101load/1.6.9+1.28/scripts/create_dfu_udev_rule

to get pass the "Flashing is taking longer than expected" problem.

Deleting the "C:\Users(username)\AppData\Local\Arduino15" folder and reinstalling Curie in board manager help me to deal with the uploading problem. However I don't know the reason why.

Apparently, if you download the 1.0.7 board, that will cause the program to fail with uploading whatever it is that you want. However, if you down-date the up-date by installing 1.0.6, that could fix the problem, as well as allow you to install drivers very important to this process. Just in case anyone needs this.

-Install from the boards manager 1.0.6 Arduino 101, not 1.0.7
-Make sure proper port is selected
-Attempt to upload this:

void setup() {
pinMode(LED_BUILTIN, OUTPUT);
}
void loop() {
digitalWrite(LED_BUILTIN, HIGH);
delay(700);
digitalWrite(LED_BUILTIN, LOW);
delay(300);
}

If the built in LED flashes with a greater duration while on, you just accessed your Arduino!
If not, try going lower in the updates. And plugging it in. And making sure that it's ON.
And of all, make sure that it is not connected to a BAD BATTERY (or any battery if plugged into your PC)

k3nk:
This helped me on Ubuntu:

sudo ~/.arduino15/packages/Intel/tools/arduino101load/1.6.9+1.28/scripts/create_dfu_udev_rule

This is what I needed to do too.

Why? Because I installed the IDE as an ordinary user, rather than installing a package (which is done as superuser), so the udev rule for the (Gen|Ard)uino 101 was not created and installed.

I am also facing same issue, but the same curi board is working fine with one of my friends laptop.

Hope will get some solution to this.

Use curie board version 1.0.6 and check the port connection in Device manager of your computer.

once uploaded new version restart your pc.

Hope this will resolve your issue, this resolves for me.

Thanks to raj174 for this information.

For my Fedora 25 pc this worked

cd .arduino15/packages/Intel/tools/arduino101load/1.6.9+1.28/scripts/

./create_dfu_udev_rule

unplugged the board for 15 seconds and plugged it back in = all ok from now on.

IDE: 1.8.2
Board version 2.0.2

Hi,

i'm using genuino 101 board,getting this error

Arduino: 1.8.2 (Windows 7), Board: "Arduino/Genuino 101"

Sketch uses 55304 bytes (35%) of program storage space. Maximum is 155648 bytes.
Starting download script...
Flashing is taking longer than expected
Try pressing MASTER_RESET button
ERROR: Timed out waiting for Arduino 101 on COM15
ERROR: Timed out waiting for Arduino 101 on COM15

@ ayyappaswamy019

And did you press reset ?

I can't see where the problem was ever satisfactorily resolved in this chain. However, I have a similar problem with two (2) brand new Genuine Arduino 101 boards. I followed about 10 other suggestions which I won't get into here - with no remedy.

Maybe one of you can help with the problem I have been working on for nearly a week.
By the way this IDE works just fine with my Arduino Uno when set to do so.

Computer: Modern Sony Vaio VPCEH2KFX, Windows 7 Professional, x64 64 bit, USB2 ports

I do press "MASTER _RESET" when requested.

1.8.2 IDE, Port Com13, Intel Curie Boards 2.0.2

I notice also if I select the "Firmware Updater" I also get the Com13 Port time out error.

Thanks in advance for taking the time to look at it.

Here are a few lines near the end showing the Com13 Port time out error following an attempt to compile (which it does) and upload code to the Arduino 101:

.
.
.
Compiling core...
"C:\Users\Bill\AppData\Local\Arduino15\packages\Intel\tools\arc-elf32\1.6.9+1.0.1/bin/arc-elf32-g++" -c -mcpu=quarkse_em -mlittle-endian -g -Os -Wall -fno-reorder-functions -fno-asynchronous-unwind-tables -fno-omit-frame-pointer -fno-defer-pop -Wno-unused-but-set-variable -Wno-main -ffreestanding -fno-stack-protector -mno-sdata -ffunction-sections -fdata-sections -fsigned-char -MMD -fno-rtti -fno-exceptions -fcheck-new -D__ARDUINO_ARC__ -std=c++11 -DCONFIG_BLUETOOTH_PERIPHERAL -DCONFIG_BLUETOOTH_CENTRAL -DCONFIG_BLUETOOTH_GATT_CLIENT -DF_CPU=32000000L -DARDUINO=10802 -DARDUINO_ARC32_TOOLS -DARDUINO_ARCH_ARC32 -D__CPU_ARC__ -DCLOCK_SPEED=32 -DCONFIG_SOC_GPIO_32 -DCONFIG_SOC_GPIO_AON -DINFRA_MULTI_CPU_SUPPORT -DCFW_MULTI_CPU_SUPPORT -DHAS_SHARED_MEM "-IC:\Users\Bill\AppData\Local\Arduino15\packages\Intel\hardware\arc32\2.0.2\system/libarc32_arduino101/common" "-IC:\Users\Bill\AppData\Local\Arduino15\packages\Intel\hardware\arc32\2.0.2\system/libarc32_arduino101/drivers" "-IC:\Users\Bill\AppData\Local\Arduino15\packages\Intel\hardware\arc32\2.0.2\system/libarc32_arduino101/bootcode" "-IC:\Users\Bill\AppData\Local\Arduino15\packages\Intel\hardware\arc32\2.0.2\system/libarc32_arduino101/framework/include" "-IC:\Users\Bill\AppData\Local\Arduino15\packages\Intel\hardware\arc32\2.0.2\cores\arduino" "-IC:\Users\Bill\AppData\Local\Arduino15\packages\Intel\hardware\arc32\2.0.2\variants\arduino_101" "C:\Users\Bill\AppData\Local\Arduino15\packages\Intel\hardware\arc32\2.0.2\variants\arduino_101\variant.cpp" -o "C:\Users\Bill\AppData\Local\Temp\arduino_build_664884\core\variant.cpp.o"
Using precompiled core
Linking everything together...
"C:\Users\Bill\AppData\Local\Arduino15\packages\Intel\tools\arc-elf32\1.6.9+1.0.1/bin/arc-elf32-gcc" -nostartfiles -nodefaultlibs -nostdlib -static -Wl,-X -Wl,-N -Wl,-mcpu=quarkse_em -Wl,-marcelf -Wl,--gc-sections "-TC:\Users\Bill\AppData\Local\Arduino15\packages\Intel\hardware\arc32\2.0.2\variants\arduino_101/linker_scripts/flash.ld" "-Wl,-Map,C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/Blink.ino.map" -o "C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/Blink.ino.elf" "-LC:\Users\Bill\AppData\Local\Temp\arduino_build_664884" "-LC:\Users\Bill\AppData\Local\Arduino15\packages\Intel\hardware\arc32\2.0.2\variants\arduino_101" -Wl,--whole-archive "-larc32drv_arduino101" -Wl,--no-whole-archive -Wl,--start-group "-larc32drv_arduino101" -lnsim -lc -lm -lgcc "C:\Users\Bill\AppData\Local\Temp\arduino_build_664884\sketch\Blink.ino.cpp.o" "C:\Users\Bill\AppData\Local\Temp\arduino_build_664884\core\variant.cpp.o" "C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/..\arduino_cache_769092\core\core_Intel_arc32_arduino_101_5c062f6ac47f6069a4889ac2baed88f1.a"
"C:\Users\Bill\AppData\Local\Arduino15\packages\Intel\tools\arduino101load\2.0.1/arduino101load" -c -from="C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/Blink.ino.elf" -to="C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/../arduino101_sketch.debug.elf"
"C:\Users\Bill\AppData\Local\Arduino15\packages\Intel\tools\arc-elf32\1.6.9+1.0.1/bin/arc-elf32-objcopy" -S -O binary -R .note -R .comment -R COMMON -R .eh_frame "C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/Blink.ino.elf" "C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/Blink.ino.bin"
"C:\Users\Bill\AppData\Local\Arduino15\packages\Intel\tools\arc-elf32\1.6.9+1.0.1/bin/arc-elf32-strip" "C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/Blink.ino.elf"
"C:\Users\Bill\AppData\Local\Arduino15\packages\Intel\tools\arc-elf32\1.6.9+1.0.1/bin/arc-elf32-objcopy" -S -O ihex -R .note -R .comment -R COMMON -R .eh_frame "C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/Blink.ino.elf" "C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/Blink.ino.hex"
Sketch uses 48712 bytes (31%) of program storage space. Maximum is 155648 bytes.
Forcing reset using 1200bps open/close on port COM13
C:\Users\Bill\AppData\Local\Arduino15\packages\Intel\tools\arduino101load\2.0.1/arduino101load -dfu=C:\Users\Bill\AppData\Local\Arduino15\packages\arduino\tools\dfu-util\0.9.0-arduino1 -bin=C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/Blink.ino.bin -port=COM13 -v -ble_fw_str="ATP1BLE00R-1631C4439" -ble_fw_pos=169984 -rtos_fw_str="" -rtos_fw_pos=0 -core=2.0.0
arduino101load 2.0.1 - compiled with go1.7.5
Starting download script...
Serial Port: COM13
BIN FILE C:\Users\Bill\AppData\Local\Temp\arduino_build_664884/Blink.ino.bin
Waiting for device...
Waiting for device...
Waiting for device...
Waiting for device...
Waiting for device...
Flashing is taking longer than expected
Try pressing MASTER_RESET button
Waiting for device...
Waiting for device...
Waiting for device...
Waiting for device...
Waiting for device...
ERROR: Timed out waiting for Arduino 101 on COM13
ERROR: Timed out waiting for Arduino 101 on COM13

Thanks again for any light you may shed on this!