Здравствуйте уважаемые радиолюбители.
Хотел бы узнать ваше мнение по поводу маленькой проблемы, а то скоро разобью себе голову об стол.
Я делаю устройство, которое по замыслу должно активно взаимодействовать с пользователем через интерфейс RS-485, т.е оно будет находиться на удалений и будет трудно досягаемым для пользователей. Устройство активно взаимодействует с пользователем посредством текстовых сообщений на каждый чих. Т.е в Flash памяти МК должен храниться полный набор текстовых сообщений на все случаи жизни.
Проблема :
Не могу стандартными средствами заставить поместить массив с указателями на строки в Flash память.
В кусочке кода демонстрируется фрагмент работы с часами DS3231

//Дни недели


Вот тут по замыслу из часов пришла циферка 2 из регистра «День недели» и мы плавно передаем данные в обрабатывающий центр "Mon ";
Собственно, вычисление нужной строки происходит тут :



И почему то стала появляться ошибка, которой раньше не было.

Error 1 variable 'Day_Pointer' must be const in order to be put into read-only section by means of '__attribute__((progmem))' C:\Work\Protos\Task_2\Task_2.c 38 7 Rob

Он просит сделать константой, но это не помогает

Без директивы Progmem программа не ругается, но из массива «Day_Pointer» попадается не то что надо. Использовались стандартные директивы чтения а-ля:

(pgm_read_word(&Day_Pointer [val]));

И тому подобные…

Так же использовалось следующее руководство
Руководство

Замена массив на :



Завенчалась успехом с ошибкой

Error 1 variable 'Day_Pointer' must be const in order to be put into read-only section by means of '__attribute__((progmem))' C:\Work\Protos\Task_2\Task_2.c 38 7 Rob

Хотя сама директива PGM_P подразумевает const char*
Прошу вашей помощи.

Целевой МК : Xmega32a4u
IDE: AVR Studio 6.1.2730 SP-2

Перейти на IAR не предлагать !!!

P.S Левой пяткой последнее время подумываю перейти на какие ни будь-мелкие АРМы (LPC800/LPC11xx), а то сюрпризы вроде работающего драгона по PDI только с последними ревизиями микросхем (особенно серия A1), ремонта кабеля для 50 mil для jtag ice 3 начинают утомлять...

А со стеком всё нормально?

Где-то звездочек не хватает.
Например, const*
Искать некогда, думать лень.

Мда.. я в со Флешем ваще не дружу. может так надо ?

Это смотрели? Стоит посмотреть и здесь. Поиск помогает (Data in Program Space).

Я по этому мануалу делал. До обновления студий все было норм. А сейчас появляется точно такая же ошибка. Студия ругается именно на директиву PROGMEM. И как раз чуть выше я описывал кусочек проги сделанный по мануалу.
На текущий момент у вас самый качественный ответ



Сударь, программа даже компиляцию не проходит, а вы уже лезете со срывом стека



Да я смотрел эти мануалы. Но они уже устарели. Где то в апреле компилятор обновили. Как раз с этого момента перед данными во флеше нкжно дописывать CONST

Без директивы Progmem программа не ругается, но из массива «Day_Pointer» попадается не то что надо.
Если программа компиляцию не проходит откуда извесно, что попадает из массива «Day_Pointer».

Окончательно запутался .... Приказал компилятору

volatile const PROGMEM int Day_Pointer [] = { DS3231_Day1,DS3231_Day2,
DS3231_Day3,DS3231_Day4,
DS3231_Day5,DS3231_Day6,
DS3231_Day7};

Он вроде проглотил ... А если грузить .map файл , то студия ругнеться, при clean ->rebuild отпускает.
Директива проекта - корень ЦЭ ....

Поясните, что хотели сделать этими определениями (volatile const)?

Надо эту переменную тоже сделать константой.

const char* Day_Pointer [] PROGMEM = { DS3231_Day1,DS3231_Day2,
DS3231_Day3,DS3231_Day4,
DS3231_Day5,DS3231_Day6,
DS3231_Day7};

А почему не сделать так?
const char Day_Pointer [] [5]PROGMEM = {
"Sun ",
"Mon ",
"Tue ",
"Wed ",
"Thu ",
"Fri ",
"Sat "};



После компиляции в файле *.map обязательно проверьте в какой сегмент попали данные.



Методом тыка пытались отгадать ответ. volatile сюда никаким боком не относится.

volatile предназначено для декларации переменных, которые не меняются в программе, но могут измениться из-за воздействия извне. Например регистры устройств, регистр таймера и т.д..
Она предназначена для предотвращения удаления этой переменной оптимизатором как неизменяющейся. Ведь оптимизатор не видит, что переменной что-либо присваивается.

А вы случайно не в режиме C++ компилируете? В этом режиме PROGMEM не работает, только __attribute__((section(".progmem"))) перед объявлением переменной. А если вы используете режим "голого" С, то в новых версиях компилятор поддерживает ключевое слово __flash со всеми вытекающими вкусностями, включая доступ к таким переменным без __pgm_read_xxxx()

Уважаемые дамы и господа !
Благодарю вас за помощь.
Все оказалось намного проще, чем ожидалось !

//Дни недели




Нужно было поставить еще один const