| Author |
Message |
|
|
Posted: Jul 07, 2012 - 09:15 AM |
|

Joined: Feb 23, 2010
Posts: 47
|
|
I have about 30 PCBs that I populated with SMD components using the "Skillet reflow method". I have a pogo pin jig to connect an AVRISPMK2 to this board. Some boards I can program just fine using winavr on vista ( this PC also has studio 4 and 6 installed ), but the majorty of boards I am trying to program fail with the following output below.
I have tried 2 different programmers and some boards that I am able to program once, I cannot return to and reprogram with reliability.
Any thoughts would be appreciated.
-Pete
Code:
> "make.exe" program
avrdude -c avrisp2 -P usb -B 10 -p attiny85 -U lfuse:w:0xc2:m -U hfuse:w:0xd5:m -U efuse:w:0xff:m -v -U flash:w:main.hex
avrdude: Version 5.10, compiled on Jan 19 2010 at 10:45:23
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "C:\WinAVR-20100110\bin\avrdude.conf"
Using Port : usb
Using Programmer : avrisp2
Setting bit clk period : 10.0
avrdude: usbdev_open(): Found AVRISP mkII, serno: 000200102160
AVR Part : ATtiny85
Chip Erase delay : 4500 us
PAGEL : P00
BS2 : P00
RESET disposition : possible i/o
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 6 4 0 no 512 4 0 4000 4500 0xff 0xff
flash 65 6 32 0 yes 8192 64 128 4500 4500 0xff 0xff
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
calibration 0 0 0 0 no 2 0 0 0 0 0x00 0x00
Programmer Type : STK500V2
Description : Atmel AVR ISP mkII
Programmer Model: AVRISP mkII
Hardware Version: 1
Firmware Version Master : 1.17
Vtarget : 5.0 V
SCK period : 10.37 us
avrdude: stk500v2_command(): command failed
avrdude: stk500v2_command(): unknown status 0xc9
avrdude: stk500v2_program_enable(): cannot get connection status
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
avrdude done. Thank you.
make.exe: *** [program] Error 1
|
|
|
| |
|
|
|
|
|
Posted: Jul 07, 2012 - 10:19 AM |
|

Joined: Feb 12, 2005
Posts: 16320
Location: Wormshill, England
|
|
I would guess that your soldering is not 100%.
Or your pogo-pins are not the full ticket.
Or some components have got too hot in the frying process.
David. |
|
|
| |
|
|
|
|
|
Posted: Jul 07, 2012 - 01:06 PM |
|

Joined: Feb 23, 2010
Posts: 47
|
|
Thanks David,
I was thinking the same things.
Quote:
I would guess that your soldering is not 100%.
I rang out the µC pin to ISP connector successfully on several of the failed boards.
Quote:
Or your pogo-pins are not the full ticket.
The jig I made is a bit daft. I guess I should try to make a better one.
Quote:
Or some components have got too hot in the frying process.
I unsoldered my attiny85 from one failed board and replaced it with a new hand soldered µC and the problem persisted.
I am leaning towards the pogo pin jig at this point. |
|
|
| |
|
|
|
|
|
Posted: Jul 08, 2012 - 12:20 AM |
|


Joined: Mar 28, 2001
Posts: 20381
Location: Sydney, Australia (Gum trees, Koalas and Kangaroos, No Edelweiss)
|
|
| Nothing to do with AS6 it seems, moving to the AVR forum. |
_________________ John Samperi
Ampertronics Pty. Ltd.
www.ampertronics.com.au
* Electronic Design * Custom Products * Contract Assembly
|
| |
|
|
|
|
|
Posted: Jul 08, 2012 - 02:17 AM |
|


Joined: Dec 11, 2007
Posts: 6849
Location: Cleveland, OH
|
|
Although the jig could be the problem, it could also be ANYWHERE else in the circuit.
A bad power supply will cause it to fail.
Using and external crystal? A poor connection to the crystal or its caps, and their connections to ground will cause it to fail.
A poor connection to a by-pass cap can give erratic or complete failure.
The list goes on and on.
The fact that several of the PCBs work is a good thing, as it tells you that that design, and layout, and software CAN work, if the assembly, and programming connector(s), work.
If you have a bunch of failures you could certainly try re-soldering one by hand, or re-reflowing it, and seeing if it then works properly.
JC |
|
|
| |
|
|
|
|
|