Хотелось бы вообще разобраться, какие действия происходят в микроконтроллере до того как мы попадаем в main() ?

Зачем нужен .mac файл?

Какой язык используется в .xcl файле?

Где про всё это почитать можно?

Примерно такой порядок:
инициализация интерфейса внешней памяти и указателей стека;
инициализация "кучи", если она есть;
__low_level_init - низкоуровневые инициализации, которые пользователь считает нужным сделать;
обнуление неинициализируемых глобальных обьектов в ОЗУ;
инициализация инициализируемых глобальных обьектов в ОЗУ;
запуск конструкторов глобальных обьектов.

Для отладки в C-SPY.

Собственный.

Документация на английском языке в папках avr[arm]\doc и common\doc исчерпывающая.
Непонятности разрешаются поиском по форуму.

Отвечу поточнее. С его помощью отладчик переводит процессор в состояние, подходящее для загрузки программы в память и начала отладки. Обычно это запуск генераторов, ремап, инициализация SDRAM, установка режима работы, установка счетчика команд и т.д.

Ну вот, в часности, не понятно откуда МК знает делать ремап или нет (или при работе без программатора ремап можно делать только самому?)? Или с какого адреса начинать заполнять RAM (мы же не записываем .xml файл в МК).
Как я понимаю после запуска МК у нас есть указатель на 0x000000 адрес где у нас начинается файл CsSstarpUp, оперативная память пуста, но к этому времени у нас уже должно произойти распределение памяти с помощью XCL, всяких там __ramfunc ....... так вот где всё это (может это карта памяти называется) распределение лежит и как оно происходит?

А как называется собсвенный язык XCL? (По название полегче будет найти описание)


А где, пардон, эти папки?


Так это же файл CsStartUp, да? А где же .xcl? Я уже выше написал

На всю эту кучу(не путать с динам. памятью) вопросов и соображений можно не отвечать, а просто отослать к соотв. литературе


О-о-о.... процесс понимания пошёл....спасибо

А вот такой вопрос...а надо ли в нём разбираться и в чём это может помочь? И по каким источникам разбираться?

В основной папке установленного продукта (если Вы его установили).
Да.
.xcl это командный файл линкера и делается, как правило, на базе шаблона из какого-нибудь примера. См. папки arm\examples, arm\config, ...

Файл common\xlink.ENU.pdf разъясняет все директивы и опции, применяемые в файле .xcl.
О названии языка никогда не слышал.

Спасибо.

Как говориться за что боролись, на то и напоролись... всё на английском, надо напрягаться читать.....а хотелось просто чего-нибудь почитать-расслабиться пока делать нечего...ну хоть буду знать куда лезть в случае необходимости.

А вот как заполняется RAM я так и не понял....ну и ладно....спасибо, что хоть сразу не прогнали

Запускается C-стартап. Который выполняет следующие действия: настройка необходимого минимума аппаратуры, прерываний, стека, возможно включение кварцевого генератора и настройка портов ввода-вывода (многое, конечно, можно вынести в main, но main запускается с большой задержкой).
Потом инициализация C-переменных (глобальных) и вызов конструкторов C++ классов. После всего запускается main.

Дело - то всё в том, что когда мы находимся на первой строчке стартапа, в RAMе у нас уже есть куча наших переменных или функций, которые неизвестно как туда попали....ну в случае работы с отладчиком(или программатором...как он там называется) - ясно, а вот без него....ну то есть при обыной работе.....или после RESETa?

Откуда у вас такая информация? После включения питания процессор начинает исполнять программу с адреса 0. Больше он ничего не умеет. По адресу 0 находится команда перехода на cstartup. Если вы смотрели внимательно исходники cstartup, то могли заметить, что сначала настраиваются стеки, потом вызывается пользовательская функция __low_level_init() (если пользователь ее не определеил, то из библиотеки подлинковывается заглушка, которая просто возвращает 1). Если __low_level_init() вернул 0, то происходит запуск main(). Если __low_level_init() вернул 1, то происходит инициализация ОЗУ - копирование в ОЗУ функций __ramfunc, присваивание начальных значений проинициализированным глобальным и статическим переменным, обнуление ненициализированных глобальных, вызов конструкторов. И только после этого происходит запуск main(). Все. Никаких чудес. Все "неизвестно как" происходит в cstartup. Нужен ремап - делайте его вручную в __low_level_init() или в main().

Копирование функций, обьявленных как __ramfunc, из flash в RAM тоже происходит в стартапе. Либо они могут загрузиться в RAM из внешней памяти внутренним загрузчиком. Какие у Вас аппаратные особенности (какой МК, как сконфигурирована начальная загрузка и есть ли она вообще) - неизвестно.

Программирую AT91SAM7A3 (отладочную плату). Так вот взял стандартный проект с бегающими огоньками.....написал у одной функции __ramfunc, затем запустил FLASH Debug.....затем не выполняя программу начинаю смотреть RAM с 0x00200000 и вижу там функцию указанную как __ramfunc, хотя csstartup ещё не выполнялся.

Можно предположить, что устройство не выключалось, а код в ОЗУ остался с прошлой отладки.

Да нет, врядли.....когда изменил код и опять запустил Flash Debug в RAMe уже была моя изменённая ф-ция. Скорее всего программатор сам всё программирует без csstartup'a.....тогда он во Flash прошивает совсем другой стартап нежели который выполняется при Флэш дебаге....

На самом деле программа начала выполняться. После прошивки флеш отладчик дает ресет на процессор, процессор начинать выполнять программу (с cstartup), а в это время отладчик перехватывает управление, переводит процессор в режим ARM и ставит PC на нулевой адрес. Вот пока отладчик перехватывает управление и успевает выполниться некоторая часть cstartup, в вашем случае - копирование функций. Чтобы убедиться - напишите свою __low_level_init() с достаточно длинным циклом, чтобы процессор какое-то время повисел в цикле.

Есть. Неинициализированных.

Нет, я допускаю, что startup запускается не непосредственно, а из какой-либо программы монитора...

И правда..... в стартапе есть код копирующий функцию в RAM.

EXTERN __segment_init
EXTERN main
; Initialize segments.
; __segment_init is assumed to use
; instruction set and to be reachable by BL from the ICODE segment
; (it is safest to link them in segment ICODE).
ldr r0,=__segment_init
mov lr, pc
bx r0
Сначала я очистил RAM (испортил), затем прошёлся пошагово по стартапу с радостью замечая постепенное заполнение памяти....затем увидел в RAMе свою ф-цию.

Сразу после этого стартап прыгает в main()

PUBLIC __main
?jump_to_main:
ldr lr,=?call_exit
ldr r0,=main
__main:
bx r0

Всем спасибо...

Вижу как приходит понимание. Так держать!

В документации к WinAVr(gcc) (avr-libc) подробно расписаны секции инициализации (.init0-9) и секции завершения программы (.finit0-9). Для ARM на gcc должно быть что-то похожее.

Возможно. В документации на ИАР это тоже расписано. И IgorKossak дал ссылку на документацию еще во втором сообщении. Но ведь наш человек твердо следует принципу "если уже ничего не помогает - прочтите, наконец, инструкцию". В данном случае до инструкции пока не добрались