ШИМ, синусоида на Мега8?

[=GM=]

Но плясали от восстановления. Там всё не так замечательно. Цифровые фильтра

А не пробовали два фильтра Гертцеля поставить? Для одного фильтра четыре умножения и три сложения на выборку.

[SasaVitebsk]

Нужна синусоида 1872+-5 гц(надеюсь приемник проглотит). От ШИМ отказался - будет паралельный ЦАП R2R на 6 бит(PORTB.0 -PORTB.5), длина таблицы - лишбы нормально получилась частота, места хватает. Следующая задача , видимо в том же обработчике прерывания, разворот фазы на 180 - здесь для меня вродебы все ясно, при условии что от длинны обработчика частота не намного будет уходить. еще одно прерывание прием данных по UART здесь тоже все понятно. Основная заморока в том чтобы весь код с его ветвлениями не влиял особенно на частоту несущей 1872+-5.

1) При частоте 14745600/ 256 = 57600.
2) 57600 / 1872 = 30,769230769230769230769230769231
3) 800 / 30,769230769230769230769230769231 = 26.
Ошибка = 0.

Соответственно вам надо сформировать таблицу синуса с шагом 2*Pi/800.

При выводе выводить с шагом 26. Разворот фазы на 180 - есть смещение в таблице на 400. Это очевидно.

Теперь следующее. "Основная заморока в том чтобы весь код с его ветвлениями не влиял особенно на частоту несущей 1872+-5.". Просто меня в шок вводите. Это надо умудриться "повлиять" на несущую. Немного от смеха отойду.

Так.
Частоту вы не измение, если будите выводить в прерывании. Конечно ШИМ в этом отношении лучше, так как вывод аппаратный, но при программном выводе при отсутствии прерывания от USART у вас будет дрожание ~ 3 такта. Что несколько ухудшит качество вывода (то бишь добавит искажений к сигналу), но частоту никак не изменит.
Про какие ветвления ведём речь? Если в голове, то они по-барабану. Если в прерывании, то делаем следующим образом...

В прерывании объявляем переменную типа так

uint8_t static last_out;
Первой операцией прерывания у вас будет:
PORTB = last_out;
далее идут все ваши перетурбации вместе с ветвлениями и результат вы заносите в ваш last_out.

Надеюсь с этим всё.

Прерывание от RS232 надо мне увидеть. Я его откорректирую, чтобы всё работало с минимальным джиттером и величину его вам скажу по факту.
Хотя, по хорошему, надо на асме. Короче это надо смотреть.

[urry]

торопицца не надо...(С) Жванецкий
Без эмоций - существует метод, при котором градацию в 256 бит можно получить всего по 8 срабатываниям таймера.
Причем при этом -если разрешать прерывания только во время свободы - никак не отразится другое прерывание на качестве синуса.

[=GM=]

Зачем 8? Можно обойтись двумя.

[SasaVitebsk]

Чем мне и нравится программирование. Богатство и свобода выбора.

2 urry.

Причем при этом -если разрешать прерывания только во время свободы - никак не отразится другое прерывание на качестве синуса.

Ну это можно реализовать в любом варианте. В том числе и в предложенном мной. Фактически это синхронизация прерываний. Существует куча способов как её реализовать.

2 =GM=. Вам я верю безоговорочно. Вы страсть как такие дела любите. 256 градаций по времени за период, я так понимаю? Так как по амплитуде определяется ЦАПом.

Любопытно.
Излагайте.

[=GM=]

256 градаций по времени за период, я так понимаю? Так как по амплитуде определяется ЦАПом

Я б рад изложить, да боюсь, не совсем врубился. Что такое "Так как по амплитуде определяется ЦАПом"? Переформулируйте вопрос.

[diglook]

1) При частоте 14745600/ 256 = 57600

получается межу прерываниями 256 тактов и все нужно успеть в этом промежутке.
А если использовать прерывание не по переполнению а по срвнению с 512 тогда
1) При частоте 14745600/ 512 = 28800.
2) 28800 / 1872 = 15,384615384615384615384615384615
3) 400 / 15,384615384615384615384615384615= 26.
или 200 / 15,384615384615384615384615384615=13
Ошибка = 0.
и таблица меньше и свободы больше(за 512 тактов многое можно успеть)

uint8_t static last_out;
Первой операцией прерывания у вас будет:
PORTB = last_out;
далее идут все ваши перетурбации вместе с ветвлениями и результат вы заносите в ваш last_out.

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

[diglook]

В итоге получилось вот что
чем короче таблица тем больше тактов проца для работы, выбрал 16 значений (можно было и 8, сложнее сглаживать ступенки)
1)14745600 / 16 = 921600
2)921600 /1872= 492,30769230769230769230769230769
выбираем 492 тогда
14745600/16/492=1873,1707317073170731707317073171 - в пределах допуска
прилагаю проэкт в протеусе там при нажатии княпки переворот фазы каждые 4 периода.

Благодарю всех участников обсуждения! Вы мне очень помогли!

[SasaVitebsk]

В итоге получилось вот что
чем короче таблица тем больше тактов проца для работы, выбрал 16 значений (можно было и 8, сложнее сглаживать ступенки)

А куда ты эти такты деёшь. Это же не Винда. Задача не стоит освободить процессор от работы. Пусть пашет. Это же кремний.

Загрузишь проц на 99% - тебе почёт и уважуха. И синус будет красивей и точность по частоты - выше.

[diglook]

А куда ты эти такты деёшь. Это же не Винда. Задача не стоит освободить процессор от работы. Пусть пашет. Это же кремний.

Загрузишь проц на 99% - тебе почёт и уважуха. И синус будет красивей и точность по частоты - выше.

То что сделано на данный момент это вершина айсберга, еще нужно принимать данные по UART разложить по полочкам и промодулировать сигнал . Т.Е это ОФМ передатчик. И на всю работу у меня есть всего 492 такта проца, из них создание синуса сьело уже почти 10%.