Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Конвейер регистров
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Работаем с ПЛИС, области применения, выбор
vlsiz
Всем добрый день!
Есть проект с цифровым фильтром, основой которого служат 16 16-ти разрядных регистра.
Тактируется конвейер от одного клока, последний генерится внутри ПЛИС. Естественно, после компиляции из-за
встраиваемых буферных элементов в цепь синхронизации фронты имеют вобщем то случайную задержку на регистрах,
приводящих к ошибкам в работе конвейера. Это показывает и симулятор. Простое грубое решение - самому описать
дерево синхронизации, принудительно расставляя lcell (для последнего регистра с минимальной задержкой, для
первого регистра - с максимальной). Как здесь более просто и правильно выполнить однотактную синхронизацию?

И еще наблюдение примерно на эту тему.
Если в синхронном счетчике триггера описаны как выходы, то при определенной длине проводника на п/п в работе
счетчика возникают сбои. Включение lcell между триггером и выходом устраняет сбои.
dvladim
Цитата(vlsiz @ Mar 27 2011, 21:07) *
Естественно, после компиляции из-за встраиваемых буферных элементов в цепь синхронизации фронты имеют вобщем то случайную задержку на регистрах, приводящих к ошибкам в работе конвейера. Это показывает и симулятор.

Вот это как раз неестественно. Клоки, как правило, идут по выделенным шинам и перекос на разных углах порядка 100 пс. И даже если это не так, временной анализатор это учитывает.

Отчет по временному анализу какой? Вы констрейны вообще пишете?
Apast
Цитата(vlsiz @ Mar 27 2011, 22:07) *
Всем добрый день!
Тактируется конвейер от одного клока, последний генерится внутри ПЛИС.


Я так понимаю, вы специально не указываете что формируемый клок должен быть глобальный.
Если так - то отсюда и проблема разных времен стабатывания триггеров.
Локальный клок идет по ресурсам трассировки сигналов и может иметь относительно большие
задержки между отдельными триггерами.

Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.