LPC3130/31 Опции

[Step_ARM]

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

[abcdefg]

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

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

[shahr]

Процессор активно закладывается в массовые разработки. Для единичных изделий, естественно, вариант не самый подходящий.

[Step_ARM]

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

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

[alexQ]

может что то путаю но 2880 это был ARM7 ...

а LPC3130 это ARM9, причем достаточно навороченный и очень дешевый.

[etoja]

На него портирован линукс и этот проект можно скачать с сайта NXP.

[abcdefg]

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

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

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

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

[GetSmart]

Сравнивал как-то LPC31xx и LPC32xx и мне показалось, что 32хх уделывает 31хх во всём, в том числе у 31хх шаг BGA просто неприличный - 0.5 мм из-за чего проводники и зазоры требуются 80 мкм.

[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 и дешевле в два раза.

[shahr]

у 31хх шаг BGA просто неприличный - 0.5 мм из-за чего проводники и зазоры требуются 80 мкм.

это в 3180 только шаг 0,5. В других шире
LPC3180 был пристрелочный камень для запуска всей линейки.

[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х-слойки должно хватить
Нормально.


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

[etoja]

Мне допустим SDRAM & NAND не нужны. Я бы прикрутил датафлэш и SD и грузил с них.

Есть на эту тему интересный проект:
http://www.ulrichradig.de/home/index.php/arm/arm_webbox

Но в нём отсутствует информация о том, как создать образ линукса на карточке SD.

[abcdefg]

//Хватит ли вам внутренних 96/192 кб для всего кода?
192кБ. Куда больше-то? Не компьютеры же делать.

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

чего за приложение то такое?

[Step_ARM]

чего за приложение то такое?

Такое ощущение , что Вы делаете устройства которые всегда оснащаете внешним ОЗУ и флэш.
У меня основной процессор ЛПС2364. У него 8+8+16кБ оперативки и 128кБ флэш. Чем не замена?
Мне много-то не надо...