Недавно вышла новая версия 1.00.
Список изменений.

- Компилятор GCC обновился до версии 5.4.
- Немного изменился метод отладочного вывода данных Semihosting.
- Исправлены найденные ошибки.

Сейчас сайт перегружен, но тем не менее, архив скачать можно http://www.emblocks.com/web/downloads-main

В предыдущем сообщении речь шла о размере прошивки. Продолжим. Размер прошивки при неизменном коде зависит от уровня оптимизации кода и некоторых других параметров. Давайте рассмотрим сколько байт займет прошивка скомпилированная из этого кода при разных уровнях оптимизации.
Сперва вообще отключим оптимизацию

получим такой результат

Program size (bytes):    1800
Data size    (bytes):     104
BSS size     (bytes):      28

Total size   (bytes):    1932   (R/W Memory: 132)

Код занял 1800 байт.
Теперь включим оптимизацию по размеру.

Размер скомпилированного кода заметно уменьшился.

Program size (bytes):    1340
Data size    (bytes):     104
BSS size     (bytes):      28

Total size   (bytes):    1472   (R/W Memory: 132)

Но и это не предел. На вкладке "Linker setting" включаем "Link time optimization"

Что позволит уменьшить размер прошивки на 188 байт.

Program size (bytes):    1152
Data size    (bytes):     104
BSS size     (bytes):      28

Total size   (bytes):    1284   (R/W Memory: 132)

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

 *(.text*)
 .text          0x080000ec       0x5c c:/program files (x86)/embitz/1.00/share/em_armgcc/bin/../lib/gcc/arm-none-eabi/5.4.1/armv7-m/crtbegin.o
 .text          0x08000148       0x74 c:/program files (x86)/embitz/1.00/share/em_armgcc/bin/../lib/gcc/arm-none-eabi/5.4.1/../../../../arm-none-eabi/lib/armv7-m/crt0.o

Только эти две библиотеки не понятно для чего добавили 0x5c + 0x74 = 208 байт в прошивку.
Сообщим компилятору чтобы он не использовал стандартные библиотеки, добавив ключ -nostdlib

И прошивка еще уменьшится на 388 байт. Кроме того, освободиться оперативная память (секции Data и BSS).

Program size (bytes):     764
Data size    (bytes):       0
BSS size     (bytes):       0

Total size   (bytes):     764   (R/W Memory: 0)

Несколько слов о том как работает оптимизация. Упрощенный код "мигалки" светодиодом.

void Delay(volatile uint32_t nCount) {
	for (; nCount != 0; nCount--);
}

int main(void)
{
   // Здесь был код настройки порта.

    while(1)
    {
        GPIO_SetBits(GPIOC, GPIO_Pin_13);
        Delay(2000000);
        GPIO_ResetBits(GPIOC, GPIO_Pin_13);
        Delay(2000000);
    }
}

Если код скомпилировать (естественно не этот упрощенный а полнофункциональный с настройкой порта), то как и ожидалось светодиод будет мигать. Но если в функции Delay убрать спецификатор volatile

void Delay(uint32_t nCount) {
	for (; nCount != 0; nCount--);
}

и на первый взгляд ничего не должно измениться, то работа программы будет нарушена. Вместо мигания, светодиод будет светить в "пол накала" и размер прошивки уменьшится на 20 байт. В чем дело? А дело в оптимизаторе, который при таком раскладе (отсутствии спецификатора volatile) начинает оптимизировать функцию. В первую очередь оптимизатор "видит" что переменная nCount в цикле в конечном итоге будет равна нулю, а цикл пустой и оптимизатор решает что цикл не нужен и выкидывает его, а переменную обнуляет. Дальше оптимизатор "видит" что переменная нигде не используется, а значит не нужна и выкидывает ее. После оптимизатор обнаруживает что функция без цикла и переменной ничего не делает, а значит не нужна и выкидывает ее из кода и ее вызовы тоже. В конечном итоге после оптимизации код становится таким.

int main(void)
{
   // Здесь был код настройки порта.

    while(1)
    {
        GPIO_SetBits(GPIOC, GPIO_Pin_13);
        GPIO_ResetBits(GPIOC, GPIO_Pin_13);
    }
}

Т. е. отсутствует функция Delay и ее вызовы. Думаю теперь понятно почему светодиод светит в "пол накала" и размер прошивки уменьшится на 20 байт - оптимизатор решил что функция Delay не нужна и выкинул ее. Спецификатор volatile предотвращает это указывая компилятору что все что так или иначе связанно с переменной nCount оптимизировать не нужно.

В EmBitz есть проверка орфографии, но по умолчанию только для английского. Нам же нужен русский (но при необходимости можно добавить поддержку и других языков). Для этого содержимое архива нужно извлечь в папку

Потом нужно зайти в настройки редактора (меню Настройки пункт Editor) и в разделе SpellChecker, в списке выбрать ru_RU.

Вот как это работает.

Если они будут закомментированы то да. Орфография проверяется только в комментариях.

Иногда кроме hex файла нужен bin файл. Один из способов его получить - нужно в настройках проекта, во вкладке "Pre/post build steps" в области "Выполнить после сборки" выбрать с выпадающем списке строку "Only on build" и в поле скопировать команду

bin файл будет создан рядом с hex файлом.

На официальном форуме выложено обновление для EmBitz 1.11. https://www.embitz.org/forum/thread-12.html
Оно добавляет поддержку почти всех существующих на данный момент STM32.
Это семейства STM32F0, STM32F1, STM32F2, STM32F3, STM32F4, STM32F7, STM32H7, STM32L0, STM32L1, STM32L4, STM32L4+, STM32L5, STM32G0, STM32G4 и STM32WB.
При создании проекта можно выбрать библиотеку SPL, HAL или LL.