Тыц.
ИМХО, вполне достойная замена изрядно устаревшим 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К?

По этому поводу ничего сказать не могу, такой фичей не пользуюсь Но 100-ногие SAM3S вроде как оборудованы EBI, так что досыпать ОЗУ - не большая проблема, кмк

Э.. Я извиняюсь - я только приступил к изучению M3, но разве система приоритетов прерываний Cortex-a полностью не заменяет двухуровневую IRQ/FIQ ARMv4? И вроде бы Ваше пожелание полностью реализуемо? BTW, interrupt latency в общем случае тоже как бы снизиться должна - ldm/stm стали прерываемые.

Я нет, ибо предпочитаю LPC а у них 128bit Flash и MAM достойно работает.

Вы разницы между само запихивает, но тем не менне тратит на это такты, и переключает банки "мгновенно" не видете?

Любая из них убогая, если выходить за пределы, например, 8bit констант .

Я вижу только фиксированные 12 тактов (ну, если конечно включена фича прерывания LDM/STM) против 5..29

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

Я открою страшную тайну - не только Вы не пользуетесь.



Не считая того что это лишние грошики и место на pcb

Кстати, скомпилил сейчас небольшой кусочек под тумбу и под тумбу+тумба2: размер кода по листингу в первом случае 0x0bb8, во втором случае 0xb70. Мелочь, а приятно

Ну вот, а вы говорили, что THUMB-2 не даст выигрыша по размеру кода, по сравнению с простым THUMB

Вы меня с кем-то путаете Я высказывался с точностью до наоборот:
http://electronix.ru/forum/index.php?showt...st&p=697385

Моя теория вполне подтвердилась практически

Это ведь ваши слова:

THUMB-2 включает в себя как 32 битные, так и 16 битные инструкции.


А это вообще не понял - под какой камень вы компилировали совершенно не совместимые наборы инструкций?
Кортексы не могут работать ни под ARM, ни под THUMB.
Только THUMB-2.

Может тогда сразу reference дизайн как nVidia делает. Ни шагу влево ни шагу право.
Я сталкивался с проблемами BGA корпусов, когда банальный непропай одной адресной линии стоит неделю времени на поиски проблемы, и в последствии к выбрасыванию железки (пока дорежешься до проблемы, плата восстановлению уже не подлежит). Оно то конечно пофиг на крупной серии, но в development'е BGA - зло.

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


Нет, просто надо уметь его готовить.

Это из "вайт-пэпера" на Cortex-M3:
Features......ARM7TDMI-S............Cortex-M3
Architecture..ARMv4T (von Neumann)..ARMv7-M (Harvard)
ISA Support...Thumb / ARM...........Thumb / Thumb-2



Это из "рефренс-мануала" опять же на Cortex-M3:
The processor implements the ARMv7-M architecture. This includes all the 16-bit
Thumb instructions and the base 32-bit Thumb instructions. The processor cannot
execute ARM instructions.

Thumb-2 - по-моему, расширение тумбы, в котором размер команды - 32 бита.
А компилировал я под тумбу для таргета ARM7TDMI, под тумбу/тумбу-2 для таргета Cortex-M3 (который, как Вы правильно заметили, по другому и не умеет ).

Ужасы-то какие . Неужели Boundary Scan по JTAG бессилен? - у 700-ногой BGA непропай минут за 5 находится. Если у чипа есть встроенное ОЗУ или блокируемый кеш инструкций - вообще шара - грузим по JTAG тестовый софт и гоняем нужные паттерны в реал-тайме.



Не, там хитрее - есть и 16-битные команды, и 32-битные. Thumb-1 (тот который на ARMv4, 99% 16-битных команд) полностью включен в Thumb-2, то есть бинарный код в Thumb-1 без проблем должен исполняться на M3. 32-битные команды Thumb-2 как-бы состоят из двух 16-битных полуслов, первое из которых является чем-то вроде префикса, требуюшего второе полуслово для полного кодирования операции. Бинарный код префикса попадает в диапазон зарезервированных кодов пространства инструкций Thumb. Кстати, не всякий Cortex будет работать с Thumb-2, например, как я понял - ядро M1 - это ARMv6 и он понимает только Thumb ARMv4 с некоторыми минимальными расширениями.



Почему не могут под THUMB? Там полная бинарная совместимость "снизу-вверх".

Ага, теперь дошло, что вы имели ввиду.
Но правильнее говорить не "тумба\тумба-2", а просто THUMB-2, так как невозможно сменить режим процессора на "чисто тумба", или "чисто тумба-2".
Набор инструкций Cortex-M3 имеет единое название - Thumb-2.


Опять же - вы не сможете использовать их раздельно.


Спасибо, теперь всё стало понятнее

Фиг с ними с попугаями, АЦП 12 бит уже гут,
вот почему-то никто не обратил внимания на "клевую" фичу PIO:
An 8-bit parallel capture mode is also available which can be used to interface a CMOS digital
image sensor, an ADC, a DSP synchronous port in synchronous mode, etc...

мы то знаем что это это совсем не для сенсоров можно применять,
да еще и ДМА прикручен...

8 каналов дискретного ввода на каждом 32бит порту вобще без джиттера должно получаться...

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


Вы умеете его готовить? Научите?

Нет - шишки надо набивать самостоятельно. Или оставаться сидеть на LQFP с медленными интерфейсами и ограниченным набором периферии. А дальше ведь будет только хуже.

Для тестов памяти есть классические алгоритмы - влет диагностируют отказ отдельных линий адреса и линий данных (можно даже приспособиться в отладку сообщать какая ножка "отвалилась"), запускаем такой тест в цикле и начинаем по плате постукивать, поворачивать, слегка изгибать, подогреваем феном - вот Ваш непропай и вылезет в подавляющем большинстве случаев. Хуже когда непропаивается линия питания или "земли" - поймать такое сложно, но оно обычно менее критично и проблем не вызывает. Кстати, такие непропаи могут быть и на xQFP корпусах, их поиск ничем не отличается от BGA-шных (визуально-то не всегда видно), разве проще только пропаять после нахождения.
Единственный серьезный минус BGA - это цена прототипных плат. Как правило, это минимум 4-х слойка и минимум 5-ый класс, выходит недешево.
P.S. Сорри за оффтоп - тема вообще-то про SAM3xx

Возможно, что нету пока ДМА - регистры не описаны.

Да, Pin-to-pin совместимость - клево. Уникальный номер в каждом чипе - не нужен доплнительный 1-wire. 12 bit АЦП/ЦАП, расширенный набор периферии, интересный камешек.

на страничке 497 в конце таблицы:
0x0168 to 0x018C Reserved for PDC Registers

то есть ровно те же 10 регистров которые и для остальной переферии,
просто у PIO слишком много регистров и по смещению 0x0100 они просто не влезли

ну и табличка 23-1 на стр.407:


единственно похоже только в 64/100пин версиях оно есть и только на порту A

но 8 пинов читаемых синхронно по внешнему такту тоже неплохо...

Для одного проекта мнебы подошёл.
А вот сколько он будет стоить?

Мне тоже, что-то типа SAM3S1A для мелочевки точно и, возможно, старшего SAM3S4C. Из периферии SSС очень приятно.

И когда еще будет