Как получить размер моей программы во время выполнения?

Просто чтобы предупредить вас, я минимально протестировал это, но, похоже, это работает.

В скрипте компоновщика Due есть эти соответствующие строки, содержащие именованный раздел rom.

MEMORY
{
    rom (rx)    : ORIGIN = 0x00080000, LENGTH = 0x00080000 /* Flash, 512K */

Ниже вы увидите:

SECTIONS
{
    .text :
    {
        . = ALIGN(4);
        _sfixed = .;

_sfixed-это символ, который они создали, чтобы отметить текущее местоположение, которое в данном случае является началом раздела rom, 0x00080000. В нижней части скобки , соответствующей следующему тексту, вы увидите:

} > rom

показ этого раздела переходит в ПЗУ, поэтому . в начале раздела .text ссылается на начальный адрес раздела ПЗУ.

Если вы посмотрите рядом с последней вещью , помещенной в ПЗУ, вы увидите:

    . = ALIGN(4);
    _etext = .;

Итак, они установили там еще один символ, представляющий интерес, _etext, адрес которого должен быть байтом ROM, не используемым, или так я думал в первый раз; оказывается, это не так. Я полагаю, что вам не нужен символ start of ROM, так как это статическое значение и в начале, поэтому я проигнорирую это, но если бы вы захотели использовать его, это можно было бы сделать следующим образом для _etext.

Эти символы не имеют никакого типа, но вы можете сделать их так, как вы хотите. Если вы хотите выполнить арифметику на указателе, который приводит, имеет смысл использовать тип char, так что:

extern "C" unsigned char _etext;

Я думал, что это конец истории, мог бы просто взять адрес этого символа, но это еще не все. После обычного кода следует следующий раздел:

    .relocate : AT (_etext)
    {
        . = ALIGN(4);
        _srelocate = .;
        *(.ramfunc .ramfunc.*);
        *(.data .data.*);
        . = ALIGN(4);
        _erelocate = .;
    } > ram

Они помещают код для функции banzai (reset) (и, возможно, других вещей), которая в конечном счете попадает в оперативную память, в это место в ПЗУ. Таким образом, предположительно в стартовом коде это копируется из конца обычного программного кода в какое-то место в оперативной памяти.

Итак, здесь есть еще два интересных символа: _srelocate и _erelocate. Декларации для них:

extern "C" unsigned char _srelocate;
extern "C" unsigned char _erelocate;

Эти символы преобразуются в адреса в оперативной памяти, поэтому их нельзя использовать напрямую, но можно вычесть их адреса, чтобы получить размер изображения в ПЗУ, которое перемещается в оперативную память, что приводит к:

const unsigned char *rom_end = &_etext + (&_erelocate - &_srelocate); 
Serial.print("The end of used ROM is : 0x");
Serial.println((uintptr_t)rom_end, HEX);

Когда я компилирую и запускаю такой простой тест, как этот, и проверяю подключение последовательного монитора, я вижу вывод типа:

The end of used ROM is : 0x82FF8

Если посмотреть на файл .bin, созданный компилятором:

$ wc --bytes  build/arduino.sam.arduino_due_x_dbg/efixed.ino.bin 
12280 build/arduino.sam.arduino_due_x_dbg/efixed.ino.bin

И 0x82FF8 - 0x80000 == 12280.

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

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