Обновить
14
Виктор Карташов@GreatMerlin

Разработчик ПО

11
Подписчики
Отправить сообщение
Видимо, они наконец-то пришли на Маркет, а значит, будут обновления. Вот даже страницу, упомянутую в «about», сделали.
Интересно, что мешало выложить своё творение в свободный доступ в версии 1.0 (с Оптимуса).
Действительно, что-то я поторопился с выводами.
Вариант решения: благодаря долгому (относительно большой частоты) нажатию кнопки сравнивать предыдущее и текущее значения триггера, и при их совпадении считать значение установившимся со всеми вытекающими. Контролировать срабатывание легко по изменению индикаторов LED.
Откуда асинхронность, если значение с триггера принимается в расчёт только по приходу фронта сигнала синхронизации? Насколько я понимаю, фронт — моментное состояние, и одновременно с ним существует одно конкретное значение сигнала RESET. А так как кнопку нажимает человек, при частоте 50MHz (её при желании можно поднять до 60) хотя бы на один фронт CLK с большой вероятностью попадёт «чистое» значение с триггера, а не его фронт/спад.
И сильная экономия получится? Привык не заниматься ненужной оптимизацией, а в моём случае логических элементов и так использовано немного.

Второе — да, для красного словца написал :)
Спасибо, действительно, рудимент остался
Вот из мануала:
A Schmitt Trigger circuit on each switch debounces the signal
От какого дребезга? Контактов? Там же триггеры стоят
Спасибо, добавил ссылку
2

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность

Специализация

Разработчик приложений
Ведущий
C++
C
Разработка программного обеспечения
Linux kernel
Linux
Криптография
Прикладная криптография