bugAVR Downloader/UploaDEr - Bugs: bug #40794, Fuses OK report show values in...

 
 

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

bug #40794: Fuses OK report show values in wrong positions

Submitter:  None
Submitted:  Tue 03 Dec 2013 06:29:23 PM UTC
   
 
Category:  None Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  Fixed Privacy:  Public
Assigned to:  joerg_wunsch Originator Name:  Larry Viesse
Originator Email:  -email is unavailable- Open/Closed:  Closed
Release:  None Programmer hardware: 
Device type: 

Jump to the original submission

Wed 12 Mar 2014 11:40:57 PM UTC, comment #9: 

Great, thanks for the update.

Jake Hemmerle <jakelikescake123>
Wed 12 Mar 2014 11:39:13 PM UTC, comment #8: 

Fixed in 6.1.

Joerg Wunsch <joerg_wunsch>
Group administrator
Thu 27 Feb 2014 02:14:19 AM UTC, comment #7: 

Joerg,

Thanks for the reply, I didn't even think to check for other reasons the MinGW32 was rebuilt and fixed. I've recompiled it myself (partially to prove to myself I could do it) and it works like a charm. Thanks for the information!

Jake

Jake Hemmerle <jakelikescake123>
Wed 26 Feb 2014 06:53:40 AM UTC, comment #6: 

We do not provide Linux binaries.  That's up to your distro's
maintainer.

However, as the bug is only cosmetic, no new release has been
rolled since.  That might explain why you don't see it yet in
your favorite Linux distribution.  (The Windows binary mentioned
here has been rolled for completely different reasons, which
only affected the MinGW32 build, and required some testing on
Windows.)

If it really bothers you too much to see the values in the
wrong order, you'd have to recompile an SVN version yourself.

Joerg Wunsch <joerg_wunsch>
Group administrator
Wed 26 Feb 2014 05:04:19 AM UTC, comment #5: 

Hello, this has been fixed in the WINDOWS December 5, 2013 binary, but not the Linux binary. If someone could fix this and reupload it, I'm sure it would be quite helpful for others. Thanks!

Jake Hemmerle <jakelikescake123>
Fri 06 Dec 2013 06:10:08 AM UTC, comment #4: 

This bug has been resolved with the December 5, 2013 binary.

Larry Viesse <larryvc>
Wed 04 Dec 2013 07:58:20 PM UTC, comment #3: 

The first line in my initial bug report has the wrong date:

"Here is the output of the MinGW windows binary build 6.0.1 dated 11/29/2013."

Should be:

"Here is the output of the MinGW windows binary build 6.0.1 dated September 18, 2013."

Based on that date I saw that the error I reported may have been fixed in an update performed on 9/22/2013 per Bug #40085.

I am assuming that a rebuild of the Windows binary to reflect the changes was not performed and will try to rebuild avrdude from the sources.


Larry Viesse <larryvc>
Wed 04 Dec 2013 12:50:49 AM UTC, comment #2: 

Sorry the "ef memory type not defined for part ATmega164p" seems to be a separate bug relating to changes in "avrdude.conf". I'll create a new bug report.

My previous comment about confirming this bug (with the hf & ef values reversed) still stands though.

Peter Gibson <petegibson>
Tue 03 Dec 2013 11:32:09 PM UTC, comment #1: 

I can confirm this bug (v6.0.1 from Macports). Note that avrdude correctly reports the hf value as 0x99, however it states:

"ef" memory type not defined for part "ATmega164P"

which is incorrect. When exiting terminal mode, the values for EF,HF and LF are then shown by safemode to be:

avrdude: safemode: Fuses OK (H:FF, E:99, L:62)

note that ef seems to now be supported for this chip, however the values for HF and EF are reversed as stated in the original bug report.

---------------------
Sample program output
---------------------

avrdude -c usbtiny -p atmega164p -P usb -B 8 -t

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e940a
avrdude> r hf

>>> r hf

0000  99                                                |.               |

avrdude> r lf

>>> r lf

0000  62                                                |b               |

avrdude> r ef

>>> r ef

"ef" memory type not defined for part "ATmega164P"
avrdude> q

>>> q


avrdude: safemode: Fuses OK (H:FF, E:99, L:62)

avrdude done.  Thank you.

Peter Gibson <petegibson>
Tue 03 Dec 2013 06:29:23 PM UTC, original submission:  

Here is the output of the MinGW windows binary build 6.0.1 dated 11/29/2013.

Note that the Fuse report at the end of the report indicates the high fuse value (H) in the extended fuse (E) position and visa-versa.  The low fuse value (L) is correct as are the individual fuse reports.

I think I remember this being a n issue in an earlier version of avrdude if my memory serves me right.

C:avrdude>avrdude -c pickit2 -p t2313 -v

avrdude: Version 6.0.1, compiled on Sep 18 2013 at 08:20:41
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "C:avrdudeavrdude.conf"

         Using Port                    : usb
         Using Programmer              : pickit2
Device 0230DCB8 seemed to open OK.
         AVR Part                      : ATtiny2313
         Chip Erase delay              : 9000 us
         PAGEL                         : PD4
         BS2                           : PD6
         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        128    4      0  4000  4500 0xff 0xff
           flash         65     6    32    0 yes      2048   32     64  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 : pickit2
         Description     : MicroChip's PICkit2 Programmer

avrdude: MicroChip's PICkit2 Programmer firmware version 2.32.0
program_enable(): sending command. Resp = 0 0 53 0
avrdude: AVR device initialized and ready to accept instructions

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

avrdude: Device signature = 0x1e910a
avrdude: safemode: lfuse reads as A4
avrdude: safemode: hfuse reads as DF
avrdude: safemode: efuse reads as FF

avrdude: safemode: lfuse reads as A4
avrdude: safemode: hfuse reads as DF
avrdude: safemode: efuse reads as FF
avrdude: safemode: Fuses OK (H:FF, E:DF, L:A4)

avrdude done.  Thank you.

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

 

Carbon-Copy List
  • -email is unavailable- added by joerg_wunsch (Posted a comment)
  • -email is unavailable- added by jakelikescake123 (Posted a comment)
  • -email is unavailable- added by larryvc (Posted a comment)
  • -email is unavailable- added by petegibson (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)
  •  

    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 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-03-12 joerg_wunsch Open/ClosedOpen Closed
    2014-02-26 joerg_wunsch StatusNone Fixed
        Assigned toNone joerg_wunsch

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code