@aabzel Nov 16 at 13:00

Размещение глобальных констант по фиксированным адресам

Easy

4 min

7.8K

Programming microcontrollers * Compilers * Electronics for beginnersC * Data storage *

Tutorial

Comments 14

@d_nine Nov 16 at 17:54

Не лучше выделить пару страниц под простую фс и заливать данные подобного рода уже после прошивки? Таким образом при проверке целостности прошивки у вас будут одинаковые контрольные суммы для каждого экземпляра устройства, что может быть критично в контроле при серийном производстве? И так же можно отдельно контролировать целостность данных в фс, отдельно хранить "слепки" фс для каждого устройства при необходимости восстановления/разбора инцидентов, легче организовать шифрование данных.

@aabzel Nov 16 at 17:58

Да. Это лучше. Называется NVRAM.

NVRAM для микроконтроллеров / Хабр https://share.google/PdklZbkBffAkOMTkp

@randomsimplenumber Nov 17 at 05:32

Если есть решение лучше, зачем танцы с бубном вокруг худшего?

@aabzel Nov 17 at 06:12

Фиксированные адреса в купе с TunerPRO -
это простое паллиативное решение для тех, кто в силу своей некомпетентности не может запустить в прошивке полноценный NVRAM.

@d_nine Nov 17 at 16:57

Как будто тот же LittleFS поднять все ещё проще, и работать будет одинаково в любом инструментарии. Разве что файл линковщика желательно все же поправить для выделения секции. Я честно не могу себе представить сценария, где-нужно так заморачиваться с хранением констант, разве, что флеша прямо совсем не хватает.

@aabzel Nov 17 at 21:02

Да. В mik32 flash как раз мало: 8к байт.

@jingobo Nov 17 at 06:16

На работе активно используем этот приём с компоновкой настроек через секцию линковщика, кстати это успешно реализуется и в Keil, IAR, даже в MSVC. Но тут есть нюансы. 1. Константу придётся помечать как volatile так как компилятор вполне может встроить значение константы вместо фактического чтения из ПЗУ. 2. Не гарантируется фиксированный порядок расположения констант в секции. Например если добавляется один новый uint8_t, то он может попасть где то по середине так как с учётом выравнивания линковщик старается плотнее расположить данные.

@aabzel Nov 17 at 06:19

Константу придётся помечать как volatile так как компилятор вполне может встроить значение константы вместо фактического чтения из ПЗУ.

Если в GCC объявить глобально
const volatile uint8_t val = 10;
то переменная val окажется в RAM памяти.

@jingobo Nov 17 at 06:48

С GCC плотно не работал, но звучит сомнительно. Если вы явно указываете секцию, то символ там и будет. Именно такое поведение было на компиляторах указанных выше.

@aabzel Nov 17 at 06:56

если секцию явно не указывать, то
const volatile uint8_t val = 10;
переменная val окажется в RAM памяти.

@aabzel yesterday at 06:08

Вчера проверил. Не работает.
Да, переменная в самом деле уходит в Flash, но компилятор всё равно печать константы заменяет на константную строку. Даже для const volatile

@aabzel Nov 17 at 06:20

Не гарантируется фиксированный порядок расположения констант в секции. Например если добавляется один новый uint8_t, то он может попасть где то по середине так как с учётом выравнивания линковщик старается плотнее расположить данные.

Тогда заворачиваем все эти переменные в структуру.

@aamonster Nov 18 at 08:52

Я был очень удивлён, что вы этого не сделали в статье (заполировав это дело #pragma pack).

@d_nine Nov 17 at 16:59

А в чем практическая необходимость такого решения?