AVR Downloader/UploaDEr - Bugs: bug #22248, Read efuse error
You are not allowed to post comments on this tracker with your current authentication level.
bug #22248: Read efuse error
Submitter: | None | ||
Submitted: | Thu 07 Feb 2008 09:21:31 AM UTC | ||
Category: | None | Severity: | 3 - Normal |
Priority: | 5 - Normal | Item Group: | None |
Status: | Invalid | Privacy: | Public |
Assigned to: | joerg_wunsch | Originator Name: | SimonQian |
Originator Email: | -email is unavailable- | Open/Closed: | Open |
Release: | None | Programmer hardware: | |
Device type: |
Mon 06 Oct 2014 01:39:11 PM UTC, comment #2: |
Joerg Wunsch <joerg_wunsch>![]() ![]() |
Thu 07 Feb 2008 09:52:05 AM UTC, comment #1: You don't write which AVR this is about. As the JTAG ICE
|
Joerg Wunsch <joerg_wunsch>![]() ![]() |
Thu 07 Feb 2008 09:21:31 AM UTC, original submission:
I tried to read fuses bits in avrdude, and both lfuse and hfuse are OK under safemode, but efuse is read as 0.
|
Anonymous |
Depends on the following items: None found
Items that depend on this one: None found
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 |
---|---|---|---|---|---|
2010-04-18 | joerg_wunsch | Privacy | Private | ![]() |
Public |
2008-02-07 | joerg_wunsch | Status | None | ![]() |
Invalid |
Assigned to | None | ![]() |
joerg_wunsch | ||
2008-02-07 | None | Attached File | - | ![]() |
Added info.log, #14983 |
I implemented a partial fix, by unifying the behaviour between
different AVRs. Thus, for the following devices, the efuse
definition has been changed to no longer mask off bits in
output:
m168, m328, m48, m88, t1634, t26, t261, t461, t861, t88
(For t26, it's actually hfuse rather than efuse.)
Not touching the following historic devices:
2333, 4433, 4434, 8535, m103, m161, m163
For these devices, the fuses are not documented to form a full
byte, and the bit definitions for reading and writing them are
rather obscure. Thus, avrdude.conf.in better keeps conforming
to what is written in those datasheets.
Not yet done: turning all bits that are marked "x" when
writing into "don't care" when comparing them.