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

 
 
> Изменение работоспособности с добавлением виртуального логического анализатора
Putnik
сообщение Jun 28 2010, 15:47
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 214
Регистрация: 4-09-07
Из: Зеленоград
Пользователь №: 30 272



Замечено изменение работоспособности проекта при добавлении виртуального логического анализатора (Identify, ChipScope)
C чем может быть связано, и куда смотреть (код, констрейны, ...)?
Интересны даже общие соображения, или может кто-то с таким тоже сталкивался..


--------------------
за Навального!
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
disel
сообщение Jun 28 2010, 18:31
Сообщение #2


Знающий
****

Группа: Свой
Сообщений: 610
Регистрация: 22-04-05
Пользователь №: 4 410



Также если чипскоп прицеплен к выходным пинам, то они не могут быть расположены в триггерах которые там живут. Это может влиять на задержки выходных данных.
Go to the top of the page
 
+Quote Post
Boris_TS
сообщение Jun 30 2010, 15:06
Сообщение #3


Злополезный
****

Группа: Свой
Сообщений: 608
Регистрация: 19-06-06
Из: Russia Taganrog
Пользователь №: 18 188



Цитата(disel @ Jun 28 2010, 22:31) *
Также если чипскоп прицеплен к выходным пинам, то они не могут быть расположены в триггерах которые там живут. Это может влиять на задержки выходных данных.

Ага, а чтобы такого не было, надо использовать constraint IOB, принуждающий среду укладывать нужные триггеры в IOB. Ну и еще необходимо использовать constraint'ы OFFSET IN/OUT, которые задают те самые временные ограничения. Т.е. если наблюдается описанный негативный эффект, то:
Цитата(Boris_TS @ Jun 28 2010, 20:23) *
1. Обычно плывут не за'constraint'ненные или неправильно за'constraint'ненные цепи.
Go to the top of the page
 
+Quote Post
disel
сообщение Jun 30 2010, 16:18
Сообщение #4


Знающий
****

Группа: Свой
Сообщений: 610
Регистрация: 22-04-05
Пользователь №: 4 410



Цитата(Boris_TS @ Jun 30 2010, 19:06) *
Ага, а чтобы такого не было, надо использовать constraint IOB, принуждающий среду укладывать нужные триггеры в IOB. Ну и еще необходимо использовать constraint'ы OFFSET IN/OUT, которые задают те самые временные ограничения. Т.е. если наблюдается описанный негативный эффект, то:


IOB используются, но если подключен чипскоп, то маппер кладет на этот констрейн и пишет соотвествующий варнинг, который не всегда можно заметить. Задавать же OFFSET OUT не всегда бывает нужно. Например у меня ЦАП АД9776А сам умеет подстраиваться, и никакой OFFSET OUT ему задавать не нужно, достаточно знать что IOB выполнен.
Go to the top of the page
 
+Quote Post
Boris_TS
сообщение Jul 1 2010, 18:53
Сообщение #5


Злополезный
****

Группа: Свой
Сообщений: 608
Регистрация: 19-06-06
Из: Russia Taganrog
Пользователь №: 18 188



Цитата(disel @ Jun 30 2010, 20:18) *
IOB используются, но если подключен чипскоп, то маппер кладет на этот констрейн и пишет соответствующий варнинг, который не всегда можно заметить.

Ну так, map же ДАЖЕ напишет Warning - а смотрите ли Вы на них,.. или не смотрите - это уже персонально Ваши проблемы. Важно, что Warning принципиально появится.

Цитата(disel @ Jun 30 2010, 20:18) *
Задавать же OFFSET OUT не всегда бывает нужно. Например, у меня ЦАП АД9776А сам умеет подстраиваться, и никакой OFFSET OUT ему задавать не нужно, достаточно знать что IOB выполнен.

Да, если Вы любите острые ощущения, то, пожалуй, OFFSET OUT - лишний constraint. Я же обычно добавляю OFFSET OUT на критичные ножки при любом раскладе: для цепей, где это не важно - развожу проект с пустым OFFSET OUT, смотрю получившиеся значения и вношу их в OFFSET OUT; и если что-то в проекте уносит - я это вижу. Но, опять-таки, некоторые любят острые ощущения... я же отношусь к перестрахуям - область применения обязывает.
Go to the top of the page
 
+Quote Post



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

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 20:41
Рейтинг@Mail.ru


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