Какие действия происходят в МК до main() ?, Какой язык используется в .xcl файле? Опции

[Толик]

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

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

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

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

[IgorKossak]

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

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

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

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

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

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

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

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

[VladislavS]

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

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

[Толик]

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

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

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

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

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

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

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

Отвечу поточнее. С его помощью .......

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

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

[IgorKossak]

А где, пардон, эти папки?
Так это же файл CsStartUp, да? А где же .xcl?

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

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

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

[Толик]

Спасибо.

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

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

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

[Kirill Frolov]

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

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

[Толик]

Запускается C-стартап. Который выполняет следующие действия:

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

[Сергей Борщ]

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

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

[IgorKossak]

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

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

[Толик]

Копирование функций, обьявленных как __ramfunc, из flash в RAM тоже происходит в стартапе.

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

[vet]

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

[Толик]

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

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

[Сергей Борщ]

затем не выполняя программу начинаю смотреть RAM с 0x00200000 и вижу там функцию указанную как __ramfunc, хотя csstartup ещё не выполнялся.

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

[Kirill Frolov]

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

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

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