Есть проблема EEPROM..., В третий раз сталкиваюсь со сбоями при работе с EEPROM Опции

[Old1]

идея интересная :о), но боюсь муторная немного... У Petka - интересней. ИМХО.

В Application Note AVR101. описано ИМХО подобное решение. Там в EEPROM создаются два кольцевых буфера c одинаковым количеством уровней, в один записывается сохраняемый параметр, во второй индекс текущего уровня первого буфера… В результате максимальное количество циклов записи в EEPROM составляет 100000*N, где N-количесво уровней буферов…Кстати там и пример на С прилагается.

[proba]

чтение-запись баита в EEPROM выглядит у меня :
- EEADR = 0 всегда
- перед записи сравниваю содаржимое ячеики, если то же самое, записи не будет

U8 ReadEEPROMByte( U16 Address )
{
U8 Data;
while( (EECR & __BIT_MASK( EEWE )) != 0 ) ;
EEAR = Address;
SetBit( EECR, __BIT_MASK( EERE ) );
Data = EEDR;
EEAR =0;
return Data;
}



void WriteEEPROMByte( U16 Address, U8 Data )
{
while( (EECR & __BIT_MASK( EEWE )) != 0 ) ;
if ( ReadEEPROMByte( Address ) != Data )
{
EEAR = Address;
if (( SREG & 0x80) !=0)
{ _CLI();
EEDR = Data;
SetBit( EECR, __BIT_MASK( EEMWE ) );
SetBit( EECR, __BIT_MASK( EEWE ) );
_SEI();
}
else {
EEDR = Data;
SetBit( EECR, __BIT_MASK( EEMWE ) );
SetBit( EECR, __BIT_MASK( EEWE ) );
}
EEAR =0;
}
}

[DeXteR]

Дело в том что я пишу на АСМ
поетому просто выдрать код - неполучиться.

В ЕЕПРОМЕ размещены счетчики
Младшие разряды обновляются чаще старших.

Поэтому для них эти уровни никчему (APNOTE)

Мой вариант эфективнее использует память
К томуже и быстродействие выше.

[АДИКМ]

Если писать надо часто, лучше использовать FRAM от RAMTRONa с I2C или SPI интерфейсом. Задержек нет, ресурс огромный

[bbg]

А одни мои знакомые извратились до того, что стали писать-читать с тройной избыточностью, используя классическое мажоритирование. По их словам, за пять лет ни одного сбоя. Правда, возможно и без мажоритирования не было бы ни одного сбоя ) Кстати, интересна статистика, а как именно "вылетают" ячейки? Типа одно-несколько "нехороших" мест, или целый ряд близкорасполеженных?? По-любому, все проблемы начинаются с качества питания, imo.

[DeXteR]

А одни мои знакомые извратились до того, что стали писать-читать с тройной избыточностью, используя классическое мажоритирование. По их словам, за пять лет ни одного сбоя. Правда, возможно и без мажоритирования не было бы ни одного сбоя ) Кстати, интересна статистика, а как именно "вылетают" ячейки? Типа одно-несколько "нехороших" мест, или целый ряд близкорасполеженных?? По-любому, все проблемы начинаются с качества питания, imo.

Статистику раскажу как толька заказаный контроллер получу
Буду в цикле писать и жечь еепромку ему =(

Расскажите про классическое мажоритирование
Это как ??

Если писать надо часто, лучше использовать FRAM от RAMTRONa с I2C или SPI интерфейсом. Задержек нет, ресурс огромный

Говорили уже - дорого + фиг я в Одессе куплю ее просто Недели 3 ждать придеться =(

Я слышел что если ФРАМУ коротнуть ноги питания он благополучно все забудет =(
НЕЗНАЮ ПРАВДА ЛИ ЭТО - кто работал - подскажите плиз

[IgorKossak]

Я слышел что если ФРАМУ коротнуть ноги питания он благополучно все забудет =(
НЕЗНАЮ ПРАВДА ЛИ ЭТО - кто работал - подскажите плиз

Не забудет. Враки всё это.
Работаю с ней давно и ничего подобного не замечал.

[bbg]

Расскажите про классическое мажоритирование
Это как ??

Пишем сразу в три ячейки (причем разнесенные в пространстве памяти), читаем из трех ячеек, принимаем решение - прочитали три одинаковых числа - ОК, прочитали два одинаковых, одно неодинаковое - принимаем решение в пользу двух одинаковых. Прочитали все три неодинаковых - кричим "караул!"

Сообщение отредактировал bbg - Dec 14 2005, 10:46

[Petka]

Расскажите про классическое мажоритирование
Это как ??

Пишем сразу в три ячейки (причем разнесенные в пространстве памяти), читаем из трех ячеек, принимаем решение - прочитали три одинаковых числа - ОК, прочитали два одинаковых, одно неодинаковое - принимаем решение в пользу двух одинаковых. Прочитали все три неодинаковых - кричим "караул!"

а ещё лучше мажорировать побитно!

[bbg]

Есче про мажоритирование, если кто захочет связываться, канечна. Оффсеты рекомендуется брать нечетными и взаимно простыми, при записи/чтении чураться значений x00 и xFF (что требует некоторой изворотливости, но весьма себя окупает), - ну и, само-собой, контрольна сумма тоже считается

Сообщение отредактировал bbg - Dec 14 2005, 15:22

[arttab]

Вариант с внешней еепром не расматриваете? Если и в ней будут сбой, то стабильность работы мк, правильность кода.

[sseett]

Использую мажоритарную проверку (три копии, но можно и больше…) с восстановлением. Несколько десятков устройств работают в непрерывном режиме более трех лет, сбои не наблюдались.
Удачи!

[DeXteR]

Использую мажоритарную проверку (три копии, но можно и больше…) с восстановлением. Несколько десятков устройств работают в непрерывном режиме более трех лет, сбои не наблюдались.
Удачи!

Более 3х лет это конечно хорошо
Расскажите пожалуйста Как часто пишеться ЕЕПРОМ
Сдесь говоилось о повышение ресурса а не надежности процесса записи - чтения

[Volodymyr]

По своей проблеме. Ситуация интересная - по снятию питания кондёры еще держат напряжение около 5с. Уровень напряжения ещё достаточен для работы логики EEPROM, но уже без самого ядра МК. Здесь важно следующее - у EEPROM нет жесткой привязки к адресу, физически адрес 0х06, например, при каждом цикле вкл/выкл располагается где угодно :о) /шутка/. Это сделано для повышения ресурса и для уменьшения "загрязнения" самой памяти.
А сбой происхоит на цыкле выкл/вкл. когда возникает неопределённость между адресацией к EEPROM в ядре МК и обвязкой самого EEPROM.

Вот...
to DeXteR - мне кажется, что если у тебя посыпется EEPROM то картина будет такой же как и у меня.

P.S. Спасибо за участие, у вас тут интересно :о))

[arttab]

Блин. Если не нужно чтобы что то работало когда мк остановлен, то ресет должен быть общий. Функция у супервизора такая: обеспечивать необходимые временные задержки при подачи, провале питания и ОДНОВРЕММЕНО СБРАСЫВАТЬ ВСЕ МС, К НЕМУ ПОДКЛЮЧЕННЫЕ! Если нет входа ресета у микрухи, то резисторы поддяжки, притяжки или ресет на управляющий вход (если логика работы микрухи позволяет).