Druckbare Version
Hallo,
ich hab ein großes Problem, im warsten Sinne des Wortes!!
Mein Quellcode ist zu groß für einen ATMega8, also größer als 8kB.
Der Quellcode lässt sich leider nicht schrumpfen. Meine Frage: kann ich den Programmspeicher durch ein EPROM/EEPROM (weiss ich nicht welches) beliebig erweitern?
MfG Killer
Nein, das geht nicht. Der AVR hat eine Harvard Architektur. Da sind Programm und Datenspeicher getrennt - und der Programmspeicher beim AVR ist im Flash.
Alternative bei fester Flash-Größe wäre, dass Du in den Flash einen Interpreter packst, der die Programme, die in einem externen Flash stehen, interpretiert. Ist dann natürlich entsprechend langsam.
Aber: Ein Mega 168 ist Pinkompatibel und im Endeffekt billiger (läuft außerdem auch bis 20MHz)
Eventuell wäre es sinnvoll der ATMega8 durch einen ATMega168 zu ersetzen, der ist glaub ich Pinkompatibel und hat 16kB.
Naja ich bin jetzt schon bei ca 4kB hab allerdings noch nichtmal die Hälfte des Quellcode... und der wird noch lang!!
was meinst du damit? lässt er sich jetzt doch erweitern? Dein Vorposter meint da aber das Gegenteil, was stimmt denn jetzt? #-oZitat:
Zitat von Christopher1
MfG Killer
öhm, die Größe des 'Quell'-codes ist relativ egal, wichtig ist, wie viele Bytes das fertige Programm nach dem Compilieren belegt. 4 KB Quellcode geht schnell, 4KB Programm dauert da schon etwas länger..... Und wenn's tatsächlich zu groß wird, dann wie oben gesagt auf den Mega168 oder gleich auf 'nen Mega32/64/128 umsteigen.... oder Programm optimieren ;-)
erweitern läßt sich der Programmspeicher wie oben schon gesagt, auf Grund der Harvard-Architektur (ein Speicher für's Programm, ein anderer für Daten) nicht.
MfG
Volker
@vklaffehn
Mit Größe des Quellcodes meinte ich die Größe in kB nach dem kompilieren. Tja wie gesagt, Code lässt sich nicht verkleinern.
Aber danke für eure Hilfe, dann werd ich doch nicht den "alten" Mega 8 aus der "großen Kiste" nehmen können...
MfG Killer
Nee geht nicht war ein Missverständnis, habs ja auch innerhalb 1 Minute geändert O:)Zitat:
Zitat von Killer
Das sagt alles nichts bis gar nichts aus, wenn Du alles, was Speicher frisst eingebunden hast (math? string?) kannst Du hundert mal drauf zugreifen, ohne dass der Code linear mitwächst. Nutzt Du eine Optimierung?
Was ist denn nach dem kompilieren mehrere kB groß, die ASM-Datei oder das HEX-File ?Zitat:
Zitat von Killer
Beide haben mit den 4 kB Flash des µC nichts zu tun.
hay ich hab dann mal ne frage wie merkt man das der speicher dann voll ist wenn die HEX oder die ASM file nicht raufgespielt werden was wir dann direkt draufgespielt? ich mein im flash tool ist es die hex wird die dann noch konvertiert und was macht dann das aus? also wie kann man das bemerken dieses Problem hatte ich nämlich noch nie... kommt dann ein error im flash tool?