LPC3130/31 Опции

[Step_ARM]

В поиске по форуму ничего не нашел по ARM9 LPC3130/31. Камень вроде привлекателен и ценой и возможностями, а не встречается в обсуждении.
Прошу поделиться впечатлениями тех , кто сталкивался с этим чудом :-)

[abcdefg]

В поиске по форуму ничего не нашел по ARM9 LPC3130/31. Камень вроде привлекателен и ценой и возможностями, а не встречается в обсуждении.
Прошу поделиться впечатлениями тех , кто сталкивался с этим чудом :-)

А чего в нем интересного кроме цены? Развитие концепции 2880, аудиоплеера и другие батарейчные приложения...

[Step_ARM]

А чего в нем интересного кроме цены? Развитие концепции 2880, аудиоплеера и другие батарейчные приложенения...

Странный ответ :-) Так можно сказать , что и другие камни Вам не интересны. При чем тут батарейные или не батарейные приложения?
Наличие практически всей обычной периферии.
Высокая частота.
Загрузка с внешних носителей.
При этом такая низкая цена.

[abcdefg]

Странный ответ :-) Так можно сказать , что и другие камни Вам не интересны. При чем тут батарейные или не батарейные приложения?

При этом такая низкая цена.

Его цена - это единственное достоинство. В остальном - урезанный LPC3220.
Насчет производительности - интерфейс SDRAM 16-битный и еще расшаренный с NAND. В какой степени это влияет на общую производительность - неизвестно.

Многие знания - многие беды...

[Step_ARM]

Его цена - это единственное достоинство. В остальном - урезанный LPC3220.
Насчет производительности - интерфейс SDRAM 16-битный и еще расшаренный с NAND. В какой степени это влияет на общую производительность - неизвестно.

Многие знания - многие беды...

Ну почему же неизвестно. Кто-то же делает на нем?
Камень заточен под выполнение в кода в ОЗУ и соответственно в довольно приличных по объему приложениях не сильно-то важно какой там интерфейс с SDRAM или NAND. И уж совсем необязательно приделывать к нему операционку.

Мне допустим SDRAM & NAND не нужны. Я бы прикрутил датафлэш и SD и грузил с них.
Мне постоянно не хватает объема флэш. А тут любой практически неограниченный источник при минимальных затратах на комплектуху.
Supports booting from SPI flash, NAND flash, SD/SDHC/MMC cards, UART, and USB (DFU class) interfaces.

Насчет BGA это уже дело третье -- даже хорошо.

Насколько я понял , главное отличие 31 от 32 -- это отсутствие сопроцессора.
3130 стоит около 2.1евро(1000шт)
3131 -- 2.8 евро(1000шт).
Это просто неприличная цена.
И никто не говорил, что 3220 отметается -- тоже не особо дорогой видимо.
Каждый камень для своих задач.
Вот не хватает мне по скорости LPC2364/68 -- беру камень пошустрее раза в 2-3 и дешевле в два раза.

[abcdefg]

Камень заточен под выполнение в кода в ОЗУ и соответственно в довольно приличных по объему приложениях не сильно-то важно какой там интерфейс с SDRAM или NAND.

Как это неважно?
Если у вас код расположен в SDRAM, то чем хуже организован интерфейс памяти, тем медленее выполняется программа.

Мне допустим SDRAM & NAND не нужны. Я бы прикрутил датафлэш и SD и грузил с них.
Мне постоянно не хватает объема флэш. А тут любой практически неограниченный источник при минимальных затратах на комплектуху.
Supports booting from SPI flash, NAND flash, SD/SDHC/MMC cards, UART, and USB (DFU class) interfaces.

Обычно бут с произвольных носителей делается следующим образом: камень грузит код весьма ограниченной длины (2-8 кбайта), потом делает Jump на этот код в ОЗУ (внутренний SRAM), который должен самостоятельно догрузить отставшийся код.
Хватит ли вам внутренних 96/192 кб для всего кода?

Насчет BGA это уже дело третье -- даже хорошо.

Стоимость ПП x 2 раза для мелких объемов.

Кстати, шаг там 0.8, 4х-слойки должно хватить

Вот не хватает мне по скорости LPC2364/68 -- беру камень пошустрее раза в 2-3 и дешевле в два раза.

Не хватает именно скорости вычислений или обмена с периферией?

[Step_ARM]

//Как это неважно?
//Если у вас код расположен в SDRAM, то чем хуже организован интерфейс памяти, тем медленее выполняется программа.
А зачем код располагать в SDRAM??? Да и настолько ли уж важно небольшое снижение скорости в ряде случаев???


// Обычно бут с произвольных носителей делается следующим образом: камень грузит код весьма ограниченной длины (2-8 кбайта), потом делает
//Jump на этот код в ОЗУ (внутренний SRAM), который должен самостоятельно догрузить отставшийся код.
//Хватит ли вам внутренних 96/192 кб для всего кода?
192кБ. Куда больше-то? Не компьютеры же делать.


//Стоимость ПП x 2 раза для мелких объемов.
1,3 в 1000 шт.
//Кстати, шаг там 0.8, 4х-слойки должно хватить
Нормально.


//Не хватает именно скорости вычислений или обмена с периферией?
Именно скорости вычислений.