acvarif 0 5 марта, 2012 Опубликовано 5 марта, 2012 · Жалоба В проекте Quartus 90 имеется несколько VHDL модулей. Каждый из отдельных модулей можно назначить верхнеуровневым. Для любого отдельного модуля можно создать симуляционную модель. Но не пойму почему для каждого отдельного модуля не создается .sof файл для конфигурирования ПЛИС. .sof создается только для главного модуля название которого совпадает с названием проекта. Хотя PinPlaner работает как положено для нужного выбранного модуля. Подскажите пожалуйста как настроить Q так, чтобы он создавал .sof файл для любого желаемого модуля проекта. Спасибо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iosifk 3 5 марта, 2012 Опубликовано 5 марта, 2012 · Жалоба Подскажите пожалуйста как настроить Q так, чтобы он создавал .sof файл для любого желаемого модуля проекта. 1. Никак, т.к. никакого смысла это не имеет... 2. Зачем это Вам нужно? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
acvarif 0 5 марта, 2012 Опубликовано 5 марта, 2012 · Жалоба 1. Никак, т.к. никакого смысла это не имеет... 2. Зачем это Вам нужно? Смысл в том, чтобы иметь возможность конфигурировать в ПЛИС любой отдельный модуль проекта (например при первичном тестированиии проекта). Кажется разобрался... .sof всегда создается для верхнеуровневого файла. Но название свое не меняет. Если верхнеуровневым назначить любой файл проекта, то для него и будет создан .sof Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iosifk 3 5 марта, 2012 Опубликовано 5 марта, 2012 · Жалоба Смысл в том, чтобы иметь возможность конфигурировать в ПЛИС любой отдельный модуль проекта (например при первичном тестированиии проекта). Кажется разобрался... .sof всегда создается для верхнеуровневого файла. Но название свое не меняет. Если верхнеуровневым назначить любой файл проекта, то для него и будет создан .sof так не получится. Есть термин "частичная реконфигурация". Ищите про нее... а sof всегда создается на весь кристалл... что касается "первичного" тестирования, то это совсем другая песня. "Любой другой модуль" вообще может быть отлажен отдельно на совсем другой плате, причем я отлаживал все части проекта на плате, которая вставлялась в компьютер. При этом все значительно упрощалось, т.к. вся отладка шла под управлением самодельных тестирующих программ. А если речь идет о тестировании микросхемы на плате, то смотрите JTAG-сканирование. И это тоже "отдельная песня"... Удачи! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
StewartLittle 41 5 марта, 2012 Опубликовано 5 марта, 2012 · Жалоба Подскажите пожалуйста как настроить Q так, чтобы он создавал .sof файл для любого желаемого модуля проекта. Присоединяюсь к уважаемому iosifk - не понятно, зачем оно Вам надо? Тем не менее, можно попробовать сделать в Вашем проекте несоклько ревизий (меню Project - Revisions), и в каждой из ревизий назначить топовыми разные файлы. Тогда при компиляци каждой ревизии будет получаться её собственный sof. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Kluwer 0 7 марта, 2012 Опубликовано 7 марта, 2012 · Жалоба Присоединяюсь к уважаемому iosifk - не понятно, зачем оно Вам надо? А я,как раз, с Иосифом не согласен. Если бы действительно была возможность подгружать собранные модули на кристалл по частям, а не единым .sof-файлом было бы замечательно. Можно бы было на ходу менять конфигурацию внешних интерфейсов, например, не останавливая работу, скажем, встроенного проца. Конкретный пример: ГЛОНАСС-приемник. После того как вы обнаружили сигнал, вам нужна совершенно другая конфигурация для его сопровождения. Но, как показал опыт, за то время, что вы будет перезаливать весь кристалл новой прошивкой, на подвижном носителе (например, самолете) вы гарантированно сигнал по доплеру потеряете. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
wert101 0 8 марта, 2012 Опубликовано 8 марта, 2012 · Жалоба Конкретный пример: ГЛОНАСС-приемник. После того как вы обнаружили сигнал, вам нужна совершенно другая конфигурация для его сопровождения. Но, как показал опыт, за то время, что вы будет перезаливать весь кристалл новой прошивкой, на подвижном носителе (например, самолете) вы гарантированно сигнал по доплеру потеряете. Подробнее о Вашем опыте можете рассказать? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Kluwer 0 8 марта, 2012 Опубликовано 8 марта, 2012 · Жалоба Подробнее о Вашем опыте можете рассказать? Да чего ж нельзя... Вкратце так: для радиолокационного проекта, в котором в качестве внешней подсветки используется глонассовский сигнал нужно было сделать макет. Выбрали отладку со Stratix IVGX (с дуру!). Обрадовавшись ёмкости этого камня и т.к. надо было побыстрей, для захвата сигнала решено было использовать не корреляторы, а СФ для ПСП-сигнала. Плюс в том, что не надо поиск по задержке осуществлять, а минус в том, что СФ 2000 порядка в параллельной форме (БПФ мы использовать даже и не пытались) да ещё и с перегружаемыми коэффициентами жутко долго собирается и поглощает львиную долю ресурсов даже в таком мощном камне. А для сопровождения уже обнаруженного по доплеру и задержке сигнала нужна уже несколько другая структура, но обе структуры в камень уже не лезут. Появилась идея после обнаружения сигнала перезаливать ПЛИСину. Да вот только перезаливать её приходится с компа, а за время заливки, как показывают расчёты сигнал по доплеру запросто можно потерять. Вот и стало обидно, что нельзя для ПЛИСины готовить прошивку из частей. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dvladim 0 10 марта, 2012 Опубликовано 10 марта, 2012 · Жалоба Да вот только перезаливать её приходится с компа, а за время заливки, как показывают расчёты сигнал по доплеру запросто можно потерять. Вот и стало обидно, что нельзя для ПЛИСины готовить прошивку из частей. Т.е. для вас было важным не только возможность создавать прошивки, но и время их перезаливки в ПЛИС. А какое время критичное? И если бы кристалл был меньше и время загрузки меньше, то успели бы? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
wert101 0 10 марта, 2012 Опубликовано 10 марта, 2012 · Жалоба Да чего ж нельзя... и поглощает львиную долю ресурсов даже в таком мощном камне. А для сопровождения уже обнаруженного по доплеру и задержке сигнала нужна уже несколько другая структура, но обе структуры в камень уже не лезут. Появилась идея после обнаружения сигнала перезаливать ПЛИСину. Да вот только перезаливать её приходится с компа, а за время заливки, как показывают расчёты сигнал по доплеру запросто можно потерять. Вот и стало обидно, что нельзя для ПЛИСины готовить прошивку из частей. В Вашем случае налицо всего лишь неправильный выбор кристалла по емкости для Вашего проекта. К теме ТС, желавшего не понятно зачем создавать ".sof файл для любого желаемого модуля проекта" (?!), о чем ему сразу же и сообщили, Ваш случай, на мой дилетанский взгляд, не имеет. ;-) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
