А разве стандартные SDK под контролеры не предостовляют таких средств ?

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

А разве стандартные SDK под контролеры не предостовляют таких средств ?

Их сложно с программой подружить, проще было своё с нуля написать. Давно уже сделал всё.

За подсказки всем спасибо!

код функции, обновляющей дисплей и сканирующей кнопки

По хорошему, в одной функции это делать нехорошо.
Лучше три функции:

• одна функция на дисплей,

• другая на прерывание от кнопок,

• третья таймер, который вновь разрешает прерывание.

Алгоритм таков: кнопка "дёрнула" прерывание. -> 2-я функция "слушатель" прерывания запретила повторные прерывание от кнопки и вызвала третью (таймер).
Не знаю, возможен ли асинхронный вызов функций в Ардуино, а он здесь как раз нужен.
Суть в том, что 2-я функция должна вызвать 3-ю функцию (таймер), а сама 2-я должна завершиться не дожидаясь окончания работы 3-й.

3-я функция, по окончании своей работы, снова разрешает "слушать" прерывание для второй функции.

1-я функция для дисплея - за скобками.

Как-то так. ИМХО

void refreshDisplay() {
  byte i;
  boolean inLvl;

  // три переменные ниже - типа byte, объявлены в теле программы; хотя последнюю можно и локально, потом перенесу
  keyPressedPrev = keyPressedCurr;
  keyPressedCurr = 0;
  keysPressed = 0;

  // digits - byte array[27], в него пишем сегменты, которые надо включать, для единицы это 0B01100000, там ещё некоторые и буквы, и упрощённый знак градуса, и т.д.  
  // LEDisplay - byte array[8], а здесь только коды символов, для цифр 0-9 они совпадают с цифрами, для A-F это с 10 по 15 и т.д.
  for (i = 0; i <=7; i++) {
    // сегменты пишем в регистр, экономия выводов
    digitalWrite(latchPin, LOW);
    shiftOut(dataPin, clockPin, MSBFIRST, digits[LEDisplay[i]]);
    digitalWrite(latchPin, HIGH);
    digitalWrite(i + 2, HIGH);
    delayMicroseconds(666); // задержки в 2/3 миллисекунды хватает для нормальной яркости, там разисторы по 330 Ом
    // кнопки висят только на четырёх первых выводах, так что лишнее не сканируем
    if (i < 4) {
      inLvl = digitalRead(keyInputPin) == HIGH;
      keyPressedCurr = (keyPressedCurr << 1) | inLvl;
      if (inLvl) {
        keysPressed++;
      }
    }
    digitalWrite(i + 2, LOW);
  }
  // а если нажато больше одной - нам это не надо :)
  if (keysPressed > 1) {
    keyPressedCurr = 0;
  }
}

Что именно выводить - готовится отдельно от отображения. Проще разбить на маленькие логические блоки и их отдельно тестировать.

user160, Вы не совсем правы. Основная проблема в том, что в это время надо выполнять другие действия, такие, как обновление экрана, вычисления, сбор информации с датчиков...

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

Rizado, может не совсем я прав, но для сглаживания дребезга контактов используются RC цепочки на землю или триггеры Шмидта. Но, ИМХО, получить квадратную форму сигнала все равно не получится, но хороший меандр - да. 

Проехали. Уже лет 30 как. Всё давным-давно решается программно. И клавиши сканируются, так что RC цепочки тут не поставить.

Но меня интересует программное подавление

Ваш длинный текст упрощаю.
Выявленное событие перехода кнопки в любое другое состояние: 0-> 1 или 1 -> 0 должно запускать таймер (таймаут), в течении которого система на другие переходы (из-за возможного дребезга) не реагирует. После таймаута возобновить "прослушку" событий переходов.