Старенькие они уже. По производительности ядра уступают даже первым "блинам" от тогда еще Philips'а, хотя это далеко не всегда критично - в конце-концов можно и RAM под скоростной код задействовать. Основной минус - завышенная цена.
Но есть и определенные плюсы, например, более навороченный SSC и скоростные SPI.

А сейчас уже стоит обратить внимание на SAM3. Вчера мне как раз образцы принесли, интересно будет попробовать.

SAM3U тоже понравились, но пока доставаемость и цена не впечатляют SAM7S именно для меня оказались самыми доставаемыми и недорогими, у NXP на порядок дороже камни. По крайней мере там где я закупаюсь.
aaarrr Поделитесь впечатлениями от SAM3 ?
------------------------------------------------------------------
А вообще нужен камень с ядром Cortex M3 или ARM7, с внешним интерфейсом памяти, чтоб в паябельном корпусе был и цена адекватная, может чего посоветуете ?

Сообщение отредактировал HeOHuKC - Jun 9 2010, 16:48

Выбрал SAM7 (только пока не пойму чем X, XC, S … друг от друга отличаются) т.к. под него есть готовый пример кода для Mass storage + SD/MMC, что очень нужно. Как минимум есть с чего начать. AD это конечно круто, но дороже как минимум в два раза и USB я в их ARM-ах не вижу. Конечно, сейчас ARM-ы делают все на перегонки Но т.к. я работаю с Atmel (AVR), то и решил не изменять им


Похоже то. Спасибо.


Не понял почему?

Ну, как бы набором периферии. Хоть бы Selection Table посмотрели.


ИМХО, ориентироваться при выборе кристалла на доступные примеры совсем не стоит. Быстрый старт в будущем обернется необходимостью переписать все с нуля. А атмеловские примеры и "библиотеки" просто кошмарны.


Потому что для большей части доступных SAM7 задач есть более свежие и дешевые кристаллы других производителей.


Хорошо. Приличный проект на SAM3U будет ближе к осени, но, возможно, пока сделаю платку под SAM3S просто любопытства ради.

Спасибо.



Не соглашусь с Вами, AVR легко дается. Но это в том случае если они не пошли перпендикулярно
Такое впечатление, что Вы Atmel не презнаёте Но почему??? Из-за «кривых» описаний и библиотек или…?


Например? Как я отмечал, мне нужна реализация Mass storage + SD/MMC. Делать это всё самому, когда это уже сделано, не хочется.

Как это не признаю? С атмеловскими ARM'ами я плотно работаю еще со времен AT91M40800 и не могу сказать, что они меня чем-то разочаровали. К документации, в отличие от описаний AVR'ок, претензий тоже нет. Либы и примеры - дрянь, конечно, но они просто не нужны.
Прогресс не стоит на месте, SAM7 (да и ядро ARM7TDMI вообще) на данный момент уже устарели.


Например, те же NXP и ST.


А выискивать ошибки (а их хватает) в чужом дурно написанном коде хочется?

Извиняюсь за занудство, но всё-таки NXP или ST. Смотрел на них, на первый взгляд всё едино. Или это уже вопрос другого порядка, цена, достовабельность…
А как у них дела со средствами разработки?

Если не знаете зачем Вам все это надо, но начните с NXP.

NXP + MT-Link + IAR (или Keil кому как)
В ST есть всегда что-то недоделанное и много обещаний доделать.
Но можно и ST пользовать, дешевле чем NXP.

Для чего мне всё это нужно я прекрасно знаю. Тут вопрос, наверное, больше к опыту использования, что бы, например, не попасть на не документированные «возможности», как пишет Aner и что бы этих возможностей хватило для задачи, доступность средств разработки.