AVR Fuses Übersicht?

OP Persönliche Seite #302077
Lesenswert?
• ▲
▼
Hallo,
gibt es irgendwo im WWW sowas wie einen AVR-"Fuse-Rechner"?
(Betrübssystemunabhängig)

Ich finde es immer wieder äusserts lästig, mir den Kram aus den
Atmel-Datenblättern herauszuklauben.

Ich stelle mir vor, den Prozessor auswählen, Fuse-bits mit Erklärung in
checkboxen und Ausgabe in Hex.

Falls nicht, bestände Interesse daran?

Gruß,
Falk
#302079
Lesenswert?
• ▲
▼
Hey, gute Idee! Erklärungen zu den Bits wären ne feine Sache, noch
bequemer wäre es aber, (meinetwegen optional) verschiedene
Kombinationen wie z.B. die Clock-Optionen direkt aus einer
Pulldown-Liste auswählen zu können. Denn die Kombinationen sind ja
schon recht kompliziert für jedes Bit einzeln zu erklären. Nun gut, das
kann man ja nach und nach erweitern.
Sollte aber so wenig hardcoded wie möglich sein, um das Frontend leicht
up-to-date halten zu können.

Also ich hätte sowas sehr gern. Könnte mich in den Semesterferien auch
durchaus mal zu sowas hinreißen lassen (sehr wahrscheinlich in Perl).
:)

Mark
Gast #302080
Lesenswert?
• ▲
▼
Sowas fände ich auch mal interessant:
Es ist ziemlich nervig, wenn man die CKSEL Bits im Datenblatt
nachschauen muss, dann schauen muss wo die Bits stehen.
Dann noch die restlichen Bits nachschauen, nicht dass man versehentlich
ISP o.ä. abschaltet.

In meinen Programmer habe ich daher für die häufigsten AVRs eine
Pulldown Liste eingebaut, um die meist verwendeten Einstellungen
auszuwählen.
#302082
Lesenswert?
• ▲
▼
Hihi... ich hab's geahnt. Bin nämlich auch grad dabei. Meine Version
findet Ihr unter:

http://haemi.dyndns.org/local/fusecalc/calc.cgi

Momentan kann das Ding nur Fuses hin- und herrechnen. Um von Hex in die
symbolischen Namen umzurechnen, einfach das Häkchen bei Resolve setzen.
Ansonsten rechnet er immer die Häkchen in die Werte um. Das
automatische Reload wird wohl auch noch reinkommen.

Das Ding ist minimal hardcoded, sondern holt die Daten aus
Definitionsdateien (liegen alle in dem Verzeichnis, könnt Ihr browsen).
Ist dadurch natürlich etwas mehr Aufwand beim Parsen, aber die Wartung
wird kinderleicht. Die Presets (Kombinationen) sind auch geplant (das
war ja eigentlich der Witz an der Sache).

Der Rechner wird public entwickelt. Falls also mal ne 500 kommt, nicht
wundern, dann bastle ich grad dran. ;)

Noch ist der Source chaotisch und dirty... bitte nicht reinkucken. ;)

Mark
Gast #302085
Lesenswert?
• ▲
▼
Hallo,

sobald ich irgendwo ein Häkchen setz, wird der neue Hex-Wert berechnet,
die Seite aktualisiert und dabei mein Häkchen aber sofort wieder
weggemacht! Ist das nur bei mir so?
Ansonsten: Super Sache!!

MfG
Horst
#302091
Lesenswert?
• ▲
▼
Hui, schon so spät... Könnt's Euch nochmal anschauen. Hat sich einiges
getan. Quick-Setup ist soweit auch erstmal drin. (Momentan erst für
ATmega16 und ATmega32, aber das ist mehr oder weniger nur noch
Datenblatt abschreiben, schaut mal in die .tpl Dateien - das ist alles,
was das Script dafür als Input braucht):

http://haemi.dyndns.org/local/fusecalc/

Die Fuses überschneiden sich teilweise (sieht man daran, was hinter den
Fusebits für Zahlen in Klammern stehen - die letzte bestimmt jeweils).
Man darf halt nur sinnvolle Kombinationen einstellen.

Besonders intensiv getestet hab ich's noch nicht. Falls noch jemand
Ideen oder Anregungen hat, oder Bugreports, kann er die gerne melden.
Ich werde in der kommenden Woche aber wenig Zeit haben, das nur
vorweg.

So, und nun gute N8 :)
Mark
Gast #302093
Lesenswert?
• ▲
▼
Um die Fehleranfälligkeit bei dieser Anwendung weiter zu reduzieren,
könnte man auf das Abtippen der Datenblätter verzichten und die
entsprechenden Informationen direkt aus den XML-Dateien auslesen, die
standartmäßig im AVRStudio enthalten sind (siehe
C:\Programme\Atmel\AVR Tools\Partdescriptionfiles).

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren