Тыц.
ИМХО, вполне достойная замена изрядно устаревшим 7S. Несколько смущают 64 попугая - опять что-то не срослось?
Остается надеятся, что SAM3X сделают лучше.

Зато АЦП 12 бит

Так в аналогичном же по технологии SAM3U - 96МГц. Скорее всего вопрос политический. Не хотят валить продажи своих же AVR32. А с другими аналогичными чипами конкурировать ценой, наверное, будут. В конце-концов единственные пока доступные аналоги из Кортексов с FSMC (внешней шиной) STMF103VC...VE/ZC...ZE продаются сейчас просто по несусветным ценам. Оно может того и стоит, если учесть всю их навороченную периферию (FSMC, 3xАЦП12, 2xЦАП12, 5xUART, 8 таймеров, 2xWDT и т.п.), но когда все это не нужно, а нужна только внешняя шина + по мелочам, то нафиг переплачивать за навороченную периферию 8-/

PS. Хотя если бы они могли выстрелить прямо сейчас (а не через год) эти чипы с частотой 100МГц, то это был бы фурор. Однако мы многое, очевидно, не знаем. В том числе и как там у NXP с LPC18 дела... Да и 80-мегагерцовым 3-м валом LM3S (Rev.2) TI через месяц завалит всех дистрибьюторов. Ну а перспективы AVR32 совсем бы в тумане скрылись...

Ну, это еще вопрос, насколько он аналогичен. Хотя мне тоже показалось, что они специально сделали "дешевый" кристалл - помедленнее, без HS-USB и т.д.

12 бит АЦП + ЦАП + cortex M3+ всего 64 ноги+ еще один УАРТ. Интересный.

Правда памяти 48 К вместо 64К. Очень плохо. У меня код в РАМ занимает гораздо меньше места.

Плюс пин ту пин совместимость годна только для того чтоб попробовать чип. Чтоб ЦАП и новый УАРТ задействовать придется переразводить платы.

Как только atmel окончательно созреет придется пробовать. Интересно когда он это сделает и какова будет цена.

Попугаи-то ладно и 64 хватит как на замену SAM7, LQFP48 тоже порадовал.
а вот 48kb SRAM на самом толстом чипе без EBI смущает, маловато как-то

SAM3U - ни то ни се.. корпус великоват как для применений без обвязки, а как для применений с обвязкой (тобиш с SDRAM'ом внешним) производительности маловато - подозреваю, что не покроет он в полной мере USB-HS. В общем IMHO SAM3U - это г.вно-чип.
При прочих равных выгоднее ставить что-то из SAM9..

Почему никто не лепит Cortex-A8/A9 в LQFP100 под USB-HS хотя бы @500Mhz, а лучше 1Ghz..

А обязательно прямо вот так в "полной мере покрывать" USB-HS? Для многих приложений будет достаточно иметь возможность прокачать 2МБайта в секунду вместо одного.


Лучше бы научились делать шину внешнюю быстрее 133MHz: поставили два DDR2 контроллера на SAM9G45, а на деле получается, что от DDR2 только надпись одна
А вот LQFP лучше не надо - чем создавать "огрызки", пригодные для сельской пайки, лучше использовать не сверх высокотехнологичные BGA 0.8-1mm. Тут, кстати, у Атмела все в порядке.

Так то ж на замену SAM7S - и я с моими колхозными технологиями пайки могу только приветствовать LQFP Но, конечно, этот Cortex-M3 по сравнению с ARM7TDMI - как тот же самый ARM7TDMI по сравнению с AVR Один NVIC чего только стоит =8-[ ]

Хотелось бы, кстати, понять почему все производители обрезают в кортексах RAM по сравнению с ARM7TDMI. У NXP тоже старшие модели на ARM7 превосходят модели на cortex, это при том что количество напиханной в микросхему периферии возрастает. И кстати замены S512 atmel не предложил, а код вместе с загрузчиком в 256К рискует весь не влезть. Если это маркетинговый ход, то совершенно для меня непонятный. Если смысл в том чтобы раздавать остатки со складов, так они по инерции на старых проектах и так распродались бы. А так в новых проектах приходится на ARM7 по прежнему закладываться.

Да ну . Разница на самом деле достаточно скромная. Более простой по ядру контролер за счет этого разогнанный по частоте.
Будет еще более массовым и уже есть более дешевый.

А чего он стоит? Провоцирует тяп-ляп программирование с длиннющими обработчиками прерываний?
А чего стоит, например, отсутствие FIQ?

Ну и ничего страшного, только, конечно, как и все мене свежие чипы подороже . Хотя,конечно, с ARM7 надо уходить на ARM9 при почти той-же цене....

Может, потому, что Cortex-M3 - это только тумба - и памяти можно сделать поменьше, как флэш программ, так и оперативки (даже учитывая наличие тумбы-2) ?



Ну, на первый взгляд этот NVIC посложнее организован, чем система обработки исключений в ARM7TDMI А отсутствие ФИКа мотивируют супербыстрым входом в прерывание

А RAM-то каким боком к THUMB

Да? FIQ была ядерная штучка павшая жертвой упрощения оного. И вообще-то лично мне хотелось-бы не супербыстро попадать куда-то наплевав на предыдущего думающего,что он супербыстрый, а быстро обрабатывать и выдавать ответную реакцию, а этого одно только быстрое попадалово не обеспечивает.

Ну если какие-то сферические процессоры в вакууме рассматривать, то оно наверно так.

Однако по флешке: SAM7S512 с 512К, а SAM3S4B с 256К на борту. Непохоже на "поменьше". больше похоже на "меньше в 2 раза"

Оговорюсь, что код компилируется в режиме thumb и используется сейчас в S256 иначе просто в 256К тупо не лезет. Процессор заполнен на 200К и он естественно будет расти если добавлять функциональность.

Если говорить по оперативной памяти, то в ней располагаются все-таки не код, а, по большей части, буферы для работы с периферией. Так что набор инструкций на расход оперативной памяти влияние оказывает минимальное, разве что может оказать на объем размер самого ядра в кристалле, но опять же кортекс меньше арм7. А вот периферийных модулей в устройствах на кортексе поболее.


Итак по памяти:

SAM7S512 с 64 К, SAM3S4B с 48К - разница в 16К, (интересно какой объем будет в 3X, ведь в X512 вообще со 128К)

более продвинутый по lpc2187 с 96К, а старшие кортекы lpc всего лишь с 64К - разница в 32 К, то есть еще более существенна для процессора с ethernet.

В общем, разница тоже немаленькая и непонятно засчёт чего можно ее преодолеть. Явно не засчет thumb2 по сравнению с thumb.

Ну, кто-то ведь пользуется фичей помещения кода некоторых функций в ОЗУ, или я глючу?



Дык оно (Cortex-M3) при входе в исключение само что-то в стек запихивает, вроде регистры какие-то даже... r0-r3,r12,r14. Другое дело, что их всё равно в обработчике загружать придётся...





Это понятно, тумба-2 32-битная и сама по себе уменьшить код не поможет. Другое дело, что если использовать тумбу вкупе с тумбой-2 (для компенсации убожества ограниченности тумбы) то можно теоретически получить некий выигрыш по сравнению с чисто тумбой, но это только моя теория, не более

Да в принципе ничего страшного конечно же. Только хотелось бы поболее попугаев, ну и вход в прерывания побыстрее, так как периферия практически вся задействована и источников до хрена.

А арм9... Позволить внешнюю флеш или RAM - и стоимость и размеры ПП не пускают, а со встроенными ARM9 lpc достаточно специфичные, STR9 устаревший, у atmela таких вообще нет (xe512 здоровый и мало RAM).



Я правильно понимаю, что эти функции занимают 16-32К?