Подробности там :
http://www.atmel.com/dyn/general/updates.a...tnSubmit=Submit

http://www.atmel.com/dyn/general/updates.a...tnSubmit=Submit
Электрические характеристики отсутствуют... По серьезному сравнить не с чемс (ARM, DSP)?
Только объемом программного кода опять хвастают, но это еще не показатель для всех существующих задачь.

Мда.. Вещь любопытная, но, ИМХО, успех обычного AVR повторить не получится. В 1997-ом не было контроллеров со встроенной флэшкой и AVR был эволюционно-революционным и единственным в своем роде. А сейчас полно всяких (не только ARM) 32-х битников с флешем, и в лучшем случае - AVR32 станет "один из многих".
В свое время мы перешли с системы Am188ES@20MHz на AVR@4MHz практически без потери быстродействия и с существенной оптимизацией аппаратной части (помехи и цена), сейчас переход ARM7->AVR32 врядли будет таким же впечатляющим, увы.
Любопытно в AVR32 также "всобачивание" Java. Лет 10 уже активно впаривают и все никак оно истинной массовости во встраиваемых системах не наберет.

Зря Вы так, по рекламке заявляется в три раза большая производительность в сравнении с аналогичными по частоте ARM контроллерами, а коль это будет действительно так, то при "Excellent" поддержке со стороны Atmel, этот чип будет более предпочтительным для ряда задач, требующих высокую производительность. И возможно потеснит немного ARM. Хотелось бы надеяться чтобы этот чип составил конкуренцию DSP процессорам от AD.

А я не только рекламку посмотрел, но бегло - и архитектуру и систему команд . В частности, конвейер семиступенчатый, но суперскалярности нету (хотя, может быть я чего-то и не увидел). Так что откуда там втрое быстрее - непонятно. Хотя - если рассматривать SAM7, то понятно Нам тут в одном проекте на SAM7 скорости 20-30% не хватало (сначала был тупой порт с AVR, но проект по объему данных расширили линейно в 4 раза). И мы специально сравнили реальные платы AT91RM3400 и AT91SAM7S256 на 48 МГц. Так вот, SAM7 при исполнении из флеша был почти точно в 2 раза медленнее чем RM3400 из RAM.
Ну неужели было сложно сделать флэш 64-битным с предвыборкой как у филипсовских LPC? Теперь понятно - специально SAM7 тормознули, чтобы AVR32 продвинуть
И не факт, что 16-битные инструкции (у AVR32 основная часть - 16-битные) будут быстрее - в упомянутом проекте простая компиляция критичных кусков в Thumb скорость не подняла или даже уменьшила, и только ручная ассемблерная оптимизация в Thumb немного помогла (до полутора раз примерно).
Если уж совсем честно, то когда плотненько (ну хотя бы минимум от 10К строк ассмеблера) поработаешь с десятком разных архитектур, собственно сама архитектура уже становится глубоко "по барабану"- одной больше/одной меньше - в-основном, на периферию смотришь. И частенько - на цену (конкуренты-то не спят)
Так что, дождемся обещанного AP7K и бум посмотреть

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

Атмеловцы семинар в наших краях 10 мая устраивают:

10.45 – 11.55 AVR 32
Introduction to AVR32 Architecture
•Linux and Windows Toolsets
•Linux for AVR32
•Demonstration of Linux based Audio/Video player

А еще корпус у at32ap7000 вдохновляющий. 8) Караул просто.
По всей вмдимости в России рапространен не будет, ибо мало у нас выпускается оборудования на 8слойных платах. Сравнивать c арм7 бесполезно - разного полета птицы.