Форум РадиоКот

king-live писал(а):

Код: Выделить всё

чтобы не было кирдыку вместо eeprom_write_xxxxx надо использовать eeprom_update_xxxxx. последняя функция перед тем. как что-то писать в ячейку, проверяет, не то же самое там записано? и, если то же самое, то запись не делает - это сильно увеличивает ресурс записей, хотя на 100% и не снимает проблему...

А это уже интересно! Не нужно отдельно проверять разницу информации. Но всёже запутался в полученной информации, вернее недопонимаю. Хожу гдето рядом....
Всёже опишите пожалуйста на моём примере. Я ещё слаб в программировании.
Спасибо.

king-live писал(а):А это уже интересно! Не нужно отдельно проверять разницу информации. Но всёже запутался в полученной информации, вернее недопонимаю. Хожу гдето рядом....
Всёже опишите пожалуйста на моём примере. Я ещё слаб в программировании.
Спасибо.

typedef struct{
   int coefficient;
   long init_value;
   // и так далее
} stored_data;

EEMEM stored_data e_config;

stored_data config;

int main(void){
   // загружаем конфиг из EEPROM
   eeprom_read_block(&config, &e_config, sizeof(stored_data));
   // далее делаем свои черные дела
   // в том числе ИЗМЕНЯЕМ поля config
   // после каждого изменения сохраняем обратно в EEPROM
   eeprom_update_block(&e_config, &config, sizeof(stored_data));
   // при этом реально будут записаны только те поля, которые на самом деле изменили свое значение, а не все подряд
   // то есть не все ячейки будут расходовать свой ресурс.
}

Это сейчас умный GCC warning кинет и скомпилит, а в старые времена, пока return ченить не поставишь, хрен оно скомпилится, я это хорошо помню, посему и леплю ретурны "на автомате".

#include <avr/io.h>

void main(void)
{

  while (1);
}

YS писал(а):AVR-GCC говорит на это warning: return type of 'main' is not 'int'. Но мне как-то пофиг, ибо я за здравый смысл.

int main()
{
    for(;;) {}
}

sdsrem писал(а):Или же всётаки EEPROM при записи сперва стирается а потом пишиться, но тогда у чела EEPROM должен был помереть.

coredumped писал(а):Следующий эксперимент, где последовательно заносились значения 0x00 и 0xFF подтвердили догадку, и то епром отработал по-моему 3-х кратную норму, точно не помню.

md5sum писал(а):

coredumped писал(а):Следующий эксперимент, где последовательно заносились значения 0x00 и 0xFF подтвердили догадку, и то епром отработал по-моему 3-х кратную норму, точно не помню.

Что считать нормой? Данные в ДШ - это минимальное кол-во циклов стирания/записи, которое выдержит память. А большее кол-во никем не запрещено

Получается, что CVAVR при компиляции сам подставляет нужные куски кода

coding писал(а):А 1млн. перезаписываней - это для пространства всей памяти eeprom или для каждого бита отдельно? т.е. если писать только значение по адресу 0х01 до отказа, то после отказа остальная область будет рабочая или крендык?

Заявленный фирмой Atmel ресурс EEPROM памяти микроконтроллеров AVR, равный 100 тысячам циклов запись/чтение, относится к ресурсу одного байта памяти, а не к целой странице.

Запихнут когда нибудь ферритовую память в процессоры?