I have a problem
I can not upload any sketch via USB to my arduino UNO
after uploading the sketch it works via USB (like ASCII table through serial port monitor)
but can not upload any via USB
Any help please...
EDIT avrdude(ss) doesn't recognize the chip via USB as well
Unable to detect MCU
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
avrdude.exe done. Thank you.
Make sure your IDE is looking at the right com port. If that's not it, you try the "hold the reset" trick. Sometimes the bootloader times out before the actual upload starts. That leads to the not in sync message. Hold the reset button until the compilation is complete (the size message appears), then release it. It's a timing thing, so experiment a little.
I don't get 'not in sync' messages.
It just freezes... like atm I get
Atmega chip programmer.
Written by Nick Gammon.
Version 1.22
Compiled on Oct 11 2014 at 23:57:16
Entered programming mode OK.
Signature = 0x1E 0x95 0x14
Processor = ATmega328
Flash memory size = 32768 bytes.
LFuse = 0x62
HFuse = 0xD9
EFuse = 0xFF
Lock byte = 0xFF
Clock calibration = 0x1E
Bootloader address = 0x7E00
Bootloader length = 512 bytes.
Type 'L' to use Lilypad (8 MHz) loader, or 'U' for Uno (16 MHz) loader ...
Using Uno Optiboot 16 MHz loader.
Type 'V' to verify, or 'G' to program the chip with the bootloader ...
Clearing 'Divide clock by 8' fuse bit.
Fixing low fuse setting ...
Please describe your setup better, or a picture would be good. You seem to have a mix of bootloader programming ala Nick Gammon (link below) together with some serial programming messages. You must disconnect the ISP before you can use the USB serial port for an upload. The ISP holds the reset line low.
1.I connect USBasp to my UNO
2.I burn the bootloader
3.I disconnect USBasp and I connect USB cable (UNO is on serial port #2 in my case)
4.AVRdude recognizes ATmega328p
5.I upload the sketch, example blink
6.IDE says it's all ok uploaded.
7.The sketch doesn't work
8.AVRdude doesn't recognize chip anymore
9.I upload .hex onto my UNO via USBasp
10.Example blink works but AVRdude doesn't recognize the chip and can't upload any sketch via USB cable
In step 5, what tool are you using? Assuming it's the IDE or derivative, set the upload settings to verbose and post them here. The setting is under file-> preferences. You might also want to check the verify code after upload box.
I doubt this is the issue, but are you sure you're connecting the USBasp to the right ISP header? The Uno has 2 ISP headers, one is for the usb to serial chip (which is the 16u2)
Very weird.
Anyway, you may want to refer to the MS article shown in the small batch file below:
REM http://support.microsoft.com/kb/315539
ECHO OFF
CLS
set devmgr_show_nonpresent_devices=1
start devmgmt.msc
Running the above, then View/Hidden devices...
Will allow you to "clean out" cached communications ports. After this, each device will be newly enumerated.
Since you are reading the device id and not all zeros, I believe you have the correct port. What I'm not sure of is that the sketch in step 5 is being successfully stored by the Arduino. That's why I'ld like to see the verbose avrdude output. It will show the bytes sent and the acknowledgements back. Any retry or errors will also show.
If I wouldn't take a look at Arduino webpage then I'd have been suffering this stll.
I updated the IDE from 1.0.5-r2 to 1.0.6, my arduino changed from COM2 to COM3
and all seems to be working again
Mybe the IDE got angry with my cheap AVRispMKII
Sorry for being stubborn and thank you for paing your attention to a noob
