Посоветуйте схему TTL->AES/EBU

[alexparser]

Доброго времени суток!

Есть источник с выходным интерфейсом S/PDIF TTL 3.3В, посоветуйте плиз схему преобразования в стандарт AES/EBU.
В Интернете я нашел несколько различных схем, но не очень понимаю какая из них имеет наиболее качественную реализацию.

[straus]

Доброго времени суток!

Есть источник с выходным интерфейсом S/PDIF TTL 3.3В, посоветуйте плиз схему преобразования в стандарт AES/EBU.
В Интернете я нашел несколько различных схем, но не очень понимаю какая из них имеет наиболее качественную реализацию.

Кроме уровней напряжения у S/PDIF и AES/EBU немного отличается протокол. Поэтому если делать правильно - сначала раскодируется до дискрета, потом кодируется по новой. Например связкой CS8414 + CS8404.

[alexparser]

Кроме уровней напряжения у S/PDIF и AES/EBU немного отличается протокол. Поэтому если делать правильно - сначала раскодируется до дискрета, потом кодируется по новой. Например связкой CS8414 + CS8404.

Спасибо за совет, не знал об этом.
CS8414 + CS8404 работают на максимальной частоте семплирования 96 kHz, пардон что сразу этого не указал, но мне нужно 192 kHz.
Если разница у протоколов S/PDIF и AES/EBU не значительная, то мы можем это подправить в алгоритме и выдать AES/EBU TTL.

[straus]

Если разница у протоколов S/PDIF и AES/EBU не значительная, то мы можем это подправить в алгоритме и выдать AES/EBU TTL.

Разница в полях субкода и представлении младших бит.
Некоторые устройства понимают протокол AES/EBU по входу S/PDIF (как правило те, у которых приёмники выполнены на микросхемах CRYSTAL), но далеко не все.

[alexparser]

Ну с незначительным изменениями в протоколе мы справимся)
А вот как лучше всего его преобразовывать из TTL->дифференциальный сигнал?
Перед выводом на XLR разъем должен быть трафик с средней точкой как я понимаю, а что до трафика, микросхема дифференциального драйвера или что?

[straus]

Ну с незначительным изменениями в протоколе мы справимся)

Вот сейчас я не понял. Исходно имеется S/PDIF или дискретный сигнал? Если второе - тогда можно сформировать что угодно. Если первое - хрен ты что-то поменяешь без декодирования. Да ещё и формировать новый сигнал надо так, чтобы не внести джиттер. И как же ты собираешься сделать "незначительные изменения в протоколе"? Да ещё при бифазном кодировании.

[alexparser]

S/PDIF я получаю с вывода платы стримера в виде сигнала TTL уровня.
Перекодировать ничего не нужно, поскольку я могу изменить кодек непосредственно в драйвере стримера.
В теории, я полагаю что могу получить AES/EBU TTL уровня непосредственно с вывода ноги стримера вместо S/PDIF.
Я что-то нафантазировал или эта идея имеет право на жизнь?

[straus]

я могу изменить кодек непосредственно в драйвере стримера

Протокол это не кодек. И обычно это делается хардварно.
Что ты называешь стримером?

[Alex]

CS8414 + CS8404 работают на максимальной частоте семплирования 96 kHz, пардон что сразу этого не указал, но мне нужно 192 kHz.

Ну так вместо этого дерьма старья можно взять и что-то получше.
Вся убогость спдифа конечно останется, но будет чуть получше.

А вот как лучше всего его преобразовывать из TTL->дифференциальный сигнал?

Трансформатором.

Перед выводом на XLR разъем должен быть трафик с средней точкой как я понимаю, а что до трафика, микросхема дифференциального драйвера или что?

Необязательно, достаточно и простого инвертора. Удобно 74хх86 для буферов исопльзовать - один прямой, другой инверсный.

Кое-что есть тут: spdif0.pdf

А вообще, схемы вывода спдиф/аэс и т.п. есть в даташитах практически всех трансиверов и трансмиттеров.

[momitko]

Начал я читать данную ветку и наткнулся на инфу о том. что все таки между spdif и aes/ebu есть незначительные отличия и тут у меня в голове появился вопрос. А если говорить об обратной конвертации AES/EBU в SPDIF, то не может ли быть такого, что при конвертации aes/ebu в spdif с помощью схемы из резистивных делителей и трансформатора могут потеряться некоторые биты? Как вообще грамотно конвертировать aes/ebu в spdif?

[Alex]

Не могут, информационные биты (аудиоданных) у них одинаковые.
Резисторы и трансформаторы - не действуют избирательно на отдельные биты

[Jekson]

Недавно занимался данным вопросом, остановился на данной схеме. Транс с сетевой карты, такое количество инверторов в параллель не обязательно, просто что б в воздухе не висели - использовал все. Остались у меня лично вопросы с подключением земли, без резистора/конденсатора 1М/10n тоже работает, если не сажать среднюю точку выходной обмотки на землю приемника тоже.... как правильнее хз. На данный момент работает как на картинке, только на приемной стороне pin1 XLR не подключен, и т.к. трансформатор на приемной тоже есть - gnd передающей и приемной стороны гальванически отвязаны (хотя нет, по RS232 земли все же связанны). До 96кГц работает, выше проверить нет возможности

[alexparser]

Протокол это не кодек. И обычно это делается хардварно.
Что ты называешь стримером?

Стример у меня LIME2 на базе 2-х корного ARM-а.

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

[Alex]

Сколько я информации перебрал, не смог найти отдельных спецификаций на протокол AES/EBU.

Ну, отличия между ними можно хоть в педовикии посмотреть: https://en.wikipedia.org/wiki/S/PDIF

Похоже что он идентичен SPDIF.

Да они там фактически одним битом отличются, который большинство бытовых приемников все равно игнорируют...

[straus]

Да они там фактически одним битом отличются, который большинство бытовых приемников все равно игнорируют...

Это бит определения. По памяти ещё отличия в субкоде - в S/PDIF передаётся защита копирования и номера индексов/треков, а в AES/EBU там ASCII-текст. И в S/PDIF изначально 20-битные данные, для 24-битных под младшие 4 бита заимствуются поля субкода.
И приёмники не то, чтобы игнорируют, они его используют внутри для перестановки бит данных и отключения SCMS.

---------- Сообщение добавлено 16:45 ---------- Предыдущее сообщение было 16:37 ----------

Стример у меня LIME2 на базе 2-х корного ARM-а.

А зачем тебе вообще AES/EBU? Ты будешь передавать сигнал на профессиональное устройство, да ещё по длинной линии?

[Alex]

По памяти ещё отличия в субкоде - в S/PDIF передаётся защита копирования и номера индексов/треков, а в AES/EBU там ASCII-текст.

Помоему наоборот, но это неважно.

[straus]

Кстати, между AES и EBU тоже есть небольшая разница в аппаратной реализации. AES не требует трансформатор на входе (только на выходе), в EBU трансформатор на входе обязателен.

[alexparser]

А зачем тебе вообще AES/EBU? Ты будешь передавать сигнал на профессиональное устройство, да ещё по длинной линии?

Именно так, буду подключать к профессиональному устройству.

Alex, в pdf файле не нашел схемы на буферах 74хх86
Я понимаю что она предельно простая, но не хочется экспериментировать, а сделать качественный AES/EBU.
Если есть проверенная схема - буду признателен.

[straus]

Вспомнилось ещё. Бывают интересные варианты. Например АЦП Prism, у которого на выходе S/PDIF гнездо RCA, но формат профессиональный (то есть по сути там AES3id). Если подключить его выход на вход бытового рекордера CD или MD SONY - у соньки срывает крышу, и записать ничего не получится.

---------- Сообщение добавлено 17:06 ---------- Предыдущее сообщение было 17:05 ----------

Именно так, буду подключать к профессиональному устройству.

Так большинство профессиональных устройств имеют на борту и вход S/PDIF.
Экранированная витая пара нужна только для длинных линий в студии или на концерте, и то уже переходят на коаксиал AES3id.

---------- Сообщение добавлено 17:13 ---------- Предыдущее сообщение было 17:06 ----------

Вот полезно ознакомиться https://www.rane.com/note149.html

[Alex]

Alex, в pdf файле не нашел схемы на буферах 74хх86

Не помню есть она там или нет, давно тот файл делал так что вот что у меня в генераторе:


На схеме 74HC86, но если источник 3-х вольтовый, то ставить надо 74HCT86, поскольку тут питание 5в.


С29 и R35 - не ставить.

или ставить их, и тогда не ставить 74hct86 и все что обведено синим.

Т2 это трансформатор, J34 - выход.