Отправлено svf 21 декабря 2004 г. 18:50 В ответ на: 2SM: А как будет выглядить тот арбитр на AHDL? :) отправлено dxp 21 декабря 2004 г. 15:23

В данном случае следующий запрос появляется через два такта после снятия предыдущего. Уж не знаю, отформатируется ли.

CONSTANT WIDTH=8;
SUBDESIGN arb
(
	clk,reset : INPUT;
	ack[WIDTH-1..0] : OUTPUT;
	req[WIDTH-1..0] : INPUT;
)
VARIABLE
	ack[WIDTH-1..0] : DFF;
	reqc[WIDTH..0] : NODE;
	present : DFF;
BEGIN
	ack[].clk=clk;
	ack[].clrn=!reset;
	present.clk=clk;
	present.clrn=!reset;
	present.d=ack[0].q#ack[1].q#ack[2].q#ack[3].q#ack[4].q#ack[5].q#ack[6].q#ack[7].q;
	reqc[0]=present.q;
	FOR I IN 0 TO WIDTH-1 GENERATE
		ack[i].d=req[i]&!reqc[i];
		reqc[i+1]=CARRY(reqc[i]#req[i]);
	END GENERATE;
END;

Если же выкинуть present и посадить reqc[0] на землю, новый запрос будет появляться в момент снятия предыдущего, но будет вообще 8 элементов.

• А вроде CARRY в циклоне не юзается, там CARRY_SUM... Или квартус сам конвертит? — SM   (21.12.2004 18:57, пустое)
  • Конвертит, хотя вот сейчас с CARRY_SUM 11 получилось. Но если смотреть на режим динамической арифметики и их CSA, то там ни тому, ни другому не место, как мне кажется. :-)) — svf   (21.12.2004 19:04, пустое)
    • Спасибо, я не знал, что можно CARRY юзать. Кстати hint: замените "present" с DFF на LCELL :) — SM   (21.12.2004 19:08, пустое)
      • Нет, оно не так работает - начинает колебания в текущем запросе. Пока не могу придумать, как с той же эффективностью уложить подтверждение следующего после снятия активного через такт, а не сразу или через два. — svf   (21.12.2004 19:16, пустое)
      • Оп. А глюк в Вашей имплементации вышел (+) — SM   (21.12.2004 19:15, 113 байт)
        • Так и говорю - с некоторым изменением логики. Через два такта. — svf   (21.12.2004 19:17, пустое)
          • Да. Точно, пожалуй, меньше 14 будет сложно сделать. — svf   (21.12.2004 19:19, пустое)
            • Да я вот тоже вокруг да около carry- и lut- чейнов мудрю, никак не намудрю :) — SM   (21.12.2004 19:22, пустое)
              • Кажется вот оно - 8 LCELL. Пришлось карту Карно нарисовать. :-))) — svf   (21.12.2004 19:41, 440 байт)
                • Нет, не то... не работает переход от меньшего к старшему приоритету. — svf   (21.12.2004 19:49, пустое)
                  • Все-таки надо добить. Помоделировал - вроде работает. 13 LCELL. — svf   (21.12.2004 20:55, 617 байт)