AVR Dragon MISO Pin failed?

Go To Last Post
9 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I have been programming several attiny44 chips with my new AVR Dragon. They are programmed using the ISP connector hooked up to an external board with nothing but a LM7805 and support components, and a DIP socket, and the ISP header.

I am using AVR Studio 4.13 SP2. During a programming session, a chip failed to verify. I hit the button to read device signature, without changing the programming frequency of 6.125kHz, and it read back with all 0x00 0x00 0x00.

I have retested the Dragon on a known-good target board's ISP, but was unable to read the chip's signature (this one is a ATMega 168 that was previously programmed in circuit successfully, and with no fuses set.).

Using my other workstation running Ubuntu, avrdude returns

timgoh0@oghma:~$ avrdude -v

avrdude: Version 5.5, compiled on Nov 10 2007 at 00:07:28
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/home/timgoh0/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping


avrdude: no programmer has been specified on the command line or the config file
         Specify a programmer using the -c option and try again


timgoh0@oghma:~$ avrdude -c dragon_isp -p t44 -P usb -t

avrdude: stk500v2_jtagmkII_recv(): failed
avrdude: AVR device initialized and ready to accept instructions

Reading |                                                    | 0% 0.00savrdude: stk500v2_jtagmkII_recv(): failed
avrdude: stk500v2_cmd(): short reply, len = 0
avrdude: stk500v2_jtagmkII_recv(): failed
avrdude: stk500v2_cmd(): short reply, len = 0
Reading | #################                                  | 33% 1.02savrdude: stk500v2_jtagmkII_recv(): failed
avrdude: stk500v2_cmd(): short reply, len = 0
Reading | ################################################## | 100% 1.52s

avrdude: Device signature = 0x000000
avrdude: Yikes!  Invalid device signature.
         Double check connections and try again, or use -F to override
         this check.

avrdude: stk500v2_jtagmkII_recv(): failed

avrdude done.  Thank you.

Plugging a AVR Butterfly via the JTAG port allows intermittent successful reads of the atmega168's signature, but it occasionally fails, reading the first byte as 0x3f.

Suggestions? Or have I joined the ranks of dragon slayers?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:
programming frequency of 6.125kHz,
Why this low? Is your clock 32KHz or something?

The Dragon's buffers may have died of course. You can get the chips but likely to completely destroy the Dragon as they are SOOOOO tiny.

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

js wrote:
Why this low? Is your clock 32KHz or something?

I'm using the attiny44 with intosc, and the clkdiv8 flag set, so the internal clock should be 1MHz. I've tried the 125kHz setting, and was unable to get a non-zero device id either.

Yes, I know the parts are SMD. No, I don't have the confidence to replace them. My vision is failing. Is there any way to verify board functionality?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Unfortunately I'm a Studio user so can't help much. (I find the above very confusing)

Quote:
I know the parts are SMD
I thought they may have been dip from this
Quote:
and a DIP socket,

I guess the only way to find out if it is your programmer or the board/chip is to try another programmer.
Quote:
Plugging a AVR Butterfly via the JTAG port
I'm confused, what do you mean by the JTAG port? No such thing on the T44.

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If you have replaced everything (PC, operating system, dev board, AVR, programmer software, cables, connector, power supply, USB hub), and the only component unchanged is the Dragon, then I'd say there is a big chance the Dragon is broken.

There is a rumor that Atmel replaces broken AVRs. Contact your supplier about it.

Stealing Proteus doesn't make you an engineer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

js wrote:
I'm confused, what do you mean by the JTAG port? No such thing on the T44.

I tested the Dragon with a spare known-working AVR Butterfly I had lying around via the JTAG port.

Also, the parts I'm referring to were the SMD components on the Dragon. I do not have the ability to replace individual components on the Dragon due to the part size.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Ok I understand now. So the Dragon's JTAG port works, ISP/DW not working.

I did try to repair my Dragon but I made a bit of a mess with it :( Got DW working again, but I have to enable the DW fuse with something else.

Not sure if the JTAG pins are also shared by ISP. I think reset is.

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hmm, tracing the board visually and with an ohmmeter indicates that some of the pins are shared. I'm suspecting that MISO, MOSI and the clock lines are shared.

Ah well, it's back to the bitbang programmers.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

This story has a happy ending! The nice folks at Digi-key, from whom I bought the AVRDragon from, have shipped me a replacement at no cost! I now have two AVRDragons, one faulty and the other one works nicely.

Kudos to Mr. Kevin Chow from Digi-Key's Technical Support department!

Now, does anyone here have the equipment and the time to want to experiment on the dead Dragon? Or suggestions on what to do with it? I wonder if Atmel wants it back for failures analysis.