Hallo, ich möchte auf einer Platinen einen AM1707 und einiges anderes verbauen, u.a. ist auch etwas SDRAM nötig. Laut Reference Manual (http://www.ti.com/litv/pdf/spruh94a) Seite 818 unterstützt dieser Controller mobile SDRAM über den EMIFB. Soweit ich weiß (und meinen Recherchen nach) hat mobile SDRAM eine IO- (und Versorgungs-) Spannung von 1,8V der TI Controller hat allerdings eine IO Spannung von 3,3V die man wohl auch nicht ändern kann. Verstehe ich das richtig, dass der Controller zwar theoretisch mit mobile SDRAM arbeiten könnte, aber da die IO-Spannung nicht passt doch nicht? Oder übersehe ich was? Falls mir jemand helfen kann, würde ich mich freuen.
Im Datenblatt steht tatsächlich, dass EMIFB ein 3V3 interface ist, daran ist nicht zu rütteln. Als Mobile SDRAM fällt mir eigentlich Micron MT48.. ein, da gibts die MT48V für 1.8/2.5V, und die MT48LC, welche für 3V3 sind. hth
Danke für deine Antwort. Ich werde wohl einen RAM aus der MT48LC Serie nehmen oder ähnliches von ISSI. Diese sind zwar nicht mobile SDRAM, aber dafür stimmt die IO Spannung und alle weiteren Daten.
Hast du vielleicht eine Idee wie man die in Notebooks verwendeten SODIMMs anschließen würde? Habe das schon einmal versucht nach der Spec von Intel (www.codepoet.org/ram/sodm1_0.PDF), aber damals nicht hinbekommen: Beitrag "PC-SDRAM (SODIMM) an AT91SAM9XE"
Ich kenne deinen Controller zwar nicht. Aber mir fällt auf, dass du eine Verschiebung der Adressleitungen hast. A14 geht auf A12 usw. Da die Initialisierung des RAMs über die Adressen gemacht wird könnte das problematisch sein. Es sei denn, du hast das in der Konfiguration berücksichtigt. Außerdem musst du dem Controller mitteilen wieviele Zeilen, Spalten und Bänke genutzt werden sollen. Ich vermute aber, dass du das berücksichtigt hast. Nutzt du nur 16 der 64 Bit?
Ich wollte 32bit nutzen. Das mit den Adressleitungen ist lt. Atmel, A0 und A1 werden als Mask-Bit genutzt, A12 ist auch ungenutzt weil da der eigene A10 für den strobe kommt usw... Habs mir nochmal angesehen, ich kann mit dem Atmel-Tool SAM-BA (mit dem man ein paar lowlevel-inits machen kann, beliebigen Speicher lesen und schreiben kann) in den SDRAM-Bereich schreiben, es sind aber immer folgende zwei Bit gesetzt: 0x80008000 Dachte ich mir, das liegt vielleicht an der zeilen/spalten konfiguration, da hat sich das SAM-BA aber nach der neukompilierung immer aufgehangen grrr