Выбор между STM32F103 и LPC2478, очередная дуристика Опции

[Пухич]

Понимаю, что темы выбора МК всем уже надоели, но все же попрошу помощи.

Дело значит такое. Почти везде, где приходилось работать с встраиваемыми МПС (ПЛК не в счет ессна, там все свое), дело обходилось теми или иными вариациями х86, следовательно либо был простой программинг в PC-стиле на каком-нить TC++ 3.1/Borland Builder 6.0 (если железо PC-подобное), либо ваяние программ для х86 на ассемблере (сейчас как раз очередной виток такой деятельности на новом месте работы, под проприетарное железо, только не бейте и не ругайте за некрофилию - так надо). Работал ранее с AVR (была необходимость три года назад сделать несколько мини-проектиков, выбрал их как наипростейшие, наидоступнейшие и т.д.). Сейчас вот мыслю пробовать входить в мир ARM. Не то, чтобы я любитель посамодельничать (как раз не любитель), и для работы необходимости особой в этом пока нет, но все же надо развиваться, и есть уже пара наметок, которые хотелось бы реализовать на будущее и выгодно подсунуть начальству, тем упростив себе работу.

Соответственно стоит вопрос "с чего начать". Стартеркиты не предлагать, т.к. придется (по крайней мере сначала) рассчитывать только на свои средства и делать самому отладочную плату (ну может только печатку закажу через контору на заводе, и то не факт). Будем считать, что сделать плату - не проблема. Вопрос - на чем конкретно ее делать?

Из заголовка следует, что кое-что я уже почитал тут (и не тут). Атмеловские АРМы меня притягивали поначалу (вообще отношение Атмела к потребителям мне нравится). Но посмотрел я, что они остановились в развитии, и вообще слабоваты, и решил копнуть в другое. Требования такие - внешняя шина (памяти вдруг воткнуть придется, или еще что периферийное), внутренний RTC (вот как-то уже надо), USB device (ясно дело, что надо бы с DMA...), АЦП, таймеры с ШИМ, i2c, UART, SD/MMC. Есть задумки на Эзернет, но пока на будущее. Где-то так.

Как-то сразу отпали Тексасы (чего-то достать сложновато и дороговато) и Самсунги (полистал доки и не вставило). Смотрел в сторону мотороловских i.mx, очень они хороши, но тоже не очень доставаемы (понятно, что серии у меня пока никакой нет, но все же). Встряли в меня STM32 (особенно понравился F103, у него прямо все хорошо и контроллер внешней памяти есть) и LPC2468/78 (второй все же получше, а стоят одинаково). Примерно сопоставив их, пришел к выводу, что STM32 кагбе получше для задач управления объектами (и аналоговая часть посильнее), а LPC2468/78 помощнее в части connection. Само собой у первого Кортекс-М3, что и перспективно и быстро работает, но и АРМ7 еще не умер. По цене и доступности примерно равноценны, STM32 подешевле несколько. Отсутствие Эзернета у STM32 можно решить потом внешним контроллером, ЮСБ-хост в общем вряд ли мне пригодится. Короче, вопрос "что лучше" сложный.

По существу дело стоит главным образом за наличием средств программирования/отладки и проблемностью конкретных кристаллов. Еррату читал на оба, в принципе не испугался. Что касается мнения опытных по поводу сабжей - наличие у LPC всего двух каналов ДМА лично меня не пугает, т.к. у Эзернета и ЮСБ, как я понял, свои контроллеры ДМА, следовательно два канала GPDMA остаются для SD/MMC и, например, I2S. Для АЦП/ЦАП и прочего ДМА не особо и нужно вроде (поправьте, если не так). Про STM32 вроде никто гадости и не пишет. Т.е. вроде и тот и тот можно не бояться. По "средствам" - как мне показалось из чтения инета, для программирования/отладки LPC надо иметь, например, Вигглер и IAR. А вот с STM32 будут всякие бяки. Сразу оговорюсь - я не лентяй с лозунгом "пусть все само заработает", но сейчас как-то напрягся по жизни ( ), поэтому все же не хотелось бы, как в былые студенческие годы, просиживать часами за поиском недокументированных козявок. Хотелось бы иметь наиболее простой и удобный с точки зрения ARM-старта микроконтроллер. Вот кто это для меня - LPC2478 или все же STM32?

P.S.: предполагаемые применения своих идей такие: сервер с интерфейсом RS-232 (IPC@CHIP не предлагать, готовые решения типа ADAMовских Ethernet-RS-232 преобразователей по ряду причин нас не устраивают); дистанционные измерители напряжений и токов; некое подобие ПЛК (без CoDeSys и прочих заморочек). Как-то так.

[Пухич]

Ну так и начните уже Помигайте светодиодом, дальше-больше. Оно потом само пойдет Появятся дельные вопросы, а не "быть или не быть":) Да и идеи родятся сами собой.

Да ей Богу, начну я, пока руки не доходят хоть что-то купить.
Собственно выбор я уже сделал, о чем и была тема.
Вы, кстати, зря радуетесь - я ж как начну, так вопросами засыплю. Шутка.

Тема как-то убежала от STM32 микроконтроллеров, на мой взгляд зря.
Работал я и с LPC2368 (ARM7TDMI) и с STM32F10x (Cortex-M3). Все, что будет сказано ниже, естественно, субъективно, но надеюсь будет полезно:

Вот спасибо, этого и ждал. Учту ваши комментарии.

2. По поводу STM32F10x: ну они мне сразу как-то приглянулись, все в них красиво, все расписано чего и как. Очень порадовало то, что на сайте доступны для свободного скачивания и постоянно обновляются библиотеки (STD Peripherial Lib) для этих контроллеров, имеющие порты по Keil, IAR и GCC, с примерами и описаниемхотя в качестве платы прихотится жертвовать производительностью, ибо даже для дергания портом В/В, приходится вызывать функцию, но при желании критичные места можно и самому написать, хоть даже в ассемблере. Таким образом время от начала разработки до более-менее работающего проекта значительно сокращается. Под STM32 работал как с ОС (uC/OS-II), так и без неё, в обоих случаях остался доволен. Врятли эти контроллеры безгрешны, но явных глюков выявлено пока что не было.

Ну поскольку для меня сроки ввода не так критичны, то библиотеки - не очень большой плюс. А с доками у них ИМХО большая проблема.

Сравнивая цены, заметил, что STM как то получше смотрятся по сравнению с LPC.

Причем сильно получше.

Про ошибки в LPC читал много и чего то не радует перспектива их обходить. От АТ91SAM7 уже просто устал глюков тоже как комаров в тайге.

Возможно я вас удивлю, но меня обширная еррата только радует - видно, что производитель хотя бы отслеживает баги, если не фиксит (а филипс фиксит). Вы вот доки от RDC не видели. Еррату на их процы можно найти только у тех, кто уже оные пользовал - например у Фаствела. А сами RDC и их представитель Прософт либо тупо молчат в ответ на прямо поставленные вопросы, либо бубунят всякую шнягу. На два моих вопроса относительно ОЧЕВИДНЫХ ошибок в документации (я так понял, что в проце все же сделано правильно, а это именно баги доков) они долго не отвечали, потом выслали новый даташит, в котором один баг был пофиксен, а касательно другого все так и осталось. Спросил еще раз - Джэки Янг молчит. И это только то, что мне попалось (слава Богу от этих багов все равно ничего не зависит). А сколько было обнаружено другими людьми..... Чего стоит один НЕустанавливающийся бит сброса от ватчдога! Представьте себе - произошел сброс по ватчдогу, а мы об этом никогда не узнаем! Ну ладно, фикс есть - завести ватчдог на NMI (тоже так себе решение), но во-первых они об этом молчали (и если кто-то УЖЕ понадеялся на этот бит, то в перспективе он может и к прокурору попасть), а во-вторых они решительно не хотят сообщать о ревизиях проца, например стали они выпускать процы с буковкой D в конце - и непонятно, пофиксено там это, или нет. Официальный ответ Прософта - фабрику сменили и "чего-то поменяли". Что???

На STM8 я уже сильно рассчитываю.

Вот! Давайте.

[sonycman]

Ну поскольку для меня сроки ввода не так критичны, то библиотеки - не очень большой плюс. А с доками у них ИМХО большая проблема.

Какая такая "большая проблема", может просветите?
Я никогда (за очень редким исключением) не пользуюсь сторонним софтом, предпочитая писать своё, согласно документации производителя.
И STM32 не стал исключением.
Нормальные у них доки, не хуже NXP.

А вот начав знакомство с новым LPC1768, сразу столкнулся с кривым user manual, в котором в регистре PCONP напрочь отсутствовал бит GPIO, без которого оный модуль никак не хотел работать.

Даже не знаю, исправили они эту недоработку сейчас, или нет.

[adnega]

Какая такая "большая проблема", может просветите?
Я никогда (за очень редким исключением) не пользуюсь сторонним софтом, предпочитая писать своё, согласно документации производителя.
И STM32 не стал исключением.
Нормальные у них доки, не хуже NXP.

А вот начав знакомство с новым LPC1768, сразу столкнулся с кривым user manual, в котором в регистре PCONP напрочь отсутствовал бит GPIO, без которого оный модуль никак не хотел работать.

"Все надо делать самому".
Документация у STM хорошая, правда "тонкости" раскиданы по разным документам, но это не проблема.

С битиком GPIO - было такое. В самой старой доке он был описан, потом была дока в которой его уже не было, затем все поправили. Я не попался, а у знакомого "не взлетело" с первого раза - сравнили мануалы: в его более свежем битика не было.

Заодно уж если теребить выбор, то хотелось бы поинтересоваться.
Своим "паябельным" корпусом привлек LM3S102. Но насколько я понял у него есть особенность: для запуска нужен внешний кварц, после программно можно переключится на IRC. Это так? У новых тоже?