Сохранение структуры в самом конце флэша Опции

[Sirko]

Есть структура

main.c:

Код

#define NAME "Name"
#define VERSION 1

typedef struct{
    const u08 name[sizeof(NAME)];
    const u08 maxLenRespond;
    const u16 version;
    const u16 size;
}Version;

static Version version __attribute__((section(".StructVersion"))) = {
    NAME,
    sizeof(Version),
    VERSION,
    sizeof(Version)
};

makefile:

Код

STRUCT_ADDRESS = 0x700
LDFLAGS += -Wl,--section-start=.StructVersion=$(STRUCT_ADDRESS)

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

Возможно, есть некий механизм, вроде этого:

Код

#define STRUCT_ADDRESS (SizeMega128 - Sizeof(struct))
или
#define STRUCT_ADDRESS (SizeMega128 - Sizeof(struct) - MaxSizeBootMega128))

[Sirko]

...задумана для некоего ПО, которое ... через интерфейс ...

Во-первых, эта структура служит для внешнего ПО, в которой отражено: чем и как обновить прошивку. Во-вторых, из этой-же структуры ПО контроллера будет брать инфу.

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

есть FLASHEND и SPM_PAGESIZE

Это меня и интересует. Хочется реализовать сей момент как-то более универсально, что ли. Одним словом, как скрестить FLASHEND, sizeof(MyStruct) и линковщик?

[defunct]

Во-первых, эта структура служит для внешнего ПО, в которой отражено: чем и как обновить прошивку. Во-вторых, из этой-же структуры ПО контроллера будет брать инфу.

Я так и понял, вот только из ваших "во-первых" и "во-вторых" вытекает, что либо вы задумали раздавать обновления в девственно скомпиленном виде никак не зашифровав, либо просто пока не думали об этом.

Так вот если первое (раздача в открытом виде не планируется), тогда советую подумать над моим вариантом.
Компилятором да линкером, ничего лишнего не нужно вставлять в программу, никаких выделенных адресов для хранения версий.. Возложите это действие на __ваше__ внешнее ПО. Пусть внешнее ПО будет брать любой .hex файл, и вбивать в него ваши настройки которые собсно и будут уточнять "для какого __устройства__ эта прошивка собрана". Зная специфики бутлоадера конкретного устройства - вставлять структуру данных с версией поддерживаемого бутлоадера, версией программы, датой создания, коментариями, в правильную для конкретного бутлоадера страницу флеш памяти, считать CRC + шифровать результирующий бинарник конкретным алгоритмом с конкретным ключем (ключи и алгоритмы шифрования для разных бутлоадеров могут быть разными хотя бы в силу того, что толстый алгоритм не всегда можно впихнуть в совсем мелкий МК как m48/m8). А правильная страница для хранения такой структуры - это не последняя страница флеш, а страница, которая лежит непосредственно перед BOOT секцией, т.е. последняя страница APP секции. Напомню, что размер BOOT секции может изменяться в пределах одного МК, например сегодня чтобы уменьшить Time to market вы напишете бутлоадер левой ногой на бейсике и займете 8KB секцию, а завтра - соптимизируете и тот же функционал поместится уже в 2KB секцию.

Короче тут есть над чем хорошо подумать...