Простая И Сложная Штука Инкрементальный Энкодер

[snaut]

Здравствуйте. Вот и я добрался до интересной штуки, которая называется Энкодер. У меня механический инкрементальный с кнопкой. Перечитал кучу статей по этому делу, но ответа так и не нашел. Не понятен сам алгоритм обработки. Программирую на асме, прошу прокомментировать алгоритм. Какие допущены ошибки и рабочая ли вообще, мной придуманная блок-схема?

Некоторые комментарии:

• Счетчик ожиданий нужен для того, что бы программа не зациклилась и не зависла в том случае, если вдруг энкодер остановиться не на щелчке (не на состоянии 00). Счетчик считает количество подряд повторяющихся циклов «ненулей» и если количество превысит некоторое предопределенное число, программа просто выходит из обработчика энкодера.

• Проверка нулей — так называемый доворот энкодера так же защищает от ложных циклически-повторяющихся выполнений инкремента и декремента.

• Инкремент и Декремент взяты условно и представляют собой какую либо реакцию на поворот энкодера.

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Дмитрий Андреевич]

Да вроде все адекватно. очень интересная тема, буду следить - мне самому такое надо в скором времени.

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[NebsteR]

Я подобное делал, только вместо механических контактов были датчики холла... Сомневаюсь, что смогу отыскать исходники, но на вопросы ответить - без проблем...

И у меня использовались 2 канала ацп для получения программных границ гистерезиса с возможностью настройки чувствительности (если магниты далеко от датчиков, например), вместо четких, у порта с триггером шмидта... Ну а логика после этого обычная - сравниваем с предыдущим состоянием до изменения, используя гистерезис как гарантию от полу-поворота и шума, и определяем направление, здесь все просто... АЦП опрашивался в прерывании по таймеру, так что вся работа едва ли занимала больше 1% процессорного времени...

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[korsaj]

А я в алгоритме не увидел определения предыдущего состояния (бало ли перед этим состояние 00 и 11). Если энкодер задержится в одном из состояний (допыстим 01) то произойдет многократное увеличение.

Изменено 26 декабря, 2012 пользователем korsaj

[optima]

уже было чтото похожее: http://forum.cxem.net/index.php?showtopic=117612

[snaut]

А я в алгоритме не увидел определения предыдущего состояния (бало ли перед этим состояние 00 и 11). Если энкодер задержится в одном из состояний (допыстим 01) то произойдет многократное увеличение.

Многократного увеличени не произойдет. Так как перед действием увеличение стоит проверка того, что энкодер вернулся в ноль. А если энкодер физически зафиксируется в положении 01 (допустим), то пройдет несколько циклов проверки нуля перед действием увеличения а потом счетчик ожидания нуля досчитает до определенного состояния и выйдет с обработчика энкодера в основную программу. То есть алгоритм такой: если при входе в обработчик энкодера на пинах ноль - выходим. Если 01 или 10 задерживается - тоже выходим - чему способствует ождание доворота энкодера до нуля в паре со счетчиком ожиданий

[korsaj]

Допустим было 00, затем 10 прошли по циклу, а потом будет 11 войдем в цикл (так как проверка только на "неравно 00") и энкодер успеет поменять значение на 01?

Я когдато писал программу для счетчика людей (смысл тотже что и у энкодера), дак использовал следующий алгоритм: по изменению состояния порта записываем соответственно лог состоянию значение в 0,1 бит регистра и сдвигаем его. А в основной программе проверяем на совпадение данного регистра с зарание определенным кодом 11010010 или 11100001 (00101101 или 00011110). И соответственно делаем ув, или умен.

Изменено 26 декабря, 2012 пользователем korsaj

[snaut]

Я Вас не совсем понимаю. Единственная проблема в моем алгоритме, так это то, что энкодер не допустимо крутить медленно. Иначе состояние просто не поменяется. Почти везде читал, что нужно сравнивать с предыдущим состоянием, но мне не додуматься и мной видится проблема, что тогда энкодер за один щелчок будет четыре раза уменьшать/увеличивать. Нарисуйте пожалуйста блок-схему со сравнением предыдущего состояния, с блок схемой гораздо все понятнее нежели в чистом коде или на словах

Изменено 26 декабря, 2012 пользователем snaut

[NebsteR]

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

Тогда вопрос - есть возможность вызывать обработчик раз в N времени? По прерыванию или по диспетчеру, если RTOS? И в конце работы обработчика будет событие (хотя бы банальная секция if с активным условием) в случае обнаружения вращения...

[korsaj]

... проблема в моем алгоритме ...

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

[Ittido]

После первой (задержки для подавления дребезга) нужно повторно (Читать пины порта. На пинах 00) Иначе при срабатывании от импулсной помехи программа пойдёт на режим ветвления 01 или 10 и только после этого выйдет. Ничего плохого не случится, просто для оптимизации. Нет смысла двигаться по программе если через пару команд на выход.

[NebsteR]

Импульсной помехи не будет, если фазы ( A и B ) энкодера подтянуты на питание, а common-вывод соединен с землей...

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

[Ittido]

Чуток подумал а что если обрабатывать ваши сигналы как два отдельных прерывания INT0, INT1. по фронту. В прерывании вы или инкрем. или декр. свой счётчик и к скорости программа уже не критична.

[korsaj]

Только все равно нужно время отсекать, ведь можно через час докрутить энкодер.

[snaut]

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

Планирую запускать обработчик по прерыванию от таймера. Еще не определился как лучше — либо по переполнению, либо по сравнению. Как лучше, даже не знаю. Так же имеется возможность запускать по внешним прерываниям от INT-ов. Мне пока что особо без разница, ибо пока что просто разбираюсь с алгоритмом энкодера. Первое целевое устройство в котором планирую использовать данную крутилочку — led-светильник с регулировкой яркости, второе — кухонный таймер, крутилка, как установщик времени отсчета. Пока что не для кого-то, делаю для себя в целях освоения МК

[NebsteR]

Алгоритм в процессе рисования, половину нарисовал

[snaut]

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

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

Алгоритм в процессе рисования, половину нарисовал

Подскажите, какого номинала нужны подтягивающие резисторы. На 1К хватит?

[korsaj]

Они стоят в мк. Но можно и внешние на 10 - 20 кОм.

[snaut]

Многие предпочитают ставить внешние. Как раз у меня есть на 10кОм

[NebsteR]

Я всегда на кнопки ставлю 10ком...

Такс, нарисовал... Графику вылизывать не стал, уж извиняй, поэтому в конце, возможно, чуть запутано, однако логика вполне прослеживается

Можно финальную выборку сделать на основе switch-case, однако ветвлений всего три последовательных, а состояний начальных-конечных в сумме довольно много, так что разницы в производительности, считай, не будет...

Ожидаю возможной критики от всех, т.к. в железе такое не проверял, гарантировать не могу, хотя по логике вроде все верно

[snaut]

Буду разбираться. Завтра выходной, напишу алгоритм, попробую на железе.

[NebsteR]

Кстати, вот та самая дрянь, которую зовут дребезгом. Наглядно, так сказать

А вот крупней, в 200 раз:

[korsaj]

Красота ))

А вот мой алгоритм, учета времени неактивности нет. Все что надо для учета времени неактивности, запустить таймер на 3-5 секунд и по прерыванию от таймера очистить Reg.

PS. Забыл: в обработчике прерывания от портов отключаем прерывания от портов; в обработчике прерыв. от таймера включаем прерывания от портов.

Изменено 26 декабря, 2012 пользователем korsaj

[NebsteR]

Не учитываешь два возможных начальных состояния (у 2-бит сигнала возможны 4 состояния, таким образом надо учитывать 4 начальных и 4 возможных конечных состояний для каждого начального, т.е. switch-case из 16 пунктов ), и сдвигаешь на 2 влево, хотя, по твоим значениям reg, надо на 4

И временем неактивности ты называешь задержку подавления дребезга, чтоль?

Изменено 26 декабря, 2012 пользователем NebsteR

[korsaj]

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

А состояния как раз все учтены, в регистр записывается состояние пинов порта к которым подключен энкодер (их 2). Итого у энкодера 4 состояния 11, 10, 00, 01, умножаем на 2 получаем 8 (8-ми битный регистр)