Go Down

Topic: Programmer is not responding (Read 44 times) previous topic - next topic

Golan

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

DoctorTracker

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

mellis

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?

DoctorTracker

#18
Jun 28, 2007, 11:21 am Last Edit: Jun 28, 2007, 11:24 am by DoctorTracker Reason: 1
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.

Shigeru Kobayashi

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?

mellis

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.

Shigeru Kobayashi

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

mellis

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.)

Shigeru Kobayashi

#23
Jul 03, 2007, 02:53 am Last Edit: Jul 03, 2007, 03:18 am by kotobuki Reason: 1
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

cbhargava

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

cbhargava

Forgot to mention that you would have to put in 10 resistors between the RX & TX connections and the DB9 connector.

/me

mellis

Shigeru: sounds like it (that the FTDI chip is dead).  I'll see about getting you a replacement.

pbianchi

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.

mellis

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?

xulio

#29
Jul 06, 2007, 07:51 pm Last Edit: Jul 06, 2007, 08:00 pm by xulio Reason: 1
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.


Go Up