Arduino Pro 5v 16mhz 328 + FTDI 5v breakout - not responding

Hello Team,

I’ve got a brand new Arduino Pro 5v. (I’ve selected the Duemilanove in the Arduino IDE v 0015). I’m also using the Sparkfun FTDI converter. I have had previous success with the Duemilanove so I know how it is supposed to work.

The error message I get is:

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_recv(): programmer is not responding

The Arduino gives a blinking green led (pattern: dash, dit dit dit dash), the leds on the usb breakout flash a little bit at the beginning, but that is it.

I’m in linux and it shows up properly as /dev/ttyUSB0. I’ve tried pressing the reset button before I upload in case there was an issue with the DTR, but nothing works.

Any ideas? Maybe a bootloader problem?

Kyle

I am too having a similar problem. Only mine is with a standalone ATMega328 with Arduino bootloader. I am getting the same error and behavior.

Is it possible to reburn the bootloader using the existing hardware I have?

Unless you have a USB (or serial) programmer, like this one http://www.ladyada.net/make/usbtinyisp/, then no.

I’m currently at work so I don’t have access to the Arduino IDE, but have you selected the right board that specifically said 328 in it? Just an idea, I’m still a newbie. =)

That is right I have Duemilanove w/328 selected in the IDE.

Maybe it is a buad rate issue?

If I assume that the bootloader was burned correctly, is there an alternative way to program the arduino that would give me more information?

Changing the baud rate didn’t work.

I have found someone with the same problem:

http://www.arduino.cc/cgi-bin/yabb2/YaB … 44146665/0

Do you think I should continue with an ISP programmer or should I return it to SF? Maybe they missed adding a bootloader to this batch?

Kyle

I placed an order for a programmer from Adafruit last night. I have spoken with Sparkfun about my issue and they can’t seem to determine what is wrong. I doubt they missed programming them, but maybe. When I get my programmer I am going to put the standard Arduino bootloader on the chip and see if that helps. I think Sparkfun uses a special bootloader that starts faster than normal. Does anyone know if that is the case?

Just received a batch of Mini Pro 5V 328 and can’t seem to load new software in them. I have a few of the older 3.3V 8Mhz and they load up fine, so nothing wrong with the cable,etc.

Used Duemilanove w/328 in the Arduino - 0015 software as instructed.

So what should I do from here? Should I try to make an ISP programmer and put my own bootloader on it? Or should I return it to SF?

Well, I imagine you want to learn more about microcontrollers or you wouldn’t have gotten two Arduinos. I would get a programmer and do it yourself. It is pretty easy from what I have read. (That’s what I am doing, anyways)

Well, I’m a little worried. I’ve built an ISP programmer according to this page:

http://arduino.cc/en/Hacking/MiniBootloader

and it doesn’t work.

I can confirm that the programmer works because I can program a sparkfun flame kit with it (attiny13). When I run usip to try to get it to tell me what kinda chip it detects, it cannot:

root@aux3:~# uisp -dprog=dapa 
An error has occurred during the AVR initialization.
 * Target status:
   Vendor Code = 0xff, Part Family = 0xff, Part Number = 0xff

 Check if the programmer is properly connected. 
 The wiring may be incorrect or target might be 'damaged'.

But it does work on the attiny:

So.. what should I do now?[code]root@aux3:~# uisp -dprog=dapa 
Atmel AVR similar to the AT90S1200 is found.

(apparently you can only do one code block…)

So my environment is good, it just looks like really the chip is bad? I just can’t imagine because it is blinking…

What should I do from here?

I think it might be time to call Sparkfun… They are usually pretty helpful. Although, they couldn’t figure out why my chip isn’t able to be programmed :frowning:

Ok I just fixed my issue, and hopefully someone else’s.

My arduino’s (or possibly my solder job on the header?) RXI pin on the 6pin header side was not connected to the same pin as the RXI on the other side of the board. It seems that there was no connectivity to that pin to anything else on the board.

I solved my problem by jumping my dead RXI pin (on the 6pin side) to the other RXI in to achieve full connectivity.

Kyle

Actually, the tip about RXI not being connected led me to check the arrangement of the 6 pins on the edge of the arduino.

They are completely backwards from the 168 Mini Pro!

Reading left to right from the top of the board:

On the 168 - GRN TXO RXI VCC GND BLK

On the 328 - BLK GND VCC RXI TXO GRN

I was so used to plugging in the FTDI a certain way that it never dawned on me that they would completely reverse the pins.

Wonder why?

Anyway, I can now load my software using the Arduino-0015 software.

I have the same problem and nothing seems to work. Maybe I did a stupid mistake somewhere or is the board definitely wrong ?

The error message I get :

avrdude: stk500_getsync(): not in sync: resp=0x00

avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

I tried almost everything I found on the forum except In System Programming.

I have Windows Vista with IDE 15 and 16.

Checking RTS box in port setting.

Atmelmega 328 is selected and my port is selected in IDE.

Manual reset using onboard reset just before upload ( worked with my mini ).

Manual reset with wire on the RST pin just before upload ( worked with my mini ).

I have tried this usb adapter and tested on my mini:

http://www.robotshop.ca/sfe-arduino-ser … ard-1.html

and this one :

http://www.robotshop.ca/SFE-FTDI-USB-to … -5V-1.html

I have tested all line from FTDI up to the Atmel chip for VCC TX RX GND and RST to validate my soldering. Excepting CTS pin

The FTDI is on my breadboard and connection are made with wires.

pic and video :

http://www.flickr.com/photos/39147205@N06/3611347316/

http://www.youtube.com/watch?v=5pRGMGfStxA

If you took the time to look at it, well thanks I hope you can point what is wrong. If you are looking for answers then I wish you a solution and happy journey to it!!

I was all set to post another “me, too” to this discussion. My Pro Mini and FTDI Basic Breakout arrived today, and they wouldn’t work.

Well, it was a bad USB cable, something that’s been happening more and more often as they get to be older and older.

Cheers,

– rec –

I think this is related so I’ll put it in here.

I got my Pro 328 3.3v last week and tried to use it yesterday. I could not get Arduino to upload a sketch to the board - I got this error:

avrdude: stk500_getsync(): not in sync: resp=0x00

avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

My FTDI is Sparkfun product [BOB-08551, 4D Systems’ μUSB-CE5.

After dwelling on it overnight and reading a lot of this and the arduino forums, today I studied my board, [the schematic and [product picture and discovered an inconsistency regarding the “Program port” DTR line.

On my board and the schematic things seem to match, but there is a designed-in break marked on the schematic as SJ1 which prevents the FTDI from resetting the board for programming purposes. This SJ1 does not appear on the product photo, which shows only the capacitor C2.

I wired the FTDI’s reset wire to the RESET pin on the “Power port” and my sketch uploaded successfully. :smiley:

Anyone with a similar problem with the Arduino Pro might want to check that out.

Anyone smarter than me (anyone! I’m not all that bright lol), can you explain to me why there is the SJ1 built-in break in the trace from DTR/RST to RESET? :?

Cheers all,

Tom :)](SparkFun Electronics)](http://www.sparkfun.com/datasheets/DevTools/Arduino/Arduino-Pro_328-v13.pdf)](Breakout Board for FT232RQ USB to Serial - BOB-08551 - SparkFun Electronics)