andriyg 0 27 ноября, 2009 Опубликовано 27 ноября, 2009 · Жалоба Похоже нужно вынести в отдельную тему Некоторые разработчики работают с командной строке и в Xilinx EDK и в Quartus Посему, хотелось бы задать вопрос опытным по стилю работы в Квартусе: 1. Используете только GUI для создания проекта, компиляции и пр 2. Используете только командную строку (сами набиваете файл проекта и тд) 3. Смешаный GUI + командная строка. 4. Что у Вас идет в архив проекта (ну hdl сорцы ясно дело) и что мусор? Спасибо! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 28 ноября, 2009 Опубликовано 28 ноября, 2009 · Жалоба 4. Что у Вас идет в архив проекта (ну hdl сорцы ясно дело) и что мусор? Ну по этой части - все, что включено в проект (сырцы, SDC), и qpf + qsf, и .pof/sof (мало ли как потом соберет другой квартус). Все остальное мусор. А используем как когда. Когда на локальной машине - из IDE. Когда удаленно по ssh - через quartus_sh и командную строку. Те же яйца, но в профиль. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 28 ноября, 2009 Опубликовано 28 ноября, 2009 · Жалоба 3. Смешаный GUI + командная строка. использую так 4. Что у Вас идет в архив проекта (ну hdl сорцы ясно дело) и что мусор? вот заметка из вики, которую делал для коллег Как сохранить проект Quartus в SVN? Quartus при своей работе создает множество файлов, большинство из которых служебные и изменяются от компиляции к компиляции. Естественно что подобные файлы не имеет смысла хранить в репозитории SVN, т.к. они не несут информацию о настройках проекта. В Quartus основная информация находится в следующих файлах <name>.qpf Quartus project file Файл описания проекта, в этом файле содержится имя проекта <name>.qsf Quartus settings file Основной файл настроек проекта в котором хранятся настройки синтезатора, фиттера, распиновка, используемые файлы и библиотеки, настройки Classic Timing Analyzer. <name>.sdc Synopsys constrain file Файл задания настроек TimeQuest, если вы его не используете хранить этот файл не нужно. <name>.pin Pinout file Файл который создается из *.qsf при работе с Pin Planner. Хранить не обязательно, но пусть будет. <name>.qdf Quartus design file Дополнительные файлы настроек по умолчанию. Хранить не обязательно, но пусть будет. Результаты работы над проектом могут быть в следующих файлах <name>.vqm Verilog quartus mapping Файл нетлиста, может являться результатом работы над проектом. Предназначен для использования в других модулях <name>.qxp Quartus Export Partition Файл нетлиста, может являться результатом работы над проектом. Предназначен для использования в других модулях <name>.pof, <name>.sof и и.д. Файлы прошивок Имеет смысл хранить только в ревизиях проекта. И для релизов проекта, если будет актуально, можно хранить 2 отчета <name>.map.sumary Отчет синтезатора о работе Имеет смысл хранить только в ревизиях проекта. <name>.fit.sumary Отчет фиттера о работе Имеет смысл хранить только в ревизиях проекта. Смысла помещать под контроль репозитория SVN остальные файлы, а особенно содержание папки db|increment_db нет никакого. Важно! все вышесказанное относиться к проектам без использования инкрементальной компиляции. Но пока необходимости переносить состояние базы данных инкрементальной компиляции между разработчиками нет. Как потребуется нужно будет внести изменения. PS. форматирование побилось, т.к. форум не понимает wiki форматирование %) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
andriyg 0 30 ноября, 2009 Опубликовано 30 ноября, 2009 · Жалоба Спасибо SM b des00, если не затруднит расскажите при выполнении каких операций Вы предпочитаете консоль, остальные соответственно автоматом в GUI, пожалуйста! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 30 ноября, 2009 Опубликовано 30 ноября, 2009 · Жалоба если не затруднит расскажите при выполнении каких операций Вы предпочитаете консоль, остальные соответственно автоматом в GUI, пожалуйста! Я предпочитаю консоль при любых операциях в случае удаленной работы и доступа к компьютеру с квартусом через ssh. Во всех остальных случаях я предпочитаю GUI. От того, какая операция - ничего не зависит Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 2 декабря, 2009 Опубликовано 2 декабря, 2009 · Жалоба если не затруднит расскажите при выполнении каких операций вы предпочитаете консоль при выполнении любых пакетных операций, которые не требуют моего участия : например сборка vqm файла, сборка прошивки при внесении косметических изменений (адреса, константы и т.д.). При разработке лучше все же гуй, можно быстро посмотреть все что нужно (это я про ква). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Intekus 0 13 декабря, 2009 Опубликовано 13 декабря, 2009 · Жалоба использую так вот заметка из вики, которую делал для коллег Как сохранить проект Quartus в SVN? Quartus при своей работе создает множество файлов, большинство из которых служебные и изменяются от компиляции к компиляции. Естественно что подобные файлы не имеет смысла хранить в репозитории SVN, т.к. они не несут информацию о настройках проекта. (...) А есть ли у кого-нибудь аналогичные рекомендации (что брать для фиксации в SVN, а вернее - что можно безболезненно выбросить) для Xilinx ISE? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Intekus 0 14 января, 2010 Опубликовано 14 января, 2010 · Жалоба Рискну поднять тему. Столкнулся уже вплотную: после реализации (Implementation) проекта ISE пересоздал каталоги MyProj_xdb/tmp/ise/__OBJSTORE__/HierarchicalDesign MyProj_xdb/tmp/ise/__OBJSTORE__/ProjectNavigator ipcore_dir/core0_xdb/tmp/ise/__OBJSTORE__/HierarchicalDesign ipcore_dir/core0_xdb/tmp/ise/__OBJSTORE__/ProjectNavigator Так что они вылетели из-под контроля SVN, создав конфликты; разрешить их известно как, но интересует принцип - какие же части проекта следует держать под SVN (может быть, вывести из-под него всё, что кончается на xdb - по крайней мере в примерах таких каталогов исходно вообще нет?). Можно, конечно, пойти методом проб и ошибок, но наверняка у кого-то из участников форума есть рекомендации на этот счёт, аналогичные приведённым выше для Quartus. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Intekus 0 3 сентября, 2010 Опубликовано 3 сентября, 2010 · Жалоба Можно, конечно, пойти методом проб и ошибок, но наверняка у кого-то из участников форума есть рекомендации на этот счёт, аналогичные приведённым выше для Quartus. Пошёл :) Доложу о результатах. ISE версии 12, предыдущие (по крайней мере 9) не создавали xise и gise: Файлы проекта <имя_проекта>.ise <имя_проекта>.gise <имя_проекта>.xise Любые пользовательские исходники (sv, v, vhd), констрейны (ucf), схемы (sch), инициализация памяти (init, coe, hex), если их не сложили специально в подкаталог/поддерево (что всем рекомендую - никакого хаоса в корне проекта). Скрипты (?do); обычно создаваемые ISE fdo-udo-tdo-mdo (и ещё одно какое-то было) я не использую, пишу свои с расширением просто do. Настройки Modelsim, если каталог с проектом ставится как текущий при симуляции - modelsim.ini, vlog.opt. Настройки ISE: что считать тестбенчами (xil_tb_patterns.txt), фильтрации сообщений (filter.filter). Проекты ChipScope и Impact (если их тоже не вынесли в подкаталоги) cdc, cpj, ipf. Символы для схемы (sym). vf или vhf в зависимости от выбранного основного языка проекта - переведённые ISE в netlists схемы (если они используюстя в проекте; чаще всего - только на верхнем уровне) - чтоб было удобно прогонять тесты ModelSim на только что извлечённой ревизии, не запуская ISE. ВСЕ каталоги, создаваемые ISE, безболезненно удаляются, негативных эффектов пока замечено не было. С Coregen пока работал другой человек; с ним, возможно, добавится что-то ещё. Неплохая таблица со сводкой файлы с какими расширениями за что отвечают и какой утилитой создаются, есть в приложении A "Command Line Tools User Guide (Formerly the Development System Reference Guide)" - devref.pdf P. S. Если кому оказалось полезным - отпишитесь в тему :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
