Why it wants mofr M9K blocks

Waisted? I try to use it the best way - as a single contiguous chunk. At leat it is my current understanding.

Any suggestion other than stating that I do _something_ wrong?

It should be possible to build that memory using 64 M9K blocks and some logic elements as well. This memory will be spread across the entire chip so do you really need such a large memory?

Are you sure that memory is the only one in your design? If you include IP or large lookup tables they could also be consuming on-chip memory resources.

--- Quote Start ---

It should be possible to build that memory using 64 M9K blocks and some logic elements as well. This memory will be spread across the entire chip so do you really need such a large memory?

Are you sure that memory is the only one in your design? If you include IP or large lookup tables they could also be consuming on-chip memory resources.

--- Quote End ---

This is what I am curious about. I planned to have 64 blocks, but it wants 72.

error (170048): selected device has 66 ram location(s) of type m9k. however, the current design needs more than 66 to successfully fit

After splitting to two memories 16K words each * 18 bits, it still wants 72 blocks

scope_mem:buffer0_ram|altsyncram:altsyncram_component|altsyncram_pho1:auto_generated|ALTSYNCRAM AUTO Simple Dual Port Dual Clocks 16384 18 16384 18 yes no yes no 294912 16384 18 16384 18 294912 36 None Unassigned 1

scope_mem:buffer1_ram|altsyncram:altsyncram_component|altsyncram_pho1:auto_generated|ALTSYNCRAM AUTO Simple Dual Port Dual Clocks 16384 18 16384 18 yes no yes no 294912 16384 18 16384 18 294912 36 None Unassigned 2

And yes, I need large buffer, spanning through whole internal memory.

edit: just notices i use dual-port memory model. does it change anything while size of the memory remains the same?

It depends on the dual-port mode you are using - see pages 43-46.

http://www.altera.com/literature/hb/cyc3/cyclone3_handbook.pdf

Based on the error message, I'd guess you were trying to use true dual-port mode.

Cheers,

Dave

--- Quote Start ---

It depends on the dual-port mode you are using - see pages 43-46.

http://www.altera.com/literature/hb/cyc3/cyclone3_handbook.pdf

Based on the error message, I'd guess you were trying to use true dual-port mode.

Cheers,

Dave

--- Quote End ---

Not sure... Seems to be simple mode. BB file shows

module scope_mem (

clock,

data,

rdaddress,

wraddress,

wren,

q);

Okay guys, I created new RAM instance, 1-port, and it still says I can not fit 16384x36 memory into the cyclone 3 chip (Q240), and it needs 72 M9K blocks instead of expected 64.

There should be something wrong.

--- Quote Start ---

Okay guys, I created new RAM instance, 1-port, and it still says I can not fit 16384x36 memory into the cyclone 3 chip (Q240), and it needs 72 M9K blocks instead of expected 64.

There should be something wrong.

--- Quote End ---

Do you have option of maximum block depth. setting this option can change the memory requirements. Try it in megawizard and read the resource in M9k directly on the wizard.

--- Quote Start ---

Do you have option of maximum block depth. setting this option can change the memory requirements. Try it in megawizard and read the resource in M9k directly on the wizard.

--- Quote End ---

Wizard says block type "auto" and max block depth "auto". Resource really says 72 M9K.

I have played with number of words. Choosing 1024 gives 4 M9Ks, but choosing 2048 (twice more) gives 9 (nine!) M9Ks!

I also played with bus width and it seems to me that 9th bit of the M9Ks is being lost in my setup. When I set bus width to 32 bits, it properly displays 64 M9Ks.