Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Интерфейс между FPGA
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Работаем с ПЛИС, области применения, выбор
_Anatoliy
Коллеги,тут задачка нарисовалась.Нужно передавать данные с одной плис в другую по последовательному интерфейсу без сопровождения клоком(по ВЧ кабелю). Расстояние порядка 200 метров,битрейт 300...400 Mbps. Это реально?Если да, то какой интерфейс лучше подходит для этой задачи? Передатчик будет находиться в комнате,приёмник - на открытом воздухе,так что климатику нужно обеспечить.
des00
оптический синхронный канал

в смысле кидаете оптический кабель + 2 трансивера + 2 CDR. все. работает из коробки.
_Anatoliy
Цитата(des00 @ Jun 23 2012, 11:38) *
оптический синхронный канал

в смысле кидаете оптический кабель + 2 трансивера + 2 CDR. все. работает из коробки.

Спасибо.А без оптики и клока никак?
А CDR это что?
Джеймс
Цитата(_Anatoliy @ Jun 23 2012, 13:59) *
Коллеги,тут задачка нарисовалась.Нужно передавать данные с одной плис в другую по последовательному интерфейсу без сопровождения клоком(по ВЧ кабелю). Расстояние порядка 200 метров,битрейт 300...400 Mbps.

Посмотрите Cypress HotLink CY7B923, CY7B933. 400Mbit по одному коаксиальному кабелю должен. По поводу 200 метров - не знаю. Но можно попробовать "прикрутить" еще свой драйвер на скоростном операционнике (может быть что-то типа AD8001).
des00
Цитата(_Anatoliy @ Jun 23 2012, 04:56) *
Спасибо.А без оптики и клока никак?
А CDR это что?

200 метров, 400 мегабит. разные устройства, разность потенциалов, требования на землянной контур.... Лучше оптика. К тому же это уже не так дорого. CDR - clock data recovery. ИМХО оптика тут самое то + резерв расширения полосы до гигабита %)
_Anatoliy
Цитата(Джеймс @ Jun 23 2012, 14:06) *
Посмотрите Cypress HotLink CY7B923, CY7B933. 400Mbit по одному коаксиальному кабелю должен. По поводу 200 метров - не знаю. Но можно попробовать "прикрутить" еще свой драйвер на скоростном операционнике (может быть что-то типа AD8001).

Спасибо.
Угу,когда-то работал с этими чипами,а вот то что они могут делать до 400Mbit совсем забыл.Кстати,с ними в паре,помнится,работают некие чипы ресиверов со встроенным эквалайзером,при такой длине кабеля думаю без эквалайзера не обойтись.Пороюсь в старых проектах.

Цитата(des00 @ Jun 23 2012, 16:04) *
200 метров, 400 мегабит. разные устройства, разность потенциалов, требования на землянной контур.... Лучше оптика. К тому же это уже не так дорого. CDR - clock data recovery. ИМХО оптика тут самое то + резерв расширения полосы до гигабита %)

Возможно Вы и правы,я ещё не определился,только продумываю разные варианты.А вы можете предложить конкретные трансиверы?
Это не такие,как по ссылке?
ссылка
Меня сдерживает отсутствие опыта работы со стандартами SONET, OC-12/SDH, STM-4. Чтобы разобраться потребуется время,а его как всегда нет.
des00
Цитата(_Anatoliy @ Jun 23 2012, 10:37) *
Это не такие,как по ссылке?
ссылка

типа таких. у меня на плате используются LS34-A3S-PI-N Apac Opto

Цитата
Меня сдерживает отсутствие опыта работы со стандартами SONET, OC-12/SDH, STM-4. Чтобы разобраться потребуется время,а его как всегда нет.

какой там опыт, 1 микросхема преобразователя LVDS/CMOS в LVPECL и 1 микросхема класса ADN2816 (CDR up to 675MHz). Правильно собранное работает с полпинка, там надо минут 10-15 чтобы запустить wink.gif
(на передачу тупо гоните скремблированный цифровой поток, на прием вам уже приходит тактовая + цифровой поток).

_Anatoliy
Цитата(des00 @ Jun 23 2012, 19:31) *
какой там опыт, 1 микросхема преобразователя LVDS/CMOS в LVPECL и 1 микросхема класса ADN2816 (CDR up to 675MHz). Правильно собранное работает с полпинка, там надо минут 10-15 чтобы запустить wink.gif
(на передачу тупо гоните скремблированный цифровой поток, на прием вам уже приходит тактовая + цифровой поток).

Большое спасибо,если так то это меняет дело.Мне почему-то показалось что придётся в форматах упаковки данных разбираться.
des00
Цитата(_Anatoliy @ Jun 23 2012, 23:47) *
Большое спасибо,если так то это меняет дело.Мне почему-то показалось что придётся в форматах упаковки данных разбираться.

это просто физика, чтобы выделить свой поток данных, придется добавить какую нибудь преамбулу/синхро слово. Но это просто решается минут за 30-50, взять ее можно от того же СТМ-1 %)
_Anatoliy
Цитата(des00 @ Jun 24 2012, 06:41) *
это просто физика, чтобы выделить свой поток данных, придется добавить какую нибудь преамбулу/синхро слово. Но это просто решается минут за 30-50, взять ее можно от того же СТМ-1 %)

Спасибо!
Самурай
Цитата(_Anatoliy @ Jun 23 2012, 12:59) *
Коллеги,тут задачка нарисовалась.Нужно передавать данные с одной плис в другую по последовательному интерфейсу без сопровождения клоком(по ВЧ кабелю). Расстояние порядка 200 метров,битрейт 300...400 Mbps. Это реально?Если да, то какой интерфейс лучше подходит для этой задачи? Передатчик будет находиться в комнате,приёмник - на открытом воздухе,так что климатику нужно обеспечить.


Как вариант, можно посмотреть в сторону SDI интерфейса - интерфейс передачи цифрового видео по коаксиальному кабелю, 270МБит/сек... 2970Мбит/сек, дальность для 270 порядка 300м, для 2970 - вроде как 100м (понятно, что сильно от кабеля еще зависит). У TI/National есть набор микросхем для SDI (serializer & cable driver, deserializer, equalizer): LMH0340/LMH0341/LMH0344.
_Anatoliy
Цитата(Самурай @ Jun 24 2012, 11:45) *

Спасибо!Неплохое решение,теперь осталось из трёх вариантов выбрать один под местные условия wink.gif
Flood
Если в ПЛИС есть гигабитные трансиверы - очень стоит задуматься насчет оптики. Это очень просто и довольно дешево, скорость 622 Мбит, 1 Гбит и более. Если конструктив позволяет - можно применить штатные трансиверы SFP или SFF, никаких внешних микросхем навешивать не понадобится.
А уж если один конец в комнате, а другой на улице - сам Бог велел вязать их только оптикой. Например, в базовых станциях сотовых сетей стойка базовой станции (в комнате) с уличным радиоблоком зачастую связаны именно так.
_Anatoliy
Цитата(Flood @ Jun 26 2012, 21:32) *

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