я вот подозревал что эти тыркалки это не очень. но чтобы настолько

а если их смазать каким нибудь гелем

у тебя в схеме проблема, ничего не надо

не так подключил наверное

да что я по твоему сосем тупой

я делал несколько поделок с кнопками - всегда норм работало без ничего, кроме случая когда несколько кнопок на соседних пинах

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

короче просто подключи кнопку и удостоверься, что она работает

я кстати говорил у меня такие помехи что просто когда тыкаешь пальцем в этот пин

идут помехи аж на колонки через USB

Так это ты оказывается источник помех 😊)))

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

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

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

Но если есть плохой контакт или помехи, будешь звать Шамана 😊

Класс описал,я в закладки сохранил

Прерывания монопольно захватывают проц. На время обработки прерывания основной код не выполняется. Т.е. если в нём не привязаться к какому нибудь аппаратному таймеру, то выполнение сдвигается по времени. Но ещё круче ситуация когда у тебя несколько прерываний. Каждое может быть важно, но каждое занимает время. И прервать выполнение прерывания может только более высокоприоритетное прерывание. Уж е даже не помню. Есть ли на Атмеге приоритеты дя прерываний.

Есп8266 это убивает вифи

Т.е. такой код как у Alex S изначально расточительная затея. Ввиде напрмер отправки инфы в порт

Не копал сильно в esp8266. Макс из нас делает ардуинщиков со своим КК 😊