"Serial Programming" bzw. SPI habe ich soeben gefunden = kann per ISP programmiert werden

Die Einträge sollten einzeln übertragen werden. Es sollte auch möglich sein, einzelne Einträge wieder aus dem RAM zu löschen, wenn der PC es wünscht. Beim Programmstart kommen so 10-20 Einträge der Reihe nach in den µC, danach wird sich das irgendwie einpendeln. (es werden auch öfters Einträge gelöscht)

Das mit dem Protokoll ist so eine Sache... Eigentlich soll sich der µC um die Anzeige der Liste kümmern und das Programm nur bei Bedarf eine Änderung melden.
Es wäre halt so recht elegant gelößt, weil das Programm an sich schon recht viel zu tun hat.

Wenn sich das allerdings mit vertretbarem Aufwand nicht mit einem µC realisieren lässt, muss ich wohl davon Abstand nehmen...

_________________
We now return you to your regularly scheduled nonsense.

Viele viele Leitungen.

Zitat :

Wenn der Atmega162 korrekt eingestellt ist, sollte der externe SRAM praktisch an den internen "angehängt" werden... Für das Programm (übrigens in C geschrieben) sollte es also kein Problem darstellen, auf den externen RAM genauso zuzugreifen wie auf den internen,

Würde ich nicht verlangen.
Wahrscheinlich hast du mehr Freiheiten hinsichtlich des Prozessors, wenn du z.B. die Daten, deren Inhalt vermutlich uninteressant ist, im externen RAM aufhebst und die Verwaltung derer wie Pointer, Bitmaps etc. vorzugsweise im Speicher des Prozessors machst.
Ich habe auf diese Art mal ein 256k*1 DRAM mit insgesamt nur 5 oder 6 Pins an einen PIC16C84 (der hat nur 36 Bytes RAM und 12 IO-Pins) angebunden.
Der DRAM diente als FIFO zwischen einem hochauflösenden ADC und einem Drucker, der mit den nach PCL konvertierten Grafikdaten gefüttert wurde. Als zusätzliche Hardware waren nur zwei 8-Bit Schieberegister erforderlich.
Auf diese Art konnte ich mehrere DINA4-Seiten 24Bit-Messwerte mit 300dpi zwischenspeichern. Das alles und noch ein bischen mehr schaffte der in Assembler programmierte PIC mit 1MIPS locker.
Ein paar Programmiertricks, die das System an kritischen Stellen wohl bestimmt um den Faktor 10 gegenüber plumper Anfängerprogrammierung beschleunigt haben, waren allerdings auch dabei.

Die LCD Controller sind aber gewöhnlich so lahm, daß deren Datenhunger eher geringer als der eines Druckers ist.

_________________
Haftungsausschluß:



Bei obigem Beitrag handelt es sich um meine private Meinung.



Rechtsansprüche dürfen aus deren Anwendung nicht abgeleitet werden.



Besonders VDE0100; VDE0550/0551; VDE0700; VDE0711; VDE0860 beachten !

[ Diese Nachricht wurde geändert von: perl am  4 Aug 2007  4:19 ]

@perl
Respekt, nicht schlecht.

@LeoLöwe reloaded
Ein HC573 funktioniert auch bei 16MHz noch. Allerdings muss man dann die Wait States einschalten, wenn man keine Cache SRAMs verwendet. Du musst also das SRW10 oder SRW11 Bit setzen (je nachdem ob du ein 55ns oder 70ns SRAM hast).

Je nach Compiler geht es unterschiedlich wie man den SRAM aktiviert, ich würde die Adressen aber auch per Hand verwalten.

Es wird aber nicht ganz einfach, da die meisten Compiler es nicht so ganz unterstützen, dass man Variablen und Arrays an feste Adressen legt.
Ich würde es daher mit einem konstanten Pointer machen:

LISTE * const liste = (LISTE * const) 1280;

1280 ist die Anfangsadresse des externen RAMs, LISTE ist der Datentyp von deiner Liste, also in etwa sowas:

typedef struct {
char ueberschrift[22];
char text[42];
} LISTE;

Dann kannst du über
liste[i].ueberschrift bzw. liste[i].text auf die einzelnen Texte zugreifen.