I am trying to set up an ATmega 1248p on a breadboard with an FT232 usb/serial converter. Then burn the boot loader and then load some sketches. See picture of setup as attached.
I can not get the FT232 to communicate with the 1248. I did manage to get the boot loader on to the chip using an Uno board. I can also load a sketch via this method. But when I disconnect the Uno and reconnect the FT232, I get the error listed below.
The one thing I can do is open the serial monitor and see the sketch running with the 232, but I cant do any programming.
From what I am reading this is not a very unusual problem but I have yet to find any solutions.
The message I am getting is:
Using Port : /dev/cu.usbserial-A900LM1Z
Using Programmer : arduino
Overriding Baud Rate : 115200
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
After you uploaded the bootloader? The bootloader has gone then. It has been overwritten.
BTW, AVCC (pin 30) should be connected to VCC. See the datasheet "Pin Description".
And the value of resistors and capacitors?
I thought that the bootloader is programmed to the chip and remains on the chip in a different part of the memory. Also i have attached the schematic that i used to wire this which shows the value of the capacitors and resistors.
The bootloader is in the different part of memory, that's true. However, before you start uploading a sketch, the chip erase is performed. Just upload the bootloader again by the same method.
BTW: The resistors don't seem to have the values according the schematics. And again, AVCC have to be powered, even if the ADC is not used.
Im sorry but i am not understanding what you are saying. You are telling me to upload the bootloader again but if i do that, wont it be erased if i then upload a sketch? I thought that the bootloader was loaded to the chip and always stayed there.
I made the corrections to the board and im still having the same trouble.
If you are uploading via ISP, as you uploaded the bootloader, the whole memory is erased before. But, if you are uploading via serial line or USB (the bootloader is necessary for this task), the boot memory region is protected against erasing and the bootloader stays.
So:
bootloading via ISP - bootloader,
uploading via USB normal sketches.
I'm recommending to replace the brown Rx,Tx wires by 1k resistors.
Im afraid im just not understanding what you are saying. I originally tried to load the boot bootloader using the usb/serial (ft232) and i kept getting the sync messages as in my original post.
I then used the uno to load the bootloader.
I then switched back to the usb/serial converter and load a sketch. I got the same messages.
I then used to uno to load the blink sketch and that worked and sketch ran. i also wrote a serial print on the blink sketch to see if the serial monitor would work.
When i switched back to the usb/serial converter, i still can not load a sketch but the monitor does work.
So with the changes to the hardware set up, what is it you are saying i should do.
That is correct. Above is a picture of my setup with the usb/serial. I have loaded the bootloader via uno and also loaded a sketch but i cant load a sketch with the usb/serial. As i understand it, the bootloader has to there for the sketch to load and run. Is that correct?
The bootloader has to be there just for sketch to upload via serial. Uploading via serial line is completely ensured by the bootloader.
As I previously mentioned, if you have uploaded the bootloader and then the sketch, via ISP of course, the bootloader is not there anymore. It was erased. So, the uploading via serial line cannot work.
Each one uploading process performs the chip erase first. If it is via ISP then the whole memory is erased. If it is via serial line then the part where the bootloader resides is left untouched. Just the rest of memory is erased.
I am still at this. Look in my first post to see what i am doing. I would like to make an arduino using the 1284p chip. I have managed to make a controll for my pool using the Arduino mega, an ethernet shield and a relay. The trouble is it is very unreliable and cumbersome built on a bread board. I would like to have my own board made up for this and that i what i need the 1284 chip for.
I have the 1284 chip running on a breadboard. I was able to get the maniacbug 1284p bootloader on the chip. now using a FTDI USB-to-serial converter i can get the blink sketch on to the board but i cant get my pool program to upload. When i try to i get this:
Sketch uses 30264 bytes (23%) of program storage space. Maximum is 130048 bytes.
Global variables use 3054 bytes (18%) of dynamic memory, leaving 13330 bytes for local variables. Maximum is 16384 bytes.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
Problem uploading to board. See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.
