Механизм записи и увеличение ресурса EEPROM у МК

[Dmitry Dubrovenko]

Слаб я в атмеловском АСМе.
И я про даташит вообще-то спрашивал. Где там сказано про отключение стандартной процедуры стирания-записи, и использования только записи?

P.S.: Насколько смог разобраться в Вашем коде, там как-раз стандартная процедура, согласно даташита.

[DX168B]

Но я же не стираю там предварительно ничего. Тот массив пишется поверх старых данных, если вдруг устройство, в котором работает этот код, решили сбросить на параметры по умолчанию.

Процедура записи проста до безобразия.
Кидаем данные в регистр EEDR
Кидаем байт адреса ячейки EEPROM, в которую мы хотим что-либо записать, в регистр EEAR
Устанавливаем бит EEMWE в единицу в регистре EECR. Этот бит является своего рода предохранителем от случайной записи.
После этого, не позже истечения нескольких тактов, надо запустить запись байта, установив в единицу бит EEWE в регистре EECR.
И пофиг, какой был там байт до этого. Пустой, или что-то вроде 0хВА.
Нет там никаких битов управления стиранием EEPROM. Это касается МК tiny26.
Биты: EEMWE, EEWE и EERE сбрасываются автоматом, через 2-3 такта, после их установки.
Бит EERIE - бит разрешения прерывания. Больше ничего там нет.
То есть, если там и происходит затирание старого байта, перед записью нового, то это делается аппаратно, контроллером EEPROM и независит от программиста.

[Neekeetos]

Слаб я в атмеловском АСМе.
И я про даташит вообще-то спрашивал. Где там сказано про отключение стандартной процедуры стирания-записи, и использования только записи?

P.S.: Насколько смог разобраться в Вашем коде, там как-раз стандартная процедура, согласно даташита.

Чтобы путаницы не было, в атмелках режим записи епромки задается двумя битами mode (EEPM0, EEPM1 в EECR у новых), по умолчанию это два нуля и режим записи стирание затем запись, но можно ими выбрать и отдельное стирание и отдельную запись. У ДХ именно режим по умолчанию используется, там в коде явно стирания не происходит но перед записью ячейки стираются автоматически, так что это не поверх старых данных а полноценная запись в пустую после стирания ячейку. Как то так.

ЗЫ: А еще в тини26 нету битов которые задают режим, так что он всегда там стирание-запись.

[Dmitry Dubrovenko]

в тини26 нету битов которые задают режим, так что он всегда там стирание-запись.

Так, и я об этом.

в атмелках режим записи епромки задается двумя битами mode (EEPM0, EEPM1 в EECR у новых)

Это какого "уровня" МК? Судя по в/у примеру, в младших моделях такое не предусмотрено.
И, если можно, конкретный чип?

[Neekeetos]

в атмелках режим записи епромки задается двумя битами mode (EEPM0, EEPM1 в EECR у новых)

Это какого "уровня" МК? Судя по в/у примеру, в младших моделях такое не предусмотрено.
И, если можно, конкретный чип?

Да по моему все аврки 2 и выше поколений, мега 48, 88, 168, тини13, есть и в более старых, например тини2313. Просто тини26 оч древняя.

[DX168B]

У меня спросили, что за МК такой, вот я и сказал.
Хм, почему древний МК делает всё автоматом, в то время, как в новых стирать надо вручную?
Или это там можно настроить? В 26й к EEPROM относятся всего три регистра. Это адрес, данные и регистр управления. И то, у регистра управления всего 4 бита.


ЗЫ: Хоть этот МК и древний, но у меня их навалом. Купаться в них можно.
Нашёл схему обработчика DSP\WOW\PINCH\REVER\ECHO для аудиоусилителей. Как раз для этой тиньки. Собираю для испытаний.

[Neekeetos]

У меня спросили, что за МК такой, вот я и сказал.
Хм, почему древний МК делает всё автоматом, в то время, как в новых стирать надо вручную?
Или это там можно настроить? В 26й к EEPROM относятся всего три регистра. Это адрес, данные и регистр управления. И то, у регистра управления всего 4 бита.

В новых в регистре управления 6 бит, и можно выбирать режим записи, в том числе есть режим стирания+записи. Он привязан на нули в добавленых битах, так что старые процедуры записи епрома даже переделывать не надо, все так работает.

[Dmitry Dubrovenko]

У меня спросили, что за МК такой, вот я и сказал.

Вобще-то, вопрос был, какие МК умеют записывать не стирая.
Так что ответ был совсем "не по теме".

[DX168B]

С точки зрения пользователя, как раз и происходит запись "не стирая"
На самом деле старый байт затирается в ячейке, но повторяю: Это происходит на АППАРАТНОМ УРОВНЕ и в некоторых МК, от пользователя не зависит, потому, что пользователь\программист этого не видит и вмешаться не может в этот процесс. Пользователь жахнул по биту записи и новый байт записался в ячейку. Всё. И никаких ручных процедур стирания. Ну неужели не понятно?????
Ладно, если бы это была FLASH. Там вообще целую страницу надо вручную затереть, чтобы записать новое.

[Dmitry Dubrovenko]

от пользователя не зависит, потому, что пользователь\программист этого не видит и вмешаться не может в этот процесс

Так в этом всё и дело, что для реализации в/у алгоритма, с битами, необходимо иметь такую возможность.

[DX168B]

Ну это меняет дело. Если Вам нужно затирать старые байты, то естественно нужен МК, который имеет такую возможность. А все новые МК это имеют.
То есть Вы хотите стереть ячейку, считать её содержимое и проверить. Если там 0xFF, то ячейка исправная. Так? А если нет, то заменить указатель в начале EEPROM на эту ячейку, если Вы конечно надумываете содержать указатели. Так это уже примитивная файловая система получается.

ЗЫ: Это ещё тот изврат.

[Dmitry Dubrovenko]

Если Вам нужно затирать старые байты

Да не мне нужно, а Никитос выше предложил способ адресации ячейки, для которого как-раз нужно, что б байт не стирался перед записью, как в приведённом Вами примере.

[Rimsky]

Называется, найди ляпы в атмеловском даташите.
Это к теме copy/paste .....

[DX168B]

Частенько находил. По этому, лучше читать сам даташит и писать самому.