Вижу в 232analyzer (утилита для работы с ком-портом), что при однократном нажатии кнопки (энкодер лежит с боку, пока не подключал), данные получаю и оны непрерывно поступают, пока кнопка нажата, а я хочу, чтобы происходило прерывание на переходе 0-1. Чем можете помочь? Неужели дребезг?
Манипулою так:
Прерывания от irq0 заведено на кнопку (симулирую линию энкодера А), а РА20 на кнопку B2(симулирую линию энкодера В). При однократном нажатии на B1 значение убывает, но их приходит очень много. Например, один раз нажал получил значение 9 десть раз. При удерживании В2 нажимаю на B1. Значения идут по возрастающей. Количество резолюций поставил 10 только для тестирования. В реальности энкодер имеет 1024 имп/об.


Утилита 232analyzer для работы с ком-портом

Тогда как правильно сделать?

А что Вас удивляет? Вполне естественно, что кнопка имеет дребезг.


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


Очевидно, не сохранять лишнее. Если обработчик написан на 'C' без всяких naked, то строки:

можно спокойно заменить на:

Но делать это стоит только при ясном понимании, почему так можно. В противном случае оставьте как есть - процедура все равно рабочая.

Не могу понять, почему когда я удерживаю кнопку (как бы дребезга недолжно быть), возникает прерывание? Может здесь
pAIC->AIC_SMR[AT91C_ID_IRQ0] = AT91C_AIC_SRCTYPE_INT_POSITIVE_EDGE|0 что-то не так? Даже в симуляторе та же фича. Вот весь проект (на базе Hello.Uv2)

Что там не так, я уже написал выше.

Работа с прерываниями по фронту вообще требует предельной внимательности - Вы уверены, что это действительно необходимо?

В принципе – да. Уверен. Вы что-то можете предложить другое?

Для обработки энкодеров логично было бы использовать общее прерывание PIO. Выставляется по любому фронту на выводе (-ах), при этом является внутренним источником для AIC'а.

Спасибо, Вам. Если можно, небольшой пример. Может есть смысл задействовать два прерывания на один энкодер?

Кажись настроил прерывание по фронту. Но сейчас появилась следующая проблема. Пропуск шагов(или неверный алгоритм работы). Суть такая (на картинке видно устройство и энкодер), рычаг вала энкодера поворачиваю в какое-то крайнее положение до упора. Затем делаю RESET устройства. Проворачиваю до следующего крайнего положения(до упора). Получаю следующую последовательность:
0 - 637
1020-633
1015-627
1010-622 и т.д.
Что не так?

Пример:

Смысла использовать более одного прерывания не вижу - фронты ведь разнесены по времени.


Что-то не очень понятна последовательность. Что такое "1015-627"? Лучше напишите положение вала и насчитанное число для каждой точки.

Попробую объяснить получше. Суть такая (на картинке видно устройство и энкодер), рычаг вала энкодера поворачиваю в какое-то крайнее положение до упора(соприкосновение двух винтов). Затем делаю RESET устройства (для того, чтобы начать отсчет с нуля). Проворачиваю до следующего крайнего положения рычаг вала энкодера до упора (соприкосновение винта рычага и винта на корпусе энкодера). Затем кручу рычаг в обратную сторону до упора. И так несколько раз. Получаю следующую последовательность в крайних положениях (как изменилось значение положения крайних положениях):
0 - 637
1020-633
1015-627
1010-622 и т.д.
Эта последовательность – им/обр. Так как винты размещены на одной оси с упорными винтами(грубо 180 градусов см.рис.), получается такая последовательность. Энкодер за 1 об. делает 1024 импульса. Надеюсь понятно.
Но куда деваются значения, непонятно. По правильному(я так думаю), должно быть:
0 - 637
637-0
0 - 637
637-0

Ну, если даже направление теряется, то это похоже на косяк в алгоритме. Код приведите.

<Здесь была цитата исходника>.
Удалено модератором (rezident).

Получается, что Вы по заднему фронту сигнала B смотрите сигнал B. Естественно, код все время инкрементируется.

Тыкните пальцем, слепой.

Пардон, комментарий вместо кода прочитал:

Но все равно проверьте.
И еще: тактирование PIO включить не забыли? Прерывания так будут работать, а из PDSR будут постоянно читаться нули. Очень похоже.

P.S. Пожалуйста, убирайте закомментированные куски из выкладываемого кода.

В main определил *AT91C_PMC_PCER = (1 << AT91C_ID_PIOA) | (1 << AT91C_ID_IRQ0) | (1 << AT91C_ID_US0);
Пробувал и по AT91C_AIC_SRCTYPE_INT_POSITIVE_EDGE
и по AT91C_AIC_SRCTYPE_EXT_NEGATIVE_EDGE ничего. Никаких изменений.