Делаю сейчас крупный проект с QSys, стало напрягать следующее - каждый раз при запуске компиляции проекта в квартусе, зачем-то перегенерируется вся qsys-подсистема. Вижу в этом как минимум три минуса и ни одного плюса:
1) Тратися время на саму перегенерацию, минуты две-три;
2) Слетает партшн, назначенный на эту подсистему до состояния source modified, соответсвенно она пересобирается целиком с нуля;
3) меняется timestamp в самой системе, а значит желательно пересобрать и софт тоже.
Это оно зачем так делает и как бы это побороть?
Quartus 11.1, в десятке было так же, если не ошибаюсь, 12 еще не пробовал...

Проверьте есть ли у Вас в дереве проекта файл *.qsys и если есть - удалите его из дерева. Вместо него должен быть файл *.qip. (здесь * - имя Вашей Qsys-системы).

При удалении qsys и добавлении qip появляется масса Critical Warning в процессе работы Timing Analyzer.
Кто виноват, и что делать?

Quartus 12.0sp2.

Может быть слетели sdc-файлы? Проверьте, подключены ли они.

виноват тот, кто удалял

читать, что пишется в сообщениях. или сюда выложить логи

Метод сработал, за что советовавшему благодарность

Ну и в копилку маразмов: начиная с какого-то очередного компонента (а всего их около 70 в системе было), в синтезированной системе новые модули перестали быть доступны в адресном пространстве. То есть адреса распределены, всякие арбитры сгенерированы и т.д. А в железе при попытке обратиться к указанному адресу, читается другой кусок адресного пространства, физического обращение к модулю не происходит (read/write стоят в нуле). После бития головою в течении суток, переполз на последний квартус - все заработало...

если я не ошибаюсь, в 12 квартусе заявлено 64 битное адресное пространство в Qsys.

Сообщение отредактировал wpost - Feb 2 2013, 14:46

Не знал, интересно как со стороны процессора 32-разрядного это поддерживается. Надо будет почитать. Впрочем непосредственно это влиять было не должно - адресного пространства там еще дофига было.