Что-то странно что 30К заняло..
Два варианта старых проектов на F1: используются PLL, DMA, USB MSD, SPI, I2C, IAP.
В одном проекте без хала и без CMSIS - 9К, из которых 4К - юсб стек + все системное, и 5К все остальное.
Системные файлы из Кейла, с некоторым допиливанием : startup.s system.c usbcore.c usbdesc.c usbhw.c usbuser.c mscuser.c
Почти аналогичный проект на том-же проце но с халом - 15К, из которых сам хал с ЮСБ стеком - 7К, и 8К - все остальное ("остального" тут сильно побольше, чем в варианте без хала).
Конечно, тут хал+юсб с халом занимает 7К, почти вдвое больше чем 4К в первом варианте. Но первый вариант был не только бех хала, но и без CMSIS, и там было все ужато до посинения.
P.S. Я вообще не часто использую хал, в основном для разных быстрых временных тестовых поделок, где главное - побыстрее получить результат. Это именно для эксперименов. Требований к памяти в них как правило никаких, а если есть требования к скорости - ну так этот кусок можно и полностью свой написать.
В нормальных проектах, я обычно в кубе делаю распределение ножек, и беру с экрана коэффициенты для клоков - это он хорошо и удобно считает. Генерить кубом код тут вообще не обязательно.
Но иногда я генерю кубом всю или почти всю начальную инициализацию, ибо для какого-нибудь F7 или H7, с прошивкой в сотни килобайт, займет эта инициализация 10К или 30К - глубоко пофиг, да и как правило, у меня основное место во флеше в таких проектах занимает не столько код, сколько RO-данные (массивы, таблицы). Вот работу в реалтайме с некоторой периферией, как правило прихдится делать свою, в хале в угоду универсальности "для всех случаев", многое сделано крайне не оптимально или просто через ж-пу.
