Для любителей ностальгии давно уже PIC16F505 выпустили... типа... ностальгируйте, на здоровье...

и параллельно сравнивайте с тем же STM32F030F4P6...

а почему пропустили новость, что Cypress собирается перекупить Atmel с выплатой отступных Dialog -у.

Так это новодел без теплого керамического корпуса. Какая тут может быть ностальгия?

stm32 - г.но. avr - отличное ядро, а в составе XMEGA все это становится отличным МК. Спорить со старожилами нет смысла - выбирают какую-то технологию и, в силу негибкости ума, сидят на ней оберегают мнение о ней.
основной недостаток атмел - поставки. быть может вместе с dialog'ом они решат эту проблему.

stm32 - нет такого ядра

Ну не знаю, специально написал на C битбангинг (правда, на MSP430), компилятор - IAR. Ни одной лишней строки кода в disassembly. Неужели, тот же IAR для AVR так плох?
Кстати, имею 560 мкА потребления при активной периферии: 2xI2C, SPI, UART, на частоте 8МГц в активном режиме, абсолютно не стараясь его снизить, хотя, это более, чем возможно.
Микроконтроллер, конечно, подороже AVR-ки, но когда начинаю использовать периферию и режимы пониженного энергопотребления - впечатляет. Новым питомцам, навроде M0+, а тем более M3 и M4 по этому параметру далеко, зато наличие широкого спектра производителей - это огромный плюс. Да и не всегда нужно падать ниже 1 мкА, в режиме ожидания: зачастую и 4 мкА - хороший результат, и 20 мкА - удовлетворительный.

Тут вопросов нет. Сила MSP в переферии и ее сочетании ядром. Изначально сбалансированное решение. Всякие декларации того-же атмела супер-пупер малом потреблении контроллера на самом ограничиваются рассказами о потреблении ядра. Но такой периферии, которая позволяет ядру МАКСИМАЛЬНО спать и работать на минимально необходимых частотах, у атмеловских восьмибитовиков и близко нет. Да и 16bit MSP свою лепту вносят - БЫСТРЕЕ считают и соответственно дольше спать могут.

Они вроде передумали.

А STM32F030F4P6 с LPC812M101...

эти питомцы уже практически догнали MSP430 и может даже перегнали