Доброго времени суток.
Передо мной поставили задачу:
Есть устройство Х работающее по интерфейсу E0, он же G703.1, он же ОЦК с другим устройством Х
Необходимо в разрыв между ними (разработать, изготовить) поставить устройства Y, которые позволят реализовать слеудющую схему включения:
Х-<оцк>-Y-<Ethernet>-Y-<оцк>-Х

Мне пришло на ум следующие:
взять микросхемы XRT6165 XRT6164 (ксати нет каких-нибудь других аналогов, а то с этими микросхемами умучиешься работать) которые примут от первого Х ОЦК и отдадут мне 64 кбит/с. принять от них ПЛИСой эти 64 кбит/с и засунуть их, опять же ПЛИСой в микросхему W5100 по SPI, которая такая умница , что у нее даже PHY внутри есть, W5100 соответственно, все что я в нее напихаю передаст по Ethernet.
С другого конца такая же микросхема W5100 вынет из Ethernet пакетики и отдаст мне, которые я буду складывать в буфер, а когда решу, что туда наваляли достаточно, что бы поддерживать скорость вычитывания 64 кбит/с, начну выдавать эти самые 64 кбит/с на микросхемы XRT, которые достучаться до второго Х в кодировке ОЦК.
От второго Х до первого Х нелегкий путь ОЦК аналогичен.

Пришел я с таким решением к начальнику , а он сказал ищи микруху , в которой все это реализовано на одном кристале, или готовую платку типа стартер кита (кстати, я честно искал, но не нашел). "А городить такой город аж из 4-х микросхем не позволю, общей стоимостью аж полторы тысячи рублей"

Вопросы : 1) есть ли микруха которая сразу может засунуть Е0 в Ethernet и из Ethernet достать Е0?
2) есть ли устройства которые это могут сделать, но именно ввиде маленькой платки (а не в форм-факторе 19"), которые можно
засунуть в маленьку коробочку, в месте с другими маленькими платами, решающие по-путно другие задачи.
3) какие микросхемы посоветуете при работе с просто с ОЦК кроме XRT6165 XRT6164

Таким начальникам полезно периодически говорить - "критикуешь - предлагай".
Если ему предложить нечего, то нечего и сопли размазывать.

Начальникам пофиг, 1500 дорого, давай за 500 и неделю сроку
А по делу такую хрень за 500р не найдете! Китайцам это не надо!
Это наверное С1-И хотят в Езернет запихать?
Тут вариант тока ТРанс 64кбит типа TG05-2004NC->XRT6164->Altera-W5100 ну и назад.
Да и проблема синхронизации между устройствами Х надо будет решать, а это уже матрица с PLL.
Устройства Х работают от разных генераторов! Будут SLIPы и с ними надо бороться!

Спасибо за моральную поддержку.
По поводу вопросов синхронизации, и обвязок микросхем для выхода на физлинии, и относительно моего технического решения у меня вопросов как бы нет, работать через кровь, пот и такую-то мать будет.
Хотелось бы услышать предложения по оптимизации в плане тех трех вопросов, которые я задал. Пока плату не начали разводить.

P.S. по поводу хери за 500 рублей, пусть будет стоить хоть 100 000 рублей, если есть подскажите, начальство лучше заплатит за микруху, чем зарплату мне за разработку.

У Mаксима есть микросхемы TDM-over-packet (TDMoP) для "E1, T1, E3, T3, STS-1 and other serial data flows". Например, DS34S101.
Вопросы синхронизации решены. Подключение к Ethernet через стандартный PHY.
Запихать Ваш E0 туда явно проще, чем то, что Вы собираетесь делать. Имха, ессно.

Точнее были(
http://www.maximintegrated.com/datasheet/index.mvp/id/5120
Видимо неудачно у них это получилось!
У меня даже где то валяется 108 чип. Видимо сама технология TDMoIP потихоньку отомрет скоро.

Дааа. Не ожидал столь быстрой кончины. Но в общем-то, оно понятно. Технология для нишевых задач.
Впрочем, когда года 3...4 назад у нас не пошёл в работу вариант с этими чипами, так только по причине сомнений в перспективности.
Ну и, цена решений была высоковата. А в массовые задачи типа triple play на PON оно вообще плохо вписывается.

Так что, да. Считай, что умерли.

Я считаю что не правильно передавать синхронный поток через асинхронный!
Ну если только на уровне для позвонить на чисто абоенетских применениях, и то уже задержки в 10-20 мс появляются.
Для разговора не заметно, а вот диал ап модемы (или факсы) использующие фазовую модуляцию ложаться(
И потом доказывай заказчику который это купил что он не осел

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

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

Тупо фрискейловский проц, с одной стороны синхронные стыки, с другой Ethernet. Синхронники тактируются от ГУНа.

Тот проект, о котором я упоминал, оказался невостребованным через полтора-два года. Всё очень быстро меняется.
Может оказаться, что проще и дешевле поставить новое оборудование, чем поддерживать эксплуатацию старого.
Специфических заказчиков не касается, ессно.

А если вернуться к сабжу, то очень маловероятно, что TDMoIP умрёт полностью. Максим - не единственный, кто двигал эту тему.
У кого-нибудь должно быть что-нибудь готовое и живое. Зарлинк или кто ещё. Надо посмотреть.
Фрискейловские процы - оно понятно, классика жанра. Но возни не слишком ли много получится?

vadimp61
Не понял в чём проблема: в появлении дополнительных абсолютных задержек?
Встречалось такое в дуплексной системе, когда такие задержки (десятки миллисекунд) оказывали влияние.
Но это (по моему скромному опыту) достаточно редкая ситуация.
Вроде как модемы должны подстраиваться на приёмной частоте и выбирать рассинхронизацию генераторов.
IMHO, если скорость передачи по пакетному (асинхронному) участку существенно выше, чем по синхронному (как у ТС), то проблем быть не должно.

Ну да... Самого подташнивает... Но заняться "сноубордисту весной" кагбэ нечем... Ладно, не будем о грустном...

ПРоблема возникала в дифсистеме при переходе из 2- проводного в 4-х проводный режим и назад. Речь идет об абонентском уплотнении , когда есть преобразование аналог 2-хпров (FXS) ->E1->TDMoIP-> E1 -> 2-х проводный телефон(FXO). Факсы и аналоговые модемы переставали работать на скоростях выше 9600. Когда вместо мультиплексора TDMoIP меняли на STM-1 то проблема исчезала. Это факт! Проц мультиплексора TDMoIP (AVR91 по моему) тянул 8 портов Е1 , потом они объеденялись в 16Е1 (2 проца) тупо коммутатором по физике без транса типа 88Е6060.

ПРоблем с передачей данных по более быстрому каналу между двумя медленными не будет если скорость быстрого канала образуется с помощью PLL из скорости более медленного! То есть они синхронны. Проблема в том что частота работы Е0 на одной стороне не равна частоте работы Е0 на другой стороне, хотя там и там 64 кгц но от разных ген. В синхронных частотах обязательна передача тактового сигнала от одного устройства к другому, это делается отдельной линией клока или системой кодирования (манчестер, HDB3 и др.) Как это делать в случае передачи информации и клока через среду Ethernet cо своим генератором 25 мгц?


А какой у них есть синхронный стык? USART?

Ну да. И TDM тоже. И вообще там есть такая вещь как QUICC/CPM, на которых всякого разного накручено столько, что читать устанешь...

Насколько мне известно на 2011 г. делали TDMoIP только MAXIM/DALLAS и Transwitch.
Те кто в теме - заметят, что даташиты практически слово в слово. И на самом деле это разработка RAD.
Одно "но". У Dallas чип работает, а у Transwitch "как-то не совсем..."
Делал года 4 назад TDMoIP на Dallas + PowerQUICC в качестве "control plane" - работало.

делаем на плис + phy_ethernet. в 500р явно не укладываемся, правда плис еще другой работой занята. на QUICC тоже в 500р не уложитесь.

В общем резюмируем:
1. TDMoIP медленно умирающая технология
2. Топик стартеру-чип можно не искать- нету! И боссу привет! Пусть платит за разработку своей хотелки).
3. Матрицы рулят, на них некоторые даже LIU E1 делали фото в потверждение. Снизу деталей нет! Разъем RJ45 для Е1 без транса!

vadimp61
Странно это.
Может проблема там, где используется преобразование аналог 2-хпров (FXS) ->E1?
Схема передачи E1->TDMoIP-> E1 достаточно часто используется (ну по крайней мере, то с чем я встречался). Проблем (пока вроде бы) не возникало.
Сложностей при передаче по более быстрому каналу между двумя медленными не будет, если приёмник на входе в быстрый пакетный канал подстраивается под частоту передатчика, а приёмник на другом конце медленного канала подстраивается под передатчик пакетного канала.
Повторюсь: если скорость передачи в пакетном канале существенно выше (и, соответственно, задержки меньше) и флуктуации задержек между пакетами достаточно небольшие, то FIFO на входе и выходе системы обеспечит равномерный поток и рассинхронизация выбирается приёмником абонента.
Но, естественно, это при условии, то абонентское оборудование терпимо относится к возникновению абсолютной задержки (задержка между пакетами и задержка обработки).
Проблемы могут возникнуть, если в IP-сети начинают теряться пакеты (при передаче по UDP) или возникают перезапросы (при передаче по TCP).
IMHO, при передаче по STM-1 появляются (возможно) распределённые искажения битов, которые исправляются модемом.
А при передаче по IP-сети возникают потери (или существенные задержки) пакетов, с чем модем уже не справляется.
Может в этом проблема?

Да, почти всё верно. Поднял архивы за 2010, и нашлась как раз эта парочка и AimValley.
Но в общем-то, всё это уже не слишком интересно. Крче, кислая тема.

А куда делась фирма Транссвитч?
И кто еще кроме Exar делат фреймеры и мапперы для STM-1

Добавлю свои 5 копеек.
Есть опыт обслуживания и поддержки большого парка оборудования TDM через IP - сотни штук, RAD, NSC-COM, Zelax, Nateks. В основном решения E1, но были и E0 и STM.
Все оборудование было реализовано на ПЛИС. Основная проблема и очень сложная - это точная передача синхронизации. Если посмотрите в документацию на настройки связанные с синхронизацией, то поймете объем проблемы. И все это богатство не спасает в 100% случаях. Много раз сталкивался с ситуациями, где не удавалось добиться безошибочной работы. И разработчики умывали руки. Есть оборудование TDM, которое очень чувствительно к изменению синхронизации.
Делать свой велосипед в данном случае я вам крайне не рекомендую. Как минимум для начала возьмите на тест (такая опция есть у всех производителей) и посмотрите как ваше E0 оборудование будет работать через IP. И далее уже делайте выводы.
На вскидку решение вашей задачи можно уложить в 100.000 р.

На ПЛИС это довольно легко реализуется.


Китайцы делают на 1 атмеле 4 Е1, форм-фактор SFP-модуля