|
E0 через Ethernet, подскажите кратчайший путь разработки устройства |
|
|
|
Mar 5 2014, 17:57
|
Группа: Новичок
Сообщений: 2
Регистрация: 5-03-14
Пользователь №: 80 817
|
Доброго времени суток. Передо мной поставили задачу: Есть устройство Х работающее по интерфейсу 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
Сообщение отредактировал B_Artem - Mar 5 2014, 18:00
|
|
|
|
|
Mar 5 2014, 20:59
|
Знающий
Группа: Участник
Сообщений: 599
Регистрация: 28-08-08
Из: Ростов папа
Пользователь №: 39 872
|
Начальникам пофиг, 1500 дорого, давай за 500 и неделю сроку А по делу такую хрень за 500р не найдете! Китайцам это не надо! Это наверное С1-И хотят в Езернет запихать? Тут вариант тока ТРанс 64кбит типа TG05-2004NC->XRT6164->Altera-W5100 ну и назад. Да и проблема синхронизации между устройствами Х надо будет решать, а это уже матрица с PLL. Устройства Х работают от разных генераторов! Будут SLIPы и с ними надо бороться!
|
|
|
|
|
Mar 6 2014, 03:57
|
Группа: Новичок
Сообщений: 2
Регистрация: 5-03-14
Пользователь №: 80 817
|
Спасибо за моральную поддержку. По поводу вопросов синхронизации, и обвязок микросхем для выхода на физлинии, и относительно моего технического решения у меня вопросов как бы нет, работать через кровь, пот и такую-то мать будет. Хотелось бы услышать предложения по оптимизации в плане тех трех вопросов, которые я задал. Пока плату не начали разводить.
P.S. по поводу хери за 500 рублей, пусть будет стоить хоть 100 000 рублей, если есть подскажите, начальство лучше заплатит за микруху, чем зарплату мне за разработку.
Сообщение отредактировал B_Artem - Mar 6 2014, 03:58
|
|
|
|
|
Mar 7 2014, 01:09
|
Знающий
Группа: Участник
Сообщений: 599
Регистрация: 28-08-08
Из: Ростов папа
Пользователь №: 39 872
|
Цитата(prig @ Mar 6 2014, 19:53) У 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 потихоньку отомрет скоро.
|
|
|
|
|
Mar 7 2014, 08:26
|
Знающий
Группа: Свой
Сообщений: 869
Регистрация: 30-01-08
Из: СПб
Пользователь №: 34 595
|
Цитата(vadimp61 @ Mar 7 2014, 05:09) Точнее были( ... Дааа. Не ожидал столь быстрой кончины. Но в общем-то, оно понятно. Технология для нишевых задач. Впрочем, когда года 3...4 назад у нас не пошёл в работу вариант с этими чипами, так только по причине сомнений в перспективности. Ну и, цена решений была высоковата. А в массовые задачи типа triple play на PON оно вообще плохо вписывается. Так что, да. Считай, что умерли.
Сообщение отредактировал prig - Mar 7 2014, 08:27
|
|
|
|
|
Mar 7 2014, 08:34
|
Знающий
Группа: Участник
Сообщений: 599
Регистрация: 28-08-08
Из: Ростов папа
Пользователь №: 39 872
|
Цитата(prig @ Mar 7 2014, 12:26) Дааа. Не ожидал столь быстрой кончины. Но в общем-то, оно понятно. Технология для нишевых задач. Впрочем, когда года 3...4 назад у нас не пошёл в работу вариант с этими чипами, так только по причине сомнений в перспективности. Ну и, цена решений была высоковата. А в массовые задачи типа triple play на PON оно вообще плохо вписывается.
Так что, да. Считай, что умерли. Я считаю что не правильно передавать синхронный поток через асинхронный! Ну если только на уровне для позвонить на чисто абоенетских применениях, и то уже задержки в 10-20 мс появляются. Для разговора не заметно, а вот диал ап модемы (или факсы) использующие фазовую модуляцию ложаться( И потом доказывай заказчику который это купил что он не осел
Сообщение отредактировал vadimp61 - Mar 7 2014, 08:34
|
|
|
|
|
Mar 7 2014, 09:26
|
не указал(а) ничего о себе.
Группа: Свой
Сообщений: 3 325
Регистрация: 6-04-06
Пользователь №: 15 887
|
Цитата(prig @ Mar 7 2014, 12:26) Впрочем, когда года 3...4 назад у нас не пошёл в работу вариант с этими чипами, так только по причине сомнений в перспективности. Цитата(vadimp61 @ Mar 7 2014, 12:34) Я считаю что не правильно передавать синхронный поток через асинхронный! Вы будете смеяться, но я в данный момент начинаю разработку, в которой будет именно это. Причем, реализовано оно путем подстройки частоты синхронизации с помощью управляемого генератора. Много еще повсюду стоит старого оборудования. Вот так, вплоть до того.
|
|
|
|
|
Mar 7 2014, 09:35
|
Знающий
Группа: Участник
Сообщений: 599
Регистрация: 28-08-08
Из: Ростов папа
Пользователь №: 39 872
|
Цитата(vitan @ Mar 7 2014, 13:26) Вы будете смеяться, но я в данный момент начинаю разработку, в которой будет именно это. Причем, реализовано оно путем подстройки частоты синхронизации с помощью управляемого генератора. Много еще повсюду стоит старого оборудования. Вот так, вплоть до того. Смеятся ни кто не будет, это делают и оно работает. Но применения несколько ограничены. Если не секрет на чем? Специализорованыый чип или рассыпуха?
|
|
|
|
|
Mar 7 2014, 10:35
|
Знающий
Группа: Свой
Сообщений: 869
Регистрация: 30-01-08
Из: СПб
Пользователь №: 34 595
|
Цитата(vitan @ Mar 7 2014, 13:26) Вы будете смеяться, но я в данный момент начинаю разработку, в которой будет именно это. ... Много еще повсюду стоит старого оборудования. Вот так, вплоть до того. Тот проект, о котором я упоминал, оказался невостребованным через полтора-два года. Всё очень быстро меняется. Может оказаться, что проще и дешевле поставить новое оборудование, чем поддерживать эксплуатацию старого. Специфических заказчиков не касается, ессно. А если вернуться к сабжу, то очень маловероятно, что TDMoIP умрёт полностью. Максим - не единственный, кто двигал эту тему. У кого-нибудь должно быть что-нибудь готовое и живое. Зарлинк или кто ещё. Надо посмотреть. Фрискейловские процы - оно понятно, классика жанра. Но возни не слишком ли много получится?
Сообщение отредактировал prig - Mar 7 2014, 10:44
|
|
|
|
|
Mar 7 2014, 17:10
|
Знающий
Группа: Участник
Сообщений: 599
Регистрация: 28-08-08
Из: Ростов папа
Пользователь №: 39 872
|
Цитата(ASN @ Mar 7 2014, 14:35) 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 мгц? Цитата(vitan @ Mar 7 2014, 13:41) Тупо фрискейловский проц, с одной стороны синхронные стыки, с другой Ethernet. Синхронники тактируются от ГУНа. А какой у них есть синхронный стык? USART?
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|