Многоканальный программный ШИМ в AVR

Омг, какой говнокод. И лучше делать так.

mask = OUT1|OUT2|OUT3;
if(...) mask &= ~OUT1;
if(...) mask &= ~OUT2;
if(...) mask &= ~OUT3;

PORTx &= ~(OUT1|OUT2|OUT3);
PORTx |= mask;

Допустим, для одного из каналов выставлена длительность 192. На нулевом (по счету) переполнении таймера порт выставляется в единицу, на 192-м — в ноль.
А теперь представим, что на 128-ом интервале мы меняем значение длительности ШИМ со 192 на 64. Что произойдет? Условие установки порта в ноль не выполнится на данном периоде, и будет импульс высокого уровня длительностью 256+64.
Если «удачно» угадать с моментами изменения длительности, можно растянуть этот импульс на несколько периодов насколько угодно.

Как с этим бороться:
1) Самое простое — вместо «counter==buf_lev_ch1» писать «counter>=buf_lev_ch1»
2) Самое правильное — буферизовать значение длительности ШИМ. То есть на каждый канал использовать две переменные: первую юзер меняет, когда ему вздумается, вторая используется в обработчике прерывания, и ей значение присваивается один раз в начале каждого периода.

так слишком много прерываний — лучше не так делать — отмерять время интервалами 128 64 32 16 8 4 2 1 тик таймера.при переходе через 0 включаем те каналы, у которых есть старший бит в значении яркости, таймер тикает до 128- оставляем только те, у которых установлен 7 бит, устанавливаем прерывание по сравнению на 192 и так далее — получается не шим, но для светодиодов более чем достаточно и даже лучше, чем шим — всего 8 прерываний таймера, никаких почти вычислительных затрат, несущая частота в таком случае будет выше, чем у шима — светодиоды будут меньше мерцать. у bsvi подробней статья на этот счет была

Делал RGB «лампу настроения» (mood-lamp) с подобным алгоритмом, только на PIC16.

Если не требуется, чтобы все ШИМ были синхронны, можно сделать проще.
Создаём для каждого ШИМ типовую структуру (период, вывод схемы и текущий счётчик).
Например, если нужно 9 ШИМ — берём массив из 9 структур.
Запускаем тактовый таймер со счётчиком и прерываниями.
По прерыванию таймера — берём значение счётчика по модулю количества ШИМов. Используя это значение как индекс массива, обрабатываем структуру (ну, как обычно — меняем счётчик, сравниваем с периодом, если нужно дёргаем вывод).

В отличие от вашего кода — тут чтобы добавить ШИМ нужно всего лишь его описать (назначить период и вывод; увеличить общее число ШИМов). Т.е. никакой хардкодной зависимости. Плюс — скорость обработки не зависит от количества ШИМ (покуда в каждое прерывание обрабатываем ровно один). Плюс — ВСЯ обработка находится в прерывании (т.е. в основной программе «вечный цикл» уже не нужен. Можно уйти в спячку).

Чуть сложнее будет с частотой (очевидно — добавили к трём ШИМ четвёртый — и теперь каждому достаётся не каждое третье прерывание, а каждое четвёртое). Но это тоже обходится, при необходимости.

а вообще — на самом деле проще купить микросхему — драйвер светодиодный и не париться — загружаешь в него по i2c или spi значения, а он уже свои шимы включает — можно по разному выходы настроить — тяни толкай, открытый коллектор и т.п., драйвер простенький протаскивает спокойно 500мА тока через одну ногу, разрядность 12бит, количество ног -16, а если это всё по i2c, то на одну шину вешается скока угодно таких микросхем и от контроллера хавается только 2 ноги и i2c, таймеры при этом свободны и процессор не занимается обработкой прерываний.Практического смысла особо нет реализовывать такое на контроллере напрямую, только ради обучения если

А можно сделать чтобы ШИМ был не 8-ми битным а к примеру 7 битным? Тогда полагаю можно выиграть в частоте ШИМ.
Собственно это мне сейчас и нужно.