Чтобы не создавать по отдельной ветке на каждый мелкий вопрос, предлагаю обсуждать здесь всякие вопросы, касаемые работы в среде Eclipse. В крайнем случае можно будет при необходимости что-то "отпочковать" в отдельную ветку.

Вопрос первый - как в перспективе Debug расположить окно с переменными, регистрами и т.д. вдоль всего правого края экрана сверху вниз?

Вопрос второй - как заставить его показывать в окне регистров содержимое SPSR (для ARM), а также "затененных" регистров SP и LR (IAR их как-то показывает)?

Вопрос третий - как поставить точку останова на конкретный адрес не перезапуская отладку? Про break *addres в Debug dialog->commands->'Run' commands я знаю, но это требует перезапуска отладки. На строку в исходнике поставить можно, а если мне надо поставить на конкретную команду, причем не дожидаясь пока эта команда попадет в окно дизассемблера?

Вопрос четвертый - как его заставить показать в окне дизассемблера кусок с произвольного адреса или как "пролистать" дизассемблированный текст дальше вверх-вниз? Попутный вопрос - можно ли его заставить в этом окне показывать команды по порядку адресов - мне он часто показывает команды с пропусками или в причудливо перемешанном порядке.

Вопрос пятый - (ARM) можно ли как-то сбросить ядро не перезапуская сеанс отладки? Т.е. легким движением перевести его в ARM, SYSTEM, записать в PC 0 и остановить его на нулевом адресе.

Вопрос шестой - как его заставить запомнить, что в окне memory я хочу всегда видеть шестнадцатиричные цифры и не спрашивать об этом после каждого перезапуска отладки? При добавлении адреса в окно он этого дурацкого вопроса не задает.

Вопрос седьмой - где ставится галочка "открывать преспективу Debug при запуске отладки"? Оно спросило когда-то при создании не то проекта, не то воркспейса, я ответил неправильно а теперь не могу найти где это изменить.

Вопрос восьмой - работа с системой контроля версий. Что из каталога .metadata надо хранить в репозитории, а что создается само при старте среды? Хранить весь каталог не подходит - в нем после каждого старта среды создается куча новых файлов. Не хранить его тоже неудобно. Как я понял, в нем живут настройки Debug. Во всяком случае при переносе только проекта (без workspace) на другую машину настройки отладки пропадают (кто это придумал?? ведь в этих настройках указывается конкретный проект и выходной файл, т.е. эти настройки больше привязаны к конкретному проекту а не к workspace.)

А у меня есть вопрос №0: (идиотский такой)
как вообще дебаг запустить? (не очень то и нужно, в общем-то, привычнее как-то в УАРТ тестовые сообщения выводить, но вдруг понадобится)
Я вроде пытался-пытался, но никак.
Пишет Error creating session: Exec error: Launching failed

Правда, я в последнее время компилю под релиз, наверно из-за этого.
Вообще неплохо бы создать ФАК по установке и настройке эклипс с нуля, думаю, это многим будет интересно

По настройке проекта для использования mspgcc есть такая инструкция http://msp430.techcontent.net/wiki/index.php/IDEs/Eclipse

Я пришел к тому, что workspace вообще не храню в репозитории. Один раз его настроил, после чего сделал экспорт настроек в файл (File->export->settings). Затем при необходимости просто создаю новый workspace и импортирую настройки из файла.

Я тоже не храню, но приходится после вытягивания проекта из репозитория на новое место кучу настроек делать вручную. Про экспорт не знал. Спасибо. Для основных настроек отличное решение. Попробовал. Нет в этом файле настроек отладчика Нашел их в подкаталоге .metadata/.plugins/org.eclipse.debug.core/.launches/

Меню Window-Preferences, слева в дереве Run/Debug-Perspectives.

Если ничего не попутал, в CDT появилась GDB Hardware Debug. Можно и без Zylin embedded CDT отлаживать.

Спасибо. Седьмой вопрос закрыт. Я еще обнаружил, что можно заставить его сразу по-умолчанию выводить содержимое регистров в шестнадцатиричном виде - Window->Preferences->C/C++->Debug.

Если это обычное eclipse-окно, то цепляете его за заголовок, тащите к правому краю экрана (именно экрана, а не окна редактора) - курсор примет вид "стрелка влево" и отпускаете. При этом окно расположится сверху до низу.

Шаман! И как у меня раньше это не получалось? В ИАРе практически такая же методика... Спасибо! Работать стало гораздо удобнеее.

??? !
Не понял!
Нажмите для просмотра прикрепленного файла
У меня нету export->settings!
Есть только General->Prefences
Это то же самое? Похоже,что нет
Сёдня сдуру нажал кнопочку "Reset to defaults" в настройках проекта, потом целый час восстанавливал пути проекта, компилятора и линкёра
Хотелось бы избежать таких проблем в будущем
И ещё: почему опадают галки в настройках "Errors parsers" билдера?
Нажмите для просмотра прикрепленного файла
Никак не найду закономерность...

У меня тоже есть два идиотских вопроса:
1. Где задаётся подсветка синтаксиса (хочу PROGMEM подсвечивать как часть языка С)
2. Каким-нибудь образом можно изменить порядок сортировки файлов в ProjectExplorer (хочу по имени, а не по типу).
Спасибо!

Подсветка задаётся так:
Window->Preferences->C/C++->Editor->Syntax Coloring
а шрифты меняются почти там же:
Window->Preferences->General->Appearance->Colors and Fonts

А как быть с вопросом "0" для AVR - отладка в симуляторе?
Как настраивать окно: Create, manage, and run configuration?
Удаляю настройку для C/C++ Local Application
Для Zylin Embedded debug (Native) задаю настройки:
На вкладке Main -
имя настройки в окне Name;
в окне Project - имя проекта;
в окне C/C++ Application путь к файлу *.elf;
На вкладке Debugger -
в окне Debugger - Embedded GDB;
в поле Debugger Options на вкладке Main в окне GDB Debugger: путь к avr-gdb.exe;
что должно быть в поле GDB command file - не знаю!;
Вкладка Commands - без изменений;
Вкладка Source - Default;
Вкладка Common - Local file, в окне Display in favorites menu - галка Debug.
Компилирую проект - проект компилируется - Finished building: sizedummy
Запускаю отладку:
На вкладеке Console - No registers.
В окне Debug - Имя настройки, Embedded GDB, Thread[0] (Running) и пути к avr-gdb.exe
и файлу - *.elf
Кнопки Step Into, Step Over и т.д. - бледные. Отладка не происходит.
На вкладке Registers в контекстном меню правой кнопки выбираю все регистры - не помогает!
Подскажите pls что не так делаю?

Я тоже излазил эти окна, но так и не нашел, где там указывать новые ключевые слова.Не пробовал, но попытаюсь на основе борьбы с внутрисхемным отладчиком:Пусто. Я пробовал указывать командный файл, но он почему-то приделывал к этому файлу цыгвиновский путь и не находил. Решил иначе, см. ниже.два варианта - либо перечислить команды на этой вкладке либо вписать там команду source <имя файла> и в этом файле уже указать команды. Команды должны быть примерно следующие: перед этим надо запустить simulavr. Попробуйте, вдруг поможет. Более детально описание команд для вкладки Commands нужно смтореть в описании simulavr и gdb. Как их вводить вручную во время отладки я пока не нашел.

Я имел в виду именно это. Понадеялся на память и ошибся
Сохраняются только настройки воркспейса - хоткеи, раскраска и т.д.

С этим не сталкивался

Поставил amontec-sdk4arm, нашел демо проект lpc2378_demo1, уровень оптимизации поставил на 0. Компиляция без ошибок. Запустил sdk4arm-insight в режиме симуляции. Симуляция зависла на
124 while ( ((PLLSTAT & (1 << 26)) == 0) ); /* Check lock bit status */

Стал смотреть более внимательно и обнаружил непонятное для меня.
Посмотрите, пожалуйста, на строки 0x71e, 0x720, 0x722 - это нормально?

Почитал, решил присоединится в eclipse-водам
Возникли вопросы:
1. В проект добавляются файлы только автоматически? То есть все, что в каталоге проекта автоматически становиться его частью? А можно ли сделать так, что автоматом файлы и каталоги не добавлялись, а я добавлял их вручную?
2. Имеются проекты разделенные на каталоги. Например include - только *.h файлы, src - только *.c файлы, linker - только скрипты линкера и т.д. Прикомпиляции eclipse создает подкаталог Debug и компилирует оттуда. Указание ключа (как я раньше делал) -Iinclude приводит к тому, что gcc ищет каталог Debug/include а не include. Пока исправил ключ на -I../include, но это не нормально, по моему. Как объяснить eclipse, чтобы он брал не только src но и другие (выбранные мной) каталоги в Debug?
3. Работаю в Linux и потому *.s и *.S - это разные типы файлов. Нашел окно, где задаются типы файлов, добавил *.S - Assembler source file. Применил, нажал ОК. Открываю снова окно настроек типов файлов - моего определения нет! Куда оно делось и как его сохранить?

Логично. 26 бит в PLLSTAT выставляется аппаратно, о чем симулятор, скорее всего, не знает. Чтобы проскочить это место нужно либо вручную взвести в окне памяти нужный бит в нужной ячейке, либо временно добавить в предыдущий код строчку, взводящую этот бит.Вас смущает, что строки идут не по порядку адресов? Да, я это упоминал в четвертом вопросе первого поста. А в самом коде криминала не видно, кроме записи слова в байтовый PLLFEED. Не знаю, как отреаирует на это живой кристалл. Скорее всего нормально, там регистры идут с шагом 4 байта.
Отступление: Аналог Девайс вот умудрились в своих ADuC70xx сделать трехбайтовый регистр FEESIGN. Какой командой они планировали в него писать?

Скорее это файлы, которые он показывает в дереве проекта. А что будет компилиться - зависит от makefile. Во всяком случае так происходит, если при создании проекта выбрать makefile project.
У меня он ищет makefile в каталоге проекта, т.е. в том, где лежат .cproject и .project. А уже все подкаталоги создает makefile относительно своего расположения.

Ну я для начала выбрал проект "Managed Make C Project", то есть Makefile создается и изменяется автоматически (я правильно понял?). Советуете использовать Standard Make C Project?

Да, но строки

он проходит. Правда только в том, случае, если выждать заметное время, затем остановить пошаговое выполнение, а потом продолжить. В этом случае команда выполняется.

И попутно.
Можно в нем как-то смотреть содержание отдельных ячеек памяти? Хочется состояние регистров смотреть.

Именно это и смущает. А если переставить предыдущие команды, то уже совсем не безобидно. Правда, код все же оптимизирован, может в этом дело.

Дошел до реальной платы. Пока не приехал MT-Link пытаю wiggler.
Стоит Yagarto (openocd-r520, а не 592). Настроил по примеру две конфигурации openocd для загрузки и отладки из флэш. Запустил оба, затем настроенный embedded debug (native). Процесс замерз на 27% с сообщением

launching dos_2368
launching: GDB commands: continue

В чем может быть причина? Может wiggler? У меня NSRST на 15 ноге инверсный, а NTRST на 3 ноге нет. В зависшем положении NSRST =1, а на NTRST импульсы.

Тесты сообщений выдаваемые при запуске и файлы *.cfg приложил.
Да, в *.cfg из lpc2378_demo1_20070629 от Martin Thomas ошибка в строке
flash bank lpc2000 0x0 0x80000 0 0 lpc2000_v2 0 12000 calc_checksum - должно быть 0x80000 0 0 0 lpc2000_v2.

Для начала в свойствах компилятора нужно указать все папки проекта.
А потом отдельные файлы можно выключить (правая мышь->Exclude from build).
Значки "с" и "h" на отключенных файлах становятся не сплошными, а контурными

Хм. Обратная логика .
Спасибо.

Да не за что.
Я вот уже склоняюсь к мысле, что надо ручками мэйк писать.
Синтаксис немного необычный (для меня)
ЗАТО:
1. Не надо в начале каждого проекта колупать туеву хучу всяких мелких настроечек (и всё равно что-нето забудешь)
2. Автомэйк не всегда делает так, как хочется, особенно в сложных проектах

Воистину так:-)

3. Проект легко отделяется от Эклипсы и может существовать отдельно.

+1
Удобно и независимо от оболочки. Для Winavr только так и использую. Makefile редактирую как мне надо с добавлением необходимого.

все было шеколадно пока не обновился ....

работаю для АRМ

после обновления имею
Eclipse 3.3.2 Build id: M20080221-1800
ZylinCDT версии 4.1.16
CDT 4.0.3.200802251018
gdb6.8

косяк в том что теперь CDT упорно создает в корне воркспейса папку zylin-cdt-debugging и почему то при отладке ищет именно там собранный бинарник. с какого перепоя????

скрипт для осd в части касающейся :


так вот СDT почемуто ????? выполняет команду скрипта
monitor flash write_bank 0 out/image.bin 0x0 из текущей директории workspase/PROJECT_NAME/out/
а команду
symbol-file out/image.elf из текущей директории workspase/zylin-cdt-debugging/out/image.elf

в результате чего OCD чесно заливает бинарник во флешь а GDB чесно пытается найти ELF там где ему сказал CDT(т.е там где его ессесно нет)

короче так.. кто еще не налетель на
эту "фичу" не обновляйте ZylinCDT
Очень возможно это просто несовместимость форматов файлов проекта от версии к версии - ну типа они там чето дорасширили в формате.

Импортировал некоторые лишние файлы в проект.
А как можно убрать файл из Project Explorerа, так чтобы он не удалялся с винта физически?

Насколько я понимаю, он показывает содержимое всех вложенных папок проекта. Если вы добавляли файл руками (создав ссылку) - ее можно удалить. Если файл лежит в подпапке проекта - можно только настроить фильтры так, чтобы он не отображался в окне explorer-а.

Выделяете этот файл в Project Explorer и нажимаете delete. Никуда он с винта не денется. Всегда так делаю.

У меня он спросил "Are you sure you want to delete 'file' from filesystem?" И когда я ответил yes - действительно потер файл. По-моему, ваш способ работает только для руками созданных ссылок на файлы...

Нажмите для просмотра прикрепленного файла
Нажимаешь ес - честно удаляет из файловой системы и проекта.
но - оставляет и там, и там

Файлы в проект я добавляю через Import -> File System всю папку скопом с подпапками, потом удаляю ненужное, но на диске файлы, удалённые из проекта остаются.
Не знаю то ли Вы имели в виду под ручным созданием ссылок на файлы.

У меня файл удаляется полностью с винта и с проекта. Если файл предварительно скопировать в другое место, затем удалить его из проекта (удалится физически), затем копию файла снова поместить в папку, где до этого был оригинал, то в ProjectExplorere снова он появится (после обновления проекта).

Я до этого работал в вислике (Visual Slick Edit), решил перебраться на фришный софт. Пытаюсь перетащить проект под эклипс.

Как мне это сделать быстро и безболезнено???

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

P.S. Делал через Import -> File System

Насколько я понимаю, импорт->файлсистем просто копирует файлы из файловой системы в подпапки проекта. При этом когда вы удаляете файл из проекта, он физически удаляется с диска. Изначальный файл, разумеется, при этом никуда не девается.
Ручное создание ссылок - это new\file\advanced\link to filesystem. При этом файл в проект не копируется. При удалении такого файла из проекта удаляется только ссылка. Файл на диске остается.



В проект входят все файлы и папки, которые лежат на диске в папке с проектом. Если руками добавить\потереть файлы оттуда, то они станут видны в проекте после обновления.


Тоже сидел на слике. Сейчас делаю так: пусть project - корневая папка проекта. Проект эклипса создаю в папке project. При этом он отображает в проекте все содержимое папки project. Часть содержимого можно выкинуть, настроив фильтры в project explorer. В принципе, мне оно особо не мешает, поэтому не заморачиваюсь. В таком режиме работы import(export)\to filesystem использовать не надо.
Насколько я понял igor kossak, он создает папку с проектом eclipse "сбоку" от реального проекта. Чтобы засосать файлы в проект, надо выполнить import\filesystem. При засасывании вы можете указать только те файлы и папки, которые вам реально нужны. Но при этом вы будете работать с копиями оригинальных файлов и чтобы "сохранить" ваши изменения в папке с проектом, надо сделать export\filesystem.

Да, увы, так и есть. Не в ту папку смотрел.
Но делать экспорт нет необходимости, т. к. применяю Subclipse.

Вышел ZylinCDT версии 4.1.17. Нет желания проверить на предмет указанного косяка?

В zylin discuss появилась ветка с описанием этого бага, но утвердительного ответа автора пока не последовало, хотя новая версия уже вышла.

чичас проверю - мне ужо терять нечего.
а Вы пока погодите

пытаюсь эклипсу для всего насвете приладить... скатина падает под линуксом при отладке (GDB нипричем - с командной строки все шурует на оценку 5++)

и вооще поповоду качества всего насвете...
причем тенденция виднеется не только в железе и софте а в мировом-глобальном масштабе, уж не конец света наступает ли. Мысль конечно смешная но я иногда диву даюсь - признаки налицо.

обновлюсь проверю отпишусь

Нихера не поправили, желающим обновится можно не парится. Только если еще раз меня проверить - сделать копию рабочей папки эклипсы, провести апдейт, потестить и снести ее нах. Мож кому повезет

вот скрипт


openocd по режнему забирает бинарник где нада и сует его в флеш.
gdb по режнему получает инструкции свеху о том что все искать нада в .....\EclipseWorkspace_arm\zylin-cdt-debugging\out


я уж грешным делом подумываю а не помоч ли Zylin, доки по плагинам есть даже на русском. Както ковырялся в исходниках Zylin CDT из интереса - чисто эмбедерских примочек было кране в них мало.

Поздно

Думаю быстрее дело пойдёт.

1 Мне помог разобраться в начальных настройках проекта в эклипсе вот этот атмеловский ман:GNU-Based Software Development on AT91SAM Microcontrollers (2,9 М). Внятно написано.
2 klen, не могли бы Вы описать процесс сборки arm-elf тулз в таком виде:
какой пакет с какими ключами конфигурите и в какой последовательности? Типа, конфигурим бинутилы с ключами бла-бла, собираем, конфигурим гцц с ключами бла-бла, и т.д.

для ARM elf

binutils: --prefix= --disable-nls --enable-multilib --enable-interwork --target=arm-elf

gcc: --prefix= --disable-nls --disable-threads --disable-shared --enable-languages=c,c++,fortran --target=arm-elf --enable-interwork --enable-multilib --with-float=soft --with-newlib --with-headers=../../src/newlib/src/newlib/libc/include

newlib: --prefix= --target=arm-elf --enable-interwork --enable-multilib

gdb: --prefix= --disable-nls --enable-multilib --enable-interwork --target=arm-elf

2 klen - спасибо, все собралось, только пришлось поправить ручками файл gcc-4.3.0/libstdc++-v3/configure.ac на предмет AC_LIBTOOL_DLOPEN.

А кто-нибудь пробовал собрать проект иаром (создать elf с отладочной информацией), а отлаживаться через эклипс, исползуя JLinkGDBServer + arm-elf-gdb?

Наблюдается какое-то странное поведение:
Ставлю точку останова на строчке while(1) в main.cpp. Видно, что программа прерывает выполнение, но while(1) не подсвечивается (вообще ничего не подсвечивается) как строчка останова. Значение глобальной переменной отображается неверно, дизасемблер не отображается. В консоль выводится следующее:

785-exec-continue
785^running
(gdb)
785*stopped,reason="signal-received",signal-name="SIGTRAP",signal-meaning="Trace/breakpoint trap",thread-id="0",frame={addr="0x90020000",func="??",args=[]}
(gdb)
786 info threads
&"info threads\n"
&"warning: RMT ERROR : failed to get remote thread list.\n"
786^done
(gdb)
787-stack-info-depth
787^done,depth="1"
(gdb)
788-stack-list-frames 0 1
788^done,stack=[frame={level="0",addr="0x90020000",func="??"}]
(gdb)
789-var-update var1
789^done,changelist=[]
(gdb)
790-var-update var2
790^done,changelist=[]
(gdb)
791-data-list-changed-registers
791^done,changed-registers=[]
(gdb)
792-data-disassemble -s 0x90020000 -e 0x90020064 -- 0
&"Cannot access memory at address 0x90020000\n"
792^error,msg="Cannot access memory at address 0x90020000"
(gdb)
793-stack-list-arguments 0 0 0
Cannot access memory at address 0x90020000
793^done,stack-args=[frame={level="0",args=[]}]
(gdb)
794-stack-list-locals 0
794^done,locals=[]
(gdb)
795-var-evaluate-expression var1
795^done,value="167772160" // Такого значения переменной быть не может
(gdb)
796-var-evaluate-expression var2
796^done,value="{...}"
(gdb)
797-data-evaluate-expression Led
797^done,value="{<No data fields>}"
(gdb)

Может что-то с elf файлом не так?

#C++ compiler options
-z2 --no_cse --no_unroll --no_inline --no_code_motion --no_tbaa
--no_clustering --no_scheduling --debug --cpu_mode
arm --endian little --cpu ARM7TDMI --stack_align 4
--interwork -e --fpu None --eec++ --dlib_config $(LIB_DIR)\dl4tpainl8n.h

# Assembler options
--cpu ARM7TDMI --fpu None -O$(OBJ_DIR)/ -s+ -M<> -w+ -r

# Linker options
...
-Oelf,as=$(TARGET).elf -Oraw-binary=$(TARGET).a79
...

А чё это у меня какие-то фиговинки оранжевые появились? (см. на рис. стрелками указано)
И звёздочка какая-то чёрная около названия проекта?
Нажмите для просмотра прикрепленного файла
Раньше такого не было...

Вот уж воистину, любит русский народ поизгаляться...

Это плагин системы контроля версий расставляет. Смысл каждой можно посмотреть в настройках плагина.

На мой взгляд вполне разумное стремление.

Пытался наоборот - создать .elf при помощи arm-elf-gcc и отлаживать его в ИАРе. Не получилось. ИАР выругался на отладочную информацию в .elf

Отладчик у ИАРа на порядок или даже два лучше чем gdb с разными GUI.

Не знаю, насколько оно разумно. Какой в нем смысл?
Если рассуждать с точки зрения лицензионности софта, так если уж ИАР-вским компилятором проект и так собирается, так и отлаживать его в том же ИАР.
Более интересно было бы как раз, собирать проект бесплатным gcc, получить elf и грузить его в ИАРовский дебагер. Но у меня это не получилось. ИАР вроде как только умеет генерить elf, но не грузить его в свой отладчик.
Сейчас как раз тут пытаюсь наладить связку gcc + OpenOCD + ARM-USB-OCD + отладка под SlickEdit с истользованием его встроенного gdb клиента. В принципе работает неплохо, но есть ньюансы с загрузкой во flash (пробую на NXP2294 и NXP2378). Иногда всё становится колом и перестает грузиться. Разбираюсь.