Объясните, как подружить FREERTOS и STM32F030 ?

Взял FreeRTOSConfig.h , который компилировался с STM32L151 .
Не компилируется. ругается на ассемблерные вставки в port.c " error: A1874E: Specified register list cannot be loaded or stored in target instruction set" и другие подобные ошибки.
Взял FreeRTOSConfig.h из демо проекта STM32F05 IAR. У меня keil . Не компилируется. Да и этот файл сильно отличается от моего , наверно потому что он для Iar.

Направьте меня пожалуйста в нужную сторону.

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

За одно и поучитесь и ошики подправите во фриртос - они там немного существуют...

а от куда взял port.c? Для кортексаМ0 с кейлом порт нужно брать от сюда FreeRTOS\Source\portable\RVDS\ARM_CM0
а FreeRTOSConfig.h ... может этот подойдёт FreeRTOS\Demo\CORTEX_M0_Infineon_XMC1000_IAR_Keil_GCC\FreeRTOSConfig.h

juvf , спасибо, получилось. Моя проблема была в том что в версии 7.4.0 скаченной несколько месяцев назад вообще не было папки ARM_CM0

Вопрос про удаление задач.
Как это организовать правильно, или правильно ли я вообще подхожу к созданию алгоритма ?

Есть 3 задачи v_Task1, Vtask2, Vtask3.
В любой момент времени может потребоваться создать любую задачу , или может потребоваться любую удалить.
Если задача создаётся, то нужно во-первых быть уверенным что она уже не создана(а что будет если создать заново той же самой командой ?), а во-вторых удалить две другие задачи.

Делаю так :
В начале задачи v_Task1 пишу



аналогично в остальных задачах.

Но вот беда : если переключение контекста произойдёт после проверки условия v_Task2_Handle ! = NULL , задача v_Task2 где-то удалится, а потом программа вернётся в Task1 и снова попытается удалить уже удалённую задачу, то Task1 удалит сама себя, т.к. v_Task2_Handle уже == NUL

Задачи хочу именно удалять для экономии стека. да и запускать их надо каждый раз с начала.

Вопрос: как это сделать по-человечески ?

Дак а критические секции? Остановка планировщика?

см taskCRITICAL_ENTER(), taskCRITICAL_EXIT(), vTaskSuspendAll(), xTaskResumeAll();

juvf, спасибо !

У меня ещё вопрос .
В документации пишут, что vTaskDelay не освобождает память. занятую задачей память нужно освободить как-то вручную, до вызова vTaskDelay.
За примером отсылают к death.c
https://code.google.com/p/freertos-atmega32...ull/death.c?r=2
Смотрю на код, и не понимаю, где там освобождается память ? По-моему просто вызывается vTaskDelay.
И вообще, как можно освободить память задачи, которая ещё не удалена ? Ведь если не удалена, значит ещё работает .

не путай vTaskDelay и vTaskDelete.

vTaskDelay - не удаляет задачу, а задерживает.

Про зачистку памяти.....


Ту память, которую занимала прибитая задача, зачистит idle. А ту память которую выделили задаче до создания задачи, нужно руками зачищать.

например death.c

Если задача vCreateTasks сама себя удалит, или её удалит кто-то другой, то память, веделенная вызовом pvPortMalloc не освободится. Нужно позаботится об её освобождении. Поэтому в задаче vCreateTasks делается ручная зачистка

juvf, огромное спасибо !!!

Наблюдения :
Разбирался с переполнением стека. vApplicationStackOverflowHook иногда работает, иногда нет.
А если вставить вот такую функцию-заглушку перед каждым созданием новой задачи, она даст 100% верный результат.
vTaskDelay(1); нужен для того что бы запустить Idle Task которая память освободит если этого ещё не случилось после удаления задач.
В худшем случае программа просто зацыклится внутри этой функции, и я буду точно знать в какой момент память кончилась.

У vApplicationStackOverflowHook есть два режима. см КОМПОНЕНТЫ И ТЕХНОЛОГИИ • № 11 '2011, стр 104, "Контроль переполнения стерка". Пробуй Метод контроля переполнения стека № 2.

Ну и как я понял проблема в том, что не хватает памяти в общем стеке для создания новой задачи. А vApplicationStackOverflowHook контролирует переполнение стека не общего, а стека задачи самой задачей.


ээээ..... не совсем понятно что делает заглушка? Проверяет есть ли 256 байт или 256*size_t байт доступно в общем стеке? Не нашол описание на xPortGetFreeHeapSize().
какую модель памяти используешь?
на оф сайте
Т.е. у тебя может быть в общей куче 500 байт свободно, 50 блоков по 10 байт. ни одну новую задачу создать не возможно. Память фрагментирована. Твой костыль тут не поможет.

Поможет возвращяемое значение xTaskCreate()

Стало любопытно, каким образом память становится фрагментирована на куски по 10 байт ? После того как была удалена задача со стеком 60 байт, и создана новая задача со стеком 50 , стек которой заполнил освободившуюся "дырку"?
А она потом сама автоматически дефрагментируется ? Возможно для этого необходимо уходить в задачу idle , так же как и для освобождение памяти после удаления задачи ?

Да

Нет

Дружище..... тебя уже не раз отсылали к статьям Курниц. Там же ответы на все твои вопросы. На русском разжовано и с картинками выложенно.
По поводу фрагментации памяти см КиТ №5 2011 стр 99. Там не совсем свежее описание, нет модели 4, но 1-3 модели описанны хорошо.

Конечно же я их прочитал. И не только их. Ну всего же не запомнишь...

У меня новый вопрос.
Правильно ли я отдаю симафор из прерывания и переключаю в нём контекст ?
Такая проблема : работает, но через 5 минут(точной привязки ко времени нет) начинает работать неправильно. Остальные задачи начинают тормозить, будто бы задача забирающая симафор
vRTC_Read_Time_Task начала использовать всё машинное время. Второй день не могу даже точно понять что происходит .
Заранее спасибо !!!

в коде подвоха не видно.
привидите пример создания этого семафора, ну и обратите на это внимание собственно