Critical Warning от TimeQuest, Помогите понять смысл сообщения Опции

[nmurzin]

Здравствуйте.
Помогите пожалуйста разобраться с сообщением "Timing requirements not met" от TimeQuest.
Работаю в Quartus 9.1 делаю проект для Cyclon3.

В проекте используются два клока:
Strob - с периодом 40 ns, приходит с улицы.
Clk100Mhz - с периодом 10 ns, приходит с PLL.
Тригер Op4_1 тактируется клоком Strob.
Тригер abusValid_rg тактируется клоком Clk100Mhz.

Собрана схема где происходит следующее (приложил TechnologiMap.jpg):

Тригер Op4_1 захлопавает '1' по некоторому условию.
Тригер abusValid_rg захлопывает значение Op4_1 то есть ту же '1', но уже на своей частоте.
Значение тригера abusValid_rg = '1' является условием сброса тригера Op4_1.

При компиляции проекта TimeQuest выдает сообщение об ошибке.
Приложил CompilationReport.jpg и TimeQuest.jpg

Если я в sdc файле использую для Clk100Mhz дерективу set_clock_groups -exclusive,
то все компилируется без ошибок.

Но все таки очень хочется понять, о чем меня хотел предупредить TimeQuest ?
Гляжу на информацию в отчетах, но ни как не могу понять, что ему не нравиться ?

Эскизы прикрепленных изображений

 

[nmurzin]

Я понял. Ну или думаю что понял.

TimeQuest считает что фронт клока Clk100MHz и фронт клока Strob сстартуют одновременно каждый со своего источника клоков.
TimeQuest анализирует выход из состояния reset.
По Clk100MHz тригер abusValid_rg снимает состояние ресет для тригера Op4_1.
Так как исходное состояние - это состояние ресета, то предполагается, что в момент прихода фронта тригер Op4_1
будет еще под воздействием ресета. Однако время распространения клока Strob настолько велико,
что сигнал снятия ресета доходит до тригера Op4_1 раньше, чем фронт.
Получается, что я могу захлопнуть данные по фронту, который был предназначен для снятия ресета.

Спасибо огромное за документ.

[Cordroy]

Спасибо огромное за документ.

Не за что
Удачи с проектом!