SDC констрейны и TimeQuest («Телесистемы»: Конференция «Программируемые логические схемы и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Программируемые логические схемы и их применение»

SDC констрейны и TimeQuest

Отправлено Andy-P 27 марта 2008 г. 11:45

Ниже приведены констрейны, описывающие входной тактовый сигнал adcstb
и входную шину данных adc_data[*]
Для adcstb задана латентность источника 1.3нс

Опция -source_latency_included, по описанию, должна исключать из расчета входной задержки латентность такта adcstb.

На практике получаю оно и тоже время clock delay и соответственно slack, как в случае исключения опции -source_latency_included, так и при наличии оной.
Либо я неверно понимаю роль этой опции, либо …

create_clock -name adcstb -period 6.944 [get_ports adcstb]

set_clock_latency -source 1.300 [get_ports adcstb]

set_input_delay -clock adcstb -source_latency_included -min 3.000 [get_ports adc_data[*]]
set_input_delay -clock adcstb -source_latency_included -max [expr 6.944 + 2.000] [get_ports adc_data[*]]

Составить ответ | Вернуться на конференцию

Ответы

ИМХО set_clock_latency надо делать не порту, а клоку (+) — SM (27.03.2008 12:23:55 80.92.255.53, 86 байт)
- ДА! Без никаких ИМХО (+) — Andy-P (27.03.2008 13:46:9 83.218.236.246, 1490 байт)
  - Да без разницы, какой элемент меняет source_latency_included, главное что он свою функцию выполняет (+) — SM (27.03.2008 14:23:7 80.92.255.53, 308 байт)
    - Согласен, «надо привыкнуть и пользоваться» :) (+) — Andy-P (27.03.2008 15:22:44 83.218.236.246, 873 байт)
      - А это точно SPI? — Oldring   (27.03.2008 18:50:8 91.77.101.171, 449 байт)
        
        Вообще-то фиксация состояния по противоположному фронту относительно его изменения ужесточает требование к времянке ровно вдвое (если скважность клока 2) — SM   (27.03.2008 19:03:8 80.92.255.53, пустое)
        
        Вообще-то в этом случае допустимая задержка распространения сигналов по шине возрастает с 20 нс до половины периода клока, как легко заметить. — Oldring   (27.03.2008 19:13:17 91.77.101.171, пустое)
        
        Бред какой-то. (+) — SM   (27.03.2008 19:32:42 80.92.255.53, 497 байт)
        
        Отсюда — Oldring   (27.03.2008 19:55:45 91.76.17.25, 569 байт, ссылка)
        
        В таком случае (+) — SM   (27.03.2008 20:06:16 80.92.255.53, 478 байт)
        
        И я об этом. — Oldring   (27.03.2008 20:22:9 91.76.17.25, 747 байт)
        
        единственное, про скорость, сейчас у флешек норма для SPI 100 МГц, так что не удивлюсь и большим частотам клока в этом интерфейсе. — SM   (27.03.2008 20:31:37 80.92.255.53, пустое)
        
        Интересно. Давно? — Oldring   (27.03.2008 20:44:15 91.76.17.25, 349 байт)
        
        Нуу... (+) — SM   (27.03.2008 20:55:23 80.92.255.53, 518 байт)
        
        Понятно — Oldring   (27.03.2008 21:26:54 91.76.17.25, 875 байт)
        
        Вообще-то там открытым текстом написано (+) — SM   (27.03.2008 22:11:11 80.92.255.53, 285 байт)
        
        Происхождение-то как раз понятно. — Oldring   (27.03.2008 23:37:58 91.76.16.155, 408 байт)
        
        Кстати и про жтаг (+) — SM   (28.03.2008 11:13:22 80.92.255.53, 337 байт)
        
        С JTAG другая неприятность, насколько мне известно. — Oldring   (28.03.2008 11:33:20 91.76.16.155, 397 байт)
        
        да я бы не сказал, что (+) — SM   (28.03.2008 11:47:36 80.92.255.53, 418 байт)
        
        JTAG был создан в середине 80-х — Oldring   (28.03.2008 12:19:2 91.76.16.155, 509 байт)
        
        JTAG в виде стандарта был принят кажется в 90-м. А в 80-ом только думать о нем начали, и это были всякие прототипы, жтагом не имеющие правов называться (+) — SM   (28.03.2008 12:29:29 80.92.255.53, 513 байт)
        
        Я про середину 80-х — Oldring   (28.03.2008 12:36:37 91.76.16.155, 101 байт, ссылка)
        
        Вот, что именно ДО 90-х (+) — SM   (28.03.2008 12:41:27 80.92.255.53, 405 байт)
        
        С JTAG другая неприятность, насколько мне известно. — Oldring   (28.03.2008 11:33:20 91.76.16.155, 397 байт)
      - (+) — SM   (27.03.2008 16:09:37 80.92.255.53, 494 байт)
        
        Уважаемые, SM и Oldring (+) — Andy-P   (28.03.2008 16:46:16 83.218.236.246, 3078 байт)
        
        Ответ: (+) — SM   (30.03.2008 14:14:18 80.92.255.53, 411 байт)
        
        Ответ: (+) — Andy-P   (31.03.2008 13:23:27 83.218.236.246, 2060 байт)
        
        Ответ: (+) — SM   (31.03.2008 22:37:13 80.92.255.53, 459 байт)
        
        Ответ: (+) — Andy-P   (01.04.2008 13:36:37 83.218.236.246, 1581 байт)
        
        В чем проблема-то? -max, -min, -rise, -fall у set_input_delay - до 4-х времянок (мин и макс для спадов и фронтов) на один сигнал. т.е. до 4-х set_input_delay на сигнал. Описать можно все, что угодно. — SM   (03.04.2008 00:09:41 80.92.255.53, пустое)
        
        А smpclk никому не нужен в констрейнах, если от его времянок ничего не зависит. — SM   (03.04.2008 00:12:51 80.92.255.53, пустое)
        
        Спасибо — Andy-P   (03.04.2008 23:07:32 77.121.142.4, пустое)
  - Сори, ошибся: ... при [get_clocks adcstb], вместо [get_ports adcstb], ... — Andy-P (27.03.2008 13:51:45 83.218.236.246, пустое)