Druckbare Version
Hallo Leute
Ich hatte endlich mal Zeit um das Hight Fuse Bit auszulesen. Leider ist dies nicht gerade eine tolle Sache mit diesem Gui. Muss eine datein angeben in welche er den Wert dann rein schreibt. Dies auch nicht in hex sondern in einem Sonderzeichen. Jetzt weiss ich nicht, ob ich anhand der Ansi-Tabelle den hex-Wert 1:1 auslesen kann oder nicht?!
Kann mir vielleicht jemand sagen, wie ich diese besser mit dem Cmd machen könnte?
Danke für eure Hilfe
Hallo,
Ich hab mir Dein Screenshot nochmal angeguckt ( ich muß mir das Teil unbedingt installieren, sonst kann ich nur bedingt helfen....)
Da ist eine Option -t Terminal mode :-)
Machmal Klick drauf, ich hoffe Du kommst damit in den Terminal Modus...
wenn ja tippe mal
Damit kriegst Du den angezeigt \:D/Code:read hfuse
schreiben geht, wer hätte es gedacht
wobei HEX die hex Zahl ist......Code:write hfuse 0 0xHEX
Ich hoffe, das klappt so 8-[
Gruß Sebastian
Also ich hab das mal versucht. Leider stürzt das avrdude komplet ab. Muss den Prozess via Taskmanager abschiessen.
Muss ich nach dem -t Eingabe direkt in den command-Bereich schreiben oder sollte da noch ein zusätzliches Fenster aufgehen.
Ich dank dir schon jetzt für deine Hilfe. War nicht meine Absicht, dich so auf Trab zu halten.
ok ich habe es doch noch geschafft, aber nicht via Gui sonder via der Windows-Konsole.
Also der Wert ist nun für das hfuse : 0x99 und
lfuse: 0xE1
Manchmal kommt noch die Meldung dass ich keine Fuse Bits ändern kann. Wie muss ich nun weiter vorgehen. Ich möchte nicht unbedingt einen neue Atmega32 kaufen, wenn die Geschichte mit den Fuses nicht richtig hinkriege. Deshalb wäre ich doch noch glücklich ein paar Antworten zu erhalten.
Ach was, so ein Quatsch, wenn ich Dir sag, daß avrdude gut ist, muß ich auch dafür gerade stehen, und warum soll ich nicht helfen ?Zitat:
War nicht meine Absicht, dich so auf Trab zu halten
Also ein read hfuse im Terminal ergibt 0x99, es ist auch ein Standardwert bein jungfräulichem M32 :-)
Nach bin ergibt das dann 10011001
ein Blick ins Dattenblatt bestätigt das....
wie wollen aber 11011001 haben -> hex 0xD9
dann Tippe im Terminal
write hfuse 0 0xD9
kannst nochmal mit read nachgucken, ob es geklappt hat.
von lfuse läßt Du die Finger, wir wollen sonst nichts ändern.
*HIERMIT ÜBERNEHME ICH KEINE VERANTWORTUNG FÜR SCHÄDEN AN DEINEM MEGA*
Aber Kopf hoch ich bin ein stolzer Besitzer eines STK500, wenn was ist kannst Du mir Deinen Mega zuschicken, ich Programmiere den wieder um :lol: .
Aber Scherz bei Seite, so müßte es schon klappen...
hier gibt es einen Fuse Calculator, zum nachgucken, der sagt auch wir müßen 0xD9 setzen, was sagst Du ?
Gruß Sebastian
ist ok, aber leider fällt er wieder zurück auf 0x99 nach dem ich mein Programm daraufgeladen hatte. Er sagt dann, dass er zwar 0xd9 gelesen hat, schreibt aber wieder den alten Wert 0x99 zurück. Ah noch kurz eine anderer Frage:
Ich betreib meine mega mit 4MHz, muss ich das noch an den Fuses einstellen oder ist standartmässig auf externen Crystal geschaltet?
Bis Du Dir sicher ?Zitat:
Ich betreib meine mega mit 4MHz
0xE1 für lfuse, wie Du oben schon geschrieben hast ist die Standardeinstellung und die ist 1 MHz Interner RC Osc.
Warum er allerdings auf 0x99 zurückspringt kann ich mir nicht erklären :-(
:-k .
Ich muß das wohl selber nachhacken.
Gruß Sebastian
Tja, leider fällt er immer zurück. Hat das vielleicht etwas mit den lock-Bits zu tun? Aber ich denke mir, hier ist genau die Gefahr das etwas wirklich schieff gehen könnte.
So wie du mir schreibst, muss ich in dem Fall die lfuse umstellen damit er mit 4MHz externen Kristall läuft an den Pins Xtal1 und Xtal2???
Gruss Stefan
versuch mal in der Windows-Konsole anstatt -t -U hfuse:w.0xD9:m
Vielleicht klappt es dann
Was den 4 Mhz Quarz angeht müßte der lfuse 0xEF sein
tja ist auch nicht gegangen. Irgendwie fällt er immer wieder in den ursprünglichen Zustand zurück. Vielleich hängt dies doch mit den Lock bits zusammen.