реализация булевых переменных в bit-band, кто до чего дошел Опции

[copov]

А чего читать. Bit-band для обращения по битам в отдельной области SRAM или в области периферийный регистров и не совпадают по адресам при обращении к ним по словам.

А понял в чем вопрос, просто и в голову не приходило, что биты могут понадобиться не для обращения к периферии.
Зарезервировать в обычной SRAM по разному в разных средах. В Keil можно так:
volatile uint32_t Var_for_bit __attribute__((at(0x20000000)));

[_Pasha]

они еще и читать не умеют

[Сергей Борщ]

Зарезервировать в обычной SRAM по разному в разных средах. В Keil можно так:
volatile uint32_t Var_for_bit __attribute__((at(0x20000000)));

Это точно резервирование?

После этого точно нельзя сделать вот так? :
volatile uint32_t Var_for_bit1 __attribute__((at(0x20000000)));
volatile uint32_t Var_for_bit2 __attribute__((at(0x20000001)));
volatile uint32_t Var_for_bit3 __attribute__((at(0x20000000)));

[zltigo]

Область bit-band и так лежит вне области ОЗУ для данных...

Разумеется это абсолютно не так. Посему, все что Вы написали далее не верно. Читайте документацию или хотя-бы то, что здесь разжевывали ( безрезультатно , как вижу ) Голикову и Вам.

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

Биты, как и байты и вообще любые структры, используюся для всего чего нужно. При этом при работе с битами чрезе bit-band получаем два ВАЖНЕЙШИХ
эффекта:
1) Атомарность операци;
2) Выигрыш по скорости.
Об этом уже тоже здесь писалось

[copov]

Это точно резервирование?

После этого точно нельзя сделать вот так? :
volatile uint32_t Var_for_bit1 __attribute__((at(0x20000000)));
volatile uint32_t Var_for_bit2 __attribute__((at(0x20000001)));
volatile uint32_t Var_for_bit3 __attribute__((at(0x20000000)));

Нельзя переменные uint32_t должны располагаться по адресам кратным 4

[Сергей Борщ]

Нельзя переменные uint32_t должны располагаться по адресам кратным 4

Да, про это я не подумал, но вопрос был о другом. Пусть будет так:

volatile uint32_t Var_for_bit1 __attribute__((at(0x20000000)));
volatile uint32_t Var_for_bit2 __attribute__((at(0x20000004)));
volatile uint32_t Var_for_bit3 __attribute__((at(0x20000000)));

[jcxz]

Область bit-band и так лежит вне области ОЗУ для данных, поэтому для нее ничего не надо специально резервировать, если обращаться туда по абсолютным адресам. С какого компоновщик будет туда размещать переменные.
Обидели Голикова, чуть ли не единственно грамотного человека в этой ветке и радуются.

Golikov A то хоть поздно, но всё-же прозрел, а Вы так и блуждаете в темноте....

[copov]

Да, про это я не подумал, но вопрос был о другом. Пусть будет так:

volatile uint32_t Var_for_bit1 __attribute__((at(0x20000000)));
volatile uint32_t Var_for_bit2 __attribute__((at(0x20000004)));
volatile uint32_t Var_for_bit3 __attribute__((at(0x20000000)));

volatile uint32_t Var_for_bit1 __attribute__((at(0x20001000)));
volatile uint32_t Var_for_bit2 __attribute__((at(0x20001004)));
volatile uint32_t Var_for_bit3 __attribute__((at(0x20001000)));
В Keil комплилятор ругается, что переменная Var_for_bit3 должна начинаться с 0x20001008 адреса. Что не удивительно - это прямая обязанность нормального компилятора (может быть только по-другому ругаться будет в другой среде разработки).