New to the group and somewhat to Anduino.
I've got a Nano. When I connected it under Windows 7, WIndows searched for and install a serial port driver. I see in Device Manager under Ports, an entry "USB-SERIAL CH340 (COM10)"
The first question is I don't know if that is correct? I have a Uno and for it it says "Arduino Uno (COM5).
Next, if I try to load Blinky, it fails. I can see the Nano's RX/TX lights flashing.
Get Board Info tells me:
BN: Unknown board
VID: 1A86
PID: 7523
SN: Upload any sketch to obtain it
Any help please. Is my board bad?
Attached is the verbose error after trying to load.
[[[ Sorry - I previously posted under the wrong topic thread - perhaps an admin can delete ]]]
New to the group and somewhat to Anduino.
I've got a Nano. When I connected it under Windows 7, WIndows searched for and install a serial port driver. I see in Device Manager under Ports, an entry "USB-SERIAL CH340 (COM10)"
The first question is I don't know if that is correct? I have a Uno and for it it says "Arduino Uno (COM5).
Next, if I try to load Blinky, it fails. I can see the Nano's RX/TX lights flashing.
Get Board Info tells me:
BN: Unknown board
VID: 1A86
PID: 7523
SN: Upload any sketch to obtain it
Any help please. Is my board bad?
Attached is the verbose error after trying to load.
I was using 1.6.13. Updated to 1.8.8 which I see has ATMega328P (Old Bootloader)
Selecting that and I am still getting the same error as a had in the file I appended in the prior post.
Now, selecting the non "Old Bootloader", I am getting errors saying:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xc3
Arduino: 1.6.13 (Windows 7), Board: "Arduino Nano, ATmega328"
Sketch uses 928 bytes (3%) of program storage space. Maximum is 30,720 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2,039 bytes for local variables. Maximum is 2,048 bytes.
C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM10 -b57600 -D -Uflash:w:C:\Users\KA4CDN\AppData\Local\Temp\arduino_build_582449/Blink.ino.hex:i
avrdude: Version 6.3, compiled on Sep 12 2016 at 17:24:16
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM10
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\KA4CDN\AppData\Local\Temp\arduino_build_582449/Blink.ino.hex"
avrdude: writing flash (928 bytes):
Writing | ################################################## | 100% 0.28s
avrdude: 928 bytes of flash written
avrdude: verifying flash memory against C:\Users\KA4CDN\AppData\Local\Temp\arduino_build_582449/Blink.ino.hex:
avrdude: load data flash data from input file C:\Users\KA4CDN\AppData\Local\Temp\arduino_build_582449/Blink.ino.hex:
avrdude: input file C:\Users\KA4CDN\AppData\Local\Temp\arduino_build_582449/Blink.ino.hex contains 928 bytes
avrdude: reading on-chip flash data:
Reading | #####################################An error occurred while uploading the sketch
############# | 100% 0.21s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0xff != 0x0c
avrdude: verification error; content mismatch
avrdude done. Thank you.
This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.
Unfortunately, I don't know the cause of the verification error. I suppose you could try a different USB cable to see if a bad connection could be corrupting the data.
Thanks to the help merging / embedding my error data to this thread and for the confirmation about using the Old Bootloader as proper.
From the consistent results I'm seeing I'd think that the usb cable is good, meaning that the nano's bootloader is communicating fine it is just that the flash is not getting actually written?
I'm assuming the error's text is telling me that the byte at flash offset 0x00 is read as 0xff and it should have been set to 0x0c?
Some more background; this nano was part of a pre-programmed kit (Bitx40 radio) and was working. I tried to update the firmware and was unsuccessful with this problem being reported.
In addition to the power light on the Nana lit, I see the the Rx/Tx lights blinking during transfer and after transfer I see the L light slowly blinking as if Blinky is running but I don't think it is. Also, when I first apply power via usb, the L light flashes somewhat rapidly and then slows to a blink approximately once/sec (flash on, off ~1sec, not the Blinky rate of on 1sec-off 1sec). Surely this light is indicating something?
I've got new Nanos ordered and will try with them although un-soldering the one on the current board is going to be difficult and I'm not looking forward to it.
The fast blinking comes from the boot loader. The slow blinking is usually the blink example, but I doubt it's applicable in this case as you would know that you loaded it; it would be one second on, one second off.
Since the nano came preprogrammed in a kit, it may have the fuses set to disable changing the code. Hopefully someone more familiar with proper fuse settings can check that out.
Great group here. Thanks all for mulling my problem.
The Bitx40 radio is very popular and has a strong following of folks hacking and modifying both the hardware and the Nano code so I'm certain it is not locked or fused in anyway, at least not intentionally.
Is it possible I have the wrong driver loaded on Win7? When I initially connected the Nano, Win7 searches, finds and installs a driver from Provider wch.cn dated 06/03/2009 version 3.1.2009.6. (As seen from the Device Manager under Ports).
I tried on a different Win7 computer. On this one, Get Board Info fails and a message is shown that says ""Native serial port, can't obtain info". The Upload still fails as before.
ka4cdn:
I tried on a different Win7 computer. On this one, Get Board Info fails and a message is shown that says ""Native serial port, can't obtain info". The Upload still fails as before.
That means you have selected the wrong port from the Tools > Port menu.
If you don’t know which port is your Nano, you can find it like this:
Unplug your Arduino board from the computer.
Tools > Port
Note the ports, if any, listed in the menu.
Close the Tools menu
Plug your Arduino board into the computer.
Tools > Port - The new port listed in the menu is your Arduino board.
Hmm. I am nearly certain I have the correct port selected. The bootloader is responding to the Arduino programmer. I see the RX/TX lights on the Nano blinking.
If I look at the error file which I posted in this thread, the programmer indicates "writing" and than later "reading" to verify and that is when the mismatched byte is flagged. Not knowing the programming protocol, would it have gotten that far if I had the wrong port?
If I purposefully pick the wrong port I get errors such as the following:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xc3
ka4cdn:
Hmm. I am nearly certain I have the correct port selected. The bootloader is responding to the Arduino programmer. I see the RX/TX lights on the Nano blinking.
If I look at the error file which I posted in this thread, the programmer indicates "writing" and than later "reading" to verify and that is when the mismatched byte is flagged. Not knowing the programming protocol, would it have gotten that far if I had the wrong port?
Not likely. I was assuming that the output you posted was from the original computer (which had the correct Tools > Port setting) and that the "different Win7 computer" with the "Native serial port, can't obtain info" error also failed upload, but with a different error output that you didn't post.
ka4cdn:
If I purposefully pick the wrong port I get errors such as the following:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xc3
Hi ka4cdn,
I was facing the same problem.
I have got its solution.
I am sure that you will be helped by my solution.
If you have another Arduino other then non-working Arduino then :
Wire your Nano as :
I've read about reloading the bootloader. Thanks for the links and the wiring drawing. I have an Uno. The problem is I still will need to remove the old Nano.
Again, thanks for all the assistance. I think the path for me is clear. Remove the Nano and replace.
