Что еще потребляет сегмент данных, о котором сообщает avr-size?

memory-usage data-type avr-toolchain

Я столкнулся с проблемой нехватки памяти в Arduino. Собираю большой скетч для arduino mega 2560.

При анализе файла .elf инструмент avr-size дает:

text    data     bss     dec     hex filename
68524   4392    2560   75476   126d4 C:\Users\LEAN...

А avr-nm (avr-nm doc) показывает только переменные с t, T, b, d и B. Ниже показано, как выполняется команда (результаты сохраняются в файле с именем test.txt).

   avr-nm -a -td -C -l --size-sort -r x.elf >> test.txt

Затем я выполняю суммирование, чтобы подтвердить результат размера avr, используя этот скрипт Python:

f = open("test.txt", "r")
lines = f.readlines()
f.close()

su = 0
dsum = 0
bsum = 0
tsum = 0
gsum = 0
for line in lines:
    #print(line, end="")
    s = line.split()
    try:
        val = int(s[0])
        su = su + val
        if(s[1].lower() == 'b'):
            bsum = bsum + val
        if(s[1].lower() == 'd'):
            print(line)
            dsum = dsum + val
        if(s[1].lower() == 't'):
            tsum = tsum + val
        if(s[1].lower() == 'g'):
            gsum = gsum + val
    except:
        print("ERR: ",s[0])
print("\n\nSIZE: ", su)
print("SIZE d/D: ", dsum)
print("SIZE b/B: ", bsum)
print("SIZE t/T: ", tsum)
print("SIZE g/G: ", gsum)

и результат суммы каждого типа var:

SIZE:  71015
SIZE d/D:  135
SIZE b/B:  2560
SIZE t/T:  68320
SIZE g/G:  0

Вопрос: Здесь d/D sum составляет 135 байт. Итак, почему сегмент данных, о котором сообщает avr-size, составляет 4392 байта? как узнать, что занимает это место?

С уважением.

ОБНОВЛЕНО

Должно быть, это шутка!

У меня в коде много подобного:

Serial.print("QTDE REG: ");

Просто меняю для этого:

Serial.print(F("QTDE REG: "));

Я уменьшил размер .data на 10!

Итак, таким образом Serial.print("QTDE REG: "); "QTDE REG: " хранится как глобальная переменная?? Я думал, что компилятор сохранит локально.

Обновление 2

У меня есть предварительный запуск avr-objdump -s -j .data x.elf, предложенный Эдгаром ниже. Теперь я вижу, что все мои строковые литералы находятся в данных! Например:

void myFunction(){
    ...
    sprintf(buf, "{\"name\":\"Intervalo de Registros\",\"value\":\"%d\", \"unit\":\"C\"},", (int)settings.treg);
    ...
}

avr-objdump -s -j .data x.elf показывает:

 800660 2c007b22 6e616d65 223a2249 6e746572  ,.{"name":"Inter
 800670 76616c6f 20646520 52656769 7374726f  valo de Registro
 800680 73222c22 76616c75 65223a22 2564222c  s","value":"%d",
 800690 2022756e 6974223a 2243227d 2c007b22   "unit":"C"},.{"

ОБНОВЛЕНО 3

Как указано, все строковые литералы сохраняются в (SRAM). Итак, проблема в том, что у меня много строковых литералов, разбросанных по разным функциям. Как сохранить это количество SRAM? Обратите внимание, что использование F() для sprintf приводит к ошибке компиляции.

Есть ли способ поместить литерал в стек (освободить память при возврате функции), а не в глобальную область? Является ли F() единственным решением?

============ РЕШЕНИЕ ============

На данный момент я нашел такое решение: используйте sprintf_P с PSTR(...) так же, как F(...):

sprintf_P(buf, PSTR("{\"name\":\"Intervalo de Registros\",\"value\":\"%d\", \"unit\":\"C\"},"), (int)settings.treg);

Я буду тестировать дальше...

Спасибо за разъяснения!

С наилучшими пожеланиями!

Serial.println("Hello, World!");

avr-objdump -s -j .data x.elf

Serial.println(F("Hello, World!"));

PROGMEM const char greeting[] = "Hello, World!";

void say_hello() {
    char stack_copy[strlen_P(greeting)+1];
    strcpy_P(stack_copy, greeting);
    Serial.println(stack_copy);
}