Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: MaxII неработоспособность схемы при минимальных изменениях проекта
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Работаем с ПЛИС, области применения, выбор
ktod
День добрый.
Мне необходима консультация вот по какому вопросу.

Исходные данные:
EPM570T100C5N
Тактовый генератор GXO-U102H 64MHz

Реализую схему состоящую из двух генераторов некоторой последовательности и измерителя ответа внешней схемы. Генераторы - генерят(то что надо), измеритель - измеряет (немного не так как задумывалось). Все три части схемы между собой связаны только через clk. Реализация смешанная - болчные диаграммы + vhdl.
Вношу минимальные изменения в схему измерителя (например: подача логической единицы на updown вход lpm_counter вместо некоторого сигнала), компилирую, программирую и получаю полностью неработоспособную схему. Т.е. нет даже генерации ни от одного генератора - тишина на выводах.
Симуляция работает правильно.

В чем может быть причина такого поведения? И как от этого избавиться?
Builder
Цитата(ktod @ Nov 17 2008, 10:18) *
Вношу минимальные изменения в схему измерителя (например: подача логической единицы на updown вход lpm_counter вместо некоторого сигнала), компилирую, программирую и получаю полностью неработоспособную схему. Т.е. нет даже генерации ни от одного генератора - тишина на выводах.
В чем может быть причина такого поведения? И как от этого избавиться?

А как у Вас с осинхронщиной? Обычно такие вещи происходят когда есть асинхронные куски,
в которых легко напортачить.
ktod
Синхронный конвейер. На каждом шаге конвейера нет ничего кроме региста/счетчика и простейшей логики.
По времени укладывается с большим запасом. По этому вопросу варнингов при компиляции нет. (есть только на неиспользуемые входа)
sazh
Цитата(ktod @ Nov 17 2008, 09:18) *
Вношу минимальные изменения в схему измерителя (например: подача логической единицы на updown вход lpm_counter вместо некоторого сигнала), компилирую, программирую и получаю полностью неработоспособную схему.


Смотрите таблицу истинности на lpm_counter. Наверно противоречие между назначением порта и используемым параметром направления счета.
( если updown константа, этот порт не используется. используется параметр)
-Al-
У меня с MAXII тоже некоторая неоднозначность присутствует, причем зависит от версии квартуса. QII 6.0 компилирует стабильные проекты, чем более поздние версии квартуса. Для MAXII приходится ипсользовать 6ую версию...
Builder
Цитата(ktod @ Nov 17 2008, 11:28) *
Синхронный конвейер. На каждом шаге конвейера нет ничего кроме региста/счетчика и простейшей логики.
По времени укладывается с большим запасом. По этому вопросу варнингов при компиляции нет. (есть только на неиспользуемые входа)

С внешним миром ошибок общения не может быть, мож там чего?
Как вариант - посмотреть схему после разводки, что там нагенерилось с этим счётчиком.
Как показывает практика - всё-же это ошибки проектирования, а не микрухи.
Stewart Little
Цитата(ktod @ Nov 17 2008, 10:28) *
Синхронный конвейер. На каждом шаге конвейера нет ничего кроме региста/счетчика и простейшей логики.
По времени укладывается с большим запасом. По этому вопросу варнингов при компиляции нет. (есть только на неиспользуемые входа)

Попробуйте отменить NOT Gate Pushback.
ktod
sazh, Простите, не совсем Вас понял.
Речь идет о том, что не работает не просто данный счетчик, а о том, что перестает работать та часть схемы, которая никак не связана с данным счетчиком.

-Al-, Текущая версия 8.1
Начинал данный проект как раз на 6.0. Там было еще хлеще. Точно такие же проблемы, но на каждом шагу. После перехода на 8.1 тот же проект, что не работал на 6.0 спокойно заработал без каких либо изменений. И на текущей версии сложности начались только в самом конце разработки. Буквально на последнем шаге конвеера.
ЗЫ: Кристал заполнен на 70%
sazh
Цитата(ktod @ Nov 17 2008, 12:00) *
Речь идет о том, что не работает не просто данный счетчик, а о том, что перестает работать та часть схемы, которая никак не связана с данным счетчиком.


Обычно это говорит о не качественном проекте. (Добавили , убавили - развелось все по другому и перестало работать). Не должен проект зависеть от версии пакета.
MAXII - это тот же циклон, но без памяти.
Смешанный ввод (графика, текст) тоже не причем.
Сравните результаты функциолнального и временного моделирования. Посмотрите рапорт временного анализатора.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.