Atmgea 32 abgeschossen mit Fuse-Bits???

[semicolon]

ich habe leider keinen anderern Quarz für meine alten at80c2051. Ich hoffe dass das reichen wird. Du meinst also, dass ich mit diesem ein Tak-Signal generiere und das mit dem Xtal1 vom mega32 verbinden soll???

[semicolon]

ok ich habe es geschaft und konnte mit meinem alten at80c2051 ein Clock erzeugen mit etwa 100us Intervall. Das alte Programm auf meinem atmega32 läuft wieder. Wie kann ich nun die Fuses wieder in den Auslieferungszustand stellen und dass er wieder die Signatur des AVR erkennt, denn die steht immer noch auf 0xffff.

Muss ich ihn jetzt irgendwie reseten oder so?

[semicolon]

Also wenn ich versuche die Fuses wieder richtig zu setzten kommt folgende Meldung bei avrdude:

C:\>avrdude -p m32 -c bsd -P lpt1 -F -u -U hfuse:w:0xef:m

avrdude: AVR device not responding
avrdude: initialization failed, rc=-1
avrdude: AVR device initialized and ready to accept instructions

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

avrdude: Device signature = 0xffffff
avrdude: Yikes! Invalid device signature.
avrdude: reading input file "0xef"
avrdude: writing hfuse (1 bytes):

Writing | | 0% 0.00s ***failed;
Writing | ################################################## | 100% 0.11s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xef:
avrdude: load data hfuse data from input file 0xef:
avrdude: input file 0xef contains 1 bytes
avrdude: reading on-chip hfuse data:

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

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0xef != 0xff
avrdude: verification error; content mismatch

avrdude done. Thank you.

Kann jemand etwas damit anfangen? Was muss ich noch ändern???

[tobimc]

HI!

Das ist doch schonmal eine richtig gute Nachricht!
Beschreib mal genauer, was er jetzt tut, und / oder nicht tut.
Da du aber parallel programmierst, sollte es eigentlich keine Probleme beim wiederherstellen der fuses geben.

Kenn nich leider mit avrdude nicht so aus. Ich benutz immer das AVRstudio...

VLG Ts

[semicolon]

das Problem ist, dasss ich kein STK500 Board habe und deshalb kann ich nicht im AVRStudio programmen oder ich wüsste nicht wie.

Mein einziges Problem ist jetzt nur noch, dass ich die Fuses nicht setzten kann. Kommt eben immer gepostete Meldung die weiter oben steht.

Ich programmiere übrigens mittels lpt1 Port über 220Ohm Widerstände an den Port sck, reset, mosi, miso!

Jedenfalls läuft mein altes testprogramm wieder, welches 2 LED zum toggeln bringt. Jedenfalls geht das wieder.

Ererkennt einfach die Signatur nicht wieder des AVR. Ich kann das verifying unterdrücken aber schreiben kann er die fuses trotzdem nciht. Kommt einfach die Meldung das er nicht an Adresse 0x0000 des hfuse schreiben kann.

Könnte ich auch das AVRStudion einrichten, dass die Methode wie ich programmierer funktioniert?? Kenn mich zuwenig mit avrstudion aus.

[VictimOfMyOwn]

hi ho...

ich hätte nochmal ne frage zum wiederbeleben des atmega...

hab auch noch nen "verfuseden" atmega8 liegen. habe auf nem anderen experimentierbard noch nen 2051 mit frequenzgenerator - programm drauf gehabt und das signal in den atmega8 eingespeist...wiedererwecken ließ er sich so aber leider nicht.

der 2051 wurde von einem 12mhz quarz getaktet, wodurch er ja mit 1mhz arbeitet. ich dachte immer es geht nicht, weil die frequenz zu niedrig ist.

frage mich wie das bei dir mit einem 100khz signal gefunzt hat o.O

mfg

[semicolon]

ja sorry habe mich verschrieben. Ist mein Fehler. Ich habe an meinem 2051 einen 4MHz Quarz und da komme ich nur auf 333.33 kHz. Ich denke das ist auch eher zu wenig. Oder was meinst du?

Hast du keine Chance gehabt die Fuses wieder zur richten?

[tobimc]

HI

ich habs damals auch mal mit 33KHz probiert... könnt ihr vergessen...
Das teil braucht mindestens ein paar MHz, dass es gescheit funzt.

Wie gesagt, ich würde das Taktsignal direkt am Quarzeingang abgreifen. (Frage: Warum liest hier eigentlich keiner was ich schreibe?!)
Das ist keine schöne Lösung, aber kurzzeitig darf man das.

Wenn ihr ne höhere Frequenz habt, ist einfach mehr spielraum für Toleranzen.

Hm Warum du deine Signatur nichtmehr lesen/schreiben kannst weis ich jetzt auch nicht. KÖNNTE allerdings sein, dass du die Lockbits auch naja sagen wir mal verändert hast...
und wenn das so ist... viel Spaß mit deinem Blinklicht...

VLG Ts

[ogni42]

Wiederbeleben:

Es reicht ein Takt von 500kHz locker! Es kommt nur darauf an, dass die Programmierfrequenz <1/4 der Taktfrequenz ist.

[semicolon]

Ok dann kann ich die Geschichte mit dem at80c2051 eh vergessen, da ich nur eine 4Mhz Quarz habe. Dann kann meinen atmega32 so nicht retten.

Ich versteh nicht ganz wie du das gmeint hast:

"Wie gesagt, ich würde das Taktsignal direkt am Quarzeingang abgreifen."

Kann mir das bildlich nicht vorstellen wie das Hardwaremässig aussehen sollte.

Gruss