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

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

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

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

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

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



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

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

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

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