| |
 Ошибки передачи GTP Transciever, Сделал "по книге", а оно теряет байты. |
|
|
|
|
 Jun 20 2013, 14:53
|
Местный
Группа: Свой
Сообщений: 310
Регистрация: 28-01-13
Из: Лондон
Пользователь №: 75 384
|
Передаю 32-битные слова через трансивер, сконфигурированный в режиме 32бит. После установки канала, в данные каждые несколько тысяч слов влазит лишний байт или теряется один. Соответственно если передавалось AABBCCDD 00010203 то получается BBCCDD00 010203AA.... И смещение это меняется каждые несколько тысяч слов. Прикрепил vcd где пойман момент перехода с одного смещения во второе.  Вот на картинке четко виден момент перехода- теряется одна кома ВС. Перепробовал с Comma Alignment и без -все без толку. Не знаю что дальше делать.
Сообщение отредактировал count_enable - Jun 20 2013, 14:59
|
|
|
|
|
|
|
|
Jun 21 2013, 07:46
|
Частый гость
Группа: Свой
Сообщений: 166
Регистрация: 12-05-09
Из: Нижний Новгород
Пользователь №: 48 978
|
Цитата Сделал "по книге" а что за книга, если не секрет. А искажения происходят только в словах Comma или в любом слове передаваемого потока? Используется ли clock correction?
|
|
|
|
|
|
|
|
Jun 23 2013, 09:02
|
Местный
Группа: Свой
Сообщений: 301
Регистрация: 18-09-07
Из: Украина
Пользователь №: 30 647
|
Цитата(count_enable @ Jun 21 2013, 16:04)  Добавил clock correction, только хуже стало. Выравнивание дальше плавает, но значительно больше ошибок передачи стало. Добрый день. Вы соединяете разные платы или замыкаете петлю на одной? Для того, чтобы работал clock correction надо на передающей стороне вклинивать в поток символы коррекции синхронизации, а на приемной обеспечить их отслеживание. А лучше всего сгенерить Avrora интерфейс. Там уже заложены механизмы коррекции синхронизации. При генерации ядра генерируются все исходники. При желании можно разобраться, как все работает. При условии, что генераторы на разных сторонах расходятся не более, чем (по моему) на 100ppm, ядро Avrora само вставляет в нужный момент в поток синхросимволы и коммы, обеспечивая нормальную передачу данных, поднятие и отслеживание линка, а также регистрацию ошибок. Соединял таким образом платы ML505 и SP605, передача велась на скорости 3.125 Гбит, тестировал по 10-11 часов. Работает без ошибок. Учитывая большее, чем допустимо расхождение генераторов, подкорректировал гнемного исходники, чтобы синхросимволы вклинивались чаще. Удачи.
|
|
|
|
|
|
|
|
Jun 27 2013, 09:56
|
Гуру
Группа: Свой
Сообщений: 3 123
Регистрация: 7-04-07
Из: Химки
Пользователь №: 26 847
|
Цитата(count_enable @ Jun 27 2013, 11:54) Если получается RX Elastic Buffer underflow, то в том же слове дублируется 1 байт. Если же переполнение, то через 16 слов теряется 1 байт! Логично  Цитата Кто-нибудь сталкивался с этим? Видимо те, кто придумал clock correction и Сomma символы сталкивались Либо синхронизируйте клок на приемном конце с клоком на передающем, либо разбирайтесь как работает этот самый clock correction, его недостаточно просто включить 
|
|
|
|
|
|
|
|
Jun 27 2013, 18:07
|
Гуру
Группа: Свой
Сообщений: 3 123
Регистрация: 7-04-07
Из: Химки
Пользователь №: 26 847
|
Цитата(count_enable @ Jun 27 2013, 14:39) Я так понимаю, что для clock correction мне надо периодически передавать слово коррекции, тогда приемник сам будет его урезать или вставлять больше? Теорически да. Практически надо читать DS, как именно корка хочет работать с clock correction Цитата В визарде задал слово коррекции 00000000 - по дефолту.
...
Тоже не очень понимаю эффект Recovered Clock. Что то не так сделали. Что пишут в DS и Errata?
|
|
|
|
|
|
|
|
Jun 28 2013, 09:15
|
Местный
Группа: Свой
Сообщений: 310
Регистрация: 28-01-13
Из: Лондон
Пользователь №: 75 384
|
Цитата(XVR @ Jun 27 2013, 22:07) Теорически да. Практически надо читать DS, как именно корка хочет работать с clock correction
Что то не так сделали. Что пишут в DS и Errata? Первое что есть: "After an RX buffer overflow or underflow, the RX elastic buffer must be reset using the
RXBUFRESET port to ensure correct behavior." - но тогда я утрачиваю около 16 слов данных! Второе это с коррекцией (стр. 147) Цитата The RX elastic buffer limits are set using CLK_COR_MIN_LAT (minimum latency) and
CLK_COR_MAX_LAT (maximum latency). When the number of bytes in the RX elastic
buffer drops below CLK_COR_MIN_LAT, the clock correction circuit writes an additional
CLK_COR_ADJ_LEN bytes from the first clock correction sequence it matches to prevent
the buffer from underflowing. Similarly, when the number of bytes in the RX elastic buffer
exceeds CLK_COR_MAX_LAT, the clock correction circuit deletes CLK_COR_ADJ_LEN
bytes from the first clock correction sequence it matches, starting with the first byte of the
sequence. Все данные с руководства http://www.xilinx.com/support/documentatio...uides/ug386.pdfБьюсь с этим уже больше недели, полный ступор. Добился пока что только сигнализации добавления или удаления байта. Если с добавлением коррекция данных тривиальна, то с удалением восстановить данные невозможно. Тестирую на 2 самодельных платах, на одной постоянно overflow, на другой underflow. Никаких сил уж нет...
|
|
|
|
|
|
|
|
Jun 28 2013, 09:36
|
Гуру
Группа: Свой
Сообщений: 3 123
Регистрация: 7-04-07
Из: Химки
Пользователь №: 26 847
|
А сами патерны установили? CLK_COR_SEQ_*, CLK_COR_SEQ_*_ENABLE, CLK_COR_SEQ_*_USE, CLK_CORRECT_USE_*, RX_DECODE_SEQ_MATCH_* И вообще, все что написано начиная со страницы 147 руководства по вашей ссылке Цитата то с удалением восстановить данные невозможно. Так удаляться должны как раз ваши специально добавленные на передающей стороне данные. Зачем их восстанавливать?
|
|
|
|
|
|
|
|
Jun 28 2013, 10:04
|
Местный
Группа: Свой
Сообщений: 310
Регистрация: 28-01-13
Из: Лондон
Пользователь №: 75 384
|
Цитата(XVR @ Jun 28 2013, 13:36) А сами патерны установили? CLK_COR_SEQ_*, CLK_COR_SEQ_*_ENABLE, CLK_COR_SEQ_*_USE, CLK_CORRECT_USE_*, RX_DECODE_SEQ_MATCH_*
И вообще, все что написано начиная со страницы 147 руководства по вашей ссылке
Так удаляться должны как раз ваши специально добавленные на передающей стороне данные. Зачем их восстанавливать? Пробую с CLK_COR_SEQ_1_1_0 => ("0111011100"), и CLK_COR_SEQ_1_1_0=> ("0100000000"), каждые 6 байт передаю или 4 коммы BCBCBCBC или четыре нуля 0000000. Если сделать buffer reset overflow или underflow - удаляется 16 байт. Все параметры установлены как ниже: Код --RX Elastic Buffer and Phase alignment Attributes
RX_BUFFER_USE_0 => (TRUE),
RX_EN_IDLE_RESET_BUF_0 => (FALSE),
RX_IDLE_HI_CNT_0 => ("1000"),
RX_IDLE_LO_CNT_0 => ("0000"),
RX_XCLK_SEL_0 => ("RXUSR"),
RX_BUFFER_USE_1 => (TRUE),
RX_EN_IDLE_RESET_BUF_1 => (FALSE),
RX_IDLE_HI_CNT_1 => ("1000"),
RX_IDLE_LO_CNT_1 => ("0000"),
RX_XCLK_SEL_1 => ("RXUSR"),
--Clock Correction Attributes
CLK_COR_ADJ_LEN_0 => (4),
CLK_COR_DET_LEN_0 => (4),
CLK_COR_INSERT_IDLE_FLAG_0 => (TRUE),
CLK_COR_KEEP_IDLE_0 => (FALSE),
CLK_COR_MAX_LAT_0 => (18),
CLK_COR_MIN_LAT_0 => (16),
CLK_COR_PRECEDENCE_0 => (TRUE),
CLK_COR_REPEAT_WAIT_0 => (5),
CLK_COR_SEQ_1_1_0 => ("0000000000"),
CLK_COR_SEQ_1_2_0 => ("0000000000"),
CLK_COR_SEQ_1_3_0 => ("0000000000"),
CLK_COR_SEQ_1_4_0 => ("0000000000"),
CLK_COR_SEQ_1_ENABLE_0 => ("0000"),
CLK_COR_SEQ_2_1_0 => ("0000000000"),
CLK_COR_SEQ_2_2_0 => ("0000000000"),
CLK_COR_SEQ_2_3_0 => ("0000000000"),
CLK_COR_SEQ_2_4_0 => ("0000000000"),
CLK_COR_SEQ_2_ENABLE_0 => ("0000"),
CLK_COR_SEQ_2_USE_0 => (FALSE),
CLK_CORRECT_USE_0 => (TRUE),
RX_DECODE_SEQ_MATCH_0 => (TRUE),
CLK_COR_ADJ_LEN_1 => (4),
CLK_COR_DET_LEN_1 => (4),
CLK_COR_INSERT_IDLE_FLAG_1 => (TRUE),
CLK_COR_KEEP_IDLE_1 => (FALSE),
CLK_COR_MAX_LAT_1 => (18),
CLK_COR_MIN_LAT_1 => (16),
CLK_COR_PRECEDENCE_1 => (TRUE),
CLK_COR_REPEAT_WAIT_1 => (5),
CLK_COR_SEQ_1_1_1 => ("0100000000"),
CLK_COR_SEQ_1_2_1 => ("0100000000"),
CLK_COR_SEQ_1_3_1 => ("0100000000"),
CLK_COR_SEQ_1_4_1 => ("0100000000"),
CLK_COR_SEQ_1_ENABLE_1 => ("0000"),
CLK_COR_SEQ_2_1_1 => ("0100000000"),
CLK_COR_SEQ_2_2_1 => ("0100000000"),
CLK_COR_SEQ_2_3_1 => ("0100000000"),
CLK_COR_SEQ_2_4_1 => ("0100000000"),
CLK_COR_SEQ_2_ENABLE_1 => ("0000"),
CLK_COR_SEQ_2_USE_1 => (FALSE),
CLK_CORRECT_USE_1 => (TRUE),
RX_DECODE_SEQ_MATCH_1 => (TRUE),
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
