Советы и вопросы по программированию STM32

вы можете использовать локальные или глобальные переменные, использование локальных во встроенных системах может привести к конфликту вашего стека с вашими данными. с глобальными объектами у вас нет такой проблемы. но это верно независимо от того, где вы находитесь: встроенный микроконтроллер, рабочий стол и т. д.

Я бы сделал копию глобальной задачи переднего плана, которая ее использует.

unsigned int myglobal;

void fun ( void )
{
   unsigned int myg;

   myg=myglobal;

а затем используйте только myg для остальной части функции. Обычно вы делаете снимок и используете его. Вы хотели бы сделать то же самое, если вы читаете регистр, если вы хотите сделать несколько вещей на основе выборки чего-либо, возьмите одну выборку и принимайте решения по этой одной выборке, в противном случае элемент может измениться между выборками. Если вы используете одну глобальную переменную для обмена данными с обработчиком прерывания, я бы использовал две переменные: одна на переднем плане для прерывания, другая - для прерывания на переднем плане. да, бывают случаи, когда вам нужно тщательно управлять таким общим ресурсом, как правило, это связано со случаями, когда вам нужно сделать более одного дела, например, если у вас было несколько элементов, которые все нужно было изменить как группу раньше обработчик может видеть их изменение, тогда вам нужно отключить обработчик прерывания, пока все элементы не будут изменены. и здесь снова нет ничего особенного во встроенных микроконтроллерах, это все основные вещи, которые вы можете увидеть на настольной системе с полноценной операционной системой.

Кейл знает, что они делают, если они поддерживают C ++, то на системном уровне они это проработали. Я не использую Keil. Я использую gcc и llvm для таких микроконтроллеров, как этот.

Редактировать:

Вот пример того, о чем я говорю

https://github.com/dwelch67/stm32vld/tree/master/stm32f4d/blinker05

stm32 с использованием прерываний на основе таймера, обработчик прерывания изменяет переменную, совместно используемую с задачей переднего плана. Задача переднего плана делает один снимок общей переменной (для каждого цикла) и при необходимости использует снимок более одного раза в цикле, а не общую переменную, которая может изменяться. Это C, а не C ++, я это понимаю, и я использую gcc и llvm, а не Keil. (обратите внимание, что у llvm есть проблемы с оптимизацией жестких циклов while, очень старая ошибка, не знаю, почему они не заинтересованы в ее исправлении, llvm работает для этого примера).

Вопрос 1. Локальные переменные

Образец кода, предоставляемый ST, не особенно эффективен или элегантен. Он выполняет свою работу, но иногда нет веских причин для того, что он делает.

В общем, вы всегда хотите, чтобы ваши переменные имели минимально возможную область видимости. Если вы используете переменную только в одной функции, определите ее внутри этой функции. Добавьте ключевое слово static к локальным переменным тогда и только тогда, когда вам нужно, чтобы они сохранили свое значение после выполнения функции.

В некоторых встроенных средах, таких как архитектура PIC18 с компилятором C18, локальные переменные намного дороже (больше места для программы, медленнее время выполнения), чем глобальные. На Cortex M3 это не так, поэтому вы можете свободно использовать локальные переменные. Проверьте список сборки и убедитесь в этом сами.

Вопрос 2. Совместное использование переменных между прерываниями и основным циклом

Люди написали целые главы, объясняющие ответы на эту группу вопросов. Всякий раз, когда вы разделяете переменную между основным циклом и прерыванием, вы обязательно должны использовать в ней ключевые слова volatile. К переменным размером 32 или менее бит можно получить доступ атомарно (если они не выровнены).

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

Вопрос 3: основная функция в C ++

Я не уверен. Вы можете использовать arm-none-eabi-nm (или то, что nm называется в вашей инструментальной цепочке) в своем объектном файле, чтобы увидеть, какое имя символа компилятор C ++ присваивает main(). Могу поспорить, что компиляторы C ++ воздерживаются от искажения основной функции именно по этой причине, но я не уверен.

Образец кода STM не является образцом хорошей практики кодирования, он просто предназначен для иллюстрации использования их стандартной периферийной библиотеки (при условии, что это те примеры, о которых вы говорите). В некоторых случаях может случиться так, что переменные объявлены внешними по отношению к main(), потому что доступ к ним осуществляется из контекста прерывания (разделяемая память). Также возможно, что это было сделано таким образом просто для того, чтобы разрешить наблюдение за переменными в отладчике из любого контекста; но это не повод копировать технику. Мое мнение о коде примера STM состоит в том, что он, как правило, довольно плох даже в качестве примера кода, не говоря уже о том, что с точки зрения разработки программного обеспечения.

В этом случае ваша переменная прерывания часов является атомарной, если она 32-битная или меньше, если вы не используете семантику чтение-изменение-запись с несколькими модулями записи. Вы можете спокойно иметь одного писателя и несколько читателей в любом случае. Это верно для этой конкретной платформы, но не обязательно для всех; ответ может быть другим для 8- или 16-битных систем или, например, для многоядерных систем. Переменная в любом случае должна быть объявлена ​​volatile.

Я использую C ++ на STM32 с Keil, и проблем нет. Я не уверен, почему вы думаете, что точки входа в C ++ разные, их здесь нет (Keil ARM-MDK v4.22a). Код запуска вызывает SystemInit(), который, например, инициализирует ФАПЧ и тайминги памяти, затем вызывает __main(), который выполняет глобальную статическую инициализацию, затем вызывает конструкторы C ++ для глобальных статических объектов перед вызовом main(). Если сомневаетесь, просмотрите код в отладчике. Важно отметить, что __main() - это не main() функция, которую вы пишете для своего приложения, это оболочка с различным поведением для C и C ++, но которая в конечном итоге вызывает вашу main() функцию.