Fibre Channel, скоростная технология передачи данных Опции

[Hadgehog]

Недавно проявилась тема: прием и передача видеоданных через канал Fibre Channel, для упрощения предложено пользоваться протоколом по сервису 3, это означает что данные передаются без установления логического соеденения и подтверждения приема. предожено использовать скорость 250 Мб/с с перспективой наращивания до 1 ГБ/с. среда распостранения витая пара, не более 15 м. предлагается использовать микруху CYP15G0101DXB-BBI или CYV15G0101DXB-BBI в качестве линка, контроллер верхнего уровня на ПЛИС. Кто нибудь использовал то нибудь подобное? если не трудно раскажите про грабли , пожалуста.

[Hadgehog]

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