Atmega32 и энкодер

[i000386]

1.Вы должны точно знать частоту от енсодера
2.Ваша программа (цикл опроса) должна быть в 4 раза быстрей этой частоты
3.Думайте на программой

[anpaza]

Мне кажется, лучше бы оба пина от энкодера висели на одном порту. Тогда можно одним считыванием считать оба бита разом, тогда можно сделать выборку: 01 - в одну сторону, 10 - в другую, 11 или 00 - ошибка, ждём некоторое время и смотрим опять.

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

[megalab]

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

[vasilenko_pit]

Похоже на то, как будто выполняется две подряд операции ++ или --. Может между ++(или --) и DialChange =1; приходит прерывание. Может сначала DialChange =1; поставить?(А где DialChange =0;?)

[mlecus]

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

/*__ramfunc*/ void enc_interrupt_handler(void)
{
unsigned int temp;
enc_pio_status = enc_pPio-›PIO_PDSR;
if ((enc_pio_status&ENC0_B)!=(enc_old_pio_status&ENC0 _B))
{
count_enable=1;
enc_old_pio_status=enc_pio_status;
}
if ((enc_pio_status&ENC0_A)!=(enc_old_pio_status&ENC0 _A))
{
if ((enc_pio_status&ENC0_A)&&(count_enable))
{
if (enc_pio_status&ENC0_B)
{
enc0_counter++;
enc0_counter%=enc0_max*enc0_step;
}
else
{
if (enc0_counter==0)
{
enc0_counter=enc0_max*enc0_step;
}
else
{
enc0_counter--;
}
}

enc0_stepped_counter=(enc0_counter/enc0_step)%enc0_max;
count_enable=0;
}
enc_old_pio_status=enc_pio_status;
}

if ((enc_pio_status&ENC0_But)!=(enc_old_pio_status&EN C0_But))
{
if (enc_pio_status&ENC0_But)
{
enc_flag|=ENC0_BUTTON_PUSHED;
}
enc_old_pio_status=enc_pio_status;
}
temp=AT91C_BASE_PIOA-› PIO_ISR;
temp=temp;
}

[microsmaster]

Попробуй мой исходник - сопрягаем энкодер и микроконтроллер

[Godzilla82]

#define EN_A = 0b00001000
#define EN_b = 0b10000000

volatile unsigned char a,b;

ISR(SIG_OUTPUT_COMPARE0)
{
a = PIND;
b = PINС ›› 4;
if(a != pa)    {
            pa = a;
            if(a != b)    count++;
            else        count--;
            }
if(b != pb) {
            pb = b;
            if(a != b)    count--;
            else        count++;
            }
} 

Делаете прерывание с периодом 10 мкс - будет до 100 кГц обсчитывать (кварц не менее 10 МГц).
Желательно фазы A и B повесить на 1 порт. Для уменьшения загрузки процессора - на соседние ноги.

А вобще-то это может быть и глюк энкодера, неравномерности вращения и т.д.

[Pevek80]

Спасибо всем!!!
Сейчас я не могу попробовать по ряду причин.
Но я сообщу о результатах.

Желательно фазы A и B повесить на 1 порт

А вот с этим не получится, все пины уже заняты, и ПП разведена и изготовлена.

[Kosachoff]

Энкодер выдает 2 сдвинутых импульса, какой раньше - зависит от направления
вращения. По фронту одного импульса (прерывание) надо СРАЗУ проверить состояние
другого, этим определится направление шага.
Если за время реакции на первый фронт второй импульс успеет задребезжать - возможны ошибки.
Здесь поможет только уменьшение времени реакции.
После того, как направление шага определено можно отсчитывать задержку на антидребезг -
время до следующего шага.

[Godzilla82]

... По фронту одного импульса (прерывание) надо СРАЗУ проверить состояние другого, этим определится направление шага.
Если за время реакции на первый фронт второй импульс успеет задребезжать - возможны ошибки.
Здесь поможет только уменьшение времени реакции.
После того, как направление шага определено можно отсчитывать задержку на антидребезг -
время до следующего шага.

Не совсем так.

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

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

По фронту мы определили направление, допустим +. В это время импульс успел вернуться в исходное состояние (из-за дребезга). Но мы проморгали. Тут же опять возникает фронт. По которому мы опять определяем направление +. В итоге у нас +2, когда должно быть +1.

Ага. Задержка. Вводим задержку. Если характер импульсов постоянен (вращение в одну сторону, например). То задержка поможет. Но если ситуация такова:

Мы подождали. Но энкодер остановился как раз в этом неустойчивом положении и дребезг всё равно продолжается. Это весьма вероятно. Задержка тут мало поможет.

Нужно избавиться от дребезга. Ввести RC фильтр и поставить триггер Шмитта с гистерезисом. Гистерезис, как таковой, есть и у TTL входа МК.

Нужно всего лишь обеспечить достаточное быстродействие. Механические колебания ограничены несколькими килогерцами. Соответственно - фильтр на максимальную частоту следования импульсов + на порядок большая скорость опроса.

P.S. и отслеживать по фронту надо не 1 импульс, а все 2.