Не поможите с идеей как на STM32 с помощью встроенного DAC и возможно DMA организовать DDS.
Нужно получить синусоиду с плавно перестраиваемой частотой в диапозоне от 5 до 20000 Гц.
Частота дискретизации предпологается быть фиксированной и равняться 200 кГц. Частота ядра 20 МГц (0 wait state).

Если решать задачу в лоб без применения DMA с таблицей значений DAC, то для формировании нового номера ячейки этой таблицы в прерывании таймера уйдет достаточно большое время. Прерывание таймера будут каждые 100 тактов из них 24 это вход и выход из прерывания плюс какие-то действия в нем.
Если с DMA, то непонятно как должна быть организована таблица. Если ее формировать в после принятия команды смены частоты и переключать DMA на нее, то в худшем случе при требуемой частоте синуса в 5 Гц надо будет 40000 байт (для 8-ми битного ЦАП), а у меня нет столько памяти.

Нужет какой-то хитрый приемчик.

Есть предложение: зациклить DMA по таблице, покрывающей только часть периода, и на лету заполнять эту таблицу чем положено. Чтобы не нужно было считать синус на лету, делаем большую таблицу в ПЗУ и выдёргиваем значения из неё для заполнения буфера для DMA.

нужно 3 таблицы - 1 обычная как для программного DDS с отсчетами синуса, две других формируются на лету поочередно, по прерыванию выгрузки половины DMA заполняется следующая часть выборок и т.д.

DMA у STM умеет выдавать прерывание на каждую половинку буфера.
Пока DMA занят пересылкой из одной половины Вы должны успеть заполнить вторую половину.
100 тактов на отсчёт более чем достаточно, и таблица нужна всего одна - таблица синусов.
Рекомендую: DDS: прямой цифровой синтез частоты © Ридико Леонид Иванович

Спасибо всем принявшим участие )))

Мне понрвилась идея с прерывание на половинку буфера DMA.
По предварительным прикидкам на дописывания половинки буфера будет уходить примерно 10% процессорного времени, а это вобщем даже ничего ;-).

Буду пробовать.

А как будет при работе с DMA обеспечиваться частота дискретизации?

Выкиньте СТМ, ДМА на другие три буквы и возьмите тини 2313
Посмотрите тут.

Таймером.

Все замечательно получилось. Спасибо за идею.
Код в прерывании DMA


Компилятор GCC, оптимизация O3, получилось в прерывании находится 12.2% времени, т.е. сквжность по ножке PA11 составляет 12.2%

я тоже собираюсь делать похожее на dds но както у меня по другому идея складывается..

1. заполняем dma буффер период высококачественного 12 битного синуса с числом отсчетов = 2байта * максимальный допустимый размер буфера под синус в вашей задачи
2. говорим DMA источник - буфер в памяти, назначение - ЦАП, режим циклический с инкрементом адреса
таким образом дма будет по кругу лазить по периоду синуса и заряжать цап его отсчетами.
3, теперь про период синуса - говрим dma что он тригируется от таймера - таким образом , dma будет выпонтяь выборку из таблицы и запись в цап по сигналу с таймера.
4, заряжаем таймер на время равное преиод требуемого синуса * число отсчетов в таблице.

все будет работать. у ST есть appnotes как это деать http://www.st.com/internet/com/TECHNICAL_R.../CD00259245.pdf

тут же можно разом делать с двух каналов ЦАП квадратуры
тутже на лету меня период таймера можно делать частотную модуляцию/манипуляцию, а фазовую только модуляцию
для фазовой манипуляции прйдется остановить dma , переставить счетк позиции чтения и заново включить.

квадратуры у меня генерятся но менять на непрерывно на лету частоту я не пробывал - могу поробывать

никаких прерываний ненадо! это если только более сложноая модуляция или вообще случайный сигнал - тогда - половинки буфера, с одной читается, другая апдейтится.
для генерации синуса цап еще както сам умеет его генерить - у него такой режим есть, тогда нада наверно только таймер для задания интервала отсчетов и сам цап без ДМА. но это нада проверять я не включал его так

товарищи которые рекомендуют tiny могут идти тудаже куда они арм послали... тоест в кружок пиоНЭров ! серьезных людей нечего баламутить. я даже более скажу - работал в коллективе где ВСЕ делали на мегах, неважно - по задаче инструмент или нет. в результате были монстры на 4-5 мегах + горы глюков и внутренней жизни. на вопрос что давайте поставим один мелкий армик
- неееетт!!!! мы не сможем проконтролировать что ты там сделал ! а если ты уйдеш от нас???
- ну дык давайте вместе со мной изучим новую элементную базу...
- !!???###%%% ...нах

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

В этом случае частота дискретизации будет меняться с изменением периода синусоиды.
А мне необходимо, чтобы частота дискретизции оствалсь постоянной.

1. то что цап умеет синус сам генерить это я загнул конечно, посмотрел - умеет шум и треугольник.
2, да. период дискретищации будет менятся. Выходит тогда нада буффер при измениннии частоты синуса пересчитывать.

Дык , озвучте параметры. А пока на пиоНЭров больше вы смахиваете.
Может и пойдем, а пока это постройка очередного титаника.
"На меге48 можно получить 2500 квыб/с", а у вас? Плюс четыре формы(на тини), включ. ПСП, и управление энкодером.



А вот и он , маленький пушистый зверек.
Сумеем непрерывно генерить синус вовремя перестройки?

Дык , давайте. Но применять ее там где требуется, а не для самоудовлетворения своей крутизны.

ПС Единственный плюс -наличие встроенного DAC

шестое слово пишется с большой буквы.


на меге много чего можно, можно еще штаны через голову надеть.
если уж такая пьнка пошла - тогда сообщите нам пожалуйста количество эффективных бит результата при '2500 квыб/с", не нада окружающих идиотами считать.
энкодеры на stm32 аппаратно энкодятся без проца, ПСП тоже аппаратно. мах частота преобразования АЦП 1мгц на 11.5 бит


где? невижу, у Вас глюки.


однако не только умеем а даже денно и нощно это делаем, в текущем проекте часть ресурсов отдана на MSK-модулятор.


ну это вообще без камментов.....

Давайте договоримся, господа, что раз уж тема помещена в этом разделе, то разговоры будем вести о реализации на ARM, в частности на STM32.
И ничего личного.
Модератор.