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

Хммм а защо преместващите регистри да хабят време, дори там има мегдан да направиш още по огляма автоматика, оставяш клока и датат да ги клати някоя от вградените периферии, за целта има достатъчно, а реално то и дата не ти трябва а само клок, а входовете на прекъсване, или входа, ако и входа е мултиплексиран .. чудничко, всичко си пее само и имаш прекъсване само като имаш натиснат бутон, ама външни компоненти отиват. А стейт машина за бутони .. знам ли, ако имаш много бутони става разхищение на код май ... не мис е мисли сега, но така ли иначе имаш някаъв таймер който определя времеконстантата на дебонсинга, може по един да клатиш всички бутони, а може и всеки да си има негов, което си е вече разхищение, при бутони е безсмислено но при реални сигнали няма друг избор.
Някакви оптични датчици четях преди години, релано квадратурен енкодер в по-голям мащаб, да ама имаше доста лъжливи импулси, къде се надраскало черното и станало бяло, къде някой боклук, та на нещо такова не може с еидн таймер, всеки сигнал трябва да си има негов, но за клавиатура яма проблем, дали ще обработиш клика 50 мс по рано или по-късно в повечето случаи няма особенно значение.

п.с. аз не казвам че мойта пркатика е за пример де, аз съм далеч от програмист, моите алгоритми са доста .. двоични да ги наречем, по скоро са подходящи за cpld-та от колтко за процесори, ама до това води правенето на декодери на ttl-ки

Е па посмали малко
Нали знаеш че алгоритмите в HDL се изпълняват мигновено, независимо че както всеки алгоритъм съдържат последователност от стъпки...

За обработка на бутони съм си извел 2 решения. И при двете е валидна конвенцията "1=натиснат,0=не натиснат".
1. В случай, че трябва по-сложна логика за бутон (задържане, отпускане, двоен клик и т.н.).
Get_ButtonStates() трябва да връща новите състояния на бутоните само в четни битове, за да могат лесно да се получават фазите.

2. Ако трябват само 'pressed' събитията. Няма изисквания за към реда на битовете.

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

Затова състоянията на бутоните се доставят през функция. Предполага се, че се подават вече дебаунснати входове. А дебаунса, смятам, си е толкова тривиална задача, че не си струва да разтягам локуми и за него.

Хмм то точно дебонса е тов акоето може да изяде ресурс, много често съм виждал дебонсинг с делей или while

дърлите се за глопости, колеги

в днешно време бутоните се цъкат с айфон.
или в краен случай си има фреймуърк (последните лайнукси) - button, led... казваш с cat кой диод в какъв цвят да мига и на какъв интервал и си готоФ

какви са тия пикове, асемблер...

уфф все забравям коя година сме, сори за офтопика, другия път ще го направя със Сири ...

Щото мелите как се прави топла вода (май), да ви кажа как го правех аз, когато през ранния период на Креда се правех на програмист:
Емулирах интегратор след който поставях компаратор с хистерезис на 1/3-та (почти таймер '555). Софтуерно се получава много по-просто отколкото звучи описанието на пръв поглед. Идеята е промяната в изправен (идеален) бутон да се открива за десетина милисекунди, неизправният - по-бавно. И т.н.

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

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

Ами ... те на ти го каза, навиването на брояч е интегриране, както и инкрементването на променлива също, друг е въпроса ако се хващаш за кривата по която се получава и магическото "е" ... но и това не е невъзможно с почти същите усилия, само дето ще изяде малко рам, по скоро флаш. Но никакъв смисъл няма, цъкаш брояча и си пееш, това е най-лесното.
ех... Дедо ме изпревари

Ето. Страница 8

Това сработи с флага идеално:

if((button[1] == 0)&&(flag==0)){flag=1;PORTC.1=1;}
if((button[1] == 1)&&(flag==1)){flag=0;PORTC.1=1;}