Странно. И куда же записывалась первая константа? Я проверил, запись констант EEPROM при Os начинается с 0 адреса, ввел в начале дополнительную константу, она размещается под 0-адресом.

Сообщение отредактировал namelos - Sep 24 2007, 15:15

Ну вот примерно так:

#include <avr/io.h>
#include <avr/eeprom.h>


uint8_t EEMEM non_zero = 31;
uint8_t EEMEM store = 6;
unsigned int tmp;

int main (void)
{
tmp = eeprom_read_byte(&store);
while(1)
{
;
}
return (1);
}

В результате при оптимизации О0 еепром выглядит правильно 0x0000 0x1F 0x06
При Os все не так радужно 0x0000 0x06 0x1F
WinAvr20060421.

Попробуй так

по-моему должно сработать...

Сообщение отредактировал namelos - Sep 24 2007, 22:28

Так сработает, но уж очень способ неудобный. А если переменные разных типов, то что - структуру вместо массива???? Тогда уж можно просто eeprom_write_block использовать... В общем удобного решения так и не найдено. Я пробовал секции в еепром создавать, указывая стартовый адрес, но что-то лыжи не едут, а так было бы самым красивым решением. Надо попробовать то,что aesok предложил...

Такие "забобоны" как проблемы с адресом 0 считаю надуманными.
Поступаю так:
Конфигурация устройства с которой я работаю хранится в ОЗУ, в eeprom записывается две копии кофигурации защищенных CRC8. При стартапе хоть одна копия да будет целой, она и читается в ОЗУ целиком, сбойнувшая перезаписывается целой. Если слетели обе копии конфигурации (такого у меня на счету не бывало) - устанавливаются параметры по-умолчанию.

В дополнение к сказанному defunct.
Деле так: пишется блок данных с CRC три раза. Считывается все при старте. Проверяется CRCблока, а далее мажоритарная схема 2 из 3. Проблем не было.

Сообщение отредактировал mdmitry - Sep 26 2007, 20:53