Почему-то показалось, что мне Renesans показался слабее UC3B? Почему????
Я вроде по-русски вполне нормально изъясняюсь?
Глянул очень мельком Renesans - явно сильная сторона жесточайшая реалтаймовость. Но реализовывать ее придется аккуратненько ручками, ибо разные стандартные ядра операционок такого счастья не отценят . Хотя фирмачи явно чего-то предложат или уже предложили? Явными конкурентами ему на этой стезе ему будут, например, какие-нибудь многоядерные DSP-шки. Посему и Renesans многоядерные выкатывает

Поверхностые сравнения не интересны , но будем считать, что на рекламисты и фишки Renesans мне показались более привлекательными.

Ну наверное вот эта фраза была для меня "странной"
>>Про Renesans не знаю, но даже по формальным признакам они и рядом с огрызками AVR32 aka UC3B не лежали.
Ну да и ладно, поняли друг друга, и хорошо.

Ну вобще да, реалтаймовость - ручками.
Там вроде есть какие-то RTOS, но продвинутые вроде только платные, хотя подробно еще не копал.
А для DSP - у них есть специальное семейство SH3-DSP
Ну а если нужно совсем быстро, то там есть SH4A-FPU - там все в одном флаконе, да и еще
и Dual Core в скорости обещали

Разве? Сделают. Правда, не в UC3B, а в UC3C, UC3D и UC3E.
Здесь roadmap на UC3.
Заодно, для некоторых , там есть информация по предлагаемому применению серий.

JTAG ICE MKII у меня есть. Меня, пока даже в перспективе не интересуют даже полные AP7000. Ну и соответственно ARM9, и обсуждаемые камни от Renesas. Это совершенно не значит, что они мне не правятся. Просто для меня они избыточны. А вот UC3, как раз за счёт их урезанности и наличия флэш, а также корпуса мне вполне подойдут. Но ARM7 я тоже обязательно займусь.

LPC я заказывал у представителя Филипса. И меня убило.
а) Отсутствие в наличии
б) Отношение к заказам.

Смею утверждать, что LPC, пока, как минимум мало распространены и слабо используются в Минске.
Если кто подскажет контору занимающуюся ими в Минске, то заранее благодарю.

Кстати Renesas сейчас очень сильно продвигают на постсоветское пространство. Даже в Витебск на основные заводы приезжали - предлагали. И гарантируют бесперибойную поставку любых процов любыми партиями.

А вот и UC3B появились в списке AVR32 32-bit MCU/DSP Devices.
Также анонсирован ATEVK1101.
А насчёт цены на JTAGICE2 - в ЭФО проходит акция: STK500 + JTAGICE2 = 150$ (новость от 04/05/07)

А где бы найти отличия UC3A от UC3B. А то много качать пока не могу.

Вот здесь интересная статья от Николая Королёва "Архитектура AVR: развитие вширь и вглубь. Часть 2".
1я ссылка по поиску "AT32UC3B" в Google

Это всё, конечно, весело. А вот про Хмегу чего слышно? Тоже ведь в 2007 должно показаться.

Ну это будет круто если они весь роадмап в этом веке сделают. at91sam7lp уже непомню сколько времени в роадмапе торчит. На семинаре прошедшем некто Роберт Шосс обещал что в этом году уже будет. За документик спасибо.

Микроархитектура AVR32A

Микроархитектура AVR32A предназначена для малобюджетных приложений. Эта микроархитектура не сохраняет ФР в теневом ОЗУ, когда происходят прерывания. Так же нет аппаратных регистров, в которых возвращается адрес и статус. Поэтому, всю эту информацию надо сохранять в стеке. Такая организация позволяет экономить пространство чипа за счет более медленной обработки прерываний.

После инициирования прерывания, регистры R8-R12 автоматически сохраняются в стеке. Регистры помещаются в стек независимо от уровня приоритета вызываемого прерывания. Адрес возврата и регистр статуса также автоматически помещаются в стек. Поэтому обработчик прерываний свободно может пользоваться регистрами R8-R12. После завершения прерывания регистры R8-R12 и регистр статуса восстанавливаются старым значением, и выполнение продолжается с адреса возвращения, сохраненном в вершине стека стека.

Так же стек используется для сохранения регистра статуса и адреса возврата для обработки исключений и вызовов (scall). Выполнение rete или rets инструкций при завершении обработки исключений или вызовов приведёт к извлечению из стека регистра статуса и выполнение продолжится с извлечённого из стека адреса возврата.

Микроархитектура AVR32B

Микроархитектура AVR32B ориентирована для приложений с малым временем ожидания прерывания. Поэтому AVR32B в своём составе располагает специальными регистрами для сохранения значений регистра статуса и адреса возврата как для прерываний, так и для обработки исключений и вызовов. Т.к. нет нужды в сохранении контекста регистров в стеке, то и время ожидания сокращено. Более того, AVR32B позволяет аппаратно копировать регистры в теневое ОЗУ, в качестве которого выступает ФР. Так же для событий INT0 - INT3 в ФР выделены специальные регистры для сохранения контекста, позволяя обработчику прерываний стартовать без задержек.

Команды вызова подпрограмм так же используют специализированные регистры статуса и адреса, т.е. при их использовании не используется стек.