Посмотрите платы "Nucleo" для STM32- это минимум навеса плюс отламываемый(!) SWD программатор. Практически все ноги выведены на гребенки контактов. Если нужно сократить размеры- то может подойти.
http://www.digikey.com/en/product-highligh...elopment-boards
Я прикупил парочку разных плат (под STM32F070 и под STM32F411), у них цена по 10 баксов за штуку.
Кстати, эти платы одинаковые по разводке- можно один камень выпаять и другой в том же корпусе впаять, все различия конфигурируются перемычками на плате.

смотрел, эта показалась меньше

и процы победнее у нуклео. Мне хороший F4 достался и ног много и частота приличная и памяти полно...

Для новичка переходящего с PIC лучше начинать с МК попроще - более плавный переход с PIC получится
И не утонет сразу в многообразии, может даже даташит читать станет, а не тупо - "подключил я библиотеки...".
А если уж говорить о богатых процах и недорогих отладках на них, то посмотрите сюда:
http://www.digikey.com/product-detail/en/O...0930-ND/4437858
Всяко покруче STMF4 будет - у LPC4370 3 ядра по 204МГц каждое + шустрый АЦП.
И всего ~1800 деревянных в РФ стоит.

Да разные у нас цели то

ТС хочет плату для перехода, я бы советовал отладку, где есть проц LPC1768, этот проц очень удачный, давно делается, хорошее сообщество, нет дурной библиотеки, которая кажется сокращает время вхождения, а на самом деле гадит стиль. Очень вменяемое описание, предсказуемая работа, средняя нагруженность по периферии, правда без экранчика обычно. Это такая рабочая лошадка.

А мои задачи были другими и их я уже решил

хотя вот и с экранчиком платка
http://blog.tkjelectronics.dk/2011/09/revi...-lpc1768-board/

Если говорить о применении с большим LCD, то имхо - LPC1768 - не удачный выбор. У него вроде нету внешней шины, вешать его на SPI или GPIO - опять-же для нормальной работы с графикой память нужна, много.
А её тоже нет.
Лучше тогда уж LPC1778/LPC1788 - всё что Вы сказали положительного о LPC1768 касается и его, но есть интерфейс внешней памяти, а в LPC1788 - и встроенный LCD-контроллер.
И на starterkit.ru есть отладка на нём с LCD.
Но вряд-ли новичок его выберет, так как сейчас набежит толпа STM-филов и затопчет

Спасибо конечно, но все что ниже M4 мне не интересно , так как переходить я буду с PIC32MZ, и задачи соответствующие.
Цена тоже особо не напрягает, так как все это делается для разработки крупносерийных изделий.
В общем я все понял. Всем спасибо!
Надеюсь что жизнь с АРМ будет не хуже чем с PIC32 ;o)




По шустрости претензий нет, а вот с памятью , точнее с отсутствие интерфейса SDRAM беда. И в ближайшее время это не исправится

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

Тут прям разрыв шаблона наступает...
Как правило всё как раз наоборот.
Как правило как раз в случае серийного производства значимость себестоимости изделия наиболее критична, так её уменьшение позволяет значительно экономить из-за тиражности.
И можно потратив больше усилий на разработку на более слабом и дешёвом(!) МК размазать затраты на эту длительную разработку на крупную серию и получить больше прибыли.
А в случае единичного производства: себестоимость производства менее важна, зато стоимость разработки - важнее, так что в этом случае имеет смысл выбирать более дорогую комплектацию, с которой разработка будет быстрее.
Но возможно Вы живёте в какой-то другой Вселенной.


Жить всё-таки думаю лучше с женой, а не с АРМ-ом, пускай он даже с SDRAM


Кстати, намедни, когда обсуждали выбор МК для нового проекта, я обосновывал свой выбор одного из LPC ключевыми возможностями некоторой нужной его периферии.
Мне в ответ: "Давайте лучше делать на STM, мы на нём всё делаем".
На моё возражение, что мол "в нём нет нужной периферии, придётся навешивать неск. внешних микрух", меня убили ответным доводом "Зачем NXP? Вы выбираете какие-то непопулярные МК, которые никто не использует, давайте лучше пользоваться популярными STM".... Я просто не нашёлся что ответить.....

PS: Я тоже не "фил". Много на чём делал проекты. Выбор зависит только от требований ТЗ.

Если Вы не поняли, то я поясню, имеется ввиду стоимость демо платы а не контроллера.
Шаблон вернулся на место?
Да... и спасибо за лекцию по экономике производства

Если не секрет, что это за уникальная периферия? Может, CAN-физика набортная?

Я за NXP давно не слежу, но у ST мне нравится худо-бедная совместимость и широкий модельный ряд.
А экономика простая:
1. Делай на том, чем владеешь.
2. Выбирай камень под задачу.
В моем случае написано много библиотек под ST, перечитано мануалов и эррат, реализовано много проектов, в том числе и серийных.
При взгляде на задачу появляется более-менее ясность.

Если уж про цену начали говорить, то нужно вспомнить про НуВотОн. Там иногда проскакивают какие-то фантастически низкие цены.
Вот.

Глянул, у него питание от 2.5В до 5.5В. Честно что ли?!
Вот это день рваных шаблонов)

Нет. Всего-лишь АЦП на 80MS/s.

Это уже не новость для М0. Вот например, sam-c
2.7V – 5.5V Operating Voltage — Ensures best possible signal-to-noise ratio and robustness in term of noise immunity, EMC, ESD and latch up.

Листание даташитов никто не отменяет. И для среднего ARM контроллера это не один день занимает.
Другой вопрос, что я беру один узел и его читаю. Тогда и только тогда, когда с ним работаю. Ну например таймер.
Как правило если вы берёте плату, то вы получаете какой-нибудь пример.
Ну скажем, у меня так было. Там была инициализация начальная дисплея и ОЗУ.
А разработка алгоритмов чего?
Я писал о том, что для контроллера отображающего видеоозу на дисплей получить первые результаты это пара пустяков.
И сама работа с дисплеем достаточно проста, по сравнению с другой периферией. Например простой I2C - та ещё засада.
Сейчас смотрю дисплей для STM32F429 (он-же и в stm32f7 идёт) и вижу кучу возможностей и определённые сложности.
Опять таки если использовать эти возможности.

Что значит "своровать"? Вы обычно сами шрифты рисуете?
Я написал прогу которая преобразует выбранный шрифт виндовый в сишный исходник. И картинки выбранные тоже.
Пользуюсь ей. Вот сейчас на новый проект видимо буду новые шрифты делать под STM. И там уже пойдут antialiasing 4-ёх битные шрифты.
Придётся переделать думаю за 2-3 дня сделаю комплект программ.
Что вы понимаете под "оконной библиотекой"? Если как обычно, то это смещение координат относительно начала окна. И контроль выхода за границу.
Менее десятка операторов си.

В обозначенном контроллере, вывод точки это пару строк текста. Вывод буквы десяток максимум. Я делал и групповой вывод. то есть сразу N точек при выводе линии или символа. При работе с некоторыми индикаторами, для этого разворачивал буквы. Это увеличивает объём на 5-6 строчек. Зачем в таких примитивных задачах брать чей-то код?
По-моему вы пишете то, чего реально не знаете...