romaryo писал(а):
я правильно понимаю что эта штука умеет принимать поток с одного из 4 S/PDIF входов и преобразовывать его в поток с заданными параметрами отдавая его либо на один выход S/PDIF (TX+ и ТХ-) или в один из двух аудио портов А или B. и вся эта балалайка управляется или по I2C или по SPI ???????
Правильно поняли, просто не все.
Это такой себе цифровой аудиомаршрутизатор, с отключаемым передискретизатором.
Широчайший спектр возможностей, начиная от простого преобразования форматов i2s до
построения мультикомбайна, начто вроде как я сделал.
Выход S/PDIF я не использовал, у меня 4 S/PDIF входа, и один USB. USB вход представляет собой РСМ2706,
выход i2s которой заведен на один из аудио-портов. На втором аудио-порту висят ЦАПы РСМ63, без передискретизации,
корректное разделение каналов осуществляется задержкой данных левого канала на 32 битклока (никаких дополнительных ЦФ) с помощью регистра на 74НС164х.
В процессе освоения SRC не обошлось и без подводных камней. Капризы пришлось отлавливать с помощью скопа.
Целым шаманством было заставить 4392-ю отдавать данные по SPI (то есть читать из ее регистров). Встроенная команда BASCOM-а оказалась бессильна, пришлось процедурно воссоздавать процесс, под себя. Но в итоге получилось.
Но самая неприятная особенность 4392-й (за это бы техасцам руки поотрывал вообще) - это совершенное идиоццкая выдача сигнала INT (прерывания). Пока я понял что к чему - это стОило мне многих седых волосин.
Казалось бы, очень удобно - генерацию сигнала INT можно привязать к различным внутренним событиям, даже к нескольким одновременно. Например - поменялся коэффициент пересчета (смена частоты дискретизации) - взял, да и сгенерировал прерывание, чудно!! Ага, если бы... (мне даже схему пришлось менять, и у мну вышло, хоть формально и через анус- об этом позже). Дело в том, что регистр флага прерывания недоступен на запись!!!! То есть, логически, когда произошло событие, вызвавшее установку флага прерывания, на выходе INT возникает уровень, который должен дернуть контроллер, тот должен включить обработчик прерывания (например считать изменившиеся регистры и отобразить их) - и до сих пор все так и работает, НО!! Событие, однажды вызвавшее прерывание, устанавливает флаг, и контроллер залипает в цикле обработки прерывания, ИБО скинуть флаг прерывания внутри 4392-й невозможно программно!!
Регистр только на чтение!!! Млять! Ну кто так делает? Сбросить флаг можно только общим сбросом микросхемы, что приводит к утере всех ее текущих настроек - а значит их надо снова обновить, что неизбежно вызовет опять появление сигнала INT - и залипание в цикле... ужоснах!!!
Выход INT просто бесполезен!!! И это при том, что работе с прерываниями посвящена добрая половина внутренних регистров микросхемы!!! Любой может сесть и убедиться. Очень тупо.
В погоне за широким функционалом упустили главное.
К счастью, у 4392-й есть другой выход, RDY - появление нуля на нем свидетельствует о том, что передискретизатор закончил вычисление коэффициентов пересчета, и они доступны в регистрах. Этот сигнал я и приспособил под аппаратное прерывание в контроллер - при любом изменении коэффициентов (появление или пропадание потока данных, смена частоты дискретизации потока) здесь появляется 1, а по ее перепаду в 0 можно запускать обработчик: бери, читай значения и отображай их. Так что я ее в итоге победил, но чего это стОило...
Вот никак не могу понять: ну сделают такой мощнейший, топовый продукт - и такую муйню в нем упустят из виду
Вход
Регистрация
FAQ
Поиск
