@AnindoGhosh compile time versions. And on top of that all versions since at least 0022 have had the same version number in ArduinoISP although the code itself is different. Apparently nobody changes the version number upon changing the code.

@jippie So if his sketch uploaded fine, he's avoided that problem, would you think?

@AnindoGhosh !!!

i m waiting for your command/comment

I haven't followed the discussion. It is important to use the version of ArduinoISP that comes with the included examples.

@yogece Hold on, I'm waiting for @jippie to clarify his concern.

@jippie Yes, that is precisely what I have had him do.

@AnindoGhosh k

and for some versions of of Arduino IDE, you just have to upgrade IDE ...

oh he is on 1.5.x, right?

that is pretty recent.

@jippie According to @yogece he has the latest IDE version (1.5.2, same as me), and he's taken the version of ArduinoISP that came as part of it, and successfully uploaded it to his Uno. Still something to worry about?

you only have to worry if it refuses to program an AVR

@jippie So perhaps we could continue working through the problem now?

@AnindoGhosh who is 'we'?

@jippie @yogece and me

ohhhhhhh

you don't need me

then yes, you shoud continue ;o)

I'm having couple issues at our datacenter, so I am distracted quite a bit every now and then

@jippie If you'd like to help, that would be cool. If not, the "ArduinoISP sketch is very picky" just needed to be addressed so I was sure I was not missing something obvious.

@jippie Okie. back to me and @yogece.

"morning"

@angelatlarge "Night" 10:40PM

OK, @yogece you have successfully uploaded the ArduinoISP sketch to the Arduino Uno. Now could you try wiring up your target MCU to the Uno in precisely the way given in your reference page?

@AnindoGhosh yes

@yogece SS on the Uno goes to Reset on the target AVR. (which AVR was it by the way?)

@AnindoGhosh atmega8 pin 1 RESET

@AnindoGhosh should i follow pdp11.byethost12.com/AVR/ArduinoAsProgrammer.htm

@yogece Yes please.

@AnindoGhosh wait

@yogece The section titled "(2) Connect the ISP pins of Arduino Uno to the Target AVR as indicated in Fig.1"

@yogece Afternoon (1:14pm)

@AnindoGhosh with crystal

@jippie When's the retirement party. Looks like you cleaned up on rep while I was asleep.

@jippie How are those priviledges? Do you feel like a god now?

@yogece Yes

@yogece What crystal are you using? A 2-pin or a 4-pin (XOSC) type?

@AnindoGhosh 2 pin.but i have 33pf caps is it okay

@angelatlarge confusing

@yogece What xtal frequency?

@AnindoGhosh 16MHZ

@AnindoGhosh where does the crystal come from? what about the RC oscillator?

@jippie Umm from his parts box I think. You're welcome to take over, @jippie

by default most (if not all) avr's are configured for the internal RC-oscillator

@jippie Therefore?

unless maybe if it was preprogrammed

@AnindoGhosh then you don't need the external crystal

@jippie See, no matter what the fuses are set at, having the xtal connected will either not matter, or will help. So as of this moment I'm trying to work through the specific tutorial @yogece started out with, which uses the xtals.

OK, I'll shut up :-p

@jippie youtube.com/watch?v=1RDtMjcFOlI&t=3m27s

@jippie And that tutorial has the xtal connected, so I am trying to introduce as few variables as possible, to at least get to what issue is being faced. However, I'd be more than happy if you took over and did this your way.

@angelatlarge you seem to like that video, isn't the first time you link it

@yogece back to you...

@AnindoGhosh I can't view that tutorial, because of a DNS error

@jippie Hmm... when I did it last you were not around. Do you read every entry in the logs?

@AnindoGhosh yes im ready

@jippie missed the "n"

@yogece So here's the thing... This is on a breadboard, right?

@angelatlarge do you really keep track of who is in chat for every post you do?

@AnindoGhosh yes

@jippie Mmmm... more so than I read the logs, actually.

@angelatlarge Server not found

@jippie Not claiming infallibility on that though

@jippie That's outside my network-fu

well, I have problems, so byethost12.com has to solve something

@yogece So... breadboards can have huge parasitic capacitance. So if possible, to the following: The crystal legs need to be plugged in to the holes closest to the XTAL1 and XTAL2 pins of the AVR. Not halfway across the breadboard, but the immediate adjacent holes. Can do?

@AnindoGhosh done

@yogece Now do you have any 10 pF caps?

@jippie It has a great line appropriate to gaining/having privileges. Being a cultural ignoramus it is the only one I know to link to in those cases. I'll try to put you on a "having been there, was not impressed" list when it comes to Lawnmower man.

@AnindoGhosh no

@yogece What is the lowest cap you have?

@AnindoGhosh 33pf only

@yogece Do you have 4 of them?

@AnindoGhosh Why not just short RST to Vcc?

@yogece or better yet, 6 of them?

@AnindoGhosh yes around 10

@angelatlarge Where did RST come from?

@AnindoGhosh Sorry. I assumed the caps were to keep the programmer Arduino from resetting.

@yogece OK, so to start with, put 2 x 33 PFs in series (therefore around 16.5 pF each pair).

@angelatlarge No.

@AnindoGhosh Ok, I'll crawl back to the hole I came from.

@AnindoGhosh let me do

(Not that hole though...)

@yogece Now, for each such pair, one outer leg goes to one of the xtal legs (again, use the closest breadboard hole you can access). Sometimes I just plug the Xtal and the cap into the same slot as the DIP pin, but that's not necessary.

So you have one leg of one cap on the xtal's leg. The other leg of the cap is connected to another cap's leg. This second cap's other leg goes to the ground rail of the breadboard. I'm not sure if I explained that clearly enough.

@AnindoGhosh thats series connection. done

@yogece Basically what I am trying to get you to do is, the XTAL's pins are shunted to ground by 16.5 pF each. 33 pF can be too much, thus causing the xtal to not oscillate any more. I've had success with 10 pF usually, never tried anything over 12, but 16.5 should be fine.

@AnindoGhosh understood

@AnindoGhosh that page does not include the resistor pull up trick on !reset of the Arduino (or the capacitor to GND). Are you aware of that? Do you know what I mean?

@yogece So you should now have two series-capacitor pairs, one from each xtal leg, going to the ground rail.

@AnindoGhosh yesh

@jippie @jippie It's like this: Either you do this step-by-step, or I do it, or we do it together. Not random disconnected comments, if you don't mind too much, please?

@AnindoGhosh waiting.........

@yogece OK, now that we have the wiring to the breadboard done, can you please check all pin numbers on the breadboarded microcontroller, are they exactly what are needed?

@AnindoGhosh double checked

@yogece So the MCU has a Vcc connected to some 5 V source, it has a Gnd connected, it has those 4 pins connected to the Uno, and it has the XTAL connected to XTAL1 and XTAL2?

@yogece And does it also have the GND rail on the breadboard connected to the Uno's GND?

@yogece Finally, do you have any higher value capacitors? Electrolytics will do, 10 uF is good.

@AnindoGhosh i have powered target from UNO board.should i use separate power source for my target

@yogece No that's fine.

@AnindoGhosh now i have added 470u on rail

@AnindoGhosh Maybe the breadboard has a break in the rail (two-part rails?): check that there is a connection where there needs to be one?

@yogece Which rail? The power rails on the breadboard? Can you put a smaller value, say 10 uF, across the power pins of the target MCU itself?

@angelatlarge Valid point. Thanks.

@yogece And make sure that 10 uF is the correct way around.

@AnindoGhosh 470uf on BB power rails

@AnindoGhosh (whew. I didn't want to go 0-for-two)

@AnindoGhosh 10uf also added

@yogece Also, 470 uF is way too high for powering from an Uno's 5V, to may overload / reset the Uno. I would stay with not more than 100 uF on the breadboard rails.

@AnindoGhosh should i replace 470u by 100u

@yogece Ok, just check another thing, as @Angela pointed out: Keep the Uno powered off, and check for continuity across the entire length of each power rail on the breadboard.

@yogece Yes, that would be good.

@AnindoGhosh replaced and tested the continuity

@yogece So we are sure that each breadboard power rail is connected end to end, and is not shorted to any other rail?

@AnindoGhosh yes.sure

@yogece The reason I am asking is: See this answer by @Angela, some breadboards have split rails.

@yogece Must be noted that @AnindoGhosh is at least half-owner of the answer even though he didn't get any credit or rep.

@AnindoGhosh yes. i know because many times i did that

@angelatlarge Oh please. It was your answer, and I was too lazy to bother anyway. :-)

@AnindoGhosh Just giving credit where it is due.

@yogece OK, then sorry for going through that multiple times, people sometimes stumble on that thing.

@AnindoGhosh no problem.my ultimate aim is to get solved my problem

@yogece OK terrific, I think we're ready to do one little bit more now, and then start trying to generate error messages.

@yogece Take yet another 10 uF capacitor, and this time connect it between Reset and Gnd on the Uno. Nothing to be done on the breadboard, just on the Uno. OK?

@yogece Make sure the negative pin of the cap is on the GND line.

@AnindoGhosh done

@yogece Good. Power up the Uno, that should power up the target MCU as well.

@yogece Check if the COM port discovered is the same COM5 as before.

@AnindoGhosh k

@AnindoGhosh same com5

@yogece Good. Now take that AVRdude command line from section 4 of your reference page, edit it for the correct COM port and the correct target MCU. Paste that command line here before executing it, so people here can quickly vet it.

BRB 1 min

@AnindoGhosh k

back

@AnindoGhosh c:\>avrdude -P COM5 -b 19200 -c avrisp -p m8 –n

@yogece I thought you were using an arduino as your programmer...

@AnindoGhosh great.............................sucesssssssssssssssssssssssss

@yogece OK great.

@yogece Awesome!

@AnindoGhosh its successfully read the device ID.next

@AnindoGhosh how can i share the screen shot here

am I allowed to speak @AnindoGhosh?

@AnindoGhosh please next

@yogece Two things to remember: (1) Crystals don't behave well with too high a capacitance to ground, plus breadboards add their own capacitance. (2) Preventing auto-reset on an Uno is different from some other Arduinos, in that using a resistor to Vcc does not always work, but using a 10 uF cap to GND usually works. Without preventing auto-reset, the 'duino itself will reset every time you reset the serial connection, so ArduinoISP will fail. The Leonardo does not need that reset-fixing hack.

@jippie Of course!

@yogece You can just upload it here using the upload button next to the "send" button where you type.

@yogece Now edit this line from the tutorial to suit your environment: COM5, and your HEX filename, etc.

@AnindoGhosh i dont find any upload button near send

@yogece Also edit the -p parameter to m8

@yogece the place where you type text in this chat, there's a "send" button to the right? What's the button after the send button?

@yogece Upload button gets grayed out once you start typing.

@AnindoGhosh no button near to send.i think i may need some higher rep point

@yogece could you link the image?

@coding_corgi where i should put

@yogece imgur.com

@AnindoGhosh it got programmed successfully but target chip not blinking LED.i removed reset from uno and connected 10K with GND on target

@yogece 10k?????? Wow. Please put a 330 Ohms resistor in series with the LED, not 10k.

@AnindoGhosh not with LED.on reset pin of Atmega8(target)

@jippie You are the almost muted one, apparently :)

@yogece Check which pin is defined as the LED pin on the source Blink sketch. Check whether that pin number is valid at all on the target MCU. Then check with a scope or voltmeter whether that pin is pulsing.

@jippie Even though you are god here

@AnindoGhosh yes probe

@yogece Yes probe what where why

@yogece "connected 10K with GND on target" what do you mean by that?

@AnindoGhosh probing the pin with multimeter

@yogece And it is pulsing?

@jippie connecting reset pin of Atmega8 with 10k and GND

try connecting it to Vcc

@angelatlarge yeah @AnindoGhosh told me to shut up ;o)

I'm constantly asking myself if I am not disconnected ;o)

@AnindoGhosh the pin isnt pulsating.i m checking it

@yogece which pin number are you checking on the avr?

@jippie on target,i uploaded led blinking sketch but thats not running

@jippie I remember. Now you and coding_corgi form a semi-natural class.

There may be 2 issues:

- blink is compiled for 16MHz and the controller is probably running @ 1MHz => instead of 1Hz you have 1/16Hz (almost 30 second cycle time)

- you are testing the wrong pin

Once again, in my infinite wisdom, I wrote an infinite loop.

@angelatlarge did you mean to do that?

Hope I didn't drive @AnindoGhosh angry with my teasing

@jippie no, not at all

ok

@jippie Besides, I have too high a regard for you to get angry with you. Irritated sure. :-D

@jippie mmm.. not exactly.

@AnindoGhosh And, @jippie is god here

@AnindoGhosh yeah I seem to induce that with many people

@AnindoGhosh thank you very much indeed for solving my problem

but I have a mental disorder causing that, I cannot help it!

@yogece but are you blinking then?

@jippie checking connections again

@yogece You're welcome.

I'm trying to figure out which pin the blink example should togle.

@jippie thanks jippie

i suspect pin 19, PB5

You use an UNO as programmer, right?

@yogece and an ATmega8 as target, right?

@jippie yes pin 19 only.when i tested all the pins (I/O) its showing only 2.9V but Vcc=5V

I think you have overseen something.

even when keep the controller in reset its 2.9V only where is problem

You are using pdp11.byethost12.com/AVR/ArduinoAsProgrammer.htm , right?

Did you instruct the Arduino IDE to compile for an ATmega8?

@jippie yes

@jippie no

I think you compiled the code for the wrong controller

now i do

@abdullahkahraman i.imgur.com/Mznn9t1.jpg

@yogece If I understand the document you are using correctly, they make a couple false assumptions resulting in a non-working target controller

@yogece whatever you do, your wiring is correct, don't change that.

@jippie now its working.i was using old breadboard now i changed new.your are correct the blinking rate is too slow (because of xtal).how change the clock frequ on arduino IDE

@yogece ahhh very good to hear that

@yogece not sure

@jippie thanks jippie

I would personally change the procedure you use on the PC, I mean not using the arduino IDE to develop software

I personally would develop from command line

and a text editor.

@yogece you have more control and it is easier to set the clock speed of the target device

@yogece I'm happy to explain that, but not today. It is almost time for bed for me.

@jippie then can we discuss by tomorrow

@yogece it is a matter of taste too, so you may not agree with me. But the method you use now has a few limitations that work with the chip you use right now, but if you change anything you may have problems. It is better to understand what you are doing so you can actually troubleshoot problems too

@jippie Congratulations again on reaching 10k!

@angelatlarge yw

@jippie yw?

@jippie Don't let all that power go to your head now...

@CamilStaps I don't know if yw is a good or a bad thing to have done to you.

@CamilStaps We have nothing to fear but fear itself -FDR

The state of my application right now:

@CamilStaps yes

12J means 12 picofarads

I believe J was a tolerance thing

night

@CamilStaps stason.org/TULARC/pc/how_to_read_capacitor_codes.html

Yo yo yo!