Closed avrs-admin closed 2 years ago
Peter Gibson
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.
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
r lf
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
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.
Larry Viesse
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
This bug has been resolved with the December 5, 2013 binary.
Jake Hemmerle
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!
Joerg Wunsch
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.
Jake Hemmerle
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
Joerg Wunsch
Fixed in 6.1.
Jake Hemmerle
Great, thanks for the update.
Larry Viesse larryvc@hotmail.com Tue 03 Dec 2013 06:29:23 PM UTC
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.
This issue was migrated from https://savannah.nongnu.org/bugs/?40794