- вынужден не согласиться, я ведь понимаю как должна работать эта программа, вся проблема в том что я не знаю как это записать в код.
- если я все правильно понял то от дребезга можно избавиться с помощью задержки delay()? Как-то можно избавиться аппаратно?
- это предложение поясняет то, от чего сигналы на INT0 считаются 1 за 2?
- это как?

да: вы вошли в обработчик прерывания, что-то делаете, а в это время контакт дребезжит, т.е. проваливается в 0 и снова становится в 1. таким образом у вас возникает условие для возникновения того же самого прерывания сразу же после того, как вы завершите обработку. вам еще крупно повезло, что только 2 раза на одно нажатие из-за дребезга у вас прерывание обрабатывается - могло бы и 10 раз сработать...

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

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

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

алгоритм опроса кнопки должен быть следующим:
1. считываем состояние кнопки (или кнопок, если их несколько) в какую-то переменную, пусть это будет key
2. делаем задержку на 10-15 миллисекунд, за которые дребезг обычно должен кончиться
3. снова считываем состояние кнопки и сравниваем его с key
4. если оба значения одинаковы - то key и будет соответствовать текущему состоянию кнопки (кнопок), можно его обрабатывать
5. если значения разные - то мы считаем, что дребезг еще не кончился и тогда вместо key выдаем 0, что должно означать отсутствие нажатия кнопок.

на языке Си это может выглядеть так:вы всегда используете get_key(), если хотите определить состояние кнопки или кнопок. особо заострю ваше внимание на функции get_key_code(), для которой я не показал реализацию. дело в том, что эта функция может быть разной для одной кнопки, пяти-восьми кнопок, для матрицы 4х4 или даже более - в каждом случае она должна быть своя. можно заменить ее макросом, если работаем только с 1-8 кнопками. вот пример для опроса единственной кнопки, висящей на 0-ом пине PORTB:так как обычно кнопки с порта вешают на землю, то нажатому состоянию соответствует 0 в соответствующем пине. чтобы не нарушать логику, я инвертирую это значение, чтобы не нажатому состоянию соответствовал 0, а нажатому 1.

если вы повесили 4 кнопки на PORTB, то поступаете вот так:в этом случае в своей программе вы вот так обрабатываете все свои 4 кнопки:

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

P.S. да, примеры я привел с ориентацией на avr-gcc, если вы любитель CodeVision, вам нужно перед всем этим добавиь пару строчек:

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

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

Подробнее>>

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

Берешь указательный палец правой руки и водишь им по программе предсказывая её поведение в каждый момент времени. Это возможно, поскольку программа работает строго определенным образом и не зависит от нашего желания - обычно когда за строгость принимаешь собственное желание возникает неожиданное поведение программы.

Про обход дребезга я уже написал(ниже). Единственное что отмечу - тебе надо считать именно количество моментов отпускания(или нажатия?) кнопки.
Значит в кратце обрисуем алгоритм.
У нас есть бесконечный цикл, внутри него первым шагом стоит задержка 10мс, потом считывание кнопки +сохранение его в переменную, и CASE на 4 состояния кнопки(текущее и предыдущее)
из всех 4-х состояний нам интересно лишь одно - текущее:кнопка нажата прошлое:кнопка отпущена. Как обнаруживаем это состояние - прибавляем +1 к количеству нажатий. И делаем все что нам надо еще - проверяем какое нажатие, если 2-е то что-то делаем и т.д.
Перед переходом к началу цикла копируем текущее состояние кнопки в предыдущее. Замечу еще раз: чтобы не нарваться на дребезг считывать кнопку надо только один раз за итерацию, а внутри цикла работать только с сохраненным значением.



Чрезмерно усложненный алгоритм. Чтобы победить дребезг АБСОЛЮТНО ДОСТАТОЧНО считывать состояние кнопки ОДИН РАЗ на интервале минимум 10мс. Т.е. можно больше и даже немного меньше - зависит от качества кнопки(герконам, говорят, хватает 2мс). Но больший интервал уже может приводить к заметной человеком задержку реакции на нажатие.

Если алгоритм не критичен к скорости выполнения, то можно вставить такую задержку в главный цикл и в начале его считывать состояние кнопки и уже им пользоваться внутри цикла вполне безопасно. Тогда каждая итерация основного цикла будет занимать примерно 10мс, этот факт надо учитывать и использовать(для отсчета времени, например).
Иногда нужно знать предыдущее состояние для отлова моментов нажатия/отпускания - тогда достаточно в конце цикла, сразу перед переходом на следующую итерацию сохранить текущее состояние в переменную прошлого состояния кнопки. Внутри цикла если сравнивать текущее значение и прошлое можно выделить 4 состояния: 1) момент нажатия, 2) кнопка нажата и удерживается 3) момент отпускания 4) кнопка отпущена.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

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

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

ну, это тоже не совсем верно: одного минимального интервала совсем не достаточно

если вы будете опрашивать по 1 разу кнопку каждые 5 секунд, вы пропустите минимум 10 моих нажатий - я страшно быстро на кнопки нажимаю

Это уже проблемы пользователя а не программы. Меньше интервал - начнется реакция на дребезг, больше интервал - будет недоволен пользователь. В обсуждаемом алгоритме, периодичность опроса будет варьироваться +- какая-то сотня микросекунд. Огромная разница, правда? Если есть такие части программы которые выполняются долго а опрос кнопок нужен - повесить анализ кнопок на прерывание от таймера который даст стабильный интервал независимо от основного алгоритма. Но кажется мне что при лагах в программе порядка 5 секунд уже пофиг будет сколько раз пользователь нажал кнопку за эти 5 секунд, тут подход другой нужен - фиксировать лишь сам факт нажатия т.е. повесить кнопку на прерывание и сбрасывать признак нажатия лишь после обработки нажатия, всеравно в эти 5 секунд программа занята очень важной обработкой и отреагировать на нажатие не может.

и чем же это будет лучше (проще?) обычного периодического опроса кнопки, предлагаемому мной? использованием лишнего ресурса - таймера?

в сущнсти, все вами сказанное отторжения у меня не вызывает - варианты известные и применяемые по ситуации. мне приходилось вешать кнопки на линии вывода на ЖКИ - вот там пришлось поизвращаться с опросом, и то обошелся без таймеров и прерываний
но надо ли так все усложнять начинающему?!

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

как изменится ваш код для 16 кнопок матрицей? для 3 кнопок на 3 разных портах? если таймер занят чем-то? если пинов с аппартными запросами прерываний нет свободных?

вы каждый раз будете изобретать новый костыль? я - нет

Универсальным решением я полагаю ВСЕГДА использовать один таймер как системный.
И все относительно большие интервалы типа дребезга, миганий, интервалов регенерации и т.п. вешать на этот таймер как ПРОГРАММНЫЕ таймеры.
А использовать в программе delay() - глупость какая то для любителей подрыгать ногой...
Из серии printf ...

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

+1...

Всегда так делаю...
http://asis-kbr.ru/forum/viewtopic.php?f=13&t=173

Cцепившись в споре, гуру забыли об бедном ТС.
Если не жмут габариты и питание, на первых порах можно дребезг гасить аппаратно, отложив программное на потом, когда опыту поболе накопится. Два варианта на выбор.
Что касается программного - мое мнение, согласованное с котом Мурзиком, через задержки - это через ОПУ. Но каждый делает "под себя" ( в лучшем смысле этих слов ) У меня, как у КРАМа, один системный таймер, который обслуживает все программные таймеры. С кнопками я обращаюсь так : есть 2-байтовый сдвиговый регистр. Получив прерывания от таймера, считываю состояние кнопок и сравниваю с 2-мя предыдущими.
a) Если все 3 совпали - состояние статично, сравниваем его с предыдущим зафиксированным статусом кнопок.Если совпадает - ничего не делаем, не совпадает - выставляем флаг изменения состояния и фиксируем новый статус кнопок.
b) Если не совпали - принятое состояние заталкиваем в сдвиговый регистр, выталкивая самое "давнее" значение. Все.
На словах - сложно, а в коде это - десяток строк на асме.

Честно говоря я не полностью разобрался с вашими советами и начал городить что-то своё.
Посмотрите пожалуйста код и скажите что можно исправить, или заменить что-то?
Эта программа в Proteus работает нормально. Но думаю может вы подскажете еще что нибудь?

Фигня. У вас каждые N мс пока кнопка нажата будут считаться как отдельные нажатия кнопок.(похоже что N = 500).

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

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

-пожалуйста поясните как получилось такое число?

это тот, что до цикла while?
итерация это что?
после while?
ну можна хоть кусочек кода по этому поводу? Я реально не понимаю как это записать.

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