Имеется кит от FDI DK-57TS-LPC3250 с АРМ работаю недавно и столкнулся со следующей проблемой.
Проект на С собран в Keil 4.14.4. Для прошивки микроновкой NAND типа MT29F4G08 в Keil нет алгоритма программатора, равно как и нет вообще никакого алгоритма под LPC3250.
Решил собрать свой алгоритм по аналогии остальных. За основу взял проект \ARM\Flash\LPC31xx_NAND_LP\ где вроде как использовалась похожая флеша. В качестве кода для аппаратного флеш контроллера заюзал файл FlashHW.c с бутлоадера \LPC3250\Bootloader_NAND\ . Всё вроде скомпилилось без проблем, но при использовании этого алгоритма кеил вываливается по таймауту флеши при программировании. На стирании вроде всё проходит нормально(судя по логу) но флеша не стирается
Может кто собирал подобный алгоритм для LPC3250 и MT29F4G08?

Прилагаю файл проекта.
Может не те адреса указываю при вызове программатора?
в качестве RAM for Algorithm : START 0x08000000 Size 0x8000
снизу окна(как я понял адреса ФЛЕША) : START 0x30000000 Size 0x10000000

Может кто работал с LPC3250, как узнать по каким адресам обращаться к самой внешней флеше? Вбил 0x30000000 в качесте базового(как из примера) но что-то гложат сомнения.

P.S.: Флешу попытался обьявить как 256Мб вместо 512Мб, т.к. смутило то что в описании аппаратного флеш контроллера АРМа написано о поддержке только 2Гбит флеша

Заранее спасибо.

А что мешает загружать в NAND с помощью S1L?
Для Keil в режиме отладки можно использовать SDRAM, которую необходимо предварительно проинициализировать. В CDL (common driver library) был пример проекта вроде бы. CDL можно взять здесь ftp://lpclinux.com
В CDL также есть специальный проект (который сам запускается в iRAM) для прогрузки загрузчиков во флеш.

Прежде всего хотелось бы лить напрямую фо флеш, не используя S1L, т.к. в перспективе его место займёт u-boot
Так что хочеться уже разобраться с кейловским программатором.

А собственную IRAM для отладки можно использовать подобным образом, при условии что код небольшой?
А как настроить Keil чтобы он заливал код в IRAM или SDRAM для отладки?

С помощью u-boot тоже можно залить bin файл во флеш конечно, но сам uboot как-то долго грузится да и громоздкий он.

В IRAM отлаживаться тоже можно. Примеры проектов есть в CDL v.1.20 для phy3250, вот здесь ini- и scatter файлы nxpmcu\software\csps\lpc32xx\bsps\phy3250\examples\common\uvision3\. В новой CDL эти файлы переделаны на запуск из SDRAM. С любой другой (не Phytec) платой из IRAM должно всё отлаживаться без проблем. cdl v1.20 уже нету на сайте nxp, его вы можете посмотреть здесь http://gyrolab.ru/tornado/files/cdl_nxp/lp...x_cdl_v1_20.zip

Кстати в самом Keil'e вроде бы должны быть загрузчики и примеры для lpc3250. По крайней мере здесь об этом пишут http://www.phytec.com/pdf/manuals/ARM9/LPC..._quickstart.pdf

Может с сигналом FLASH_RDY проблема.
Загрузчики его обязательно требуют, а некоторые программные реализации могут обходится без него.

Спасибо большое! Удалось благодаря примеру в ini файле в дебаге работать через IRAM.
Теперь осталось с флешой разобраться



Спасибо, попробую проверить.

Сделал описание загрузки для своего проекта, может поможет.
Bootstrap в LPC3250

Спасибо за описание.
Есть 2 вопроса:
1) В окне где выбран алгоритм программирования что за адреса должны быть прописаны (поле Address Range)?
2) А пример проекта для ARMGeoSpyder NAND Flash нельзя случайно взглянуть ? У вас в проекте используется подобная NAND как и на моём ките.
Может возможно взглянуть на код инициализации MLC_NAND контроллера (MLC_TIME_REG и т.п.)

Адрес прописывается такой из какого должна работать загружаемая программа. Если в DDR то внешней RAM 0x8000 0000 , если внутренняя RAM то 0x0800 0000
А сам модуль программирования должен прикинуться (т.е. дать ответ по протоколу), что он именно туда и предназначен загружать, а грузить может куда хочет на самом деле.
Разрулить эту коллизию должен начальный загрузчик.

Мой программатор NAND использует SLC NAND контроллер, поэтому вам не подойдет. Поскольку таким образом загруженная программа непосредственно bootstrap-ом LPC3250 не распознается.

при попытке прописать в адрес 0x0800 0000 получаю ошибку
No Algorithm found for: 00000000H - 000003AFH
До этого прописывал 0x0000 0000 но тогда вывалиается по таймауту флеша
Скрин в приложении.
Как-то странно выходит, для чего вообще алгоритму программирования знать где выполняться должна загружаемая программа?
Для работы самого алгоритма RAM for algorithm своя.


С сигналом всё ОК. В коде честная проверка на готовность ( while (!(MLC_ISR & 0x01))


Обнаружил принеприятнейшую вещь
В коде для аппаратного флеш контроллера, который я брал из файла FlashHW.c с бутлоадера \LPC3250\Bootloader_NAND\ нет поддержки Large Page ((

else { // Large Page Device
return (NAND_NOT_IMPLEMENTED_ERROR);
}
А моя память как раз такая
Может у кого есть пример кода для работы с Large PAGE?
Или хотелось бы понять в чём отличия для контроллера.