and suddendly Arduino IDE cant upload any sketch inside an UNO

Hi,
i m really beginning to be completely upsetted by strange behaviour with arduino sketch uplaoding on windows.

last year i spent a lot of time to fight with IDE on Windows 7 for same unknow reasons: an UNO, or a Duamillanove suddenly is no more uploadable, this without any hardware or physical damage to the device, nor electric errors.

this happens quite regulary since the 1.0 series.

I believe that cache is somewhere not refreshed, and something is written somewhere that should not be.

So today, i m upset, completely.

i was this morning working on a prototype, with an UNO as ISP, loading skecthes in an Atiny.
W10 computer, 1.6.4 version

And suddendly > no more upload possible.

I can upload sketches in other devices, such as jeenode (ftdi driver), but an UNO, or a 2009 as ISP programmer are no more working.

It would really being great that finally we dont have this type of problem.

Is it a major critic failure in driver ? in OS ? in Arduino IDE ? in java ? why sould everything stop without any physical reason...

Any idea on how to clear the mess up ?

Le croquis utilise 1 138 octets (13%) de l'espace de stockage de programmes. Le maximum est de 8 192 octets.
Les variables globales utilisent 76 octets de mémoire dynamique.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x03
Problème de téléversement vers la carte. Voir http://www.arduino.cc/en/Guide/Troubleshooting#upload pour suggestions.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x03

Have you added the ~10 uf capacitor between ground and reset pin of the arduino you're using as an ISP programmer, after uploading the arduino as isp sketch? You need to do that, or otherwise disable auto-reset in order to make that work.

DrAzzy:
Have you added the ~10 uf capacitor between ground and reset pin of the arduino you're using as an ISP programmer, after uploading the arduino as isp sketch? You need to do that, or otherwise disable auto-reset in order to make that work.

What was the reason of the capacitor? I've not done that before with one Arduino programming another arduino.

The reason is to avoid of putting the arduino which is programmer into bootloader mode. 10uF cap simply removes the reset pulse and arduino isp stays in application mode. If you are using avrdude form CMD there is switch for programmer type. If the 'arduino' is used the reset pulse is generated prior to programming. 'STK500' is the same except of it is without the reset pulse so you need not the capacitor in this case.
Arduino ISP works for me from IDE without the capacitor and always have been worked but now I am not sure what is in the command.

Budvar10,

Just making it clear, you meant that once you load ArduinoISP code to an arduino, place the 10uF cap between reset and gnd. Then if you send code to this ArduinoISP, the PC still toggles DTR that is connected to RESET but the 10uF cap will prevent RESET from going LOW during the pulse. So the ArduinoISP will not reset and ArduinoISP sketch will receive the sketch and send it to a target, instead of starting bootloader and getting itself programmed with the sketch the PC sends. Is the above correct? I only used ArduinoISP for a short while and am now using optiloader from WestFW for bootloading chips and hex uploader from Nick Gammon for flashing any generic sketch and fuse settings.

Yes, exactly. DTR pulse is generated from the avrdude if -cavrdude switch is used. But the situation is little bit more complicated if we are talking about SW versions. Till the v1.0.6 DTR and RTS signals were controlled by IDE. IDE v1.0.6 uses avrdude v5.11. Since the new IDE started (1.6.x) those signals are controlled by avrdude directly. There is new avrdude 6.1.
However, I am using ArduinoISP still from IDE 1.0.6 and never had such problem, never used 10uF cap.

Some time ago I tested my own version of the Arduino with ATmega1284P. I 've been planning to use RTS signal to disconnect RX,TX pins from the output automatically to prevent problems with uploading, so those stay connected only to the USB/serial convertor if it is connected. I had to modify the avrdude 6.1 to keep RTS down during whole upload and I realized the fact as above after look at the code.

And also, I had the same problem [SOLVED] ArduinoISP & avrdude on linux and I was confused about this.

hello,
still many troubles with windows and TTL loader, happening from time to time

i m not with ISP but on FTDI chipset build ttl devices.

sometimes a hidden up to date of windows is blocking communcation from IDE to the arduino

there is definitively something wrong if you have usage of many arduino and port coms and TTL uploader on same computer with windows