Jump to content

    
Sign in to follow this  
Hadgehog

Fibre Channel

Recommended Posts

to Hadgehog: каковы результаты-то??? народу интересно...

 

Макетная плата настраевается, запуск канала FC на скорость 250 и 500 Мб/с прошёл нормально, программные модульки приёмника и передатчика успешно формируют и принимают пакеты по ANSI Х3.230.1994, СRС вычисляется. Пока ещё не готовы модульки визуализации принятых данных на мониторе, до конца месяца хочется завершить. Есть определённые вопросы по CRC - не о механизме расчёта, он работает нормально, а о порядке подачи байтов на автомат расчёта, думаю до конца месяца определиться с этим вопросом. Сейчас уже не помю, уточню позже в каком режиме (состояние упр. ножек) произвели запуск. Общее впечатление от микросхемы: чип вменяемый - реакция на управляющее воздействие прогнозируемое, по описанию. потребление достаточно высокое, что интересно от скорости передачи не зависит- или мы не заметили - на скорости 250 и 500 были равные результаты. что интересно, значительное потребление даёт приёмник. награев в режиме когда включен приёмник и передатчик у радиатора 30х30 мм с высотой ребра 7 мм 42 гр.С

Был у нас глюк: подключали трансформатор-эквалайзер к чипу с подтягивающими резисторами на 220 Ом (согласование pecl) поимели очень нестабильные результаты по захвату частоты синхронизации, заменили на резисторы на 330 Ом (что рекомендовано в большинстве описаний) всё работает на ура.

в планах: когда завершим работу с платой (получим устойчевый канал + визуализация) засуним в камеру тепла и холода,

руководство желает использовать :twak: неправильные соеденители - типа СНЦ23,

проведём опыт по устойчивости канала с несогласованой нагрузкой :w00t: .

Share this post


Link to post
Share on other sites

добрый день.

вчера закончили модуль выдачи и приёма тестового сигнала. Прокачали через канал картинку 640х480 30 к/с, правда картинка цветные полосы, без хитрых элементов, думем как прикрепить на этот фон подвижный объект, хотим посмотреть динамику. Телевизионная камера с выходом FC пока не готова.

Очень впечаляет работа трансформатора на витую пару от PulsSpeciality, за не имением под рукой правильного провода на 150 Ом в экране, взяли обычную витую пару 5 категории - сколько было-38 м. смотрим как ведёт себя CRC, пока особых проблем нет. В понедельник будем замешивать в канал помеху.

Share this post


Link to post
Share on other sites

Все зависит от того, в соответствии с каким протоколом будет работать передатчик.

 

Если планируется применить стандартный FC-AV (Fibre Channel - Audio-Visual), то наиболее удобным представляется вариант приемник-адаптер FC с возможностью вывода на обычный монитор (соответствующие примеры приведены здесь ), а если ваши работы координируются с пионером FibreChannel-строения в России, раменским РПКБ, применяющим обмен, несколько отличный от стандартного, то можешь посмотреть на их индикаторы с входом FC.

 

P.S. Достаточно давно говорят о российском стандарте в области FC, но пока дело движется очень медленно, хотя наверное, неизбежно, учитывая постоянно расширяющееся применение интерфейса в спецтехнике.

Share this post


Link to post
Share on other sites

Здравствуйте! :)

Hadgehog, скажите пожалуйста, а что Вы использовали в качестве генератора тактовой частоты для трансмиттера? Что-нибудь Epson'овское? И где такие осцилляторы можно найти?

Share this post


Link to post
Share on other sites
Здравствуйте!  :)

Hadgehog, скажите пожалуйста, а что Вы использовали в качестве генератора тактовой частоты для трансмиттера? Что-нибудь Epson'овское? И где такие осцилляторы можно найти?

использовали генераторы типа HG-2150CA-BXC 25МГц от EPSON

заказывали в С.Петербурге ф. "Специал Электроник"

Share this post


Link to post
Share on other sites
использовали генераторы типа HG-2150CA-BXC 25МГц от  EPSON

заказывали в С.Петербурге ф. "Специал Электроник"

Спасибо!

Но я думал, что для входов опорной частоты трансмиттера REFCLK+/- лучше использовать LVPECL-осцилляторы.

Вот, у EPSON есть

EG-2101CA

EG-2102CA-P

EG-2121CA-P

Но они не подходят по температурному диапазону... :(

 

EV-2101CA-P - подходящий, но у нас его не найти - по efind.ru, во всяком случае.

 

Есть ещё осцилляторы от ICS...

 

А HG-2150CA-BXC - CMOS'овский! Конечно, в PDF'е на трансмиттер указано, что можно использовать только вход REFCLK+ с подключенным к нему источником LVCMOS или LVTTL сигнала. Но я думал, что LVPECL - правильнее.

 

Как же, всё-таки, лучше? :unsure: Вы, наверное, выбирали наиболее доступный компонент?

Share this post


Link to post
Share on other sites
использовали генераторы типа HG-2150CA-BXC 25МГц от  EPSON

заказывали в С.Петербурге ф. "Специал Электроник"

Спасибо!

Но я думал, что для входов опорной частоты трансмиттера REFCLK+/- лучше использовать LVPECL-осцилляторы.

Вот, у EPSON есть

EG-2101CA

EG-2102CA-P

EG-2121CA-P

Но они не подходят по температурному диапазону... :(

 

EV-2101CA-P - подходящий, но у нас его не найти - по efind.ru, во всяком случае.

 

Есть ещё осцилляторы от ICS...

 

А HG-2150CA-BXC - CMOS'овский! Конечно, в PDF'е на трансмиттер указано, что можно использовать только вход REFCLK+ с подключенным к нему источником LVCMOS или LVTTL сигнала. Но я думал, что LVPECL - правильнее.

 

Как же, всё-таки, лучше? :unsure: Вы, наверное, выбирали наиболее доступный компонент?

Добрый вечер. Честно говоря при выборе опорного генератора было прядка 10 позиций, начальный выбор происходил исходя из требований стабильности и температурного диапазона, на последнем этапе доступность играла основную роль.

использование LVPECL конечно более правильное, но как показывает практика использование генератора с уровнем CMOS при подключении к ПЛИС и разгон (умножение), равно как и деление частоты на PLL и последующая выдача на трансмиттер вполне допустима. Хитрость состоит в том, что для надёжного съёма информации при приёме необходимо пользоваться востановленой частотой от трансмиттера.

Share this post


Link to post
Share on other sites
Добрый вечер. Честно говоря при выборе опорного генератора было прядка 10 позиций, начальный выбор происходил исходя из требований стабильности и температурного диапазона, на последнем этапе доступность играла основную роль.

использование LVPECL конечно более правильное, но как показывает практика использование генератора с уровнем CMOS при подключении к ПЛИС и разгон (умножение), равно как и деление частоты на PLL и последующая выдача на трансмиттер вполне допустима. Хитрость состоит в том, что для надёжного съёма информации при приёме необходимо пользоваться востановленой частотой от трансмиттера.

Спасибо! :) Посмотрим, как получится.

Share this post


Link to post
Share on other sites
Может у кого есть стандарт ANSI X3.230-1994. В соответствии с ним собираемся проектировать свой модуль FC...

Выложил в upload/doc/ANSI X3.230-1994 документик, может быть поможет. :rolleyes:

Share this post


Link to post
Share on other sites

Спасибо за документ. Очень пригодился...

Ну вот и мы добрались до конкретики. Появилось множество вопросов.

1) Что можно подавать в качестве IDLE слов? В ТЗ указано, что в качестве примера IDLE может быть N-K28.5 D21.4 D21.5 D21.5. Что это значит, понять пока не можем. Как я понял -- это константа или последовательность констант. Может кто владеет?

2) SOF и EOF --- начало и конец кадра. Тоже самое не понятно.

Остальная информация в fc-кадре зависит от самой информации и аппаратуры. Мы предполагаем передавать видеоданные. А именно картинку 1280*1024. Это значит, что надо передать 1310720 слов. Разрядность цвета 32 bit. В одном fc-кадре может содержаться до 2112 байт данных. В нашем случае это 528 слов. Это значит, что надо передать последовательность из 2482 fc-кадра по 528 слов и 1 fc-кадр из 224 слов. Правильно ли я понимаю опсанную процедуру? Может какие-то замечания есть? Спасибо...

Share this post


Link to post
Share on other sites

добрый вечер deast

по пункту-1. заполнителль IDLE передаётся всегда когда линия не активна, т.е. по неё не передаётя полезная информация в виде пакетов данных. Отсюда вытекает очень важное правило: все передаваемые данные в канале ориентированы на 32-х разрядную архитектуру. Если надо передать хоть байт, хоть слово необходимо занять минимум 32 бита - слово в терминологии FC.

что касается К28.5 и D21.4.. и.т.д все вопросы по правилам формирования к IBM, такая кодировка это их изобретение. символ "К" признак служебного символа, "D" -признак символа данных, отличия в правилах форирования битовой последовательности-разрешённого количества "1" и "0" подряд.

Одним словом IDLE - 40 бит в линии связи. Самое простое решение: пользоваться готовыми кодеками с встроеным кодировщиком 8/10, и умножителем с ФАПЧ для востановления несущеёй частоты.

 

по вопросу кодирования 8/10 можно поковырять мегафункцию Альтеры- доступна ограниченая WEB версия, ранние варианты ядра подвергались лечению, настоящие не пробывал.

 

по пункту-2

SOF- четырёх байтный символ начала кадра данных (в линии 40 бит данных )

EOF- четырёх байтный символ конца кадра данных (в линии 40 бит данных)

не стоит забывать о обязательных полях: номер кадра в последовательности, номере последовательности, CRC32итд.

 

Предложеная нарезка FC-кадров вполне справедлива, ввиду того что разрядность цвета на точку 32 разряда. В случае если кодировка точки -8, 16, 24 разряда, то FC-кадр необходимо выравнивать до кратного 32, заполняя хвосты 00.

 

То что предполагается для передачи видео вообще не FC в стандартном виде, это HotLink в терминологии Cypress - выхолощеный до нельзя канал уровня FC-PH ориентированый на одностороннюю передачу данных(видео данных). работать будет, но в целом могут быть проблемы позже, если потребуется сменить формат или переключать форматы изображения во время передачи.

 

можно посмотреть драфты стандарта ANSI X3.... для аудио видео приложений FC-AV, там много стандартных реализаций передачи видеоданных.

Share this post


Link to post
Share on other sites

Уважаемый Hadqehoq

 

Расскажите пожалйста, каким образом Вам удалось достать pdf-ку

на раз'ём Amphenol 21-33837-21.

В настоящее время я тоже занимаюсь разработкой модуля

ввода-вывода видео, используя Fibre Channel.

Для себя я присмотрел раз'ёмы Amphenol 21-33833-101,

21-33832-91, 21-33833-111. У меня получилось скачать

только каталог, где указано, что такие раз'ёмы в принципе существуют,

и приведены их фотографии. Но чертежей с указанием размеров

я просто нигде найти не могу.

Помогите пожалуйста.

Заранее благодарен.

Share this post


Link to post
Share on other sites
Уважаемый Hadqehoq

 

Расскажите пожалйста, каким образом Вам удалось достать pdf-ку

на раз'ём Amphenol 21-33837-21.

В настоящее время я тоже занимаюсь разработкой модуля

ввода-вывода видео, используя Fibre Channel.

Для себя я присмотрел раз'ёмы Amphenol 21-33833-101,

21-33832-91, 21-33833-111. У меня получилось скачать

только каталог, где указано, что такие раз'ёмы в принципе существуют,

и приведены их фотографии. Но чертежей с указанием размеров

я просто нигде найти не могу.

Помогите пожалуйста.

Заранее благодарен.

добрый вечер

поставками соединителей AMPHINOL в Россию осуществляет фирма bee-pitron (Би питрон) С.Петербург

bee-pitron.ru. Вопросами поставки и техническими консультациями занимается Стуколкин Николай.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this