.s беру стандартные из CMSIS, FLASH_WRITE_BLOCK_SIZE задаётся, может быть изменён в настройках перед компиляцией. Приложение это бутлоадер. И т.к. контроллеры могут быть разные, а ядро одинаковое, решил сделать доп. проверку.
В можно вставить, но это редактирование stm32f4xx.h, хоть и один раз (но при смене версии нужно учитывать), а так подменил .s файл и всё посчитало при компиляции. Вначале просто вычислил все вектора для мк 4-ой серии и записал дефайнами, но стало интересней сделать поумнее.

Если не ошибаюсь там есть начало и конец таблицы
их разность - это длинна.
если нет конца таблицы (хотя он вроде как есть)
можно использовать начало следующей секции...

А нафига, даже бутлоадеру, знать размер таблицы?

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

Бутлоадер в основной прошивке запишет CRC основной прошивки после векторов прерываний. Естественно основная прошивка для этого зарезервирует место для CRC.

а зачем он это сделает?

да правда нет

но можно использовать
Reset_Handler
он вроде как идет сразу после таблицы с началом __Vectors
А можно в конце таблице добавить __Vectors_end , так будет совсем красиво....


Не наврал по карте памяти там __main.o вроде как сразу легло... интересно это зафиксировано?

В таблице векторов прерываний есть дырки. Туда можно записать.

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

да в принципе не важно где хранить в дыре или в конце векторов. Вопрос в том как красиво и макс. универсально организовать получение нужных размеров в данном случае размера таблицы векторов и ассемблерного стартапа . Сделал через __segment_size, меня это устраивает. Единственное думал сделать защиту от "дурака" препроцессором при выборе размера блока флеш (при использовании внутренней флеш - это виртуальный размер блока).

А вот как в конце таблицы добавить метку с адресом __Vectors_end, как писал Golikov A. я не понял. Это возможно решило вопрос с препроцессором.

Использовать дыры во флеш не хочется, что бы не попасть при выходе новых контроллеров.

В Keil:

Ассемблерная строка начинается с метки.

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

Это всё хорошо когда сектора маленькие. А допустим в 401 (256k Flash), 4 сектора 16k - 2 для бута и 2 эмуляция EEPROM, 1 сектор 64 kB - основная программа и 1 сектор 128 - возможно в будущем ещё одна основная программа. Это всё соединено последовательно друг за другом до 100 устройств по RS-485, скорость ~ 115200. И передавать лишнее килобайты как то не особо хочется, при этом не разрушая работу всей системы.

ViKo, за метки спасибо, завтра попробую.

а кто передавать то требует?
вы передаете только программу и контрольную сумму, а как ее в сектора класть уже бутлоадер решает.
Именно он может ее дополнить до целого числа секторов и записать во флэш. Можно даже считать что программа дополняется 0xFF и контрольную сумму считать именно для такого дополнения (значением стертого сектора). Бутлоадер получит программу, запишет начало, в конце сектора запишет контрольную сумму и свободен...

Транжиры вы.

да все равно память на борту лежит, какая разница что в ней, 0, мусор или пусто? Ее же не сдашь в магазин обратно, если лишняя оказалась....

Появилось время попробовать вариант 2
код в .s файле


код в .с файле





В коде всё как и в 1-ом варианте работает нормально. Думаю заставить препроцессор увидеть переменную раньше дефайна нет. Т.к. в .s файле это дефайн, а при экспорте в .c файл это уже объявление переменной.

вас спасет assert

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