ШИМ Сortex-M0, реализация синусоиды Опции

[shtunder]

Всем добрый день!

Я начинающий чел в этом деле. Хочу попробовать сделать, чтобы лампочка изменяла яркость как функция синус. Т.е мне надо сделать шим. Я разобрался как например работает шим, но теперь не могу понять, как реализовать это програмно. Т.е. пусть я делаю счетчик. Дальше что? Т.е мне надо считать тики (пример: в течении 75% от периода подавать на ножку логическую единицу.) и в течении определенного кол-ва тиков подавать на ножку 1? Но возникает вопрос: Т.е к примеру я хочу получить синусоиду. В начале я должен подать 1 в течении 3 тиков, потом в течении 20 и т.д. (цифры конечно рандомные. надо все говорить относительно периода сигнала). Потом меняю полярность (есть в hal drivers функция). Но как сделать чтобы с каждым периодом менялась скважность сигнала?

не могу понять как это реализовать программно.
Буду рад любым объяснениям блок схемам и программам.

З.Ы. Может кто скинет кодик с пояснением, что как почему и зачем. А то что-то мне тяжело это дается.

[Golikov A.]

Столько слов и все по делу.... И лампочка не такая, и задача не та... ведь все написано не чтобы помочь, а чтобы себя показать...

вот к примеру

как быстро он сможет считать новые точки.

Можно ничего не считать , а сделать таблицу из "четвертинки"

это замечательное предложение, а как узнать какую точку в какой момент времени выбрать из таблицы? А так чтобы синус был заданной частоты?

Странное однако умозаключение... wacko.gif
Т.е. (следуя вашей логике) - если ТС возьмёт Cortex на 100МГц, то ему нужно выбирать частоту генерации новых отсчётов синуса == 1МГц? Ведь потянет-же!

Да именно так, если потянет то 1 МГц, потянет 10, то лучше взять 10. Потому что частота с которой вы находите новое значение которое надо задать на ШИМе никак ни связана с частотой шима и частотой финально получаемого синуса. И чем она выше, тем лучше и плавнее будет синус, он будет представлен большим количеством точек, и не важно что многие из низ будут повторятся...

Строго говоря есть ограничения на обновления ШИМ, и излишняя частота может быть просто не нужна, но хуже от нее точно не будет... А также эта частота ограничивает синус по частоте сверху, и вот тут как раз чем выше тем лучше...

Вообще-то следует действовать как раз наоборот - CPU выбирать под задачу, а не задачу подгонять под CPU.

Тоже не верно, иногда есть в распоряжении ЦПУ и задача, и хотят поглядеть что будет. Делают на максимум, получилось хорошо, нет можно думать. Если рассуждать здраво вряд ли в наше время развития техники кто-то серьезно будет делать мигалку диодом по синусу на контроллере Это какие-то образовательные тесты, потому все ресурсы проца могут пойти на эту бедную лампочку) и пойдут ресурсы того проца что есть в наличии.

Если чисто для визуализации, то лучше не синус, а треугольник - визуально будет лучше восприниматься. rolleyes.gif
Ну и по-хорошему - нужно учесть зависимость яркости лампочки от приложенного напряжения.

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

[jcxz]

ведь все написано не чтобы помочь, а чтобы себя показать...

Надеюсь Вы это и к себе тоже относите?

а вот тут кстати не факт. Треугольник - линейная функция, а яркость воспринимается экспоненциально.

Вы бы сначала попробовали, а потом теоретизировали
Над этим "а яркость воспринимается экспоненциально." долго думал, но так и не понял - как это?

А вот зависимости яркость от напряжения мало интересна, ведь напряжение то всегда одно,

Не знаю, где в сообщении ТС Вы углядели диод, но даже в этом случае, даже если с выхода ШИМ ток идёт прямо на диод (лампу) (без RC-цепочки), то в моём замечании "напряжение"
просто нужно заменить на "средний протекающий ток".
И всё равно тогда это замечание остаётся в силе.

Как бы так сказать...
Средний протекающий ток (или отношение времени горения к времени негорения) и субъективные зрительные ощущения от создаваемого света не прямопропорциональны.
Или сказать по-другому:
Если взять K==выводимому в ШИМ значению (в %: 0%-все биты в состоянии "погашено"; 100% - все биты в сост. "горят");
то увеличение K в области минимальных значений (близких к 0) будет гораздо более заметно глазу, чем в области максимальных (близких к 100) значений.
Соответственно как середина яркости глазом будет восприниматься уровень скажем K==30% (условно) на ШИМ, а не K==50%.

Что подразумевается под прогать? Одно дело прогать софт (этим я занимался), другое дело прогать МК! Здесь другая логика(и если начинать с 0 долго доходит).

До того как начинать "прогать", сначала надо формализовать задачу, разбить её на этапы, прикинуть алгоритм.
Это должно занимать 80% времени.
И тогда "другого" в программировании МК совсем мало, по отношеннию к любому другому программированию.
А у Вас как видно по первому сообщению "смешались в кучу люди, кони...".

Касаемо разбивки на этапы, что-то подобное Вам уже попытался сделать ув. Golikov A. в своём первом сообщении.

[AlexandrY]

До того как начинать "прогать", сначала надо формализовать задачу, разбить её на этапы, прикинуть алгоритм.
Это должно занимать 80% времени.

Откуда это?
Действительно так программируете?
Вот так сидите, формализуете задачу с умным видом, разбиваете на этапы, и все это месяцами прежде чем написать хоть одну строчку кода?