[an error occurred while processing this directive]
Дело ведь не разводке (хотя и здесь могут быть проблемы).
(«Телесистемы»: Конференция «Программируемые логические схемы и их применение»)

миниатюрный аудио-видеорекордер mAVR

Отправлено V61 14 июня 2004 г. 16:00
В ответ на: Я вообще не понимаю, зачем чего-то надо оптимизировать. отправлено SAZH 14 июня 2004 г. 15:16

То, что было.
МП опрашивает несколько источников (кажется, их было 7).
Один из них критичен и должен опрашиваться быстро. На остальные можно поставить несколько Wait.
Ясное дело, что необходимый источник ставится на верхний уровень.
Но если мы поставим только
OFFSET = OUT 20 AFTER clk;
то в рапорте получим, что проект не сошелся, и кучу путей, которые никого и не интересуют.
Если написать, например,
OFFSET = OUT 20 AFTER clk;
OFFSET = OUT 100 AFTER clk TIMEGRP "rg1_rg6";
или
OFFSET = OUT 100 AFTER clk;
OFFSET = OUT 20 AFTER clk TIMEGRP "rg0";
в отчете будет то, что интересно.
Тоже самое и внутри. Есть N источников и M приемников и шина между ними. Но не все NM комбинаций реально существуют. P&R этого не знает, и покажет самый длинный путь (мало того будет оптимизировать трассировку, учитывая именно его). В результате указанное время не соответствует реальному. И если оно не удовлетворяет заданному, можно потратить много времени, оптимизируя то чего нет.

Составить ответ  |||  Конференция  |||  Архив

Ответы


Отправка ответа

Имя (обязательно): 
Пароль: 
E-mail: 

Тема (обязательно):
Сообщение:

Ссылка на URL: 
Название ссылки: 

URL изображения: 


Перейти к списку ответов  |||  Конференция  |||  Архив  |||  Главная страница  |||  Содержание  |||  Без кадра

E-mail: info@telesys.ru