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
"Ich stelle mir vor, den Prozessor auswählen, Fuse-bits mit Erklärung in checkboxen und Ausgabe in Hex." Beim STK500 ist das doch so. Peter
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
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.
Ich habe mal was angefangen: http://willberg.homelinux.org/avr-fuses.php Das ist für mega32 gemacht und - nicht vollständig, - nicht schön und wahrscheinlich - fehlerhaft! Bei Interesse bohre ich das mal auf... Gruß, Falk
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
Hallo Mark, da fehlt ja nicht mehr viel und Du bist da, wo ich hinwollte. Wenn Du Unterstützung gebrauchen kannst, sag' Bescheid. Dann setze ich mal einen Link auf das bessere. Falk
super Idee das ganze. Und wenns fertig ist wäre es toll wenn mans auf dieser Seite einbauen oder verlinken könnte.
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
Hallo, ich schon wieder: jetzt schmeißt er mir immer jedes 2.Häkchen raus. Horst
Dass ihr das so schnell programmiert habt finde ich toll. Ich bin da nicht so schnell :(
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
Falls unser WG-Server nach außen zu langsam ist, oder ich das Script gerade mal vermurkst habe... hier mal ein "Mirror": http://palmavr.sf.net/cgi-bin/fusecalc/fc So, jetzt hau ich mich aber wirklich auf's Ohr :) Mark
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).
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.