Вопрос победившим 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) не заработал вообще. И тем не менее ФАПЧ работал и лочился(проверял частотомером и генераторм)

[cdg]

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

Про SPI очень интересно, по второму вопросу в том что захват будет происходить сомневаться не приходится, а вот сомнения в стабильности есть, Вы то этого не проверяли как я понял, для этого надо по крайней мере ANT-20 иметь под рукой с соответствующими опциями и/или нечто вроде Oscilloquartz(вместо опций синхронизации в ANT-20) и того на сумму 80 килозеленых.

[cdg]

ну вот написал ,про петли, фапчи.... получил ответ (Задорнов рулит )))) "From a jitter standpoint I am quite sure that this will be OK. I am talking with Zarlink about the MTIE  to double check that it will be OK." Очень грамотный технически обоснованный ответ ))) я плачу.... Нарисовал им картинку, может так дойдет ??????? Время покажет.

Прикрепленные файлы

 OED155_synchronization.pdf ( 60.41 килобайт ) Кол-во скачиваний: 161

 

[tolik1]

ну вот написал ,про петли, фапчи.... получил ответ (Задорнов рулит )))) "From a jitter standpoint I am quite sure that this will be OK. I am talking with Zarlink about the MTIE  to double check that it will be OK." Очень грамотный технически обоснованный ответ ))) я плачу.... Нарисовал им картинку, может так дойдет ??????? Время покажет.

В pdf-е картинку кто нарисовал?

[cdg]

В pdf-е картинку кто нарисовал?

Дык говорю же - мое произведение, нарисовал как смог ,потому как структуру системы синхронизации кристала в даташите не показали, отослал в трансвитч в техподдержку, в надежде, что может до них так дойдет, что ситема с ПОС не может работать устойчиво.... Чего им стоило разделить клоковые домены на передачу и опоры приемного ФАПЧ????

[cdg]

В техподдержке картину мою поглядели, поняли(или сделали вид, что поняли) в чем суть вопроса, обещали подумать.... ждем..

[tolik1]

В техподдержке картину мою поглядели, поняли(или сделали вид, что поняли) в чем суть вопроса, обещали подумать.... ждем..

А Трансвич не присылал Вам структурную схему синхронизации, которую они рекомендуют? Я взял её( выше ссылка) сделал всё по ней и все поехало... Я не заморачивался даже такими как у Вас структурами следящих систем.. Насчет Вашего рисунка... У Вас общая структура... А внутри Фапчей(DPLLs) всегда существуют корректирующие контуры(реализованые в различном виде) для обеспечения устойчивости...

[cdg]

А Трансвич не присылал Вам структурную схему синхронизации, которую они рекомендуют? Я взял её( выше ссылка) сделал всё по ней и все поехало... Я не заморачивался даже такими как у Вас структурами следящих систем.. Насчет Вашего рисунка... У Вас общая структура... А внутри Фапчей(DPLLs) всегда существуют корректирующие контуры(реализованые в различном виде) для обеспечения устойчивости...

1) эту структурную схему я взял там-же .
2) сделал всё по ней и все поехало....
Вот тут нужно уточнить, что и куда поехало????? То что у Вас произошел захват частоты я не сомневаюсь, меня берут сомения совершенно в другом, что происходит с фазой сигнала после второй ФАПЧ, а именно зарлинга ZL30XXX ????? Вы хотя бы осциллографом смотрели глазковую диаграмму - соотношения фаз входного сигнала после оптики и частоты на выходе ZL30XXX???? Вы можете утверждать, что в диапазоне отстройки и при заданных параметрах входного джиттера и вандера у вас все будет отлично, и вы уложитесь в требования ITU????? Мне думается, что Вы этого не проверяли, но у Вас есть железка и при желании это можно проверить.
3) теперь немного размышлений
Дело в том, что система первого ФАПЧ в первом приближении устойчива, т.к. как бы ни качалась опора(в разумных пределах) в данном случае Clk78 первая ФАПЧ подсинхронизируется импульсами, которые идут из линии, таким образом по частоте эта система работает и вопросов возможно не возникает, по фазе возможно тоже не возникает т.к. импульсы идут достаточно часто, о чем заботится скремблер, а вот фаза восстановленного сигнала после второй системы ФАПЧ просто обязана плавать, т.к. она подсинхронизирует сама себя , т.е. включена в контур ПОС, который ничем не компенсируется.
Хотите верьте на слово выпускнику кафедры САУ, хотите проверьте - не так просто компенсировать глобальную ПОС локальной ООС даже математически, а физически реализовать еще труднее с учетом того что-бы локальная система (вторая и первая ФАПЧ) оказалась бы сама по себе устойчивой, а не только в контуре. То что производители у микросхем разные и мало между собой связаны вероятность таких усложнений вообще сводит к нулю, а Вы говорите "поехало"....., Куда поехало?

[tolik1]

Под "поехали" я подразумевал - заработало.
Мое устройство приемо передающее. Я на вход подаю оптический сигнал, внутри ус-ва заворачиваю данные на частоте СФОРМИРОВАНОЙ ФАПЧ внешней(ZL30117) и передаю в виде оптического сигнала. У меня 2 какнала (восток запад) включаются оба. В качестве тестового оборудования(соответствующего анализатора увы нет) использую пару мультиплексоров STM1 и включаю свое устройство в разрез между ними.(оптический поток выходит из мультиплексора, попадает в мою плату,в ней заворачивается на передачу и передается на вход другого мультиплексора.) В STM запаковываю Е1 с PRBS. Моя плата снимает потки Е1. Анализатор Е1 (такой у меня к счастью есть), мультиплексоры, Выходные данные с платы - все идет без ошибок. Прогон 24ч в термокамере (0.. + 40). К своему стыду я не настолько хорошо искушён в ТАРЕ. Могу конечно на устойчивость рассчитать... Просто я даже не заморачивался этим вопросом.. Фирма производитель рекомендовала мне соответствующее включение. Я его реализовал и... все поехало.

[cdg]

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

[tolik1]

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

Сомнения - это хорошо! Главное что бы они в тупик не завели...
В свое время я делал по подобной схеме устройство на поток Е1. Анализаторы у меня есть. И я сдавал заказчику на них, с проверкой по синхронизации.
А даташиты они щас все начинают прятать.

[cdg]

Все дошел до точки.... получил ответ на свою картинку:
"However, at 1st glance the path that the SSS indicates as a positive feedback path may not be one because the RCLKA output follows LINE_RPOSA/RNEGA and not SCLK78"
Т.е. с ФАПЧ OED155 все будет ОК, т.к. он следует за линейным сигналом LINE_RPOSA/RNEGA...... слов нет одни буквы.... А от опоры типа вобще ничего не зависит..... Хваленое узкоспециализированное западное образование, дальше своего носа ничего не видят или не хотят....