Go Down

Topic: Arduino 101 Error: device not responding. (Read 29812 times) previous topic - next topic

Asterion

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.

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

Asterion

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.

dvonhausen

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.

jimaobian

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.

WhitePaw2002

#35
Dec 15, 2016, 06:55 pm Last Edit: Dec 16, 2016, 11:55 pm by WhitePaw2002
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)

michaeljwouters

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.


kreakemp

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.

kreakemp



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.

yvanttt

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

ayyappaswamy019

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




ballscrewbob

@ ayyappaswamy019

And did you press reset ?
It may not be the answer you were looking for but its the one I am giving based on either experience, educated guess, google or the fact that you gave nothing to go with in the first place so I used my wonky crystal ball.

b_dunn

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!

ballscrewbob

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..."
It may not be the answer you were looking for but its the one I am giving based on either experience, educated guess, google or the fact that you gave nothing to go with in the first place so I used my wonky crystal ball.

b_dunn

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.

Go Up