Доброго времени суток всем!
Использую в своём проекте freeRTOS на stm32 компилятор Keil.
Вот недавно столкнулся с особенностью что после запуска планировщика из main портиться итек main, то есть при попытке обратиться к локальным переменным main типа класс с виртуальными функциями внутри по заданному адресу из задачи ввалимся в HardFault_Handler. При анализе обнаружил мусор по адресу данной переменной хотя адрес верный и до запуска планировщика было всё нормально. Кто нибудь сталкивался почему портиться стек main?

Сейчас выяснил что стек портиться после вызова функции:


Я просто в асме не очень кто нибудь подскажите что тут твориться?

Сообщение отредактировал glonium - Feb 26 2014, 14:59

Видимо стек портится потому, что после запуска планировщика он используется как стек прерываний. Переключение стеков реализовано в Cortex аппаратно.
Если хотите использовать переменные из стека main (а оно надо такое?), то расположите стек прерываний в другой области ОЗУ.

>Я просто в асме не очень кто нибудь подскажите что тут твориться?
включается прерывание SvCall и это по сути запрос на переключение контекста

увеличьте стек
либо поставьте бряк к примеру на 0x10000020 и смотрите кто пишет
для удобства можно до startup_main проиннициализировать main-стек



для IAR делается так, открываете startup*.s

MODULE ?cstartup

;; Forward declaration of sections.
SECTION CSTACK:DATA:NOROOT(3)

SECTION .intvec:CODE:NOROOT(2)

EXTERN _InitStacks добавляете строку
EXTERN SystemInit
EXTERN __iar_program_start

берете из аттача файл, переименовываете в fill_stacks.s и добавляете к проекту. И всё

Не надо впринципе просто хотелось выяснить причины. Невыясненная причина потом может вылезти!

>Если хотите использовать переменные из стека main (а оно надо такое?), то расположите стек прерываний в другой области ОЗУ.

по стартапу контроллер находится в Thread Mode с MSP
по запуску операционки задачи работают в Thread Mode с PSP
в прерывании режим Handler Mode с MSP

то есть до старта ОС и прерывания это одна область памяти. Зачем её разделять - не понятно, наоборот трата ресурсов

МК стартует в handler mode и потом может переключиться в Thread mode. Если не путаю конечно...Иначе что мешает задаче переключится в режим обработчика?

Спасибо за ответы!
Буду разбираться, впринципе static помогает!

Разобрался!
В упор не видел!

восстанавливает верхушку стека таким образом сбрасывая её!
Всем спасибо большое за помощь!
Думаю тему можно считать исчерпанной!

static - тоже что и глобальная переменная. Может так и объявить?

И что там было? Можно ведь понятней писать...Нужно стремится к этому.

да, там нужно немного подправить азм. чтоб корректно сохранять-восстанавливать данную область памяти.
делал когда-то, для останова FreeRTOS. Правда по второму кругу так и не удалось застартовать ось уже, пришлось сделать
кондово(и стабильней) - через ресет.

Там MAIN стек переставляют в начало перед запуском оси. Чтоб стек зря не пропадал. После старта оси этот стек будет использоваться для прерываний.
Им не пришло в голову, что кто-то перед запуском оси может завести локальные переменные на стеке и потом работать с ними.

Да все верно! Но использовать переменные из стека маин не критично, просто хотелось разобраться в чем дело исключить баги в программе!