avr-gcc, строка символов во FLASH, Как заставить компилятор строки символов размещать во FLASH? Опции

[impatt]

Насколько я понимаю, gcc строки символов помещает в ОЗУ.Например:

Код

puts ("test\n");

превращается в примерно следующее:

Код

unsigned char name[] = "test\n";
puts(name);

где name во второй строке есть указатель на область ОЗУ, где находится строка.
Теперь вопрос: как сделать так, чтобы gcc в местах, подобных первому примеру, помещал строки во FLASH и брал указатели соответственно.
Вариант, когда все строки перечисляются в начале программы с атрибутом __attribute__((section(".flash"))), не годятся, ибо неудобно. Точнее, годятся, но неудобно и потому не годятся.

Есть мнения ?
Спасибо.

Сообщение отредактировал impatt - Nov 8 2006, 06:15

[jorikdima]

Это совсем недавно обсуждалось. На самом деле вы подумайте, ведь не могут строки располагаться не в ПЗУ. Иначе как контроллер будет "помнить" строчку test после выключения питания?? ))) Она располагается в ПЗУ (флэш в данном случае), а в момент инициализации контроллера ПРОГРАММНО подобные строки ( глобальные переменные...) перепичываются (копируются) в ОЗУ и далее используются оттуда, чтобы быстрее было.

[haker_fox]

Это совсем недавно обсуждалось. На самом деле вы подумайте, ведь не могут строки располагаться не в ПЗУ. Иначе как контроллер будет "помнить" строчку test после выключения питания?? ))) Она располагается в ПЗУ (флэш в данном случае), а в момент инициализации контроллера ПРОГРАММНО подобные строки ( глобальные переменные...) перепичываются (копируются) в ОЗУ и далее используются оттуда, чтобы быстрее было.

Наверное дело не в скорости, а в стандарте языка Си... не знаю

impatt ответ на поставленный вопрос Вы найдете в этой теме.

[impatt]

impatt ответ на поставленный вопрос Вы найдете в этой теме.

Нашел вариации на тему __attribute__((section(".flash"))), оно же макрос PROGMEM или как там его. Мож, я плохо глядел ?...
Интересует именно работоспособность варианта №1 в моём первом посте. Делать заготовки в виде переменных в начале единицы компиляции (файла *.с) неудобно.

...Теперь вопрос: как сделать так, чтобы gcc в местах, подобных первому примеру, помещал строки во FLASH и брал указатели соответственно.

Я недавно решал такую проблему с ИАРом. Там есть хедер pgmspace.h, который надо подключить, плюс в командной строке компилера прописать команду --string_literals_in_flash

Я не пользуюсь gcc, но, возможно, там есть и хедер и в командной строке подобная директива

Боюсь, что нет, но позже погляжу: gcc не заточен на микроконтроллеры, он вообще ни на что не заточен. Потому там понятие FLASH вне закона вообще. Что можно сделать, так это, например, не копировать секцию .data в RAM, и как-то заставить линкер подставлять указатель нужным образом. Вообще-то я эту кухню не очень хорошо знаю.

[aesok]

Боюсь, что нет, но позже погляжу: gcc не заточен на микроконтроллеры, он вообще ни на что не заточен. Потому там понятие FLASH вне закона вообще. Что можно сделать, так это, например, не копировать секцию .data в RAM, и как-то заставить линкер подставлять указатель нужным образом. Вообще-то я эту кухню не очень хорошо знаю.

GCC это компилятор стандартного языка C!!!

Первое: В стандартном C есть только ОДИН вид указателя, указатель на ячейку памяти. Нет указателя на флеш, на EEPROM на порты ввода/выводы..... только один указатель который должен ссылаться на все. НО: В стандартном C размер типа 'указателя' равен размеру типа 'int', для AVR-GCC - 16-бит.

И тут для AVR-GCC начинаться проблемы.
У AVR можно насчитать четыре адресных пространства:
1. RAM до 64KB;
2. EEPROM - обычно до несколько килобайт, но есть микросхемы с 144 КВ.
3. Байт адресуемая флеш (когда используется для хранения данных) до 256 КБ на ATmega2560.
4. Память программ до 128Кслов на ATmega2560.

Можно ко всей этой памяти обращаться с помощью одного 16-ти битного указателя? НЕТ НЕЛЬЗЯ!!! А ЕСТЬ ТОЛЬКО ОДИН! И НАДО!!!

Теоретически можно избежать всех проблем если сделать указатель 32-х битным... но представьте себе на сколько возрастет размер кода. А еще и int тоже будет 32-х битным.

Приходиться выкручиваться и применять разные нестандартные средства. В GCC это атрибуты. С помощью атрибутов компилятору указывается в какой памяти разместить переменную.
В RAM, без атрибутов. Во флеш:
char __attribute__((__progmem__)) str[] = "Строка";
или тоже самое:
prog_char str[] PROGMEM = "Строка";

Дальше, в GCC оператор присваивания не работает с переменными которые размещены во флеш (и EEPROM тоже). Например:

prog_char с1 = 'A';
char c2;
c2 = c1;

c2 не будет присвоено значение переменной с1 (А), а будет присвоено значение из адреса &с1, но не из флеш а из адресного пространства RAM. Надо писать:

c2 = pgm_read_byte(&c1);

И наконец ответ на ваш вопрос: разместить строку во флеш и передать в функцию указатель на нее, не объявляя переменную можно так:
puts_P (PSTR("test\n"));


Но внутри функции символы из этой строки вы должны получать используя макрос pgm_read_byte():
puts_P (PGM_P str)
{
char c;
....
c = pgm_read_byte(str);
....

}

Анатолий.

PS: Ответы на другие вопросы: "Что будет если стока не попадет в нижние 64К флеша?", "Почему для ATmega256 хватает 16-ти битноко указателя для 128 Кслов?" - дам если спросити.