Дребезг контактов, Как избежать? Опции

[Labinskiy Nikola...]

Кнопка замыкает ножку на землю.
Mega16

Код

#include <avr/io.h>
#include <avr/interrupt.h>

#define F_CPU 8000000UL  // 8 MHz
#include <util/delay.h>

ISR(INT2_vect)
{
  int i;
  for (i=0;i<3;i++)
    _delay_ms(10);
  if ((PINB & 0x04)==0) // ножка внешнего прерывания
      PORTA ^= 1;
}

int main()
{
  PORTA = 0;
  DDRA = 0xFF;

  PORTB = 0xFF;
  DDRB = 0x00;
  
  MCUCSR &= ~_BV(ISC2);  // по заднему фронту (H->L)
  GICR = _BV (INT2);
  sei ();

  for(;;)
  return(0);
}

Идея вроде бы правильная, но на практике срабатывает плоховато...
В чем ошибка?

Сообщение отредактировал Labinskiy Nikolay - Jul 9 2006, 18:59

[TamTam]

[quote name='Stas633' date='Jul 10 2006, 02:32' post='132459']
[quote name='rezident' post='132434' date='Jul 9 2006, 23:25']

Каким алгоритмом пользуются производители автомагнитол?

Спасибо.

Для справки: Весовые резисторы подобраны всегда так, что диапазон напряжения делителя делится поровну, по числу кнопок.

С уважением.
[/quote]

Судя по схеме подключения они используют 1 канал АЦП, а резюки подобраны так для того чтоб можно было определить нажатие 2-х кнопок сразу, а не спутать его с нажатием другой кнопки

[Velund]

С весовыми резисторами имеет смысл связываться только тогда, когда есть уверенность в долговременной надежности самих кнопок и не будет конденсации влаги никогда. Иначе получится как у доблестной фирмы Моторола в радиостанциях CP-50 - при активном использовании максимум год и надо менять "резинку" клавиш с проводящими пятачками, предварительно отмыв до блеска пленочную плату что под ней на держатель наклеена. Иначе "нажимается" все что угодно, кроме того что надо, часто само по себе.

[Stas633]

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

Не во всем согласен с Вами. Вы ведете речь о "резиновой" клавиатуре. А сопротивление замкнутого контакта у нее от десятков (новая) до сотен (старая) ом. У "кнопочной" (контактной) клавиатуры значение сопротивления в процессе эксплуатации меняется от десятых долей до единиц ома.
Для весовых резисторов сопротивлением в единицы кОм, согласитесь, это большая разница.

Да и эксплуатациую в салоне автомобиля "тепличными" условиями, назвать трудно. Наоборот, изделие будет подвержено частой смене температурно-влажностного режима. И тем не менее, во всех (кроме тех, где процессор объединен с PLL) автомагнитолах используется схема с весовымы резисторами. Правда "резиновой" клавиатуры на магнитолах я не встречал никогда.

Имея же в "распоряжении" ADC "на борту" AVR'a считаю целесообразным "связываться" с весовыми резисторами, чтобы выводы портов оставить "свободными" для иных нужд. Вопрос - как правильно и оптимально защититься от "ложных" срабатываний на всем периоде эксплуатации?

To Kovrov.

Описанный Вами метод, есть ни что иное, как "Счетчик состояния", используя терминологию rezident. Если быть точным, то это "мажоритарный" метод принятия решения.

Мне кажеться он не удобен, в силу непредсказуемости времени окончания работы алгоритма. Хотя для правильного определения нажатия кнопки - метод самый верный. ("200%" - согласен).


Интересно, каким же алгоритмом пользуются производители автомагнитол?

С уважением.

[defunct]

Интересно, каким же алгоритмом пользуются производители автомагнитол?

Не знаю как производители магнитол, а я пользуюсь алгоритмом откладывания события:

Код

const PROGMEM U8 transTab[] =
{
    200, 167, 125, 99, 83, 71, 61, 55,
    49, 44, 40, 37, 35, 32, 30, 28
};

// это задачка, которая запускается с периодом 5ms
// сканирует АЦП канал, и преобразует показания АЦП в индекс от 0x0 до 0xF,
// индекс представляет собой код, где каждый бит соответствует одной нажатой кнопке.
void kbr_ScanTask(void)
{
    U8 val = kbr_AdcChanRead( kbrContext.AdcChan );
    U8 i;
    U8 NewStatus = 0;

    for(i = 0; i < sizeof(transTab); i++)
    {
        if (val > pgm_read_byte_near( transTab +  i ))
        {
            NewStatus = i;
            break;
        }
    }

    if (NewStatus != kbrContext.status)
    {
        kbrContext.status = NewStatus;
        if (NULL != kbrContext.StatusChange_CB)
        { // register keyboard status change handler to be executed after 50 ms (to filter out all false events)
            Kernel_SetTask( kbrContext.StatusChange_CB, 50, TASK_RUN_ONCE );
        }
    }
}

И при изменении статуса клавиатуры (в данном случае 4 кнопки на 1 канал АЦП), сканирующая задачка ставит в очередь на исполнение через __50ms__ "Keyboard Status Change event". За эти 50ms задача сканирует канал АЦП еще 10 раз (т.к. она выполяется раз в 5ms) и если статус будет изменяться (дребезг), то запуск event'a будет откладываться. Когда состояние АЦП установится - т.е. на протяжении 10 следующих подряд сканирований состояние не изменится, event таки отработает.


Это есть, одна из возможных, реализация "Интервального" алгоритма, упомянутого resident'ом