Как бы вы все реализовали простую задержку сигнала?

По профессии я разработчик консольных игр и не имею формального образования в области электроники/электротехники. На игровом жаргоне «нуб», если хотите. И все же у меня появилась новая страсть возиться с этим замечательным ремеслом.

На данный момент я пытаюсь учиться и развлекаться, делая игрушку «светодиод с прокруткой» для своей дочери. Моя идея для этого довольно проста, у меня есть регистр сдвига (SN74HC595) и 8 светодиодов, получающих от него входные данные. Будет две кнопки. Когда кнопка A нажата, она «вставляет» в регистр 1, а когда нажимается B, в регистр вставляется 0. При этом вы можете «запрограммировать свой светодиодный шаблон». А затем, щелкнув другим переключателем, регистр сдвига будет тактирован (используя простой нестабильный мультивибратор RC) (замыкание QH' в QA). Делаем узор для прокрутки. Достаточно просто.

Но моя проблема связана с той частью, которая выполняет «вставку» данных в реестр. Скажем, чтобы вставить 1 в регистр, когда кнопка A нажата и отпущена, я сначала должен перевести линию «SER» (данные) регистра в высокий уровень, а затем после короткого периода времени (время установки, 25 нс для таблицу данных регистра) подтяните SRCLK (часы регистра сдвига) к высокому уровню. Вот и все. Однако..

Мои кнопки переключения не дребезжат. Я узнал о дебаунсинге из этой замечательной статьи: Дебаунсинг . У меня не было никаких частей, которые могли бы помочь мне с истеризисом, поэтому мне пришлось просто игнорировать это. Но с помощью указанных там методов я смог рассчитать точные значения резисторов и цоколя, чтобы поддерживать напряжение в нужном диапазоне, пока мой переключатель лязгает и стучит сам с собой. Переключатель дергается в течение 10 мс (приобрел себе дешевый оптический прицел, китайский. Но работает), поэтому я держу его неподвижно около 20 мс. Мои расчеты и результаты моделирования с помощью Multisim.com совпали. Итак, моя кнопка устранения дребезга работает, как и ожидалось.

За исключением случаев, когда я пытаюсь использовать этот «сигнал». Я должен сделать две вещи с этим сигналом. Сначала направьте его в строку SER реестра. А затем после небольшой задержки (25 нс - несколько мс?) направьте его на линию SRCLK, чтобы синхронизировать его. Другими словами, сначала поднимите SER до высокого уровня, затем поднимите SRCLK до высокого уровня. И для введения этой "задержки" я обратился к единственному известному мне механизму задержки - сети RC. Поэтому, как только я получаю выходной сигнал с подавленным дребезгом, я заряжаю конденсатор через резистор, и этот заряженный выходной сигнал я использую для управления SRCLK.

В тот момент, когда этот новый конденсатор и резистор добавляются в мою «схему подавления дребезга», мои расчеты стоимости деталей больше не верны, потому что новый конденсатор «задержки» и резистор теперь подключены параллельно или последовательно (я даже не знаю больше) с моим хорошим и ранее хорошо работающим конденсатором для устранения дребезга.

Все это затруднительное положение заставляет меня задаться вопросом, правильно ли вообще использовать таймер задержки RC. Как мне подключить вход от коммутатора с отключенным дребезгом к узлу, в котором уже есть конденсатор, не испортив все мои расчеты, или, перефразируя это, как бы вы все реализовали простую задержку сигнала без использования всех причудливых микроконтроллеров и т. д. .?

Вот схема осуждения и задержки. Обратите внимание, что это касается только одной кнопки (а не A и B одновременно). SW2 на первом изображении предназначен только для отладки.

^{смоделируйте эту схему - схема, созданная с помощью CircuitLab}