mehrere unterschiedliche BRAM Initialisierungen in einer Entity

Mario schrieb:
> Ist es möglich mehrere BRAM-Blöcke unterschiedlich zu initialisieren?
Ja.

> Soll heißen, ich möchte einen BRAM-Block als ROM nutzen, einen als
> Single Port RAM und einen als "Simple Dual-Port RAM".
Ja.

> Funktioniert sowas innerhalb einer Entity
Ja.

> oder muss ich mich auf einen
> Typ festlegen und Kompromisse bzgl. Speicherausnutzung etc. hinnehmen?
Nein.
Vorrausgesetzt Du hast genügend BRAMs. Ich finde allerdings, daß die 
direkte Instanziierung von BRAMs sehr kryptisch zu lesen ist. Ich würde 
einen Blick in den XST User Guide werfen. Da finden sich 
synthetisierbare Beschreibungen drin, die auch einigermaßen lesbar sind 
(leider mit std_logic_arith).

Duke

Mario schrieb:
> Ist es möglich mehrere BRAM-Blöcke unterschiedlich zu initialisieren?
> Soll heißen, ich möchte einen BRAM-Block als ROM nutzen, einen als
> Single Port RAM und einen als "Simple Dual-Port RAM".
> Funktioniert sowas innerhalb einer Entity oder muss ich mich auf einen
> Typ festlegen und Kompromisse bzgl. Speicherausnutzung etc. hinnehmen?

Schau dir mal dieses Projekt an:
http://www.mikrocontroller.net/articles/Retrocomputing_auf_FPGA

Da hat es auch quelltext zu

BRAM als ROM : 
http://www.mikrocontroller.net/svnbrowser/redz0mb1e/src/vhdl/ROM.vhd?view=markup

BRAM als vor (initalisierte) RAM:
http://www.mikrocontroller.net/svnbrowser/redz0mb1e/src/vhdl/RAM.vhd?revision=129&view=markup

BRAM als dualPort (Video-) RAM:
http://www.mikrocontroller.net/svnbrowser/redz0mb1e/src/vhdl/video_ram.vhd?revision=75&view=markup

Alles mit XST für den Spartan3 übersetzbar.

MfG

Guten Morgen @all!


Zunächst einmal Vielen Dank für die schnellen & kompetenten Antworten!!!

@Duke Scarring
> Vorrausgesetzt Du hast genügend BRAMs. Ich finde allerdings, daß die
> direkte Instanziierung von BRAMs sehr kryptisch zu lesen ist.
Da der Spartan 3AN 20 zur Verfügung hatte, wollte ich neben einem 
"Font-ROM" die anderen Daten, die bei meinem Projekt anfallen eben in 
unterschiedliche BRAMs packen.

Das hätte eben den Vorteil, dass ich die Daten so hineinschreiben kann, 
wie sie anfallen - also ein 16Bit-Wort in den BRAM mit den spezifischen 
Einstellungen. Dagegen sollen eben Daten die nur gelesen (und nur 1x 
instanziiert/initialisiert werden) werden oder mit anderen Wortbreiten 
in ihrem jeweiligen Speicher Platz finden...

@Hinweiser
Vielen Dank auch für deine Links zu dem Projekt - so ähnlich sieht es 
bei mir auch aus, zumindest was die gedachte Struktur betrifft. :-)

Dann kann ich mein Projekt also so aufziehen, wie ich es mir gedacht 
habe. Jeden Speicher als eigene Entity mit eigenen Einstellungen (RAM, 
ROM...) und dann als Component einbinden in mein TopLevel.


MfG

Mario