реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> Описание временных ограничений между двумя ПЛИС, Проблема понимания Tsu/Th
DENth
сообщение Jul 30 2013, 09:22
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 33
Регистрация: 10-10-12
Из: Санкт-Петербург
Пользователь №: 73 890



Добрый день!

Имеется проект, в котором есть необходимость в передаче сигналов переноса сумматора из одной ПЛИС в другую. То есть в обеих микросхемах реализованы сумматоры, которые работают одновременно и обмениваются сигналами переноса. Обе ПЛИС находятся на одной печатной плате и тактируются с одного генератора.

Вопрос - как описать временные ограничения? Изучение статей КиТ Synopsys Design Constraint отчасти облегчило задачу. Но остался абсолютно не ясным вопрос о Tsu, Th при описании данного вида Source Synchronous интерфейса. Если при описании всякого рода ЦАП и АЦП берутся из документации, то как быть в этом случае?

Благодарю всех откликнувшихся!
Go to the top of the page
 
+Quote Post
bogaev_roman
сообщение Jul 30 2013, 11:42
Сообщение #2


Профессионал
*****

Группа: Свой
Сообщений: 1 088
Регистрация: 20-10-09
Из: Химки
Пользователь №: 53 082



Цитата(DENth @ Jul 30 2013, 13:22) *
Вопрос - как описать временные ограничения? Изучение статей КиТ Synopsys Design Constraint отчасти облегчило задачу. Но остался абсолютно не ясным вопрос о Tsu, Th при описании данного вида Source Synchronous интерфейса. Если при описании всякого рода ЦАП и АЦП берутся из документации, то как быть в этом случае?

Ну измерьте сами время распространения сигнала по плате и потом прописывайте в ограничениях sm.gif.
Теперь к сути:
1. Ваш сигнал переноса я так понял не стробируеся никакой частотой, а идет в чистом виде?
2. На входе/выходе ПЛИС на этот сигнал стоят регистры или это в чистом виде комбинаторика?
3. Частоты и стандарт?
Go to the top of the page
 
+Quote Post
DENth
сообщение Jul 30 2013, 11:56
Сообщение #3


Участник
*

Группа: Участник
Сообщений: 33
Регистрация: 10-10-12
Из: Санкт-Петербург
Пользователь №: 73 890



Цитата(bogaev_roman @ Jul 30 2013, 15:42) *
Ну измерьте сами время распространения сигнала по плате и потом прописывайте в ограничениях sm.gif.
Теперь к сути:
1. Ваш сигнал переноса я так понял не стробируеся никакой частотой, а идет в чистом виде?
2. На входе/выходе ПЛИС на этот сигнал стоят регистры или это в чистом виде комбинаторика?
3. Частоты и стандарт?


Задержку по плате учесть не сложно, зная длину проводника. Смущает то, что компилятор засовывает модуль сумматора каждый раз в разное место. Как бы ему сообщить, что нужно выдержать задержку так, чтобы она не превышала какого-то значения, например половины периода тактового сигнала, на котором работает сумматор.

Да, сигнал идет в чистом виде. непосредственно с выхода сумматора на пин, и далее во вторую альтеру с пина на вход переноса. Я просто исхожу пока из того, что имей я входные-выходные регистры - это не избавило бы меня от необходимости описания ограничений. И опять бы я пришел к вопросу, с которого начал.

Частота - 40 МГц, стандарта как такового нет.
Go to the top of the page
 
+Quote Post
bogaev_roman
сообщение Jul 30 2013, 12:15
Сообщение #4


Профессионал
*****

Группа: Свой
Сообщений: 1 088
Регистрация: 20-10-09
Из: Химки
Пользователь №: 53 082



Цитата(DENth @ Jul 30 2013, 15:56) *
Задержку по плате учесть не сложно, зная длину проводника. Смущает то, что компилятор засовывает модуль сумматора каждый раз в разное место. Как бы ему сообщить, что нужно выдержать задержку так, чтобы она не превышала какого-то значения, например половины периода тактового сигнала, на котором работает сумматор.

Да, сигнал идет в чистом виде. непосредственно с выхода сумматора на пин, и далее во вторую альтеру с пина на вход переноса. Я просто исхожу пока из того, что имей я входные-выходные регистры - это не избавило бы меня от необходимости описания ограничений. И опять бы я пришел к вопросу, с которого начал.

Частота - 40 МГц, стандарта как такового нет.

Вы точно вот это читали на странице 4?
http://embedders.org/content/timequest-dly...rfeisov-raznykh

Если бы на входе/выходе был регистр, то при задании ограничений типа fast output/input register квартус минимизировал задержку на самой ПЛИС и это "что компилятор засовывает модуль сумматора каждый раз в разное место" исчезло для конкретного сигнала. Т.е. задержка сигнала от регистра до регистра была бы фиксированной и ограничивалась только задержкой на плате + от пина до "закрепленного" регистра. Т.к. частота в Вашем случае низкая этого по идее было бы достаточно (тактировать либо обычной частотой либо инверсной в зависимости от времени распространения), но грамотней конечно описать через ограничения.
Стандарт я имел ввиду на распиновку - LVDS, LVTTL, SSTL. Они как бы разные и есть ограничения на максимальную частоту.
Go to the top of the page
 
+Quote Post
DENth
сообщение Jul 30 2013, 12:58
Сообщение #5


Участник
*

Группа: Участник
Сообщений: 33
Регистрация: 10-10-12
Из: Санкт-Петербург
Пользователь №: 73 890



Цитата(bogaev_roman @ Jul 30 2013, 16:15) *
Вы точно вот это читали на странице 4?
http://embedders.org/content/timequest-dly...rfeisov-raznykh

Если бы на входе/выходе был регистр, то при задании ограничений типа fast output/input register квартус минимизировал задержку на самой ПЛИС и это "что компилятор засовывает модуль сумматора каждый раз в разное место" исчезло для конкретного сигнала. Т.е. задержка сигнала от регистра до регистра была бы фиксированной и ограничивалась только задержкой на плате + от пина до "закрепленного" регистра. Т.к. частота в Вашем случае низкая этого по идее было бы достаточно (тактировать либо обычной частотой либо инверсной в зависимости от времени распространения), но грамотней конечно описать через ограничения.
Стандарт я имел ввиду на распиновку - LVDS, LVTTL, SSTL. Они как бы разные и есть ограничения на максимальную частоту.


Читать-читал. Но про эти регистры как-то вылетело из головы =) Спасибо за подсказку. Буду пробовать.
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 18th July 2025 - 09:48
Рейтинг@Mail.ru


Страница сгенерированна за 0.01379 секунд с 7
ELECTRONIX ©2004-2016