[Hadgehog 0]

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

<{POST_SNAPBACK}>

 

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

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

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

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

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

[Hadgehog 0]

добрый день.

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

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

[deast 0]

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

[Esquire 0]

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

 

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

 

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

[Sasha P. 0]

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

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

[Hadgehog 0]

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

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

<{POST_SNAPBACK}>

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

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

[Sasha P. 0]

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

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

<{POST_SNAPBACK}>

Спасибо!

Но я думал, что для входов опорной частоты трансмиттера 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: Вы, наверное, выбирали наиболее доступный компонент?

[Hadgehog 0]

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

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

<{POST_SNAPBACK}>

Спасибо!

Но я думал, что для входов опорной частоты трансмиттера 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: Вы, наверное, выбирали наиболее доступный компонент?

<{POST_SNAPBACK}>

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

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

[Sasha P. 0]

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

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

<{POST_SNAPBACK}>

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

[deast 0]

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

[Hadgehog 0]

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

<{POST_SNAPBACK}>

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

[deast 0]

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

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

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

[Hadgehog 0]

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

[Onneg 0]

Уважаемый Hadqehoq

 

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

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

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

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

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

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

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

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

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

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

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

[Hadgehog 0]

Уважаемый Hadqehoq

 

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

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

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

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

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

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

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

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

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

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

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

добрый вечер

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

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