Yes, thats right, I have caps on both sides (0,1µF). On my FTDI there os GND, CTS, VCC TXD RXD and DTR. I thought DTR is the auto reset pin so I connected DTR to Pin 9 with a 0,1µF cap.
php-freak:
Yes, thats right, I have caps on both sides (0,1µF). On my FTDI there os GND, CTS, VCC TXD RXD and DTR. I thought DTR is the auto reset pin so I connected DTR to Pin 9 with a 0,1µF cap.
First you can use either RTS or DTR as the arduino IDE/AVRDUDE pulses both signals to generate the auto-reset pulse. The oldest auto-resetting arduino boards used RTS, all the newer ones use DTR, but for legacy backwards compatibility the IDE pulses both RTS and DTR signals.
Second, what do you mean by "I have caps on both sides (0,1µF)" ? if the DTR (or RTS) signal has to pass through two series .1ufd caps to get to the reset pin on the avr chip then that is an effective capacitance of .05ufd and may be too small a value to allow the pulse to generate the reset. If that is the case remove one of the two series connected .1ufd caps from the circuit.
Thank you for the info, I didn't know that RTS and DTR works.
I made a better picture with a higher resoultion and some description: 2,8MB Picture
I have two caps between VCC and GND (AVCC and GND). And there is one cap between Pin 9 (Reset) and DTR. I checked TX and RX, at first it was correct then I swap them so it wasn't correct anymore so know it is the right way but the error message is the same: avrdude: stk500_getsync(): not in sync: resp=0x00
You didn't say how you were able to install the bootloader.
I install it via the the IDE, Tools:Burn Bootloader.
This ensures that the fuses are all set correctly for 16 MHz crytsal operation.
I download sketches after that.
If the fuses are not set correctly, the data rate for serial downloads will be mismatched and the download will not work.
I selected the Mighty 1284p, 16MHz using Optiboot as board and Arduino as ISP as programmer.
This is wrong for downloading general sketches, it's only used to download the ISP sketch into
the 1284P to use it to program other chips.
Secondly, as Bob asked, how did you burn the bootloader into the 1284P chip in the first place?
Are you sure that went correctly?
Thirdly, your FTDI cable looks like a knockoff of the FTDI friend. It may or may not "in
fact" be using DTR, rather than RTS. If it's actually using RTS you need to go to the
Control Panel device manager for the COMPORT and select "set RTS on close".
Fourthly, it looks like in your 2.8MB picture you have TX and RX wired wrong. The TX
and RX labels on the FTDI Friend and regular FTDI cables specify the signal flow with
respect to the cable, not the Arduino. So, the wires have to be swapped between the
2 devices. BTW, I always insert 1K series-Rs in the RX,TX lines in case I hook them
up backwards.
The other thing is I use the FTDI Friend and FTDI cables most of the time, and have
never tied CTS to anything.
Yes it is a cheap FTDI version, on the ebay page they said it uses DTR. Thanks for the information that I have to swap TX and RX. Is connection via the cap to the reset pin right for DTR?
For a general sketch, you just go to your sketchbook or the IDE "File > Examples",
and choose something other than ArduinoISP.
I think your reset pin wiring is ok. All you need is a 0.1 uF cap from FTDI DTR to the
1284P reset pin, plus a 10K pullup to 5V on the reset pin. Simple.
I am still curious [Bob too], as to how you burned the bootloader into the 1284P in the
first place. ???
I use an Atmel AVR ISP MKii. I use the IDE to burn the bootloader first to make the fuses are set correctly.
The times I forgot to that, I spend a frustrating 1/2 figuring what is going on, eventually figuring out the clock is really slow, and then finally remembering to do the bootloader for the fuses. Getting better about that.
I then use File: Upload Using Programmer with the MKii if I don't need the bootloader, or I connect up an FTDI Basic for downloading sketch via serial interface.
I don't use the Optiboot 16 MHz tho, I always use Bobuino so Serial is at D0/D1, SPI is D10-11-12-13, and I2C is A4/A5 of D18/D19, just like on a '328 board. I like a little consistency.
I don't use the Optiboot 16 MHz tho, I always use Bobuino so Serial is at D0/D1, SPI is D10-11-12-13, and I2C is A4/A5 of D18/D19, just like on a '328 board. I like a little consistency.
The version of bootloader you use shouldn't be effected by the unique pins_arduino.h file you set up to support your Bobuino board. However the entries for the Bobuino entry in the boards.txt file do have to reflect which 1284 bootloader you use, the normal one, or the Optiboot one, as that is where the fuse definitions and top of memory size values are, and they have to match the bootloader you are going to use. It's all pretty interdependent and lots of room to get it wrong. I struggled getting my 644P chip setup correctly and even had to revert to using the bootloader and boards.txt entry for a 644P from my old version 11 Sanguino files, but it all worked out in the end. Still waiting for the 1284P chip to arrive.
oric_dan(333):
For a general sketch, you just go to your sketchbook or the IDE "File > Examples",
and choose something other than ArduinoISP.
I have an simple test sketch with serial data to check that it is working so i dont use a special one I just choose the Optiboot 16MHz as board. I set up the µC how it was mention in the tutorial, upload the optiboot code to the arduino and finally use the serial console to send the command to the arduino uno to burn the bootloader. it returns that this was successful.
What is the problem now? I thought you had the bootloader burned correctly.
All the fuses/etc stuff should be taken care of automatically so you shouldn't
need to worry about it.
In my case, I just loaded the ArduinoISP sketch into a UNO and told it to burn
the Bobuino bootloader into the 1284, and didn't worry about fuses or anything.
Hello.
I had this problem one year ago . The solution for me was to reset UC manually (connect rst & gnd for about 3 seconds) when IDE completes compiling and starts uploading .
Sorry for my bad English.