I built a tiny 2560 with a ftdi chip and a 16mhz crystal. I had it working with my avrisp mkii using the arduino ide without a bootloader. When i uploaded the blink sketch it seemed it was running at a 1 mhz clock speed. I decided to burn the bootloader to hopefully set the right speed, and allow me to program through my micro usb port.
I selected the board, then selected my programmer, and clicked burn bootloader. It came up with an error, and now i cant even upload like i was before.
The lights are both green on the avrisp.
I had an uno, and a mega that i was able to burn the bootloader on. I know my circuits are ok because it worked before.
It seems like it isnt looking at the right com port or something.
I even tried it in avrdude and ot says it cannot find the port file
Any help would be greatly appreciated! Thanks in advance.
The only thing that is different is the clk speed on the new boards. I believe they are still using the internal oscillator at 8mhz.
Yeah i have read that already, but thanks. Today im going to try and use a known good clk source, and the rest hooked up to the new board. Hopefully its just my clk fuses.
Yes powered it up three different ways. avrdude shows it sees good target voltage. Reset pin has a 1k resistor, and both lights are green on the programmer. in avrdude it shows avrdude: stk500v2_command(): command failed and a couple other things about stk500v2.
I press shift and click on the program button in arduino IDE, data goes to mkii, first light flashes green like data is moving, second light quickly flashes red, then I get the error.
This all started right after I tried to burn the stk500v2 bootloader. It did something for about 10 sec then I got an error. I didnt right it down though =(
Do you think its trying to use the bootloader instead of the mkii.
Oh, and I tried the clock thing with no luck. avrdude shows sck period :8.00us
I do have the external 16mhz crystal already hooked up.
The programmer doesnt show up on a com port all I see is the lib driver and it is under that.
Check that the MKii is not using the Jungo driver. There's a driver in the IDE folders somewhere that needs to be used instead.
This was discussed in the forum recently, I had run into that as well.
I thoght the same, but I am using the good driver libusb. I even tried reinstalling it. It seems avrdude can not find the mkii on any port its trying to use the stk500v2 instead. When I type in the port in avrdude it cant find anything. I tried com0 - com9. No com ports show up in my device manager.
How can I tell what com port the programmer is on?
Mac? Who knows.
Apple stock may take a hit tomorrow, only made like 8 Billion dollars last quarter vs 12 Billion expected, some ridicuously high numbers like those. Pretty sure they were saying Billion. Guess that stuff's not overpriced too much.
haha yeah I'm on a pc. All that shows up on my ports is lpt1. No com ports anywhere.
I should also say I just got my ftdi chips finished on the board and pluged them in. The computer saw them and makes the noise when i plug them in and unplug them. Maybe this did something to screwy to my com port settings.
I have a micro usb going to the ftdi and a lm358n opamp to power the board. Power is working fine. I dont know about the ftdi since i dont have the bootloader on it to test it out.
Just jump the rx and tx pin? How do i send the data in the arduino ide gets hung up on upload. I think it is looking for a handshake from the software. I think it will timeout, i haven't left it that long.
Open the serial monitor, jumper Rx & Tx together, hold the reset button down. That should leave the FTDI chip free to receive a byte and send it back out, so whatever you type is repeated back & shows up on the serial monitor.
Just tried it on another pc, and i get the same error. I figure this means it has to be the board or the firmware on the programmer.
I tried to upload new firmware in atmel studios 6 i first uninstalled libusb driver and used the jungo driver. It still can't find the programmer even after jumping the two pins on the programmer.
Do you guys know how to update the firmware?
If i can get studio 6 to communicate with it i'll try to program in that.
Ok im finally getting somewhere. I got the bootlader on one of my boards. Looks like its the reset line causing the problem. I started desoldering pieces of the board, as soon as i took off the resistor on the reset line the bootlader loaded with no problems.
Reset is supposed to hold the Reset pin high.
When its low, the uC is in reset.
The AVR ISP controls the reset pin during the bootloading.
It should go high when the bootload is done for normal operations.
I see what you mean the programmer controls the line. I tried using the uno as an isp, and coudnt get it to work either. It works on a known good 2560, but not my board. I just do not understand why it wored until i tried to bootload it and now nothing.
Yeah thats exactly what i tried. It wouldn't get past the beginning of the program where it pulls the reset line low, and checks for clk.
I put my multi meter on reset and ground right at the pin. It went to about. 02v. I did it with a known good board and ot went down to .005v. Do you think yhis is enough to cause the issue?
Problem Solved! Thought I'd let everyone know just in case they are having a similar problem. It was the reset line. I made one on a breadboard going from 5v to a 10k resistter. the resistor goes to the reset switch + side. The other side straight to gnd. right after the 10k resistor, I put a 22pf cap. Everything works perfect. Bootloader uploaded fine.
