Hi
I have arduino Nano which I want to flush and have the Uno's firm ware running on it (I need the watchdog). I am using another Uno board as ISP programmer. This is what I am doing exactly:
1- Had the ArduinoISP example loaded onto the Uno bard.
2- Had the port selected of the Uno and the programmer type to "Arduino as ISP".
3- I used pretty much the standard wiring between the two devices:
Turn on verbose uploads, so you see what signature it reads. All 0s out all 1s indicates wiring problem, or target device is set to use a crystal but isn't connected to one (which renders it inoperative)
"Paul__B", thank you for your reply, I followed the wiring scheme that you recommended and now I am getting:
" avrdude: stk500_recv(): programmer is not responding". Do I need to place a 120 ohms resistor or some capacitor between the reset and the ground? (I have seen that in some tutorials).
"Dr Azzy", I was about to enable the verbose mode but I got a different error now.
Yeah, you need a cap between reset and ground on the arduino used as the programmer, 10uF is the standard recommended value here, but anything a couple uF or larger will work. It's there to clobber the auto-reset, which otherwise would reset the board when you try to use it to program the chip (autoreset on opening serial connection), and isn't through the bootloader in time for when AVRDude expects to be able to communicate with it to program the bootloader.
Go into preferences and check show verbose output during upload. Burn the bootloader. Show us the full output, including error messages and everything else. Also please post a clear photo of your wiring between the 2 Arduinos.
The Uno is the programmer and the Nano is the target one. Yes I uploaded the ISP example to the Uno then I connected the capacitor and the other board.
Is this a working Nano, and all you are trying to do is upgrade the bootloader?
What do the LEDs on the Nano show during the process of burning the bootloader?
Do you have another device such as another Nano or Uno that you can burn the bootloader to in order to test the programmer?
Have you made any changes to files in the Arduino IDE installation such as programmers.txt, platform.txt, etc. or is it stock?
What are the various things you have selected on the Tools menu?
Is this a working Nano, and all you are trying to do is upgrade the bootloader? Yes It is a working nano, and I am trying to have Uno's bootloader running on it.
What do the LEDs on the Nano show during the process of burning the bootloader? They show nothing, just the power is turning red.
Do you have another device such as another Nano or Uno that you can burn the bootloader to in order to test the programmer? Yes I have another nano, and I will try to use it as the programmer and see if the problem is with th Uno itself
Have you made any changes to files in the Arduino IDE installation such as programmers.txt, platform.txt, etc. or is it stock? No, I didn't alter any files.
What are the various things you have selected on the Tools menu? Programmer: Arduino as ISP Board: Arduino Uno (I choose this because I wan the optiboot installed on the target nano device. Then I hit burnbootloader. Uno's Com port is also selected.
I have just about run out of ideas. I just now burned the Uno bootloader on my Nano using the same wiring and procedure. I suppose if I were in your shoes I would change out all the dupont wires you have there to make sure none of them are the culprit. And I would upload a sketch onto both the Uno and the Nano which "blink" pins 10 through 13 and attach an external LED with resistor to each pin to make sure each pin works. Pin 13 on your Nano appears bent or the orange wire you have leading to it appears out of whack, is that just the way it appears in the photo?
Note, after verifying the pins work, upload the ArduinoISP sketch to the Uno and upload the bare minimum (do nothing sketch which loads when you first launch the IDE) on to the Nano BEFORE reconnecting for ISP programming. That will prevent bus contention.
dmjlambert:
Note, after verifying the pins work, upload the ArduinoISP sketch to the Uno and upload the bare minimum (do nothing sketch which loads when you first launch the IDE) on to the Nano BEFORE reconnecting for ISP programming. That will prevent bus contention.
I don't know which one of your steps exactly did the trick but I did as you said:
1- I changed the wires.
2- Flushed the Nano with the nothing sketch.
3- ReUploaded the ISP sketch on the UNO.
4- THIS TIME IT WORKED.
By the way, I just tested the old wires that I used to make the connections and they work just fine. I guess it is the "nothing sketch" is the one which did the trick. When I was encountering that error the Nano was running the "Blink sketch".
Hey, that is good news. What luck! I had a look at the ArduinoISP sketch to see what the potential is for contention on the wires, and it looks to me like there is only potential for about 50ms of contention when pin 10 is brought high and other pins are set for output and 50ms goes by before pin 10 is brought low. That doesn't sound like enough time to cause trouble considering how tough these ATmega chips are. So that was probably not the problem after all. Sometimes these things just have to be a mystery.
I would like to believe it was the "nothing sketch" that did the trick, otherwise I will be clueless about what really happened over the last two days.
Thx again for all the help man, really appreciate it.
Mike.
Iḿ trying to upload a sketch to an avr "virgim" chip "atmega328p". I already tested with other board ie. arduino nano and itś worked well. I tryed bootloader with arduino as isp programmer without success...wire connection is checked... signature is" avrdude: Yikes! Invalid device signature." How can I validate the signature of this chip? some idea... ? thanks
