caxapa.ru :: Кто может нормально пояснить в чем суть вот этого абзаца из даташита на AT45DB321D (стр. 22):

FDA_ (19.06.2010 15:57, просмотров: 7118) MBedder

Кто может нормально пояснить в чем суть вот этого абзаца из даташита на AT45DB321D (стр. 22): If a sector is programmed or reprogrammed sequentially page by page, then the programming algorithm shown in Figure 25-1 (page 46) is recommended. Otherwise, if multiple bytes in a page or several pages are programmed randomly in a sector, then the programming algorithm shown in Figure 25-2 (page 47) is recommended. Each page within a sector must be updated/rewritten at least once within every 10,000 cumulative page erase/program operations in that sector. Получается, что если я в процессе работы периодически перезаписываю различные страницы в пределах сектора, то через 10000 таких операций должен перезаписать ВСЕ страницы данного сектора? То есть я должен где-то ещё хранить счётчики для каждого из секторов?

- Серия AT45 была разработана для записи/воспроизведения потокового аудио. Если вам нужна SPI Flash для журналирования и/или как загрузочная, то советую использовать более стандартную серию AT26, аналоги которой выпускают многие другие производители. Точка rezident(50 знак., 19.06.2010 19:01, ссылка)
  - Серия AT26 вроде как уже устарела и не рекомендована к применению. Взамен её предлагается использовать AT25. При беглом прочтении даташита намёка на такую хрень как в AT45 не заметил. Там действительно можно без проблем перезаписывать одну страницу? - FDA_(19.06.2010 19:41, )
    - Опечатка в предыдущем сообщении. Конечно же AT25DFxx. - rezident(19.06.2010 19:51)
      - я так и не понял на счет потокового аудио: у обоих (AT45/AT25) есть Continuous Array Read - MegaJohn(21.06.2010 09:57)
        
        Только у AT25 нет такой хрени с затиранием соседних страниц, как у AT45. - FDA(21.06.2010 11:07)
        
        При беглом просмотре 25DF021 в сравнении 45DB показалось, что с записью в 25 не все гладко. Писать можно только после стирания, причем стирается минимум 4кб, а "страница" записи 256 байт. Т.е. что бы что-то обновить надо иметь свой буфер ОЗУ 4кб. Я не AlexBi(8 знак., 21.06.2010 12:12)
        
        Похоже на то. Я в итоге всё таки остановился на AT45. - FDA(22.06.2010 11:43)
- ну да, так и есть - Argon(19.06.2010 17:47)
  - Что-то я не понимаю сути алгоритма, показанного на Figure 25-2. Получается, что если я записываю произвольные страницы, то мне необходимо каждый раз вызывать функции Auto page rewrite? Но это же снижает количество перезаписей вдвое. Или не так? - FDA(19.06.2010 22:43)
    - В зависимости от того дописываете вы или переписываете страницу, используется правая или левая ветка алгоритма. В чем отличия этих записей понимаете? - rezident(19.06.2010 22:55)
      - Я понимаю. Вопрос в том, что после выполнения любой ветки вызывается Auto page rewrite. FDA(437 знак., 19.06.2010 23:01)
        
        Дык не вызывайте auto page rewrite, если вы только дописываете стертую ранее страницу. При последовательном заполнении (записи) DataFlash стирайте следующую страницу заранее, а потом используйте функции копирования страницы в буфер, модификацию rezident(194 знак., 19.06.2010 23:16)
        
        У меня меняются порядка 20 байтов в произвольных страницах. Для этого я считываю содержимое страницы в буфер, изменяю нужные байты и записываю обратно. Вот и хочу понять, следует ли мне делать auto page rewrite? Избавит ли это меня от необходимости FDA(125 знак., 20.06.2010 02:04)
        
        Нет не избавит. Со временем за счет утечек при стирании может испортиться содержимое соседних страниц, где информация не обновлялась совсем. - rezident(20.06.2010 05:50)
        
        Короче по любому надо вести счётчики стираний для каждого сектора - FDA(21.06.2010 08:50)

Схемы, платы, компоненты