AT45DB081D to AT45DB081Е, Ошибки при переходе на 081Е Опции

[jcxz]

Так что там в "последних экземплярах"?

Посмотрел. В разных экземплярах разные микросхемы стоят. Кое-где - ATMEL, кое-где - adesto.
Маркировка: adesto1411 45DB321D, температурный диапазон должен быть industrial.
Ставят у нас их в несколько разных устройств, выпускают сотнями шт. в месяц. В некоторых устройствах - по 2 шт.
Ни о каких проблемах в последнее время мне не известно.
Да и когда заменяли на них - тоже ничего не случилось. Я даже не узнал о данной замене.
Так что у Вас или партию глючную купили или с ПО что-то не комильфо или ...

PS: Заглянул в свои исходники - я для записи нигде не использую команды 0x82/0x85. Только эти определены:
CDF_PROG1 = 0x88, //запись без стирания буфера1
CDF_PROG2 = 0x89, //запись без стирания буфера2
CDF_EPROG1 = 0x83, //запись со стиранием буфера1
CDF_EPROG2 = 0x86, //запись со стиранием буфера2

И вообще - что-то исходники ТС слишком примитивны.
У меня собственно запись страницы занимает несколько экранов текста (со всеми ожиданиями, проверками статуса, определением свободного буфера, загрузкой его, программированием DMA и т.п.) - всё в соответствии с даташитом.
Может всё-таки автор плохо читал документацию и реализовывал как попало (судя по стилю исходника).

[Altemir]

Нашли у себя AT45DB041E. На корпусе сверху маркировка:

Код

adesto1421
45DB041E
SHN

Получили в начале февраля 2015г, Аргуссофт.
Протестировал полчаса в изделии многократной записью/чтением порядка 87КБ, ни одного сбоя не зафиксировал. Проверял чтением после записи и сравнением контрольной суммы. Код был написан ещё в 2008-ом году для AT45DB "D"-серии, с тех пор не менялся. Использовались эти две команды:

Код

#define cmdContArrLFRead           0x03    // Continuous Array Read (Low Frequency)
#define cmdFlashProgBuf1          0x82    // Main memory page program through buffer 1 with Built-in Erase

AT45DB081D пока старых запасов, "E" не поступали.

[aaarrr]

Хм, а с режимом SPI не напутано? По симптомам похоже.

[esaulenka]

Много лет назад наступил на грабли с AT45DBxxxD.

Проблема в том, что для этих микросхем критично время фронтов на линии CLK.
В принципе, эта цифирка указана в даташите, но среди всех остальных параметров её легко пропустить.

Выглядит это как совершенно неадекватное поведение в зависимости от фазы луны, у меня даже регистр статуса не всегда корректно читался.
Вылечилось отпаиванием отладочных проводов (там полметра было. так надо :-) ) от линии SPI.

[uriy]

У нас в изделии заменена 161D на 161E. Уже несколько тысяч отгружено с новой микросхемой.
Никаких доработок кода не производилось и никакой разницы в поведении не обнаружено.

На микросхемах с буквой D тоже встречался с проблемой с фронтами.
Но тогда из микросхемы читалась полная чушь. Запись наверно вовсе не работала.

[Velund]

С этими чипами (только АТ45DB161 а не 081) один раз поимели проблемы, докупив у какого то из московских дилеров несколько сотен которых не хватало на очередную партию к остаткам бывшим в наличии. Получили какую то смесь чипов с разными date code, часть из которых как позже выяснилось была изначально переключена на 512 байт страницу (необратимо). Софт такой вариант не поддерживал, и было несколько неприятных дней, пока не разобрались и не "выцедили" из пришедшего с монтажа проблемные изделия. Пришлось дописывать автоопределение и нормальную работу с любым возможным вариантом из Page Erasable флешек, под которые сделаны посадки на плате (когда были перебои с Атмелем заложили еще Numonyx).

Но с переходом с D на E собственно проблем не было. Прошивка сама определяет количество страниц, размер страницы и производителя (Atmel/Adesto либо ST/Numonyx) и работает с ними в качестве кольцевого буфера используя максимальную емкость. Жалоб не поступало.