[an error occurred while processing this directive] [an error occurred while processing this directive]
|
1.Сама флеш, с позиции FAT, это, - либо просто "куча", либо уже заранее расформатированная область.
2.Реализация упорядоченной файловой структуры всегда зависит от задачи. Я, как бы догадываюсь, что Вас интересует реализация FAT-а применительно к МК. Так вот:
- Ежели у Вас есть желание, и , что очень важно, возможность использовать флеш в качестве накопителя данных или файлового архива для РС, то волей - неволей, ориентироваться нужно на FAT16, FAT32. Это касается приложений типа, - накопитель для переноса данных с РС на РС посредствам USB порта или IrDa. Во всяком случае, это позволит написать корректно работающий драйвер для Win и сервисные "примочки". Я, ни в коем случае, не призываю полностью реализовывать FAT16 8-))). (Хоть, впрочем, а почему бы и нет!? Если рессурсы позволяют). Но ориентироватся на эту файловую структуру, в такого рода приложениях, придется.
- Если же нужен "логгер" с несколько расширенными возможностями.
Ну например:
имеем на базе f877 контроллер который следит за каким нибудь параметром, чем то там управляет и автоматически ведёт лог во флеш. Причем данные уже должны быть упорядочены по времени. Ну что то типа одни сутки - один файл. И, при этом, в случае наступления какого ни будь события (время "ч" или "тревога") необходимо быстро поменять часть программы в МК. Ну и пусть у нас таких логгеров порядка 15, и каждый должен "перегрузится" на свой алгоритм обработки критического события, а потом, после окончания "аврала" - вернуться в прежний режим.
Решить такого рода задачу можно по разному. Но лучший вариат, на мой взгляд, это как раз "рождение" собственного FAT-a. И ориентиром здесь может быть CP/M.
Вот, пожалу и все, что в данном случае можно присоветовать.
__САмый_Злостный_Анонимус_Сергей
E-mail: 
info@telesys.ru
