генерация EEPROM в EWAVR 4.20a, дает "пустышку" Опции

[Аристарх]

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

Код

-Ointel-extended,(CODE)=.hex
-Ointel-extended,(XDATA)=.eep

по первой строке все нормально создается. По второй он создает файл нужного стандарта, но он пустой. точнее при любых начальных инициализациях EEPROM он вида

Код

:0400000300000000F9
:00000001FF

Пробовал на разных настройках в том числе на "чистых" - т.е. Factory Settings

архив проекта.
я понимаю что тема не нова. вполне возможно это конкретно мой глюк или моей среды (не крякнута).

Сообщение отредактировал Аристарх - Sep 7 2006, 20:03

Прикрепленные файлы

 eeprom_test.rar ( 18.62 килобайт ) Кол-во скачиваний: 62

 

[IgorKossak]

chernenko, подробно об этом здесь, ибо код ошибки, сгенерированной линкером в Вашем случае указывает именно на то, что Вы имеете несколько пространств памяти eeprom, flash, ... в Вашем проекте.

[VladislavS]

Я уже давно делаю так:

Код

__no_init __eeprom unsigned char ee_flag;
__no_init __eeprom unsigned char a;
__no_init __eeprom unsigned int b;

int main()
{
  if(ee_flag==0xFF)
  {
    ee_flag=0;
    a=0;
    b=1000;
  }
  // Остальной код
}

В качестве флага можно использовать одну из полезных из переменных, если у неё FF недопустимое значение. Это дает много плюсов. Во-первых, компилятор не генерит сегмент ee_prom и не надо думать как его вынести в другой файл. Во-вторых, не надо отдельно прошивать EEPROM и каждый раз ловить регулировщиков на том что они его не прошили. В-третьих, все равно контроль корректности данных в EEPROM надо делать, почему бы не совместить это с инициализацией.