1. Простая типовая схема включения чипа. Почти все AVR не требуют внешних компонентов ВООБЩЕ, или требуют самый минимум (обычно кварц). То есть грубо говоря чтобы я мог водрузить чип на breadboard, и сразу подключить к нему периферию, с которой планируется работать, а не собирать схему только за тем, чтобы понять, что что-то я подключил не туда, и потому надо всё переделывать (убивает мотивацию на корню)
   
2. Насколько я знаю, у АРМов всё плохо с большими корпусами (у меня нет профессионального оборудования для пайки сверхкомпактных чипов, потому 0,5 мм QFP — это предел моих возможностей). Опять же я хочу иметь возможность изготавливать платы самостоятельно, а тонкие трейсы в домашних условиях получить проблематично. Я слышал о примерах обратного, но их буквально единицы.
   
3. Поддержка 5 В или хотя бы 3.3 В логики (в идеале обе — в зависимости от напряжения питания). Возиться с level converter'ами мне лень и вообще неинтересно
   
4. Нормальный (в смысле сдизайненный не надмозгами под коксом) девтулчейн с хорошей библиотекой — чтобы код мигателя светодиодами занимал десяток строчек, а не 3+ экрана. Обязательный минимум — библиотеки для периферийных шин, ну и GPIO само собой. В идеале чтобы это был плагин для студии (вроде бы слышал, что для некоторых тулчейнов любители сваяли годные плагины) а-ля VisualMicro — быстро и просто.
   
5. Ну и само собой чтобы всё это стоило разумных для хобби денег.

S>Ох, много чего хочу, но начинать надо с малого

Стартер кит оон R3 mini макет из светодиодов jumper проволока пуговица для arduino compatile

1. Пишем код в Ардуино ИДЕ (или в VS/Atmel Studio с VisualMicro) на С.
   
2. Компилим его, заливаем в чип и врубаем.
   
3. Если не пашет и по итогам разбирательства выясняется, что не хватает скорости, то покупаем АРМдуино, меняем таргет в ИДЕ, компилируем, заливаем в новый чип. Код обычно менять или не нужно вообще, или внести минимальные изменения (типа других используемых номеров пинов)

E>> Три адресных пространства (flash, ram, eeprom) тоже удобства не добавляют. В stm32 удобнее организована работа с периферией, да масса плюсов

const unsigned PI = 4; // PI живет в ОЗУ, куда копируется при старте из flash :(
int a = PI * 3;

__flash const unsigned PI = 4; // так работает, но это непереносимое расширение IAR
int a = PI * 3;  // работает на IAR

const PROGMEM  unsigned PI = 4; // так работает, но это непереносимые атрибуты gcc
int a1 = PI * 3; // на gcc это молча компиляется, но не работает
int a =  pgm_read_word(&PI) * 3; // а вот это правильно на gcc

// а массив строк делать еще более забавно
const char string_0[] PROGMEM = "String 0";  
const char string_1[] PROGMEM = "String 1";

const char* const string_table[] PROGMEM = {string_0, string_1};

K>Ты это серьёзно? Может сравним цену ардуинок и типовых АРМовских девкитов (мы же по условиям задачи должны использовать только _готовые_ платы)?

K>А ещё ты забыл добавить, что АРМ будет жрать раз в 30 больше AVR'а — при этом бОльшую часть времени вися в спинлоке и отапливая воздух

I would say the STM32 is more of a very low power optimized processor, capable of running at very low speeds at low power, the standby current is a few uamps vs the AVR32 40uamps or so.

ISR(INT0_vect)
    {
    PORTC &= ~_BV(PC1);                // снимаем флаг "ответ получен"
    }

E>...
E>