Как объяснить синтезатору, что нужно массив выполнить на триггерах для Спартана-3.

Объявляю массивы:

subtype data_type is STD_LOGIC_VECTOR( 15 downto 0 );
type data_array_type is array( 0 to 7 ) of data_type;

signal mem_wr_8x16: data_array_type;
signal mem_rd_8x16: data_array_type;

Но ISE9.1 упорно пытается организовать массивы с помощью RAM,а хотелось бы это сделать на триггерах, память нужна для других целей.

Именно на триггерах? Или распределенная память тоже сойдет?
Если сойдет, то читайте доку по xst. У меня она находится в
<головная папка>\doc\usenglish\books\docs\xst\

Вас интересует атрибут RAM_STYLE

Насколько я понимаю, должно быть где-то так:


Можно ещё попробовать вместо “pipe_distributed” просто “distributed” но у мекня в доке есть фраза:
"Note: You can only specify the pipe_distributed value through VHDL/Verilog or XCF
constraints."
Поэтому, мне кажется - все таки первый вариант.
Ну и почитайте все таки доку. У меня ISE 8.1. Может уже чего изменилось в лучшую сторону?

Нужно именно на тригеррах, так как возникает в дальнейшем необходимость за один такт скопировать
содержимое одного массива в другой.

mem_rd_8x16<=mem_wr_8x16;

с помощью памяти такая операция навряд ли возможна.

Заведите на них reset.

Не понял на счет reset
Имеется в виду:

if(reset ='1') then
mem_rd_8x16<=(others=> '0');
end if;

Не понял. У вас есть эта операция в коде и XST синтезит вам ЭТО на памяти??? НЕ ВЕРЮ.

Если это так - сорсы в студию. Буду сам пробовать. Это явно ошибка в сорсах.

Если у вас этой строки в коде нет, но она "будет потом" - вставьте её сейчас и у вас сразу без лишних телодвижений все сделается на триггерах. Уверен на 99%.

-----
Добавлено:
То, что написано выше и так должно помочь ИМХО. Но если такая же проблема с одной памятью, достаточно в том такте, где никакой записи не производится выполнить операцию типа:
mem_rd_8x16<=mem_rd_8x16; --присвоить значение памяти этой же памяти.

И вроде тоже сгенерится на триггерах.

Да.

Действительно вставил эту строку и сгенерировалось все на триггерах.

Рад был помочь

На будующее: Если синтезатор синтезит на памяти то, что не должно на ней синтезиться - либо это ошибка в коде, либо вы не до конца знаете возможности памяти

А не подойдет ли для моих целей attribute ram_extract?
Не смог найти в доках что такое pipe_distributed

Если нужно как регистры, почему нельзя сразу описать данные как одномерный массив.

Наверное можно, только код сложнее станет, надо будет индексы вычислять и типы преобразовывать.
Можно еще явно флип-флопы закомпонентить.

Конечно странно. что средствами пакета вы не можете дать указания синтезатору во что укладывать. в регистр или память. Но я не об этом.
По большому счету ведь все едино как массив данных скомпонован, одномерный или двумерный.
Наверно и у Вас стандартная ситуация. Накопить n 16 разрядных слов данных и сбросить разом.
Можно это как двумерный массив описать. Можно как одномерный. Просто пример. Может интересно будет.

entity shift_rga is
Port (
clk : in STD_LOGIC;
load : in STD_LOGIC;
data_in : in STD_LOGIC_VECTOR (15 downto 0);
data_outa : out STD_LOGIC_VECTOR (127 downto 0);
data_outb : out STD_LOGIC_VECTOR (127 downto 0)
);
end shift_rga;

architecture Behavioral of shift_rga is

signal outa : std_logic_vector(127 downto 0);
signal outb : std_logic_vector(127 downto 0);

begin

process (clk)
begin
if clk'event and clk = '1' then
if load = '1' then
outa <= outa(111 downto 0) & data_in;
outb <= data_in & outb(127 downto 16);
end if;
end if;
end process;

data_outa <= outa;
data_outb <= outb;

end Behavioral;

хм...а чем не нравится размещение в озу?
Взять озу размером 2х пока копим одну половинку - работаем сдругой. "Быстрое копирование" получается путем изменения старшего бита адреса...все очень даже удобно.

В принципе проблему решил.
А за пример спасибо. Не совсем то, но мысль весьма интересная. Вполне может в будущем пригодиться.



Согласен, что удобно, только с памятью в проекте напряг.

Что такое pipe_distributed описанно в XST.PDF, подробно и с картинками (по крайней мере в ISE 9.1)