Как лучше считывать данные с ручного энкодера?

[ktulhu-forever]

Здравствуйте. Есть обычный энкодер с кнопкой, из тех, что используют для управления всякими меню. И есть потребность передать данные с энкодера в МК.
Для себя наметил 2 проблемы
1) Энкодер возвращает 2 накладывающихся импульса, и чтобы преобразовать их один одиночный, решил использовать схему с flip flop триггером типа такой
https://electronics.stackexchange.com/q ... een-turned
2) Т. к. экран (обычный 1602 с i2c адаптером) не очень быстрый, и если пользователь крутанёт от души, то экран может заглючить, то решил сделать аппаратную задержку между тиками энкодера. После первого импулься с помощью 555 таймера генерировать некоторой длины сигнал, и этим сигналом выключать триггер. Т. е. как бы пользователь не крутил, сигналы будут проходить только (условно) раз в 100 мс.

Скажите пожалуйста, есть ли ещё какие-нибудь моменты, которые надо учесть? Или напротив, всё слишком переусложнено, и решается средствами мк (например, задержка между считыванием тиков энкодера)? И как взрослые дяди делают обвязку для таких крутилок-энкодеров - используют джентельменский набор, или есть специальные микросхемы для этого, или же всё сильно проектоориентировано?

[АлександрЛ]

[uquote="ktulhu-forever",url="/forum/viewtopic.php?p=3887216#p3887216"]Здравствуйте. Есть обычный энкодер с кнопкой, из тех, что используют для управления всякими меню. И есть потребность передать данные с энкодера в МК.
Для себя наметил 2 проблемы[/uquote]
А какие проблемы? Подключаете энкодер к МК, пишите соответствующую программку обработки сигналов, и ВСЁ..
А то, что импульсы с энкодера "сдвинуты"- это для того, чтобы можно было определить, в какую сторону вы этот энкодер крутите.

[ktulhu-forever]

Я это понимаю, проблема в том, что мк сам по себе не очень жирный (stm32f030f4) + там крутится freertos + всякие libopencm3 и прочие халы - места свободного не то чтобы много. К тому же проект учебный для обкатки навыков - сегодня это ручная крутилка, а завтра сервомотор с энкодером, и на 1000+ оборотах любая программа на прерываниях захлебнётся.
Хочется решить именно аппаратно, чтобы в контроллер приходили только отфильтрованные и подготовленные данные

[Asmodey]

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

Схема с фазовым детектором на D-триггере удобна тогда, когда микроконтроллер уходит в спячку на время ничегонеделания, и просыпается по прерыванию от линии порта на которую приходят "счетные" импульсы с энкодера. На какой-то другой линии будет значение определяющее направление вращения энкодера с выхода D-Триггера. Без чего может получится так, что за время выхода микроконтроллера из спячки значения на выходах энкодера сменится на первоначальное, так, как будто он и не вращается вовсе.

P.S. в STM32 куча таймеров, некоторые из которых заточены под работу с энкодером.

[korob]

[uquote="ktulhu-forever",url="/forum/viewtopic.php?p=3887216#p3887216"]И как взрослые дяди делают обвязку для таких крутилок-энкодеров - используют джентельменский набор, или есть специальные микросхемы для этого, или же всё сильно проектоориентировано?[/uquote]

Хочется решить именно аппаратно, чтобы в контроллер приходили только отфильтрованные и подготовленные данные

Есть специальные микросхемы - квадратурные декодеры.