Здравейте,
Начинаещ съм и за първи път програмирам микроконтролер, по-точно PIC16F84A. Да, програмата не тръгна от първия път, но както казваше един мой преподавател, ако едно нещо тръгне от първия път, то има груба грешка.
И така за проблема ми:
На вход RB0/INT съм поставил бутон свързан към 0V, OPTION_REG=0х00, тоест съм включил изтеглящите резистори (дано така се наричат), входът RB0/INT води до прекъсване по заден фронт 1/0 (при натискане на бутона), другите битове не са от значение (TMR0 не го ползвам).
При натискане и отпускане на бутона, микроконтролерът го приема като двойно натискане и отпускане.
Сложих кондензатор 220 nF паралелно на бутона (от входа към 0V). В подпрограмата за обработка на прекъсването поставих забавяне от 40-70 mS. Но и двете неща не помогнаха.
Предполагам, че проблема е от притреперване на контактите на бутона. Интересното е, че някога и при отпускане на бутона се получава проблема.
Предполагам, че напредналите, са срещали този проблем. По какъв начин да го отстраня?

Надявам се да съм улучил форума, защото мисля, че програмно може да се отстрани проблема.
Благодаря Ви предварително!

Този проблем най-лесно може да се отстрани като филтрираш нежеланите прищраквания в софтуера.

Попитай google за 'debounce'. Може и с прекъсване, но аз лично ползвам просто един таймер който през Nms чете състоянието на входовете където е бутона. Само ако последните 4-5 състояния за стабилни и едни и същи се приема, че е натиснат/отпуснат бутона.

Благодаря Ви!
Този таймер, с който проверявате за стабилното състояние, сте написали Nms, от какъв порядък трябва да бъде?
Аз в прекъсването му задавах 40-70 mS, това малко ли е?

+1
Друг начин е да ползваш прекъсването, но да добавиш и таймера като single-shot.
- чакаш прекъсване - като дойде го забраняваш и пускаш таймер с дефинираното от теб debounce време - типично е няколко десетки мс, зависи от типа на контактите, може и да е 1-2мс, може и да е на 100мс при големи контакти (дето като щракнат мигаш с очи в съседната стая)
- като изтече времето за таймера проверяваш състоянието - четеш порта и гледаш - ако е отпуснат бутона значи е нещо кратко и го броиш за смущение (светкавица), ако е още натиснат продължаваш - тук идва логиката за кратко натискане, дълго натискане, двоен клик и тем подобни; разрешаваш порт прекъсването също тук
Разликата с реализацията на Radolin е броя прекъсвания и използването на таймера. Ако имаш нужда от тик в системата и вече имаш таймер (например 1мс) лесно можеш да си закачиш изцяло polling решение (без порт прекъсване).
Ако се опитваш да постигнеш tick-less реализация то ползваш таймера като single shot и той ти дава времевата база за таймера.
Комбинация е да ползваш прекъсването но споменатия от мен "таймер" да стане "софтуерен" - алгоритъм който се държи като single shot но реално е реализиран като код дето работи в tick-а.

Махни кондензатора и сложи външен pull-up (изтеглящ) резистор, например 4.7к
Пробвай така: в прекъсването от RB0/INT с първата инструкция го забраняваш (самото прекъсване). Правиш си там каквото е нужно и пускаш таймера. 40-70 mS е много според мен, 10 би трябвало да стигнат. Когато пускаш таимера, му разреши прекъсването. Когато таймера свърши, спираш го и разрешаваш пак прекъсването на RB0/INT.

Много добра (и изпитана) идея за debounce - http://www.cc.gatech.edu/~hadi/teaching ... bounce.pdf
И още нещо - смени тоя контролер с някой по-нов, че този скоро ще го има само в антикварните магазини

Точно така и аз мисля за прекъсването, то по принцип се забранява когато се ползва някакво прекъсване.

Благодаря Ви много на всички!
Да, зная, че PIC16F84A е вече стар, но четох преди време от къде да се започне и дадоха съвет за него. А и аз съм зле с английския и намерих на руски, където се справям. Освен, че съм начинаещ с микроконтролерите, съм начинаещ и в програмирането. Има доста термини (debounce, single-shot и др.), които не са ми ясни, но ще ги потърся в нета. Надявам се да се справя.
Ако срещна проблем, пак ще попитам.
Отново БЛАГОДАРЯ!

Аз бих ти препоръчал PIC16F627/628/648 той е почти същия, като има някои допълнитени нещица - повече рам, по-вече програмна памет, повече EEPROM . USART модул. Може да работи без кварц. А цената е по-ниска. Идеален е за начинаещи, като почти всичко писано за 84 става и за него.

Ся, само с кондензатор не става, иска и токоограничаващ резистор за да не се *** бутонът рано или късно. Освен това хистерезисът е задължителен.

Най-доброто софтуерно решение е имитация на най-доброто хардуерно.
Пример: променливата Х1 може да е от 0 до 9, а Х2 е 0 или 1. Периодично, да речем през 10мс, четеш порта и ако е "1" увеличаваш Х1, ако е "0" намаляваш Х1 с по единица - това е интегратор. После проверяваш Х1 дали е над 6 или под 3 - два компаратора. В първия случай установяваш Х2=1, а във втория Х2=0, това е тригерът.
Ба маа му таймер 555!
Разбира се, ако не си индиец може да си оптимизираш горния алгоритъм.

Аз често когато позволява приложението на нещото, чета порта през прекъсване на таймер, а не през прекъсване на порт. Примерно 100 пъти в секунда. И проблема практичеки до няма.

Това става ако е бутон, ако трябва да реагираш по време това не върши работа. Примерно отически енкодер, имах такъв случай и се налага да знам кога точно е фронта на сигнала, в същото време обаче трябва да съм сигурен и че не е смущение, в този случай тайм стамп по фронта а след това си правя филтрирането, и ако не е смущение се обрбаотва нататък.

Тъй де. Темата е за бутон, затова съм и добавил уговорката след това. А то и не за всеки бутон става де, но в 99% от случаите работи екстра и практически на иска нищо като код.

С енкодер съм го правил общо взето по твоя начин - input capture например, и изхвърляне на "боклука" по критерий, зависещ от конкретното приложение.

По тази логика, възможно ли е променливата Х1 да е от 0 до 3, а Х2 си остава същата 0 или 1. Периодично, но примерно през 30мс (3 пъти по-голямо време) да се чете порта и по същата логика да се увеличава или намалява Х1 според състоянието на порта. И когато Х1=0, то Х2=0 и когато Х1 =3, то Х2=1.

Не е точно нищо, а има един известен цитат:
[url]the fastest code is the code that never runs[/url]
Което би ни върнало в темата за алтернативния подход и event-driven, но няма значение.
Периодичното следене (polling) има недостатъка че яде ток - изисква tick, който е анти-патерн за пестене на ток и ресурс на CPU.
Което автоматично го праща на заден план ако искаме да правим преизползваем код, който да леко универсален.
Но не отричам че е лесно да се направи така.