Programming Failures

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

Hi Gang,

I really frustrated with my ATMega8515s tonight.

I am using a Compaq 1.8 Ghz, with XP Home, GiveIO, Avrdude 4.3.

I have 26 devices in front of me. They all have the same date code. They are all fresh from the distributor.

I have a vector board with an Emulation Technology LQFP zif socket on it. It also has a +5v power supply, a reset circuit, a 8mhz crystal with two caps and 10 segment bargraph LED.

20 devices program satisfactorily, 6 fail repeatedly.

I have LEDs connected to the MOSI, MISO, SCK, Reset, +5V, PA0-PA4.

I can insert any part and try to program it. The failures always fail and the pass always pass.

Observing the LEDs on the failures I never see any change of state on the MISO line. Pin 2, PB6. I do see it on the devices that pass.

The command line and program output is shown below.

C:\Projects\BLACKH~1\AAV-88>avrdude -c picoweb -p m8515 -F -e -v

avrdude: Version 4.3.0
Copyright (c) 2000-2003 Brian Dean, bsd@bsdhome.com

System wide configuration file is "C:\WinAVR\bin\avrdude.conf"

Using Port : lpt1
Using Programmer : picoweb
AVR Part : ATMEGA8515
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PA0
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Memory Detail :

Page Polled
Memory Type Paged Size Size #Pages MinW MaxW ReadBack
----------- ------ ------ ---- ------ ----- ----- ---------
eeprom no 512 0 0 9000 9000 0xff 0xff
flash yes 8192 64 128 4500 9000 0xff 0xff
lfuse no 1 0 0 2000 2000 0x00 0x00
hfuse no 1 0 0 2000 2000 0x00 0x00
lock no 1 0 0 2000 2000 0x00 0x00
calibration no 1 0 0 0 0 0x00 0x00
signature no 3 0 0 0 0 0x00 0x00

Programmer Type : PPI
Description : Picoweb Programming Cable, http://www.picoweb.net/
VCC = 0x00 (not used)
BUFF = 0x00 (not used)
RESET = 2
SCK = 3
MOSI = 4
MISO = 13
ERR LED = 0
RDY LED = 0
PGM LED = 0
VFY LED = 0

avrdude: AVR device not responding
avrdude: initialization failed, rc=-1
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0xffffff
avrdude: Yikes! Invalid device signature.
avrdude: erasing chip
avrdude: AVR device not responding

avrdude done. Thank you.

Does anyone have a clue why 20% of my devices are failing?

Jeff
www.jldsystems.com

Jeff Dombach, JLD Systems
"We do the stuff behind the buttons!"
Your source for embedded solutions with a 100% Guarantee.
http://www.jldsystems.com
Phone 717.892.1100

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

Hi,

First it is possible communications is unreliable - the parallel port isn't perfect. Try a different computer (especially one running Windows 9x).

Also it is possible the ISP is disabled, that that is more unlikely than just communications trouble because of the cheap programmer design.

Something like the AVR-ISP would be more reliable...

-Colin

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

Colin,

I would agree about the unreliable nature of the port and the cheap programer, except the same 6 parts fail no matter how I mix them with the 20 that always program.

In addition, I have never had a failure (at least 30 units) using the same pc and cable to the isp port I designed on the production pcb.

However, I will try another pc with Win98.

Can anyone offer any additional suggestions?

Thanks,
Jeff

Jeff Dombach, JLD Systems
"We do the stuff behind the buttons!"
Your source for embedded solutions with a 100% Guarantee.
http://www.jldsystems.com
Phone 717.892.1100

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

(Temporarily) replace the 8 MHz crystal with a TTL-output oscillator. It's possible that in the process of changing the clock source from internal RC to the external crystal something may have gone wrong.

In all likelihood, the clock/crystal inputs will respond to a TTL clock input since that's sort of compatible with all clock modes.

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

Today I received 10 new parts from Digikey. Every one programmed and verified the first time. I'll try a ttl clock and see if that helps.

Thanks,
Jeff

Jeff Dombach, JLD Systems
"We do the stuff behind the buttons!"
Your source for embedded solutions with a 100% Guarantee.
http://www.jldsystems.com
Phone 717.892.1100