Алгоритмы фильтра дребезга avr

[_Ross_]

А тут потребуется анализ всех 4-х состояний.
Я так понимаю дребезг я должен отлавливать ДО записи состояния потому что иначе, если я хочу для последующего анализа записывать состояния в память...Допустим, запишу 4 состояния а там вместо 00-01-11-10 какое-нибудь 00-01-00-01.
Или в режиме реального времени- я уже пробовал определять скажем, момент 00 и дальше следовать по жёсткой цепочке, почему-то получил дребезг даже при ~1мм размахе вибраций. Неужели там были лишними многократные проверки...

[akegor]

Для определения направления движения достаточно последовательности трех состояний. Если она неправильна - просто ничего не делать, считая, что два события уже произошли, ждать третьего. Если третий к месту - ему налить. Это простая задача для цифрового автомата. Нечто подобное применялось для измерения длины кабеля и было реализовано на 155 серии.

[_Ross_]

Я делал так:
1) Захват состояния 00
2) Ожидание одного из состояний направления, 01 или 10
3) Ожидание 11
4) Ну и декремент или инкремент в зависимости от п.2
Верно? Сейчас ещё попробую, без многократной проверки на каждом шаге.

[akegor]

Не очень точно.
Я бы попробовал вариант такой. Два бита - состояние, состояний - четыре. Итого - как раз байт. Если каждый раз задвигать в байт по два бита состояния и анализировать, скажем, свичом, младшие шесть битов - вот и цифровой автомат.

[omercury]

Не усложняйте себе жизнь.
У мну где-то валялся простой вариант, реализованный аппаратно на половинке ТМ2. Выход step+dir. В качестве датчика светодиод и спаренный фототранзистор из мыша да шестерёнка от Lego.

[akegor]

omercury, если покопаться у себя в "закормах", найду и на ЛА3 (c двумя RS-триггерами). Да, направление выдает, но дребезг устраняется потом и не так просто.

[omercury]

В моём случае дребезг устраняется аппаратно - пружиной.

если покопаться

Для этого описан алгоритм с антидребезгом.
(алгоритм не дописан, но когда ТС дойдёт до "упущенного" места, то сам увидит что и как нужно доделать).

[akegor]

Цифровой автомат на 155-й не обладал возможностью таких наворотов, но реально работал (может, и сейчас трудится?).
Посмотрим, на чем остановится ТС и что с этого выйдет.
"...Интересно... Интересно...
- Что интересно, доктор?
- Интересно, что вскрытие покажет..."

[omercury]

Тут на самом деле без разницы на чём реализовать алгоритм - что в программе, что в ПЛИС, что на логике. Навороты для быстрого реверса сгодятся. Так сказать побочный эффект - бонус.

[_Ross_]

Всем большое спасибо. Такая интересная тема долго для меня была за бортом в плане МК ,он всё-таки устройство последовательное.
На логике делал два отдельных счётчика вперёд и назад с антидребезгом и т.д.
Сонный был не мог вникнуть в алгоритм, потому пока работает автоматом, без учёта влияния времени. Сейчас приедет нормальный энкодер на другую задачу там уже потренируюсь, правда там вибрации такой не будет.