Может опции компилятора разные? Ну там оптимизация или ещё что?

в последней попытке исполнялись оба варианта в одном проекте одной дебаг сессией

HAL победил, ура

А ещё в HAL есть __IO атрибут

И? Ну volatile, который говорит "не оптимизировать переменную". Что это даёт в дебаг компиляции с нулевой оптимизацией?

Где эти настройки?

Наверное ни чего. Просто в глаза бросилось

https://images.app.goo.gl/sdABqqNPVpTX2Gpk9
Runtime library

Все это время не видел, раз 10 там ползал. Спасибо. Заработало, только флешь добавилось с 14 до 34 % ) Буду разбираться.

Ничего не поделать. Это плата за использование полноценной библиотеки. Либо отказаться от вывода 64 битных значений

У меня загрузчик, уйду на 32 битные числа, вспять )

#define PRI_UINT64_C_Val(value) ((unsigned long) (value>>32)), ((unsigned long)value)
#define PRI_UINT64 "%lx%lx"

printf("My Text" PRI_UINT64 "MyText - Text", PRI_UINT64_C_Val (tmp.Address));

все решается сильно проще

👌

ну и настолько просто оно решается только в hex ах)

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

Ну да, с dec сложнее. С другой стороны отлаживать можно и с полноценным стдлиб, а потом в релизе оставить урезанный

Каждый сам выбирает наименьшее зло для себя

короче мысль пока такая. непонятно в случае с регистрами сколько раз процессор успевает опросить регистр TXE и как долго это длится. Так же непонятно, сколько раз в хале if (TXE) успевает выдать фалс и происходит подсчет таймаута. Если в ХАЛЕ if, else timeout и потом вторая проверка TXE выдает true, и всё это заняло 800 нс, а while(not TXE) занимает по опросу ну например 1мс, или первый опрос while и заход на круг пустого цикла до второго опроса занимает больше по времени, то может быть так оно и выходит, что в хале быстрее. короче надо асм посмотреть, сколько команд процессор шурует на while

Короче оптимизацию включать надо и не смотреть на результаты в Debug build без оптимизации.