Конфигурация платформы потеряна между _start и main

Глобальные переменные инициализируются после выполнения вашей функции. Таким образом, любые изменения переменных в сегментах .data и .bss будут потеряны и перезаписаны статическая процедура инициализации.

Отбросьте метод, который вы делаете, и используйте непереносимое расширение gcc __attribute__((__constructor__)) для выполнения функции перед основным, но после статической инициализации или, альтернативно, добавьте адрес функции в раздел .init. Ссылки newlib/arm /crt0.S функция gcc атрибуты newlib/init.c инициализация gcc

Пример псевдокода, иллюстрирующий происходящее:

int some_global_explicitly_initialized_var = 1; // in .data section
static int some_global_var = 2; // in .data section
int global_vars_without_initialization_are_default_initialized_to_zero; // in .bss section
static int m33_uart; // in .bss section

int your_func() {
   // you set your variables, but it will be overwritten in _init
   m33_uart = 12354;
}

// this function is called first, ie. entrypoint before main
void Reset_Handler(void) {
    your_func();
    _init();
}

void _init(void) {
    // variables in .data section are initialized explicitly
    // ie. some_global_explicitly_initialized_var is set to 1 and 
    // and some_global_var is set to 2
    // this is done by copying a section from flash memory into ram into .data section
    // linker takes care of properly placing the variables
    memcpy(&_data_section, &_data_initialization_from_flash, sizeof(_data_initialization_from_flash));

    // variables in .bss section are initialized to 0
    // and uninitialized pointers are set to NULL
    // so all global variables are cleared
    // so global_vars_without_initialization_are_default_initialized_to_zero is set to 0
    // and m33_uart is also set to 0
    memset(&_bss_section, 0, sizeof(_bss_section));

    // after that main is called
    main();
}

int main() {
    // m33_uart will be set to 0
    // because m33_uart is inside .bss section
    // and will be cleared to 0 by the memset in _init
}

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

Не всегда безопасно вызывать функции C из вектора сброса, если вектор сброса также устанавливает SP. К счастью, это не проблема с ARM, но вы все равно должны убедиться, что все настройки памяти выполнены, прежде чем писать в переменные RAM (некоторые советуют, как развернуть все это вручную здесь). Как упоминалось другими, наиболее вероятная проблема здесь заключается в том, что вы записываете переменные области статического файла до того, как будет выполнена инициализация .bss, поэтому их значения будут стерты.

(Если вы понятия не имеете, что означают .bss и .data, то пока не стоит возиться с ЭЛТ. Вот объяснение: Что находится в разных типах памяти микроконтроллера?)

Есть два возможных решения:

• Отключите инициализацию .bss и .data как нестандартную настройку проекта. Это очень распространено во встроенных системах, но означает, что вы больше не можете полагаться на стандартную инициализацию переменной C для static или переменных области видимости файла.
• Или поместите свои внутренние переменные драйвера UART в выделенный сегмент ОЗУ, который не инициализирован по умолчанию.

Настоящий вопрос заключается в том, почему вам нужно настроить UART так рано. Регистры UART не могут быть такими критичными по времени, так как сам UART медленный. Должно быть достаточно, если вы установите направление данных и вытащите резисторы из вектора сброса, а затем выполните остальную часть некритической инициализации в main().

Кроме того, нет особого смысла инициализировать UART до того, как вы установите системные часы, иначе ваша скорость передачи данных может оказаться неправильной. Что касается этой темы, также вполне возможно, что библиотеки CRT/CMSIS были написаны обезьянами, которые серьезно намеревались запустить вашу инициализацию .bss/.data с настройкой внутреннего RC-генератора по умолчанию до того, как отработают какие-либо системные часы настройки PLL. Поскольку большинство плат используют внешние кварты, вы не хотите, чтобы ваш запуск был невероятно медленным и беспричинно потреблял ток — чтобы предотвратить такой ужасный дизайн, вам нужно либо настроить часы самостоятельно из вектора сброса, либо отключить .bss/.data инициализация.