Для решения моей задачи требовалось использовать fast PWM TOP=ICR1 для ATMega8535. После написания программы запустил эмуляцию в AVRStudio, при этом результат "немного" отличался от описанного в datasheet. Счетчик, не доходя до значения ICR1, начинал считать в обратном направлении. Причем, какие бы режимы fast PWM я не ставил, ситуация повторялась. Вместо того, чтобы по достижении значения TOP обнуляться, счетчик производил счет в обратном направлении.
В CVAVR с помощью CodeWizard создал чистые файлы для различных режимов fast PWM, получается таже фигня. Сам запрограммировал регистры в IAR, эмуляция ничем ни отличалась от предыдущих случаев.
Данная ситуация повторилась как минимум на 3 компьютерах, т.е. конфликты с другим программным обеспечнием маловероятны.
Кто-нибудь сталкивался с подобной проблемой?

Все сталкивались! Это обычный глюк AVRstudio. Вот у меня отмечено: fast pwm работает как phase correct. Это для меги16. На реальном кристалле всё будет ОК.

Спасибо за ответ. А то я уж грешным делом подумал, что это не в программе ошибка, а у меня (в ДНК) . А есть какая-нибудь другая программа эмуляции, или patch к AVRStudio, чтобы все работало корректно? А то тестирование работы сразу на реальной плате может иметь фатальные последствия.

Proteus....

Proteus с ATMega8535 не работает, код на C не воспринимает и выполнение программы в тактах не выводит.
Но программа хорошая, сам пользовался для 90S8525.

Не знаю, в моих устройствах такого фатализма не бывает. Как-то программно я писал внаглую в TCNT и флаги, на время отладки. Но это времянку исказит...

пост, я написал об этом в Atmel, http://electronix.ru/forum/index.php?showtopic=39064