Детектор Тейло и ADC STM32

[R9OFG]

У меня получилось по этому гайду необходимое подключить.

[Genadi Zawidowski]

С трудом прочитал до конца...
Да, все те же шаги - добавить includes, добавить интересующие компоненты как исходники.
И немного за кадром остались define для опций компиляции

[R9OFG]

Получилось выполнить FFT, вывести спектр на дисплейчик, пока все это дело на макетке



тут на фото видно модуль SI5351, справа от него триггер для получения QSD, еще правее FST3253, выше FST ОУ, IQ параллельно вывожу на ПК в HDSDR и на ацп STM32F401CCU6, понятно что, и проводульки длинные и земли ни какой нет толком. На видео ниже видно как появляется пик сигнала с осы на 1кГц ниже, нулевая частота по центру спектра, если подаю ровно сигнал 7100 пика не видно, значит и DC не видно

https://www.youtube.com/shorts/sT9P9WlsAoY


Частота дискретизации АЦП 48кГц, на спектре отображается +/- 24кГц от нулевой частоты.

Но видно и фантомные пики, опытным путем выяснил, что они скорее всего идут от сишки, если питание от сишки отключаю, эти фантомы пропадают, вот картинка фантомных пиков



Стмки пока хватает, кнопки и энкодер при выводе спектра работают адекватно, но тут еще нет математики SSB и отправки по I2S на ЦАП...

Пока изобретаю плату для отладки, чтобы свести к минимуму длину проводников

[vadim_d]

Стмки пока хватает, кнопки и энкодер при выводе спектра работают адекватно, но тут еще нет математики SSB и отправки по I2S на ЦАП

Ключевое слово тут конечно же "пока" , но если получится нормальная реализация синтетического формирования SSB, то конструкция точно пойдет в массы, ее можно будет по праву назвать "OFG-енной" в честь автора

[EU1SW]

чет ни слова до этого про синтетику не было )
или это аффирмация и запрос Вселенной ???

[R9OFG]

vadim_d, ту до просто приемной то части еще шагать и шагать , пока уперся в фильтрацию/демодуляцию SSB и вывод через I2S на PCM5102. Вообще на этот проект меня вот эта реализация вдохновила, там правда STM32F411, она по шустрее, но они с моей одинаковые по пинам.

[R9OFG]

Коллеги, я тут заблудился немного....

Имеем:
1. буфер ацп размером 3*1024, ранк 1 кнопки, ранк 2 канал I, ранк 3 канал Q. Данные так складываются [BTN][I][Q][BTN][I][Q][BTN][I][Q]... Заполняем через ДМА.
2. буфер IQ размером 2*1024, данные так складываются - [I][Q][I][Q][I][Q][I][Q][I][Q][I][Q].... с этим буфером мы что то делаем, и потом задача отправить его в ЦАП по шине I2S.
3. буфер I2S размером 2*1024, ведь у нас же данные передаются на ЦАП - [L][R][L][R][L][R]... где L левый канал, R правый канал. Крутится так же через ДМА.

Я правильно размеры буферов выбрал? А то подаю сигнал с генератора на тейло, на спектре вижу пик тона, на выходе цап ушами слышу тон сигнала генератора, НО! звук прерывистый с разрывами что-ли, либо я нарушаю целостность потока между буферами, т.е. пока дма i2s отправляет данные в буфер i2s, туда уже что то новое складывается, как бы не синхронизировано...

P/S/ Надеюсь понятно написал

[ozforester]

Кнопкам вроде-бы достаточно двух байтов, и кнопки можно оставить на обычном канале, запускать от одного таймера, а квадратуру сделать на инжектруемых и запускать от другого таймера. То есть полистать раздел АЦП референса.
Как разрулить выборки и дма, тоже нужно посмотреть в описании АЦП. Например для кнопок не будет необходимости в дма, достаточно проверять в цикле флаг готовности кнопки. Например, мониторить аналоговым вотчдогом регулярный канал, установив нижним пределом уровень выше нажатых кнопок, и по его прерыванию взводить флаг на обработку кнопки. Обработали, сбросили. Тут от фантазии зависит. Понятно, что кнопки через ацп это компромисс. Разобравшись с одним вариантом, можно пробовать другой, сравнивать. Правильные и выбранные варианты не всегда совпадают в реальном проекте.
Прочитать RCC, как тактируется I2S, там свой pll и мультиплексор. Начать с рисунка, затем пролистать описание блока, затем описание его регистров. Тактовая частота системной шины окончательно складывается после удовлетворения требований по тактирвоанию для чувствительных интерфейслов. Если сразу не пригодится, то послужит толчком к изучению в будущем. Сам читаю углубленно, только когда упрусь в конкретную проблему, но где искать решение стараюсь примечать заранее.
То есть сразу сказать, почему звук страдает, сложно Нужно представлять весь процесс во времени, все прерывания, приоритеты и тайминги. Может что-то не успевает вовремя к моменту обработки, а может что-то мешает, вмешиваясь.

[vadim_d]

ни слова до этого про синтетику не было )

Значит где-то в мыслях uSDX крутился, вдруг захочется на более мощной платформе довести синтетику до ума

[cuneum]

вдруг захочется

Лучше подскажите где алгоритмы SDR и FFT найти, к прошивке usdx не отсылать, там черт ногу сломал и с горя повесился три раза.