Yahoo Groups archive

AVR-Chat

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

Message

RE: [AVR-Chat] My ISP suddenly quit working! Has anyone seen this before?

2005-07-22 by wbounce

I see this all the time. I usually just turn the board off make sure the
connections are right and retry it. 
If I still get it then I take a really close look at my cable. Didn't
you also say you had sensor causing problems on port D and port B. I
have added a big delay (1 ro 2 seconds) to the beginning of my code
before do much of anything especially before I init my UART0 which I
think used the same pins as the programmers. 



-----Original Message-----
From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On
Behalf Of Mike Ross
Sent: Monday, July 18, 2005 5:41 PM
To: AVR-Chat@yahoogroups.com
Subject: [AVR-Chat] My ISP suddenly quit working! Has anyone seen this
before?


Man,

I finally got everything assembled.  I had been slowly working out
program bugs, downloading via ISP using avrdude under Linux.  With no
apparent cause, the following screen came back upon attempting to
download my latest version:


    [root@Linuxmachine avrtest]# make flash
    avrdude -p m128 -c stk500  -P /dev/ttyS0 -U flash:w:avrtest.hex

    avrdude: stk500_program_enable(): failed to enter programming mode
    avrdude: initialization failed, rc=-1
             Double check connections and try again, or use -F to
override
             this check.

    avrdude done.  Thank you.
    make: *** [flash] Error 1

Now, it had been running fine, I was making only minor program changes,
and the connections were fine. So I re-executed avrdude with -F, and
got:


    [root@Linuxmachine avrtest]# avrdude -F -p m128 -c stk500  -P
/dev/ttyS0 -U  flash:w:avrtest.hex

    avrdude: stk500_program_enable(): failed to enter programming mode
    avrdude: initialization failed, rc=-1
    avrdude: AVR device initialized and ready to accept instructions
    
    Reading | ################################################## | 100%
0.06s
    
    avrdude: Device signature = 0x000000
    avrdude: NOTE: FLASH memory has been specified, an erase cycle will
be performed
             To disable this feature, specify the -D option.
    avrdude: erasing chip
    avrdude: stk500_program_enable(): failed to enter programming mode
    avrdude: reading input file "avrtest.hex"
    avrdude: input file avrtest.hex auto detected as Intel Hex
    avrdude: writing flash (6442 bytes):
    
    Writing | ################################################## | 100%
5.04s
    
    avrdude: 6442 bytes of flash written
    avrdude: verifying flash memory against avrtest.hex:
    avrdude: load data flash data from input file avrtest.hex:
    avrdude: input file avrtest.hex auto detected as Intel Hex
    avrdude: input file avrtest.hex contains 6442 bytes
    avrdude: reading on-chip flash data:
    
    Reading | ################################################## | 100%
3.63s
    
    avrdude: verifying ...
    avrdude: verification error, first mismatch at byte 0x0000
             0x0c != 0x00
    avrdude: verification error; content mismatch
    
    avrdude done.  Thank you.


Has anyone ever seen anything like this before?  Maybe my ISP programmer
went bad?  I know I haven't used too many write cycles. 
The MAVRic board seems OK, it keeps running the last program I
successfully loaded.  I'm really stumped on this one, dead in the water.
Thanks for any advice!

Mike Ross

My apologies if this shows up twice....








 
Yahoo! Groups Links

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.