[bug #40794] Fuses OK report show values in wrong positions

avrs-admin commented 2 years ago

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

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

avrs-admin commented 2 years ago

Peter Gibson Tue 03 Dec 2013 11:32:09 PM UTC

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

- - - 99 |. |avrdude> r lf

r lf

- - - 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.

avrs-admin commented 2 years ago

Peter Gibson Wed 04 Dec 2013 12:50:49 AM UTC

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.

avrs-admin commented 2 years ago

Larry Viesse Wed 04 Dec 2013 07:58:20 PM UTC

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.

avrs-admin commented 2 years ago

Larry Viesse Fri 06 Dec 2013 06:10:08 AM UTC

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

avrs-admin commented 2 years ago

Jake Hemmerle Wed 26 Feb 2014 05:04:19 AM UTC

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!

avrs-admin commented 2 years ago

Joerg Wunsch Wed 26 Feb 2014 06:53:40 AM UTC

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.

avrs-admin commented 2 years ago

Jake Hemmerle Thu 27 Feb 2014 02:14:19 AM UTC

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

avrs-admin commented 2 years ago

Joerg Wunsch Wed 12 Mar 2014 11:39:13 PM UTC

Fixed in 6.1.

avrs-admin commented 2 years ago

Jake Hemmerle Wed 12 Mar 2014 11:40:57 PM UTC

Great, thanks for the update.

avrdudes / avrdude

[bug #40794] Fuses OK report show values in wrong positions #318

Sample program output