Оба семейства мне подходят (и на сейчас есть что выбрать и на перспективу). Я было выбрал STM32F103 по цене, но прочитал здесь про STM отзывы аж с 2008 сколько смог и приуныл. Глюки в документации, работа с периферией через библиотеки, а если нет (как я обычно), то недокументировано и т.д. Версия ядра с глюками... Кто сейчас активно их использует - изменилось что-нибудь в лучшую сторону или только цена привлекает по прежнему? Или LPC понадежней будет?
И заодно, с LPC23xx наверное уже не стоит связываться в свете наличия Cortex'ов?

Если не нужна внешняя шина - LPC. Если нужен USB host - LPC.

если нужно низкое потребление - STM32L

По поводу STM32 - необходимость расковыривать библиотеки для того, чтобы написать нормальный код, действительно огорчает. Но к этому быстро привыкаешь (ИМХО). Кроме того - не вполне настоящий DMA - в смысле того, что он не имеет своей шины. Но в остальном - вполне рабочая лошадка.

Приунывать - не стоит. Правда я не работал с LPC17xx, но документация на STM32F (user manual) вполне приличная. Просто сам контроллер, в плане переферии, уж больно навороченный. Поэтому сложно разобраться и нюансов возникает куча. Есть и некоторые вопросы к разработчикам. Например по целессообразности и т.п.

Работа с библиотеками - ваше дело. Я попробовал работать ч/з них. С одной стороны - общий подход и стиль. Развитие дальнейшее. Очень большой объём описаний. Особенно учитывая что средний переферийный блок - 20-30 регистров. То есть с одной стороны - большой объём проделанной работы за вас. С другой - они не могут писать на все случаи жизни. То есть иногда - хочется переписать либо изменить. Универсальность также привела к большому колличеству избыточного кода. Ещё один очень отрицательный момент - это очень слабое описание ф-ций. Точнее - функции описаны не до уровня работы железа. Таким образом для работы с библиотекой один фиг надо сначала прочитать мануал, разобраться в нём, понять что нужно сделать, потом перечитать описание библиотеки и подобрать средства - как именно сделать то, что ты хочешь, с помощью данной библиотеки. Не помешает также посмотреть и примеры приведённые.
Отдельный момент, что очень слабо в мануале просматриваются взаимосвязи. Ну скажем, читаешь какой-нибудь АЦП. Разобрался - настроил - а он не работает. Оказывается в RCC надо ему частоту подать. И там это описано, а в самом ADC - нет. (Это я для примера).

Ошибку я одну нашёл но только не в библиотеке, а в примере. Причём пример какой-то левый.

Я не претендую на полноту картины, и, пока, мало работал с контроллером, но, просто объективности ради хотел пару слов здесь привести.

Ну и ещё из того что мне нравится - один кристалл - много корпусов. Кристалл достаточно дубовый. Так мне на порт завели 8 ног 24V ч/з резистор 1к (входы). Я практически полностью отладил прогу, покак он задымился. Понравилась мне и возможность работы с 5V сигналами. В частности на плате MBI5168, полевики с 5V, и умудрились ресивер CAN поставить 5V. Всё удалось запустить лишь навесив резисторы подпоры.

Малое потребление мне не критично, а вот хорошее описание, пусть и на английском - да. Так что похоже все же LPC, тем более что я последние проекты делал на LPC21xx/22xx. Кроме этого я тут обнаружил что не все выводы портов STM32 совместимы с 5V. Спасибо за советы.

тоесть хотите сказать,что в документации регистры периферии не описаны?
посмотрел док. "RM0008 Reference manual STM32F101xx, STM32F102xx, STM32F103xx, STM32F105xx and STM32F107xx advanced ARM-based 32-bit MCUs" - описание регистров есть. сильно не вникал правда
с либами работать не планирую, все чиство вручную...

пс. я тоже сейчас выбираю кортексы ибо AT32UC3 атмел зажал, со складов пропали... STM32 - более доступные, есть на складах, LPC17xx - доступны только LPC1752FBD80 пока

Ещё раз повторю - описание очень даже не плохое. По-моему - всё внятно, чётко, достаточно детально. Сначала идёт полное описание узла, потом режимы работы и, в конце, регистры.

Не совместимы с 5V линии ADC. По-моему, там этого и не должно быть.
PS: Посмотрел LPC13xx - действительно у них все ноги толерантны.

спасибо. прикуплю парочку данных девайсов на пробу


согласен

Описаны, конечно... Только мне этого не хватило. Без текстов библиотек до нужной степени не разобрался. Но допускаю, что это только мои проблемы...

я обычно, когда запускаю usb на новом для меня контроллере без примеров тоже не обходится.

Использую STM32, раньше доводилось использовать STR710. Глюков в документации не встречал, библиотеки для периферии никогда не применял, ничего недокументированного не встречал, глюков ядра не видел. Откуда все эти страшилки?

сам впервые "слышу", но тк с ними не работал, решил переспросить

Может офф, но я работал с LPC17xx - документация отличная. Пытался работать с STM32 - не так притягивает. Если кто будет пользоваться библиотекой CMSIS - будьте внимательны, очень много багов.

С USB, наверно, не работали? В режиме двойной буферизации для bulk endpoints?
Описание регистров Transmission\Reception byte count для этого режима не соответствует действительности

по подробнее можно? что именно не соответствует? а то usb уменя юзается очень активно...
а вообще кривоты в документации есть у каждого.

Вот это:
Нажмите для просмотра прикрепленного файла
как видно, изображён один 32 битный регистр, когда на самом деле используются два 16-ти разрядных.

Хвалёные доки от LPC тоже имеют неточности, это правда.

та, єто не существенно. привык уже

Как это - не существенно?
Указывается для записи 32 битный регистр по одному адресу, тогда как на самом деле это два 16 битных регистра по разным адресам.

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

Согласен, что зря они продолжили нумерацию с 16 бита, но я эти грабли обошел просто приняв во внимание, что все счетчики USB_COUNT 16-ти разрядные.

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

Хм. А я выбрал для себя stm32: огромный родмап и выбор корпусов/памяти, хорошая pin-to-pin совместимость, L-семейство с тем же ядром, F200 вообще будут зверскими кристаллами с 128К RAM. Ближе к концу года начну переползать на них, одна платка уже разведена ждет заказа.

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

AVR32 у атмела хоть и говно, но хорошое и шустрое мне понравилось

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

По документации- надо ОЧЕНЬ внимательно читать, Yо, действительно, все описано.
Кристалл хороший, но, как уже писали- надо перед проектированием устройства внимательно все изучить, как что работает.
Понравился запас по быстродействию-по началу после перехода на кварц 16Мгц ( на стартерките стоял 8 Мгц) забыл изменить коэфф в делителе и некоторое время удивлялся быстродействию на 144 Мгц

и я когда-то 2 дня с USB промучился, вместо 48мгц подал 70 с лишним то работало, то не работало

+1
Особенно понравилось "многа букаф" про встроенный температурный датчик...
Из которых самыми нужными были те, что в начале: мол, если хотите абсольтную температуру, то пользуйтесь внешними датчиками температуры; если достаточно увидеть динамику (теплее-холоднее) - то можно пользоваться встроенным )

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

Датчик и должен показывать температуру кристалла.

У STM32F10x показания зависят... от частоты ядра, периодичности выборки, последовательности каналов.
Показания, от -10 до +70 (от 72МГц до 12МГц)! - значение получем в единицах, переводим в милливольты, затем в градусы.

Слишком-холодно и слишком-горячо не получается. Можно лишь сказать "за последние 10 секунд температура повысилась на 12 градусов".

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

Хм... тем не менее если держать пальцем корпус десятые доли градуса начинают бежать вверх (корпус холоднее 36C). Показание температуры держатся крайне стабильно (в пределах 4-х единиц).

При скачкообразном изменении частоты ядра - температура тоже меняется скачкообразно.
При изменении частоты от 12МГц до 72МГЦ температура меняется с +70С на минус 10С.
Не верю, что при повышении частоты ядра "встроенный кондиционер"(?) сможет охладить кристалл на 80С за десятые доли секунды.

Дык вас интересует температура (статистический параметр, определяющий среднюю кинетическую энергию частиц в некотором объеме) или некий параметр, связанный с частотой ядра? Если температура, то усыпляйте ядро во избежание наводок на датчик температуры. Стабильность измеренных показаний и корреляция с частотой ядра является следствием синхронности работы самого ядра и АЦП (тактируются-то они от одного сигнала).

Время выборки АЦП на канале термодатчика правильно установлено?

Да.

Причем делал два варианта:
1. Запускал преобразование битом ADON (вручную) с фиксированной задержкой (много больше 17 мкс).
При этом наблюдались периодически три значения с АЦП! Т.е. три пика в ПРВ (плотность распределения вероятности) значений. Аналогичный результат (три пика) и с опорой (!). Сигнал с реального входа - один пик. Если задержку сделать рандомную, то пики размываютя, но все равно три максимума.

2. По событию T2C2 через DMA (450 мкс). Наблюдается один пик. Но зависит от температуры и очень сильно от частоты ядра. От периода дискретизации практически не зависит. Опора тоже "плавает". Значания "по даташиту" получаются при FPLL = 24МГц.

Калибровку включал - принципиально не помогает.

Впрочем, к АЦП есть еще один маленький вопросик. Что за "пила" с частотой дискретизации (44100Гц) наблюдается на входе АЦП болтающемся в воздухе?

Нет. Я конечно понимаю, что большое входное сопротивление, перезарядка УВХ и емкости пина; допускаю, что на входе АЦП нужно ставить полосовой фильтр (или ФНЧ) для "работы теоремы Котельникова" без наложения спектров, но:
1. А как же аналоговые входы с большим входным сопротивлением без "огорода"?
2. Как один знакомый возмущается: "зачем ставить операционник там, где можно использовать один транзистор с ОЭ"?

Теперь по теме:

В целом, STM32F мне очень нравятся.
LPC17xx тоже пробовал, но мало. Ближайшее время есть необходимость поделать кое-что на LPC1114 (светодиодом на нем уже моргал - понравилось, особенно цена), но в новые разработки закладываю STM32F10x.

У STM, на мой взгляд, очень удачно Ethernet в 64 ногом корпусе, правда при этом многим приходится жертвовать...
У LPC с ремапом пинов вроде лучше, у STM - бардак полный) - даже большая часть эраты этому посвящена.
У LPC1114 сначало смутило, что под ремап пина уделяется отдельный регистр (причем хаос полный) - потом ощутил в чем прелесть)...

Посыпаю голову пеплом...
Разобрался: действительно неправильно задавал время преобразования канала(
Теперь все хорошо

да, с кондиционером забавно было читать

ага. и опора по этой же причине показывала все что угодно, но не 1.2В - кондишн по сравнению со встроенной АЭС отдыхает)

та да. с клоками надо осторожно...видел много всяких чудес от неверно сконфигурированных генераторов

IgorKossak, Замечание усек. прошу прощения...

а читать PSP(process stack) из Handler mode только так: переход в Thread Mode(privileged), чтение PSP, переход обратно в Handler ? или есть другие методы,более эффективные?

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

Вопрос к спецам. Выбираю проц дла нового проекта. может кто даст совет. Нужен Ethernet желательно с PHY встроенный FLASH и максимальная производительность. Это основное. пока увидел только LPC1769. Спасибо за совет

Ой.

AVR32 не попробовал, но тут вроде не про них, а про армы, потому я их в расчет даже не брал. Ну а армы у атмеля... как бы это сказать помяхше... во! в текущее положение дел на рынке контроллеров не вписываются.

Ну и достать по приличной цене,насколько понимаю, проблематично сейчас и те и другие.



Непонятно что означает максимальная производительность. at91sam9xe512 например

И именно phy встроенный? у 1769? Тут stellaris вроде какой-то мелькал именно с phy встроенным.

ну тема про кортексы, ан е про АРМы7, а АВР32 более на кортексы похожа

согласен. Армы7 у Атмела - говно, а вот кортексы не знаю, не юзал, они все еще пока Sampling

Весь раздел про армы. Кортекс - арм. Ну да не суть.

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



Я, например, навряд ли буду пользовать. Описания вполне хватило. Текущая ситуация - Атмел не принимает заказы от российских дистрибьютеров до конца этого года - и общая политика атмела по поддержке mature устройств только укрепляет нежелание связываться.

их ответ на мой запрос был таким же...

пс. Пока я остановился на STM32F10x по причине доступности, с NXP как-то туговато. поюзаю, посмотрим...

STM32 уже полгода юзаю, сам «си-шник», поэтому с библиотеками работать даже удобнее для меня, маленько непривычно поначалу, но ничего, быстро освоился. Глюков еще не наблюдал, после PIC24H(F), STM32 вообще для меня золото, недавно LCD TFT в режиме QVGA на нем запустил. Вообще хороший контроллер.

правильно ли я понял - у LPC1300 IO совместимы с КМОП/ТТЛ 5В ??

Эти STM просто звездец какой-то. Ф-ции жутко бесят!!! если на ф-цию можно найти более менее вразумительное описание в firmware, то то что в них подставляется в примерах это жесть: дифайны по десяткам файлов раскинуты.
Неприятно еще то что firmware они использует спец ф-ции для своих отладочных плат, описание которых найдешь только в сорцах. И все примеры абсалютно заточенны под ф-ции.
Еще неприятно то что прерывание и тактирование для переферии настраиваются в других блоках. ну соттвественно описание там же
Есть подобные неприятности у LPC или Stellaris ?

"Библиотеки" аналогичное дерьмо у всех помянутых. Студенты индийско-китайские какие-то пишут - традиция. Но никто не запрещает потихоньку писать самому.

Если я правильно помню, у ST есть присутствие в Тунисе и Чехии. И да, софт, который они выдают - изрядное гуано. А если не обращать внимание на этот софт, STM32 - хорошие МК.
Кстати, если так сильно хочется софт от производителя МК, посмотрите на Freescale. Они раздают MQX - очень приличная штука.

Вопрос не только к Вам, без всякого подвоха. Как вы думаете, на какой софт надо смотреть ТС при изучении STM32?



Уже успел в этом убедиться, поддерживаю полностью!