Были, пока не появились STM32F2xxxx

Точно, я что то давно в сторону STM не смотрел.
Раньше у STM главным преимуществом было то что они гораздо раньше стали доступны
А теперь похоже надо по периферии, размеру корпуса выбирать...

Совершенно верно. Плюс еще появились STM32F4xx, официальные дистрибьюторы готовы предоставить образцы под проект
А вообще тема бестолковая, как бы в холивар не переросла.
ИМХО

Digikey уже продаёт.

Я вообще еще не имел дела с АРМ ,но слухи уже собираю Говорят ,что у стелариса 120нм тех процесс для физич. уровня встроенного Ethernet. Типа жрет, греется и место на кристалле откушивает.. Типа поставить внешний чип даже лучше ибо появляются оч. клевые и недорогие решения.

Все правильно, запись посекторная, размер сектора для LPC1768 - 4 кБ в младших адресах и 32 кБ в старших. Вообще не думаю, что это большая проблема, больше напрягает время стирания сектора - 100 мс.


Ага, уже увидел - LPC11C, но, извините, еще не доехали, судя по их темпам и анонсам - хорошо если к концу года будут. Причем вряд ли по цене STM8. А сами понимаете, в мелких устройствах экономия 1-2 долларов вполне ощутима. Опоздали они с этой серией. На год минимум.

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

Вы что-то путаете. Это стирание посекторное. Запись в LPC1768 блоками по 256 байт.

В данном контексте все верно, не придирайтесь. Прежде чем записать что-то, нужно сначала стереть.

выбирал между ними по доступности, выбрал stm32, не жалею, тем более, пин-совместимая (несколько резисторов-конденсаторов на этапе схемы, причем есть мануал) от STM32F1 до STM32F4 - последние так спасение в одном проекте для меня.
баги - читаем эррату, бывает терпимо, бывает нет, но обычно есть альтернатива. неприятность - отсутствие входа VREF в корпусах меньше TQFP100, хотя, как ни странно есть в BGA64.
документация не очень, но уже привыкаю
еще минус - отсутствие малоногих корпусов, минимум QFN36 (0,5мм - там могут быть проблемы с пайкой), нормальные от TQFP48. но для поделок сложно, везде шаг 0,5мм, хорошо хоть не 0,4.
еще плюс - библиотеки на переферию от производителя, тормозные, зато существенно ускоряют процесс разработки. там где скорость инициализации не крична, т.е. почти везде активно использую
цены - ну очень гуманные, делал сравнительный анализ с микрочип (ну нафига им сдался MIPS , выбрали бы ARM, не пришлось бы мне менять всю линейку) - или стм32 дешевле или при прочих равных получаем 32-битное ядро. исключение - малоногие или с большим шагом корпуса.

Тоеретически это так. (Точнее было так, сейчас уже не так.)
Но практически -- я сужу по себе и тем, кого я знаю, -- очень-очень редко проц используется на максимальной частоте.
Там и энергопотребление, и тепло, и помехи, и прочий букет проблем имеют совсем другие цифры. Зачем так мучить скотину?
Мне кажется, что когда в задаче нужна числодробилка по-мощнее следует брать АРМ9 или АРМ11.
Не-е, конечно, можно сейчас придумать и натеоретизировать и оправдать необходимость большой скорости... но реально, пацаны, кто из вас РЕАЛЬНО и ПОСТОЯННО (из проекта в проект) использует проц на максимальной частоте? Только честно, да?

Наверно этот показатель сегодня не очень актуален -- 72 или 100 МГц. Писькомеряние все это! Практической ценности в том, что проц бегает в полтора раза быстрее, нет никакого. Нужна скорость -- ну так возьми другой проц. Не гоняйся за 10% скорости, не наступай себе на горло. Как-то так мне кажется.

Ну не скажите. Вот взять LPC2478 для обслуживания TFT. Да, 640x480 тянет. Поставить частоту 72МГц, поделить на 3, получаем 24МГц, почти что 25 номинальные для данного TFT. Но при использовании даже SDRAM 32 бита для всего остального остается процентов 40 ресурсов, не так уж много по сути, перерисовывание заметно глазу. А если взять 800x480? Там частота порядка 30 МГц, то есть, 72 уже не подойдет, нужно брать 60 с делением на 2, в итоге ресурсов останется процентов 20, уже в два раза меньше, получается, если честно, не очень. А вот был бы под рукой LPC1788, можно было бы выставить частоту в 90МГц, поделить ее на 3 и иметь свободных ресурсов под 50%. Иногда скорость все-таки нужна.

холивар конечно везде можно устроить

все STM32 совместимы pin to pin в пределах одного корпуса ? или только некоторые разновидности ?
у LPC походу с этим сильно все хуже ?

откуда возникло впечатление что STM32 стал "народным" ARM ? и в каких краях он народный ? СНГ, европа ?

Он заявлен, но в стоках нигде нет нет. Да и подпадает он под экспортный контроль, в Неньку его напрямую не продадут :-(
Интересно, а кейл поддерживает его VFP?

Смотря что назвать хуже - меня вон обрадовали недавно, что lpc1788 совместим с lpc2478 по ногам. Наверняка вся линейка lpc23/24 имеет аналог в lpc17xx.
А в целом тут уже правильно заметили - микроконтроллер надо выбирать по периферии. У lpc например реализован mci интерфейс, не знаю появился ли он у stm32.

Меня сильно подкупила DSP либа для LPC17x с ИАРА 6.10 (идет и отдельно).
БПФ 4096 точек на ассемблере рулит! Да и остальные модули применяю часто (FIR, random)

Поэтому когда нужно было очень быстро сделать измерительное устройство - выбрал LPC
Прицепил TI codec PCM3002 на I2S - и 2 канальный анализатор сигналов в реальном времени до 2кГц, есть запас и на больше