[repstosw 18]

Использую кварц на 24 МГц,   загружаю системный софт через UART на 115200 бод согласно AIS Gen для C6745.

Реальный бодрейт идёт как 115385 , что на 185 бод больше, чем надо.

 

Параллельно использую McASP для звука.  Но из-за того, что кварц на 24 МГц,  а не 24.576 МГц,  семплрейт звука чуть ниже нужного.

Если же сделать кварц 24,676 МГц , то AIS Gen делает бодрейт 115867 , что на 467 Гц больше нужных 115200.

Насколько это смертельно для загрузки программ по UART ?

 

Пожертвовать тоном звука и использовать как раньше 24 Мгц и не знать проблем с загрузкой?   Или рискнуть  поставить кварц 24.576 Мгц и будет нормальный звук, но ошибка UART накопится быстрее.

Коммутировать 2 кварца  - не вариант.

 

Оставить 24 Мгц или перейти на 24.576 ??

 

Какие вообще допуски в % для UART на 115200 бод?

 

Изменено 6 октября, 2019 пользователем repstosw

[Vasily_ 45]

 

[jcxz 184]

4 часа назад, __inline__ сказал:

Пожертвовать тоном звука и использовать как раньше 24 Мгц и не знать проблем с загрузкой?   Или рискнуть  поставить кварц 24.576 Мгц и будет нормальный звук, но ошибка UART накопится быстрее.

Ни то ни другое не являются проблемой. UART вполне работоспособен и при гораздо бОльших отклонениях. И звук не проблема передискритизировать на реальную частоту сэмплов.

[repstosw 18]

Всем спасибо за ответ!

Решили оставить как есть 24 МГц.  Потому что ещё и остальные времянки поплывут, а нужно 456 МГц. А оверклочить на 2,4% не хочется.

 К тому же изменение частоты звука на 2,4% - это менее, чем на полу-тон.  В наушниках разница есть, при условии если по-очереди слушать оригинал и на 2,4% медленее. Если без сравнения, то разница не заметна.

[jcxz 184]

12 минут назад, __inline__ сказал:

 К тому же изменение частоты звука на 2,4% - это менее, чем на полу-тон.  В наушниках разница есть, при условии если по-очереди слушать оригинал и на 2,4% медленее. Если без сравнения, то разница не заметна.

А почему не передискретизировать? На ARM это занимает крохи времени, а на DSP вообще должно быть около 0. И разницы никакой не будет.

[repstosw 18]

26 minutes ago, jcxz said:

А почему не передискретизировать? На ARM это занимает крохи времени, а на DSP вообще должно быть около 0. И разницы никакой не будет.

Можно!

Вместо 48000 Гц надо сделать 46875

Вместо  24000 Гц - 23437.5

итп..

Вопрос решается путём правки дефайна в сорцах и перекомпиляции

[Alex11 3]

Почти во всех современных кодеках есть дробные PLL. Там можно получить практически любую частоту из любой входной. Дальше нужно только пользоваться кодеком в режиме master, чтобы он выдавал клоки на процессор. Одной проблемой будет меньше.

[repstosw 18]

11 hours ago, Alex11 said:

Почти во всех современных кодеках есть дробные PLL. Там можно получить практически любую частоту из любой входной. Дальше нужно только пользоваться кодеком в режиме master, чтобы он выдавал клоки на процессор. Одной проблемой будет меньше.

 

У меня не кодек, а простейший аудио-ЦАП, работающий через I2S.  Yamaha YAC516-E: https://pdf.datasheet.live/55ce090f/toko.com/YAC516-E.pdf

 

У него даже внутренних регистров нет для управления и передискретизации.  Просто и со вкусом и ничего лишнего )))

 

Работает на вывод звука.

 

Кстати, есть более современные аналоги, но они для меня недоставаемы. Поэтому курс на Yamaha ))

 

 

Схема включения - намного проще чем у кодека, это важно там, где есть ограничения на площадь печатной платы:

 

Изменено 8 октября, 2019 пользователем repstosw