Хранение файлов на at45db, DataFlash + мк с малыми ресурсами. Как? Опции

[alcosar]

Предлагаю поделится опытом работы с DataFlash. А именно, как организовать на ней хранение файлов -- что-то вроде файловой системы? Какой оптимальный способ для микроконтроллера с малыми ресурсами(ОЗУ - 128..512 байт; FLASH - 2..16 килобайт)? Прилагаю файл с описанием того, как этот вопрос я решил для себя. Интересно ваше мнение, предложения и критика.

Прикрепленные файлы

 files_on_data_flash.zip ( 2.48 килобайт ) Кол-во скачиваний: 209

 

[alcosar]

Сам ФАТ нужно хранить в ОЗУ либо мк, либо DataFlash. В мк мало ОЗУ. В DataFlash во время записи используются оба буфера, чтобы ускорить запись. Сам ФАТ во флеши хранится в одной и той же странице. Т.е. запись в нее будет происходить при всякой операции записи. Нет равномерного износа.
Может можно сделать по-другому?
Исходники уже есть.

[kada]

Сам ФАТ нужно хранить в ОЗУ либо мк, либо DataFlash. В мк мало ОЗУ. В DataFlash во время записи используются оба буфера, чтобы ускорить запись. Сам ФАТ во флеши хранится в одной и той же странице. Т.е. запись в нее будет происходить при всякой операции записи. Нет равномерного износа.
Может можно сделать по-другому?
Исходники уже есть.

Выделить несколько страниц для хранения FAT и тем самым создать круговой буфер. В начале FAT предусмотреть некий маркер, по которому можно определить что данная страница содержит в себе валидную FAT. Для чтения из FAT находится страница с маркером. Для записи новой информации в FAT копируется текущая FAT в следующую страницу памяти. В старой затирается маркер. В новой меняются необходимые данные. Вместо маркеров можно использовать индекс номера текущей страницы с валидной FAT. Безусловно, по скорости такое решение далеко не лучший вариант. Зато несложное в реализации путем доработки исходников той же FatFS от ChaN`а

[Сергей Борщ]

В старой затирается маркер.

А смысл? Все равно ее придется стирать когда дойдет очередь. Может сразу стирать, а маркер текущей страницы сделать отличным от 0xFF?

[Непомнящий Евген...]

А смысл? Все равно ее придется стирать когда дойдет очередь. Может сразу стирать, а маркер текущей страницы сделать отличным от 0xFF?

А можно вообще ничего не стирать. Пусть маркер имеет значения 0 и 255 (по умолчанию в стертых секторах). Тогда нужный сектор выбираем по "переходу". Пример:

Код

№ сектора  1  2     3     4
Маркер       0  255  255 255
Валидный сектор 1.

№ сектора  1  2     3     4
Маркер       0  0      0    0
Валидный сектор 4.

№ сектора  1      2     3     4
Маркер       255  0      0    0
Валидный сектор 1.

№ сектора  1      2     3     4
Маркер       255  255  0    0
Валидный сектор 2.

ну и т.д.

Стирать конечно все равно придется, но помоему, лучше, чтобы операция выглядела как:
1. Если надо-стереть
2. Записать
а не :
1. Записать
2. Если надо - стереть
В первом варианте операция не полагается на то, что тот сектор, в который она начинает писать, был очищен предыдущей операцией

Сообщение отредактировал Непомнящий Евгений - Sep 7 2007, 04:24