PIC32: Новая реальность наступила., Для исторической правды, надо признать, что первым новость принес PIC3 Опции

[Evgeny_CD]

Этот форум был создан в мае 2006 года по моей просьбе. Я как раз собирался использовать Au1xxx в одном проекте. Но через несколько дней вяснилось, что AMD кидает нас с Au, и я постремался использовать Au. С тех пор этот форум болтался немым укором мне, сильно отравляя мое morality.

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

Но чудо! Старя тема ожила с неожиданной стороны! Пост PIC32 http://caxapa.ru/104330.html

Некие предвестники появились несколько недель назад.
http://caxapa.ru/104205.html

Но что выйдет именно так, я был совершенно не готов!
Страница Микрочипа
http://www.microchip.com/stellent/idcplg?I...amp;nodeId=2591

MIPS32® M4K™ Processor Core Datasheet
http://www.mips.com/media/files/MD00247-2B-M4K-DTS-02.00.pdf

Беглый взгляд на этот dream device.

* 1.5 DMIPS/MHZ - это сильно! При 72 Мгц максимальной тактовой (как-то удивительно Cortex-M3 напоминает, не находите?) это даст 108 DMIPS, что быстрее 90 DMIPS Cortrex-M3. (разница, конечно, скорее маркетинговая, чем техническая, но все же приятно). Конечно, надо разбираться, когда такая скорость достижима.

* Честный MAC 16*32+32->32 1 такт. Тут лучше Cortex-M3. Деление.

* Технология вроде как 0.25 (питание ядра 2.5В, насколько я понял), что нетривиально!

* FLASH 128 битный. Тоже сильное достижение!

* Cache 256 байт.

* DMA 4 канала. Мало, но хорошо, хоть есть.

* CRC Generation Module: - вот это сильно!!!
- CRC module can be assigned to any of the
available channels (на канал DMA)

* Parallel Master Port (PMP) - ИЕС!!! Они услышали мои мольбы!!!

* 512 FLASH /32 SRAM - вполне приличный набортный набор.

* Errata вполне терпимая. Уже поздно, спать пора, но пока я в ней ничего смертельного не увидел, что бы препятствовало немедленному юзу камней в реальных проектах.

* Шинный коммутатор.

* Взрослая архитектура MIPS в основе. Это Вам не АРМ недопатченный. Это Архитектура с большой буквы.

Вот так судя по доке - сказочный процессор. Хошь сам по себе, хошь CPLD|FPGA|LCD|SRAM какой подрубай к нему по параллельной шине.

Жаль, пока нет USB|Ethernet - но, очевидно, это только пока.

Очень хорошо подходит для гибридных систем:
* Au... на Host процессор под Linux или взрослой RTOS типа eCos, RTEMS.
* MIPS32 на периферийный
* Связь по SPI (слава богу, у PIC32 есть DMA!).

Итак, в плане гибридных двухуровневых систем у нас сформировалось 3 тандема (критерий - одинаковость базовой архитектуры для host и device):

* ARM 926E|966E + Cortex-M3
* ColdFire старшие MCF52xx|53xx|54xx + CF со встроенной FLASH памятью
* MIPS4KC Host + PIC32 на периферию.

С Армами все более менее понятно. Дешевое, популярное, но ограниченное решение. Поскольку PXA270, можно считать, покинул наш embedded мир (он токма в сотикаках нынче тусуется), то ARM доступные самые быстрые есть от FreeScale (i.MX31 не в счет, экзотика, а вот i.MX21 и i.MX27 доступны и вполне интересны, но это только 266 Мгц)

CF - моя любовь! Совершенная архитектура. Долго можно рассказывать. Но пока они завязаны на одного производителя - все же стремно.

MIPS - возвращение из небытия! Как host процессоры Auxxx намного мощнее и CF, и ARM. Если микрочип не будет сильно дурковать, то может получиться все очень интересно! Жаль, что пока нет единства в тулзах - но, надо полагать, GCC и прочие компилеры быстренько допатчат для MIPS M4K, JTAG в PIC32 есть - так что можно добиться сквозного набора тулзов. В качестве подстраховки, если вдруг AU начнут загибаться, MIPS есть от PMC Sierra, IDT, Toshiba, Infineon (знаменитый ADM5120) и еше дофига кого, ибо популярен в сетевых девайсах (ARM там не прижился).

Ну что же, будем разбираться.

Книжка очень в тему

/pub/DOC/Books/MIPS/see-mips-run-second-edition.9780120884216.28395.pdf

Тут тоже по MIPS немало
/pub/DOC/Books/CPU/guide-to-risc-processors-for-programmers-and-engineers.9780387210179.26405.pdf

[DASM]

Осталось только подождать, пока Евгений подостынет и спокойно продолжать работу с новыми вкусными камнями от NXP :D
Кстати не следил за темой, но MIPS большую частью вроде как 64 - битные были. Был у меня КПК с MIPS - кушал много, и геммор с совместимостю софта. В итоге выиграл XScale, оставив MIPS-у коммуникационное приложения. Евгений, честно скажите, Вы будете использовать новорожденных монстров с 0.5 BGA или просто за науку радостно ?
А то как-то "недопатченный ARM" стоит в каждом телефоне практически, а ваш MIPS - дай Бог в каком-нибудь DSL модеме и то хорошо если.

[Evgeny_CD]

Осталось только подождать, пока Евгений подостынет и спокойно продолжать работу с новыми вкусными камнями от NXP :D

Этих вкусных камней никто особо не отменял. Изначально MIPS заинтересовал меня как host процессор для сложных систем. Потом по причине кидалова со стороны AMD мой интерес к ним угас. Сейчас после решения Microchip ежу понятно, что MIPS выживет, и нужно снова присмотреться к этой платформе.

Евгений, честно скажите, Вы будете использовать новорожденных монстров с 0.5 BGA или просто за науку радостно ?

Я не мазохист. И для каждого проекта такую плату разводить точно не буду. Но вот сделать "гибридку" - модулек, который будет ядром почти всех проектов - это я и сделаю. Иначе просто и быть не может.

А то как-то "недопатченный ARM" стоит в каждом телефоне практически, а ваш MIPS - дай Бог в каком-нибудь DSL модеме и то хорошо если.

Это вопрос моды. Аналогично, были синклеры, их было дофига, потом раз - и они стали достоянием истории.

MIPS дофига где стоит. Это общеизвестно. Маршрутизаторы, STB (set top box), АТС, коммуникации, пром. оборудование.

И ARM в наладонниках скоро помрет - x86 будет рулить

100% верно. Не хотелось бы заниматься самовосхвалением, но можете почитать мои посты на сахаре http://caxapa.ru/100447.html

А с AVR32 ничего не туманно - спец проц для MPEG4 применений, было ясно изначально, откуда все впали в эйфорию неясно

Не все так просто. Идеи там в ядро заложены очень грамотные. Все-таки это первый дешевый embedded out-of-order проц. А вот что из этого на практике выйдет, если атымель UART допатчить не может, дабы квитирование корректно отрабатывал - ХЗ.