Kann bei meinem ATMega644 die Fusebits nicht verstellen.

[Dave (Gast)]

Hallo Forum !

Nachdem ich bei meinem verfusten ATMega644 schon mit ISP, als auch über 
JTAG und PP versucht habe die Fusebits zu verstellen und dies immernoch 
nicht klappt, dachte ich ich wende mich an euch.

Also die Signature stimmt und auch auslesen der Fuses geht einwandfrei 
(mit allen drei Methoden). Nur umstellen kann ich die Fusebits eben 
nicht.
Auch Flash auslesen geht, Lockbits auslesen geht auch, nur das 
beschreiben geht gar nicht.

Übrigens benutze ich einen AVR-Dragon um zu Flashen.

Noch der Command Output aus dem AVR-Studio:

Setting device parameters.. OK!
Entering programming mode.. OK!
Writing fuses address 0 to 2.. 0x3D, 0x99, 0xFC .. OK!
Reading fuses address 0 to 2.. 0x7D, 0x99, 0xFC .. OK!
WARNING: Fuse bits verification..  FAILED
Leaving programming mode.. OK!


Ich hoffe ihr könnt mir helfen !

[Marius W. (mw1987)]

Hilft ein Chip-Erase?

MfG
Marius

[Dave (Gast)]

Leider nicht.

Habe ich auch schon probiert und funktioniert einwandfrei.

Nur ich kann die Fuses danach trotzdem nicht umstellen :(

[Andreas (Gast)]

Setz mal die ISP-Frequenz runter auf 125Hz

[Dave (Gast)]

Geht leider auch nicht ... habe sie auch schon auf 10Hz runtergestellt 
...

[Tim H. (hotty)]

Vielleich falschen Device? Probier einfach mal den MEGA64

[spess53 (Gast)]

Hi

>Vielleich falschen Device? Probier einfach mal den MEGA64

???????????

MfG Spess

[Andreas (Gast)]

Kann er denn die ID noch lesen ?

[Hc Z. (mizch)]

> Writing fuses address 0 to 2.. 0x3D, 0x99, 0xFC .. OK!
> Reading fuses address 0 to 2.. 0x7D, 0x99, 0xFC .. OK!
> WARNING: Fuse bits verification..  FAILED
> Leaving programming mode.. OK!

Der Unterschied liegt in Bit 6 der Extended High Fuse.  Da die oberen 5 
Bits (Bit 7 .. 4) ohne Bedeutung sind, kannst Du die Fehlermeldung 
Deinen Hasen verfüttern.  Die Fuses, auf die es ankommt, stimmen.

Etwas erstaunlich finde ich zwar, dass die oberen Bits nicht 1 
zurückmelden, was sie lt. Datenblatt sollten.  Aber da Du sie explizit 
programmiert (0 gesetzt) hast, obwohl sie lt. Datenblatt 1 programmiert 
werden sollten, würde ich sagen: Wo der Input putt ist, ist der Output 
auch putt.

(Edit: Bits und Bytes velwechsert.)

[Dave (Gast)]

> Der Unterschied liegt in Bit 6 der Extended High Fuse.  Da die oberen 5
> Bits (Bit 7 .. 4) ohne Bedeutung sind, kannst Du die Fehlermeldung
> Deinen Hasen verfüttern.  Die Fuses, auf die es ankommt, stimmen.

> Etwas erstaunlich finde ich zwar, dass die oberen Bits nicht 1
> zurückmelden, was sie lt. Datenblatt sollten.  Aber da Du sie explizit
> programmiert (0 gesetzt) hast, obwohl sie lt. Datenblatt 1 programmiert
> werden sollten, würde ich sagen: Wo der Input putt ist, ist der Output
> auch putt.

> (Edit: Bits und Bytes velwechsert.)

Na ja ... laut meiner Fehlermeldung ist das High Nibble der Extended 
Fuse auf "f" was laut deiner aussage auch so sein sollte. Daher verstehe 
ich nicht ganz was du bezwecken wolltest. Aber trotzdem Danke.

[Dave (Gast)]

also das bit 4 hat auch eine 1

[Hc Z. (mizch)]

Kommt beim Studio die Extended Fuse zuletzt?  Falls ja, lag ich falsch. 
Ich verwende kein AVR Studio (nur zum Updaten der Firmwares von Dragon 
und MKII).  Von avarice und avrdude bin ich eine andere Reihenfolge 
gewohnt.