Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Можно ли для LVDS сигнала задать пару выводов?
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Языки проектирования на ПЛИС (FPGA)
ViKo
Задаю один вывод. Другой парный подключается сам.
(* chip_pin = "89", altera_attribute = "-name io_standard lvds" *) input ClkIn,

Но пишет предупреждение.
Warning (176118): Pin "ClkIn" is a differential I/O pin but does not have its complement pin. Hence, fitter automatically created the complement pin "ClkIn(n)"

Как в атрибутах задать оба вывода?
_Anatoliy
Цитата(ViKo @ Jan 6 2018, 19:57) *
Задаю один вывод. Другой парный подключается сам.
(* chip_pin = "89", altera_attribute = "-name io_standard lvds" *) input ClkIn,

Но пишет предупреждение.
Warning (176118): Pin "ClkIn" is a differential I/O pin but does not have its complement pin. Hence, fitter automatically created the complement pin "ClkIn(n)"

Как в атрибутах задать оба вывода?

Достаточно указать только положительный вывод. Квартус Вас предупредил что комплементарный вывод он назначил автоматически. Это нормально.
ViKo
Цитата(_Anatoliy @ Jan 6 2018, 20:40) *
Достаточно указать только положительный вывод. Квартус Вас предупредил что комплементарный вывод он назначил автоматически. Это нормально.

Это я знаю. Но неужели нет способа дать Quartus-у столько информации, чтобы не донимал предупреждениями.
_Anatoliy
Цитата(ViKo @ Jan 6 2018, 20:45) *
Это я знаю. Но неужели нет способа дать Quartus-у столько информации, чтобы не донимал предупреждениями.

Сам не пробовал, но если указать расположение вывода ClkIn(n)?
Или изменить уровень варнингов.
ViKo
Цитата(_Anatoliy @ Jan 6 2018, 21:13) *
Сам не пробовал, но если указать расположение вывода ClkIn(n)?
Или изменить уровень варнингов.

Первое уже попробовал. Ошибку выдает на скобку.
Второе слишком радикально. Пусть уже пишет, если без этого никак.
andrew_b
Цитата(ViKo @ Jan 6 2018, 19:57) *
Как в атрибутах задать оба вывода?

Не использовать атрибуты, а описывать пины в qsf, как делают нормальные люди.
ViKo
Цитата(andrew_b @ Jan 7 2018, 13:31) *
Не использовать атрибуты, а описывать пины в qsf, как делают нормальные люди.

Как конкретно?
_Anatoliy
Цитата(andrew_b @ Jan 7 2018, 13:31) *
Не использовать атрибуты, а описывать пины в qsf, как делают нормальные люди.

Атрибуты придумали для ненормальных? Сильно сказано.
Я тоже когда-то так думал пока не обжёгся. Если найду эту тему - приведу ссылку.
krux
сгенерите MegaWizard-ом/IP-Catalog-ом примитив ALTLVDS, после чего прицепите его входы/выходы корректно к вашей схеме.
заодно будут учтены все тонкости статической/динамической настройки LVDS-трансивера конкретной ПЛИС.
имхо это самый правильный вариант.
andrew_b
Цитата(_Anatoliy @ Jan 7 2018, 18:20) *
Атрибуты придумали для ненормальных? Сильно сказано.
Не знаю, зачем их придумали. Не вижу ни одной причины писать привязку пинов и IOSTANDARD в RTL-коде.
Цитата
Я тоже когда-то так думал пока не обжёгся. Если найду эту тему - приведу ссылку.
Поищите, будет интересно.
Я все констрейны пишу только в sqf/ucf/xdc.
ViKo
Это не констрейны, а настройки.
Так что писать-то? Может, аналогично можно будет в атрибутах указать?
Мегавизард здесь лишний.
_Anatoliy
Цитата(andrew_b @ Jan 7 2018, 20:29) *
Поищите, будет интересно.
Я все констрейны пишу только в sqf/ucf/xdc.

Ну, констрейны я пишу в sdc,где же ещё.
Насчёт ссылки - сдаюсь. Потратил уйму времени, слишком много накопилось сообщений - не нашёл.
По памяти могу сказать: однажды при очередной компиляции отлаживаемого проекта у меня напрочь исчезли все указания на размещение пинов в файле qsf. Проект только начал отлаживаться, поэтому архивных копий ещё не было. Пришлось с печатной платы в рукопашную заново вносить все пины. Поэтому перейдя на атрибуты я раз и навсегда исключил возможность повторения этого глюка. Чтобы при компиляции сами собой изменялись исходники - это из области фантастики.
Опять же, я никому своего мнения не навязываю, просто его высказал.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.