Результаты опроса: Какого "стандарта" распиновки разъёма i2s будем придерживаться?

Голосовавшие
60. Вы ещё не участвовали в этом опросе
  • aal

    15 25.00%
  • Lynx Audio

    36 60.00%
  • другой (расширьте ответом в теме)

    9 15.00%
Страница 12 из 12 Первая ... 2101112
Показано с 221 по 230 из 230

Тема: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

  1. #1 Показать/скрыть первое сообщение.
    energy audio
    Автор темы
    Аватар для energetik
    Регистрация
    09.11.2009
    Адрес
    Россия, Тула
    Возраст
    46
    Сообщений
    1,585

    Внимание! Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    Предлагаю обсудить возможность организации единого разъёма состыковки разрабатываемых на Веге ЦАП с входными цифровыми интерфейсами разрабатываемыми тут же.
    Поскольку для стыковки ЦАП и транспортов (других цифровых интерфейсов) одного разъёма i2s недостаточно, давайте обсудим варианты разъёма управления, либо объединение разъёма i2s и управления в один разъём.
    Миниатюры Миниатюры Нажмите на изображение для увеличения. 

Название:	разъёмы IDC 2.54мм.PNG 
Просмотров:	955 
Размер:	174.2 Кб 
ID:	159617  
    Последний раз редактировалось energetik; 01.07.2012 в 22:25.
    HTPC -> Charleston V3 -> DACore V2.3 -> Beta22(clone) -> Audez`e LCD-2
    HTPC -> Charleston V3 -> DACore V2.3 -> пред свой -> мощник Lynx PA-21 -> ILLUMINATI SeHi
    ibasso hdp-r10 -> Sennheiser HD 650 | TRN V90

  2. #221
    Частый гость Аватар для AS_Gr
    Регистрация
    12.03.2008
    Адрес
    СПб
    Сообщений
    101

    По умолчанию Re: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    Цитата Сообщение от pyos Посмотреть сообщение
    HDMI - это просто подарок для пользователей ЦАП*ов, подключаемых по IIS. Ровно 4 витых пары в экране для основных сигналов (через дифф. интерфейс), остаётся 5-7 (смотря какой кабель и смотря как использовать внешний экран) проводков на сигналы.
    Только вот моё представление о том, что это за сигналы должны быть, полностью расходится, скажем, с постом Djemshut*а (#8). По мне - мьют, деемфазис, признак сетки, множитель частоты, питание. И всё, осталось это дело только раскидать по пинам.
    Предлагаю свой вариант применения HDMI разъема,
    Миниатюры Миниатюры Нажмите на изображение для увеличения. 

Название:	HDMI.GIF 
Просмотров:	243 
Размер:	10.5 Кб 
ID:	165186  
    Последний раз редактировалось Konkere; 18.09.2012 в 23:23. Причина: Коммерция у нас в другом разделе.

  3. #222
    Не хочу! Аватар для Alex
    Регистрация
    20.03.2003
    Адрес
    Worldwide
    Возраст
    61
    Сообщений
    36,122

    По умолчанию Re: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    Цитата Сообщение от AS_Gr Посмотреть сообщение
    Предлагаю свой вариант применения HDMI разъема,
    Ничего не имею против, но поскольку используются дифф. сигналы, нужно сразу договориться и про них (LVDS, PECL, LVPECL, RS485, 422, etc.), а также может быть и возможность работы и с не дфф. сигналами (CMOS, TTL)
    "Замполит, чайку?"(с)"Охота за Красным Октябрем".
    "Ну что, можете меняться обратно."(с)типа анек.
    <-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.

  4. #223
    Частый гость Аватар для Фэн-клуб "Звездочка"
    Регистрация
    14.10.2007
    Адрес
    Самара
    Возраст
    36
    Сообщений
    306

    По умолчанию Re: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    Цитата Сообщение от Alex Посмотреть сообщение
    Ничего не имею против
    А я имею. Хоть и рискую нарваться на гнев Алекса, он ведь пророчил, что
    И каждый сделает это по своему, и в итоге опять ни до чего не договоримсЯ
    Но у меня есть пара аргументов.

    Во-первых, такая распиновка противоречит той, что уже использует Линкс в INP-58. Он, полагаю, не первый, кто использовал HDMI для передачи сигналов I2S, но предлагать к продаже реализацию этой идеи он начал первым, во всяком случае - среди инженеров, широко известных на вегалабе и смежных форумах, и его устройства с такой распиновкой HDMI уже есть у ряда людей.
    Во-вторых, в ней нет не только сигналов множителя частоты, но и банального мьюта, зато зачем-то есть ресет.

    Предлагаю свой вариант распиновки:
    1 BCK+
    2 GND
    3 BCK-
    4 SDATA+
    5 GND
    6 SDATA-
    7 LRCK+
    8 GND
    9 LRCK-
    10 MCK+
    11 GND
    12 MCK-
    13 44/48
    14 POWER/HOT PLUG
    15 DEEMPHASIS
    16 MUTE
    17 GND
    18 x2
    19 x4

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

    Сигнал x8 (если он когда-нибудь понадобится) - логическая единица на x2 и x4 одновременно. На мелкой ПЛИСке - схема фазировки сигналов мьюта и деемфазиса, а также схема однозначного определения сигналов множителя частоты - если источник не поддерживает множитель x8, то одновременно единица на x2 и x4 быть не должна, сигнал x4 на входе принудительно отключает x2 на выходе, а для x8 на входной части платы есть отдельный пин. Собирать эти две схемы на логике оказывается более громоздким решением, чем применение дешёвой и доступной плиски.

    Схемы выложу позже, когда оформлю в читаемом виде.

    нужно сразу договориться и про них (LVDS, PECL, LVPECL, RS485, 422, etc.)
    Предлагаю RS-485. Опять-таки для совместимости с линксовым INP-58.

    Цитата Сообщение от AS_Gr Посмотреть сообщение
    для меня изделия уважаемого Lynx не являются аксиомой.
    Да они ни для кого аксиомой не являются, но цель ветки какая? Задать стандарт на распиновку? Вот и надо исходить из того, что уже существует. Если у ряда людей есть Lynx INP58 с HDMI-модулем, то весьма логично будет ориентироваться на них, т.к. это позволит сохранить совместимость с ними.
    Всё-таки один из законодателей мод в цапостроении на этом и ряде других форумов - именно Дмитрий.

    Цитата Сообщение от AS_Gr Посмотреть сообщение
    И как-то не понятно чем отличаются пины 1 и 11 (3 и 13)?
    Опечатка. 10 и 12 - сигналы мастерклока, а не битклока. Исправил.

    Цитата Сообщение от AS_Gr Посмотреть сообщение
    Второй вопрос зачем вам сигнал "банального" MUTE
    Затем же, зачем и везде. Это стандартный сигнал, наряду с деемфазисом.

    и чем он отличается от RESET?
    Вы это у меня спрашиваете? Откуда я знаю, что Вы подразумевали под ресетом?

    Цитата Сообщение от AS_Gr Посмотреть сообщение
    И еще самый главный вопрос где можно глянуть на Lynx INP-58
    Вот - http://lynxaudio.narod.ru/articles/MOD_Lynx_INP58.pdf
    И конкретно HDMI-модули - http://lynxaudio.narod.ru/articles/L58_HDMI_1.pdf


    Цитата Сообщение от AS_Gr Посмотреть сообщение
    Подправил распиновку,
    Уже ближе к "истокам"

    HotPlug Detect вывел на 19 ногу,
    Зачем он вообще? Детектить подключение можно по наличию питания с кабеля.

    т.к. в разъеме для выводного монтажа 14 пин тяжело подсоединять (см. оригинальную распиновку HDMI)
    Что это за разъём такой? Я ориентируюсь на обычные разъёмы типа таких http://ru.farnell.com/fci/10029449-0...way/dp/2112524, в них все пины равноправны и одинаково легко паяются микроволной.

    Цитата Сообщение от Sanny Посмотреть сообщение
    если использовать одиночные развязки,то можно гальванически развязать сигнальные пары и ограничиться просто буфером на каждую линия-прямой и обратный ток будут в пределах однойпары, что уменьшит излучаемую мощность
    Чего? Не очень понял смысла сказанного.
    Одиночные развязки - по одной на каждую дифпару? Так оно так и задумано, ISO1176 - это одиночный трансивер.
    Всё остальное - какой-то поток сознания, не понимаю

    Цитата Сообщение от Sanny Посмотреть сообщение
    Тогда необязательно ставить дифференциальный драйвер
    Не вижу причин менять специально предназначенную для конкретной цели микросхему на эрзац, который изначально предназначался для другого. Тем более не вижу никаких преимуществ.
    Вложения Вложения
    Последний раз редактировалось Фэн-клуб "Звездочка"; 29.04.2014 в 11:19.
    Продам пару ламп КТ-88

  5. #224
    Частый гость Аватар для AS_Gr
    Регистрация
    12.03.2008
    Адрес
    СПб
    Сообщений
    101

    По умолчанию Re: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    И чего так категорично,
    для меня изделия уважаемого Lynx не являются аксиомой.
    И как-то не понятно чем отличаются пины 1 и 11 (3 и 13)?
    Второй вопрос зачем вам сигнал "банального" MUTE и чем он отличается от RESET?
    И еще самый главный вопрос где можно глянуть на Lynx INP-58

  6. #225
    Частый гость Аватар для AS_Gr
    Регистрация
    12.03.2008
    Адрес
    СПб
    Сообщений
    101

    По умолчанию Re: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    Подправил распиновку,
    в прицепе библиотека для PCAD.
    HotPlug Detect вывел на 19 ногу,
    т.к. в разъеме для выводного монтажа 14 пин тяжело подсоединять (см. оригинальную распиновку HDMI)
    Миниатюры Миниатюры Нажмите на изображение для увеличения. 

Название:	HDMI.GIF 
Просмотров:	196 
Размер:	10.6 Кб 
ID:	165553  
    Вложения Вложения

  7. #226
    Джем Аватар для Djemshut
    Регистрация
    10.08.2008
    Адрес
    Харьков
    Возраст
    61
    Сообщений
    2,195

    По умолчанию Re: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    Развожу- считай развел новую плату под 1792. Решил остановиться на двухразъемном варианте.
    ------------------------
    i2S 10-контактный:
    LRCK
    BCK
    DATA
    SCK
    +5V
    -------------------------
    Управление- 12 контактый:
    DEMPH
    RESET
    MUTE/ERR
    44/48
    X32/X64
    X128
    и рядом джампер переключения входных форматов RJ/i2s

    и 4-х пиновый прошивочный разьем, в него же можно будет воткнуть энкодер для рулежки громкостью через саму 1792. По непроверенным сведениям регулировка громкости там идет за счет изменения режимов (опорного напряжения) выходных Д-С модуляторов. Так что, почти аналоговая регулировка...
    И днем и ночью ток ученый все ходит по цепи кругом

  8. #227
    Старый знакомый Аватар для Sanny
    Регистрация
    01.07.2010
    Сообщений
    560

    По умолчанию Re: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    Цитата Сообщение от Фэн-клуб "Звездочка" Посмотреть сообщение
    А я имею. Хоть и рискую нарваться на гнев Алекса, он ведь пророчил, что

    Но у меня есть пара аргументов.

    Во-первых, такая распиновка противоречит той, что уже использует Линкс в INP-58. Он, полагаю, не первый, кто использовал HDMI для передачи сигналов I2S, но предлагать к продаже реализацию этой идеи он начал первым, во всяком случае - среди инженеров, широко известных на вегалабе и смежных форумах, и его устройства с такой распиновкой HDMI уже есть у ряда людей.
    Во-вторых, в ней нет не только сигналов множителя частоты, но и банального мьюта, зато зачем-то есть ресет.

    Предлагаю свой вариант распиновки:
    1 BCK+
    2 GND
    3 BCK-
    4 SDATA+
    5 GND
    6 SDATA-
    7 LRCK+
    8 GND
    9 LRCK-
    10 MCK+
    11 GND
    12 MCK-
    13 44/48
    14 POWER/HOT PLUG
    15 DEEMPHASIS
    16 MUTE
    17 GND
    18 x2
    19 x4

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

    Сигнал x8 (если он когда-нибудь понадобится) - логическая единица на x2 и x4 одновременно. На мелкой ПЛИСке - схема фазировки сигналов мьюта и деемфазиса, а также схема однозначного определения сигналов множителя частоты - если источник не поддерживает множитель x8, то одновременно единица на x2 и x4 быть не должна, сигнал x4 на входе принудительно отключает x2 на выходе, а для x8 на входной части платы есть отдельный пин. Собирать эти две схемы на логике оказывается более громоздким решением, чем применение дешёвой и доступной плиски.

    Схемы выложу позже, когда оформлю в читаемом виде.


    Предлагаю RS-485. Опять-таки для совместимости с линксовым INP-58.
    если использовать одиночные развязки,то можно гальванически развязать сигнальные пары и ограничиться просто буфером на каждую линия-прямой и обратный ток будут в пределах однойпары, что уменьшит излучаемую мощность

  9. #228
    Завсегдатай Аватар для Сухоруков Сергей
    Регистрация
    18.02.2011
    Адрес
    Петербург
    Сообщений
    4,739

    По умолчанию Re: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    OFF:
    Sanny, зачем же такие длинные цитаты? Надо экономить место.

  10. #229
    Старый знакомый Аватар для Sanny
    Регистрация
    01.07.2010
    Сообщений
    560

    По умолчанию Re: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    Цитата Сообщение от Фэн-клуб "Звездочка" Посмотреть сообщение
    Чего? Не очень понял смысла сказанного.
    Одиночные развязки - по одной на каждую дифпару? Так оно так и задумано, ISO1176 - это одиночный трансивер.
    Всё остальное - какой-то поток сознания, не понимаю
    Тогда необязательно ставить дифференциальный драйвер

  11. #230
    Завсегдатай Аватар для Turbo_man
    Регистрация
    06.04.2010
    Адрес
    Moscow
    Сообщений
    5,558

    По умолчанию Re: Попытка стандартизации разъёмов цифровых интерфейсов ЦАП

    В 10-ти пиновый разъём I2S кроме стандартных сигналов (DEMP, LRCK, DATA(L), BCLK, MCLK, MUTE) я добавил ещё один сигнал аудиоданных DATA(R) на 4-й контакт.
    Это сделано для сохранения универсальности при передаче сигналов двойного моно.

Страница 12 из 12 Первая ... 2101112

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •