реклама на сайте
подробности

 
 
3 страниц V  < 1 2 3  
Reply to this topicStart new topic
> Fibre Channel, скоростная технология передачи данных
deast
сообщение Dec 15 2005, 07:11
Сообщение #31


Участник
*

Группа: Участник
Сообщений: 36
Регистрация: 8-06-05
Пользователь №: 5 827



Хорошо, а каким образом микросхема CYP15G010DXB определяет, служебная информация подается или данные? И еще не совсем понятно. Основной неделимой единицей передачи информации является кадр. Он имеет определенную структуру, состоящую из поля данных и нескольких полей служебной информации. При чем сказано, что размер поля данных может быть до 2112 байт (528 слов по 32bit). Не нашел, где задается размер этого поля. Есть только в поле заголовка порядковый номер кадра в данной последовательности и бит последнего кадра. Как система понимает, где заканчиваются данные?
Go to the top of the page
 
+Quote Post
Onneg
сообщение Dec 15 2005, 10:18
Сообщение #32





Группа: Новичок
Сообщений: 5
Регистрация: 14-12-05
Из: Таганрог
Пользователь №: 12 202



Уважаемый Hadqehoq,
большое спасибо за помощь, контакт с bee-pitron
установлен, запрос отправлен, ожидается ответ…
Go to the top of the page
 
+Quote Post
Hadgehog
сообщение Dec 24 2005, 21:18
Сообщение #33


Участник
*

Группа: Свой
Сообщений: 44
Регистрация: 21-07-04
Из: Великий Новгород, Российская Федерация
Пользователь №: 346



Цитата(deast @ Dec 15 2005, 10:11) *
Хорошо, а каким образом микросхема CYP15G010DXB определяет, служебная информация подается или данные? И еще не совсем понятно. Основной неделимой единицей передачи информации является кадр. Он имеет определенную структуру, состоящую из поля данных и нескольких полей служебной информации. При чем сказано, что размер поля данных может быть до 2112 байт (528 слов по 32bit). Не нашел, где задается размер этого поля. Есть только в поле заголовка порядковый номер кадра в данной последовательности и бит последнего кадра. Как система понимает, где заканчиваются данные?

добрый вечер,
разделение служебной информации от данных производится на основе анализа сформированого кода 8/10, коды данных - кодируются строго по правилам, служебные команды нарушают правила кодирования.

Для определения длинны кадра специально предусмотрены служебные символы SOF и POF которые однозначно определяют границы кадра, поэтому объём данных вычисляется по мере приёма кадра, просто должен стоять программый ограничитель на длинну кадра. Если длинна кадра вышла за допустимые граници -сигнализировать о ошибке кадра.
Go to the top of the page
 
+Quote Post
deast
сообщение Dec 26 2005, 13:06
Сообщение #34


Участник
*

Группа: Участник
Сообщений: 36
Регистрация: 8-06-05
Пользователь №: 5 827



С форматом пакета немного разобрался, теперь с данными и кодированием. Мы тоже используем микросхему CYP15G0101DXB. Есть входная шина TXD[7:0] на нее подается код символа. Также имеем TXCT[1:0] двухразрядную шину для кодирования. SCSEL как-то тоже участвует в кодировании. И TXMODE[1:0] -- это совсем не понятно. Задает какие-то режимы работы. В первую очередь хочу понять, какие режимы нужны в моем случае, или туда можно канстанту какую-нибудь подать?
Если будем передавать только слова IDLE. По Т.З. формат слова имеет структуру: N-K28.5 D21.4 D21.5 D21.5. В Т.З. также сказано, что каждый передаваемый символ состоит из восьми бит: a,b,c,d,e,f,g,h. Имет обозначение Zxx.y Где Z -- контрольная переменная (может принимать значение D или K). xx -- десятичное значение двоичного числа, составленного из битов e,d,c,b,a, y--десятичное значение двоичного числа, составленного из битов h,g,f.
По этим правилам получается
D21.4 = 100_10101,
D21.5= 101_10101,
K28.5= 101_11100.
С символами D-типа проблем нет. А вот значения символа K-типа противоречит описанию микросхемы. Какое значение поставить пока не знаю. Также пока разбираюсь, какие режимы передачи задавать TXMODE[1:0] во время передчи слов IDLE и как кодировать слова...
Go to the top of the page
 
+Quote Post
Zugus
сообщение Jan 17 2006, 15:00
Сообщение #35


Участник
*

Группа: Свой
Сообщений: 74
Регистрация: 15-12-05
Из: Зеленоград
Пользователь №: 12 235



Добрый вечер.
Вопрос по формированию десятибитовой последовательности в микрухе CYP15G010DXB, она может быть разной.
Вот цитата с http://text.marsu.ru/osp/lan/2000/01/019.htm

/*
Каждый байт данных или специальный символ имеет два (возможно, одинаковых) передаваемых кода, т. е. каждый передаваемый символ имеет два представления, в частности K28.5 может быть представлен и как десятибитовая последовательность 0011111010, и как 1100000101. Какое из двух возможных представлений будет выбрано для передачи, зависит от значения «текущего дисбаланса» (Running Disparity, RD). Двоичный параметр RD вычисляется на основании баланса 0 и 1 в подблоках передаваемого символа. 1 соответствует сигналу с большей оптической мощностью (для оптических каналов) или сигналу с большим напряжением на контакте +, чем на контакте – (в случае медных линий). Текущий дисбаланс вычисляется после первых шести битов каждого передаваемого символа и затем после последних четырех его битов.
*/

Собственно хотел спросить, кто-нибудь может подробнее обьяснить, как вычисляется этот RD.

Спасибо.
Go to the top of the page
 
+Quote Post
Onneg
сообщение Feb 9 2006, 12:25
Сообщение #36





Группа: Новичок
Сообщений: 5
Регистрация: 14-12-05
Из: Таганрог
Пользователь №: 12 202



Добрый день, Esquire.

У нас возникла необходимость в адаптере GRAV32_PCI_FCAV фирмы Great River Inc.
Вы ранее упоминали о таких. Подскажите, пожалуйста, каким образом и где возможно
осуществить заказ этого адаптера в России.
Заранее благодарен.
------------
Onneg
Go to the top of the page
 
+Quote Post
Onneg
сообщение Feb 9 2006, 12:35
Сообщение #37





Группа: Новичок
Сообщений: 5
Регистрация: 14-12-05
Из: Таганрог
Пользователь №: 12 202



Добрый день.

Вычисление параметра Running Disparity (Текущего дисбаланса или нечётности)
в соответствии с FC-PH по ANSI X3.230-1994 происходит следующим образом:


- 10 бит a, b, c, d, e, i, f, g, h, j представляется двумя субблоками
a, b, c, d, e, i и f, g, h, j;

- Текущая нечётность в начале 6-ти битового субблока является текущей
нечётностью в конце последнего переданного символа;

- Текущая нечётность в начале 4-х битового субблока является текущей
нечётностью в конце 6-ти битового субблока;

- Текущая нечётность в конце символа является текущей нечётностью в конце 4-х
битового субблока;

- Текущая нечётность устанавливается положительной, если число единиц
в субблоке больше числа нулей. Также текущая нечётность устанавливается
положительной в случае, если субблок содержит комбинацию 000111 (или 0011);

- Текущая нечётность устанавливается отрицательной, если число нулей в субблоке
больше числа единиц. Также текущая нечётность устанавливается отрицательной в
случае, если субблок содержит комбинацию 111000 (или 1100);

- Во всех других случаях текущая нечётность не изменяется.

Изначально (перед передачей первого символа,
после включения и инициализации передатчика)
текущая нечётность автоматически устанавливается отрицательной.

Onneg.
Go to the top of the page
 
+Quote Post
deast
сообщение Jun 2 2006, 07:33
Сообщение #38


Участник
*

Группа: Участник
Сообщений: 36
Регистрация: 8-06-05
Пользователь №: 5 827



Если кто владеет, подскажите, что указывается в поле Parameter заголовка FC кадра? Я предполагаю, что это физический адрес в памяти, куда следует положить первое полезное слово данного пакета. Если это так, то адрес является абсолютным, а во всех описаниях сказано, что данный адрес является относительным. Если так, то относительно чего этот адрес надо вычислять? Спасибо...
Go to the top of the page
 
+Quote Post
UNIT
сообщение May 29 2007, 05:30
Сообщение #39





Группа: Новичок
Сообщений: 1
Регистрация: 29-05-07
Пользователь №: 28 013



Добрый день.

Уважаемые господа разработчики! Подскажите пожалуйста, кто сталкивался с выбором(покупкой)драйвера-эквалайзера для организации FC канала на 50-омном кабеле.
В частности интересует продукция "Pulse Specialty Components" TM266DCB2 и TM531DCB2.
Если с мелкосерийной закупкой TM266DCB2 вопрос как то решается( срок поставки 10-12 недель), то с TM531DCB2 совсем плохо 05.gif .
Буду признателен за любую информацию по теме. help.gif
Go to the top of the page
 
+Quote Post
Artemii Panasuk
сообщение Jun 4 2007, 07:05
Сообщение #40





Группа: Новичок
Сообщений: 12
Регистрация: 2-05-06
Пользователь №: 16 700



Приветствую.
Цитата(UNIT @ May 29 2007, 09:30) *
Подскажите пожалуйста, кто сталкивался с выбором(покупкой)драйвера-эквалайзера для организации FC канала на 50-омном кабеле.


Ну не совсем на 50-омном, но сталкивался. Делаю по стандарту на 75 ом. Применяю трансформатор от Mini-Circuits Tx-2-5-1. У них же есть трансформаторы FC до 533 МГц.

Сначала я искал микросхему драйвера. На прием нашел, а на передачу даже искать не стал ибо не захотел создавать проблемы комплектации.

Цитата
В частности интересует продукция "Pulse Specialty Components" TM266DCB2 и TM531DCB2.
Если с мелкосерийной закупкой TM266DCB2 вопрос как то решается( срок поставки 10-12 недель), то с TM531DCB2 совсем плохо 05.gif .
Буду признателен за любую информацию по теме. help.gif

Mini-Curcuits покупается в "Альтекс"
С уважением, Артем.
Go to the top of the page
 
+Quote Post
starley
сообщение Jan 11 2009, 20:52
Сообщение #41


Частый гость
**

Группа: Свой
Сообщений: 195
Регистрация: 9-01-09
Из: Москва
Пользователь №: 43 085



Ого, тут оказывается вокруг Fiber жизнь кипит, а я думал мы одни такие умные biggrin.gif А у нас есть мезонины и PCI-карты для FC-ASM для меди и отечественной оптики (от ЗАО ВОСПИ). Канал на 1 ГБит/с. Скорость передачи с ПК на ПК до 90 МБайт/с. Пока сердце системы Virtex2Pro, сейчас переводим это дело на ASIC.

Цитата(deast @ Jun 2 2006, 10:33) *
Если кто владеет, подскажите, что указывается в поле Parameter заголовка FC кадра? Я предполагаю, что это физический адрес в памяти, куда следует положить первое полезное слово данного пакета. Если это так, то адрес является абсолютным, а во всех описаниях сказано, что данный адрес является относительным. Если так, то относительно чего этот адрес надо вычислять? Спасибо...

Это не так. Данное поле может использоваться как относительное начальное смещение данных в пакете протокола верхнего уровня. Это определяется значением соответствующего бита в F_CTL. В основном данное поле служит для сборки пакета верхнего уровня разбитого на несколько отдельных последовательностей кадров. Куда складывать полученные данные определяет протокол верхнего уровня, например, FC-VI или FC-ASM, cам FC-FS отвечает только за пересылку данных по сети.
Go to the top of the page
 
+Quote Post
vikk
сообщение Jan 21 2010, 08:05
Сообщение #42


Частый гость
**

Группа: Свой
Сообщений: 98
Регистрация: 13-01-06
Пользователь №: 13 134



2 starley:

А протокол передачи какой используете? видео, сообщения...
Go to the top of the page
 
+Quote Post
starley
сообщение Feb 21 2010, 11:27
Сообщение #43


Частый гость
**

Группа: Свой
Сообщений: 195
Регистрация: 9-01-09
Из: Москва
Пользователь №: 43 085



Цитата(vikk @ Jan 21 2010, 11:05) *
2 starley:

А протокол передачи какой используете? видео, сообщения...

FC-AE-ASM - сообщения.
Go to the top of the page
 
+Quote Post

3 страниц V  < 1 2 3
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 18th July 2025 - 17:47
Рейтинг@Mail.ru


Страница сгенерированна за 0.017 секунд с 7
ELECTRONIX ©2004-2016