Connect the encoder from the mouse to Arduino 

Добрый день. А можете привести код для примера? Если вас не затруднит, конечно. У меня не получилось нормально настроить прерывания. Было бы не плохо посмотреть как это реализовано у других.

Да, конечно, я в своих проектах использую библиотеку RotaryEncoder, разработанную немецким товарищем, работает отлично: github.com/mathertel/RotaryEncoder . В библиотеке есть примеры, в частности - InterruptRotator.ino. Единственная сложность, которая может встретиться, это корректно настроить прерывания. Библиотека использует Pin Change Interrupt для любого порта. Необходимо знание процессора и регистров. В примере используются порты А2, А3, но можно настроить для любого порта. Могу помочь с кодом, ежели чего...

Спасибо! Как появится минутка, почитаю.

Рекомендую, компактная и надежная библиотека... в свое время долго выбирал, пробовал различные варианты и библиотеки, но эта библиотека по моему мнению - лучшая из того, что я пробовал... У этого разработчика есть еще одна классная библиотека для работы с кнопками, отрабатывает кроме всего прочего длинное нажатие и двойной клик. Тоже рекомендую: OneButton :-)

спасибо большое!

на оптическом только 1 сигнальный провод

Вы пробовали этот код на энкодере от мышки? Вы полностью повторили код из видео, только немного в другом виде. Дело не в потрепанности а в том что Энкодеры от мышки сделаны так что ОБА выхода ВСЕГДА находятся в одинаковом положении. Разница между ними есть только в переходной момент между одним состоянием и другим. Подобным образом (как в скетче) этот переходной момент отследить невозможно. Что бы его отследить нужно выходы энкодера вешать на прерывания. Только тогда можно сделать реакцию на каждое движение энкодера от мышки.

только что проверил- не работает!

Как раз на прерывания их вешать не нужно. Так вы точно ничего не отследите. Функция для работы с энкодером в бесконечном цикле, и кнопка, работающая по прерываю для выхода из этого цикла. например для изменений каких либо значений в меню. А уж если нужны прерывания от энкодера, тогда ставят отдельный контроллер для работы с энкодером (энкодерами), который выдает на два выхода сигналы. Первый об изменении состояния, для вызова прерывания и второй о направлении изменения.

Он даже схему нормальную не может составить из нескольких элементов. Сопротивления фильтров не туда поставил, ещё учить кого то лезит!

Для тех, у кого так же if (wA == 1 && wB == 1 && a1 == 0 && b1 == 0 || wA == 0 && wB == 0 && a1 == 1 && b1 == 0 || wA == 1 && wB == 0 && a1 == 1 && b1 == 1) - колесо в одну сторону, else в другую где wA и wB новые значение, a1 и b1 старые

Успехов вам!

Вы не первый такой: "вот, у меня все работает!"... Как говорится: КОД В СТУДИЮ! Тогда и посмотрим. :) Я говорил о том что стандартные способы на Ардуино не работают. Что бы ловился каждый шаг нужно либо очень высокая частота опроса (не менее 200 раз в секунду, иначе будут глюки) либо вешать на прерывания. В первом случае это сложно реализовать. Любая задержка и энкодер уже неправильно считывается (как направление так и шаги). На прерываниях код получится очень сложный. Я так и не нашел в сети нормальной реализации опроса енкодера на прерываниях (для Ардуино). У вас не Ардуино. У вас STM. А это и высокая скорость, и возможность любой пин на прерывание повешать. Но я бы все же просил бы вас поделиться кодом. Интересно на него взглянуть и научиться чему-то новому и полезному! Сам сейчас начал изучать STM.

//переменные uint8_t enc_status=0; // последнее устойчивое состояние энкодера uint8_t enc_statusprev= 0;// предыдущее устойчивое состояние энкодера // устойчивых состояний два: 0x0 и 0x3 uint8_t enc_statuslast; // последнее состояние перед устойчивым // может принимать значение 0x1 и 0x2, определяет направление uint16_t enc_counter = 32768;// счетчик while (1) { //читаем состояние энкодера в переменную, сдвигая значение первого пина влево enc_status = HAL_GPIO_ReadPin(GPIOB, ENC_YELLOW_Pin); enc_status

Кстати, тот вывод, который должен быть средним у энкодера от мыши крайний слева, если смотреть со стороны колеса у меня во всяком случае.

@@aerotachka У STMки скорость 72мгц. Поставьте в конце бесконечного цикла hal_delay(20); и проверьте будут ли глюки, я думаю будут

@@ruslan_ww8114 во первых у стмки столько, сколько выставить умножителями и предделителями. На 4мгц все прекрасно работает. Во вторых delay(20) это период 20 милисекуднд, то есть частота 50 Герц. Ардуино разве работает на частоте сети? 😂

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

Контакты энкодера замыкаются/размыкаются не одновременно, а последовательно. Если вращать в одну сторону, то сначала срабатывает 1-й контакт, потом 2-й. Если вращать в противоположную сторону то сначала срабатывает 2-й, потом 1-й. Именно эта последовательность в срабатывании и определяет направление вращения энкодера

На прерываниях можно сделать. Что-то заговорился и сам себя запутал. Да, можно сделать, но только на прерываниях. Именно так и работает мышка. Там стоит МК который все и обрабатывает. Код можете выложить. Кому-то точно пригодится.

зачем прерывания? без всяких прерываний. прерывания используются только для того, чтобы не занимать процессорное время на пустые проверки состояния энкодера. а энкодер от колеса мыши выдает последовательность, отличную от той, которую выдает "нормальный" энкодер. там весь прикол в логике. и на прерываниях все-равно придется столкнуться именно с логикой.

Приведите, пожалуйста, пример кода который бы работал на каждый поворот ролика

тут я призадумался: как лучше это сделать? может вы знаете сервисы специально для этого? вот ссылка на дропбокс: www.dropbox.com/s/jxj29z2dwvnqbli/mouse_wheel.ino?dl=0 но вся беда в том, что это директория с рабочими файлами и я могу однажды забыть и переименовать или переместить файл ((

На ГуглДиске выкладывайте. Через браузер. Тогда все файлы и папки останутся (пока вы их сами не удалите). Посмотрел я ваш код. Сразу встречный вопрос: Вы его проверяли на енкодере ОТ МЫШКИ? А чем отличается ваш код от моего? Вы делаете все тот же: aState = digitalRead(OUTPUT_A); bState = digitalRead(OUTPUT_B); Но этот способ НЕ работает с энкодерами от мышек. Точнее этот способ НЕ считывает каждый поворот. Если у вас работает - то вы исключение, и у вас на руках нестандартный, редкий енкодер. Вы просто повторили точно тот же код что и в видео, обычный, стандартный код, который, кстати, даже не со всеми энкодерами нормально работает. В видео я приводил усовершенствованный код который работает со всеми енкодерами. Ну кроме мышек конечно. Вы знаете как устроен энкодер от мышки? Он сделан по другому принципу. Не так как обычно сделаны енкодеры. В обычных енкодерах есть разность между положениями. То есть можно просто сравнить какой из выводов изменился: if(aPrevState != aState || bPrevState != bState) {... ... if(aPrevState != aState) { ... .... Но в мышках энкодеры другие. Их выводы ВСЕГДА находятся в одинаковом положении. И каждый поворот ролика меняет состояние обоих выводов. То есть оба выхода А и В ВСЕГДА одинаковы - либо HIGH либо LOW. И меняются на каждом повороте ролика. Разница между выводами появляется только в момент поворота. Один из выводов раньше переключает свое состояние, другой позже. Разница во времени - микросекунды. За которые оба вывода опять становятся в одинаковое положение (либо HIGH либо LOW). Отловить такое обычным digitalRead невозможно. Только прерываниями.

Это подтягивающие резисторы, они нужны для формирования четких логических 0 и 1. Без них работа будет непредсказуемой.

Не срабатывает нажатие или вращение? Если нажатие, то нужно заменить кнопку, она износилась. Если вращение то скорее всего нужно почистить колесико от грязи и мусора

@@UCanDo не срабатывает нажатие при обычном нажатии , если со всей силы надавить на него ,тогда срабатывает .

@@UCanDo вот две фотки , ibb.co/3BkwgvP ibb.co/1vnVSMZ Реально решить проблему с этой кнопкой без выпаивания и замены? может она разбирается ?

@@Phantoms60 Разобрать и почистить вы ее можете попробовать, вот только проработает это все не долго. Может несколько дней, может несколько месяцев. Все равно в итоге будете менять.

@@UCanDo а как ее разобрать?

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

@@UCanDo а можно по подробнее или ссылкой где копать

Для управлением мотора нужен ДРАЙВЕР ШАГОВОГО ДВИГАТЕЛЯ. Их есть очень много. Какие-то качественные, какие-то не очень. Выбор большой. Драйвером управляет МИКРОКОНТРОЛЛЕР в котором содержится прошивка (программа), которая будет выполнять все необходимые действия. Это в двух словах. Хм... даже и не знаю что вам порекомендовать. Могу предположить что вы в электронике и программировании не разбираетесь, иначе бы не задавали такие базовые вопросы. А то что вам нужно - подразумевает умение работать с микроконтроллерами и уметь писать прошивки. Если планируете изучать эту тему (программирование микроконтроллеров) то советую начать с видеоуроков от Джереми Блюма. Он очень хорошо объясняет. Попробуете, наберетесь опыта. А дальше нужно смотреть какой драйвер брать для шагового двигателя. Дешёвые - полное г... а самые лучшие стоят не дёшево. У меня на канале есть видео об управлении Шаговым Двигателем: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-COd41BZ_XpM.html

Это не важно, можно использовать любые на 4.7 - 50 кОм. Резисторы выполняют роль подтяжки

@@UCanDo спасибо

Думаю да. Энкодеры бывают разных типов, главное выбрать енкодер подходящего типа

Конденсатор выполняет функцию плавного изменения состояния пина. Так как заряд на нем удерживается то это полностью (или почти полностью) сглаживает «скачки», превращая сигнал в плавную синусоиду. Резистор влияет на «скорость» формирования этой синусоиды. Да и емкость конденсатора на это влияет. Очень рекомендую посмотреть видеоуроки от Джереми Блюма, он это подробно объясняет

@@UCanDo Круто, спасибо за ответ

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

Если у вас получится сделать обработку по прерыванию, то напишите здесь ссылку на скетч. Что бы и другие могли использовать ваш пример.

устанавливаем в шапке скетча вх1 на int1, вх2 на int2, далее по обработке прерываний определяем какое из них произошло раньше оно и определяет направление.

Пожалуйста, сделайте пример. В теории оно все просто. У меня, на пример, не получилось сделать.

ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-GjWooyEbzZs.html а вообще в ютубе много по ардуино, этот пост я нашел по запросу "ардуино прирывания энкодер" ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-gRSYxXbjnCg.html в этом без прерываний, но более понятно, оптимально если совместить запоминание состояний с прерываниями

Хм. Я понимаю как работает энкодер. В моем видео применяется точно такой же код, как и у Паяльник TV (последняя ссылка). По крайней мере принцип тот же: очень точно отлавливаются каждый "тик" энкодера. Все стандартные примеры работают только при отлавливании каждого второго шага энкодера. То есть в стандартных примерах отлавливание поворотов происходит через 1 шаг, каждый второй, а не каждый шаг. В первом примере (ссылка на канал arduinoLab) хоть и применено прерывание, но остается все та же проблема: отслеживается не каждый шаг енкодера, а через один. Для того что бы отследить каждый шаг, нужно оба вывода вешать на прерывания. Прерывания делать по Изменению. Я пробовал делать на двух прерываниях, но ничего не вышло. В сети примеров не нашел. Именно по этому я и попросил вас привести рабочий пример работы на прерываниях с подсчетом каждого шага. А просто как работать с энкодером - показано и в моем видео.

Подключите энкодеры на разные Пины, для каждого энкодера используйте разные части кода.

- знакомство с энкодерами (не кнопками едиными можно клацать) - использование энкодера - 2-я жизнь мертвым мышкам

Мышку, думаю, можно подключить. Если она PS/2 то без проблем подключить можно, с USB будет по-сложнее. А зачем именно мышку? В чем суть устройства? Как именно она (как датчик) должна работать?

Правильно отрезной станок для проволоки. Нужен датчик для определения длинны прошедшей проволоки чтобы отрубывать куски зоданой длинны. И есть несколько мышек. Вот и возник вопрос можно ли замерять длинну таким образом.

На сколько он должен быть точным? +- 0.1 мм или +-5 мм? Если очень точный нужен, то я бы разобрал принтер, там есть оптопара и сегментированный диск (не знаю как он называется). Диск поставить на ролик движения проволоки, а оптопарой ловить повороты. Так можно очень точно отследить размеры. Если высокая точность не нужна то можно и энкодер от мышки использовать. Энкодер поставить на ролик и отслеживать повороты.

на канале Radiosoft есть обзор работы с мышью, получение данных, разбор даташита

Используемый мной код позволяет уловить каждый такт энкодера. Предложенный вами код делает то же самое?

@@UCanDo , конечно. Иначе зачем бы он вообще нужен был?)

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

@@UCanDo Алекс Гайвер недавно выложил обновленные библиотеки для работы с энкодером. Говорит что у него не было пропусков шагов. К тому же его библиотеки работают с несколькими типами энкодеров. (Сам пока в железе не проверял)

Можете привести пример?

@@UCanDo volatile uint8_t LED_COUNT=0; volatile bool RotVec = false; volatile bool FlagLedUpdate = false; #define MAXLEDCOUNT 254 #define PINA 5 //Arduino INT 0 Pin #define PINB 4 //Arduino INT 1 Pin void setup() { pinMode(PINA, INPUT_PULLUP); pinMode(PINB, INPUT_PULLUP); attachInterrupt(digitalPinToInterrupt(PINA), CbInq, CHANGE); attachInterrupt(digitalPinToInterrupt(PINB), CbInq, CHANGE); interrupts(); } void CbInq() { noInterrupts(); bool InqP1 = digitalRead(PINA); bool InqP2 = digitalRead(PINB); if( ( (RotVec && ((InqP1 && InqP2) || (!InqP1 && InqP2))) || (!RotVec && (!InqP1 && !InqP2)) ) && LED_COUNT0){ LED_COUNT--; FlagLedUpdate=true; } RotVec=InqP1; interrupts(); } void loop() { if(FlagLedUpdate){ //установка яркости из LED_COUNT FlagLedUpdate=false; } }

Использовать под такую херню как энкодер аппаратные прерывания INT0 и INT1 жаба душит... конечно, но Ардуина не слишком умна чтобы работать с программными прерываниями PCINTx. Видимо разработчики IDE не особо рассчитывают, что кто-то будет работать с прерываниями.... собственно так оно и получается. Для работы PCINTx есть отдельная либа "PinChangeInterrupt", например.... чтобы не использовать аппаратные прерывания. Объем кода в редакторе это не меняет, но сам факт необходимости отдельно либы для PCINTx меня откровенно удивляет.

noInterrupts(); и interrupts(); из прерывания можно убрать, в теории... если аппаратный дребезг надежный. Но я бы не стал, ради предсказуемости результата.

Это интересно тем, кто занимается программированием микроконтроллеров, и для проектов использует различные подручные запчасти