Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Message

Re: [AVR-Chat] Probs with ATMega 16 (after programming)

2004-02-03 by Ivan Vernot

Marcus,
I have no solution but a couple of suggestions - HTH
1.Take the MCU that does not run on Board 2 (the non working board) and
program it with the .hex file for Board 1 (the b board that does work!).
Plug the micro into Board 1 and this will prove whether micro is faulty.
2. Check the fuse bits (yes again ;-)) Check you BOD bits (you don't say
what the difference between Board 1 and Board 2 is. Are the both 5V VCC? Is
one 3V and the other 5V?)
3. Check your Rest line. If the Xtal runs - is the micro being held in
reset?
4. Take the non working code and strip everything except a bit toggle (or
LED blink) in the main loop and program the no working board with that -
check that the simple program is working. (you might not be setting up the
stack properly for example.)

Try these things and let us know how you get on. Good Luck.

Ivan Vernot


----- Original Message -----
From: "Marcus Klein" <klein@unix-ag.org>
To: <AVR-Chat@yahoogroups.com>
Sent: Wednesday, February 04, 2004 3:52 AM
Subject: [AVR-Chat] Probs with ATMega 16 (after programming)


> Hi AVR-world!
>
> I have problems programming an ATMega 16 device via ICSP on two
> application boards I
> designed (two different boards with different applications). The first
> one works fine but as I finished
> the second one today and put a blank ATMega in for programming, the
> following occured:
> Programming and verification were reported to be ok, but nothing happens
> (althoug the XTal runs).
> Ports are all low or High-Z (couldn't measure that in circuit). I closed
> the programmer, reopened it and
> read the complete MCU-Memory and E2PROM - all ok. Next I put the
> controller on the second
> application board and programmed (also with the same ICSP-Interface) the
> suiting hex-file - cycle ok,
> XTal runs - noting happens.
>
> I've checked for short circuits, low voltages, proper RESET-line
> handling and couldn't find any errors.
> I Used PonyProg to flash the hex-files and a simple COM-Port to
> MSIO/MOSI/SCK/RESET - interface
> that I used for a longer time on different MCUs.
>
> I tried out a second device, programmed it first on the second board -
> nothing, reprogrammed it on the
> running board - nothing. You can only write, erase and read the device
> but it does not run anymore...
>
> I didn't try to put a MCU on the first board for programming because of
> the different port config.
>
> For hell's sake - I tried the whole afternoon, without any flashing idea
> or any hint or help. I hope there
> is anybody out there who can help me in this case. Thanks a lot to all
> who try...
>
> I can't get rid of the feeling, that I killed the two MCUs someway - I
> don't want to kill the next ones I have
> to order tomorrow...
>
> Hope for help
>
> Marcus
>
>
>
>
>
>
> Yahoo! Groups Links
>
> To visit your group on the web, go to:
> http://groups.yahoo.com/group/AVR-Chat/
>
> To unsubscribe from this group, send an email to:
> AVR-Chat-unsubscribe@yahoogroups.com
>
> Your use of Yahoo! Groups is subject to:
> http://docs.yahoo.com/info/terms/
>
>


Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.