[Артём__ 0]

cs-make - это к АРМу проекту. У меня варнинг на АВР проекте. Там на скрине видно. У меня тоже АВР проект собирается нормально.

Это понятно что cs-make для АРМа. Зачем он у вас к АВР вылазит? Не инача где-то прописан.

 

 

Да просто хотелось бы пошагово описание как чего куда приделывать- а то тут

все сделал, а как эклипсе путь до компилятора показать, похоже, упущено. Вот эта ошибка cs-make и вылезает. Могу ошибаться.

Есть способ попроще, но уже устаревший - тут.

 

Пример проекта: AVR_discovery_setup.rar

Более-менее отображает что нужно. Хотя тип авр приходится указывать.

 

Как бы ещё Jtag к эклипсе подключить?

 

насчет инициализации- там в примерах просто делается ф-я перед main();

а в начале main() она вызывается

Нет, она вызывается через пару десятков тактов после ресета. А до main-а очередь может дойти через несколько тысяч тактов, если глобальных переменных много. Есть разница.

 

[Метценгерштейн 0]

 

в свой проект вставил Вашу инициализацию- все работает и прошивается. Однако, варнинг висит...

маке файл старый свой использовал.

 

Ваш проект заменил описание дисковери options как Сергей Борщ описывал, тоже все работает, и так же висит этот же варнинг.

 

Еще заметил, что проект подцепил, все используемые имена из библиотек красные- не увидел их. Обновить (F5) не получилось. Только после закрытия и открытия заново эклипса, все пришло в нормальный вид- краснота прошла.

Как еще можно с этим бороться?

Изменено 29 декабря, 2012 пользователем Метценгерштейн

[Артём__ 0]

Ошибочка у меня:

-mmcu=atmega8

Нужно добавлять не compiler invocation command (тaм только avr-gcc), а в

compiler invocation arguments:

 

-mmcu=atmega8 -E -P -v -dD ${plugin_state_location}/${specs_file}

Так вроде работает

[Метценгерштейн 0]

-mmcu=atmega8 -E -P -v -dD ${plugin_state_location}/${specs_file}

Так вроде работает

так а зачем тут проц указывать? Он указывается в make файле. Этого хватает.

[Артём__ 0]

так а зачем тут проц указывать? Он указывается в make файле. Этого хватает.

Так у вас тип МК из makefile? И регистры с типами все эклипс подсказывает? Тогда выложте проект посмотреть.

[Метценгерштейн 0]

тут

проект весь.

[Метценгерштейн 0]

пытаюсь настроить под АРМ.

пока что из-под автоматического make.

на что она ругается? Почему ей хидер не найти? Хотя, другие хидеры, лежащие там же- она нашла.

[Метценгерштейн 0]

разобрался- он не видел пути, пока не добавил их в path and symbols на вкладке include

 

новый затык- мне в настройках линкера как надо описать, что мы такие- то адреса памяти используем? Как в ИАРе описывали границы начала памяти флэш и ОЗУ.

Прошиваться не хочет.

Как и чем создавать файл линковщика? Или где берут его?

 

Его пока настроишь- как проект целый реализовал как буд -то)

Изменено 6 января, 2013 пользователем Метценгерштейн

[BaN 0]

Проблема с резолвом поля структуры, см. приложенный скриншот.

Из всех полей структуры ошибку выдаёт только на одном, остальное всё видит нормально.

Как можно исправить эту ситуацию?

Среда:

Eclipse IDE for C/C++ Developers

Version: Indigo Service Release 2

Build id: 20120216-1857

Компилятор:

arm-none-eabi-gcc (Sourcery CodeBench Lite 2012.03-56) 4.6.3

 

UPD:

Хотя собирается всё без проблем:

**** Clean-only build of configuration Debug for project STM32F2_USB_CDC ****

cs-make clean 
cs-rm -rf  
...................................
' '

**** Build Finished ****

**** Build of configuration Debug for project STM32F2_USB_CDC ****

cs-make all 
...................................
' '
'Building target: STM32F2_USB_CDC.elf'
'Invoking: ARM Sourcery Windows GCC C Linker'
arm-none-eabi-gcc
...................................
' '
'Invoking: ARM Sourcery Windows GNU Create Flash Image'
arm-none-eabi-objcopy -O ihex STM32F2_USB_CDC.elf  "STM32F2_USB_CDC.hex"
'Finished building: STM32F2_USB_CDC.hex'
' '
'Invoking: ARM Sourcery Windows GNU Create Listing'
arm-none-eabi-objdump -h -S STM32F2_USB_CDC.elf > "STM32F2_USB_CDC.lst"
'Finished building: STM32F2_USB_CDC.lst'
' '
'Invoking: ARM Sourcery Windows GNU Print Size'
arm-none-eabi-size  --format=berkeley STM32F2_USB_CDC.elf
  text	   data		bss		dec		hex	filename
 26056		328	   4048	  30432	   76e0	STM32F2_USB_CDC.elf
'Finished building: STM32F2_USB_CDC.siz'
' '

**** Build Finished ****

Изменено 9 января, 2013 пользователем IgorKossak
[codebox] для длинного кода, [code] - для короткого!!!

[BaN 0]

Проблема с резолвом поля структуры, см. приложенный скриншот.

Из всех полей структуры ошибку выдаёт только на одном, остальное всё видит нормально.

Как можно исправить эту ситуацию?

Проблема решилась, сделав копию проекта, в этой копии ошибки исчезли, а в оригинале так и остались.

Удалил оригинальный проект и переименовал копию на имя оригинала и ошибок больше нет.

[NaughtyFreak 0]

Прошу помощи в настройке Эклипс JUNO под Убунту 12.04

 

Решил освоить линукс на арме, поставил Убунту 12.04 + Eclipse CDT, скачал через apt-get install arm-linux-gnueabi g++ и gcc соотв-но, делал все точь-в-точь по мануалу как на этом видео туториала про Beaglebone Beaglebone C/C++ Programming for embedded Linux

Плагины все скачались и встали нормально, но при попытке скомпилировать элементарный Hello World! выкидывает ошибку Error 125 arm-linux-g++ not found и на этом вся радость заканчивается. Пробовал и перезапускать эклипс, и пути перепрописывал, все тщетно. Пробовал гуглить у буржуев, отсылают к настройке некой переменной $PATH, для меня как для нуба в Линуксе это все китайская грамота, только-только начал изучать линуксы. Подскажите знающие, куда копать дальше, а то скоро приплывут платки, а так не хочется чтоб они пылью зарастали.

[Cosmojam 0]

Прошу помощи в настройке Эклипс JUNO под Убунту 12.04

 

Решил освоить линукс на арме, поставил Убунту 12.04 + Eclipse CDT, скачал через apt-get install arm-linux-gnueabi g++ и gcc соотв-но, делал все точь-в-точь по мануалу как на этом видео туториала про Beaglebone Beaglebone C/C++ Programming for embedded Linux

Плагины все скачались и встали нормально, но при попытке скомпилировать элементарный Hello World! выкидывает ошибку Error 125 arm-linux-g++ not found и на этом вся радость заканчивается. Пробовал и перезапускать эклипс, и пути перепрописывал, все тщетно. Пробовал гуглить у буржуев, отсылают к настройке некой переменной $PATH, для меня как для нуба в Линуксе это все китайская грамота, только-только начал изучать линуксы. Подскажите знающие, куда копать дальше, а то скоро приплывут платки, а так не хочется чтоб они пылью зарастали.

Eclipse не находит компилятор.

Что говорит

which arm-linux-g++

(тут странно т.к. нет eabi в имени кросс-компилятора)

И

dpkg -L arm-linux-gnueabi-gcc

И на крайний случай

find / -name arm-linux* -print 2>/dev/null

?

 

Первая команда просмотрит каталоги, содержащиеся в переменной PATH и отругается если исполняемого файла arm-linux-g++ в них не найдено (видимо так и будет)

Вторая выведет список файлов в пакете arm-linux-gnueabi-gcc вместе с полными путями (если он установлен)

Третья брутально ищет по всему диску файл с заданным именем (если проблемы с предыдущей)

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

[NaughtyFreak 0]

Eclipse не находит компилятор.

Что говорит

which arm-linux-g++

(тут странно т.к. нет eabi в имени кросс-компилятора)

Молчит как партизан на which arm-linux-g++, пробовал и which g++-arm-linux-gnueabi и т.д. всё пусто.

 

Остальное спасибо, попробую вечерком и отпишусь! Чуйствую курить мне бульник по линуксу в ближайшем будущем!

Изменено 11 января, 2013 пользователем NaughtyFreak

[_Pasha 0]

Дык а шо Вы ставили тогда? Какой компилер?

Найдите, где он есть.

export PATH=$PATH:путь-к-компилятору

Вообще-то Ыклипсовый кросс-плагин, например, пути Codesourcery хавает сразу из PATH... посмотреть можно echo $PATH.

Короче, чегой-то с компилером у Вас криво встало. Переустановите лучше.

[NaughtyFreak 0]

Компилер ставил apt-get install g++-4.4-arm-linux-gnueabi

 

для меня все эти PATH и прочие пока страшные слова, осваиваюсь потихоньку.