На страничке по вашей же ссылке LPC17xx CMSIS-Compliant Standard Peripheral Firmware Driver Library, V1.0 (Sep 11, 2009)
И кейловские либы там тоже есть, они кстати без глюков. И какая разница кто их пишет - кейл, залетные студенты или кто-то еще, если распространяются они как "Support Documents" (тоже со странички по ссылке)? Хватит филипс выгораживать, и так понятно что он вам нравится)


Ага, давайте еще на даташиты это распространим, там тоже ляпы есть.

Сообщение отредактировал Flexz - Sep 30 2009, 18:00

Вы уж как-то определитесь есть у КЕЙЛ или нет. Это файл

по Вашей ссылке, на который Вы заунывно жалуетесь

Copyright видете? Это Keil.

Давайте поговорим об этом. Ваши замечания с удовольствием примут здесь:
http://electronix.ru/forum/index.php?showtopic=63831&hl=
Не держите камень за пазухой и - пишите о багах в usermanual - реально поможете всем.

Действительно, Вам уже нести пургу ХВАТИТ. Если есть что сказать о документации NXP - ссылка на тему дана выше.

пурга тут началась с вот этого http://electronix.ru/forum/index.php?showt...st&p=656738 поста, я не ныл ни о чем, а предупредил о возможных проблемах (с этим то спорить не будете надеюсь?), ВСЕ. Вы же начали дергать цитаты из контекста и цепляться к словам... Вы модер, вот и убейте все начиная с указанного поста, тоже всем поможете.

А правда ли что у меня не выйдет на LPC1768 использовать одновременно 4 UART и 8 каналов АЦП? Там что, нет ремапа?

Ктати, может, знает кто?
Может эта штука сравниться с MSP430 по энергопотреблению? Когда просыпаться надо раз в десять секунд на 100 мс

Помножьте потребление активного режима на 0,01 и приплюсуйте потребление в дип-слипе помноженное на 0,99. Искомое число будет грубым приближением. Только ИМХО нужно ждать LPC1100/LPC1300. Вот они да, реально с MSP430 будут конкурировать по потреблению. Только не в любой задачке ими можно будет заменить MSP430. Я тут в пустыне пробовал разобраться с заменой MSP430 на Cortex в одной специфичной задаче и обломался. Совокупность факторов: особенности устройства периферии, режимамы работы и энергосбережения у MSP430 оказалась уникальной.

Ну да. Калькулятором я тоже ток считал. Просто меня спекулянты безбожно соблазняли этим самым кортексом, вот и подумал, может кто сидел с токометром и ток мерял : )
Да и даже сейчас играюсь с STM32 Performance Stick. Но разные категории они и есть разные категории.

goodwin (он же Гудвин) кое-что намерил у LPC1758. Правда не во всех режимах.

Спасибо. Гудвину тоже спасибо)

Здравствуйте, хотелось бы знать, есть-ли люди здесь, которые работали с LPC1766 или LPC1768?
Сейчас начинаем новый проект, и хотел этот процессор заложить, так как он подходит в плане набора
периферии, а также памяти и т. п. Плюс NXP дает на них хорошие цены. Но прежде чем стартовать разработку, хотел узнать о возможных "непобедимых глюках", и есть ли таковые в LPC17XX. На сайте NXP сейчас висит errata, но ничего страшного в ней не увидел.

Еще был вариант Luminary, но пугает срок поставки (28 недель) и не совсем демократичные цены.

Спасибо.

ДУмаю вот заказать платку SK-MLPC1768, вроде самая дешёвая отладка.

Но будет ли с LPC1768 нормально работать МТ-Линк? Который пятой версии?
В связке с Keil. По RDI, но лучше напрямую - по J-Link интерфейсу?
Кто пробовал?

Вот есть у меня проект на LPC2468. Смотрел LPC17x - нету среди них полнофункциотальной замены.
Нету внешней шины памяти. Когда его ждать - неизвестно. А она очень уж необходима, ибо для среднего проекта на С++ встроенной не хватает.
А так ничего принципиально нового - немного поменяли архитектуру обработки прерываний и урезали режимы, и соответственно регистры контекстов. Ну и такты немного подкрутили.
Не думаю, что M3 на 100 MHz сделает ARM7 на 72 MHz хотябы в 2 раза по производительности.

Ковырятся тут ни времени ни мотивации нету и не принято.

Шаг Microchip к PIC32 c MIPS M4K смотрится куда содилнее.

У LPC17x в отличие от LPC2468:
- одно расширенное напряжение питания 2.4v ... 3.6v
- гарвардская архитектура, то есть раздельные адресные пространства команд и данных, что несколько увеличивает быстродействие
- в полтора раза выше тактовая частота (с 70 до 100МГц).

Если вам это не надо, то и не надо.

Шаг Microchip к архитектуре MIPS был труден. PIC32 всё никак не могли появиться. А когда появились, их достоинства оказались непонятны.

Хотите увеличить быстродействие LPC2468 в 7(семь) раз? Возьмите i.MX233 от Freescale: ARM9,450MIPS, DDR SDRAM, NAND, вся мыслимая периферия на борту(включая линейные стабилизаторы), корпус LQFP128(или BGA).

А у LPC24xx, думаете, их два

Или уменьшает, если данные во Flash . Чисто Гарвардские, по указанной Вами причине, всегда были есть ПРОСТЕЙШИЕ ядра типа AVR, а более продвинутые уходили на Неймана и/или нечто комбинированное.

С 72x - на 38%, и waitstates добавлено , дабы более дорогую Flash не использовать. Ну и система команд по сравнению с ARM кастрирована и то, что ARM мог делать за одну, хоть и 32битную, тут уже за несколько делается.

Все далеко не 100% радужно для потребителя. В первую очередь это более простое и технологичное ядро позволяющее производителям выпускать более дешевые чипы, нежели их одноклассники ARM7. Это главное, все остальное уже просто так получилось.
Как прямая замена ARM7 Cortex-M3, в большинстве случаев годится и хороша. Беда в том, что номенклатура пока у того-же NXP мала . Заменителей старших моделей нет, младшие, зачастую, уж слишком усечены по переферии - я бы с огромным удовольствием использовал чего-нибудь 32-48 пиновое M3, но
NXP почему-то оставил им ОДИН SPI. Посему вскоре надо будет принимать решение о том выкручиваться (мегагерцы, два питания, цена) на LPC210x,
либо выкручиваться с софтовым SPI на LPC131x, либо не NXP.

Чисто гарвардским являлись сигнальные процессоры Analog Devices серии ADSP21xx. AVR тогда не существовал, а 30MIPS было хорошим быстродействием.
А сейчас гарвардскими являются блэкфины. При быстродействии 700MIPS и 8USD за микросхему это тоже очень неплохо.
Не такие уж они и простейшие.