Oldring 0 5 июня, 2007 Опубликовано 5 июня, 2007 · Жалоба Интересно, а как можно передать (и принять!) битики без синхронизации генераторов на обеих сторонах? Режим-то дуплексный... Кстати, синхронизацию тактовых генераторов для этого делать вовсе не обязательно. См. "плезиохронность". Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AVL 0 5 июня, 2007 Опубликовано 5 июня, 2007 · Жалоба Вы сами-то эту ..... дифсистему то городить-то пробовали? Именно для Ethernet не делал. Делал подобное для других задач. Естественно при реализации возникнут проблемы. Но они решаемы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Stanislav 0 5 июня, 2007 Опубликовано 5 июня, 2007 · Жалоба См. "плезиохронность".Ух ты! Опять "вумные" слова. Не соблаговолит ли Автор пояснить, каким боком эта "плезиохронность" соотносится с утверждением: Передать битики - не особая проблема. Есть другие подводные камни. Нужно не забыть про синхронизацию тактовых генераторов на обеих сторонах.? В частности, интересно было бы узнать трактовку понятия "плезиохронность" в свете "синхронизации тактовых генераторов", и непременного его выполнения для "передачи и приёма битиков". А также, где здесь запрятаны "подводные камни"? Вы сами-то эту ..... дифсистему то городить-то пробовали?Сделать можно. Например, как это реализовано на коаксиале. Там система с разделением времени доступа. И помирают производители прямо на глазах. Считай один Infinion остался, на NEC стаааренький чип тянет...Да, это, пожалуй, я не учёл... Темпоро мутанто... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
hdmi 0 6 июня, 2007 Опубликовано 6 июня, 2007 · Жалоба Что то я уже совсем запутался, как эти битики передать, по какому протоколу. Проблема не в диф.системе( тут есть некоторые наработки), а в кодировании сигналов, как и чем. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
blackfin 14 6 июня, 2007 Опубликовано 6 июня, 2007 · Жалоба Что то я уже совсем запутался, как эти битики передать, по какому протоколу. Манчестер + ВременноеУплотнение (TDM). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
hdmi 0 7 июня, 2007 Опубликовано 7 июня, 2007 · Жалоба Манчестер + ВременноеУплотнение (TDM). А что есмь - манчестер??? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Stanislav 0 7 июня, 2007 Опубликовано 7 июня, 2007 · Жалоба Что то я уже совсем запутался, как эти битики передать, по какому протоколу. Проблема не в диф.системе( тут есть некоторые наработки), а в кодировании сигналов, как и чем.Постановка задачи изначально не полна. Нужно указать все существенные требования к качеству звука и системе передачи-приёма, а также, по возможности более полно, описать все физические особенности канала. Способов кодирования существует множество. Для речевого сигнала - это от простого A-law или Mu-law до "навороченных" вокодеров. Скорости передачи данных при этом могут варьировать от десятков килобит до сотен бит в секунду. В простейшем случае, если расстояние не слишком велико (до сотен метров), можно сделать так: берёте два МК с УАРТ-ами на борту и подключаете их к витой паре с использованием драйверов RS-485/RS-422. К каждому МК подключаем АЦП (если качества звука высокого не нужно, можно использовать внутренний) и ЦАП (иногда достаточно ШИМ). Один из МК объявляем ведущим, второй - ведомым. Суть протокола сводится к следующему. Ведущий МК посылает в линию текущий отсчёт сигнала, и переключается на приём. Ведомый дожидается окончания приёма, после чего переключается на передачу и "выплёвывает" в сеть свой отсчёт, вновь затем переключаясь на приём. Далее, ведущий дожидается прихода нового отсчёта с АЦП, и цикл повторяется. После каждого сеанса приёма МК выводят принятые отсчёты в ЦАП-ы. Full-duplex в этом случае получается за счёт такого вот простейшего протокола обмена. Обсуждать применение других способов (эхоподавление, временнОе и частотное разделение) уместно только при грамотной постановке задачи. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AVL 0 8 июня, 2007 Опубликовано 8 июня, 2007 (изменено) · Жалоба Суть протокола сводится к следующему. Ведущий МК посылает в линию текущий отсчёт сигнала, и переключается на приём. Ведомый дожидается окончания приёма, после чего переключается на передачу и "выплёвывает" сеть свой отсчёт, вновь затем переключаясь на приём. Далее, ведущий дожидается прихода нового отсчёта с АЦП, и цикл повторяется... Full-duplex в этом случае получается за счёт такого вот простейшего протокола обмена. Full-duplex в таком случае никак не получается :) То, что Вы предлагаете - это half-duplex с использованием одной диф.пары. Как раз то, что автор хочет. Изменено 8 июня, 2007 пользователем AVL Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Stanislav 0 8 июня, 2007 Опубликовано 8 июня, 2007 · Жалоба Full-duplex в таком случае никак не получается :) То, что Вы предлагаете - это half-duplex с использованием одной диф.пары. Как раз то, что автор хочет. Ну, это вопрос терминологический. :) Если разруливание идёт по каждому конкретному отсчёту, никаких очередей не создаётся, то, с моей точки зрения, режим нужно называть full duplex-ом. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
el34 0 8 июня, 2007 Опубликовано 8 июня, 2007 · Жалоба тут не упомянут S/PDIF протокол - он напрямую заточен для передачи звука и может работать в коаксиал или витую пару... кодеки (cirrus, adi) есть в продаже.... для (поул)дуплекса надо будет немного поковырятся, но с дополнительными внешними устройствами думаю можно приспособить..... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AVL 0 8 июня, 2007 Опубликовано 8 июня, 2007 · Жалоба тут не упомянут S/PDIF протокол - он напрямую заточен для передачи звука и может работать в коаксиал или витую пару... кодеки (cirrus, adi) есть в продаже.... для (поул)дуплекса надо будет немного поковырятся, но с дополнительными внешними устройствами думаю можно приспособить..... Нашел еще упоминания про протокол AES/EBU. Нормальной спецификации не нашел ни на протокол S/PDIF, ни на протокол AES/EBU (все надо покупать). По информации, которую смог найти: 1) S/PDIF обеспечивает передачу в одном направлении (коаксиал, обычно до 10м). У cirrus есть как отдельные приемники и передатчики, так и трансиверы. Для соединения трансиверов используется 2 кабеля. 2) AES/EBU разрабатан для передачи на большие расстояния (до 1000м), причем информация передается в обе стороны по одному кабелю (витая пара). Может у кого есть еще информация? или оригиналы описания стандартов S/PDIF и AES/EBU? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
hdmi 0 8 июня, 2007 Опубликовано 8 июня, 2007 · Жалоба Вот нашел интересный кодек от cirrus http://www.cirrus.com/en/products/pro/detail/P1034.html. По моему должно подойти. Или нет? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
el34 0 8 июня, 2007 Опубликовано 8 июня, 2007 · Жалоба hdmi>http://www.cirrus.com/en/products/pro/detail/P1034.html. hdmi>По моему должно подойти. Или нет? ну это смотря для чего.... как аудио кодек .... может... а как интефейс - вряд ли... вот тут интерфейсные лежат.... приемники и передатчики.... http://www.cirrus.com/en/products/pro/areas/PA68.html Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AVL 0 9 июня, 2007 Опубликовано 9 июня, 2007 · Жалоба вот тут интерфейсные лежат.... приемники и передатчики.... http://www.cirrus.com/en/products/pro/areas/PA68.html Эти микросхемы не поддерживают двунаправленный обмен по одной диф.паре. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
el34 0 9 июня, 2007 Опубликовано 9 июня, 2007 · Жалоба AVL>Эти микросхемы не поддерживают двунаправленный обмен по одной диф.паре. это конечно... но , если добавить внешнее управление и использовать для передачи удвоенную частоту квантования или служебные посылки то организовать можно.... мультиплексировать напр так: одну посылку посылаем .... её принимаем местным(то, что он принял - выкидываем) и удаленным приемником(удаленный передатчик передает в этот момент в NUL(в никуда))... следующую(удаленную) принимаем(ее же принимает в этот момент и удаеленный приемник(выкидываем)) а местный передатчик в это момент перенаправляем в NUL..... если в системе будет один "мастер" то синхорнизироватся можно без проблем.... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
