Gerade bei der Mikroprozessorprogrammierung ist dies wichtig wenn man diese in einer Hochsprache wie Basic oder C programmiert.
Compilierter Code ist nie so kompakt wie menschlicher Assemblercode. An die 16MB Grenze kommt man nach einigen Wochen recht schnell, daher lieber zwei oder drei Euros mehr für Mega32 ausgeben.
*Grins* war wohl ein vertipper mit den MB, oder?Zitat von Frank
Ich hatte die Optimierungen des GCC (Win-AVR) eigentlich für recht gut gehalten. Wenn ich mir mal den erzeugten Code bei -O3 anschaue, zweifle ich, dass ich manuell viel besser wäre (zumindest dann nicht, wenn nicht noch verdammt viel übe).
Problematischer als die Speicherausnutzung finde ich die Taktrate und die ist leider bei beiden gleich.
Gruß,
Chris
Oh ja, die Avr-Mega Bezeichnung macht einen noch ganz wirr
32 MB wäre natürlich auch nett
Nun ja, ich denke einige Assembler Profis können sicher bei größeren Algorithmen noch einiges einsparen. Aber wie auch immer, sobald man ein paar mehr Strings im Controller nutzt, merkt man schnell wie der Speicher weg geht. Ganz abgesehen von Karten, Wegsuche etc., da braucht man ohnehin enorm Speicher.
Hi,
auch Grafiken für ein Grafikdisplay sind, trotz Komprimierung, recht groß.
Da ist man auch schnell an der Grenze.
Also lieber etwas mehr.
Hab' gestern 2 Mega 2560 bekommen... Speicher satt (256K)
Und 86 I/Os ..
Aber bestimmt Sch... zu löten (TQFP 100)
Gruß
Christopher
Hallo Christopher
Kannst du hier im Forum über deine Komprimierung und über deine Erfahrungen berichten? Ich habe bisher geplant für das Ablegen von Grafik für ein GUI eine SD-Karte zu verwenden. Da gibt es ja interessante Module mit dem mega128 auf dem Markt.
MfG
Hellmut
Naja, eigentlich gebe ich dir ja völlig recht, aber ich widersprech' doch so gerne
Hi,
nee, ich komprimiere doch nicht selbst
Da hab' ich zu wenig Ahnung
Ich benutze den Grafik Converter von Bascom.
Der komprimiert schon von alleine. (nur S/W, keine Farbe)
Der Mega 128 ist bei einem 240*128 Display so nach etwa 25 Seiten zur Hälfte voll.
Das ist aber nicht wirklich aussagekräftig.
Kommt eben ganz drauf an, was das Bascom Tool da jeweils komprimiert, bzw. wie gut sich die Vorlage komprimieren läßt.
Statt kompletter Bildschirme zu malen, kann man ja auch einzelne Buttons etc. wiederverwenden.
Ich male eben fast immer komplette Bildschirme, was nicht ganz so effektiv ist.
Für richtige (evtl. auch farbige) Bilder geht's warscheinlich nur mit externem Speicher. 128K sind für Bilder eben nicht gerade viel.
Gruß
Christopher
Hallo Christopher
Meine Absicht ist es ein Modul mit dem mega128, oder, falls erhältlich mit zB den mega2560 inkl. SD-Karten I/F, sowie ein Modul mit einem EPSON LCD-Controller, habe hier im Forum einen Link gefunden der einen mit 80kByte On-Chip Bildspeicher und Dual-Panel Display support einzusetzen. Ich habe aus Ebay ein sehr preiswertes, 20,- €, Dual Panel 640x480 3Bit/Pixel inkl. Touchpanel erworben. Damit soll ein Multifunktions-Steuer- und Anzeige Display für mein Modelsegelboot implementiert werden das über die RN-Funk mit dem Segelboot kommuniziert. Das GUI wird sich aus einzelnen Bildelementen, also wie Buttons, zusammensetzen die aus der SD-Karte mittels des mega128 Moduls beim Starten in dem nicht sichtbaren Bereich des Bildspeichers im LCD Controller abgelegt werden. Diese Einheit wird aud die Funkfernsteuerung montiert und ergänzt die Funktion der Funkfernsteuerung.
MfG
Hellmut
Berechtigungen
Zitieren
Lesezeichen