[Flexz 0]

На страничке по вашей же ссылке LPC17xx CMSIS-Compliant Standard Peripheral Firmware Driver Library, V1.0 (Sep 11, 2009)

И кейловские либы там тоже есть, они кстати без глюков. И какая разница кто их пишет - кейл, залетные студенты или кто-то еще, если распространяются они как "Support Documents" (тоже со странички по ссылке)? Хватит филипс выгораживать, и так понятно что он вам нравится)

 

Если на халяву получили - так халява она и есть халява.

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

Изменено 30 сентября, 2009 пользователем Flexz

[zltigo 1]

На страничке по вашей же ссылке LPC17xx CMSIS-Compliant Standard Peripheral Firmware Driver Library, V1.0 (Sep 11, 2009)

И кейловские либы там тоже есть, они кстати без глюков.

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

нашел уже три версии заголовка lpc17xx.h и все разные

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

/****************************************************************************

* @file : LPC17xx.h

 

* Copyright © 2008 ARM Limited. All rights reserved.

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

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

Давайте поговорим об этом. Ваши замечания с удовольствием примут здесь:

http://electronix.ru/forum/index.php?showtopic=63831&hl=

Не держите камень за пазухой и :) - пишите о багах в usermanual - реально поможете всем.

Хватит..

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

[Flexz 0]

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

[AHTOXA 15]

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

[one_eight_seven 6]

Ктати, может, знает кто?

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

[rezident 0]

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

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

[one_eight_seven 6]

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

Да и даже сейчас играюсь с STM32 Performance Stick. Но разные категории они и есть разные категории.

[rezident 0]

Просто меня спекулянты безбожно соблазняли этим самым кортексом, вот и подумал, может кто сидел с токометром и ток мерял : )

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

[one_eight_seven 6]

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

[Abrvalg 0]

Здравствуйте, хотелось бы знать, есть-ли люди здесь, которые работали с LPC1766 или LPC1768?

Сейчас начинаем новый проект, и хотел этот процессор заложить, так как он подходит в плане набора

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

 

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

 

Спасибо.

[sonycman 0]

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

 

Но будет ли с LPC1768 нормально работать МТ-Линк? Который пятой версии?

В связке с Keil. По RDI, но лучше напрямую - по J-Link интерфейсу?

Кто пробовал?

[doomer#gp 0]

Вот есть у меня проект на LPC2468. Смотрел LPC17x - нету среди них полнофункциотальной замены.

Нету внешней шины памяти. Когда его ждать - неизвестно. А она очень уж необходима, ибо для среднего проекта на С++ встроенной не хватает.

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

Не думаю, что M3 на 100 MHz сделает ARM7 на 72 MHz хотябы в 2 раза по производительности.

 

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

 

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

[etoja 0]

Вот есть у меня проект на LPC2468. Смотрел LPC17x - нету среди них полнофункциотальной замены.

Шаг 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).

[zltigo 1]

У LPC17x в отличие от LPC2468:

- одно расширенное напряжение питания 2.4v ... 3.6v

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

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

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

- в полтора раза выше тактовая частота (с 70 до 100МГц).

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

 

Все далеко не 100% радужно для потребителя. В первую очередь это более простое и технологичное ядро позволяющее производителям выпускать более дешевые чипы, нежели их одноклассники ARM7. Это главное, все остальное уже просто так получилось.

Как прямая замена ARM7 Cortex-M3, в большинстве случаев годится и хороша. Беда в том, что номенклатура пока у того-же NXP мала :(. Заменителей старших моделей нет, младшие, зачастую, уж слишком усечены по переферии - я бы с огромным удовольствием использовал чего-нибудь 32-48 пиновое M3, но

NXP почему-то оставил им ОДИН SPI. Посему вскоре надо будет принимать решение о том выкручиваться (мегагерцы, два питания, цена) на LPC210x,

либо выкручиваться с софтовым SPI на LPC131x, либо не NXP.

[etoja 0]

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

 

Чисто гарвардским являлись сигнальные процессоры Analog Devices серии ADSP21xx. AVR тогда не существовал, а 30MIPS было хорошим быстродействием.

А сейчас гарвардскими являются блэкфины. При быстродействии 700MIPS и 8USD за микросхему это тоже очень неплохо.

Не такие уж они и простейшие.