Разбираю Ural CDD ConceRt

[HoSStiA]

... Да простит меня Gary!

В самом начале пути, силами самих разработчиков, была выложена некоторая информация по внутренней начинке CDD ConceRt. С тех пор коллекция практически не пополнялась, схемотехника и интерфейсы этого головного устройства URAL по сей день остаются тайной за семью печатями. По крайней мере, к MegaBus так и не был пристыкован каким-либо образом flash-носитель, кроме потенциальной перспективы подключения CompactFlash к ATAPI-box через переходник (?).

После снятия крышки корпуса, устройство легко разделяется на CD-транспорт с сервоплатой, и материнскую плату автомобильного компьютера:


На материнской плате не составит труда обнаружить RISC-процессор Renesas Electronics (Hitachi) SH3, ПЛИС Spartan (аналогично тому, что можно увидеть на подробных фотографиях ATAPI-box, а следовательно отвечающий каким-то образом за реализацию MegaBus в устройстве), несколько микросхем оперативной памяти и DSP Texas Instruments TMS320CV5409APGE.


Все кабели, включая линейные выходы, подключены через разъемы, включая незадействованный с +5V, на который удобно подпаивать стороннюю периферию:


Тем не менее, наиболее интересным в качестве отправной точки для апгрейда оказался разъем подключения CD-транспорта, причем на шелкографии уже подписаны все его линии:


Прослушивание осциллографом в режиме проигрывания MP3-диска показало следующую активность на них:

CHUCK - 0V
SENSE1 - +3V постоянные
SENSE0 - +3V постоянные
GND - 0V

BCK - 2.116 / 4.23381 Mhz 3.3v = BitClock аудиоинтерфейса

LRCK - 44.100 / 88.200 kHz 3.3v = WordClock аудиоинтерфейса


SADT - 3.3v = файловые данные, либо данные аудиоинтерфейса // UPD: 2015-10-17


C2PO - пачки коротких импульсов 3.3v


SBDT - 0V
SBCK - +3.3V постоянные
GND - 0V

SQDT - меандр с тактирующими импульсными вставками 3.3v


SQCK - подтянута к 3.3v, тактирующие импульсные сигналы, прижатые к 0
(SQCK vs. SQDT) =>

SDS1 - импульсы 3.3v


STAT - подтянут к 3.3v, пачки тактирующих импульсов, иногда прижимается к 0


MCK - подтянута к 3.3v, тактирующие импульсы с битовыми вставками


MDAT - инвертированные такты MCK


MLT - подтянута к 3.3v, периодические импульсы


RST - +3.3v постоянные
FWD - 0V постоянные
REW - 0V постоянные
+5V (не подписано)
0V (не подписано)

Из вышеперечисленного пока только очевидно есть основания предполагать, что, возможно, аудиоданные передаются в декодированном виде на материнскую плату в формате I2S, и, следовательно, могут быть легко смодулированы сторонним микроконтроллером Тем не менее, один из разработчиков заверил, что по этой линии передаются файловые данные для последующего декодирования средствами операционной системы.

Для построения эмулятора CD-привода, к которому может быть подключен иной внешний носитель, также необходимо, как минимум, уметь перехватывать и моделировать управляющие последовательности.

---

Полезные темы:

• URAL CDD ConceRt подскажите с настройками
• проблема с URAL CDD ConceRt

[IMНО]

Из вышеперечисленного пока только очевидно, что аудиоданные передаются в декодированном виде на материнскую плату

очевидно только то, что "данные передаются на материнскую плату"
(что, мягко говоря, не является откровением)

могу заверить, что никаких таких "аудиоданных" не передается
и не декодируется

[fox proteus]

очевидно только то, что "данные передаются на материнскую плату"
(что, мягко говоря, не является откровением)

могу заверить, что никаких таких "аудиоданных" не передается
и не декодируется

Думаете PCM потока там нет и провода сделаны на всякий случай? многие транспорты передают на DSP поток в SPDIF формате. Очень удобно с таких оптику тянуть. А здесь сразу i2s

[IMНО]

Думаете PCM потока там нет и провода сделаны на всякий случай?

уверен, что нет
об этом легко догадаться, если учесть, что в mp3- , flac-, или avi- файлах (а именно их содержимое и передается по проводам) нет никаких "PCM потоков"

[HoSStiA]

уверен, что нет
об этом легко догадаться, если учесть, что в mp3- , flac-, или avi- файлах (а именно их содержимое и передается по проводам) нет никаких "PCM потоков"

Значит, LRCK просто так на плате нарисовали, чтобы никто не догадался, и вовсе это не Left-Right Clock, и 44.100 kHz это не частота дискретизации CD. Кстати, еще лучше, если там окажутся файловые данные, тогда внешний носитель можно будет смонтировать как компакт-диск в CD-приводе, правильно "подделав" дескрипторы.

Но вернемся к детальному анализу этой загадочной "псевдоаудиошины" чуть позже, а пока надо разобраться, что происходит на остальных, назначение которых остается пока менее чем понятным. ))

Кстати, эти три линии (BCK, LRCK и SADT) как раз оказались "лишними", чтобы использовать логический анализатор в 16-канальном режиме, и жертвовать ради них половиной мегасемплов для одновременного анализа показалось слишком расточительным. И даже после этого "слабонервным" лучше воздержаться от просмотра!


Уже получив первое преставление об этой Матрице при помощи осциллографа ранее, поверхностный анализ на низкой частоте захвата дает примерно такую же картину, унылую как осенний день за окном:


Но стоит замедлить процесс всего в 10-20 раз, и направить "мелкоскоп" на один из тактов этой скучной гряды, как видим ... блондинку, брюнетку и рыжую:

... в общем, всё как по Матрице.

Хорошо видны тактирующие импульсы:

• на линии SQCK 96+1 тактов (битовый флаг 1/0) c периодом 1.28 микросекунд (781.25 kHz), по которым считались данные с линии SQDT
• на линии MCK 8 тактов, по которым, возможно, считались данные с линии STAT

Еще один пример совместной работы линий STAT, MCK, MDAT и MLT. видны как 8-тактовые, так и 16-тактовые последовательности на MCK, и сопровождающие их данные STAT:

[IMНО]

Значит,

кгхм...

рано, рано ушел от нас Иван Андреич...
некому сегодня актуальную басню написать ("Мартышка и осциллоскоп")

[HoSStiA]

кгхм...

рано, рано ушел от нас Иван Андреич...
некому сегодня актуальную басню написать ("Мартышка и осциллоскоп")

После прочтения съесть!

http://forum.vegalab.ru/showthread.php?t=55262

Вот и чудненько. Имеем на SADT шину данных, тактируемую по BCK с частотой ~4.233 Mhz (точнее померим ночью). Ошибочно были сочтены как данные интерфейса I2S, но по заверениям разработчика - это обычные файловые данные. Так и запишем. ^^^

P.S.: IMНО, как думаешь, зачем это всё на форумы выкладывается, а не тихо пилится чисто для себя от нечего делать?

[IMНО]

зачем это всё на форумы выкладывается, а не тихо пилится чисто для себя от нечего делать?

что имеется в виду под "это всё"?
фотографии в этой теме?

[HoSStiA]

что имеется в виду под "это всё"?
фотографии в этой теме?

Техническая документация на стандарты и протоколы передачи данных.

---------- Сообщение добавлено 17.10.2015 в 18:30 ----------

А фотки выкладываются для того, чтобы интересующиеся с матчастью могли разобраться, а не слепо молились на Pioneer/Alpine, iPod, Bit One и прочие "чёрные ящики".

[IMНО]

технической документации (тем более на стандарты и протоколы) на форумах не встречал
техническая документация официально распространяется ее разработчиками
в случае открытых стандартов и протоколов - документация, по умолчанию, общедоступна

---

чтобы разбираться с матчастью недостаточно иметь деньги (т.е. осциллограф, фотоаппарат, доступ в интернет и свободное время)
нужны еще серьезная мотивация, знания, талант, упорство, и, в некоторой степени, удача

альтернативный способ - получить справку по интересующему вопросу в месте происхождения информации (Pioneer/Alpine и т.п.)
при этом быть готовым обосновать актуальность запроса