Как пишут под арм? Или с чего начать?, До этого всё были мелочи под AVR Опции

[Spider]

Всем привет!

Не бейте сильно, только. Вот хочу перейти на АРМ, имею пару отладочных платок (STM32 Дискавери и китайскую ourstm). В планах собрать консоль управления некой железкой в виде кнопочек и лампочек по USB и I/O, типа большого "джойстика". На AVR я бы сделал что-то вроде state-машины и обрабатывал состояния в цикле. Ну тут типа прогресс не стоит на месте, куча всяких RTOSов и прочее.
Посоветуйте как лучше поступить. Желательно получить ответ не как мне будет проще делать, а как кошернее и правильные. Дабы развиваться самому.
Заранее спасибо!

[kan35]

Ни один еще проект с арм-ами пока не делал без freertos, везде она облегчает жизнь. Очень советую применять ее.
А так же проекты-примеры из IAR, и с stm.com выручают.

[jcxz]

Ни один еще проект с арм-ами пока не делал без freertos, везде она облегчает жизнь. Очень советую применять ее.

А вот интересно - вопрос любителям freertos - сколько она производительности проца съедает?
Она пытается вытеснять задачу по каждому прерыванию или только по сис. таймеру? Что если в системе есть высокочастотные прерывания?
На сколько тактов увеличивается время работы ISR-ов?

По своему опыту использования uCOS знаю, что она (в недоработанном своем виде пытается вытеснить задачу по любому прерыванию и та же задача, но запущенная под ней, расходует примерно на 10% больше проиводительности, чем если бы была запущена без ОС.

[gladov]

А вот интересно - вопрос любителям freertos - сколько она производительности проца съедает?
Она пытается вытеснять задачу по каждому прерыванию или только по сис. таймеру? Что если в системе есть высокочастотные прерывания?
На сколько тактов увеличивается время работы ISR-ов?

По своему опыту использования uCOS знаю, что она (в недоработанном своем виде пытается вытеснить задачу по любому прерыванию и та же задача, но запущенная под ней, расходует примерно на 10% больше проиводительности, чем если бы была запущена без ОС.

Все сильно зависит от архитектуры процессора, порта ОС на эту архитектуру и, конечно, правильности применения данной ОС.
Насчет uCOS не согласен. Она будет пытаться перепланировать задачи при выходе из прерывания ТОЛЬКО в том случае, если в прерывании была вызвана функция C_ISR_ENTER(). Если необходимо 1000 раз выполнить прерывание без перепланирования и только на 1001-й передать управление другой задаче, так и вызовите C_ISR_ENTER() только на 1001 раз. Тогда и оверхеда не получите.
С Cortex'ами, например, еще проще. Там даже не надо системе говорить, что началось прерывание. В любой ПРАВИЛЬНО портированной ОС перепланировка будет вызвана при выходе из прерывания ТОЛЬКО в случае активации в этом прерывании каких-либо механизмов межпроцессного взаимодействия, таких как взведение семафоров, флагов, передача сообщений и т.п.
Так что при правильном использовании ОС оверхед минимален.

[jcxz]

Насчет uCOS не согласен. Она будет пытаться перепланировать задачи при выходе из прерывания ТОЛЬКО в том случае, если в прерывании была вызвана функция C_ISR_ENTER(). Если необходимо 1000 раз выполнить прерывание без перепланирования и только на 1001-й передать управление другой задаче, так и вызовите C_ISR_ENTER() только на 1001 раз. Тогда и оверхеда не получите.

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

С Cortex'ами, например, еще проще. Там даже не надо системе говорить, что началось прерывание. В любой ПРАВИЛЬНО портированной ОС перепланировка будет вызвана при выходе из прерывания ТОЛЬКО в случае активации в этом прерывании каких-либо механизмов межпроцессного взаимодействия, таких как взведение семафоров, флагов, передача сообщений и т.п.

Полностью согласен.
Вот именно для того чтобы перепланировка вызывалась только когда я вызываю в своём обработчике системные функции ОС пришлось мне допиливать системный обрабочик ISR uCOS. Теперь он так и делает.
Версия uCOS 2.83

Впрочем вопрос был не про uCOS - в ней мне всё ясно.