чего читать то? Я не понимаю зачем возня и почему нельзя писать напрямую через адрес, ну типа вот так (*((volatile unsigned long *) 0x43D00000)) ?

пробил дефайнами нужные биты и сиди ими щелкай, чего я не учитываю?

Всё-таки приятнее, когда память выделяется автоматически и всё такое.
Но всё равно семантика типа bool не соблюдается, приходится приписывать какое-то волшебное слово. Короче, получается непереносимый код. Даже в том же Cortex-M0 нет никакого bit banding.
Так что фтопку

Я использую "это" для обеспечения атомарности доступа к флагам. Великолепный механизм позволяющий кроме обеспечения атомарности еще и количество тактов сократить.
А вот без этого получается реальный ужас c запретами-восстановлениями прерываний для обеспечения атомарного доступа.

ПЛАКАТЬ ХОЧЕТСЯ...
нафига памяти то выделятся? Вы же когда в периферию обращаетесь вы же не делаете выделения памяти, а запись в регистры идет тоже просто по адресам, зачем тут чего то выделять?

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

1) Атомарности операции.
2) Затрат времени исполение дополнительной кучи команд.

Учитесь думать самостоятельно.

Товарищ не понимааает (с)
Если у Вас есть возможность заводить static bool в разных модулях, то это гораздо интереснее чем вручную и глобально их определять.
Насчет BSRR - история давняя, типа масляного масла получается, неудивительно что там конфликты возникают.

Слезами делу не поможешь. Так что наморщите ум и подумайте.

Опять 25
Пришёл хамоватый тролль zltigo, а Голиков никак не может перестать его кормить.
Осталось откинуться в кресле и достать попкорн

если десяток строчек в скрипте линкера вызывает столько воплей, то я, пожалуй, випью

Ну то есть я правильно понял, это просто для создания переменных через которые писать аля удобнее, чем через прямой указатель...



Есть подозрения среднеуважаемый zltigo что вы испытываете некие комплексы, связанные с вашим уровнем интеллекта, и потому по поводу и без пытаетесь словами всем объяснить что вы умнее%)....
Однако как показала практика с понималкой у вас не очень, потому я вам разжую:
я предлагал дефайном пробить область в битбанде, чтобы как бы непонятному адресу поставить в соответствие понятное название бита, и задефайнить прямо макрос, чтобы писать по его имени прямо в эту область. Как делают с регистрами периферии. Теперь поняли?

Понял что Вы так и не поняли причины "нафига памяти то выделятся? ", продолжаете нести пургу про переферийные адреса и поучать как писать define. Область RAM это в отличие фиксированных адресов периферии, распределяемая компилятором и линкером память.

Эта область плавающая?
то есть в одном контроллере в разных программах при одной конфигурации проца, может при обращении по адресу 0x43D00000 происходить запись в разные биты? Или не происходит вообще?

Здравствуйте.
Еще не добрался до проекта.
Но обязательно проверю и сообщу.

И всё-же прочитайте доку на Bit-band.

Для работы через макрос необходимо сначала выделить немножко простой памяти под обычную 32b переменную, из которой потом макрос будет брать по одному биту под имя. Это муторно и неудобно, в какой-то момент можно совершить ошибку со свободным битом, и сношаться с отладчиком долгое время. Макрос нормально работает с физикой, у которой реальный адрес. Но когда флаги создаются в простой памяти в разных местах - следить уже сложно.
Я предлагаю переложить всю работу по поиску нужного куска памяти - на линкер, это его первичная обязанность.

Кстати, у меня проект на 18 постоянных и 200 с копейкой подгружаемых потоков, на каждую нитку по 8 флагов минимум. Я-б рехнулся с выделением памяти под флаги. А так, я даже не задумываюсь - где они хранятся.

Есно для проекта уровня "поморгать светодиодом" - использование моего способа чисто академическое.

Речь идёт о том, что при объявлении бит-банд переменной по адресу 0x43D00000 нужно как-то указать линкеру, что область ОЗУ, с которой мы работаем бит-бандом при обращении по адресу 0x43D00000, занята.