Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Работа с RocketIO по протоколу Aurora
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Работаем с ПЛИС, области применения, выбор
!Roma!
Уважаемые разработчики, отлаживаю устройство высокоскоростной передачи данных на 2 платах Xilinx Virtex4 ML405,
подключенных друг другу через SMA разъемы, длина кабеля 25см, данные передаются с помощью протокола Aurora.
Сталкиваюсь с потерей данных, примерно одно слово на 10Кб информации. На одной плате, в loopback таких проблем нет. Напрашивается разность частот генераторов приемника и передатчика, но счетчики программных и аппаратных ошибок (hard_error, soft_error, frame_error), выдаваемых Aurora не меняются. Подскажите, с чем еще это может быть связано. Спасибо.
DmitryR
Ну так а раз напрашивается такой вывод то не слабо ли вам клок кинуть с одной платы на другую и посмотреть, что получится?
!Roma!
Цитата(DmitryR @ Mar 30 2009, 10:21) *
Ну так а раз напрашивается такой вывод то не слабо ли вам клок кинуть с одной платы на другую и посмотреть, что получится?


Во первых, против этого мнения выступает то, что Aurora должна сама определять критичную разницу частот (более 200 ppm) и выставлять флаг аппаратной ошибки hard_error, чего не было мною замечено.....К тому же, протокол усердно отправляет Clock compensation каждые 5 Кб, что должно устранять подобные казусы))

Ну а, во-вторых, тактирование обоих плат от одного генератора противоречит концепции будущего устройства)).

Но, в любом случае спасибо за внимание))
DmitryR
Я же вам предлагаю не порушить концепцию будущего устройства, а найти ошибку. То, что раз в 5КБ проскакивает compensation, а раз в 10КБ ошибка как раз наводит на мысль, что compensation либо не справляется, либо сам по себе приводит к ошибке. Трудно что ли, попробуйте от одной частоты - сразу сузите круг поиска проблемы вдвое.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.