qalex 0 30 мая, 2007 Опубликовано 30 мая, 2007 (изменено) · Жалоба В общем необходимо построить такую систему, чтобы по диф.паре передавать звук в цифровом виде в обоих направления "одновременно", например человек говорит в микрофон и слышит сам себя в наушниках. Преобразовать в цифру не проблема, а вот как обработать это потом? Теоретически должнобыть похоже на I2C, т.е. master выставляет на шину адрес, slave принимает и т.д. А вот практически, какая микросхема способна справиться с этим? Фактически диф.пару можно принять за один провод. Изменено 30 мая, 2007 пользователем qalex Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexZabr 0 30 мая, 2007 Опубликовано 30 мая, 2007 · Жалоба В общем необходимо построить такую систему, чтобы по диф.паре передавать звук в цифровом виде в обоих направления "одновременно", например человек говорит в микрофон и слышит сам себя в наушниках. Преобразовать в цифру не проблема, а вот как обработать это потом? Теоретически должнобыть похоже на I2C, т.е. master выставляет на шину адрес, slave принимает и т.д. А вот практически, какая микросхема способна справиться с этим? Фактически диф.пару можно принять за один провод. Хмм, не совсем понял, хотите дифференциальный канал ? В принципе в моем понимании это больше относится к аналоговым аспектам сигнала, обычно для лучшей помехоустойчивости, хотя наверно есть и в цифровом виде (т.е. цифровые данные передаваемые по одному каналу есть бинарная инверсия данных второго канала). Вы это имеете ввиду ? Одновременно - вы говорите о full duplex ? То о чем вы написали ("говорит в микрофон и слышит себя в наушниках) - это один канал, т.е. идет передача со входа на выход, второго канал тут не вижу вообще. Если вы действительно имеет ввиду просто говорить и слышать себя-же - по идее не проблема. Просто сигнал оцифруется, заводится в систему и выводится оттуда на выход (после DAC на наушник). Естественно, 100% одновременно" не получиться - всегда есть задержка, хотя на слух она может быть и не заметна. Если вышеизложенное есть то что вам нужно, не вижу тут никакой надобности в какой-либо обработке сигнала в плане DSP - просто IN > OUT как FIFO. Не вижу тут завязки на I2C протокол..Конкретная реализация зависит от ваших намерений к реализации - можно например сделать на каком-нить простеньком FPGAе с подключенными ADC/DAC и соотв. аналоговыми фильтрами (anti-alaising по входу anti-imaging по выходу). Ежели вы принципиально хотите это прогонять через DSP систему - есть кучу недорогих DSK (development board) процессоров DSP (от тех-же TI например или Analog Devices, но тут влезают кучу аспектов программирования под DSP....этот field для меня пока еще нов, сам его сейчас только начал осваивать... :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AVL 0 1 июня, 2007 Опубликовано 1 июня, 2007 · Жалоба В общем необходимо построить такую систему, чтобы по диф.паре передавать звук в цифровом виде в обоих направления "одновременно"... Теоретически должнобыть похоже на I2C... Практически физический протокол I2C (2 двунаправленных электрически независимых сигнала с открытым коллектором) для данной задачи не подходит никак. Среди стандартных протоколов можно применить USB, Ethernet (в режиме half duplex), они работают как раз с диф.парой и данные в обе стороны. В случае USB одна сторона будет host, другая - device. На сколько я себе представляю, сторона host достаточно сложна. С Ethernet все проще. Также еще CAN посмотрите, тоже должен подойти. И еще, конечно, можно сделать свой проект на ПЛИС по своему протоколу. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
qalex 0 1 июня, 2007 Опубликовано 1 июня, 2007 (изменено) · Жалоба Спасибо за ответы. Первоночальная формулировка была не совсем понятна и правильна. Диф. пара для передачи на расстояние. Можно принять за один провод.Можно построить систему ( к примеру) так - два кодека A и Б, оба обмениваются информацией, которая по времени разделена например на 2 раздела. В первом разделе от А к Б, во втором Б-А, в разных кодах. Соответствующий кодек получает информацию, видит что началась передача и декодирует информацию . Потом наоборот. Идет постоянный обмен между ними. Это также похоже на разговор двух людей по мобильнику, кажется что одновременно, а на самом деле все квантуется с большой скоростью. Это действительно может быть похоже на ETHERNET. Надо поисткать соответствующие аппликации. А вот по поводу ПЛИС тоже интересно, только вот мы с ними не работали. Суть вопроса состоит, что может кто подкинет какую готовую аппликацию, чтобы не придумывать свой протокол. Только что посмотрел стандарт Ethernet - не подходит. Передача ведется по двум витым парам, т.е. фактически по двум проводам. А нужно по одному. Изменено 1 июня, 2007 пользователем qalex Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AVL 0 1 июня, 2007 Опубликовано 1 июня, 2007 · Жалоба Только что посмотрел стандарт Ethernet - не подходит. Передача ведется по двум витым парам, т.е. фактически по двум проводам. А нужно по одному. В случае Ethernet в режиме half-duplex можно передавать по одной дифференциальной паре. ...На каком максимальном расстоянии могут находиться ваши узлы? P.S. если интересует, у меня есть готовый проект на ПЛИС (пишите в почту) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alex11 6 2 июня, 2007 Опубликовано 2 июня, 2007 · Жалоба Посмотрите еще на интерфейсы цифровых телефонных аппаратов. Там 2 МБит/сек скорость и попеременно отправляемые пакеты в обе стороны. Для звуковых данных достаточно, даже 2 канала двунаправленных можно протянуть. Если нужна скорость выше и полный дуплекс - то можно поглядеть на SDSL связь, но там чипы тяжелые и трудно доставаемые. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AVL 0 4 июня, 2007 Опубликовано 4 июня, 2007 (изменено) · Жалоба Максимальное расстояние 100м. Ответить на Ваше письмо нет возможности, у Вас статус 'validating' и нет контактов. Пишу ответ здесь... Соответственно USB не подойдет. Остаются варианты Ethernet, CAN, DSL и вариант на ПЛИС по собственному разработанному протоколу. варианты на ПЛИС: 1) Готовый проект (обмен по одной диф.паре) у меня работает на расстояниях до 10м. 2) Также есть проект, работающий по 2-м диф.парам (полный дуплекс), и работающий на расстояниях до 400м. То есть с учетом того, что Вам нужно до 100м, готового проекта у меня нет. Но в принципе можно рассмотреть вариант разработки проекта на ПЛИС, работающего на расстояниях до 100м в режиме полудуплекс, используя предыдущие наработки. P.S. и все же нужно провести анализ и выбрать наиболее экономичное решение в плане денежных затрат. Если Вы планируете несколько экземпляров изделий, то дешевле построить устройство на микросхемах, использующие стандартный протокол. Если партия большая, то дешевле на ПЛИС. Изменено 4 июня, 2007 пользователем AVL Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
hdmi 0 4 июня, 2007 Опубликовано 4 июня, 2007 (изменено) · Жалоба Пользователь qalex заблокирован, подтверждения не приходят на мыло. Я за него B) p.s. AVL см.приват Изменено 4 июня, 2007 пользователем hdmi Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Oldring 0 4 июня, 2007 Опубликовано 4 июня, 2007 · Жалоба Передать битики - не особая проблема. Есть другие подводные камни. Нужно не забыть про синхронизацию тактовых генераторов на обеих сторонах. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Stanislav 0 4 июня, 2007 Опубликовано 4 июня, 2007 · Жалоба Спасибо за ответы. Первоночальная формулировка была не совсем понятна и правильна. Диф. пара для передачи на расстояние. Можно принять за один провод.Можно построить систему ( к примеру) так - два кодека A и Б, оба обмениваются информацией, которая по времени разделена например на 2 раздела. В первом разделе от А к Б, во втором Б-А, в разных кодах. Соответствующий кодек получает информацию, видит что началась передача и декодирует информацию . Потом наоборот. Идет постоянный обмен между ними. Это также похоже на разговор двух людей по мобильнику, кажется что одновременно, а на самом деле все квантуется с большой скоростью... Посмотрите чипаки для ISDN. Может, там чего обрящете. :) Ну, и стандарты почитать не грех, чтобы понимать, о чём речь. Передача полным дуплексом по витой паре в ISDN точно есть, и кодеки для этих целей готовые имеются (какие именно - сейчас не скажу: давно этим не занимался). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 4 июня, 2007 Опубликовано 4 июня, 2007 · Жалоба В случае Ethernet в режиме half-duplex можно передавать по одной дифференциальной паре. ??? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Stanislav 0 4 июня, 2007 Опубликовано 4 июня, 2007 · Жалоба Передать битики - не особая проблема. Есть другие подводные камни. Нужно не забыть про синхронизацию тактовых генераторов на обеих сторонах.Интересно, а как можно передать (и принять!) битики без синхронизации генераторов на обеих сторонах? Режим-то дуплексный... Кстати, синхронизацию тактовых генераторов для этого делать вовсе не обязательно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 4 июня, 2007 Опубликовано 4 июня, 2007 · Жалоба Посмотрите еще на интерфейсы цифровых телефонных аппаратов. Там 2 МБит/сек скорость Нет ISDN это 2B+D - 128Kbit+16Kkbit И помирают производители прямо на глазах. Считай один Infinion остался, на NEC стаааренький чип тянет. Если нужна скорость выше и полный дуплекс - то можно поглядеть на SDSL связь, но там чипы тяжелые и трудно доставаемые. SHDSL - вот тут тут уже и мегабиты могут быть, чипы тяжелые, но абсолютно доставаемые. В принципе легко использовать готовые модемы в разнообразнейших конструктивных исполнениях - от законченных коробочных конcтрукций до субмодулей. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AVL 0 5 июня, 2007 Опубликовано 5 июня, 2007 (изменено) · Жалоба ??? Для передачи по одной диф. паре в случае Ethernet в режиме half-duplex, как один из вариантов решения, потребуется вместо 2-х 2-х обмоточных трансформаторов поставить 2 3-х обмоточных и 2 высокоскоростных диф. ОУ в режиме повторителей. Один из трансформаторов для линии (смеситель), другой трансформатор для подавления сигнала с выхода фисивера на его вход. Повторители напряжения нужны для развязки трансформаторов (направление сигнала только в одну сторону). Изменено 5 июня, 2007 пользователем AVL Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 5 июня, 2007 Опубликовано 5 июня, 2007 · Жалоба Для передачи... Вы сами-то эту ..... дифсистему то городить-то пробовали? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
