ARM7 mit viel Prog Speicher

Ja, gibts (TMS470 von TI mit 1MB integr. Flash)
Ansonsten, ARM mit ext. Memory-Interface nehmen.
Da kannst du dranhängen so viel du willst.
Aber bist du dir sicher, dass du sooo ein riesen
Programm schreiben willst/kannst? Oder sollen da
Unmengen an Tabellen/Bildern oder andere Binaries rein?

Ja.

Wir "restaurieren" ein jetztiges kleines Heldheld mit 512kB Code und 
C517A Controller in ASSEMBLER programmiert. Fast 400kB in ASSEMBLER!!!
((Weiter)Entwicklungszeit 1995-jetzt.)

Das "neue" soll natürlich etwas Leistungsfähiger sein!!! Daher 
Codespeicher 1MB der mehr und RAM ca. 1-2MB.

mfg
Roland

Ein Freak vielleict nicht, aber jemand, der viel Zeit hatte... ;)

@Peter Dannegger
>Ich kann mir nicht vorstellen, daß ein 400kB Assemblerprogramm effizient
>programmiert ist.

So ist es. Da gibts nur ein Mann bei uns, der das noch blickt!
Ein ASSEMBLER Urgestein!

Vor allen Zeiteffizeit und Personaleffizent!
Und noch Banking auf 8051 Assembler - Keil V5x !!!!!

mfg
Roland

@Roland,

Also je nachdem was der Code so alles macht ist ein ARM C-Programm evtl. 
kleiner als 400k ASM. Ausserdem habe ich das Gefuehl (aus eigener 
Erfahrung) wenn ASM Programme groesser werden als der Adressraum eines 
8-bitters, dann sind da jede Menge Leichen im Keller (im Code).
Verwaltung Banking gibt einen ordentlichen Overhead. Jegliche 
Arithmetik, obwohl der 517 ja da schon etwas HW-Support eingebaut hat 
kostet zusaetzlichen Code auf der 8-bit CPU

Mein Vorschlag:
Ablaufdiagramm welcher Art auch immer erstellen mit Definition, was soll 
der Code denn tun.
Sogar ein C-Programm Generator koennte ein Gefuehl dafuer geben wieviel 
Code es nachher tatsaechlich wird, obwohl dabei kein optimaler Code 
rauskommt.
Mit einem Simulator arbeiten z.B. Keil

Jetzt erst die Hardware aussuchen, denn jetzt liegt viel mehr Info vor, 
wieviel Speicher tatsaechlich benoetigt wird. Die Hardware spezifischen 
komponenten (Peripherals) sind nicht wirklich massgeblich bei einer 
Programmgroesse von 400 kB. Einfach mit Ersatz-Symbolen und 
Leerfunktionen arbeiten bei der Initialisierung der Peripherals.

In der 512KB Klasse gibt es mehrere sehr gute ARM7, oberhalb wirds 
duenner. Es scheint mir, dass Du sowieso einen externen Bus benoetigst 
fuer das RAM, dann wirds ziemlich duenn. Es gibt keine ARM7 oder ARM9 
microcontroller mit 1-2 MB RAM integriert, das wird zu teuer in der 
Fertigung.

Mein Vorschlag (biased), LPC2468. So langsam aber sicher wird der besser 
verfuegbar. Wenn die 400K umgeschrieben sind ist er evtl. schon veraltet 
;-)
http://www.standardics.nxp.com/products/lpc2000/all/~LPC2468/#LPC2468
Eval Board gibts bald wieder hier:
http://embeddedartists.com/products/uclinux/oem_lpc2468.php

Viel Spass.

p.s. wenn bereits Erfahrung mit den Keil Tools vorliegt, dann wuerde ich 
auch dabei bleiben. Sind nicht ganz billig aber fuer eine professionelle 
Entwicklung das Geld wert.

Robert

Hallo,

Ja wir werden die Keil Entwicklungsumgebung für ARM anschaffen.
Kostet 3300€.
Bin bei einem OKI AR Controller fündig geworden. OKI ML675050

Da wir im Bereich Chipkarten tätig sind, und dieser hat zwei ISO7816 
Chipkartenintface, ist er bei mir in der engeren Auswahl.

Hab auch schon 2 Muster. Allerdings sind die dort angebotenen EvaKits 
recht teuer.(kleine ca. 1000€ ; große 2100€)!!

Wenn ich das(-als Anfänger in ARM-) sehe, hat dieser ein Memory 
Interface.

Ich hoffe ich sehe das richtig.!?

mfg Roland

Umgeschrieben ja.

Im Prinzip ist klar was die "alte" Software leistet.
Diese Funktionalität soll natürlich erhalten (und verbessert werden).

Aber die Software wird somit schon neu geschrieben!

mfg
Roland

PS:
Tja ja.
Das ist bei uns der letzte ASSEMBER Programmierer in unserem 
katholischen Bistum !!   ;-)
Es blickt aber machmal auch nicht mehr durch!
- aber ASSEMBLER Banking macht hart !!