Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Какие действия происходят в МК до main() ?
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > IAR
Толик
Хотелось бы вообще разобраться, какие действия происходят в микроконтроллере до того как мы попадаем в main() ?

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

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

Где про всё это почитать можно? unsure.gif
IgorKossak
Цитата(Толик @ Nov 20 2007, 08:55) *
Хотелось бы вообще разобраться, какие действия происходят в микроконтроллере до того как мы попадаем в main() ?

Примерно такой порядок:
инициализация интерфейса внешней памяти и указателей стека;
инициализация "кучи", если она есть;
__low_level_init - низкоуровневые инициализации, которые пользователь считает нужным сделать;
обнуление неинициализируемых глобальных обьектов в ОЗУ;
инициализация инициализируемых глобальных обьектов в ОЗУ;
запуск конструкторов глобальных обьектов.
Цитата(Толик @ Nov 20 2007, 08:55) *
Зачем нужен .mac файл?

Для отладки в C-SPY.
Цитата(Толик @ Nov 20 2007, 08:55) *
Какой язык используется в .xcl файле?

Собственный.
Цитата(Толик @ Nov 20 2007, 08:55) *
Где про всё это почитать можно? unsure.gif

Документация на английском языке в папках avr[arm]\doc и common\doc исчерпывающая.
Непонятности разрешаются поиском по форуму.
VladislavS
Цитата(Толик @ Nov 20 2007, 09:55) *
Зачем нужен .mac файл?


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

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

Цитата(IgorKossak @ Nov 20 2007, 10:20) *
Документация на английском языке в папках avr[arm]\doc и common\doc исчерпывающая

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

Цитата(IgorKossak @ Nov 20 2007, 10:20) *
Примерно такой порядок:
инициализация интерфейса внешней памяти и указателей стека;
инициализация "кучи", если она есть;
__low_level_init - низкоуровневые инициализации, которые пользователь считает нужным сделать;
обнуление неинициализируемых глобальных обьектов в ОЗУ;
инициализация инициализируемых глобальных обьектов в ОЗУ;
запуск конструкторов глобальных обьектов.

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

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

Цитата(VladislavS @ Nov 20 2007, 12:56) *
Отвечу поточнее. С его помощью .......

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

А вот такой вопрос...а надо ли в нём разбираться и в чём это может помочь? И по каким источникам разбираться?
IgorKossak
Цитата(Толик @ Nov 20 2007, 12:23) *
laughing.gif А где, пардон, эти папки?
Так это же файл CsStartUp, да? А где же .xcl?

В основной папке установленного продукта (если Вы его установили).
Да.
.xcl это командный файл линкера и делается, как правило, на базе шаблона из какого-нибудь примера. См. папки arm\examples, arm\config, ...
Цитата(Толик @ Nov 20 2007, 12:23) *
А как называется собсвенный язык XCL? (По название полегче будет найти описание)

Файл common\xlink.ENU.pdf разъясняет все директивы и опции, применяемые в файле .xcl.
О названии языка никогда не слышал.
Толик
Спасибо. smile.gif
Цитата(IgorKossak @ Nov 20 2007, 13:45) *
См. папки arm\examples, arm\config, ...
Файл common\xlink.ENU.pdf разъясняет все директивы и опции, применяемые в файле .xcl.

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

А вот как заполняется RAM я так и не понял....ну и ладно....спасибо, что хоть сразу не прогнали
Kirill Frolov
Цитата(Толик @ Nov 20 2007, 09:55) *
Хотелось бы вообще разобраться, какие действия происходят в микроконтроллере до того как мы попадаем в main() ?


Запускается C-стартап. Который выполняет следующие действия: настройка необходимого минимума аппаратуры, прерываний, стека, возможно включение кварцевого генератора и настройка портов ввода-вывода (многое, конечно, можно вынести в main, но main запускается с большой задержкой).
Потом инициализация C-переменных (глобальных) и вызов конструкторов C++ классов. После всего запускается main.
Толик
Цитата(Kirill Frolov @ Nov 20 2007, 14:26) *
Запускается C-стартап. Который выполняет следующие действия:

Дело - то всё в том, что когда мы находимся на первой строчке стартапа, в RAMе у нас уже есть куча наших переменных или функций, которые неизвестно как туда попали....ну в случае работы с отладчиком(или программатором...как он там называется) - ясно, а вот без него....ну то есть при обыной работе.....или после RESETa?
Сергей Борщ
Цитата(Толик @ Nov 20 2007, 13:53) *
Дело - то всё в том, что когда мы находимся на первой строчке стартапа, в 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
Цитата(Толик @ Nov 20 2007, 13:53) *
Дело - то всё в том, что когда мы находимся на первой строчке стартапа, в RAMе у нас уже есть куча наших переменных или функций, которые неизвестно как туда попали....ну в случае работы с отладчиком(или программатором...как он там называется) - ясно, а вот без него....ну то есть при обыной работе.....или после RESETa?

Копирование функций, обьявленных как __ramfunc, из flash в RAM тоже происходит в стартапе. Либо они могут загрузиться в RAM из внешней памяти внутренним загрузчиком. Какие у Вас аппаратные особенности (какой МК, как сконфигурирована начальная загрузка и есть ли она вообще) - неизвестно.
Толик
Цитата(IgorKossak @ Nov 20 2007, 15:18) *
Копирование функций, обьявленных как __ramfunc, из flash в RAM тоже происходит в стартапе.


Программирую AT91SAM7A3 (отладочную плату). Так вот взял стандартный проект с бегающими огоньками.....написал у одной функции __ramfunc, затем запустил FLASH Debug.....затем не выполняя программу начинаю смотреть RAM с 0x00200000 и вижу там функцию указанную как __ramfunc, хотя csstartup ещё не выполнялся. crying.gif
vet
Можно предположить, что устройство не выключалось, а код в ОЗУ остался с прошлой отладки.
Толик
Цитата(vet @ Nov 20 2007, 16:07) *
Можно предположить, что устройство не выключалось, а код в ОЗУ остался с прошлой отладки.

Да нет, врядли.....когда изменил код и опять запустил Flash Debug в RAMe уже была моя изменённая ф-ция. Скорее всего программатор сам всё программирует без csstartup'a.....тогда он во Flash прошивает совсем другой стартап нежели который выполняется при Флэш дебаге.... unsure.gif
Сергей Борщ
Цитата(Толик @ Nov 20 2007, 14:50) *
затем не выполняя программу начинаю смотреть RAM с 0x00200000 и вижу там функцию указанную как __ramfunc, хотя csstartup ещё не выполнялся. crying.gif
На самом деле программа начала выполняться. После прошивки флеш отладчик дает ресет на процессор, процессор начинать выполнять программу (с cstartup), а в это время отладчик перехватывает управление, переводит процессор в режим ARM и ставит PC на нулевой адрес. Вот пока отладчик перехватывает управление и успевает выполниться некоторая часть cstartup, в вашем случае - копирование функций. Чтобы убедиться - напишите свою __low_level_init() с достаточно длинным циклом, чтобы процессор какое-то время повисел в цикле.
Kirill Frolov
Цитата(Толик @ Nov 20 2007, 14:53) *
Дело - то всё в том, что когда мы находимся на первой строчке стартапа, в RAMе у нас уже есть куча наших переменных или функций, которые неизвестно как туда попали...


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

Нет, я допускаю, что 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

Всем спасибо...
VladislavS
Вижу как приходит понимание. smile.gif Так держать!
mdmitry
В документации к WinAVr(gcc) (avr-libc) подробно расписаны секции инициализации (.init0-9) и секции завершения программы (.finit0-9). Для ARM на gcc должно быть что-то похожее.
Сергей Борщ
Цитата(mdmitry @ Nov 21 2007, 09:34) *
В документации к WinAVr(gcc) (avr-libc) подробно расписаны секции инициализации (.init0-9) и секции завершения программы (.finit0-9). Для ARM на gcc должно быть что-то похожее.
Возможно. В документации на ИАР это тоже расписано. И IgorKossak дал ссылку на документацию еще во втором сообщении. Но ведь наш человек твердо следует принципу "если уже ничего не помогает - прочтите, наконец, инструкцию". В данном случае до инструкции пока не добрались laughing.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.