NXP: овые линейки микроконтроллеров с ядром ARM7TDMI-S LPC23xx и LPC24xx Опции

[MALLOY2]

Компания NXP Semiconductors анонсировала две новых линейки микроконтроллеров с ядром ARM7TDMI-S - LPC23xx и LPC24xx.
Новые микроконтроллеры - первые в индустрии, содержащие две высокоскоростных шины AHB, позволяющие эффективно использовать интегрированные интерфейсы USB Host и 10/100BASE-T Ethernet. Микроконтроллеры LPC2364, LPC2366, LPC2368 и LPC2378 будут выпускаться в корпусе TQFP-100, микроконтроллеры LPC2458 и LPC2468 - в копусах BGA-180, BGA-208 и TQFP-208.

Основные особенности семейства LPC23xx:
- максимальная частота тактирования - 72 МГц
- до 512 кБ Flash памяти
- до 32 кБ SRAM памяти общего назначения
- 16 кБ SRAM буфера ethernet MAC-контроллера (может использоваться как память общего назначения)
- 8 кБ SRAM памяти контроллера DMA и USB device контроллера (может использоваться как память общего назначения)
- 10/100BASE-T Eternet контроллер с RMII PHY-интерфейсом и DMA каналом
- USB 2.0 Device Full-speed контроллер с DMA каналом
- DMA каналы общего назначения (обслуживание последовательных интерфейсов)
- 4 модуля UART (один с поддержкой аппаратного управления потоком, один с поддержкой физического уровня IrDA)
- 2 CAN контроллера
- SPI интерфейс
- два контроллера SSP с поддержкой кадрового обмена и DMA
- три I2C интерфейса
- I2S интерфейс с поддержкой DMA
- интерфейс SD/MMC карт (LPC2368) с поддержкой DMA
- до 70 выводов общего назначения
- 10-битный 6-канальный АЦп
- 10-битный ЦАП
- четыре таймера с 8 каналами захвата и 10 каналами сравнения
- модуль генерации ШИМ для управления 3-фазным двигателем
- модуль часов реального времени
- одно напряжение питания: 3.3 В
- внутренний RC-генератор с точностью 1%

Основные особенности семейства LPC24xx:
- максимальная частота тактирования - 72 МГц
- 512 кБ Flash памяти
- 80 кБ SRAM общего назначения
- 16 кБ SRAM буфера ethernet MAC-контроллера (может использоваться как память общего назначения)
- 4 кБ SRAM FIFO буфера модуля USB
- 10/100BASE-T Eternet контроллер с RMII PHY-интерфейсом и DMA каналом
- USB 2.0 Full-speed OTG/OHCI/Device контроллер с DMA каналом
- DMA каналы общего назначения (обслуживание последовательных интерфейсов)
- 4 модуля UART (один с поддержкой аппаратного управления потоком)
- 2 CAN контроллера
- SPI интерфейс
- два контроллера SSP с поддержкой кадрового обмена и DMA
- три I2C интерфейса
- I2S интерфейс с поддержкой DMA
- интерфейс SD/MMC карт с поддержкой DMA
- 10-битный 8-канальный АЦп
- 10-битный ЦАП
- четыре таймера с 8 каналами захвата и 10 каналами сравнения
- два модуля генерации ШИМ для управления 3-фазными двигателями
- модуль часов реального времени
- внешний SDRAM и NOR Flash интерфейс

Образцы микроконтроллеров LPC23xx будут доступны для заказа в ближайшее время. Образцы микроконтроллеров LPC24xx будут доступны для заказа в ноябре 2006 года.
Документация на семейсто LPC23xx доступна по http://www.standardics.nxp.com/products/lp...lpc2368.pdf(pdf, 1.1 МБ)

[aaarrr]

Смысл? Два кодека включать? Так нормальные кодеки и в цепочку работать могут.

Смысл хорошо объяснил Harbour постом выше.

[zltigo]

Смысл хорошо объяснил Harbour постом выше.

Еще несколькими постами выше он "объяснил" словом "кодек", потом отступил и "объяснил" словом "фреймер" и заложился на будующее "объяснив" универсальным словом "и т.д...". В чем хорошесть?

[Harbour]

Смысл хорошо объяснил Harbour постом выше.

Еще несколькими постами выше он "объяснил" словом "кодек", потом отступил и "объяснил" словом "фреймер" и заложился на будующее "объяснив" универсальным словом "и т.д...". В чем хорошесть?

Лапидарнее, please - я никогда не отступаю Из смутных обьяснений я понял что у лпц SPI порт, который может рабоать как SSC, но со слеудющими ограничениями :

- вместо 6 сигналов только 3
- отстутствует возможность изменить направление сигналов (all port only)

Что вполне подтверждает мои слова - лпц для audio задач и телефонии является мало привлекательным кристаллом.

[zltigo]

я никогда не отступаю

Никак не могу оценить это, как несомненное достоинство :-).

Из смутных обьяснений

Лично я ничего объяснять в этом топике и не собирался. А обратиться к первоисточнику за более ясными, что мешеет?

я понял что у лпц SPI порт, который может рабоать как SSC, но со слеудющими ограничениями :
- вместо 6 сигналов только 3
- отстутствует возможность изменить направление сигналов (all port only)

В анонсированом их два универсальных 2-3-4x проводных. На этих двух можно собрать и "шестипроводку".

Что вполне подтверждает мои слова - лпц для audio задач и телефонии является мало привлекательным кристаллом.

Запихивание синхронных потоков в непредазначенное для этого железо делает малопривлекательным
любое железо. Желаемую диаграмму сформировать можно, но
пытаться применять сию возможность для, например, типичной "телефонной" задачи работы с софтовым выделением 64Kbit из двухмегабитного потока - просто не смешно. Вне всякой зависимости от
лейбла производителя на корпусе чипа и количества проводов в интерфейсе.

[Harbour]

я никогда не отступаю

Никак не могу оценить это, как несомненное достоинство :-).

Как говорил товарищ Ж. "Если вас не интересует результат".

Из смутных обьяснений

Лично я ничего объяснять в этом топике и не собирался. А обратиться к первоисточнику за более ясными, что мешеет?

Дык, так я у людей, как я понимаю, плотно работающих с лпц камнем и спросил, а в ответ услышал - "зачем оно мне надо ?".

я понял что у лпц SPI порт, который может рабоать как SSC, но со слеудющими ограничениями :
- вместо 6 сигналов только 3
- отстутствует возможность изменить направление сигналов (all port only)

В анонсированом их два универсальных 2-3-4x проводных. На этих двух можно собрать и "шестипроводку".

Что вполне подтверждает мои слова - лпц для audio задач и телефонии является мало привлекательным кристаллом.

Запихивание синхронных потоков в непредазначенное для этого железо делает малопривлекательным
любое железо. Желаемую диаграмму сформировать можно, но
пытаться применять сию возможность для, например, типичной "телефонной" задачи работы с софтовым выделением 64Kbit из двухмегабитного потока - просто не смешно. Вне всякой зависимости от
лейбла производителя на корпусе чипа и количества проводов в интерфейсе.

arm7 спокойно справляется с сигнализацией на вынос, а эта сигнализация как раз и выделяется из 64kbit E1, где лпц не катит, так как направления clk/frame pulse разные. Собирать из двух лпцшных портов один SSC - это полный провал, особенно если если нужно более одного SSC порта.

А как часто и как быстро они могут быть применены? Ну давайте проанализируем рынок. Сколько баксов цены этого контроллера будет находиться в цене готового изделия? Ну перефразирую, из оборота всего рынка какой процент оборота будет за изделиями на этом контроллере? Скажем так, сумма стоимости всех приобретенных этих контроллеров какой процент составит от оборота всего рынка изделий?
Хм... разработчики, а сколько времени пройдет, прежде чем самые лучшие надежды относительно ARM7TDMI-S - LPC23xx и LPC24xx станут повседневными? Что вообще за это время произойдет? Всякий надежный производитель всегда туза в рукаве держит.

Маркетинг и sales это конечно good, но меня удивляет тупость как атмеля так и nxp, которая состоит в неспособности сделать для какой-нить архитектуры (в данном случае arm7) линейку кристаллов подходящую под широкие нужды разработчиков. Вот народ и мечется в поисках, идет на компромиссы, ставит внешние чипы - в общем тратит время и деньги. Конечно и этот электронный мир не идеален - хотя тенденция в лучшую сотороны, после выхода arm7 c EB, все-таки намечается

Лучше бы даташит почитали. У атмела сигналы RK, TK, RF, TF могут работать на вход и выход независимо друг от друга.

При необходимости всенепременнейше почитаю. В данном случае я обсуждал исключительно режим работы приведенный Harbour (от туда и цитата) в качестве необходимого для работы с "кодеками, фреймерами и т.д....." Если Atmel имеет более универсальные режимы работы нежели описанный в цитате, то могу только искренне порадоваться такой возможности и порадоватся за тех, кому он нужен. При этом смею повторно заметить, что сомневаюсь в невозможности (с точки зрения физического интерфейса) сваять 6-проводный интерфейс a-la Atmel из двух 4-проводных Philips.

Батенька, в даташите на атмель четко написано - порт SSC - одна штука, 6 проводов. В даташите на лпц написано - порт SPI одна штука, 3 провода. Внимание, вопрос - сколько полу/недо/портов от лпц нужно, чтобы получить один SSC порт ?

девочки, не ссорьтесь... =)
zltigo изложил мой вопрос и недоумение более развернуто. Мысль по поводу "фреймеров на ПЛИС" принимается, подключение НЕкодека тоже.

>> Эт точно - на мои вопросы по лпц я конкретных ответов не получил
Могу вам посоветовать то же самое, что и aaarrr - читайте даташит.

Спасибо, необходимость как бы отпала

>> Кодеки разные бывают, в том числе и с полным интерфейсом,
>> к которым лпц подключить напрямую ну никак нельзя.
Назовите хоть один

Дык, любой кодек с проводами больше 3.

В LPC213x/4x PCM codecs (8 KHz, A/u law) присоединяются без проблем, в том числе и когда TX/RX clocks are async (разные), Audio Codec (я работал с 16 бит только, f=44.1/48KHz) - тоже работает.

IMHO, процессоры AT91SAM7XX от Atmel уступают процессорам LPC2XXX от Philips (NXP). Я работал
как с теми, так и с другими и была возможность сравнить (USB, Timers(!),UART,Sync ports, I/O, performance (!), etc ). Хороший процессор (ARM) у Atmel - это AT91RM9200.

А чем на Ваш взгляд атмель уступает лпц ?

[zltigo]

я никогда не отступаю

Никак не могу оценить это, как несомненное достоинство :-).

Как говорил товарищ Ж. "Если вас не интересует результат".

Я конечно понимаю, что бросаться "крылатыми" фразами удобно, но хоть иногда постарайтесь, что
бы они имели хоть какой-то смысл в обсуждаемом контексте.

arm7 спокойно справляется с сигнализацией на вынос, а эта сигнализация как раз и выделяется из 64kbit E1, где лпц не катит, так как направления clk/frame pulse разные.

Бла-бла-бла.... типа спокойно жует отдельно прием и передачу 2Mbit E1, выделяет синхронизацию, компенсирует рассинхронизацию, ......, выделяет 16 таймслот и только после этого его жует.....
:-)))))) Только вот незадача зачем Вами были помянуты "clk/frame pulse" а не только TX/RX - ведь это все сделало ясным - рядом с Atmel притулился чипчик, ну например, типа FALC56, который собственно выделяет и "clk/frame pulse", и 64K из которй (а не из 2Mbit) кто-то еще будет что-то выделять и что характерно, отнюдь не требует 6-ти проводного подключения, при сколь-нибудь грамотном его использовании.

Собирать из двух лпцшных портов один SSC - это полный провал, особенно если если нужно более одного SSC порта.

Никакого не то, что провала, но и проблемы нет - есть три порта - как хотим, так и используем.

Батенька, в даташите на атмель четко написано - порт SSC - одна штука, 6 проводов. В даташите на лпц написано - порт SPI одна штука, 3 провода.

Ну для "не умеющих отступать" и читать :-( сообщаю, что там написано _ТРИ_ SPI в каждом из которых
_ЧЕТЫРЕ_ провода.

Внимание, вопрос - сколько полу/недо/портов от лпц нужно, чтобы получить один SSC порт ?

Внимание! Не менее, чем третий раз отвечаю - ДВА ПОРТА.

>> Кодеки разные бывают, в том числе и с полным интерфейсом,
>> к которым лпц подключить напрямую ну никак нельзя.
Назовите хоть один

Дык, любой кодек с проводами больше 3.

Шедевр! Не хватает только первой попавшейся цитаты из "товарища Ж"", но
в общем понянно вполне, что ответов ждать не стоит.

вообщем молодцы ребята из филипса мне очень нравится

Мне в общем-то тоже, хотя следует признать, что ни явным лидером ни явным аутсайдером никто из поминаемых здесь производителей не является.

[Harbour]

я никогда не отступаю

Никак не могу оценить это, как несомненное достоинство :-).

Как говорил товарищ Ж. "Если вас не интересует результат".

Я конечно понимаю, что бросаться "крылатыми" фразами удобно, но хоть иногда постарайтесь, что
бы они имели хоть какой-то смысл в обсуждаемом контексте.

Что так ? Контекст не по духу ?

Собирать из двух лпцшных портов один SSC - это полный провал, особенно если если нужно более одного SSC порта.

Никакого не то, что провала, но и проблемы нет - есть три порта - как хотим, так и используем.

Вот те раз, только что говорили что SPI полупортов 2, теперь уже 3, заговариваемся ?

Батенька, в даташите на атмель четко написано - порт SSC - одна штука, 6 проводов. В даташите на лпц написано - порт SPI одна штука, 3 провода.

Ну для "не умеющих отступать" и читать :-( сообщаю, что там написано _ТРИ_ SPI в каждом из которых
_ЧЕТЫРЕ_ провода.

Батенька соврамши ? Открываем lpc2378.pdf - fig1 - нарисованы 2 SPI полупорта.

Внимание, вопрос - сколько полу/недо/портов от лпц нужно, чтобы получить один SSC порт ?

Внимание! Не менее, чем третий раз отвечаю - ДВА ПОРТА.

Вот теперь верно.

>> Кодеки разные бывают, в том числе и с полным интерфейсом,
>> к которым лпц подключить напрямую ну никак нельзя.
Назовите хоть один

Дык, любой кодек с проводами больше 3.

Шедевр! Не хватает только первой попавшейся цитаты из "товарища Ж"", но
в общем понянно вполне, что ответов ждать не стоит.

вам, действительно не стоит.

>>>>>> Кодеки разные бывают, в том числе и с полным интерфейсом,
>>>>>> к которым лпц подключить напрямую ну никак нельзя.
>>>>Назовите хоть один
>>Дык, любой кодек с проводами больше 3.
Слив засчитан

Не расстраивайтесь так, когда нибудь и nxp научиться делать cpu Просто нужно подождать, лет 10