Не секрет что флеш довольно медленное устройство. И очевидно что после сброса, основной исполняемый код необходимо копировать в область RAM памяти. А затем эту же область RAM памяти переместить туда где вектора. Верно? Как бы написать свой бутлоадер вроде и не проблема, но со временем возникают вопросы. Как выгружать полезный код? Самое простое решение это резервировать всю оставшуюся область памяти для одной скомпилированной с ресурсами (картинки, иконки и т.д.) большой прошивки. Просто, но не рационально. Особенно когда этих же ресурсов очень много (приложения с графикой и (или) звуком к примеру). Да и присоединять к проекту и компилировать такие вещи, а потом сливать на флеш очень кисло (особенно при отладке). Тут так и напрашивается некий FAT. Встречаются ли готовые решения этого вопроса? С библиотеками для FAT16/32 возникает один курьезный момент - как отформатировать NOR-Flash. Понятно что с MMC/SD и CF здесь проблем никаких.
Тут так и напрашивается некий FAT. Встречаются ли готовые решения этого вопроса? С библиотеками для FAT16/32 возникает один курьезный момент - как отформатировать NOR-Flash. Понятно что с MMC/SD и CF здесь проблем никаких.
Напрашивается, но только зачем FAT? Для работы с флеш он, мягко говоря, весьма неудобен. Для звуков и графики лучше сделать свою собственную FS с минимальной необходимой функциональностью.
Тут так и напрашивается некий FAT. Встречаются ли готовые решения этого вопроса? С библиотеками для FAT16/32 возникает один курьезный момент - как отформатировать NOR-Flash. Понятно что с MMC/SD и CF здесь проблем никаких.
Напрашивается, но только зачем FAT? Для работы с флеш он, мягко говоря, весьма неудобен. Для звуков и графики лучше сделать свою собственную FS с минимальной необходимой функциональностью.
Согласен полностью. Под FAT подразумевалось не FAT16 или FAT32 конкретно.
Сообщение отредактировал SergeyDDD - Dec 19 2006, 14:57
Вопрос для тех, у кого ARM с внешней NOR флешкой
Dec 19 2006, 12:25
