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

[snaut]

Можно обойтись и без них. Как пишет NebsteR — „Мы не ищем легких путей”. Но если поставить конденсаторы, то можно сократить время задержки для подавления дребезга, а соответственно увеличить скорость обработки, что в свою очередь приведет к снижению тормозов (всяких там проскоков и несрабатываний).

[Реклама]

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

[korsaj]

При задержке в 5мС для подавления дребезга получим обработку порядка 200 изменений уровня с энкодера. Обычно энкодер выдает 24 импульса за 1 оборот. Так о каких проскоках речь? Вы сможете энкодером сделать 7 оборотов в секунду?

[Реклама]

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

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

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

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

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

[NebsteR]

Мы не ищем легких путей

Покажи пальцем, где я такое сказал

Я сказал - это не наш метод, а это разные вещи

[Реклама]

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

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

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

[snaut]

Вы сможете энкодером сделать 7 оборотов в секунду?

Спасибо — убедительно. Конденсаторы не нужны.

Мы не ищем легких путей

Покажи пальцем, где я такое сказал

Ой…

А вот у меня еще идея возникла. А что, если энкодер обрабатывать отдельным (так сказать, дополнительным) МК, например 8-ми выводным Тини? А с него уже подавать управляющий сигнал на основной МК?

[NebsteR]

Ну и нафига городить кучу корпусов, когда обработка энкодера - вообще простейшая задача

[snaut]

Почему же тогда куча форумов заполнена данной темой с активными обсуждениями?

[korsaj]

Потому что его боятся как огня, а когда разберутся что к чему, и думать о нем забывают ))

Ну и потому что уж очень популярная и удобная вэсчь

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

[snaut]

Вот и я побаиваюсь видимо. Начну уже пожалуй в железе. Решено обрабатывать по внешнему прерыванию INTx. Руководствуюсь статьей DI HALTа. Только вот это не понятно: «Но тут надо будет заблокировать прерывания INT0 на несколько миллисекунд. И НИ В КОЕМ СЛУЧАЕ нельзя делать это в обработчике.» Объясните пожалуйста, почему нельзя блокировать прерывания в обработчике?

[NebsteR]

Видимо ограничения AVR какие то. У пиков пофиг, в какой момент будет поставлено/снято разрешение выставления флага для вектора...

[korsaj]

Первый раз такое слышу. Хотя в Атмелах я новичек, но случаев с неправильной отработкой запрета в обработчике прерываний одного из прерываний еще не было.

Изменено 1 января, 2013 пользователем korsaj

[Alex]

Объясните пожалуйста, почему нельзя блокировать прерывания в обработчике?

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

[Геннадий]

При входе в обработчик прерывания флаг I регистра SREG сбрасывается и восстанавливается при выходе из обрабочика АППАРАТНО, т.е. запрещаются другие прерывания. Смысл в одном обработчике ставить CLI и SEI?

[snaut]

И так решил возобновить тему. Мучился, но так ничего и не вымучил…

Пытался сделать от прерываний. По логике программа должна работать, но совсем не работает. Начал прозванивать мультиметром энкодер (осцилографа к сожалению не имею) и выяснилось следующее обстоятельство: в любой тик энкодер замыкает канал (А или В) на землю как хочет. То есть на каждый тик должно формироваться четкое состояние, такое, что канал А и В не на земле. А получается, что каналы после тика оказываются то на земле, то не наземле. Причем пробовал два энкодера и везде такая ситуация. Вывод: механические энкодеры за 180 - 250р. полное г... Нужен оптический. Или я не прав?

[Alex]

на каждый тик должно формироваться четкое состояние, такое, что канал А и В не на земле.

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

сначала один, потом другой

А вот в какой последовательности - зависит от направления вращения.

[snaut]

Я понимаю так:

То есть в состоянии покоя на землю замыкания нет и на пинах каналов А и В 1,1. Когда на канале ноль, это значит, что канал замкнут на землю. По моему пониманию получается, что в момент покоя на каналах всегда 11, то есть после каждого тика. Но при прозвонке получается, что после тика состояние далеко не всегда 1,1. Бывает и 0,0 и 1,0 и 0,1. То есть фиксации состояния от щелчков нет

[NebsteR]

Подтяжка A и B на питание есть хоть?

И кстати, ВОТ один тик...

[snaut]

Да, подтяжка есть. Пробовал и с внутренней подтяжкой и внешние ставил на 10 кОм. То есть я не правильно понимаю 1 тик? За один тик не меняется 4 состояния? Что обозначают красные стрелочки на вашем рисунке?

Изменено 6 января, 2013 пользователем snaut

[NebsteR]

Красные стрелки и есть - два соседних состояния - один тик...

За один тик не меняется 4 состояния?

За один тик меняется 1 состояние...

[snaut]

Ого, тогда буду переделавать. Это получается, что постоянно нужно менять int то на срабатывание по фронту, то по спаду? Кстати, я имею ввиду тик — один физический щелчок энкодера.

[NebsteR]

Разумеется один щелчок...

менять int то на срабатывание по фронту, то по спаду

Да, на противоположное от последнего...

[snaut]

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

Вот ссылка: http://avrdevices.ru/podklyutchaem-enkoder-k-avr/

p.s. Извините, наболело.... Перечитал несколько статей про обработку энкодера и везде одно и тоже. Статья начинается примерно так. Существует два способа - по прерываниям и по опросу. И все авторы дружно начинают кричать, что расход такого ценного ресурса, как int нецелесообразно и все выбирают второй способ с опросом. Да какое нафиг не целесообразно. Int По-моему как раз и создан для таких целей, как кнопка и энкодер. А вот запускать опрос каждую милисекунду это целесообразно....? Если уж взялись писать статью, так не копируйте друг у друга. Все вот говорят, что по прерыванию вообще все легко, а вы напишите рабочий код-то! Однако все легко, а исходников на асме нет почему-то.... Извините, наболело

Изменено 6 января, 2013 пользователем snaut

[korsaj]

.. а исходников на асме нет почему-то....

А это вы смотрели http://forum.cxem.ne...ttach_id=196143

У меня такое ощущение что вы читаете тему выборочно, задаете вопросы которые уже обсуждены..

Изменено 6 января, 2013 пользователем korsaj

[snaut]

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

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

Изменено 6 января, 2013 пользователем snaut

[NebsteR]

Вот любит народ искать проблемы и основываться на домыслах... Какие сложности сделать обработчик КАЖДОГО изменения состояния? И затем, если энкодер окажется на несколько смен за щелчок - фильтровать каждое второе и т.п. срабатывание? Заодно получится универсальный алгоритм под любой тип энкодеров...

[korsaj]

.. код этот тоже не рабочий. Вернее работает не стабильно

....

Медленно крутишь и все прекрасно видно. Проблема в том, что после остановки энкодер может остановиться не только на щелчке, но в произвольном состоянии.

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

И приведенному примеру абсолютно все равно в каком состоянии остановится энкодер.