Реализация счетчика на рассыпухе, скорость/кол-во элементов Опции

[BarsMonster]

Добрый день, для моего хобби-проекта необходимо сделать обычный счетчик на отдельных логических элементах, 16-20 разрядов, только инкремент на 1.

Из-за того, что это именно "рассыпуха", классические схемы сумматоров с ускоренным переносом реализовать не выйдет, слишком огромная схема выходит.

Подскажите, есть ли какой-то подход, чтобы схема работала хотя-бы с задержкой 6-8 едениц (еденица=задержке на однобитном сумматоре), но и кол-во новой логики не было в разы больше схемы с последовательным переносом... Или подскажите книгу где разбираются разные реализации счетчиков (рус/англ), пока все что я находил - было по сумматорам, и схемы там получались огромные для 16 разрядов.

Сообщение отредактировал BarsMonster - May 29 2010, 12:41

[MrYuran]

Не понял немного, причём тут сумматоры. Счётчики обычно на триггерах делаются.
16 разрядов - 4 каскадно соединённых 4р счётчика.
Задержка там определяется временем переключения триггера
Синхронные счётчики

[ae_]

Что понимается под словом "рассыпуха" - отдельные элементы И, ИЛИ, НЕ ?
Можно ли в проекте использовать JK-триггеры, синхронные двоичные счётчики ?

[BarsMonster]

Не понял немного, причём тут сумматоры. Счётчики обычно на триггерах делаются.
16 разрядов - 4 каскадно соединённых 4р счётчика.
Задержка там определяется временем переключения триггера
Синхронные счётчики

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

Что понимается под словом "рассыпуха" - отдельные элементы И, ИЛИ, НЕ ?
Можно ли в проекте использовать JK-триггеры, синхронные двоичные счётчики ?

Да, именно И, ИЛИ, НЕ.
Понятно что любые нужные более сложные компоненты можно получить из этих, и сохранить в библиотеке.
Т.е. в общем случае использовать можно все, но значение имеет именно количество получающейся рассыпухи низшего уровня.

[domowoj]

Насколько я вижу, тут задержка получается равной сумме задержек переключения всех 16 триггеров.

Одного тригера + задержка в логике(в вышеприведенной схеме счетчика)
Поштудируйте буквари по синхронным счетчикам

Да, именно И, ИЛИ, НЕ.
Понятно что любые нужные более сложные компоненты можно получить из этих, и сохранить в библиотеке.
Т.е. в общем случае использовать можно все, но значение имеет именно количество получающейся рассыпухи низшего уровня.

На И, ИЛИ, НЕ, ИМХО, мазохизм!

Сообщение отредактировал domowoj - May 29 2010, 16:53

[BarsMonster]

Одного тригера + задержка в логике(в вышеприведенной схеме счетчика)

Вы правы, вопрос решен.