Удержание кнопки 6 секунд Опции

[decsal]

Подскажите с алгоримом удержания кнопки 6 секунд.
Опрос кнопок реализован, оталось сделать что бы при нажатии выводилась уставка прибора, а при удержании 6 секунд войти в меню, прибора.
Я пока сделал, что при нажатии сразу в меню попадаю, но требуют вывод уставки и 6 секунд.

[Stanislav_S]

Подскажите с алгоримом удержания кнопки 6 секунд.
Опрос кнопок реализован, оталось сделать что бы при нажатии выводилась уставка прибора, а при удержании 6 секунд войти в меню, прибора.
Я пока сделал, что при нажатии сразу в меню попадаю, но требуют вывод уставки и 6 секунд.

Если кнопка нажата , то запускаете таймер на 6 секунд, далее смотрите, если кнопка отжата, а таймер еще тикает, то входим в уставку, если таймер дотикал, и кнопка все еще нажата, то входим в меню.

[ukpyr]

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

алгоритм такой (опрос оптимально делать с частотой прибл. 100 Гц, счетчик - uint8,uint16 в зависимости от нужной макс. длительности нажатия) :

Код

- прочитать текущее сост.кнопок (uint8,uint16,uint32 в зависимости от количества кнопок)
- сравнить с предыдущим :
-    если не равны - обнулить счетчик, пред.сост=тек.сост.
-    если равны -
-        счетчик++,
-        если нажата кнопка меню и счетчик=6сек - войти в меню,
-        иначе обработать другой код кнопок и длительность....

Сообщение отредактировал ukpyr - Apr 3 2009, 09:05

[Herz]

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

[ukpyr]

И только после отжатия принимать решение о переходе в нужное место программы.

и пользоваться такой клавиатурой будет архинеудобно, пользователи будут еще долго плеваться...

[Herz]

и пользоваться такой клавиатурой будет архинеудобно, пользователи будут еще долго плеваться...

Почему? А как Вы предлагаете определять нажатие на 6 сек, если переход будет осуществятся раньше? В Вашем алгоритме последняя строчка выглядит крайне расплывчато. Ведь до достижения счётчиком состояния, соответствующего 6 секундам, он пройдёт ещё множество.

[MrYuran]

да...
пора уже коллекцию ФАКов собирать...
или ссылок на них...
чтобы заново каждый раз не вбивать...

Значит так. Проверенный самой Жизнью алгоритм.
1. По таймеру (T=1,2,5,10... ms) сканируем кнопки.
2. Если ничего не нажато, сбрасываем все флаги (эвенты)
3. Если что-то нажато, сравниваем с предыдущим состоянием.
Если совпадает, инкрементируем счётчик тиков. Если нет, сбрасываем счётчик и все флаги (дребезг)
4. Если счётчик >= задержки антидребезга, выставляем флаг KeyPressed
5. Если счётчик >= задержки залипания (1,2,6 секунд), выставляем флаг "Locked"

Итого по результатам работы имеем скан-код и набор флагов, которыми могут пользоваться любые заинтересованные процессы

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

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

Вот, дарю на память...

CODE

//********************************************************************************
// Функция сканирования клавиатуры (запускается по таймеру)
// © MrYuran
//********************************************************************************
void KbrdScan()
{
if(kbrd_in & lock) // Проверяем ключ блокировки клавиатуры
{
Mode |= Locked;
kbrd_out &= ~kbrd;
}
else
{
Mode &= ~Locked;
kbrd_out |= kbrd;
}

unsigned char temp = kbrd_in&0xf0;

if((temp != 0) || (Kbrd.scanned != 0)) // что-то нажато
{
if(temp != Kbrd.scanned) // дребезг
{
Kbrd.scanned = temp;
Kbrd.PressedTime = 0;
Kbrd.pressed = 0;
}
else // вроде уже не дребезг
{
Kbrd.scanned = temp;
Kbrd.PressedTime ++; // считаем время нажатия
if(Kbrd.PressedTime == press_delay) // кнопка считается нажатой
{
if(!(Kbrd.pressed & KeyLocked)) // если не залипла
{
//Beep(50); // пикаем
Kbrd.pressed = Kbrd.scanned | KeyTick; // выставляем код кнопки и тик
//Kbrd.PressedTime = 0;
}
}
if(Kbrd.PressedTime == lock_delay) // кнопка считается залипнутой
{
Kbrd.pressed |= KeyLocked; // выставляем флаг залипания
Kbrd.PressedTime = 0;
Kbrd.pressed |= KeyTick;
}
if(Kbrd.PressedTime == lock_interval) // быстрые тики при залочке
{
if(Kbrd.pressed & KeyLocked) // если залипнута
{
Kbrd.PressedTime = 0;
Kbrd.pressed |= KeyTick;
}
}
}
}
}

[Herz]

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

Не знаю про телефон "филибз", тут речь идёт вроде об одной кнопке. Вы всё правильно пишете:

Итого по результатам работы имеем скан-код и набор флагов, которыми могут пользоваться любые заинтересованные процессы

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

[adc]

Не знаю про телефон "филибз", тут речь идёт вроде об одной кнопке. Вы всё правильно пишете:
, но как предполагаете принимать решения о событии до того, как оно произошло? Не станете ведь отрицать, что о времени, которое была нажата кнопка, можно судить лишь по её отжатию?
(Если это нужно, конечно). То бишь, залипнет ли кнопка - заранее неизвестно...

По отпусканию кнопки неудобно! Представте пользователя.. он нажал кнопку.. и ждет перехода в режим меню.. и думает -"прошло ли 6секунд или нет? можно ли отпускать клавишу?"... И что?
А если после нажатия считать интервал времени. Если прошло 6 секунд, а кнопка нажата то переходить в меню. Если отпустили раньше другое действие. Защита от залипания так: прошло , к примеру, 12секунд а кнопа нажата.. то ахтунг и т.д.

Причина редактирования: Устранение дублирования в содержании сообщения.

[ukpyr]

MrYuran

не нужно никаких флагов, состояние клавиатуры однозначно определяется текущим и предыдущим состоянием битов клавиш и счетчиком текущего состояния (антидребезг, задержка и автоповтор получаются автоматически) :

CODE

kbd_buf[1] = kbd_rd(); // читаем текущее сост.клавиш

if (kbd_buf[2] != kbd_buf[1]) { // сравнение с предыдущим - не равно
kbd_buf[2] = kbd_buf[1]; // запомнить тек.состояние
kbd_pr_cnt = 0; // обнулить счетчик
} else { // состояние не изменилось - обработать
if (kbd_pr_cnt < KBD_PR_MAX) kbd_pr_cnt++; // нет переполнения - увеличить счетчик
U8 kbd_co = kbd_buf[1]; // код клавиш - в локальную переменную для ускорения сравнений

if ((kbd_pr_cnt >= KBD_PR_EXIT)&&(kbd_co == KBD_CO_NONE)) {
// кнопки долго не нажимались - авто возвр. в пред.сост.индикации
ind_param = 0;
} else if ((kbd_pr_cnt == KBD_PR_SHORT)&&(kbd_co == KBD_CO_UP)) {
// кнопка +, короткое нажатие - увеличить параметр
if (ind_param == (IND_PA_MAX_NORMAL - 1)) ind_param = 0; else ind_param++;
} else if ((kbd_pr_cnt >= KBD_PR_SHORT)&&(kbd_co == KBD_CO_CORR)) {
// кнопка коррекции, короткое нажатие
cli();
if (rtc.min > 30) {
rtc.sec = 59;
rtc.min = 59;
} else {
rtc.sec = 0;
rtc.min = 0;
}
sei();
ind_param = 0;
} else if ((kbd_pr_cnt == KBD_PR_SHORT)&&(kbd_co == KBD_CO_SETUP)) {
// кнопка настройки, короткое нажатие - перейти в режим настройки
ind_param = 0;
ind_mode = IND_MO_SETUP;
} else if ((kbd_pr_cnt == KBD_PR_SETUPEXT)&&(kbd_co == KBD_CO_SETUP)) {
// кнопка настройки, длинное нажатие - перейти в режим расширенной настройки
} else if ... { // и так далее....
}
}
}

Причина редактирования: Уменьшение размера цитаты исходника.

[Stanislav_S]

По отпусканию кнопки неудобно! Представте пользователя.. он нажал кнопку.. и ждет перехода в режим меню.. и думает -"прошло ли 6секунд или нет? можно ли отпускать клавишу?"... И что?
А если после нажатия считать интервал времени. Если прошло 6 секунд, а кнопка нажата то переходить в меню. Если отпустили раньше другое действие. Защита от залипания так: прошло , к примеру, 12секунд а кнопа нажата.. то ахтунг и т.д.

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

[_Pasha]

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

Этот момент надо обустроить так: при нажатии на кнопку должно выводиться какое-либо сообщение, типа "НА! нажатая я!" а потом, после злополучных 6 секунд тихо переходить в меню и ждать отпускания (залипшей) кнопки. А если юзер отпустил кнопку раньше - сообщение убрали. Имхо, конечно.

[rezident]

Внесу свои 5 копеек. Поскольку как я понял у топикстартера кнопок несколько, то имеет смысл делать функции кнопок не на задержках, а на комбинации нажатий кнопок. Правда схемотехникой подключения клавиатуры должна обеспечиваться возможность распознавания одновременного нажатия нескольких кнопок.
Я недавно в одном простеньком проекте "реле с таймером" на трех кнопках реализовывал пять различных скан-кодов. Две кнопки "↑" и "↓" в обычном режиме генерировали коды нажатий. Причем с автоповтором. А третья кнопка ("УСТ") генерировала код отпускания и одновременно служила кнопкой ALTернативной функции. Т.е. комбинации нажатой "УСТ" с нажатиями какой-либо из первых двух генерировали еще два дополнительных скан-кода нажатия: функции "запомнить" и "сохранение".
Кстати, а в другом проекте, где каждая из 14 кнопок, должна была иметь возможность генерировать автоповтор независимо от других, я делал иначе. Снималась матрица состояний кнопок. После устранения дребезга определялся факт нажатия и фиксировался момент времени нажатия для каждой кнопки. "Очищенная" от дребезга матрица состояний выдавалась "наружу". А по истечении определенного интервала времени, которое опять же индивидуально для каждой кнопки, соответствующие биты "выходной" матрицы состояний инвертировались до тех пор, пока соответствующий бит "на входе" функции, соответствовал нажатой кнопке.

[Stanislav_S]

Этот момент надо обустроить так: при нажатии на кнопку должно выводиться какое-либо сообщение, типа "НА! нажатая я!" а потом, после злополучных 6 секунд тихо переходить в меню и ждать отпускания (залипшей) кнопки. А если юзер отпустил кнопку раньше - сообщение убрали. Имхо, конечно.

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

[C.S.]

Ребят, а подскажите, как лучше сделать обработку действия кнопки? Я взял за основу алгоритм от MrYuran , http://electronix.ru/forum/index.php?showt...st&p=571913 . У меня пока что три кнопки (учусь на них), без матрицы.
Я хочу, чтобы у меня была процедура опроса кнопок (вызывается, скажем, каждые 10мс). Она отвечает за выставление флагов "Нажато", "Долго нажато" и выдаёт биты того, что нажато.
Но меня смущает, что это чудо занимает уже под 100 байт кода, и 5 регистров. Всего для 3х кнопок.

Направьте на мысль, как бы обойти такую ситуацию в интерфейсе пользователя: скажем, юзер нажал кнопку, уставка увеличилась. А он кнопку отпускает и держит пальцем (естессно, что мы обработали нажатие один раз). Пока что я вручную скидываю бит нажатой кнопки после того, как обработал её нажатие. А при определении "Долго нажата" снова ставлю бит нажатой кнопки и флаг LOCKED.

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

У меня пока что флаги PRESSED и LOCKED стоят битами (на все кнопки), и ещё есть биты, которые показывают нажатие каждой кнопки.
Может, завести для каждой клавиши свой набор флагов?
З.Ы. Пишу на АСМе, на Си мне вообще ни черта не понятно

Сообщение отредактировал C.S. - May 7 2009, 09:53

[MrYuran]

У меня пока что флаги PRESSED и LOCKED стоят битами (на все кнопки), и ещё есть биты, которые показывают нажатие каждой кнопки.
Может, завести для каждой клавиши свой набор флагов?

У меня был один набор флагов на всю клавиатуру (4 кнопки).
Комбинации одновременных нажатий максимум из 2-х кнопок (больше нажать затруднительно ).
Все кнопки заведены на один порт, соответственно скан-код - общий на все кнопки. Фактически это состояние порта с наложенной маской в 4 бита.
Любое изменение кода (нажатие/отжатие кнопок) воспринимается как дребезг и сбрасывает флаги.

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

З.Ы. Пишу на АСМе, на Си мне вообще ни черта не понятно

Вот это зря... Что непонятно...
А насчёт 100 байт - что такое 100 байт в масштабах галактики!
Иногда лишний флажок компилятора помогает утоптать код на несколько кил

[C.S.]

Значит, я мыслю верно, но туплю насчёт моментов нажатия и отпускания.
1. Определили нажатие кнопки.
2. Считаем счётчик. По достижении защиты от дребезга выставим информацию "Кнопка ХХ нажата"
3. Считаем дальше. Досчитали до какого-то значения, выставляем информацию "Кнопка ХХ нажата долго"
4. Определили отпускание. Ставим информацию "Кнопка ХХ отпущена".

Основная программа, как мне видится, должна работать так:
Найден флаг "Кнопка ХХ нажата" -> скинули флаг (чтобы не пройти это услвие второй раз), обработали реакцию на нажатие
Аналогично с "Кнопка ХХ нажата долго" и с "Кнопка ХХ отпущена".

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

З.Ы. Хм, а что такое 100 байт в масштабах меги 8?
Пока писал на АСМе, и никак не могу представить СИ в МК - он как-то тут неявно... в асме всё чётко - LDI Rx, 123. А в СИ это как-то непривычно.

В общем меня интересует именно обход последующих реакций "нажатия" на кнопку, если пользователь её ещё не отпустил.
При этом скан у меня идёт по таймеру. Вот я и думаю в направлении флагов - после обработки реакции на нажатие флаг сбрасывается.

[MrYuran]

В общем меня интересует именно обход последующих реакций "нажатия" на кнопку, если пользователь её ещё не отпустил.
При этом скан у меня идёт по таймеру. Вот я и думаю в направлении флагов - после обработки реакции на нажатие флаг сбрасывается.

Вот в том куске, который я выкладывал, есть ещё флажок "Key_Tick", который выставляется для вызова обработчика кнопки.
Идея была такая. Например, при коротких нажатиях на кнопки "Вверх/Вниз" нужно было изменять параметр на 1. После залипания (через 1с) должна начинаться быстрая "прокрутка" (10 тиков в секунду).
Соответственно, сделал так:
После антидребезговой паузы ставлю первий "тик".
После залочки тики следуют с уменьшенными интервалами.
По каждому тику вызывается обработчик, в конце которого Key_Tick сбрасывается.
Ну и вообще комбинацией этих флагов можно описать практически любую ситуацию.

[C.S.]

Посмотрите пожалуйста алгоритм, если не сложно, на предмет камней. Нарисовал на примере одной кнопки.
 KeyScan.pdf ( 93.93 килобайт ) Кол-во скачиваний: 344

[Genadi Zawidowsk...]

в аттаче - файл keyboard.c все Ваши проблемы там решены.

[C.S.]

Спасибо! Сейчас посмотрю, поразбираюсь.

[C.S.]

2Genadi Zawidowsk...
А можно один вопросик? У нас же kbd_press при таком написании: switch (++ kbd_press) сначала инкрементируется, потом сравнивается?

[Genadi Zawidowsk...]

2Genadi Zawidowsk...
А можно один вопросик? У нас же kbd_press при таком написании: switch (++ kbd_press) сначала инкрементируется, потом сравнивается?

да, так и задумано...

[Genadi Zawidowsk...]

2Genadi Zawidowsk...
А можно один вопросик? У нас же kbd_press при таком написании: switch (++ kbd_press) сначала инкрементируется, потом сравнивается?

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

[C.S.]

Да, конечно. Интересно это всё на асм переводить %)

[Genadi Zawidowsk...]

Да, конечно. Интересно это всё на асм переводить %)

ОХ! вот, оказываеттся, чем Вы занимаетесь! Сказали бы - я тихо бы молчал... У Вас, я понимаю, времени еще много впереди?
А попробовать свою задачу на С изобразить времени нет?

[C.S.]

*стало стыдно* Я делаю для себя. Знаю, что на профессиональный уровень не выйду. Наверное, интересно повозиться.
Хочу в итоге получить управляемый диммер. Пока вожусь на Меге8 (то, что было) - думаю, туда СИ и реалтайм под диммер не влезут просто.
Зато, в принципе, переводя, можно поучиться и оптимизировать и понимать, что происходит в проце.
Хотя, конечно, я могу быть старомодным... ибо лет 5 назад возился с MCS51, потом забросил.

В любом случае спасибо. Постараюсь не поднимать флуд на тему СИ vs ASM

[Genadi Zawidowsk...]

Я делаю для себя

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

Я возился со всем (почти со всем) кроме mcs51. И работающее изделие на новом для меня AVR появилось за несколько часов после того, как я принес домой первый купленный мною в магазине ATMega162 и спаял stk200. С ассемблером разбираться не стал - а просто засунул в него один из старых проектов для Intel386.

Сообщение отредактировал Genadi Zawidowski - May 12 2009, 09:26

[C.S.]

Вас понял. В следующих девайсах попробую на СИ. Хотя асм кое-где интереснее... все же.
Ну это, как и на компе. Если надо пару кнопочек - то берём, скажем, VB. Если точность и быстроту - например VC++. Что-то среднее - дельфи.

[VladimirYU]

... а просто засунул в него один из старых проектов для Intel386.

Если не секрет, как Вам это удалось?

[MrYuran]

думаю, туда СИ и реалтайм под диммер не влезут просто.

Да ладно вам, какой в диммере релтайм?
Один раз настроить таймер и пусть сам лупит до посинения

А насчёт си... вот я толькочто по наводке товарищей наискосок прочитал про форт (forth) и прям-таки загорелся попробовать.
Жалко только, что чисто для себя, ибо использование такой экзотики для работы не прокатит однозначно.
Ибо коллеги мыслят категориями фреймворков и разных обшарпанных технологий

 _________________________________1.pdf ( 90.44 килобайт ) Кол-во скачиваний: 251

Вот, например, описывается своеобразный макро или даже метаассемблер

[Genadi Zawidowsk...]

Если не секрет, как Вам это удалось?

Результат, собственно, и выложен был в этой теме. Обычное дело для C-шных проектов. Сейчас в нем осталось только ATMega и AT91SAM7S, i386 остался "за кадром".
В том не использовалось ничего из специфической периферии - только ввод с выводом через паралельные порты - потому легко м перенеслось. Да, и библиотека целочисленной арифметики с произвольной длинной операндов была заменена на typedef unsigned long long phase_t;

Сообщение отредактировал Genadi Zawidowski - May 12 2009, 15:07

[rezident]

Сообщение модератора. Уважаемые, пользователи! Придерживайтесь, пожалуйста, темы, обозначенной в корневом сообщении топика, и не начинайте очередной "холиварной" темы C vs ASM или C vs Foth.

[C.S.]

в аттаче - файл keyboard.c все Ваши проблемы там решены.

Ну шо. Докладываю - добрался до своей насчастной меги, закодил. Запахало. Дальше буду ловить логические глюки:
1. Если удерживать одну кнопку, нажать вторую, то автоповтор работает для первой.
2. Хотелось бы, чтобы нажатие было сразу при нажатии кнопки..., а не при отпускании. Так конечно визуальнее удобнее. Пока тестирую на светодиодах.
Спасибо за помощь. Буду дорабатывать.

[ukpyr]

Пока вожусь на Меге8 (то, что было) - думаю, туда СИ и реалтайм под диммер не влезут просто.

мда... у меня в М8 влез 4х-канальный диммер на 3х фазах (программный, не на аппаратных ШИМах) + 12-разр.дин.индикация + Modbus 56K + 1-Wire DS18b20 (правда с его дурацким протоколом пришлось повозиться чтобы обмен не мешал всему остальному) + измерения нескольких каналов АЦП. на AVR-GCC. 8 Кбайт - это КУЧА памяти.

Ну шо. Докладываю - добрался до своей насчастной меги, закодил. Запахало. Дальше буду ловить логические глюки:
1. Если удерживать одну кнопку, нажать вторую, то автоповтор работает для первой.
2. Хотелось бы, чтобы нажатие было сразу при нажатии кнопки..., а не при отпускании. Так конечно визуальнее удобнее. Пока тестирую на светодиодах.

уже было : http://electronix.ru/forum/index.php?showt...mp;#entry571961
и автроповтор, и задержка, и подавление дребезга, и обрабтка любых комбинаций кнопок реализуются двумя переменными - битовой маской нажатых клавиш и счетчиком нажатия. и никаких доп.флагов. подумайте над алгоритмом, там все просто.

Сообщение отредактировал ukpyr - Jun 7 2009, 19:12