Вопрос победившим TRANSWITCH Опции

[tolik1]

На плате установлена микросхема OED622. TelecomBus заведен на ПЛИС(V4) она же (ПЛИС) и конфигурит OED622. Подаю STM1. ВопросЫ:
- Передается ли RSOH в телебус? (Не вижу А1, А2)..
- Как связаны входная и выходная ветви телебуса ?

[Andrew Su]

Добрый вечер(день).
В описании OED стр.43
ICTMF is used to identify the tributary multi-frame boundary common frame for the incoming
STM-1 data stream on the EXT_IDA. ICTMF is only sampled during the H4 byte position on
the rising edge of the SCLK19, as appropriate. ICTMF is ignored at other byte positions. It is
also considered as the reference multi-frame alignment signal to align the outgoing SDH data
stream of the PP and the data stream on the add bus of the E1MAPPER which makes all
incoming data streams of the HLX have same multi-frame boundary. The OCTMF is
generated and indicates the multi-frame boundary of the first STM-1 data stream on the
EXT_ODA. Because the data delay is fixed through the HLX module, the OCTMF always is
ICTMF delayed by a 69 SCLK19 clock periods.
И еще на стр.44:
ICTMF is set high at the H4 byte position. In fact ICTMF can be set high for the entire
fourth frame of the tributary multi-frame, since ICTMF is only sampled at the H4 byte
position. Если я правильно понимаю, то "for the entire fourth frame" - для целого четвертого фрейма.
По поводу выравнивания.
Если в регистре Master Control Register for SPP (стр.162) в бите BYPASS стоит 0, то выравнивание всегда делает
сам OED. Если установить в этом бите 1, то начало кадра "съезжает" относительно фрейма. Реально проверял.
Из опыта: пока я корректно не сформировал на входы OED ICFP, IPLA/B, IJ0J1A/B получить что-то вразумительное на
выходных шинах ТВА и ТВВ не получалось.
Конечно, я допускаю, что может в чем-то ошибаюсь, но принимая STM-1, из буферной памяти в FPGA я считываю
осмысленную информацию(байты А1,А2 четко в начале фрейма). Кроме того, в режиме теста, я выдавал из FPGA на ТВ кадр 2340 байт,
заполненный тестовым набором, заворачивал его внутри OED (в матрице HLX) и получал обратно.

Сообщение отредактировал Andrew Su - Jan 20 2009, 20:16

[cdg]

...

Темка вроде подходящая, спрошу здесь

Только начал разбираться с OED-155 (демокита нету, есть только описание) появилось пару вопросов:
1) Вопрос по питанию, чем питать сие чудо???? ПОнятно, что аналоговые цепи от линейного стабилизатора, а вот все остальное от DC-DC Step Down Convertor запитать можно??? уж больно токи там большие, жалко в воздух Ваты рассеивать.
2) Вопрос по доступу к внутренним регистрам, на сколько там интерфейс медленный, можно ли не прибегая к обработке TelecomBus работать с отдельными байтами DCC заголовков RS и MS секций, для организации каналов мониторинга и байтов F1 в RSOH секционного заголовка для создания служебной ТЧ связи?

[tolik1]

Темка вроде подходящая, спрошу здесь

Только начал разбираться с OED-155 (демокита нету, есть только описание) появилось пару вопросов:
1) Вопрос по питанию, чем питать сие чудо???? ПОнятно, что аналоговые цепи от линейного стабилизатора, а вот все остальное от DC-DC Step Down Convertor запитать можно??? уж больно токи там большие, жалко в воздух Ваты рассеивать.
2) Вопрос по доступу к внутренним регистрам, на сколько там интерфейс медленный, можно ли не прибегая к обработке TelecomBus работать с отдельными байтами DCC заголовков RS и MS секций, для организации каналов мониторинга и байтов F1 в RSOH секционного заголовка для создания служебной ТЧ связи?

У него вообще то есть специальный интерфейс для SOH. Лучше по нему. По поводу прцессорной шины.. в DataSheete на 622 прописано 200 ns без использования сигнала RDY. Реально (я использую этот сигнал) доступ составляет до 350 ns(то что сам видел.)
Для питания использовал PTH0505W. Проблем с ним не было. Обратить советую на схему синхронизации.. надо использовать внешнюю ФАПЧ.

Добрый вечер(день).
В описании OED стр.43
...
заполненный тестовым набором, заворачивал его внутри OED (в матрице HLX) и получал обратно.

Огромное спасибо за помощь.. Все вроде с Вашей помощью и с помощью Transwich пошло.. Хотя некоторые вещи остались непонятными... Ну потом осмыслю. Ещё раз благодарю.

[cdg]

1) У него вообще то есть специальный интерфейс для SOH. Лучше по нему.
2) По поводу прцессорной шины.. в DataSheete на 622 прописано 200 ns без использования сигнала RDY. Реально (я использую этот сигнал) доступ составляет до 350 ns(то что сам видел.)
3) Для питания использовал PTH0505W. Проблем с ним не было
4) Обратить советую на схему синхронизации.. надо использовать внешнюю ФАПЧ.

Мануал курю, пока еще не все скурил ))), спасибо за подсказки.
1) нашел, есть такое буду разбираться
2) у них указано в датите как минимум 220нс если не использовать RDY, будем посмотреть на живом
3) по питанию понял, у меня входное для блока 5 вольт, для цифры(3.3 и 1.8) использую LM2717 от National, остальное линейники от TI и Micrel.
4) Тут попрошу помощи и уточнений, на схеме боарда вообще ФАПЧ нет, что имеете в виду для чего ФАПЧ схема синхронизации для потоков Е1? По 77.76 на сколько понял достаточно иметь стабильный генератор +-5pmm, если ошибся, поправьте.
5) где и по чем евал. боард брали? вот сомнения терзают, осилим ли без него проект....

[tolik1]

Мануал курю, пока еще не все скурил ))), спасибо за подсказки.
1) нашел, есть такое буду разбираться
2) у них указано в датите как минимум 220нс если не использовать RDY, будем посмотреть на живом
3) по питанию понял, у меня входное для блока 5 вольт, для цифры(3.3 и 1.8) использую LM2717 от National, остальное линейники от TI и Micrel.
4) Тут попрошу помощи и уточнений, на схеме боарда вообще ФАПЧ нет, что имеете в виду для чего ФАПЧ схема синхронизации для потоков Е1? По 77.76 на сколько понял достаточно иметь стабильный генератор +-5pmm, если ошибся, поправьте.
5) где и по чем евал. боард брали? вот сомнения терзают, осилим ли без него проект....

По п.4
http://electronix.ru/forum/index.php?showtopic=51222
По п.5 В России продает это все Росспецпоставка. Без кита тяжко. Я сдуру не взял.. собрал все шишки..

[cdg]

Спасибо за ответ. С синхронизацией пока еще не все понятно, ведь в OED (в моем случае OED155) используется 77.76 МГц частота как опора для восстановления CLK из линии и как частота передачи, у меня были проблемы с различными микросхемами от Infineon(и не только), когда опора подавалась с внешнего аналогового ФАПЧ который в свою очередь синхронизировался от восстановленного микросхемой сигнала RCLK, в этих случаях возникала положительная обратная связь двух последовательно включенных ФАПЧ, которая приводила к неустойчивой работе всей системы синхронизации в целом, уже не говоря о таких тонких параметрах как TIE и MDEV, поэтому меня гложут сомнения, не смотря на прилагаемый по ссылке файл для OED622, в живучести такой системы. Вы конкретно иссследовали полученную систему синхронизации на устойчивость, вносили джиттер, вандер, проверяли при этом параметры синхронизации????

[tolik1]

Спасибо за ответ. С синхронизацией пока еще не все понятно, ведь в OED (в моем случае OED155) используется 77.76 МГц частота как опора для восстановления CLK из линии и как частота передачи, у меня были проблемы с различными микросхемами от Infineon(и не только), когда опора подавалась с внешнего аналогового ФАПЧ который в свою очередь синхронизировался от восстановленного микросхемой сигнала RCLK, в этих случаях возникала положительная обратная связь двух последовательно включенных ФАПЧ, которая приводила к неустойчивой работе всей системы синхронизации в целом, уже не говоря о таких тонких параметрах как TIE и MDEV, поэтому меня гложут сомнения, не смотря на прилагаемый по ссылке файл для OED622, в живучести такой системы. Вы конкретно иссследовали полученную систему синхронизации на устойчивость, вносили джиттер, вандер, проверяли при этом параметры синхронизации????

К сожалению про OED155 сказать не могу. Но с фапчами от ZARLINK(MITEL) работал много ещё на потоках Е1. Фирма специализируется на коммуникациях и всем, что с этим связано. Картинку ту(которая в том посте пристегнута) прислал мне TRANSWITCH. ОНИ РЕКОМЕНДУЮТ такое включение. Хотя одни мои знакомые тупо умножили частоту 19,44 на 4 на DCM в SPARTANе. Джиттер - дрянь, но работает.

[cdg]

К сожалению про OED155 сказать не могу. Но с фапчами от ZARLINK(MITEL) работал много ещё на потоках Е1. Фирма специализируется на коммуникациях и всем, что с этим связано. Картинку ту(которая в том посте пристегнута) прислал мне TRANSWITCH. ОНИ РЕКОМЕНДУЮТ такое включение. Хотя одни мои знакомые тупо умножили частоту 19,44 на 4 на DCM в SPARTANе. Джиттер - дрянь, но работает.

1) В общем я спросил через тогоже Павла Котлярова у разработчиков про ПОС двух ФАПЧ, ждем ответа.
2) Работает это мало, должно работать и соответствовать рекомендациям уважаемого ITU-T, а вот последнее ИМХО сомнительно для такой струткуры, о чем я и сообщал в предыдущем посте. К микросхеме зарлинка не имею никаких претензий даже думаю zl30123 использовать она по-новее и по-дешевле, но вот построение системы синхронизации вызывает вопросы, к сожалению у меня нет возможности все проверить, ехать за этими приборами далеко и дорого , а все потому, что разработчики трансвитча не удосужились разделить клоковые домены ClkRef и ClkTx , отсюда и проблемы, лень им видимо было или создавали микросхему только для фронт енд применений, о чем не удосужились сообщить.

[tolik1]

К микросхеме зарлинка не имею никаких претензий даже думаю zl30123 использовать она по-новее и по-дешевле, но вот построение системы синхронизации вызывает вопросы, к сожалению у меня нет возможности все проверить, ехать за этими приборами далеко и дорого , а все потому, что разработчики трансвитча не удосужились разделить клоковые домены ClkRef и ClkTx , отсюда и проблемы, лень им видимо было или создавали микросхему только для фронт енд применений, о чем не удосужились сообщить.

Я использовал ZL30117. Откровенно говоря интерфейс управления (SPI) не заработал вообще. И тем не менее ФАПЧ работал и лочился(проверял частотомером и генераторм)