У меня тоже вопрос по выбору процессора.
Что надо - 12 бит АЦП, 3 канала, UART 115.2 через USB и еще один просто UART работают они не одновременно, так что это может быть один UART), i2c-мастер, если программный, то чтобы хотя бы килогерц 50 успевал.
Основной критерий - цена, девайс предполагается в серии несколько тысяч в год.
Ну и размеры платы сильно ограничены, места мало, плата только 2-х сл (цена!)

Рассматривались варианты типа "вcе в проце" и "внешний 12 бит АЦП"+ "внешний USB2COM"+дешевый PIС/AVR, в итоге пришли с stm32f100c6 + CP2104 (USB2COM), оказалось дешевле.
Но может кто что другое посоветует?

А зачем вам (USB2COM)? если usb device -- привычное дело ?

Основная причина в том, что проц, в котором есть USB и достаточно памяти для него, стоит дороже чем проц без USB + USB2COM.

Ну и, UART - штука надежная, вероятность глюков в нем существенно мньше чем в USB-стеке. Программа проще, меньше и быстрее. Хотя определяющей является естественно причина, написанная выше.

Хм... STM32F217+KSZ8721BL = полет нормальный - завелось с полпинка. Сравнить могу с LPC2378 - там все поднимать ну просто гораздо хуже, ИМХО. В STM очень прекрасные примеры от MCD Application Team, стек портирован проекты есть на все IDE, унифицированная библиотека периферии, GUI халявный даже есть, собственно ну что еще надо то? Плюс линейка микроконтроллеров очень продуманная(если на вырост проект брать).

Сообщение отредактировал Hamster1979 - Jan 23 2013, 05:43

Я тоже совсем недавно делал выбор бюджетного контроллера, но мне правда usb без надобности,
так я остановился на stm32f051c6t. Он хоть и CM0, а не CM3, но в 2 раза более высокую тактовую частоту имеет. Памяти столько же: 32К flash и 4К RAM.
Да он подороже, но всего на 10-15 центов.
А для вас ИМХО оптимально было бы stm32f102c6t (с интегрированным USB) - цена при покупке 1000 штук 2,25$. Дешевле вряд-ли что можно найти...

Спасибо, буду иметь ввиду. Первую партию сделаем на stm32f100c6+cp2104 = $2.50, потом посмотрим.

Я думал, что на системном (низком) уровне уже все реализовано и можно творить. Но вот так вот чтобы взять готовую библиотеку и просто ею пользоваться не получается. Обязательно приходится заглядывать внутрь. Несколько раз затыкался, так что предпринимал повторные попытки выбрать контроллер, но в результате опять приходил к выводу, что в моем случае STM32 наилучший вариант.

Периферия на STM более новая в том смысле, что у NXP и Atmel она тянется ещё с ARM7 ядра, наверное рано или поздно тот самый Team выдаст нам всем стабильное решение.

Хорошо, а как насчет RTOS всяких хорошо заточенных под STM?

а они разве STM-зависимые?
под ядро - да, так и у всех ядра...

У меня сложилось впечатление ,что это не совсем так. у каждого производителя свои "фаворы". не знаю, это тема для меня вообще мраком покрыта.

Еще такой вопрос - насколько точен и стабилен внутренний 8мгц генератор? Достаточно для стабильной работы UART-а на 115.2? Если мне память не изменает, там до -5% допускается уход частоты.
Температурный диапазон - комнатный.
Может я смогу еще и на внешнем кварце сьекономить, не столько деньги сколько место на плате?

Теоретически можете даже использовать интегрированный датчик температуры для коррекции тактовой частоты (нужно провести испытания и снять эту зависимость). Работать конечно же будет, я пробовал. Но для серийных изделий я на такое пойти не решаюсь. У меня интерфейс один из основных функциональных элементов...


Ошибочное у вас впечатление.

Заметьте, там, где стараются избавиться от кварца (напр. в автоэлектронике), там и протоколы приняты такие, чтобы предоставить возможность автонастройки скорости передачи.

Тут не память должна не изменять, а просессор (в черепушке).
К десятому (стоповому при отсутствии бита чётности) или одиннадцптому (при наличии чётности) биту, т.е. за время 9.5 или 10.5 бит от начала стартового, разбег должен состалять не более
0.5•(длительности бита минус ширина окна семплирования в UART) – дрожание/смещение положения фронта/спада
Ширина окна — за счёт нексольких семплов и дрожания такта относительно спада старт-бита (обычно 1/16 или 1/8 длительности бита).
Вторая часть — на всяких завалах сигнала в линии и разных/смещающихся порогах приёмников. Скажем, у max232 порог не 0, а около +1.5 В, при этом длительности 0 и 1 битов в 0xAA с заваленными фронтами получаются разными. Оптроны так и вообще открываются/закрываются разное время.

Ну так вот, если у Вас всё идеально, в частности, UART тактируется частотой в стопицот (а не 16) раз выше битовой, работаете на скорости в стопицот раз ниже, чем максимальная для драйверов, ..., то действительно допустим разброс частот приёмника и передатчика до около ±5%.
В реальности за ±3% лучше не вылазить. Разбега частот, а не отклонения своей частоты от номинала. Т.е., даже если быть не совсем полным эгоистом и дать право другой стороне отклониться хотя бы на ±1% (ну ведь «они» всегда обязаны работать лучше «нас»), то себе, любимому, остаётся только ±2%.