Arduino 101 Error: device not responding.

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!

7Pro x64 here too so a good starting point.

See you are already using the latest CORE too.
Going to point you here even though you may have done it. NOTE this is not a CORE update it is different as its a FIRMWARE.

This was probably the biggest single help with my 101.

I also find that hitting master reset early also helps even if it hasn't told you to hit it.
Usually after the first or second "Waiting for device..."

Ballscrewbob,

Thank you for the suggestions.

I can't do a firmware update because I get the same the same time out error on Com13 that I get when I attempt a compile and upload.

The only thing that seems to go through Com13 is the board info:
BN: Arduino/Genuino 101
VID: 8087
PID: OAB6
SN: AE6642EK6210267

I do press the master reset when requested (and before to see if it makes any difference).

Here is the error displayed on the IDE:

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

Starting download script...
Flashing is taking longer than expected
Try pressing MASTER_RESET button
ERROR: Timed out waiting for Arduino 101 on COM13
Error while burning bootloader.

Sometimes just hitting "reset" (not master reset) on the first fail is enough to kick start the darn thing.

In doing that make sure its is a simple sketch such as BLINK or MINIMUM from examples.

is there a specific reason you are not up to 1.8.2 or 1.8.3 for the IDE ?

Not found any difference in operation for the 101 on those releases here.

Btw please learn to use the code tags ( </> ) it makes posts a lot easier to use for error messages and sketches.

Ballscrewbob

1.) I tried plain reset and Master Reset with neither one working.
2.) I went through nearly all of the IDE versions to see if one worked - none of them allowed me to upload to the board. I happened to have revision 1.8.2 loaded the time I took the information for my post. I am using 1.8.3 now and normally since it came out.
3.) I tried Com3, Com5, Com13 and Com15 - none of these allowed me to upload to the board.
4.) I found each time I downloaded a new IDE a request came for me to O.K. "download srl driver" - I did O.K. download of the srl driver on previous days. Today, I read that was a separate company and did not O.K. download of the srl driver - neither way permitted me to upload the compiled Hex code to the board.
5.) I visually examined the Hex file ASCII code within the Blink.ino.hex file - the ASCII hex code looks normal - it must be a good compilation.
6.) I watched the Device Manager page while my upload was being held up by the
waiting for device...
error and noticed my upload threw a Windows 45 error in yellow on the active USB port Com15 - this indicates the port driver was lost at the time I was waiting on device - why is this occurring?. This might explain the trouble I am having. When the IDE code compilation finally comes to an end with an
ERROR: Timed out waiting for Arduino 101 on COM15 The Windows 45 error is gone and the active port shows again in Device Manager as Com15 as the failed attempt at uploading ends.

Here is the code a short time before and during this particular time:

\arduino_build_721058/Blink.ino.hex"
Sketch uses 48712 bytes (31%) of program storage space. Maximum is 155648 bytes.
Forcing reset using 1200bps open/close on port COM15
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_721058/Blink.ino.bin -port=COM15 -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: COM15
BIN FILE C:\Users\Bill\AppData\Local\Temp\arduino_build_721058/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 COM15
ERROR: Timed out waiting for Arduino 101 on COM15

OK first off you will be fine with the .SRL drivers.
I would let them install as they should also be the latest ones.
AFAIK they are properly signed too.

I can only use my 101 with the desktop IDE and not at all with the ONLINE editor.

Have become so accustomed to just hitting reset at the very first "Waiting for device..." rather than the lottery of will it wont it.

Adding an attachment to this post too that I developed because I have so many different boards and change IDE's to test etc etc

Maybe it might help ?

CLEAN UP BEFORE INSTALLING ANOTHER COPY OF THE IDE OR ARDUINO CREATE.pdf (345 KB)

When you load the code, it will show
Flashing is taking longer than expected
Try pressing MASTER_RESET button
at this time hold the master reset button or press and release it continuously then it will work.
It worked to me. Hope if this helps you guys. :slight_smile:

I had the same issue crop up today out of the blue. I changed nothing on my PC or otherwise - I just started getting the error message "flashing is taking longer than expected try pressing master_reset button"

I updated the firmware per ballscrewbob's instructions on the following post: Arduino 101 Uploading code timeout erro - Arduino 101 - Arduino Forum

I also removed and reinstalled the Arduino plugin.

The online editor now works.

In 25 years of working with PCs, I've seen time and again how $#!+ happens for no apparent reasons. Frustrating for sure.

ballscrewbob - thanks for your help here - this is the second problem you've helped me resolve. Appreciate your contributions to the forum.

@ Mistral101

People here help me as much if not more than I help others.
Just giving back to the community but thanks for boosting my confidence in what I try to do.
Just remember I can also be wroung :wink:

my 101 didnt work on my mac. installing the 'intel curie boards ' version 1.0.5 in the boards manager got it going

At wits end!!

Most all of b_dunn's situation started happening here as well.

Win 7 64 bit.
Arduino IDE 1.8.5
Real-Time scanning in antivirus off.
Using a USB2 port (many ports tried)

Long log attached but it is the same time-out problem. Can't burn bootloader. Can't load program.

Intel Curie boards 2.02 installed (have tried many other earlier versions)

I have successfully used 2 other 101's in the past. This board is new as I wanted a spare since they are end of life. The point is that this is a relatively new issue as I have programmed 101 boards many times using my current equipment.

Thinking it was a bricked board I loaded a new version of the IDE, again 1.8.5, on a different machine (this laptop has never had the IDE). It worked! I was able to burn a Firmware update and run blink several times without problem. Note the laptop is a 32 bit version of windows 7 (starter) NOT the 64 bit Win 7 as described above. The point is that the board is not bricked.

I have read all of the message in this thread and all of the ones in the sticky troubleshooting thread.

I have tried all of the relevant fixes as far as I can tell. Even a few others. I am an old-timer with these windows problems and sooner or later, I figure it out...but not this time and it is driving me nuts.

I am focusing now on this phenomenon:

When I run dpinst-amd64.exe (in 2.02 drivers) I can force a reload of the 3 relevant drivers:

The Device Driver Installation pops up (in a window that I can't resize or copy and past from) and it shows three drivers "ready to use":
Intel Corp USB (10/13/2015 1.1.0.0)
libusb 1.0 (WinUSB) libusb (WinUSB) devices (10/13/2015)
http//www.intel.com (USBser) Ports (10/13/2015 5.1.2600.0)

Then, when I plug the board in (with the IDE loaded)
I always get a fail on the DFU driver - ALWAYS - unplugged (see attached jpg)
If the serial monitor driver has to also load (depends on restarting the computer) it will successfully load), but the DFU driver always fails.

What the %$@# is going on - can anyone make a suggestion???

error.jpg

Arduino log.txt (11.5 KB)

@DrGee

If you have any antivirus or similar security try installing the drivers with it turned OFF
Also try that method to see if you can do an upload.

DO stick with the USB 2.0 ports as they are more reliable.
Try other USB cables as they can go bad at any time.

There was a driver from Intel themselves that I found useful on occasion.
But DO NOT use the firmware from that page !

ballscrewbob:
@DrGee

If you have any antivirus or similar security try installing the drivers with it turned OFF
Also try that method to see if you can do an upload.

DO stick with the USB 2.0 ports as they are more reliable.
Try other USB cables as they can go bad at any time.

There was a driver from Intel themselves that I found useful on occasion.
But DO NOT use the firmware from that page !

Thanks for the thought Bob, I appreciate any help at all. Alas, no joy.

The AV is as off as it gets.

Tried different cables long ago :slight_smile:

The archaic tool chain that you pointed to is not likely of much help and I'm not sure that it has anything in the way of drivers that would be relevant. In this regard, however, I also use this machine to program a D2000 board (Intel Quark) using Intel System Studio which is a variety of Eclipse. It, apparently has the ability to use the 101, but I have never done that. Even if it would work, it would be a hollow victory. Getting it to work with the Arduino IDE is the goal here. Since I know the board does work on a 32 but 'fresh' Win 7 laptop, the goal is to get it to work with a 64 bit Win 7 system - the same one that I have used dozens of times with these boards - as well as a PIC programmer, various other Arduinos, the D2000 and Atmel boards (Atmel Studio), and Cypress PsOC creator.

Something has changed and I am suspecting dpinst-amd64 or the dlls associated with it - or maybe it is just something I am not thinking about or don't know enough to understand (likely).

Frustrating as all get-out.

I wish facchinm would respond - but the board is end of life.

My 101 runs on x64 from win 7 upwards so its not that aspect.
Just so you dont go chasing a false lead.

X64 pro Win 7 is my goto box with FULL admin rights not just user admin rights.
Also have Driver enforcement turned off as I play quite a lot with so many Arduinos.

As another test you could enable the HIDDEN admin account log into it and also turn off driver enforcement to see if that fixes it.

Dont use the hidden admin account for anything other than testing BTW.

Yes facchinm is the man for this type of issue but I think he is more Linux ?

ballscrewbob:
My 101 runs on x64 from win 7 upwards so its not that aspect.
Just so you dont go chasing a false lead.

Mine used to as well :frowning:

No progress on this device not responding issue (see my post #52 - and others).

The most compelling explanation appears to revolve around the failure of the 1200 b port reset touch.

Because I have used this machine with 2.02 at least back in June of 2017 and reading facchinm 's post here Upload Problem: touching COM with 1200 baud rate cannot reset all the board on Windows 7. ยท Issue #526 ยท arduino/ArduinoCore-arc32 ยท GitHub (April 18, 2017), I do not believe it is a firmware issue.

I think it is likely a Win 7 setting issue - but I don't really know. A lot has changed on this machine in the last year, but nothing that I can point to as suspect.

sigh

Bump

Still no solution for me on this. I did notice today that there is a new Arduino board version for the 101 - 2.04! I installed it and, sigh no change in the situation. Also, I can not seem to find any information about this update. Clicking on "more information" in the board manager takes me to the Make Magazine site.

I guess I am asking if anyone has anything new to try and whether anyone knows what is changed in the new board software and who did it?

Thanks.