ТЕМА:

Извеняюсь что так долго не отвечал. Много работы, купил дом

Вобщем как я вижу - всё правильно. Так и нужно использовать ПЛИС. Ещё совет- нужно смотреть и считать где происходит задержка данных - если в обработчике - попробовать запаралелить обработчик. Под обработчиком я имел ввиду модуль "inst25" и "inst35". Всегда можно поменять разрядность данных с 8 на 32 средствами ПЛИС например, и понизить скорость обработки в 4 раза или усложнить алгоритм. Можно использовать конвеер модулей..

Ещё помогает выделить в отдельный модуль всю логику от ТОП модуля и почитать о синхронизации входных и выходных данных. Так как вы их защёлкиваетет в тригер тут может работать а с другим МК может и не сработать. Обычно входные синхронизаторы работают на вышей частоте чем остальная логика, иначе могут пропускать данные..

Хочу еще попробовать передавать данные и адрес на внешнем интерфейсе по одним и тем же линиям. (адрес по фронту, а данные по спаду) Однако еще не проводил испытания.

wowa пишет: Для синхронизатора ненадо дуальных тригеров.. Вполне нормально рабоает и связка из двух тригеров..

module synchronizer(
	 input wire clk,
    input wire in,
    output reg out
    );
	
	reg reg1;

	always @(posedge clk)
	begin
		reg1 <= in;
		out <= reg1;
	end
	
endmodule

module sinc (
    input wire clk,
	
	input wire [7:0] in,
	output reg [7:0] out
);

reg state;

always @(posedge clk)
begin	

	if (state)
		out <= in;
	else
		out <= 0;
		
	state <= !state;
end

endmodule

wowa пишет: Непонятно зачем была эта конструкция? Чтобы через раз выдвавать или данные или 0? Или по идее это был 8 битный синхронизер? Тут нет начальной и вообще никакой инициализации.. Ну и должны быть ещё какие входные управляющие данные.. Так это бесмысленный модуль. Рулетка :)