Проблема синтеза под Altera, Не моделируется синтезированная схема Опции

[White]

Дроброго времени суток.

Если кто может-помогите
Проблема вот в чем:
Есть код на VHDL. Вот он:

library IEEE;
use IEEE.STD_LOGIC_1164.all;
use IEEE.std_logic_arith.all;



entity imit is
  port(
  clk : in STD_LOGIC;
  enable : in STD_LOGIC;
  synh_out : out STD_LOGIC;
  data_strob : out STD_LOGIC;
  data_out : out STD_LOGIC_VECTOR(31 downto 0)
      );
end imit;

--}} End of automatically maintained section

architecture rl of imit is
constant t_min:integer:=100; --100 ns

begin

p1: process (clk, enable) 

constant temp1:STD_LOGIC_VECTOR(31 downto 0):=B"00000001100000000110010000110011";
constant temp2:STD_LOGIC_VECTOR(31 downto 24):=X"02";
constant temp3:STD_LOGIC_VECTOR(31 downto 0):=B"00000011000000010000001010111100";
constant temp4:STD_LOGIC_VECTOR(31 downto 0):=B"11100100000000000000000000001000";

variable count_temp:integer range 0 to 256 :=0;
variable t1:integer:=750;
variable temp:integer range 0 to 16777215 :=0;
variable num:integer range 0 to 32;


begin
  if enable='0' then
  count_temp:=0;
  t1:=750;
  data_out<=(others=>'0');
  data_strob<='1';
  synh_out<='1';
  temp:=0;
  num:=0;

  else
    if clk'event and clk='1' then  --CLK rising edge
    count_temp:=count_temp+1;
    end if;
    if clk'event and clk='0' then
    case count_temp is
      when 1 =>data_strob<='0';
      when 2 =>synh_out<='0';
        data_out<=temp1;
      when 3 => synh_out<='1';
      when 4 =>synh_out<='0'; 
      ------------------------
        temp:=temp+t1;
        data_out<=temp2 & CONV_STD_LOGIC_VECTOR(temp,24);
        num:=num+1;
        if t1 = 750 and num = 20 then
        t1:=1000;
        num:=0;
        elsif t1=1000 and num=20 then
          t1:=750;
          num:=0;
        end if;
     
      ------------------------
      when 5 => synh_out<='1';
      when 6 =>synh_out<='0';
        data_out<=temp3;
      when 7 => synh_out<='1';
      when 8 =>synh_out<='0';
        data_out<=temp4;
      when 9 => synh_out<='1';
      when 11 =>data_strob<='1';
      when 150 => if t1=750 then
          count_temp:=0;
        end if;
      when 200 => if t1=1000 then
          count_temp:=0;
        end if;
      when others => null;
    end case;
    end if;
  end if;
  end process p1; 
end rl;

он замечательно моделируется в A-HDL но при попытке моделировать синтезированое устройство в Quartus не чего не происходит т е результате состояния выходов не меняются. ПЛИС-MAX 7000S
Вообщем вопрос что я делаю не так, и если объяснять долго то где посмотреть.

PS До этого с ПЛИС не работал. Так что сильно не бейте

[vetal]

Код

   -------------------------------------------------------------------    
   -- edge detection
   -------------------------------------------------------------------    
   FUNCTION rising_edge  (SIGNAL s : std_ulogic) RETURN BOOLEAN IS
   BEGIN
       RETURN (s'EVENT AND (To_X01(s) = '1') AND
                           (To_X01(s'LAST_VALUE) = '0'));
   END;

Разница на лицо.
eventы иногда полезнее при симуляции, к примеру, когда сигнал выходит их 'X' в '1', при использовании *_edge, симулятор отработает только переход из '0' в '1' и наоборот. Иногда это спасает от введения в проект дополнительных цепей тестового сброса/инициализации.

На самом деле корректнее использовать *_edge.

[des00]

Код

   -------------------------------------------------------------------    
   -- edge detection
   -------------------------------------------------------------------    
   FUNCTION rising_edge  (SIGNAL s : std_ulogic) RETURN BOOLEAN IS
   BEGIN
       RETURN (s'EVENT AND (To_X01(s) = '1') AND
                           (To_X01(s'LAST_VALUE) = '0'));
   END;

Разница на лицо.
eventы иногда полезнее при симуляции, к примеру, когда сигнал выходит их 'X' в '1', при использовании *_edge, симулятор отработает только переход из '0' в '1' и наоборот. Иногда это спасает от введения в проект дополнительных цепей тестового сброса/инициализации.

На самом деле корректнее использовать *_edge.

а по моему даже для симуляции лучше исползовать именно _edge, т.к.
лучше видны проблемы с генераторами тестовых сигналов.
ИМХО event были заложены для bit_vector у которого всего 2 состояния, но не для std_logic.

[vetal]

Код

   -------------------------------------------------------------------    
   -- edge detection
   -------------------------------------------------------------------    
   FUNCTION rising_edge  (SIGNAL s : std_ulogic) RETURN BOOLEAN IS
   BEGIN
       RETURN (s'EVENT AND (To_X01(s) = '1') AND
                           (To_X01(s'LAST_VALUE) = '0'));
   END;

Разница на лицо.
eventы иногда полезнее при симуляции, к примеру, когда сигнал выходит их 'X' в '1', при использовании *_edge, симулятор отработает только переход из '0' в '1' и наоборот. Иногда это спасает от введения в проект дополнительных цепей тестового сброса/инициализации.

На самом деле корректнее использовать *_edge.

а по моему даже для симуляции лучше исползовать именно _edge, т.к.
лучше видны проблемы с генераторами тестовых сигналов.
ИМХО event были заложены для bit_vector у которого всего 2 состояния, но не для std_logic.

Согласен на 200%. Все зависит от того как он начинал. Во многом к использованию event приучают авторы учебной литературы, и в результате человек садится на него надолго.

Хотя есть такие случаи, в которых можно и не просимулировать, к примеру при post P&R тестировании при наличии "смешных" обратных связей можно и не выползти из 'X' окружения, т.к. в симуляторы триггеры инициализируются в X, а реально на sram lut fpga там всегда нули, по крайней мере у меня из-за этого не было сбоев.