bugAVR Downloader/UploaDEr - Bugs: bug #15840, pgm_led OFF during initialize

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #15840: pgm_led OFF during initialize

Submitter:  None
Submitted:  Tue 21 Feb 2006 04:29:58 PM UTC
   
 
Category:  None Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  Invalid Privacy:  Public
Assigned to:  joerg_wunsch Originator Name:  Hans Forssell
Originator Email:  -email is unavailable- Open/Closed:  Closed
Release:  None Programmer hardware: 
Device type: 

Fri 01 Sep 2006 09:12:21 AM UTC, comment #1: 

I think your solution is the correct one: use the buffer signal.  This
one is supposed to be active all the time while AVRDUDE has the ISP
connection open.

The program LED is really only meant to be active while AVRDUDE is
writing to the AVR.  Changing its meaning now might alarm other users
who are used to the current behaviour, making them believe they might
change something in their AVR inadvertently when they are actually
only reading.

Joerg Wunsch <joerg_wunsch>
Group administrator
Tue 21 Feb 2006 04:29:58 PM UTC, original submission:  


We have a mux controlled by the pgm_led signal that disconnects the ISP port when not used (pgm_led high). For programming we are using the PONY-STK200 programmer connected to an ATmega128.

avrdude 5.1 does not set the pgm_led to ON during initialize (bitbang_initialize), resulting in that the AVR is not detected.

The current solution is to change the avrdude.conf file to control the pgm_led as if it were the buff signal. A better solution would be to always set the pgm_led ON when accessing the AVR (as PonyProg does?).

Regards
Hans Forssell







Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follow 4 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2006-09-01 joerg_wunsch Assigned toNone joerg_wunsch
    Open/ClosedOpen Closed
2006-09-01 joerg_wunsch StatusNone Invalid
2006-02-21 None Carbon-Copy- Added kopiad --AT-- hotmail --DOT-- com

Back to the top

Powered by Savane 3.13-4b48.
Corresponding source code