2 ШИМа на 16 разрядном таймере Опции

[Varlamov_E]

Возможно ли сделать 2 шима на 16 разрядном таймере (T1) на ATmega 16 ?

[SasaVitebsk]

Но два прерывания всё равно не нужны. Об этом и указали топикстартеру.
Если обрабатывать обновление в голове, то требуется следить за флагом, а так - типичная работа по прерыванию OVF, что и было ему предложено.

[defunct]

Но два прерывания всё равно не нужны. Об этом и указали топикстартеру.
Если обрабатывать обновление в голове, то требуется следить за флагом, а так - типичная работа по прерыванию OVF, что и было ему предложено.

Если обрабатывать в OVF, задержим смену на 0 и околонулевые значения всегда у обоих PWM каналов! PWM для "тихих сигналов" будет работать с искажениями.

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

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

[=GM=]

Если обрабатывать в OVF, задержим смену на 0 и околонулевые значения всегда у обоих PWM каналов! PWM для "тихих сигналов" будет работать с искажениями

Поясните, что значит "задержим смену на 0", она же аппаратно делается.

Не понял также, почему нельзя в одном прерывании сделать две пересылки?
OCR1A = Next;
OCR1B = Next;

[defunct]

Поясните, что значит "задержим смену на 0", она же аппаратно делается.

Код

  OVF                OVF                OVF
---|------------------|------------------|------------------|----
     ^                  ^ ^              ^ new OCR applied here    
  OCR current           | +-- new OCR placed into the HW buf
                        + still old OCR tiggered OC event

Посмотрел на свою же картинку и понял, что никаких проблем не будет. Будет только задержка на один OVF цикл.
А в плане качества так наоборот лучше, т.к. задержка вывода сл. семпла не зависимости от значения в OCR.

Прошу предыдущий пост игнорировать, поспешишь людей насмешишь.
Использование TOVF для перезагрузки обоих каналов более безопасно чем перезагрузка по OC event'у, и в тоже время менее накладна для процессора.