А вот обьясните дурачку нафига он на флешовом контроллере? Что там за DSP такое?

Обработка видео?

Да и к тому же он с float 32-разрядным работает, а точность у float при обычных вычислениях вычислениях не ахти. Лично мне пришлось на фильтре Гертцеля работать с 64-разрядными целыми - float переполнялся.

чтобы быстро можно было выпонять операции с плавающей точкой не прибегая к тормознутым софтовым заморочкам...


ну набор инструкций есть. бедненький, но для своего круга задач сильно помогает. этими камнями часто с успехом можно заменить tms320f28xx - получаем сразу usb, чего нету в 28й линейке из доступных у нас. правда шим у них слабый


это к АП7, но его похерили.. а надо было бы развивать


та для скоростной обработки оно не нужно. на таком уровне достаточно фикс. но для обычной математики или простой обработки помогает. это так, на дисплее попечатать. зато вместо 100и более строк кода имеем 1-10

Не до жиру сейчас Атмелу. Пусть лучше ARM-линейки развивают, а то на волне увлечения собственной архитектурой про них почти забыли

Всё в точности до наоборот . Повальное увлечение наблюдается как раз ARMами, которые на волне моды клепают, кто во что горазд. А уж Atmel'ю стоило бы сохранить самобытность и не пускаться во все тяжкие в догонку за ARM-клепателями.

О самобытности можно думать фирме Intel, а здесь условия не те. А AP задвинули, скорее всего, по причине нулевого спроса на них по сравнению с ARM'ами 9-й серии.

Любая фирма, которая продвигает СОБСТВЕННУЮ архитектуру, - самобытна по определению! Intel, несомненно, тоже самобытна, а потому не станет делать ARMов .

У Атмела нет ресурсов для продвижения этой архитектуры. Смогли только испечь две линейки - более-менее удачную UC и откровенно неудачную AP.


Делала и делает до сих пор (XScale).

UC и AP - это фактически одна и та же архитектура AVR32.
А прокол с AP произошел только из-за того, что из него выдрали flash и потащили позиционировать в сферу Linux. А там такой не нужен , т.к. в сфере Linux: 1) и без него тесно, 2) имеются гораздо более быстрые процессоры по тактовой частоте, среди которых 133 МГц - не ах.


А мне казалось, что Intel его Marvell сбагрила.

Прокол с AP произошел из-за того, что не получился "большой" процессор на новой архитектуре. Думаю, столь низкая частота работы не была изначально заложена, а стала "приятным" сюрпризом и для самих разработчиков.


Marvell купил начинку для наладонников, серии коммуникационных процессоров остались у Intel.

Ладно с АП, пусть хоть UC линейку держат, хотя бы в том виде, в котором она есть. хотя я хотел бы видеть там 32битные таймеры(что за идиот в 32битный проц впарил 16битные таймеры) и больше каналов DMА

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

ну да ладно.если грохнут UC3A, прийдется поджаться и на NXP пересесть...

UC3 быстро пропадают со складов... Атмел говорит, что ситуация может станет лучше месяцев через 6-12

Если и грохнут UC3A, то вместо него появится UC3C, на который я уже сейчас соплями исхожу .


А где вы прочли эти слова Амела?

спрашивал у них(по мылу), почему нигде нельзя купить At32UC3B0256. такое сказали. Киевские поставщики вообще руками разводят.
и датафлеш, к стати, тоже пропадает
http://search.digikey.com/scripts/DkSearch...ords=at32uc3b02
http://search.digikey.com/scripts/DkSearch...words=at45db161
нули не только у digikey, нули у всех...
AT32UC3A3256 пока остались, надо хватонуть, пока есть... а моих ходовых At32UC3B0256 At32UC3A0512 уже нету

Новость от сегодняшнего числа - только что вышла AVR32-Studio 2.6.0 , в там ...
Поддержаны новые UC3C:

AT32uc3c064c
AT32uc3c128c
AT32uc3c0256c
AT32uc3c0512c

AT32uc3c164c
AT32uc3c1128c
AT32uc3c1256c
AT32uc3c1512c

AT32uc3c264c
AT32uc3c228c
AT32uc3c2256c
AT32uc3c2512c

У всех буковка "c" сзади!
В pdf-релизе ссылаются на даташит Rev.C, тогда как на сайте в наличии нет ничего для данной серии.

То бишь, если бы Atmel крест решила поставить на архитектуре AVR32, то не было бы никакого резона анонсировать новые серии. Да еще какие!

При 3-вольтовом питании I/O способны работать с 5 вольтовыми сигналами. По крайней мере на чтение точно. На вывод пока не поняла. В принципе и такое могло быть возможным, если у чипа выделено отдельное питание для портов I/O (которое допустимо устанавливать выше ядра).

По все видимости появился Ethernet (MAC), который, судя по прошлым релизам, был только в серии UC3A, а UC3C его быть не должно.

И наконец, я подозреваю, что в этой новой серии появился FPU (аппаратная арифметика с плавающей точкой). Так или нет - проверяйте сами.

Короче говоря, новая серия позиционируется для промавтоматики, а потому и 5-вольтовую периферию попытались поддержать. А промавтоматика - это самое то, не всем же Линух гонять (доконали с этим Линкусом на микроконтроллерах ).

Пока мои изыскания на этот счет скудны - в отсутствие даташита о многом приходится гадать. Однако сама тенденция радует - Atmel не только жив, но и продолжает развивать свои линейки.

А чем эта версия AVR32 Studio отличается от приведенной на сайте atmel.no, версия та же 2.6.0.753?, но на норвежском сайте, она же RC2, а не финальная?