Здравствуйте, не могу понять Эклипс, сваял простой проект (helloworld), откомпелировал без ошибок, специально вношу в сишный код некорректную запись, делаю буилд-олл, снова строится без ошибок, т.е. Эклипс не в курсе, что файл изменился ? если, после изменения файла, сохранить его - компилится с ошибкой. Коряво как то -( и я чего не так делаю ?
Еще такой вопрос - например, собрал я систему с ниосом(железо), откомпилировал в квартусе, собрал под нее проект в Ниос ИДЕ, затем изменил конфигурацию (ЦПУ, добавил или убрал какой-нибудь компонент), мне нужно будет занова создавать проект в Эклипсе (под новое железо) или можно просто обновить системную библиотеку?
Сейчас моя программа использует только он-чип память, в корне проекта для квартуса есть файл для ее инициализации, вот только он не меняется при полной перестройке проекта (как я ожидал), в чем тут дело?
Спасибо
Полная версия этой страницы: NIOS + Эклипс
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Системы на ПЛИС - System on a Programmable Chip (SoPC)
1) да, он не в курсе, т.к. до нажатия на сейв файл не изменился. жмем контрол-S потом билд..
2) после пересборки системы файлики SOPC билдера меняются, IDE сечет эту тему и по нажатию на билд делает новую system library с драйверами на новое железо. потом уже собирает все вместе - ваш проект и новую библиотеку дров. В общем, можно ничего не делать
3) он меняется после билда в NIOS IDE.. соответственно чтобы оно попало в sof надо нажать на компиляцию в квартусе после билда в Nios IDE.. (оно надо только когда проект закончен, для закачки в конфигуратор вместе с ниосовской прошивой, а для отладки железо можно не менять а новое по грузить через JTAG)
2) после пересборки системы файлики SOPC билдера меняются, IDE сечет эту тему и по нажатию на билд делает новую system library с драйверами на новое железо. потом уже собирает все вместе - ваш проект и новую библиотеку дров. В общем, можно ничего не делать
3) он меняется после билда в NIOS IDE.. соответственно чтобы оно попало в sof надо нажать на компиляцию в квартусе после билда в Nios IDE.. (оно надо только когда проект закончен, для закачки в конфигуратор вместе с ниосовской прошивой, а для отладки железо можно не менять а новое по грузить через JTAG)
Цитата(Reanimator++ @ May 28 2010, 06:26) 
1) да, он не в курсе, т.к. до нажатия на сейв файл не изменился. жмем контрол-S потом билд..
Можно еще в Window->preference->workspace выставить флажок "save automatically before builde", тогда можно предварительно не сохраняться, все изменения видны автоматически.
Цитата(Reanimator++ @ May 27 2010, 14:26)
2) после пересборки системы файлики SOPC билдера меняются, IDE сечет эту тему и по нажатию на билд делает новую system library с драйверами на новое железо. потом уже собирает все вместе - ваш проект и новую библиотеку дров. В общем, можно ничего не делать
3) он меняется после билда в NIOS IDE.. соответственно чтобы оно попало в sof надо нажать на компиляцию в квартусе после билда в Nios IDE.. (оно надо только когда проект закончен, для закачки в конфигуратор вместе с ниосовской прошивой, а для отладки железо можно не менять а новое по грузить через JTAG)
3) он меняется после билда в NIOS IDE.. соответственно чтобы оно попало в sof надо нажать на компиляцию в квартусе после билда в Nios IDE.. (оно надо только когда проект закончен, для закачки в конфигуратор вместе с ниосовской прошивой, а для отладки железо можно не менять а новое по грузить через JTAG)
2. А разве не нужно перегенерировать системную bsp либу под новое железо? билд ведь всего лишь компилирует сорцы.
3. С чего ему меняться если адреса обращения к старому железу остались, а кода для нового железа не появилось?
Цитата(des00 @ May 28 2010, 05:56)
2. А разве не нужно перегенерировать системную bsp либу под новое железо? билд ведь всего лишь компилирует сорцы.
Обычно он видит изменение хардверного описания и сам запускает ребилд системного проекта при компиляции пользовательских файлов.
Цитата(des00 @ May 28 2010, 05:56)
3. С чего ему меняться если адреса обращения к старому железу остались, а кода для нового железа не появилось?
hello world предполагает использование onchip mem.. соответственно код программы лежит там..
Цитата(alexadmin @ May 28 2010, 02:13)
Обычно он видит изменение хардверного описания и сам запускает ребилд системного проекта при компиляции пользовательских файлов.
незнаю у кого как, у меня 9.1сп2 после изменения железа, я перегенирую bsp ручками. На автомате он не подхватывает все изменения железа.
Цитата(Reanimator++ @ May 28 2010, 03:53)
hello world предполагает использование onchip mem.. соответственно код программы лежит там..
и что ? ну вот был у вас проект hello_world. Добавили вы в него еще 10 уартов, а stdout оставили на том единственном JTAG UART, адрес которого не изменился. Теперь вопрос будет ли работать этот софт на новом железе без пересборки или наличие 10 ти уартов по другим адресам, как то сломает работу программы?
PS. Исходный вопрос то был такой
Цитата
Сейчас моя программа использует только он-чип память, в корне проекта для квартуса есть файл для ее инициализации, вот только он не меняется при полной перестройке проекта (как я ожидал), в чем тут дело?
Мой ответ что код программы будет тем же, пока вы не измените ее логику работы. Или вопрос был про то, что автор изменяет логику работы, а файл в корне не изменяется?
будет работать )
я чето грешным делом подумал что имелась в виду пересборка проекта софта при изменении чего-то в нем...
железо конечно на содержимое памяти не повлияет если конечно его полностью не перекурочить.
я чето грешным делом подумал что имелась в виду пересборка проекта софта при изменении чего-то в нем...
железо конечно на содержимое памяти не повлияет если конечно его полностью не перекурочить.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.