uint32_t c = GPIOB->IDR;

вот в таком виде переменная с не доступна для считывания. Должна же показывать после прочтения чему равна?

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

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

на время отладки сделай

да нулевая оптимизация была.
Вечером попробую поэкспериментировать ос статик- отпишусь.

в иаре также можно __root c =

Оптимизацию отключает volatile.
А static - это совсем о другом.
Учите матчасть!

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

теперь про volatile.... даже на реальном железе проверил, неполенился. (iar arm + eclipse, с уровнем оптимизации всего проекта s1)

если в коде сделать так

то r вообще не видно ни в каком месте, ибо r ни где в коде не используется. делаем так
Вот тут r будет видно только на строчке r++; шагнув на 1 строчку ниже переменная становиться невидимой всё по тойже причине - она ни где больше не используется.
делаем так
переменная с везде видна. перед стартом, т.е. на первой строчке в main с видна как 0хфффф, после выполнения c = GPIOB->IDR, с видна со значением GPIOB->IDR. (ну естественно сам GPIOB->IDR должен быть volatile)

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

pps 2ТС, а в вашей IDE не видно регистры переферии процессора? Можно же непосредственно посмотреть значение регистра GPIOB->IDR, без временных цэ.

То что у Вас именно такие опции оптимизации, при которых неиспользуемый static не удаляется - это частный случай.
В общем случае оптимизатор имеет право удалить любую неиспользуемую переменную/функцию вне зависимости static она или глобальная или автоматическая. Если она не объявлена с volatile.
Без отключения оптимизации, нет гарантии, что она не будет удалена оптимизатором.
Так что всё-таки - учите

Кого мне учить? Вы сами подучите про volatile, а потом про оптимизацию.

во первых, volatile не дает оптимизаору указания удалять или не удалять переменную, volatile дает указание компилятору не оптимизировать операции чтения/записи к переменной. во 2-х..... оптимизатор.... вроде как именно к компилятору относится. Как компилятор может соптимизировать (т.е. удалить) глобальную переменную, если компилятор не знает используется ли она в других файлах или нет? переменную volatile uint32_t r = GPIOB->IDR; может оптимизатор и не удалит.... (это ещё асм нужно глянуть, но и это будет тоже часный случай), но даже если она живая и она в области видимости больше не используется, то дебагер её не отображает. а статик отображает. Уже на практике не раз проверенно. А проверил с volatile - неработает.


ps я проверил на разных уровнях оптимизации. со статиком её видно. с volatile не видно. речь не о том, что переменную оптимизатор удалит или нет, речь о том, то что в дебаге переменную не видно. Если переменная больше не используется в обласnи видимости, как правило дебагер её больше не отображает. Статик - отображает. Пользую это всегда. Со статиком и глобальными переменными это работает в gcc, в iar.... как для любого мк, так и для ПК, и в частных случаях, и не в частных.

Согласен. Это не редкий случай когда не найдя переменную в отладчике, винят во всем компилятор.