У вас энкодер уже оптический, откуда там дребезг?

Ну, ребята, вы и жжете!
Темы по форуму бродят аки призраки. Поиск рулит.
Блин, на что может не хватать 16Мгц?

Вам уже два человека задали этот вопрос, при условии того , что считать у Вас будет TIMER , а у него своя частота , в зависимости от его включения и с основной программой как-то не завязан.

83.33*2500=300имп в сек

это очень интересно... как при 83 оборотах в секунду при 2500 импульсов на оборот получается 300 импульсов в секунду ? может 207500?

а теперь глядим.. на 1 импульс с обычной мегой надо - войти в прерывание, прочитать пин, по условию уменьшить или увеличить счетчик. выйти.. повыполнять основную прогу.. ну тактов в 20 могет прерывание обойдется по минимуму.. в принципе тянет.. могет еще успеть чота чуток поделать.. по грубым прикидкам..

Помоему запутались совсем и начнём считать с этих данных

Отсюда 41,66666.... импульсов в секунду, которые по идее и надо считать, а сколько их будет за N- ое количество оборотов , не столь важно

Радикально - выкинуть атмегу, взять STM32 или LPC1700 - у них встроенный аппаратный интерфейс квадратурного энкодера. Попытка реализовать интерфейс квадратурного энкодера на CPLD+ атмега выигрыша по финансам по сравнению с переходом на ARMы не дает.

вы сами придумали параметр энкодера импульсы в минуту ? трава у вас отменная

написано было :
мах. частота вращения вала на который закреплен датчик: 5000 об/мин
датчик: 2500 имп. на оборот

армы армы.. Хмега есть... и там есть все что нужно ТС

Вы первый пост прочтите всей темы

повторяю свой вопрос..

3-4 пост темы

"Да, Вы правы2500имп/оборот
В паспорте написано что мах.частота вращения вала 10000об/мин и выходного сигнала 2,5МГц"