Arduino Forum

Forum 2005-2010 (read only) => Hardware => Troubleshooting => Topic started by: Illombre on Jan 16, 2007, 10:34 am

Title: Programmer is not responding
Post by: Illombre on Jan 16, 2007, 10:34 am
(This were some single posts before, I put them together for better understanding)

Hi @ all!
Today I got my arduino-ng board and was quite happy to have it in my hands...
But after some hours with it, I have to admit that it feels like it won't work Sad

It tried the Arduino-7 Software under both Windows and Linux, with different delays between pressing reset and trying to write to the device. Tried usb vs. external power. I got a ATmega168 with bootloader too, so I re-seated about 10 times... same results:
"Programmer is not responding."
I even tried AVR-Studio for Windows... The only difference is, that AVR-Studio seems to retry the connection attempt resulting in longer RX activity.
Tried another USB-cable and another computer...

But I have never ever seen any TX activity (except after connecting the USB-plug)!!

The ATmega8 does one L-led flash after reset, then some seconds nothing and then flashing about 3Hz.
The ATmega168 does 3 flashes, then some time noting, then 3 flashes and so on.

----------

>>Hmm... with the ATmega8, does the RX light flash before the L LED starts blinking at 3 HZ?
>> If so, you've got the timing right, as the  bootloader is listening for uploads when the LED is off.  
Yup.

>> Can you try setting the upload.verbose flag (in your preferences file) to true and post the output you get?
Sure, but I'd like to do:
Code: [Select]
./uisp -v=4 -dpart=atmega8 -dprog=stk500 -dserial=/dev/ttyUSB0 -dspeed=19200
Transmit: { 0 [30]   [20] }
Programmer is not responding.

I get the same output with other baudrates (9600, 2400, 1200) and under Windows and with the atmega168 (of course I set -dpart=atmega168).

With avrdude I get:
Code: [Select]
./avrdude -F -p atmega8 -P /dev/ttyUSB0 -c stk500 -b 19200 -vvvv
        avrdude: Version 5.3.1, compiled on Jan 13 2007 at 22:28:39
        Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

        System wide configuration file is "/usr/local/etc/avrdude.conf"
        User configuration file is "/home/jakob/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping

        Using Port            : /dev/ttyUSB0
        Using Programmer      : stk500
        Overriding Baud Rate  : 19200
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: Send: Q [51]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding


As I said, I tried AVR-Studio too. It seems it retries to (re-)send the init sequence of 0x30 0x20 a couple of times, but does get no answer either.
I can even manually send some bytes to it, no response.
(The easiest way is something like echo "0" > /dev/ttyUSB0)

Any comments? Due to the fact more people have the same problem with the arduino-ng, could it possibly be a hardware or design issue?

BTW: I got my arduino-ng from Smart Projects.
Title: Re: Programmer is not responding
Post by: Moe on Jan 18, 2007, 12:17 am
Hi there,

no solution - I'm just having the exact same problem with my newly received Arduino NG (by PCB Europe).
Read all the previous posts concerning this Problem, tried pretty much every proposed solution/ workaround:

- All Firewalls/ Sync-Software disabled
- Tried different Baud rates
- Checked USB serial port driver (works fine)
- Tried it on different Machines (though both XP with SP2)
- Tried it with different Arduino versions
- Tried different "timing"-Variations (press Reset first, then wait x seconds then upload etc.)

- Power LED lights up
- RX/TX light up very briefly when connecting Arduino NG to USB
- L LED starts flashing/blinking
- Hitting reset
- Hitting "Upload to I/O Board"
- RX flashes *very* briefly
- and here we go:

Still I am always getting that same:

Quote
Binary sketch size: 3676 bytes (of a 7168 byte maximum)

E:\Arduino\arduino-0007\tools/avr/bin/uisp -v=4 -dpart=atmega8 -dprog=stk500 -dserial=/dev/com4 -dspeed=19200 --upload if=E:\Arduino\arduino-0007\examples\led_blink\applet\led_blink.hex


Transmit: { 0 [30]   [20] }
Programmer is not responding.


This is getting slightly frustrating ;)
Anyone any ideas what's going wrong?


Thx,
Moe
Title: Re: Programmer is not responding
Post by: mellis on Jan 18, 2007, 09:20 am
Hmm.  Maybe the Italian post office has decided they don't like Arduino.

Moe, when you press the reset button, the L LED should flicker briefly, then shut off.  It will remain off for about 6-8 seconds; this is the period during which the bootloader on the ATmega8 is waiting for a new sketch to be uploaded from the computer.  When you're trying to upload a sketch, did you time it so that the RX LED flashes during this period?

Afterwards, the L LED may begin blinking at ~2 HZ or so; this is a test program that was uploaded to the board.  
Title: Re: Programmer is not responding
Post by: Illombre on Jan 18, 2007, 10:52 am
>> Hmm.  Maybe the Italian post office has decided they don't like Arduino.
So what am I supposed to do now?
Title: Re: Programmer is not responding
Post by: mellis on Jan 18, 2007, 11:08 am
I'd try once more in Linux and Windows.  If it doesn't work, contact PCB-Europe to ask for a replacement.  
Title: Re: Programmer is not responding
Post by: Moe on Jan 18, 2007, 04:15 pm
Thanks for your suggestions, mellis...

However I'm pretty confident I got the timing right.
Started my Computer today, hooked up arduino, tried uploading the
led_blink - sketch.
Produced some long error message concerning Java (stupid me didn't
save it). All I got from then on is the following:
(now during the uploading process RX AND TX flash briefly)

Quote
Binary sketch size: 3676 bytes (of a 7168 byte maximum)

E:\Arduino\arduino-0007\tools/avr/bin/uisp -v=4 -dpart=atmega8 -dprog=stk500 -dserial=/dev/com3 -dspeed=19200 --upload if=E:\Arduino\arduino-0007\examples\led_blink\applet\led_blink.hex


Transmit: { 0 [30]   [20] }
Receive: { . [00] }
Receive: { . [00] }
[VP 1] Device is not responding correctly.



Quote
Binary sketch size: 3676 bytes (of a 7168 byte maximum)

E:\Arduino\arduino-0007\tools/avr/bin/uisp -v=4 -dpart=atmega8 -dprog=stk500 -dserial=/dev/com3 -dspeed=19200 --upload if=E:\Arduino\arduino-0007\examples\led_blink\applet\led_blink.hex


Transmit: { 0 [30]   [20] }
Receive: { . [00] }
Receive: { ` [60] }
[VP 1] Device is not responding correctly.


I still can't imagine that it's a problem with the board - i think it's too early for that ;)

Any new suggestions?

thanks,
Moe
Title: Re: Programmer is not responding
Post by: mellis on Jan 19, 2007, 09:17 am
Actually, it sounds like it is a problem with the board, since the board seems to be sending back the wrong data (and not always the same wrong data either).  You should make sure the ATmega8 is firmly in its socket.  Also, check that there's nothing conductive underneath the board.  Otherwise, maybe the board was damaged in shipping.  Try a few more times and see what outputs you get.
Title: Programmer is not responding
Post by: Moe on Jan 20, 2007, 03:32 pm
Everything back to the good old plain "Programmer not responding".
Tried reseating the AtMega five times without any success, board is not resting on any conductive surface (actually tried different ones - paper, PVC, plastics etc.)

Think i'll get in contact with PCB-Europe and hope for a replacement...

Thanks again for your Help! ;)

Moe
Title: Re: Programmer is not responding
Post by: Daniel on Jan 20, 2007, 07:31 pm
fyi you should only have to reseat the Atmega chip once, if at all. The idea is to make sure all its pins are contacting, which generally only takes one try. 98% of the time this is not going to help, it's only for the rare cases where the chip and socket are not aligned.
Title: Re: Programmer is not responding
Post by: Illombre on Jan 22, 2007, 12:09 pm
I got my replacement arduino-ng today: It works like a charm!

With the working borad I programmed the serial_hello_world example from http://todbot.com/blog/2006/12/06/arduino-serial-c-code-to-talk-to-arduino/ onto a atmega8 and put it in the defective board. I get no TX activity at all...
If I can provide any help with locating the error, just tell me!
Title: Re: Programmer is not responding
Post by: Moe on Jan 25, 2007, 04:17 pm
My replacement Arduino just arrived via UPS - tested it and... it works - finally ;)

Thanks again for providing help!
yours
Moe
Title: Re: Programmer is not responding
Post by: Golan on Jun 05, 2007, 06:49 am
Unfortunately, the lesson of this thread is: if your "Programmer is not responding", you may simply have bad hardware. I just spent several frustrating hours with three Arduino NG boards that I purchased from some desk at Ars Electronica; after I checked all of the obvious settings (correct microcontroller, correct baud rate, checked the bootloader, bla bla) and tried all of the reset button voodoo (one second before, two seconds after, bla bla), I was still getting this error and I thought I was going crazy. The only solution was to roll back to some very crusty Arduino boards (non-NG) that I had lying around. So watch out, and make sure you get a receipt with your purchases. Not only are there bad specimens, but it seems there might even be bad batches.
Title: Re: Programmer is not responding
Post by: Daniel on Jun 05, 2007, 07:32 am
hey

Massimo will maybe pipe in here, but from experience with hundreds of students using the board,  and what I have heard here in the forum, the rate of bad hardware is really miniscule...  

What version of the board is it that you bought at Ars? If you have one of  'crusty' board working, you can swap the chip with the NG board and try that to verify if indeed there is a hardware problem.

 

D
Title: Re: Programmer is not responding
Post by: Golan on Jun 05, 2007, 04:45 pm
:-[ Well, after I tried everything in the troubleshooting guide, I learned that it was "human error" after all. It seems that I simply had not tried the right combination of voodoo for downloading the program to the board. In my case, I did actually experience some behaviour that I had not seen described before:

I had to press the Reset Button AFTER I pressed "Upload to I/O Board". And when I say AFTER, I mean 4 to 5 seconds after. Seriously. Of course, this is the opposite advice from the feedback returned by the Arduino IDE....

It also turns out that (in my case anyway) there is a very narrow window of time where the Uploader will work. If I press the button too early, "Programmer is not Responding". If I press it too late, "Programmer is not responding". I have less than a second's time to get it right.

So, I hereby apologize to Massimo and the Crew for impugning the hardware -- typical newbie nonsense, I'm sorry. But I have to say, it would be great if there were a "Ready to receive program" indicator on the Arduino board, so that I wouldn't have to guess when to jump into the void.

Regards,
Golan
Title: Re: Programmer is not responding
Post by: mellis on Jun 10, 2007, 04:47 am
The problem's with the Arduino software, not the board...  That is, there's already a ready to receive signal - an LED on pin 13 flashes three times when the bootloader starts, after which you have 5-6 seconds for the upload to begin.  For simplicity, however, the Arduino environment recompiles your code every time you upload (I want to do something about this, but it's not been the highest priority), which on some machines seems to be very slow for reasons I don't really understand.  Thus, by the time the upload begins, the bootloader has already timed out.  

The suggestion of pressing the reset button after the hitting upload is mentioned on the troubleshooting page http://www.arduino.cc/en/Guide/Troubleshooting, but it's certainly easy to miss.  I'll take a look at improving the error message in the environment.
Title: Re: Programmer is not responding
Post by: Golan on Jun 10, 2007, 04:58 am
Thanks for the help! I'm glad I'm not crazy.

It might be a reasonable option in the IDE to turn off the compilation-before-upload.

Indeed, I did see that the troubleshooting guide mentioned the possibility of a reverse order (i.e. upload, then reset). What surprised me is that it was 4 to 5 seconds between one and the other, which seems like a long time. When I enrolled in a workshop last year on a different computer, the order was normal and the delay was only a second -- hence my surprise.

I'm on a reasonably new laptop (Dell, Intel Core Duo T7200 @2Ghz). So I don't know if CPU accounts for the extra delay in compiling. Anyway, I've gotten used to it now.

Thanks again,
Golan
Title: Re: Programmer is not responding
Post by: DoctorTracker on Jun 27, 2007, 11:58 pm
Hello,

In fact I have had the same problem. But I have solved it pressing the reset button (in a NG board, also in a mini+usb boards) 4 seconds after the starting of the uploading process.

¿Is there any way to turn off the compilation-before-upload?

Thanks
Title: Re: Programmer is not responding
Post by: mellis on Jun 28, 2007, 12:20 am
Not yet.  I'd like to make the software smart enough not to recompile a sketch if it hasn't changed, but it opens up a whole lot of complications.  Another idea is to have the IDE keep pinging the bootloader while the compilation happens so that the bootloader doesn't time out.  This is probably easier to do, though not as nice (since the uploads will still be pretty slow).

BTW, what operating system are you using?
Title: Re: Programmer is not responding
Post by: DoctorTracker on Jun 28, 2007, 11:21 am
Quote
Not yet.  I'd like to make the software smart enough not to recompile a sketch if it hasn't changed, but it opens up a whole lot of complications.  Another idea is to have the IDE keep pinging the bootloader while the compilation happens so that the bootloader doesn't time out.  This is probably easier to do, though not as nice (since the uploads will still be pretty slow).

BTW, what operating system are you using?


I'm using Windows XP. In my case, I believe that the delay is produced for the anti-virus software or the firewall. Nevertheless, there is no problem when you know the cause, but, yesterday I was sure that I have two boards damaged.

Thanks for your quick response and best regards.
Title: Re: Programmer is not responding
Post by: kotobuki on Jun 30, 2007, 08:10 am
Dear all,

It seems that I have the same issue...

Quote
Binary sketch size: 1108 bytes (of a 14336 byte maximum)
tools/avr/bin/uisp -v=4 -dpart=atmega168 -dprog=stk500 -dserial=/dev/tty.usbserial-A50018lJ -dspeed=19200 --upload if=/Users/kotobuki/Desktop/arduino-0008/examples/Digital/Blink/applet/Blink.hex

Transmit: { 0 [30]   [20] }
Programmer is not responding.


1. press the reset button
2. press the "Upload to I/O Board" button
3. the Rx LED blinks once
4. error message...

My environment is:
* MacBook (Core 2 Duo 2.16GHz, 2GB RAM, 160GB HD, OS X 10.4.10)
* Arduino NG rev.C (S/N 9311)
* Arduino 0008 Alpha

I have no problem communicating with another USB device that also use FT232RL. I also tried different timing (e.g. press the upload button before pressing the reset button etc.) but got no luck. I'll be able to try with another Arduino NG around next Monday, but it would be much appreciated if you give me any suggestions about this issue.


PS
The Arduino Troubleshooting guide says:
Quote
Make sure there's a bootloader burned on the Atmega8 on your Arduino board. To check, connect an LED to pin 13 and reset the board. The LED should blink.


Yes, it blinks. But according to several posts in this forum, it should blink 3 times, but mine blinks forever at several Hz. Is this correct?
Title: Re: Programmer is not responding
Post by: mellis on Jul 02, 2007, 02:23 am
Hi Shiegeru!  Nice to see you playing with the Arduino.  I'm sorry it's not working more smoothly.

I'm assuming you don't have anything connected to digital pins 0 or 1 of the Arduino; if you do, try disconnecting them.

Are you running any other software that uses serial ports (e.g. daemons for other physical computing platforms or PDA sync applications)?  Do you see the RX or TX lights on the board blink at all?

Blinking forever at several Hz should be fine.  The board is probably just running a test program that was uploaded by Gianluca & co.  Does it flicker briefly when you reset the board?

I hope we can get you up and running soon, so we can start working on more interesting things.
Title: Re: Programmer is not responding
Post by: kotobuki on Jul 02, 2007, 03:48 am
Quote
Hi Shiegeru!  Nice to see you playing with the Arduino.  I'm sorry it's not working more smoothly.


Hi Mellis,

It was nice to meet you. ;)

First of all, I just tried with the another Arduino NG rev.C, and it works flawlessly. I also confirmed the board in question with another PC, but still I could reproduce the issue.


Quote
I'm assuming you don't have anything connected to digital pins 0 or 1 of the Arduino; if you do, try disconnecting them.

Yes, I don't have anything connected to digital pin 0 or 1 (and nothing is connected to the board).

Quote
Are you running any other software that uses serial ports (e.g. daemons for other physical computing platforms or PDA sync applications)?

No.

Quote
Do you see the RX or TX lights on the board blink at all?

When I hit the "Upload to I/O Board" button, the RX LED blinks only once. But nothing happens after that...

Quote
I hope we can get you up and running soon, so we can start working on more interesting things.

I really hope so. :)


Best,
Shigeru
Title: Re: Programmer is not responding
Post by: mellis on Jul 02, 2007, 07:15 pm
Sounds like there's something wrong with your board.  It doesn't happen very often, but they do break sometimes.  Do you see anything near the FTDI chip that looks like it's loose or disconnected?  (There are a couple of pairs of pins soldered together on the chip - that's normal.)
Title: Re: Programmer is not responding
Post by: kotobuki on Jul 03, 2007, 02:53 am
Quote
Sounds like there's something wrong with your board.  It doesn't happen very often, but they do break sometimes.  Do you see anything near the FTDI chip that looks like it's loose or disconnected?  (There are a couple of pairs of pins soldered together on the chip - that's normal.)


I can't find anything special, but let me confirm just to make sure:

* pin 19 and 20 are soldered together
* pin 25 and 26 are soldered together
* pin 7, 18, 21, 25 and 26 are connected to GND
* pin 4, 19 and 20 are connected to USBVCC
* pin 1 is connected to M8CRXD via 1kohm resistor
* pin 2 is connected to M8CTXD via 1kohm resistor
* R2 and R3 are not mounted (this is same as the other Arduino NG board)

I also tried touching all pins with my soldering iron, but got no luck. I guess that the FT232RL is broken...

Best,
Shigeru
Title: Re: Programmer is not responding
Post by: cbhargava on Jul 03, 2007, 05:16 am
Quote


I also tried touching all pins with my soldering iron, but got no luck. I guess that the FT232RL is broken...



You can connect the RX and TX pins from the Mega8 / 168 to a DB9 connector and try it out with a PC that has a com port. That way you can be sure that the problem lies with the USB - serial chip.

/me
Title: Re: Programmer is not responding
Post by: cbhargava on Jul 03, 2007, 05:18 am
Forgot to mention that you would have to put in 10 resistors between the RX & TX connections and the DB9 connector.

/me
Title: Re: Programmer is not responding
Post by: mellis on Jul 03, 2007, 04:36 pm
Shigeru: sounds like it (that the FTDI chip is dead).  I'll see about getting you a replacement.
Title: Re: Programmer is not responding
Post by: pbianchi on Jul 06, 2007, 04:00 am
I was having a similar problem, until I checked the preferences file - the serial.download_rate was set to 1200 by default! Even though I'd been resetting the baud rate from within the Arduino environment, it wasn't until I set the serial download rate in the preference file to 19200 that the board finally worked.
Title: Re: Programmer is not responding
Post by: mellis on Jul 06, 2007, 03:46 pm
That's very strange.  That rate has been set to 19200 for a long time, and 9600 is the only other value it's ever had.  The baud rate in the serial monitor is separate, and shouldn't affect the download rate.  Is it possible you edited the preferences file manually at some point?
Title: Re: Programmer is not responding
Post by: xulio on Jul 06, 2007, 07:51 pm
Hello and sorry for my English.
I just want to advise that it could be the same problem of my Arduino NG: the reset button is not working. Then I am only able to update just during the 6 seconds after plug my board to usb (because I am not able to reset the board).  (I don't have check yet what is the wrong connection in my board because it has arrived one day ago, but at the moment it's ok re-plug every time the board - it is a 3 second task)

Sorry if it is a stupid idea for your problem, but just in case.

Title: Re: Programmer is not responding
Post by: oori on Jul 08, 2007, 10:47 pm
Adding up on the list..

I have two new arduinos with the same problems as described above.
I would add that on the same setup, my old arduino works good.


waiting for the cosmic answer,
oori
Title: Re: Programmer is not responding
Post by: mellis on Jul 09, 2007, 04:10 pm
Strange problem, xulio - it sounds like something is physically damaged on your board.  You could try checking with a meter and see if you can figure out what it is.  Otherwise, you should be able to get a replacement.

oori: which problem do you have?  "programmer not responding"?  Which Arduino is the old board?  Which are the new ones?  Have you tried the suggestions in the troubleshooting guide?  http://www.arduino.cc/en/Guide/Troubleshooting#upload
Title: Re: Programmer is not responding
Post by: oori on Jul 10, 2007, 12:31 am

i was in the writing of what's in the box,   when the "solution" was found..but i leave for the future seekers..

didn't notice the rev.c has a atmega168...
to resolve: Tools --> Microcontrollers --> atmega168

then all these problems are gone..   although the usb unplug-replug trick
is a good way out of the loop once you're there.  (see text below..)

good luck,
  oori


[edit]mix of the symptoms of the above..
a. the [reset] does not work (led in pin 13 continues to blick, etc..),
and the only way to upload is using the "xulio-trick" (plugging the usb cable out and in).

after that stage ("first time upload")- the [reset] button works.

b. then - the program uploads,   or so it seems, because they don't function.
   don't send any serial data to the computer (not seen in monitor, nor do the tx led on the arduino), it does receive serial data from the computer (the rx led on the arduino).
a test "blink" in the loop code does not work also, just to verify..

these problems are in both of the new arduino boards i bought last month.
Arduino NG rev.c  - Firmware Version: 1.15

my "old" arduino (which is working 100% in the same environment) is also an NG.

[/edit]

Title: Re: Programmer is not responding
Post by: xulio on Aug 01, 2007, 02:13 pm
Confirmed: the reset button on my board is not working (I  have another button to replace it)
Thanks mellis
Title: Re: Programmer is not responding
Post by: shenakan on Aug 19, 2007, 11:33 pm
I have the same problem for my new arduino diecimila :-/. I got it just one day ago. It is not possible to upload. I have this message : avrdude: stk500_recv(): programmer is not responding
The TX led is not blinking. My card from pcb-europe too...

The led on 13pin is working after a rest...
Title: Re: Programmer is not responding
Post by: mellis on Aug 20, 2007, 01:55 am
What operating system are you on?  Are you sure you have the right serial port selected in the Tools > Serial Port menu.  Have you tried the suggestions in the troubleshooting guide: http://www.arduino.cc/en/Guide/Troubleshooting#toc2?
Title: Re: Programmer is not responding
Post by: shenakan on Aug 20, 2007, 08:55 am
I am on Mac os x 14.(powerbook G4 12"). The usb port is /dev/tty.usbserial-A400... The chipset is 168. I checked all the things. Nothing is connected on the board. The usb port is right.  
Title: Re: Programmer is not responding
Post by: mellis on Aug 20, 2007, 03:10 pm
Is the power LED on the board on?  Is the PWR_SEL jumper on the two pins for USB?  Try setting upload.verbose to true in your Arduino preferences file (you can find the location from the preferences dialog in the software); only edit the file when Arduino is not running.  Then upload again, you should get more details about the process.
Title: Re: Programmer is not responding
Post by: shenakan on Aug 20, 2007, 03:47 pm
Quote
Is the power LED on the board on?

yes

Quote
Is the PWR_SEL jumper on the two pins for USB?

yes

Quote

Try setting upload.verbose to true in your Arduino preferences file (you can find the location from the preferences dialog in the software); only edit the file when Arduino is not running.  Then upload again, you should get more details about the process.



avrdude: Version 5.4-arduino, compiled on Aug 16 2007 at 18:09:58
        Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

        System wide configuration file is "tools/avr/etc/avrdude.conf"
        User configuration file is "/Users/shenakan/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping

        Using Port            : /dev/tty.usbserial-A4001m2F
        Using Programmer      : stk500v1
        Overriding Baud Rate  : 19200
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: Send: Q [51]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding

Thank for your help
Title: Re: Programmer is not responding
Post by: mellis on Aug 20, 2007, 03:53 pm
Is there any chance you could try uploading from a Windows machine?  I suspect the problem is with the board, but trying it with a different OS is a good way to test that.  

How is the LED on pin 13 flashing?  Do you ever see any activity on the RX or TX leds?
Title: Re: Programmer is not responding
Post by: shenakan on Aug 20, 2007, 03:56 pm
The RX led is work but not the TX led. The LED on pin 13 flashing. I will try on Windows  :'(
Title: Re: Programmer is not responding
Post by: shenakan on Aug 21, 2007, 08:12 am
It is the same think on windows. I tried also on another mac (ibook). It is not possible to upload a program.
Title: Re: Programmer is not responding
Post by: mellis on Aug 21, 2007, 03:38 pm
It sounds like there's something wrong with the hardware (although as a software guy, I tend to jump to that conclusion too early).  Maybe something broke in the hands of the Italian postal service.  I'd get in touch with PCB Europe and ask about an exchange.  Let them know that you've asked for help in the forum and that I recommended replacing the hardware.  Maybe they'll also have some more troubleshooting ideas for you.  
Title: Re: Programmer is not responding
Post by: shenakan on Aug 22, 2007, 04:49 pm
Quote
It sounds like there's something wrong with the hardware (although as a software guy, I tend to jump to that conclusion too early).  Maybe something broke in the hands of the Italian postal service.  I'd get in touch with PCB Europe and ask about an exchange.  Let them know that you've asked for help in the forum and that I recommended replacing the hardware.  Maybe they'll also have some more troubleshooting ideas for you.  

Thanks for your help.
Title: Re: Programmer finally responding
Post by: hungerburg on Aug 28, 2007, 08:51 pm
I too get this message. I think its about timing. The board is a diecimila. a LED is already there and blinks in sync with the one I put on port 13. as delivered, the amber led on the board would flicker continuously.

to work around any delays introduced by compiling the software or such I tried with uploading from the command line, here is a way that works for me (W4M):

- copy the uisp command from the verbose upload log.
- run it in a terminal
- timeout after first transmit line
- run it again
- success

I do not have to click the reset button (its a diecimila). I would expect to reach the same when just pressing twice the upload button in the IDE, yet it seems to be too slowly reacting to meet the time window when the chip is receiving - performing the upload immediately from the command line after the timeout message arrives works though.

peter
Title: Re: Programmer is not responding
Post by: mellis on Aug 28, 2007, 09:09 pm
hungerburg: which version of the Arduino software are you using?  When you reset the board, is there a pause of a few seconds before your sketch starts to run?
Title: Re: Programmer is not responding
Post by: hungerburg on Aug 29, 2007, 01:02 am
hello mellis,

I am running the version that is shipped with debian unstable, it declares itself as 0.0007alpha. after transmitting the code to the card, there is a pause of about five seconds, before the program starts to run. I do not have to reset the board, ie. push the switch, but the board resets itself when the transmission starts (most of the time at least). sending the program immediately after pushing the reset button on the board worked too (command line not IDE though).

yours.

peter
Title: Re: Programmer is not responding
Post by: mellis on Aug 29, 2007, 01:23 am
Hmm, you might try the Linux version of Arduino 0009 from: http://www.arduino.cc/en/Main/Software.  We switched from uisp to avrdude because of these kinds of issues.  Of course, if you're happy with the command line, that's fine too, although there are other improvements (in particular some optimizations to make sketches smaller).
Title: Re: Programmer is not responding
Post by: hungerburg on Aug 29, 2007, 10:46 am
The 0009 version / avrdude works fine! I got me the debian package only after downloading/running that one, because this one helped me conveniently fulfill the dependencies.

I did not realize those are different versions. One of the reasons may be, that the page with the link to the debian package looked like maintained, while its not.

thank you.

peter
Title: Re: Programmer is not responding
Post by: alwar on Sep 04, 2007, 02:56 pm
I have tried all you say, but always i have the same mesage "Programmer is not responding."  maybe the software (arduino 0007 Alpha) have a bug? I try in windows with Arduino 0005 and arduino returns "Programmer is not responding." but if I change the microcontroler, the mesage change, in linux (0007) no, and in windows arduino 0005 reset the board, in linux arduino 0007 no, and when i try to download the program to the board the TX led blink, in linux it still off when you try to download the program.

I don't like to change the board...  :( :'(
Title: Re: Programmer is not responding
Post by: mellis on Sep 04, 2007, 03:52 pm
alwar: what kind of board do you have?  Which microcontroller is on it?  Can you try Arduino 0009?  
Title: Re: Programmer is not responding
Post by: alwar on Sep 05, 2007, 10:40 pm
I have arduino diecimila with atmega168, I think that the version 0007 was the last, but i see that the spanish web page is not update
Title: Re: Programmer is not responding
Post by: donnied on Nov 26, 2007, 04:22 am
Well,  I'm running Debian and have downloaded the newest arduino 0010

I have a diecimila and I've been trying the tricks listed but I get the message avrdude: stk500_recv(): programmer is not responding.

I set the upload to verbose but that doesn't tell me much.  The power light is steady; the orange light is flickering in sync with the led plugged into pin 13.  The TX and RX lights haven't flickered.  I read the suggestion about copying output tp the command line but I wouldn't know which line to copy.  Suggestions?
Title: Re: Programmer is not responding
Post by: mellis on Nov 26, 2007, 04:48 pm
Can you post the text of the messages you get with upload.verbose set to true?  Also, is there any chance you can try the board on another computer (preferably running a different operating system) to try to see if it's a hardware or software problem?  The fact that the RX and TX lights never even blink (is that true?) makes it sound like you may not permissions on the USB device (/dev/ttyUSB0) or that you've got the wrong device selected in the Tools > Serial Port menu.
Title: Re: Programmer is not responding
Post by: dinozoiks on Nov 26, 2007, 09:52 pm
Just plugged in my first Arduino... yay! But then... booo!
Sorry to do this to you but I have the same issue...

It's a Deicimila, flashing amber light (at approx 1Hz), LED on pin 13 flashes the same. On 'upload' the RX light flickers but that's all. The reset button makes the LED blink once but then it starts it's steady blinking as before.

Tried the reset / send timing thing. Nothing.

Using 2.4Ghz Intel Core Duo 24" iMac running Leopard. I don't have a PC to try it on.

USB power jumpers are on Pin 1 and 2.

Can't see any loose connections.

Nothing connected to pins 0 and 1.

Turned on verbose logging...

avrdude: Version 5.4-arduino, compiled on Oct  9 2007 at 11:20:31
        Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

        System wide configuration file is "hardware/tools/avr/etc/avrdude.conf"
        User configuration file is "/Users/dinoburbidge/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping

        Using Port            : /dev/tty.usbserial-A4001JY9
        Using Programmer      : stk500v1
        Overriding Baud Rate  : 19200
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: Send: Q [51]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding

All a bit frustrating and fully expecting the 'sounds like the board is faulty' reply... so standing by for any glimmer of hope! :) Again, sorry, this must be very dull for you!

Anything else I should try?

D
Title: Re: Programmer is not responding
Post by: dinozoiks on Nov 27, 2007, 12:31 am
Strange... just been away for something to eat, fired up my Mac and tried it again. Came up with a much longer trace. Saved it here to avoid making the forum look ugly.

http://www.dino.co.uk/random/arduino_output.txt

Still has the same output though... flashing light etc.

Does that mean anything?  :-?

Dino
Title: Re: Programmer is not responding
Post by: mellis on Nov 27, 2007, 03:32 pm
Hmm, if your LED is blinking at 1 Hz, it sounds like you've successfully loaded the Blink sketch onto the board.  (By default, I believe it gets loaded with a program that flickers irregularly.)  The error you get in the longer trace makes it sound as though the upload is basically working, but an occasional byte doesn't make it.  This might be because the communication is somehow flakey, though I'm not sure why that would be.  Your board isn't resting on anything conductive is it?  (Like the bag it came in?)  Try changing the values passed to delay() in the Blink sketch and uploading again.  Does the upload ever work (and the frequency of the LED blink change)?  What kinds of errors do you get it when it doesn't?
Title: Re: Programmer is not responding
Post by: dinozoiks on Nov 27, 2007, 09:46 pm
Naah, sitting on wood and changing delay to 200 makes no difference. Just get the same old... It's only the once I got something different. I do get a variety of traces if I change the baud rate though, but all end in the same situation... nothing gets uploaded. Should I trace these for you too?

avrdude: Version 5.4-arduino, compiled on Oct  9 2007 at 11:20:31
        Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

        System wide configuration file is "hardware/tools/avr/etc/avrdude.conf"
        User configuration file is "/Users/dinoburbidge/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping

        Using Port            : /dev/tty.usbserial-A4001JY9
        Using Programmer      : stk500v1
        Overriding Baud Rate  : 19200
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: Send: Q [51]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding

I could try going for something to eat again. Seemed to work last time! :)

D
Title: Re: Programmer is not responding
Post by: donnied on Dec 03, 2007, 01:12 am
I get pretty much the same thing.  I tried switching to alpha 9 instead of 10 to see if that would make a difference.  The program is automatically identifying the usb port which I then check, but it's not showing much.  When I cat the usb port I'm not getting anything.  Should the arduino be sending out anything?

Code: [Select]

avrdude: Version 5.4-arduino, compiled on Aug  6 2007 at 15:02:40
        Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

        System wide configuration file is "tools/avrdude.conf"
        User configuration file is "/home/simbirsk/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping
        Using Port            : /dev/ttyUSB1
        Using Programmer      : stk500v1
        Overriding Baud Rate  : 9600
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: Send: Q [51]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding


I've just tried on another computer and got the same error messages.  Additionally, I notice the Arduino repository and package listed on the website to install for deb do indeed install prerequisites and seemingly 'arduino'  but there is no Arduino command available afterwards.  I also notice that one of the dependencies was uisp: is this deprecated? (I believe all the newer versions require avrdude.)

Is there some sort of ping test I can be trying with the command line and avrdude to  check out the board?  

Could somebody who has a working arduino with Debian or Ubuntu paste there conf file and the verbose output of what happens when things are working correctly?  
Otherwise it's only the green light (steady) and the pin 13 led blinking in synch with the orange light above rx and tx.)
(Tx and Rx blink right when I plug in the usb cable but that's it.)

p.s. this is what dmesg tells me when I plug and unplug the diecimila:
Code: [Select]


usb 1-2: new full speed USB device using uhci_hcd and address 2
usb 1-2: configuration #1 chosen from 1 choice
usb 1-2: USB disconnect, address 2
usb 2-2: new full speed USB device using uhci_hcd and address 3
Title: Re: Programmer is not responding
Post by: mellis on Dec 06, 2007, 12:03 am
There should be data coming back from the Arduino, making me think it might be a permission problem.  Did you try running Arduino as root?

Also, the Debian instructions (http://www.arduino.cc/playground/Linux/Debian) might be out-dated, you should try the regular Linux ones (http://www.arduino.cc/playground/Learning/Linux).  I didn't create the .deb package and don't know anything about it.  But yes, newer versions of Arduino use avrdude instead of uisp.
Title: Re: Programmer is not responding
Post by: donnied on Dec 06, 2007, 01:32 pm
I tried running as root and I also tried the regular "Linux" directions.  
Title: Re: Programmer is not responding
Post by: mellis on Dec 06, 2007, 03:23 pm
I just noticed that in the output you posted, the baud rate was set to 9600.  It should be 19200.  Did you change the value in your Arduino preferences file (http://www.arduino.cc/en/Hacking/Preferences)?  What happens if you set it to 19200?
Title: Re: Programmer is not responding
Post by: donnied on Dec 08, 2007, 03:31 am
I get the same response at 19200 and 9600.  I'm thinking it's software.  I just received a second Diecimila board and I'm getting the same error message.
Title: Re: Programmer is not responding
Post by: mellis on Dec 08, 2007, 04:03 pm
The baud rate should definitely be 19200.  Maybe try it as root again?  Are you sure that the serial device (/dev/ttyUSB1) is the correct one?  Do you have britty or some other program that monitors serial devices installed?
Title: Re: Programmer is not responding
Post by: donnied on Dec 08, 2007, 06:48 pm
I think it might have to do with uisp.  I have the newest uisp 20050207 install and I got and installed  the uisp20050202m168.  However, when I try to use uisp it doesn't show the ATmega168  as a possible part.  How can I remedy this?

Title: Re: Programmer is not responding
Post by: mellis on Dec 09, 2007, 12:21 am
Arduino now uses avrdude, not uisp, for uploads, so it shouldn't matter what version of uisp you have installed.
Title: Re: Programmer is not responding
Post by: donnied on Dec 09, 2007, 01:09 am
Sorry.  Of course it uses Avrdude.  I've been trying avrdude and I typically get the same message repeating but for a split second I got:
Code: [Select]

avrdude: successfully opened stk500v2 device -- please use -c stk500v2
        AVR Part              : ATMEGA168
        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  Max W   ReadBack
          ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- ---------
          eeprom        65     5     4    0 no        512    4      0  3600  36 00 0xff 0xff
                                 Block Poll               Page       Polled
          Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  Max W   ReadBack
          ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- ---------
          flash         65     6   128    0 yes     16384  128    128  4500  45 00 0xff 0xff
                                 Block Poll               Page       Polled
          Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  Max W   ReadBack
          ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- ---------
          lfuse          0     0     0    0 no          1    0      0  4500  45 00 0x00 0x00
                                 Block Poll               Page       Polled
          Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  Max W   ReadBack
          ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- ---------
          hfuse          0     0     0    0 no          1    0      0  4500  45 00 0x00 0x00
                                 Block Poll               Page       Polled
          Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  Max W   ReadBack
          ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- ---------
          efuse          0     0     0    0 no          1    0      0  4500  45 00 0x00 0x00
                                 Block Poll               Page       Polled
          Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  Max W   ReadBack
          ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- ---------
          lock           0     0     0    0 no          1    0      0  4500  45 00 0x00 0x00
                                 Block Poll               Page       Polled
          Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  Max W   ReadBack
          ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- ---------
          calibration    0     0     0    0 no          1    0      0     0  0 0x00 0x00
                                 Block Poll               Page       Polled
          Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  Max W   ReadBack
          ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- ---------
          signature      0     0     0    0 no          3    0      0     0  0 0x00 0x00

        Programmer Type : STK500V2
        Description     : Atmel STK500
        Programmer Model: Unknown
avrdude: Send: . [1b] . [01] . [00] . [02] . [0e] . [03] . [90] . [85]
avrdude: ser_recv(): programmer is not responding


Any other thoughts?
Title: Re: Programmer is not responding
Post by: donnied on Dec 09, 2007, 02:01 pm
Is there any information from strace that might help?
I've been rereading the preceding posts.   They seemed to have solved there problems
by
1. using a new board
   (which I have but the hardware aspect seems to be a fallacy anyway).
2. hitting the reset button at exactly the right time before, after, or while hitting upload.  
   When I hit reset the blinking pauses for about a second and then resumes.  

I've been using avrdude to keep sending info and it keeps timing out.  
Title: Re: Programmer is not responding
Post by: mellis on Dec 09, 2007, 05:57 pm
Hmm, maybe the automatic reset of the board isn't being triggered under Debian?  You might try varying the timing of the reset button press, or trying an NG board / bootloader, if you can get one of those.  
Title: Re: Programmer is not responding
Post by: donnied on Dec 09, 2007, 06:54 pm
Well. I've tried a lot of manual combinations of trying to push the reset button.  I'll try to get an NG board.

Thank you.
Title: Re: Programmer is not responding
Post by: donnied on Dec 16, 2007, 07:13 pm
For me it was a Debian problem.   I couldn't get Debian working with Arduino but I slapped in a hdd with 64 bit Ubuntu.  I had to copy some 32 bit java libraries but then it worked.  I'll set upload to verbose and see what's going on.
Title: Re: Programmer is not responding
Post by: tobie on Mar 18, 2008, 05:16 pm
Sorry to bring this thread back to life!

I'm seeing this familiar error from avrdude:
Code: [Select]

[CRD:arduino-0010] tobie% sudo hardware/tools/avr/bin/avrdude -Chardware/tools/avr/etc/avrdude.conf -v -v -v -v -pm168 -cstk500v1 -P/dev/tty.usbserial-A4004BWN -b19200 -D -Uflash:w:/Users/tobie/Documents/Arduino/LED_ARRAY_max7219_scroll/applet/LED_ARRAY_max7219_scroll.hex:i
Password:

avrdude: Version 5.4-arduino, compiled on Oct  9 2007 at 11:20:31
        Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

        System wide configuration file is "hardware/tools/avr/etc/avrdude.conf"
        User configuration file is "/Users/tobie/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping

        Using Port            : /dev/tty.usbserial-A4004BWN
        Using Programmer      : stk500v1
        Overriding Baud Rate  : 19200
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: Send: Q [51]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
[CRD:arduino-0010] tobie%


Now the peculiar thing in my case is that this board was fine for a number of days. I recently uploaded some code from Arduino 10, an now the board is struck mute.

To make matters worse, after uploading the same code on a second board, it ended up with the same problem!

So, I have 2 boards, both throwing the same error, using Arduino 10 on Mac OS X 10.5 and Windows XP.

I've tried to reburn the bootloader using a parallel device, but get an "avrdude: AVR device not responding" error.

When the boards power up, I get a TX/RX blink, then LED labelled L blinks rapidly, much faster than I would have expected from the last code I uploaded.

When I try to upload, I see a RX blink lightly once or twice. I've tried using the hard reset, different pauses, and used the terminal, wiggled the USB, prayed...

I'm stuck!
Title: Re: Programmer is not responding
Post by: tobie on Mar 18, 2008, 07:25 pm
I've just seen this post here:

"Diecimila - I killed it" - http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1204684257/0

This sounds very similar to my case. This was solved using an AVR programmer to re-flash the bootloader - but I'm a little reluctant to buy an additional piece of hardware.

Something which strikes a chord is another post here http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1205797677 which also reports the same problem, and also use a large byte array http://divinepenguin.com/processing/arduino/printBitmap.txt like the last code I uploaded.

Again, this is solved by burning the bootloader...

[ps: the array in the code which I believe caused the problem is 1536 bytes, it's an ASCII character font table, with 6 bytes per character]
Title: Re: Programmer is not responding
Post by: mellis on Mar 18, 2008, 11:57 pm
Hmm...  it does sound like you might need to reburn the bootloader, or buy a new chip with a bootloader already on it.  1536 bytes is definitely more than will fit in the Arduino's memory, and it's possible that it overwrote something which caused some strange instructions to execute that corrupted the bootloader.  I thought the fuse settings on the chip should have prevented this, but maybe not.  
Title: Re: Programmer is not responding
Post by: tobie on Mar 19, 2008, 09:31 am
thanks - is there a clear description of how to burn a bootloader if I'm seeing errors while attempting to do it from within Arduino?

What will I possibly gain from buying a USB device - for example the AVRISP mkII - over troubleshooting it with my current toolset which includes a home-brew parallel device, which seems to work fine for Atmega8 Arduinos?

And one other thing, is there any clear guidance on issues like the length of arrays for the atmega168, chip memory size etc?




Title: Re: Programmer is not responding
Post by: mellis on Mar 19, 2008, 05:21 pm
Quote
thanks - is there a clear description of how to burn a bootloader if I'm seeing errors while attempting to do it from within Arduino?


I'm not sure it would help.  With upload.verbose set to true, do you get more information when you try to burn the bootloader?  It should also show you the command line being used, if you wanted to try it.

Quote

What will I possibly gain from buying a USB device - for example the AVRISP mkII - over troubleshooting it with my current toolset which includes a home-brew parallel device, which seems to work fine for Atmega8 Arduinos?


The AVRISP mkII or the USBtinyISP seem to be more reliable than parallel programmers, but if the latter work, then there's no real advantage of buying another programmer.

Quote

And one other thing, is there any clear guidance on issues like the length of arrays for the atmega168, chip memory size etc?


There's some information at http://www.arduino.cc/en/Tutorial/Memory, but it could probably use work.  Any suggestions?
Title: Re: Programmer is not responding
Post by: tobie on Mar 26, 2008, 01:22 pm
hi, I'm back now using the AVRISP mkII.

So, to recap - my Arduino Diecimilia is an island - I caused a problem I think by uploading a programme with to many variable bytes which taxed the SRAM, see http://www.arduino.cc/en/Tutorial/Memory. So now, when I upload from Arduino I repeatedly see:

Code: [Select]
"avrdude: stk500_recv(): programmer is not responding"

Now, I'm using the MAKEFILE in /Applications/arduino-0010/hardware/bootloaders/atmega168/ to put anew bootloader on the board. Here's an output from OS X terminal:

Code: [Select]
[CRD:bootloader-usb] tobie% cd /Applications/arduino-0010/hardware/bootloaders/atmega168/
[CRD:atmega168] tobie% make TARGET=diecimila isp
avrdude -c stk500v2 -p m168 -P usb -b 115200 -e -u -U lock:w:0x3f:m -U efuse:w:0x00:m -U hfuse:w:0xdd:m -U lfuse:w:0xff:m

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e9406
avrdude: erasing chip
avrdude: reading input file "0x3f"
avrdude: writing lock (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of lock written
avrdude: verifying lock memory against 0x3f:
avrdude: load data lock data from input file 0x3f:
avrdude: input file 0x3f contains 1 bytes
avrdude: reading on-chip lock data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lock verified
avrdude: reading input file "0x00"
avrdude: writing efuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of efuse written
avrdude: verifying efuse memory against 0x00:
avrdude: load data efuse data from input file 0x00:
avrdude: input file 0x00 contains 1 bytes
avrdude: reading on-chip efuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of efuse verified
avrdude: reading input file "0xdd"
avrdude: writing hfuse (1 bytes):

Writing | ################################################## | 100% 0.02s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xdd:
avrdude: load data hfuse data from input file 0xdd:
avrdude: input file 0xdd contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of hfuse verified
avrdude: reading input file "0xff"
avrdude: writing lfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xff:
avrdude: load data lfuse data from input file 0xff:
avrdude: input file 0xff contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified

avrdude done.  Thank you.

avrdude -c stk500v2 -p m168 -P usb -b 115200 -U flash:w:ATmegaBOOT_168_diecimila.hex -U lock:w:0x0f:m

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e9406
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
        To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "ATmegaBOOT_168_diecimila.hex"
avrdude: input file ATmegaBOOT_168_diecimila.hex auto detected as Intel Hex
avrdude: writing flash (16154 bytes):

Writing | ################################################## | 100% 0.87s

avrdude: 16154 bytes of flash written
avrdude: verifying flash memory against ATmegaBOOT_168_diecimila.hex:
avrdude: load data flash data from input file ATmegaBOOT_168_diecimila.hex:
avrdude: input file ATmegaBOOT_168_diecimila.hex auto detected as Intel Hex
avrdude: input file ATmegaBOOT_168_diecimila.hex contains 16154 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 7.58s

avrdude: verifying ...
avrdude: 16154 bytes of flash verified
avrdude: reading input file "0x0f"
avrdude: writing lock (1 bytes):

Writing | ################################################## | 100% 0.02s

avrdude: 1 bytes of lock written
avrdude: verifying lock memory against 0x0f:
avrdude: load data lock data from input file 0x0f:
avrdude: input file 0x0f contains 1 bytes
avrdude: reading on-chip lock data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lock verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

[CRD:atmega168] tobie%


All looks well I think? But on the board, I'm seeing a rapidly flashing LED labelled L - as before. Then, when I try to load a programme, the familiar error in the debug pane:

Code: [Select]
...
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: Send: Q [51]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding


Any ideas what I can try next?
Title: Re: Programmer is not responding
Post by: mellis on Mar 26, 2008, 07:21 pm
It sounds like the USB communication isn't working - maybe the FTDI chip is dead, or the cable is lose, or something is preventing you from reading from the virtual serial port.  Maybe try a different computer (now that you should have a clean bootloader) or a putting the chip into a different board?  Or, if you have a usb-to-serial converter, you could try connecting it to pins 0 and 1 and uploading that way.  Or you can burn your sketch using the AVR-ISP mkII instead of over the USB connection (this will be possible from the IDE in Arduino 0011; for now you'd need to use the command line).
Title: Re: Programmer is not responding
Post by: tobie on Mar 27, 2008, 01:05 pm
[glow]Or you can burn your sketch using the AVR-ISP mkII instead of over the USB connection (this will be possible from the IDE in Arduino 0011; for now you'd need to use the command line).[/glow]

Thanks - I'm doing this all now using the AVR-ISP mkII.

First I upload the bootloader using AVR-ISP mkII with these commands, these are adapted from the makefile in "/Applications/arduino-0010/hardware/bootloaders/atmega168/Makefile"

Code: [Select]
# Erase chip write lock and fuses
avrdude -p m168 -b 115200 -P usb -c avrispmkII -e -U lock:w:0x3f:m -U hfuse:w:0xdf:m -U lfuse:w:0xff:m -U efuse:w:0x00:m
# Upload bootloader code
avrdude -p m168 -b 115200 -P usb -c avrispmkII -D -U flash:w:/Applications/arduino-0010/hardware/bootloaders/atmega168/ATmegaBOOT_168_diecimila.hex:i
# Lock boot section
avrdude -p m168 -b 115200 -P usb -c avrispmkII -U lock:w:0x0f:m


avrdude reports success, and I see a rapidly flashing LED, about 10 HZ - is that expected behaviour?

Then I'm trying to upload the compiled blink sketch, again using the AVR-ISP mkII, which should change the LED to 1 Hz. I've encluded the verbose output of this operation here:

Code: [Select]
[CRD:hardware] tobie% avrdude -C /Applications/arduino-0010/hardware/tools/avr/etc/avrdude.conf -v -p m168 -c avrispmkII -P usb -b 19200 -D -U flash:w:/Applications/arduino-0010/examples/Digital/Blink/applet/Blink.hex:i

avrdude: Version 5.5, compiled on Mar 18 2008 at 20:25:02
        Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

        System wide configuration file is "/Applications/arduino-0010/hardware/tools/avr/etc/avrdude.conf"
        User configuration file is "/Users/tobie/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping

        Using Port            : usb
        Using Programmer      : avrispmkII
        Overriding Baud Rate  : 19200
avrdude: usbdev_open(): Found AVRISP mkII, serno: 0000B0010049
        AVR Part              : ATMEGA168
        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     5     4    0 no        512    4      0  3600  3600 0xff 0xff
          flash         65     6   128    0 yes     16384  128    128  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 : STK500V2
        Description     : Atmel AVR ISP mkII
        Programmer Model: AVRISP mkII
        Hardware Version: 1
        Firmware Version: 1.01
        Vtarget         : 4.9 V
        SCK period      : 10.37 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e9406
avrdude: safemode: lfuse reads as C7
avrdude: safemode: hfuse reads as DF
avrdude: safemode: efuse reads as 0
avrdude: reading input file "/Applications/arduino-0010/examples/Digital/Blink/applet/Blink.hex"
avrdude: writing flash (1108 bytes):

Writing | ################################################## | 100% 0.53s

avrdude: 1108 bytes of flash written
avrdude: verifying flash memory against /Applications/arduino-0010/examples/Digital/Blink/applet/Blink.hex:
avrdude: load data flash data from input file /Applications/arduino-0010/examples/Digital/Blink/applet/Blink.hex:
avrdude: input file /Applications/arduino-0010/examples/Digital/Blink/applet/Blink.hex contains 1108 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 0.52s

avrdude: verifying ...
avrdude: 1108 bytes of flash verified

avrdude: safemode: lfuse reads as C7
avrdude: safemode: hfuse reads as DF
avrdude: safemode: efuse reads as 0
avrdude: safemode: Fuses OK

avrdude done.  Thank you.

[CRD:hardware] tobie%


it appears that avrdude reports that all is well, yet I'm still seeing the 10 Hz blinking LED.

Sorry if I'm missing something here, but I'm not sure where to go next.
Title: Re: Programmer is not responding
Post by: djails on Apr 08, 2008, 06:48 am
Hi everyone,
yet another "programmer is not responding" issue (but this thread's here for that right ? :)
So here it is: I built my own serial arduino (ATmega8) based on the schematics at http://www.arduino.cc/en/Main/StandaloneAssembly. The only difference is that i m using a 10Mhz crystal instead of a 16Mhz one because that s all I could find. I also put together a parallel programmer, and managed to burn the bootloader both using the arduino software (the version I use is 0011 alpha) and using uisp. So far so good. Now, upon reset or power on, the LED on pin 13 blinks rapidly for less than a second then nothing for about 10 seconds, and starts again (as if the reset button was pressed. Is that how it s supposed to be ?).
However, uploading a sketch has proven more difficult. For that purpose, I hooked up two LEDs with 1K resistor to pin 2 and 3 of the serial connector. When I try uploading from Arduino, I get:
Code: [Select]
Binary sketch size: 864 bytes (of a 7168 byte maximum)
hardware/tools/avrdude -Chardware/tools/avrdude.conf -v -v -v -v -pm8 -cstk500v1 -P/dev/ttyS0 -b19200 -D -Uflash:w:/media/sda2/gilles/download/arduino/arduino-0011-IDE/examples/Digital/Blink/applet/Blink.hex:i


avrdude: Version 5.4-arduino, compiled on Oct 22 2007 at 13:15:12
        Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

        System wide configuration file is "hardware/tools/avrdude.conf"
        User configuration file is "/home/gilles/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping

        Using Port            : /dev/ttyS0
        Using Programmer      : stk500v1
        Overriding Baud Rate  : 19200
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: Send: Q [51]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding

I tried also uisp:
Code: [Select]
sudo uisp -v=4 -dpart=atmega8 -dprog=stk500 -dserial=/dev/ttyS0 -dspeed=19200
Transmit: { 0 [30]   [20] }
Programmer is not responding.

In both cases, the Rx LED (DB9 pin3) blinks briefly so I assume the board does receive the "0 " and "Q " commands. However, the Tx LED (DB9 pin 2) never blinks.
Just to confirm the board still works, I unplgged the serial cable, plugged back the parallel programmer and burnt the bootloader. All went well. Going back to the serial cable, nothing changed. The board receives data (Rx LED flashing) but doesnt seem to transmit any. I did try all sorts of reset timings (before & after upload) without success.
Looking at the ATmega8 bootloader code, I saw that the board replies to "u" with a couple signature bytes (0x14 0x1E 0x93 0x07 0x10). As a last test, I wrote a small program to send the character "u" over the serial port repeatedly and print any replies. here again, I tried different timings, but nothing was ever printed on the terminal.
Help would be greatly appreciated.
Thanks,
Gilles
Title: Re: Programmer is not responding
Post by: mellis on Apr 08, 2008, 08:54 pm
djalis: you'll need to recompile the bootloader to work with the 10 MHz crystal.  The .hex files that come with the Arduino environment (and are burned with the "Burn Bootloader" commands) assume a 16 MHz clock; if they run on a board with a different clock, the serial timing will be off.  

Alternatively, you can skip the bootloader and just upload your sketches with the programmer: http://www.arduino.cc/en/Hacking/Programmer
Title: Re: Programmer is not responding
Post by: djails on Apr 09, 2008, 02:06 am
Quote
djalis: you'll need to recompile the bootloader to work with the 10 MHz crystal.  The .hex files that come with the Arduino environment (and are burned with the "Burn Bootloader" commands) assume a 16 MHz clock; if they run on a board with a different clock, the serial timing will be off.

Thanks for pointing this out. Now I assume the only change required to accomodate a 10Mhz clock instead of 16Mhz is to change the F_CPU macro in the Makefile from 16000000 to 10000000. This is what I did. I tried re-compiling the bootloader ("make") and it failed with:
Code: [Select]
/usr/bin/avr-gcc -g -Wall -Os -mmcu=atmega8 -Datmega8 -DF_CPU=10000000 -DBAUD_RATE=19200 -I/usr/include -Wl,-Map,ATmegaBOOT.map,--section-start=.text=0x1c00 -o ATmegaBOOT.elf ATmegaBOOT.o
/usr/lib/gcc/avr/4.2.1/../../../../avr/bin/ld: address 0x204e of ATmegaBOOT.elf section .text is not within region text
make: *** [ATmegaBOOT.elf] Error 1
The linking seems to fail because of the text region not being at the right place as far as I understand. Any idea on how to fix this ?

Quote
Alternatively, you can skip the bootloader and just upload your sketches with the programmer: http://www.arduino.cc/en/Hacking/Programmer
I gave this approach a shot. I closed Arduino, modified the "upload.using" line in preferences.txt from "bootloader" to "dapa" and restarted Arduino. The upload fails because Arduino uses this command:
Code: [Select]
hardware/tools/avrdude -Chardware/tools/avrdude.conf -v -v -v -v -pm8 -cnull -Uflash:w:/media/sda2/gilles/download/arduino/arduino-0011-IDE/examples/Digital/Blink/applet/Blink.hex:iThe "-cnull" argument is at fault here. From a terminal, I ran the same command with "-cnull" replaced with "-cdapa" and it worked like a charm, the sketch is uploaded and runs straight away. I tried setting "upload.using" to "Parallel Programmer" (as shown in hardware/programmers.txt) but no success, Arduino still uses "-cnull" instead of "-cdapa". I had a look at the Arduino code, and found out that "upload.using" should be set to "parallel". and now I can upload sketches from Arduino !  :)
Gilles
Title: Re: Programmer is not responding
Post by: mellis on Apr 09, 2008, 03:34 am
Awesome.

The error you're getting when compiling the bootloader is because the version of gcc you're using generates a .hex file that's slightly too big for the space we're giving it (1 KB).  Older versions (like the one we used to compile) generated smaller .hex files that were just under 1 KB.  You'd probably need to compile it with gcc 3 something.  

(Also when I say size of the .hex file, I mean the amount of space it will take up on the chip; not the actual size of the file.  To find out what it is, you can use "avr-size foo.hex").
Title: Re: Programmer is not responding
Post by: tobie on Apr 10, 2008, 11:33 am
hi, I had a problem with 2 Arduino Diecimila - they became hostile islands, unreachable by USB or AVRISP.

I've just managed to burn bootloaders from Arduino 11 using the AVRISP II, and all is well, thanks for this latest update.
Title: Re: Programmer is not responding
Post by: matthewvenn on Oct 14, 2008, 10:26 pm
I have now experienced this problem too. I've been using the arduino for about 3 months reliably. Today I made a program using the serial library and after some messing about locked up my board.

(Don't know if this is relevant) I was using pure data and also the serial port logger on the arduino development software to monitor serial output.

Now led on pin 13 flashes about 2hz and I can't send new programs. I turned on verbose and got the same error as posted on this thread. Seems that it needs a new bootloader burnt.

I made a parallel programmer and tried to burn the atmega168 boot loader. Couldn't get it to work - though might be bad cable (very hacked), bad atmega168 defs (why isn't this as standard in the avrdude defs file in /etc), or bad parallel programmer defs.

So I've ordered a complete new board and AVR ISP500 programmer to burn the bootloader more reliably. I've got a deadline coming up!

Anything else I can try before my new stuff arives? Any idea why this happens?

Thanks,

Matthew
Title: Re: Programmer is not responding
Post by: matthewvenn on Dec 09, 2008, 01:50 pm
hello again board. I'm back on the case with trying to fix my broken arduino.

I got the olimex avr-isp500 programmer, which I've got working now (needs external power).

I can read and write the fuses, and I've used this script to program the bootloader (thanks to Rob at http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl)

Code: [Select]

#!/bin/sh -x

PART=ATmega168
PROG=stk500v2
PORT=/dev/ttyACM0

ARDUINODIR=/home/matthew/work/reprogArduino/arduino-0011
BOOTER=${ARDUINODIR}/hardware/bootloaders/atmega168/ATmegaBOOT_168_diecimila.hex
AVRDIR=${ARDUINODIR}/hardware/tools
AVRCONF=${AVRDIR}/avrdude.conf
AVRBIN=${AVRDIR}

# unlock bootloader segment by erasing the chip
$AVRBIN/avrdude -C $AVRCONF -e -p $PART -P $PORT -c $PROG

# set fuses
# bootloader size of 512 words; from 0xE00-0xFFF
# clock speed of 16 MHz, external quartz
$AVRBIN/avrdude -C $AVRCONF -p $PART -P $PORT -c $PROG -U lfuse:w:0xdf:m -U hfuse:w:0xca:m

# upload bootloader
$AVRBIN/avrdude -C $AVRCONF -p $PART -P $PORT -c $PROG -U flash:w:$BOOTER:i

# lock bootloader segment
$AVRBIN/avrdude -C $AVRCONF -V -p $PART -P $PORT -c $PROG -U lock:w:0xcf:m


I see the fuses get set and the bootloader loaded and verified.

This solves my constantly blinking LED issue. However, when I try and use the bootloader with Arduino, I get:

Code: [Select]

avrdude: Version 5.4-arduino, compiled on Oct 22 2007 at 13:15:12
        Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

        System wide configuration file is "hardware/tools/avrdude.conf"
        User configuration file is "/home/matthew/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping

        Using Port            : /dev/ttyUSB0
        Using Programmer      : stk500v1
        Overriding Baud Rate  : 19200
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: Send: Q [51]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding


I have tried my other ATmega168 in the board and that works OK. So it's either

* the chip is bust or
* I haven't managed to get the bootloader on there.
* I've got the bootloader on but it won't respond

When I plug the broken board in, I get the TX and RX lights flashing a few times and then led 13 stays on. It doesn't blink, so I'm guessing the bootloader isn't correct or hasn't been written properly.

When I try and program the board with Arduino I get the RX light flash 3 times dimly. Then it times out and I get an error.

Any clues where to go next?

Thanks,

Matthew
Title: Re: Programmer is not responding
Post by: matthewvenn on Dec 09, 2008, 02:26 pm
**solved**

I found the makefile in the bootloader directory of arduino-11. By modifying it to work with the supplied avrdude I got it to do the burn as well.

I also recompiled the bootloader which ended up being a different
size to the supplied diecimila.hex file.

After burning I got the flashing led13 and was successful with the arduino program! YES!!
Title: Re: Programmer is not responding
Post by: dood321 on Apr 07, 2009, 03:44 pm
hi guys,

I found other thing that might cause the same problem and get you the same avrdude error.

I got a new decimila with atmega 328 and by mistake set the board in the ide as decimila with atmega 168. The board's behaviour was exactly as described in this thread, but fortunately I did not have to reflash the bootloader.
Btw. I am using 19200 communication speed (I had to change it in preferences)

and all works great! :)

dood321
Title: Re: Programmer is not responding
Post by: alkopop79 on May 06, 2009, 04:54 pm
Just got a Duemilanove, can't upload anything, the IDE says:


avrdude: stk500_recv(): programmer is not responding

Tried resetting before and after uploading. Also, I have installed the USB drivers. Any ideas? Should I send it back to the seller?

Mac OS X 10.4.11


Title: Re: Programmer is not responding
Post by: alkopop79 on May 06, 2009, 05:17 pm
Also, should I change the baud rate? It's on 9600.
Title: Re: Programmer is not responding
Post by: robbert on Jan 30, 2010, 11:48 pm
Hopefully people won't mind that I've responded to an old thread but I am experiencing the same problem as described many times above.

I bought an Arduino Mega a few weeks ago (my first Arduino) and spent a day playing with it, writing and compiling sketches with no problems. I put it away and when I wanted to continue my exploration a week later, the board didn't work anymore.

Uploading of compiled sketches is failing with the following error:
avrdude: stk500_recv(): programmer is not responding

When I give the upload command the ftdi activity is as follows:
txLed__txLed__txLed___________________txLed____________fail

From what I remember my last working sketch involved some serial test output but if I connect my board to my pc, the serial monitor doesn't show any output. The board also doesn't seem to respond to the reset button (S1 right?) or to connecting the reset pin to ground.

From reading the posts in this thread it seems there are usually two main causes for this error, a malfunctioning FTDI chip or a bootloader problem.

Can anyone tell me what my problem is likely to be and what could have led to the problem? What options are there to revive my board?

Sadly the Mega has a soldered AVR which means replacing the chip is out of the question.

Thanks.
Title: Re: Programmer is not responding
Post by: dishbreak on Apr 11, 2010, 12:21 pm
Hey, just adding my info.

Running Ubuntu 9.10:
Code: [Select]

hvishal@dish-desk:~$ uname -a
Linux dish-desk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 i686 GNU/Linux
vishal@dish-desk:~$ lsusb
Bus 007 Device 002: ...
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ...
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[b]Bus 003 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
[/b]Bus 003 Device 002: ...
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub


The first few times I tried running the code, it didn't work and I was afraid I'd gotten a bad board. The first few times, only /dev/ttyS0 was available. However, /dev/ttyUSB0 came available once inexplicably, and that did the trick.
Title: Re: Programmer is not responding
Post by: ujwal2 on Jun 16, 2010, 09:31 pm
Hello everyone,
I was too having same kinda of problem for some hours back.
Recently, I figured the problem with the circuit. The problem was with RX and TX communication and resetting the Atmega chip. The RX and TX communication can be re-estabilished with RTS and DTR pin by a resistor. Later the connection can be given to reset pin of the atmega chip with a capacitor. I've attached the arduino duemilanove circuit with the correction. It works fine for me, hope same for you as well.
here is the link for the picture of the modified circuit that works.

hxxp://ujwal.shrestha.me/avrdude-stk500_recv-programmer-is-not-responding/
Title: Re: Programmer is not responding
Post by: thexeno on Sep 23, 2010, 11:15 pm
it's only the incompatibility of avrdude with the ubuntu... like 10.04.. but I don't know exactly how to do..
Title: Re: Programmer is not responding
Post by: wam on Oct 29, 2010, 05:30 pm
OK, here's what I had to do to get the UNO to program using an AVRISPMKII to work with 0021 either to load sketches or load the boot loader:

1. uninstall anything related to AVR studio, this includes AVRTools, AVR studio (latest 4.18 SP3) and Jungo using Win Xp's Add Remove programs
2. open windows Device Manager (or as I call it "mangler")
3. Go to the Jungo entry and Uninstall both entries
4. reboot/ log off Windows seems to work
5. Set preferences.txt to avrispmkii  - see http://arduino.cc/en/Hacking/Programmer
6. Connect the AVRISPMKII
7. When Winblows asks the New Hardware found do a manual install and point to the avrisp2.inf in the [where ever you have Arduino installed]\hardware\tools\avr\utils\libusb\bin subdirectory
8. let it load that.
9. open Arduino

This should work to upload sketches and bootloader from arduino's IDE...
Title: Re: Programmer is not responding
Post by: howardh on Dec 28, 2010, 02:59 am
Hello,

I'm here to add to the number of people whose Arduinos wouldn't respond. There doesn't seem to be a solution here that works for me, nor in any of the other numerous threads concerning the same issue.
My code compiles and uploads perfectly if I use the Arduino IDE, but I need to code certain parts in assembly for precise timing and the inline assembler won't accept certain pseudo-opcodes like .dseg or the LOW() and HIGH() macro, which makes avr assembly tutorials difficult to follow. (I'd be happy with either a solution to the issue above or the uploading problem below)
I have a hex file now, and I need it uploaded onto my Atmega328 on an Arduino Duemilanove. I tried doing this with avrdude:
Code: [Select]
howard@howard-laptop:~/bin/gavasm$ avrdude -p m328p -P /dev/ttyUSB0 -c arduino -b 19200 -U flash:w:hello.hex -v -v -v -v

avrdude: Version 5.10, compiled on Mar 24 2010 at 03:10:01
        Copyright (c) 2000-2005 Brian Dean, [URL REDACTED]
        Copyright (c) 2007-2009 Joerg Wunsch

        System wide configuration file is "/etc/avrdude.conf"
        User configuration file is "/home/howard/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping

        Using Port                    : /dev/ttyUSB0
        Using Programmer              : arduino
        Overriding Baud Rate          : 19200
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding

avrdude done.  Thank you.


Each time it does the "avrdude: Send: 0 [30]   [20] " part, the RX LED on the Arduino flashes. I checked the port, and it matches the one used in the IDE. If I use -c stk500v1, I get the same thing. I tested other baud rates as well and tried various combinations of pressing the reset button, unplugging and replugging, and uploading. What can be wrong with it?
Title: Re: Programmer is not responding
Post by: Coding Badly on Dec 28, 2010, 05:07 am

Open the Arduino IDE.  Create or load a simple Sketch (like Blink).  Ensure the Sketch verifies (compiles) without error.  Hold the shift key and click the Upload button.  The AVRDUDE command line is output in the status area (window area below the editor).  Compare the command line that works with the command line you are trying to execute.
Title: Re: Programmer is not responding
Post by: howardh on Dec 28, 2010, 03:12 pm
=D Such a simple solution! Thank you.
Apparently, the baud rate is 57600.
Title: Re: Programmer is not responding
Post by: omsai on Jan 13, 2011, 03:19 am
The solution in my case is I had the incorrect serial port selected in Arduino software:
Tools > Serial Port > /dev/ttyACM0

I had first incorrectly selected /dev/ttyS0, but it refers to a "real" serial port and not the USB-serial port I'm using on my Uno
Title: Re: Programmer is not responding
Post by: Ps0ke on Jan 15, 2011, 03:23 am
Hey there!
I've just bought an Ardiuino Duemilanove with ATMEGA328P-PU and I'm using Mac OS X 10.6.6 as well as Arduino IDE v0021. I soldered a 2x2x2 LED cube together and connected it to the board. I uploaded some simple programms and animations and everything worked well. Then I tried a little more complex programm, and it worked, too. It just did not do, what I expected it to do. I found a bug, fixed it and tried to reupload it. But it failed.
All this demands it might be an hardware error make me feel very sad, I had about 3 days of fun with it, and for an pupil like me 26euros is not that less money.
I did not touch the Arduino between uploading all the programms, neither hooked it up to another port or switched any "tool" preferences. It just happend with no apperant reason. When I try to upload the programm in verbose mode I get this error:
Code: [Select]
Binary sketch size: 1224 bytes (of a 30720 byte maximum)
/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/bin/avrdude -C/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -cstk500v1 -P/dev/tty.usbserial-A700dZYX -b57600 -D -Uflash:w:/var/folders/ER/ER00C9kOGCSQaa8DXG3yJ++++TI/-Tmp-/build2915355439927595079.tmp/testing.cpp.hex:i

avrdude: Version 5.4-arduino, compiled on Oct  9 2007 at 11:20:31
        Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

        System wide configuration file is "/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/etc/avrdude.conf"
        User configuration file is "/Users/Philipp/.avrduderc"
        User configuration file does not exist or is not a regular file, skipping

        Using Port            : /dev/tty.usbserial-A700dZYX
        Using Programmer      : stk500v1
        Overriding Baud Rate  : 57600
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: Send: Q [51]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding

When I disconnect and reconnect the Arduinothe TX and RX LEDs flash three times, the PWR LED indicates in switched on and the L LED and an LED on pin 13 andGND flash all the time. When I hit the S1 button, the L LED stops flashing as long as I keep the button hold down. Once I release it, it begins to flash again.
I think only software could have caused that error since I or anything else did touch the board or the cube or did influence it in any physical way.
You can take a look at my poor setup on YouTube https://www.youtube.com/watch?v=X0gDEQZMm9U (I'm still waiting for the breadboard and jumperwires coming from ebay..)

I hope you can help me, as I would love to explore the world of microcontrolers!

The program I tried to upload as it crashed was:
Code: [Select]
/*
*      x   x   x
*      0   1   2
*
* y0   0 - 1 - 2
*      |   |   |
* y1   3 - 4 - 5
*      |   |   |
* y2   6 - 7 - 8
*
*      |---n---|
*
*    p = n * y + x
*/

// height level pins, cathode, LOW
int lvl[2] = {7, 4};
// ground grid pins, anode, HIGH
int grd[2] = {0, 9};
// number of LEDs on one edge
int ledNumber = 1;


void reset(int ledNumber){
 // set all anodes to LOW & all cathodes to HIGH
 for(int i = 0; i < ledNumber; i++){
   digitalWrite(lvl[i], HIGH);
   digitalWrite(grd[i], LOW);
 }
}

void light(int x, int y, int z, int ledNumber, int duration){
 // coordinate mapping
 int pos = ledNumber * y + x;
 
 reset(ledNumber);

 // set LEDs
 digitalWrite(lvl[z], LOW);
 digitalWrite(grd[pos], HIGH);
 
 delay(duration);
 
 // specific reset
 digitalWrite(lvl[z], LOW);
 digitalWrite(grd[pos], HIGH);
}


void setup(){
 // set all OUTPUT pins
 for(int i = 0; i < ledNumber; i++){
   pinMode(lvl[i], OUTPUT);
   pinMode(grd[i], OUTPUT);
 }
 
 reset(ledNumber);
}

void loop(){
 // set LEDs
 digitalWrite(lvl[7], LOW);
 digitalWrite(grd[0], HIGH);
 
 delay(500);
 
 // specific reset
 digitalWrite(lvl[7], HIGH);
 digitalWrite(grd[0], LOW);
 
 delay(500);
/*
 for(int i = 0; i < ledNumber; i++){
   for(int j = 0; j < ledNumber; j++){
     for(int k = 0; k < ledNumber; k++){
       light(i, j, k, ledNumber, 500);
       delay(500);
     }
   }
 }  
 */
}


My preferences are:
Code: [Select]
export.application.fullscreen=false
preproc.imports.list=java.applet.*,java.awt.Dimension,java.awt.Frame,java.awt.event.MouseEvent,java.awt.event.KeyEvent,java.awt.event.FocusEvent,java.awt.Image,java.io.*,java.net.*,java.text.*,java.util.*,java.util.zip.*,java.util.regex.*
editor.font.macosx=Monaco,plain,10
preproc.web_colors=true
export.application.platform=true
update.check=true
update.id=9058176843049598110
editor.indent=true
serial.stopbits=1
serial.databits=8
editor.font=Monaco,plain,10
editor.window.height.default=600
run.options.memory=false
editor.divider.size=0
editor.caret.blink=true
preproc.color_datatype=true
export.applet.separate_jar_files=false
preproc.output_parse_tree=false
run.window.bgcolor=#FFFFFF
console.lines=4
upload.using=bootloader
console.error.file=stderr.txt
run.options.memory.maximum=256
editor.tabs.expand=true
editor.window.height.min=450
editor.keys.home_and_end_travel_far=true
board=atmega328
console=true
run.present.exclusive.macosx=true
serial.parity=N
editor.tabs.size=2
console.length=500
last.sketch0.location=311,60,807,895,752
serial.port=/dev/tty.usbserial-A700dZYX
run.options=
console.auto_clear=true
update.last=1295037360877
editor.window.width.min=400
run.present.exclusive=true
export.application.platform.linux=true
editor.keys.home_and_end_travel_far.macosx=true
editor.window.height.min.windows=530
run.present.bgcolor=#666666
export.application.platform.windows=true
target=arduino
run.options.memory.initial=64
editor.keys.alternative_cut_copy_paste=false
editor.window.width.default=500
console.output.file=stdout.txt
preproc.substitute_unicode=true
run.present.stop.color=#cccccc
editor.external=false
last.screen.height=1200
editor.keys.shift_backspace_is_delete=true
editor.window.height.min.macosx=450
last.sketch.count=1
export.delete_target_folder=true
last.sketch0.path=/Users/Philipp/Documents/Arduino/testing/testing.pde
preproc.substitute_floats=true
editor.keys.alternative_cut_copy_paste.macosx=false
browser.linux=mozilla
editor.invalid=false
serial.debug_rate=9600
sketchbook.path=/Users/Philipp/Documents/Arduino
export.application.stop=true
editor.divider.size.windows=2
last.sketch1.path=/Applications/Arduino.app/Contents/Resources/Java/examples/1.Basics/Blink/Blink.pde
preproc.enhanced_casting=true
run.display=1
last.sketch1.location=361,110,807,895,752
platform.auto_file_type_associations=true
editor.antialias=false
preproc.save_build_files=false
last.screen.width=1920
export.application.platform.macosx=true
Title: Re: Programmer is not responding
Post by: lovegoogle on Jan 15, 2011, 09:39 am
very good!
Title: Re: Programmer is not responding
Post by: lovegoogle on Jan 15, 2011, 09:52 am
Hello everyone,
I was too having same kinda of problem for some hours back<a href="http://www.burberryhome.org">.</a>
Recently, I figured the problem with the circuit. The problem was with RX and TX communication and resetting the Atmega chip. The RX and TX communication can be re-estabilished with RTS and DTR pin by a resistor. Later the connection can be given to reset pin of the atmega chip with a capacitor. I've attached the arduino duemilanove circuit with the correction<a href="http://www.burberryonline.net">.</a> It works fine for me, hope same for you as well.
here is the link for the picture of the modified circuit that works.
Title: Re: Programmer is not responding
Post by: Ps0ke on Jan 16, 2011, 01:56 am
Could you at least tell me, weather its a hardware or software error?
Do you think, buying a new atmega328 chip would solve this (I don't know how to burn the bootloader yet) or do I have to buy a whole new Arduino?
And, is it possible to demage the Arduino if you only use OUT pins?