gibson1980 0 20 ноября, 2015 Опубликовано 20 ноября, 2015 · Жалоба В проекте есть небольшой модуль 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 знаком хуже чем плохо, модуль помог сделать коллега) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jojo 0 20 ноября, 2015 Опубликовано 20 ноября, 2015 · Жалоба Необременительный и иногда действенный шаг - перебрать в SmartXplorer стратегии и (или) Cost Tables. Перебирать нужно у проекта в нежелательном состоянии (когда PAR долго-долго). Если использование ПЛИС "под крышку", попробуйте системную переменную XIL_PAR_ENABLE_LEGALIZER установить в 1 и пересобрать проект (опять же из нежелательного состояния). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alex77 4 20 ноября, 2015 Опубликовано 20 ноября, 2015 · Жалоба Терзают меня смутные подозрения что "тактовая частота не подъёмна" либо не верно задана либо "кривой microblaze(конфигурация)" Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gibson1980 0 21 ноября, 2015 Опубликовано 21 ноября, 2015 · Жалоба jojo Смарт я не включаю, а вот переменную попробую, спасибо. Alex77 Временные то выполняются, когда процика в проекте нет. Хотя они выполняются 50 на 50 от разводки к разводке. Я больше склоняюсь к "кривой конфигурации", не я же собирал) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jojo 0 21 ноября, 2015 Опубликовано 21 ноября, 2015 · Жалоба СмартЭксплорер иногда спасает вундер-проекты, в которых неустойчивая собираемость. С той переменной лучше собираются тесные проекты. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gibson1980 0 21 ноября, 2015 Опубликовано 21 ноября, 2015 · Жалоба СмартЭксплорер я так понял запускает несколько вариантов разводок с разными параметрами Map и PAR из которых можно выбрать наиболее удачный по таймингам, ресурсам, скорости разводки. Прогнал я проект (загрузив комп по полной :) ) и выбрал наиболее приемлемый вариант, посмотрю как будет себя вести. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться