I'm trying to use an Arduino Nano (first time) with Windows 10.
When trying to upload a sketch (also for the first time with this board),
I chose the example 'blink' sketch, which I have not yet been able to upload.
Below is the error log I get (verbose output is on)
Arduino: 1.8.7 Hourly Build 2018/10/05 10:33 (Windows 10), Board: "Arduino Nano, ATmega328P"
Sketch uses 930 bytes (3%) of program storage space. Maximum is 30720 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2039 bytes for local variables. Maximum is 2048 bytes.
C:\Users\20173607\Documents\arduino-nightly\hardware\tools\avr/bin/avrdude -CC:\Users\20173607\Documents\arduino-nightly\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM4 -b115200 -D -Uflash:w:C:\Users\20173607\AppData\Local\Temp\arduino_build_906988/Blink.ino.hex:i
avrdude: Version 6.3-20171130
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "C:\Users\20173607\Documents\arduino-nightly\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM4
Using Programmer : arduino
Overriding Baud Rate : 115200
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x4f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x4f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x4f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x4f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x4f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x4f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x4f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x4f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x4f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x4f
avrdude done. Thank you.
Problem uploading to board. See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.
This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.
Some additional information which I think helps troubleshoot this one:
'pow' LED is on (red)
'L' (bootloader?) LED is blinking as i'm told it should be.
My device manager shows me this image: (img) when it comes to drivers.
I've ensured that the processor selected is the same as what's written on the chip on the nano.
Additionally, com4 is the only port in the menu (the nano is the only device connected right now), and device manager only shows com4 under ports as well.
NOTE: We have updated the NANO board with a fresh bootloader. Boards sold from us from January 2018 have this new bootloader, while boards manufactured before that date have the old bootloader. First, make sure you have the Arduino AVR Core 1.16.21 or later looking at the Board Manager. Then, to program the NEW Arduino NANO boards you need to chose Processor > "ATmega328P". To program old boards you need to choose Processor > "ATmega328P (Old Bootloader)". If you get an error while uploading or you are not sure which bootloader you have, try each type of processor 328P until your board gets properly programmed.
Clones with ch340 chips will probably use the old bootloader.
kprims:
Clones with ch340 chips will probably use the old bootloader.
Selected the older bootloader, seems like it worked. Here's what I got: (verbose mode)
avrdude: Version 6.3-20171130
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "C:\Users\20173607\Documents\arduino-nightly\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM4
Using Programmer : arduino
Overriding Baud Rate : 57600
AVR Part : ATmega328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : Arduino
Description : Arduino
Hardware Version: 2
Firmware Version: 1.16
Vtarget : 0.0 V
Varef : 0.0 V
Oscillator : Off
SCK period : 0.1 us
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "C:\Users\20173607\AppData\Local\Temp\arduino_build_906988/Blink.ino.hex"
avrdude: writing flash (930 bytes):
Writing | ################################################## | 100% 0.29s
avrdude: 930 bytes of flash written
avrdude: verifying flash memory against C:\Users\20173607\AppData\Local\Temp\arduino_build_906988/Blink.ino.hex:
avrdude: load data flash data from input file C:\Users\20173607\AppData\Local\Temp\arduino_build_906988/Blink.ino.hex:
avrdude: input file C:\Users\20173607\AppData\Local\Temp\arduino_build_906988/Blink.ino.hex contains 930 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.22s
avrdude: verifying ...
avrdude: 930 bytes of flash verified
avrdude done. Thank you.
So it seems like that was 'it', as this is not an error but just information. Huge thanks for that! (Also, busted for using a clone)
My only remaining question:
After uploading, shouldn't the program start running on the device? Since this is the blinking sketch I assume I should see the (rx/tx?) led blinking, though it appears not to be doing anything like this.
edit
i've figured it out, it's 'L' that starts blinking, assumed nothing changed because it was already passively blinking that light before the upload. Changing the delay to 3s confirms that L is the light affected by the program.
Advice: especially as a newbie don't ever use nightly builds of IDE.
This might lead to strange issues while with a stable release it might work as expected.
