ATMega8515, заШИМить все порты вывода

[niXto]

Нет, я только обнуляю предделитель таймера Т0 для более точных замеров фронтов.

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

[jump]

gary2007,
сделайте все на одном таймере (программный сом-порт из аппнота атмел + шим на программных счетчиках) - никаких засветок и потерь данных не будет, ибо коллизий с наложением прерываний не будет
делал прибор с динамической индикацией, приемом данных и математикой - все успевало

[DVD-RW]

Аппаратный бы УСАПП задействовать... Частенько делаю программный ШИМ на много-много ног (довольно низкочастотный, правда). 8 бит таймер тикает и тикает себе под нос, а прерывание настроено по переполнению. Вот тут то всё и начинается: вводится ещё одна переменная-счётчик (допустим N) (8, 16, да хоть 200 бит!), которая и инкреминируется в прерывании, а то и вовсе поднимается флаг, по которому основная программа это самое N и увеличивает. Смотрим, если N больше чего-либо, то туши свет, если 255 (ну или 15, как захотите), то всё зажигаем и обнуляем счётчик. Фактически получается виртуальный таймер нужной нам размерности, но который тикает медленне реального во столько раз, до скольки считает таймер реальный. Прелесть в том, что заняв один реальный таймер получаем хренову кучу независимых виртуальных таймеров с нужными нам параметрами. Конкретно в вашем случае можно многократно проредить прерывания, замедлив реальный таймер (предделитель). При делении в 256 и 16 градаций яркости (режим сброс по совпадению с OCR1A, прерывание на OCR1A-всключаем и OCR1B-тушим) получаем частоту ШИМа чуть ниже килогерца, зато между соседними прерываниями (нулевую яркость не рассматриваем) у нас в самом худшем случае 256 тактов процессора, а в среднем одно прерывание примерно на 500 мкс. Удачи в борьбе с глюками!

[gary2007]

Наконец то дошли руки до отладки программной части.
"Виновник" мерцания был определен. Ноги росли еще от версии с "железным" управлением ШИМ, когда цифра дешифрировалась и тут же выводилась в порт в одной процедуре, ЭТОТ непосредственный вывод в порт и был причиной дерганья яркости.

Когда были прописаны обработчики прерываний, то нужно было просто убрать это прямое присвоение порту и "зажигать/гасить" через переменные в процедурах прерываний.

Теперь яркость при смене цифр не прыгает при любой яркости, начиная от 1.

Тему считаю исчерпанной, а написал может кому пригодится?