Жил-был проект, функция SystemInit была самодельная, задавала частоту PLL и от нее частоты шин. Дальше выполнялась __main, задавала переменные, и переходила к Main.
Решил я добавить в SystemInit инициализацию FSMC (контроллера внешней памяти). Не могу вспомнить, зачем. Вроде, что-то не инициализировалось. [Кстати, стандартная SystemInit тоже так делает.] Заодно и всю остальную периферию инициализировал. До выполнения __main. И теперь эта __main очищает мои переменные, отвечающие за режимы работы прибора, лежащие во внутренней Backup SRAM. Предполагаю, что раньше она просто не могла добраться до этих переменных.
Что наблюдаю в отладчике: Жму Reset - переменные заполнены абракадаброй, но это не настоящее их содержимое, просто доступа нет. После выполнения SystemInit читается их реальное значение, бывшее до сброса. После выполнения __main все эти переменные обнуляются!
Вопрос - что, так и должно быть? И раньше не обнулялись переменные только оттого, что __main не могла до них добраться? В исходниках переменные описаны с атрибутами, в скаттере секции описаны, переменные положены, куда положено ( )... Типа, вот так:
volatile uint32_t Signature __attribute((section("backup")));

RW_IRAM2 0x40024000 UNINIT 0x00001000 { ; Backup RAM
Main.o (backup)
}
Да, имею вариант вернуться к прежней SystemInit. Но для чего-то мне же понадобилось инициализировать контроллер внешней памяти до __main...

Как заставить Keil не инициализировать избранные глобальные переменные?

Так и есть. Задал остановку МК при записи к переменной в BackupRAM. Увидел в __main очистку своих переменных:

Остановился при r1 = 0x40024008, r3 = 0, r2 = 0x38.

Странно, UNINIT у меня работал корректно. И это не очистка, а копирование.

Копирование. Нуля {r3}. По 4 байта.
У меня тоже работало. Или казалось, что работает. Пока не перенес инициализацию BackupRAM в SystemInit.

Пословно Ну а все же, куда R0 указывает?

Да, пословно. R0 = 0x08016114, чисто данные во флэш. ~56 нулевых байтов. Вся моя управляющая структура, надо думать.

Вот копирование меня и смущает: структура в Backup RAM по логике должна быть ZI, а не RW. Можете map-файл привести?

Я к этой структуре Ctrl обращаюсь постоянно в процессе работы, читаю, изменяю...

А как она объявлена, структура эта?

Там структура из структур. Атрибут - только общий, секция. Может, no_init надо? ищу по документации на линкер. _DECL задает extern, если надо.


Не в структурах дело. Есть простая переменная Signature (начальная версия работы с Backup), она также обнуляется.
_DECL volatile uint32_t Signature __attribute((section("backup")));

Надо разбираться, почему они получили атрибут RW вместо ZI.

Если в ИАРе, добавьте __no_init и наверняка проблема решится.

Тьфу, это ж кейл :-)))))) Но наверняка такой квалификатор должен быть..

Если в map написано

разве это не говорит, что инициализации быть не должно?

Попробуйте это.


Не-инициализации подлежат только ZI-данные, но не RW.

Я вже попробовав ось таке. Помогло. Спасибо! У вас тот же совет.
Я йопнусь с этого Кейла.


zero_init, и кто бы мог догадаться? Помнится, сталкивался с неким подобным.

Я сталкивался и с вещами похуже. Например, за счет оптимизации код из RAM оказывался перенесенным во флеш с полным игнорированием атрибутов секций. Просто оптимизатор инлайнил код с потерей атрибутов.