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

добрый день.
вчера закончили модуль выдачи и приёма тестового сигнала. Прокачали через канал картинку 640х480 30 к/с, правда картинка цветные полосы, без хитрых элементов, думем как прикрепить на этот фон подвижный объект, хотим посмотреть динамику. Телевизионная камера с выходом FC пока не готова.
Очень впечаляет работа трансформатора на витую пару от PulsSpeciality, за не имением под рукой правильного провода на 150 Ом в экране, взяли обычную витую пару 5 категории - сколько было-38 м. смотрим как ведёт себя CRC, пока особых проблем нет. В понедельник будем замешивать в канал помеху.

Еще одна проблема связанная с FC. Не куда выводить информацию. Нужен монитор, а где искать не знаем. Может кто подскажет?

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

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

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

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

использовали генераторы типа 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 - правильнее.

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

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

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

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

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

Спасибо за документ. Очень пригодился...
Ну вот и мы добрались до конкретики. Появилось множество вопросов.
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 слов. Правильно ли я понимаю опсанную процедуру? Может какие-то замечания есть? Спасибо...

добрый вечер 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, там много стандартных реализаций передачи видеоданных.

Уважаемый Hadqehoq

Расскажите пожалйста, каким образом Вам удалось достать pdf-ку
на раз'ём Amphenol 21-33837-21.
В настоящее время я тоже занимаюсь разработкой модуля
ввода-вывода видео, используя Fibre Channel.
Для себя я присмотрел раз'ёмы Amphenol 21-33833-101,
21-33832-91, 21-33833-111. У меня получилось скачать
только каталог, где указано, что такие раз'ёмы в принципе существуют,
и приведены их фотографии. Но чертежей с указанием размеров
я просто нигде найти не могу.
Помогите пожалуйста.
Заранее благодарен.

добрый вечер
поставками соединителей AMPHINOL в Россию осуществляет фирма bee-pitron (Би питрон) С.Петербург
bee-pitron.ru. Вопросами поставки и техническими консультациями занимается Стуколкин Николай.