ШИМ, сделать три канала? Опции

[ps1x]

Как сделать шим на 3 канала с одним таймером? Использовать принцип динамической индикации?
p.s. Надо подключить rgb светодиод.

[add]

Такой вопросик с целью понимания вопроса(тфт): Скажите уважаемые коллеги, если у меня 256 ступенек шима и порт я обновляю с частотой 25кГц, то минимальное (суммарное значение длительности импульсов) за 1с получается 1/256с?так? И могу ли я справедливо назвать что шим 25Кгц?
зы: делал программный 32-ух канальный шим для управления диодами. 25кГц,256дискрет.

[=GM=]

если у меня 256 ступенек шима и порт я обновляю с частотой 25кГц, то минимальное (суммарное значение длительности импульсов) за 1с получается 1/256с?так? И могу ли я справедливо назвать что шим 25Кгц?

Немного не так. Обновление порта может случиться на любой из ступенек, следовательно, частота 256-ступенчатого шима ровно в 256 раз меньше частоты обновления порта, т.е. 97 Гц.

[add]

Немного не так. Обновление порта может случиться на любой из ступенек, следовательно, частота 256-ступенчатого шима ровно в 256 раз меньше частоты обновления порта, т.е. 97 Гц.

Спасибо! таким образом получается что ШИМ который имеет значение 256 дискрет, и частоту обновления 5Кгц, незя называть 5-ти килогерцовым шимом?
и как тада получается :

Спрашиваю потому, что тоже реализовал 24 канала шим с частотой 6 кГц, правда, на ассемблере. Шим был 8-разрядный, т.е. 256 позиций. Клок 20 МГц.

етож 6000*256=1536000 ~1.5МГц! и на 20МГц, да еще и 24 канала?

зы:видел гдето что шим можно и на апаратном уарте сделать. (последовательно данные выдвигаем), но тут уже надо 32байта запихнуть в USART на один дискрет.

[=GM=]

етож 6000*256=1536000 ~1.5МГц! и на 20МГц, да еще и 24 канала?

Ну, в ваших терминах, это будет частота обновления трёх 8-ми битных портов одновременно, чтобы получить 24 канала. Программка обработки прерывания 24-канальной шим, которую я привёл выше (см.пост #18), выполняется за 18 МЦ (машинных циклов). Один машинный цикл для клока 20 МГц выполняется за 0.05 мкс. Получается обработка прерывания выполняется за 18*0.05=0.9 мкс. То есть за это время обновляются три порта. Частота обновления портов соответственно будет равна 1/0.9=1.1 МГц, ну а частота шим будет в 256 раз ниже, т.е. 1.1/256=4.3 кГц. Никаких чудес, всё по-честному. (Замечу в скобках, что время выполнения можно ещё малёк подсократить, скажем до 13 МЦ, тогда частота 24-канального шима будет порядка 6 кГц.

Это конечно класно. Но вопрос возникает тогда, когда надо подготовить колбаску в озу для выдачи в порт. Это же очень медленно. Т.е. если понадобится изменить заполнение какого-либо канала, то на это нужно потратить очень много времени

Да, приём исходных данных и подготовка "колбаски" проводится в фоне и занимает относительно много времени, порядка 2500 МЦ, т.е. 125 мкс. Максимальное занятое время процессора, с учётом времени работы прерываний, составит 148 мкс, в то же время период шим равен 166 мкс. Сиё означает, что есть возможность за ОДИН период шима сменить ВСЕ ДВАДЦАТЬ ЧЕТЫРЕ временные уставки, и еще останется свободными 18 мкс (360 МЦ). Смысла менять уставки чаще, чем период шима, я не вижу(:-)

Пока других, более быстрых способов программного формирования многоканальных шим, я не нашёл.

[Rst7]

Чето я не понял. Как-то это все не стреляет. Общая идея то понятна, и будет работать, но вот цифры не сходятся

(Замечу в скобках, что время выполнения можно ещё малёк подсократить, скажем до 13 МЦ, тогда частота 24-канального шима будет порядка 6 кГц.

Пусть будет 13 тактов. И еще надо добавить 4 - на вычитывание вектора и т.д. - внутренние операции.

Итого 17.

Теперь с другой стороны. За 166мкс*20МГц=3320 тактов надо выполнить 256 прерываний. На прерывание 12.97 тактов. Меньше 17. Значит свободного времени у процессора нет совсем. И есть недобор. Почти в 1.5 раза. Непонятно, где-же время на генерацию колбаски?

Надо бы рыбку уменьшить

[=GM=]

Чето я не понял. Пусть будет 13 тактов. И еще надо добавить 4 - на вычитывание вектора и т.д. - внутренние операции. Итого 17.
Теперь с другой стороны. За 166мкс*20МГц=3320 тактов надо выполнить 256 прерываний. На прерывание 12.97 тактов. Меньше 17. Значит свободного времени у процессора нет совсем. И есть недобор. Почти в 1.5 раза. Непонятно, где-же время на генерацию колбаски? Надо бы рыбку уменьшить

Ну так, прерываний-то всего 24 (по совпадению) + 1 (по переполнению таймера). За период 166 мкс (период шим) потратится в лучшем случае 25*0.05*17=21.25 мкс. Остальное время 166-22=144 мкс, вагон и маленькая тележка времени, 86% всего времени процессора, между прочим, можно пустить на расчёт "колбаски" по вашей терминологии.

Ну в Вашем случае вы подготавливаете "колбаску" вне прерывания.. adnega делает это внутри прерывания.. Есть ли в Вашем способе (скажу что способ вообщем то один и тотже) смысл выносить подготовку "колбаски за прерывание"?В таком случае для экономии времени в прерывании прийдется работать с флагами (события по окончанию обновления "колбаски").. и возможен пропуск момента смены значений? в чем выигрыш? может полагаясь на то что данные выводимые в шим обновляются не так часто? тогда какой смысл так "задирать"частоту"шима?

Способ не один и тот же. Уже ответил, повторюсь. У меня всего максимум 24+1 прерывание на период шима, и только одно прерывание может возникнуть в течение одного кванта. На периоде шима умещается 256 квантов. Хотите увеличить частоту шима, не меняя количество квантов (или "ступеней" по-простому), уменьшайте длительность кванта.

Смена значений происходит во время прерывания от таймера (квант 255). Скажу больше, пока прерывания работают с одной "колбаской" в течение текущего периода шима, фоновая программа готовит другую "колбаску" для следующего периода шима, так они поочерёдно и меняются, всё по-честному.

Подчеркну ещё раз, при данном подходе есть принципиальная возможность менять уставки ВСЕХ шимов для КАЖДОГО периода шим. Другой вопрос (и не такой простой), откуда возьмутся новые 48 байт уставок (2 байта на один канал) за период шима (166 мкс).

[defunct]

Ну так, прерываний-то всего 24 (по совпадению) + 1 (по переполнению таймера).

В таком случае почему вы меняете TCR0, а не OCR0?
И почему не модифицируется X? 24 * 4 = 90 байт, на авто переполнение расчитывать здесь не получится.

[=GM=]

В таком случае почему вы меняете TCR0, а не OCR0? И почему не модифицируется X? 24 * 4 = 90 байт, на авто переполнение расчитывать здесь не получится

Здесь описка, конечно OCR0, вроде регистра TCR0 нет в авроровской природе. В течение периода шим возникает до 24 прерываний по совпадению, В конце периода шим возникает последнее прерывание, по переполнению, там происходит обнуление портов и с помощью команды lds xl,pwmtable заносится адрес другого буфера. И всё по-новой! И вновь продолжается бой!(:-)

Да вот фрагмент, собственно

Код

;Процедура обработки прерывания таймер0 по переполнению (15МЦ)
eopwm:    ldi      temp,0            ;обнуление
          out      porta,temp        ;порта 1
          out      portb,temp        ;порта 2
          out      portc,temp        ;порта 3
          mov      r3,temp           ;начало шим
          lds      XL,pwmtable       ;адрес текущего буфера уставок
          ld       temp,X+           ;первая уставка
          out      OCR0,temp         ;нового периода шим
          reti                       ;сделано

Первый раз я выложил функцию просто для демонстрации SasaVitebsk, как я организовывал шим. ни в одну из описанных им схем я не вошёл. Да собственно, так, как показано, я не делаю, слишком медленно(:-). Теперь, надеюсь, на все ваши нынешние и предыдущие вопросы ответил?

1. теряем ценный регистр X.
2. не понятно где осуществляется сброс X в начальное состояние.
3. почему ОCR0 меняется самым последним?
4. Зачем он вообще меняется (25-й канал)?

Функция по тактам возможно и оптимальна, но с т. з. функциональности то, что вы привели - это разрозненные колбасные обрезки

Функция по тактам практически оптимальна, с учетом выбранного алгоритма. И с точки зрения функциональности тут всё нормально, повторюсь, она была выложена просто для демонстрации одной из реализаций шим, ничего более, не как законченная программа, которую взял, прошил и пользуйся.

Насчёт ценного регистра. А куда их девать, солить что ли(:-)?

[defunct]

Функция по тактам практически оптимальна, с учетом выбранного алгоритма. И с точки зрения функциональности тут всё нормально, повторюсь, она была выложена просто для демонстрации одной из реализаций шим, ничего более, не как законченная программа, которую взял, прошил и пользуйся.

Согласен, красивый способ как для чисто вывода многоканалного ШИМа,
остается вопрос смены данных? Получается нетривиальная задача сформировать (фактически упаковать) 24 канала. При изменении значения любого одного канала весь массив придется перестроить. С какой частотой дискретизации у вас обновляется массив?

[=GM=]

Согласен, красивый способ как для чисто вывода многоканалного ШИМа, остается вопрос смены данных? Получается нетривиальная задача сформировать (фактически упаковать) 24 канала. При изменении значения любого одного канала весь массив придется перестроить. С какой частотой дискретизации у вас обновляется массив?

Не совсем уверен, что такое "частота дискретизации" обновления массива(:-).

В течение каждого периода шим, т.е. за 166 мкс (поскольку частота шим 6 кГц), формируется упорядоченная таблица для вывода с помощью приведённой выше программы обработки прерываний по совпадению.

Задача была непростая в реализации, поскольку я никогда не занимался сортировкой. Пришлось освоить, был выбран модифицированный пузырьковый метод. Программа даже в неоптимальном виде полностью выполняется в течение периода шим. Далее адрес начала упорядоченной таблицы записывается в ячейку памяти, откуда её берёт программа обработки прерываний по переполнению и засылает в тот самый пресловутый регистр Х, который по-вашему очень "ценный". Вроде всё.