Перейти к содержанию
    

ISE Microblaze временами зависает PAR

В проекте есть небольшой модуль Microblaze. Иногда проект разводится без проблем, а иногда зависает вот на этом месте:

 

Phase  5  : 0 unrouted; (Setup:3100, Hold:1857489, Component Switching Limit:0)     REAL time: 4 mins 41 secs 

Phase  6  : 0 unrouted; (Setup:3100, Hold:1857489, Component Switching Limit:0)     REAL time: 4 mins 41 secs 

Phase  7  : 0 unrouted; (Setup:3100, Hold:1857489, Component Switching Limit:0)     REAL time: 4 mins 41 secs 

Phase  8  : 0 unrouted; (Setup:3100, Hold:1857489, Component Switching Limit:0)     REAL time: 4 mins 41 secs 
    int_16_prm<11>:CQ -> DEM_R/carr_prm<43>:CX -6299
    int_16_prm<11>:AQ -> DEM_R/carr_prm<43>:AX -6294
    fract_32_prm<15>:AQ -> DEM_R/carr_prm<15>:AX -6286
    fract_32_prm<31>:DQ -> DEM_R/carr_prm<15>:D5 -6273
    int_16_prm<15>:DQ -> DEM_R/carr_prm<47>:DX -6243
    int_16_prm<15>:BQ -> DEM_R/carr_prm<47>:BX -6236
    fract_32_prm<15>:DQ -> DEM_R/carr_prm<15>:DX -6227
    fract_32_prm<15>:CQ -> DEM_R/carr_prm<15>:CX -6227
    int_16_prm<11>:DQ -> DEM_R/carr_prm<43>:DX -6206
    int_16_prm<15>:CQ -> DEM_R/carr_prm<47>:CX -6172
    fract_32_prm<31>:CQ -> DEM_R/carr_prm<15>:C5 -6171
    int_16_prm<15>:AQ -> DEM_R/carr_prm<47>:AX -6171
    fract_32_prm<15>:BQ -> DEM_R/carr_prm<15>:BX -6154
    fract_32_prm<31>:AQ -> DEM_R/carr_prm<15>:A5 -6098
    fract_32_prm<31>:BQ -> DEM_R/carr_prm<15>:B5 -6093
    fract_32_prm<27>:AQ -> DEM_R/t_carr_prm<23>:A5 -6050
    fract_32_prm<27>:DQ -> DEM_R/t_carr_prm<23>:D5 -6049
    int_16_prm<11>:BQ -> DEM_R/carr_prm<43>:BX -6031
    fract_32_prm<27>:CQ -> DEM_R/t_carr_prm<23>:C5 -5976
    fract_32_prm<27>:BQ -> DEM_R/t_carr_prm<23>:B5 -5975

Может крутить PAR долго долго, а может проскочить сразу. Не знаю почему так происходит и от чего зависит. С Macroblaze знаком хуже чем плохо, модуль помог сделать коллега)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Необременительный и иногда действенный шаг - перебрать в SmartXplorer стратегии и (или) Cost Tables.

Перебирать нужно у проекта в нежелательном состоянии (когда PAR долго-долго).

 

Если использование ПЛИС "под крышку", попробуйте системную переменную XIL_PAR_ENABLE_LEGALIZER установить в 1 и пересобрать проект (опять же из нежелательного состояния).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Терзают меня смутные подозрения что "тактовая частота не подъёмна" либо не верно задана либо "кривой microblaze(конфигурация)"

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

jojo

Смарт я не включаю, а вот переменную попробую, спасибо.

 

Alex77

Временные то выполняются, когда процика в проекте нет. Хотя они выполняются 50 на 50 от разводки к разводке. Я больше склоняюсь к "кривой конфигурации", не я же собирал)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

СмартЭксплорер иногда спасает вундер-проекты, в которых неустойчивая собираемость.

С той переменной лучше собираются тесные проекты.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

СмартЭксплорер я так понял запускает несколько вариантов разводок с разными параметрами Map и PAR из которых можно выбрать наиболее удачный по таймингам, ресурсам, скорости разводки. Прогнал я проект (загрузив комп по полной :) ) и выбрал наиболее приемлемый вариант, посмотрю как будет себя вести.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...