Redressed commencing thread with more accurate description.
Hi I am struggling a little bit, you could say, with a protoshield/breadboard, say using a blank ATMEGA328P-PU processor sitting in a ZIF, (specifically and solder wired, for programming & bootloading) with the shield mounted on a Duamilanove running as programmer "Arduino as ISP" all as suggested in the Arduino HowTo "Bootloading & Programming on a bread board". As it doesn't work I am wondering whether I have my wiring carried through correctly or possibly I have taken the circuits from the Arduino Instructable and although they do not show the circuits as contiguous mine are and the points that worry me are the following:
1] I have hopefully in open circuit the following wires during bootloading which are in place purely for programming ie., not Bootloading:
Pins 0 & 1 chip (actually PORTS D0 & D1), could they be drifting to high or low if in closed circuit; do I need to switch these on and off or will they already be in open circuit?
2] I have hopefully in open circuit the following wires during programming which are in place purely for Bootloading ie., not programming:
Pins 10,11 & 12 (actually chip PORTS B2; B3 & B4.), ditto.
Can I make these connections simultaneously or is noise (if they are in closed circuit) in those connections upsetting things during their two different duties.
I'll try. My last attempt on another thread to upload and or embed was a failure. I'll see if there is some help file to show me the way. Thanks for your interest,
cheers,
Chris S
Pictures of front and obverse described as thought necessary: attached.
I have re-presented the thread at the very first input so as to make more circuit sense, could you have a look at it please and make any suggestion that you think pertinent.
Dave, Yes that's correct but I have not used the piezo beeper and the reset switch is at the bottom left of the photograph of the front elevation.
The error code following an attempt to Boot Load the blank chip reads as follows:
avrdude: stk500_program_enable(): protocol error, expect=0x14, resp=0x50
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override this check.
The error code following an attempt to Program the blank chip with Blink is as follows:
avrdude: stk500_getsync(): not in sync: resp=0x00
Pictures of front and obverse described as thought necessary: attached.
I have re-presented the thread at the very first input so as to make more circuit sense, could you have a look at it please and make any suggestion that you think pertinent.
Thanks, Chris
Note:
In the obverse image attached to the quoted thread I have to report and error:
One error: I have stupidly numbered the IC's poles mirror image. So for the Pin numbered 28 read pin1. For the pin numbered 1 read as Pin 28, add-sequence.
hi i get the same error on one of my UNO board as i burnedout the FTDI chip i think, i cant just upload a sketch via the normal USB port so i had the USB->serial board from arduino laying around.
and each time i upload a sketch without the "trick" i use i will get "avrdude: stk500_getsync(): not in sync: resp=0x00"
and now the trick 8) its realy easy
do as follow.
press and hold RESET button on uno or other board.
upload skecth to board
now if the IDE show the amount on ram used and other info "release reset button"
now the sketch uploads perfect without any issues.
I noticed that there is an error in identification on the board pictured... The top panel shows Pin 1 as the lower left (which is correct, that is pin 1 of the IC. The bottom of the board also shows pin 1 as the lower left, BUT, pin 1 should be the UPPER left. You've actually connected the yellow wires marked 10,11,12 to pin 17, 18, and 19 on the Zif... Interestingly enough, you have correctly connected reset to pin 1 even though you have that marked as pin 28... What you've marked as pin22 would be GND if it were actually pin22... but it's really pin 7, and you've correctly connected that to +5v...
Ok, double checking the schematic... pins 17, 18, and 19 are PB3, 4, and 5 as you indicated in the initial post... so that may actually be connected correctly.. It's just the misidentification of the pins on the back (1, 28, 22, 14, 15, etc) that was throwing me off..
Tech note: Your illustration says that the caps are 100pF, as a previous poster noted, those are actually 22nF (22000pF)... if you want 100pFs, they should say 101, though RunawayPancake is probably correct in your really wanting 22pF (marked 220).
Please see the amended file attachments below which I have checked for errors of which I found none! But there must be as it does not work either for TX/RX or Mosi/Miso methods.
Another thing... if you are setting this up as an ICSP programmer, either all you can do is load bootloaders or... you need an SD card to hold hex files (in which case you don't need a bootloader).
Previous comments elsewhere about in the field programming still apply...
ChilliTronix:
Another thing... if you are setting this up as an ICSP programmer, either all you can do is load bootloaders or... you need an SD card to hold hex files (in which case you don't need a bootloader).
Previous comments elsewhere about in the field programming still apply...
Ok.
Sorry I havent changed the Caps; I do have 0.022nF's and I will replace them but I had thought that it wasn't too important. I did use 22pF's in the breadboard that I made, that worked for the TX/Rx routine. Do you believe that this is my only error in the 'woodpile'? I'll change that today but let me now Chilli please. You didn't let me know whether you had and small TFT's, does that mean you do not?
Can't I download the hex file using the Arduino IDE., and an AVR mkii or similar, using Mosi/Miso?
Yes your quite correct. I have attempted to ask others, without success, just what difference these capacitors would make. If you say that they are within the computation of specific arithmetic then what is that? If they are decouplers then once more what difference would they make?
ChrisPSR
ChrisPSR:
Yes your quite correct. I have attempted to ask others, without success, just what difference these capacitors would make. If you say that they are within the computation of specific arithmetic then what is that? If they are decouplers then once more what difference would they make?
ChrisPSR
Think of them as springs in an escapement mechanism of a clock.
CrossRoads:
The 22pF caps with the crystal are what allow the crystal to oscillate.
See Section 5 of AVR 042.
Decoupling caps for power pins are discussed in DOC084. 0.1uF ceramic is generally used, and has been for many years.
Puzzled of Cheshire,
So CrossRoads & Chilli, may I self examine. Not sure how I discover DOC084. However I believe then that when one capacitor is charging its chum is discharging and this capacitor then begins its charge while the primary one is discharging ad infinitum.
If that is correct then why do we need the crystal?, as the capacitors seem to do all that is necessary in current alternation/reversal. Please forgive apparent ignorance. But my mind needs to know.
My notes show that T=((R1 * 2R2)C) /1.44) where T=time in S's; R=resistance in ohms [no second R then substitute 1 ohm; C= capacitance in Farads but as we do not have any impedance do we have to measure the actual resistance on incept to the mcu., and the voltage at a point between the crystal and the capacitor or do we score impedance as 1 ohm where the resultant time would be 1.5277/7 mS's which then divided into 60 minutes being the subdivision of 1 second would equal therefore 3,927,272 or 4MHz per capacitor but that is at full charge where a capacitor is nominally charged at 67% is it not?, which for the pair (1 cycle?) would then = 240.67= 5.36MHz. Or do they react with some concurrent overlap? The confusion thickens or am I somewhere on-track or not please and if so once more what part does the crystal play?
