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

 
 
 
Reply to this topicStart new topic
> Вопрос по GTP микросхем Virtex 5, А точнее, по RXRECCLK
Koluchiy
сообщение Apr 27 2010, 13:17
Сообщение #1


Знающий
****

Группа: Свой
Сообщений: 972
Регистрация: 12-04-09
Из: Москва
Пользователь №: 47 543



Здравствуйте.

Есть вопрос по модулям GTP микросхем Virtex5.
Описание прочитал, но некоторое недопонимание осталось.

1.Есть у этих модулей, а точнее, у приемной их части, сигналы RXRECCLK, то есть частота приходящих данных.

Что происходит с этим сигналом, когда данные на входе пропадают? (пустой вход)
Он продолжает генерить (например, на частоте REFCLK), или сбрасывается в неопределенное стабильное состояние?
И как это всё будет работать, если сигнал на входе есть, но он имеет неправильную частоту (например, в 4 раза меньше нужной).

2. Я правильно понял, что логика работы CDR состоит в том, что при отсутствии сигнала на входе (differential voltage
between RXN and RXP dropped below the minimum threshold) становится активным RXELECIDLE, который подключен к RXELECIDLERESET, и соответственно CDR находится в ресете, пока не появится сигнал на входе.
Соответственно, поскольку CDR в ресете, и на RXRECCLK ничего не идет?

Собственно, хочется понять, насколько от этого RXRECCLK можно тактироваться.

Всем заранее спасибо за ответы.
Go to the top of the page
 
+Quote Post
DmitryR
сообщение Apr 27 2010, 16:05
Сообщение #2


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

Группа: Свой
Сообщений: 1 535
Регистрация: 20-02-05
Из: Siegen
Пользователь №: 2 770



В линках, которые призван обслуживать GTP (см. список поддерживаемых стандартов в даташите) при пропадании данных на входе линк считается неактивным и должен быть переинициализирован. Поэтому что будет на выводе восстановленного клока неважно - схема (принимающая) должна быть в ресете (это надо обнаруживать по сигналу LOCK PLL). Но вообще многие стандарты не используют восстановленный клок (то есть PMA конечно использует, а PCS - нет), а работают по передающему. Их разбег (если есть) компенсируется поглощением символа COMMA в эластичном буфере той стороны, которая работает медленнее.

Что же касается RXELECIDLE - он по-разному работает в разных стандартах, то есть зависит от конфигурации.
Go to the top of the page
 
+Quote Post
Koluchiy
сообщение Apr 27 2010, 18:57
Сообщение #3


Знающий
****

Группа: Свой
Сообщений: 972
Регистрация: 12-04-09
Из: Москва
Пользователь №: 47 543



Цитата
Поэтому что будет на выводе восстановленного клока неважно


Для меня важно - было бы очень удобно от него тактировать часть схемы (не только непосредственно прием).

Цитата
Но вообще многие стандарты не используют восстановленный клок (то есть PMA конечно использует, а PCS - нет), а работают по передающему. Их разбег (если есть) компенсируется поглощением символа COMMA в эластичном буфере той стороны, которая работает медленнее.


Не мой случай. Мне надо использовать восстановленный клок.
Go to the top of the page
 
+Quote Post
Koluchiy
сообщение Apr 28 2010, 07:58
Сообщение #4


Знающий
****

Группа: Свой
Сообщений: 972
Регистрация: 12-04-09
Из: Москва
Пользователь №: 47 543



В общем, опыт показал следующее:
При отсутствии сигнала на входе как для случая с висящими в воздухе парами, так и наличия на них статичного сигнала RECCLK присутствует, но имеет нестабильность по частоте/фазе. Судя по всему, GTP пытается найти сигнал и подстраивает частоту.

Впрочем, допускаю, что GTP инициализируется некорректно (работаю с проектом, начатым другим человеком).
Go to the top of the page
 
+Quote Post
DmitryR
сообщение Apr 28 2010, 08:11
Сообщение #5


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

Группа: Свой
Сообщений: 1 535
Регистрация: 20-02-05
Из: Siegen
Пользователь №: 2 770



Цитата(Koluchiy @ Apr 27 2010, 22:57) *
Для меня важно - было бы очень удобно от него тактировать часть схемы (не только непосредственно прием).

Какая разница, какую часть схемы тактировать приемной частотой, если потом все равно придется уйти на локальную? Только с отладкой гемморой.
Go to the top of the page
 
+Quote Post
Koluchiy
сообщение Apr 28 2010, 09:20
Сообщение #6


Знающий
****

Группа: Свой
Сообщений: 972
Регистрация: 12-04-09
Из: Москва
Пользователь №: 47 543



"Чуть позже" появляется "легальная" возможность выкидывать часть данных.
Если переходить на локальную частоту раньше, придется как-то изворачиваться.
Go to the top of the page
 
+Quote Post
DmitryR
сообщение Apr 28 2010, 10:31
Сообщение #7


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

Группа: Свой
Сообщений: 1 535
Регистрация: 20-02-05
Из: Siegen
Пользователь №: 2 770



Если вы имеет в виду за счет выкидывания части данных сделать локальную частоту ниже - то не стоит так делать. Даже если в канале максимальные для GTP 3 гигабода - на выходе GTP будет 150 МГц, это и так немного для Virtex.
Go to the top of the page
 
+Quote Post
Koluchiy
сообщение Apr 29 2010, 07:31
Сообщение #8


Знающий
****

Группа: Свой
Сообщений: 972
Регистрация: 12-04-09
Из: Москва
Пользователь №: 47 543



Нет, я хотел уменьшить количество различных частот в системе.
Но, похоже, не получается.
Go to the top of the page
 
+Quote Post
DmitryR
сообщение Apr 29 2010, 09:35
Сообщение #9


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

Группа: Свой
Сообщений: 1 535
Регистрация: 20-02-05
Из: Siegen
Пользователь №: 2 770



Конечно не получится: должна быть еще передающая частота как минимум (она же REFCLK), ее же можно сделать локальной. Две частоты, вполне бюджетно.
Go to the top of the page
 
+Quote Post
Koluchiy
сообщение Apr 30 2010, 18:19
Сообщение #10


Знающий
****

Группа: Свой
Сообщений: 972
Регистрация: 12-04-09
Из: Москва
Пользователь №: 47 543



Было бы всё так просто, было бы неинтересно.
Частоты будет 3.

Вообще, тема плавно с особенностей работы GTP перешла к советам, как мне чего делать smile.gif.
Предлагаю с советами закруглиться.

Если кто чего может расказать по особенностям функционирования GTP в том плане, как написано в первом посте - буду очень благодарен smile.gif.
Go to the top of the page
 
+Quote Post

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

 


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


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