Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
27 июля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

ARM, RISC-V контроллеры

Evgeny_CD^{Архитектор} (10.11.2010 19:23, просмотров: 147529)

Новое поколение Cortex'ов от NXP. Сводная ветка.

Ответить

- Наконец-то NXP проапгрейдила свои RTC таймера. Допотопный секундный таймер остался (что тоже верно - для совместимости) с раздельным подсчетом минут, сек и пр, но появился 16 битный "аларм-таймер", который от 1 КГц тактирован, что позволяет в Evgeny_CD(50 знак., 10.11.2010 20:04)
- Обсуждение ColdFire+ Family, Kinetis Family -> - Evgeny_CD(10.11.2010 19:51, ссылка)
- Да, видать анонсы Кайнетиса встравили NXP нипадеццки! Выложили сырые ДШ, без параметров, с ошибками - "лишь бы успеть". Зато теперь понятно, что на рынке MCU есть ровно два лидера - NXP и FreeScale. Остальные нервно курят со своими стремительно Evgeny_CD(42 знак., 10.11.2010 19:28)
- Вот это да! "Это просто праздник какой-то!" LPC43xx собственной персоной! ДШ (повторен в теле) -> Evgeny_CD(10.11.2010 19:11 - 19:13, ссылка)
- LPC18xx -> Выложены дата шит и рекламка (для удобства продублированы в теле). В ДШ много интересного! Evgeny_CD(1039 знак., 10.11.2010 18:57 - 19:05, ссылка)
  - Про CS сомнительно. Ruslan(491 знак., 11.11.2010 08:49)
    - Вроле CS и SCK сохраняют свой смысл незаивисимо от "пинности" обмена. Ну заведем IO на демультиплексор какой, и будем командовать переключением выхода CS на периферийные девайсы - Evgeny_CD(11.11.2010 09:26)
- Новый CortexM4 от NXP LPC43xx. Серийного производства наверно год ещё ждать, а так впечатляет... johann(18.10.2010 20:21)Evgeny_CD
  - Ура! Есть пост класса 10к хитов :) - Evgeny_CD(28.10.2010 11:40)
  - Через год любителям острых впечатлений уже будут "доступны" quark(219 знак., 24.10.2010 01:40)
    - Между прочим, один только факт появления на свет этого монстрика (TMS320C6A8168) убивает наповал утверждение Evgeny_CD об умирании DSP и прихода на замену МК+FPGA. Dir(276 знак., 24.10.2010 12:00)
      - Скорее подтверждают. Эти камни - как-то не совсем МК...GPU при некоторй фантазии тоже DSP можно назвать, но это нишевое решение. Я хорошо помню, как в начале 2000-х годов продавались за безумные деньги платы на TI DSP для работы с графикой на PC. Evgeny_CD(197 знак., 24.10.2010 17:40)
      - Угу. Только 2 момента 1) я хочу посмотреть на эррату этих чудо камней 2) "замах на 10 рублей, удар на 1р". Evgeny_CD(1351 знак., 24.10.2010 17:35)
        
        Я просто лишний раз хотел сказать, что никто не умрет :) Как только какое-то решение на связке МК+ФПГА станет интересно для массового рынка, как тут же возникнет кремниевое решение, оптимизирующее его до копейки. Dir(1215 знак., 24.10.2010 19:15 - 19:20)
        
        к слову о названиях: MCU + FPGA + Configurable Analogue называется Fusion - Snaky(26.10.2010 07:39, ссылка)
        
        SmartFusion -> покруче будет. --> Обсуждали по весне, я даже цены анализировал. В общем это некий макет того, о чем я говорю, но чуток несовершенный. Evgeny_CD(524 знак., 26.10.2010 08:42, ссылка, ссылка)
        
        И даже небезызвестный DASM попробовал на этом Fusion изобразить какой-то проект для цифрового телевидения. Но остался сильно недоволен производительностью как Cortex-а, так и FPGA. Dir(225 знак., 27.10.2010 19:45)
        
        А там в "просто Fudion" Cortex M1 стоит, похоже. А в SmartFusion - M3 100 Мгц (его довольно трудно порвать NIOS-II, если только не через плавучку). - Evgeny_CD(27.10.2010 19:49)
        
        В 3-м цыклоне NIOS-II спокойно на 120МГц работает. Если повезет с чипом,speedgrade 6, можно и на 150 МГц запустить. - Ruslan(28.10.2010 09:08)
        
        Лично у меня опыта нет, но мне представляется, что 120 Мгц NIOS-II и 100 Мгц Cortex M3 - одного поля ягоды. Если, конечно, не прикрутить к NIOS спец. аппаратный ускоритель под целевую задачу - тут, понятно, он всех порвет (а без такого ускорителя Evgeny_CD(55 знак., 28.10.2010 10:35)
        
        Эти несчастные 120 МГц NIOS небось выдает без кэша и DMA работая из своей прямо связанной с ядром мизерной RAM. AlexandrY(67 знак., 28.10.2010 11:11)
        
        С двумя кешами, из DDR SDRAM. - Ruslan(28.10.2010 11:51)
        
        С кешами кода и данных? - Evgeny_CD(28.10.2010 11:56)
        
        Да. Ruslan(344 знак., 28.10.2010 12:02 - 12:10)
        
        Не тупиковый, но имеет свою нишу. - Ruslan(28.10.2010 11:54)
        
        NIOS - путь не тупиковый. Но и не такой прямой, как кажется. Пиписькомерство с hard core - вот это точно глупость. Evgeny_CD(832 знак., 28.10.2010 11:39)
        
        Так и есть. TCP/IP стек проще запустить на NIOS-II, чем городить на HDL. :) - Ruslan(28.10.2010 11:53)
        
        Именно так. "Преждевременная оптимизация - залог провала" (С)Кнут. А вот когда ты точно опрофайлишь, что софтовый TCP стек на дает решить задачу, и получить бабла от Заказчика - можно в FPGA TCP сделать :) - Evgeny_CD(28.10.2010 11:55)
        
        в цифровом ТВ плавучка вроде не нужна, или я ошибаюсь? - Snaky(28.10.2010 02:37)
        
        Ну это от искусства программизма зависит :) - Evgeny_CD(28.10.2010 09:59)
        
        ну сейчас нет - через N лет появятся, и? что с ведром в очередь вставать - закупаться на всю оставшуюся жизнь? :> быстрые маленькие чипы это конечно замечательно, но мы же знаем что задачи тоже меняются и железа всегда нехватает чтобы совеременный Snaky(645 знак., 26.10.2010 09:06)
        
        Респект! Хорошо сказал. Конкурентоспособно с моими лушими постами! :) Вопрос опять же в целевой функции и возможности интеграции маленьких преимуществ :) Evgeny_CD(879 знак., 26.10.2010 09:17)
        
        Неравномерное расположение шариков. С пустыми местами. По дырки переходов. Говорят, хорошо получается. - Evgeny_CD(24.10.2010 19:30)
  - Однако тяжела "шапка мономаха". Сравниваем спецификации процессоров Cortex-M3 -> Cortex-M4 --> (таблица в конце, реализация проца в кремнии по технологии TSMC). И видим, как непросто дались М4 все новые фишечки... Evgeny_CD(1462 знак., 23.10.2010 22:09 - 22:13, ссылка, ссылка)
    - С плавучкой писать удобнее. И если есть выбор я возьму с плавучкой. - Ruslan(23.10.2010 23:15)
      - а где плавучка нужна? - Mahagam(25.10.2010 11:55)
        
        В вычислениях. - Ruslan(25.10.2010 11:57)
        
        а именно. что считать-то собрались? - Mahagam(25.10.2010 11:59)
        
        Время. Как в Windows. - Dir(25.10.2010 14:31)
        
        Есть алгоритмы уже отлаженные на компьютере, для них нужна плавучка. С плавучкой проще делать перенос алгоритмов из матлаба на микроконтроллер, не нужно лишний раз нагружать свой мозг. - AST(25.10.2010 13:33)
        
        я даже обработку GPS координат как-то в fixed point арифметике делал. точности было достаточно. - Mahagam(25.10.2010 13:44 - 13:47)
        
        точность как раз у fixed point при той же разрядности выше. Но тут нужно всё время контролировать диапазон допустимых значений. Плавучка же просто позволяет не задумываться об очень больших/малых числах - koyodza(25.10.2010 14:01)
        
        Вот именно. Когда числа в программе представлены в формате флоат и не требуют нормировки, даже код становится более читабельным, что очень немаловажно. - AST(25.10.2010 14:06)
        
        они нормируются процом. что отнимает время. - Mahagam(25.10.2010 14:21)
        
        Как то разбирался с плавучкой на писюках. Оказалась, что начиная с Vallav(699 знак., 25.10.2010 21:46)
        
        быть того не может. чтобы плавучка быстрее. тем более в пне-2. - Mahagam(26.10.2010 11:21)
        
        Быть может, Pentium-III, в котором впервые SSE появился? Вот там за счет SIMD такое точно делается. Второй имел только MMX, а там не особо разгонишься. - Evgeny_CD(26.10.2010 08:56)
        
        Бабочка была на ASM-FPU, все операции в стеке, компилятор ASM код Vallav(206 знак., 26.10.2010 23:05)
        
        Везде есть свои плюсы и минусы. - AST(25.10.2010 14:32)
        
        Какие минусы? Ruslan(20 знак., 25.10.2010 14:46)
        
        нет, минусы у плавучки есть koyodza(295 знак., 25.10.2010 15:00)
        
        Про плавучку согласен. Ну а про наличие FPU в целом это плюс. То что он у них позволяет многие вычисления делать за один(несколько) такт(ов) я считаю подспорьем. - Ruslan(25.10.2010 15:05)
        
        ценник минус. площадь FPU не сильно меньше самого ядра. - Mahagam(25.10.2010 14:49)
        
        Этот как всегда вопрос бизнес оптимизации. Вот есть пластина 200 или 300мм. И тебе надо превратить ее в максимум юзеровского кайфа, что = максимизация твоего бабла (подчеркиваю - именно кайфа, а не технического совершенства) :) Evgeny_CD(881 знак., 26.10.2010 09:08)
        
        я бы на площадь FPU лучше бы чего-нить иного напихал. как вам метр рамы? :) - Mahagam(26.10.2010 11:20)
        
        А я бы напихал аппаратный ускоритель задач RTOS. Но "настоящих буйных мало".... Я же говорю, нужно заработать пару ярдов зелени и для души сделать правильный MCU... Evgeny_CD(100 знак., 28.10.2010 10:38)
        
        Тогда уж многоядерный (или псевдомногоядерный по типу hyper threading) MCU. Каждой задаче - по (виртуальному) ядру. - vmp(28.10.2010 10:41)
        
        Нужно аккуратно подсчитать, что эфективнее по расходу ресурсов кристалла :) Я вот так сразу не готов ответить. - Evgeny_CD(28.10.2010 10:45)
        
        Неверный критерий оптимизации. Считать будут по максимуму прибыли производителя кристалла. :) - vmp(28.10.2010 11:16)
        
        Ё! Мы же договорились, что это кристалл - для души :) - Evgeny_CD(28.10.2010 11:57)
        
        "гомоэмбеддинг нужно изучать" (с) :-) - amusin(26.10.2010 09:15, ссылка)
        
        Шутки шутками, у меня руки чешутся создать систему поддержки принятия решений для эффективных менеджеров - которые без кавычек. Ну и сделать бизнес на продаже такой системы :) После этого эмбеддерством заниматься для души :) - Evgeny_CD(26.10.2010 09:38)
        
        ценник минус на сколько? Площадь FPU - пофиг, корпус тот же. - Ruslan(25.10.2010 14:52)
        
        как думаете, почему с FPU так мало чипов? - Mahagam(25.10.2010 14:54)
        
        Теперь будет много. Ruslan(30 знак., 25.10.2010 14:57)
        
        да что вы говорите! ничего что даже там где FPU был крайне важен (ПиСи, за которым вы сидите) его вживили только с 486-го проца. а до этого он был довеском. - Mahagam(25.10.2010 15:08)
        
        Это было в прошлом веке. Теперь век нанотехнологий и 65нм процессов. - Ruslan(25.10.2010 15:11)
        
        Похоже на то. 90 нм пошли в широкие массы контроллеростроителей, а при 90нм плавучка уже на так страшна в плане потери площади кристалла. Да и AVR32 поднятнулись :) -> - Evgeny_CD(25.10.2010 15:01, ссылка)
        
        Точно. Я как юноша не умею так красиво и кратко излагать мысли :) - Ruslan(25.10.2010 15:07)
        
        юношеский максимализм ;=) - koyodza(25.10.2010 15:01)
        
        Руслан, тащись, для внешнего мира ты еще юноша! - Evgeny_CD(25.10.2010 15:03)
        
        Чорт. Запалил. :) - Ruslan(25.10.2010 15:06)
        
        Обязательно! - Ruslan(25.10.2010 15:01)
        
        это я понимаю что они есть. ну к примеру звук морщить. а что ещё-то нужно считать именно в плавучке? деньги? - Mahagam(25.10.2010 13:44)
        
        Да что угодно. - Ruslan(25.10.2010 12:01)
        
        особенно классно деньги в плавучке считать ;=) - koyodza(25.10.2010 12:05)
        
        Точно! -> Вероятно, там плавучка, причем single, и стояла :) - Evgeny_CD(25.10.2010 12:59, ссылка)
        
        для денег придуман long long int :) - Mahagam(25.10.2010 12:16)
        
        это для нас с Вами. А любители плавучки, видимо, будут считать в плавучке :=) - koyodza(25.10.2010 12:24)
        
        Точно! Буду деньги считать в плавучке :Р - Ruslan(25.10.2010 13:05)
  - Впечатляет. Особенно сравнение с LPC18xx. Интересно, когда (хотя бы для LPC18xx) распиновку TQFP-корпусов откроют... - Vit(21.10.2010 09:18)
  - А у "Фрескела"обещают КортехМ4 (серия "Брейн сторм")в первой половине 2011 65 нанометровые. - _Mic(19.10.2010 10:39, )
    - Вроде они Кайнетис на M4 сделали. Или я уже чего упустил? - Evgeny_CD(19.10.2010 11:07)
      - Luminary/TI это, а не Freescale :-) - amusin(19.10.2010 11:29, ссылка)
        
        Да у меня в голове полный коктейль от этих презентаций,действително Тй-"Брейнсторм", а "Фрискале"-"Кинетик".Извините. - _Mic(19.10.2010 12:30, )
        
        Уже представил себе размер эрраты :) - Evgeny_CD(19.10.2010 11:33)
  - А еще у него есть SIMD инструкции. стр.22 ruslan(18.10.2010 21:44)
    - Ничерта себе "микроконтроллер" Да, DSP точно крепко вздрогнут. "DSP - "отработанная ступень" развития электроники на текущем этапе. Позже ее перезарядят, и она снова будет готова "к бою". Теорема и доказательство." -> - Evgeny_CD(18.10.2010 22:14, ссылка)
      - Не совсем пойму ваши бурные восторги, Евгений. Вы же отлично знаете, что подобные МК уже массово продаются по цене от 4$/1000шт. Вы же сами мне ссылки давали. Dir(192 знак., 19.10.2010 03:53 - 03:55, ссылка)
        
        Диавол таится в деталях. Просто у NXP все выглядит хорошо продуманным. Evgeny_CD(547 знак., 19.10.2010 11:13 - 11:39)
        
        SCT Ruslan(313 знак., 19.10.2010 11:44)
        
        Ага, вот к например SGPIO: Ruslan(852 знак., 19.10.2010 11:43)
        
        Что приятно в NXP, так это корпоративная культура. Как взглянешь на эрраты всех этих недопатченных STM32, Luminary и пр. сукся - плакать охота. А у NXP все-таки малобажные кристаллы. - Evgeny_CD(19.10.2010 11:15)
        
        почитайте еррату на 32х0 в части DDR, это ж какие кривые руки надо иметь чтоб так сделать... ыыыы(92 знак., 19.10.2010 15:32, )
        
        Так, все дружно могут забыть про баг DDR в LPC32xx. Делаю уже второе поколение дивайсов на LPC3250 и просто нарадоваться не могу. AlexandrY(1117 знак., 19.10.2010 23:41)
        
        а в какой температуре работает у Вас? мы из-за этой ераты отказались от DDR (третье поколение приборов) и ставим 32х разрядную SDR - перфоманс тотже. там вообще дибильноватенькое решение DDR и async шины скрестить. нам еще нужно по async шине ыыыы(573 знак., 20.10.2010 18:17, )
        
        Разве на задачах общего назначения LPC43xx обгонит LPC32xx? Кэша у него нету, частота 150МГц, внешняя память SDRAM. Под какие задачи Вы его нацеливаете? - AST(19.10.2010 23:57)
        
        Ну нет, я не собираюсь их применять как application MCU. AlexandrY(587 знак., 20.10.2010 00:45)
        
        а практические применения андроидным роботам уже придумали? - Snaky(20.10.2010 03:11)
        
        Вчера помер мужик без рук водивший машину с помощью андроидной руки и попавший в аварию. Подозревают на cбой в программе руки. AlexandrY(80 знак., 23.10.2010 21:18, ссылка)
        
        Паделка финских студентов? - T.Дocтoeвcкий(23.10.2010 21:20)
        
        Ровные ряды тантала на последней фотке говорят о том, что народ серьезно к делу подходит. нечто, похожее на FPGA с двумя нечто, похожим на SMA разъемы - тоже хорошо смотрится :) - Evgeny_CD(20.10.2010 00:48)
        
        Да, там сплошняк Alter-ы стоят. Этот робот запросто наверно калорифер заменяет. Ну ничего, LPC-шками дело поправим ;) - AlexandrY(20.10.2010 00:52)
        
        150 мгц против 266 - не так уж и сильно отставание. SDR имеет + - низкая латентность. 200К ОЗУ (поделено на кучу банков) и 2 банка 256 бит FLASH, SIMD - тут все не так очевидно по перфомансу. - Evgeny_CD(20.10.2010 00:01)
        
        Да, это зачетный баг, я сам тут о нем писал. И способы его устранения тоже прикольные - либо диф. пара с проводниками разной длины, либо вообще забить на второй канал диф пары :) Насчет простые - ну как сказать, LPC23xx, 24xx к простым не Evgeny_CD(76 знак., 19.10.2010 20:26)
        
        непростые i.mxXX, Samsung-и и т.п. когда внутри дофига мастеров и внутренние шины становятся ботл-неком и когда периферию наиизвращеннейшую предполагается вешать. а в NXP купили корку АРМа купили корку шины, купили корки периферии - все это ыыыы(164 знак., 20.10.2010 18:25, )
        
        А в LPC23, 24 тоже есть шинный коммутатор, и периферия там зело непростая. LPC3k - там очень даже монстровый шинный коммутатор, подстать чипам для сотиковю - Evgeny_CD(20.10.2010 19:13)
      - Скажем так, DSP до 200 MIPS вздрогнут. А это довольно большая часть рынка, ибо GIPSы не везде нужны. - Evgeny_CD(19.10.2010 00:28)
        
        да ничё не вздрогнут. DSP - это не только набор инструкций, это и аппаратные заточки под этот набор на уровне ядра. так что в плане "посчитать" DSP пока что рулят. - Mahagam(19.10.2010 15:55)
        
        Да выдохлись DSP, чего уж там. Их аппаратные заточки морально устарели. Это у NXP теперь аппаратные заточки. - AlexandrY(19.10.2010 16:14)
        
        это какие? и что устарело? аппаратные циклы? Mahagam(76 знак., 19.10.2010 16:57)
        
        В относительных попугаях (/клок тактовой частоты, /байт кода) DSP немного выигрывают, это честно описано в бумагах про M4. Но при достижении некоторого порога абсолютной производительности, и превышении порога требований ряда практических задач Evgeny_CD(392 знак., 19.10.2010 20:32)
        
        а там честно рассказано сколько это "немного" в процентах на толсто-вычислительных задачах будет? ну и чОрныФин давно вроде аж 750MHz есть. и двухядерный 561-ый тоже старый. и стоят эти звери относительно недорого. хотя супротив кортекса другие Mahagam(15 знак., 19.10.2010 22:16)
        
        Фишка в другом. Сколько там MIPS сделает фин на 32 битных операндах? Это если не MAC, а просто арифметические и логические операции? Точно не 750. Пусть 200. Против 150 MIPS Cortex. Весь вопрос в балансе. Evgeny_CD(344 знак., 19.10.2010 22:38)
        
        мощно вы BF до 200мипс опустили. - Mahagam(20.10.2010 12:52)
        
        Ну а сколько тактов у него уйдет при 32 битных операндах? Сложить 2 32 битных числа и пр.? - Evgeny_CD(20.10.2010 17:27)
        
        берём простой код: Mahagam(1380 знак., 20.10.2010 18:54)
        
        Если галимая математика то да, а вот если взять не цикл, а лапшу из кучи условий, вызовов функций и работу с указателями, то всё получается намного печальнее. Где-то раза в 2 медленнее чем ARM той-же частоты. - =AlexD=(20.10.2010 21:35)
        
        И еще вопрос - эффективноть компилятора. Т.е. если мы берем стандартный С код, не оптимизированныйЮ без ручного асмачества - что мы там получим? Eembc не дает повода говорить о полной победе финов -> - Evgeny_CD(20.10.2010 21:51, ссылка)
        
        Да нормальный там компилятор, нормальный, всё что можно из проца выжимает. Но глубоко конвейерная архитектура заточенная на математику, и тормознутая работа с арифметикой указателей дают о себе знать. =AlexD=(170 знак., 20.10.2010 22:05)
        
        Это при какой разрядности данных? - Evgeny_CD(20.10.2010 19:21)
        
        long int. регистры R0 R1... 32-х разрядные. - Mahagam(20.10.2010 19:44)
        
        Ок. Круто. Я не спорю. Но поймите. Evgeny_CD(671 знак., 20.10.2010 21:39)
        
        ну вот. пишете "DSP вздрогнут", а когда оказывается что "банально не заметят", то сразу "не очень то и хотелось" :) Mahagam_from_home(234 знак., 21.10.2010 01:18, )
        
        :) Хотелось бы контроллер под задачу подбирать, а не наоборот - я же не в маркетинге AD работаю :) А вообще будет место BF младшим в дримборде - сопроцессор-числомолотилка. У них PPI вроде есть, так что сливать/выливать поток смогут эффективно. - Evgeny_CD(21.10.2010 11:55)
        
        Да нет, это вы скачайте RealView, покопайтесь в исходниках, изучите хардварные примочки, научитесь использовать мультипроцессорность, FP сопроцессор (ох, тяжковато вам будет, AD то учит максимум на исходниках для работы с примитивной периферией) и AlexandrY(29 знак., 21.10.2010 09:18)
        
        побольше конкретики. - Mahagam(21.10.2010 11:46)
        
        Вот смотрим на последнюю надежду ~~прогрессивного человечества~~ AD - ADSP-BF592. Приложено. Баглист довели до 12 позиций. Уже хорошо - раньше AD такого не удавалось. Баги вполне терпимые, лично меня не напрягли. Но! Evgeny_CD(578 знак., 22.10.2010 16:12 - 16:19)
        
        Неадекватность цен на JTAG для ADменя всегда поражала! -> - Evgeny_CD(22.10.2010 16:28, ссылка)
        
        Хотя вроде недавно они объявляли - сделали какой-то за $150. - Evgeny_CD(22.10.2010 16:34)
        
        и я с ним работал. тормозной. но жить можно - Mahagam(22.10.2010 16:37)
        
        ссылку можете дать на него? - Evgeny_CD(22.10.2010 16:40)
        
        нашёл вот что - Mahagam(22.10.2010 17:04, ссылка)
        
        Спасибо! Значит, профайлить только за 4k$ можно :(. - Evgeny_CD(22.10.2010 17:10)
        
        если у вас будет такая задача что профайлить придётся - то и $4к найдётся. а у нас народ на BF под линуксом софтварно профайлил. и вроде всё отпрофайлилось что надо. - Mahagam(22.10.2010 17:41)
        
        Есть отечественный клон ADI-шного отладчика на PCI, покупали несколько лет назад, он позволяет вполне себе профайлить, я точную цену не помню, в голове вертится что-то около 40-45 тысяч рублей. - GDI(22.10.2010 17:49 - 17:53, ссылка)
        
        Да, это известная штука, она всю жизнь стоила несоколько более 1к вечнозеленых. Сам я с ней не работал, но доводилось получать не очень хорошие отзывы о ней. - Evgeny_CD(22.10.2010 18:21)
        
        Сложить 2 32 битных числа это 1 такт на частоте ядра 600MHz. - quark(20.10.2010 18:49)
        
        В общем тупой пиписькомер получается. Если перформанса хвататет для задачи, и камень нравится девелоперу - вопрос закрыт. Очевидно, что Cortex выберут большее число девелоперов :) - Evgeny_CD(19.10.2010 22:46)
        
        Да именно это и устарело. У M4 все тоже самое или лучше. - AlexandrY(19.10.2010 17:41)
        
        пальцем в это ткните. чтой-то не нахожу - Mahagam(19.10.2010 18:15)
        
        Значит не искали. В курсах что даже AMD отказывается от симметричной мультипроцессорности? - AlexandrY(19.10.2010 23:51)
        
        искал. и при чём тут AMD и SMP ???? - Mahagam(20.10.2010 12:53)
      - Ну им еще до ADSP-21483 400 МГц - как до луны. - ruslan(18.10.2010 22:46, ссылка, картинка)
        
        А оно нужно - такая моща - везде? - Evgeny_CD(18.10.2010 23:20)
        
        Согласен, не везде. - ruslan(18.10.2010 23:25)
  - Более, чем впечатляет! Подход NXP позволяет надеяться на "обезглючивание кристалла" перед его запуском в серию. Ну а набор набортных ресурсов позволяет назвать этот контроллер "Смерть Linux". - Evgeny_CD(18.10.2010 20:39)
    - Эээ... Точно? - she(18.10.2010 21:03)
      - Для мелких embedded систем - точно. В 1Мбайт кода влезет все осмысленное. Если не загромождать код ненужными статическими константами - как то картинки для GUI и таблицы для разных вычислений. Для констант есть Serial FLASH, для которого Evgeny_CD(923 знак., 18.10.2010 21:14)
        
        без RTOS и либ замучаетесь 1 МБайт кода строчить. т.е. не сам процессор должен "убивать" Linux, а либы и другая ОС. а иначе получится как всегда - дурная моща есть, а что с ней делать никто не знает (PIC32-way) - Snaky(19.10.2010 04:38 - 04:41)
        
        PIC32-WAY ведет в никуда не по причине дурной мощи, а по причине несбалансированности кристалла. FLASH, там, кстати, 512, да еще и с не такой кодоэффективной системой команд, как Cortex, SDRAM снаружи не подцепишь - вот и получилось нафиг не Evgeny_CD(17 знак., 19.10.2010 11:17)
        
        И Мы давеча прозрели. При желании задействовать Ethernet RMII получаем нерабочий PSP, 1 SPI + 2 UART или 1 SPI 1 + UART (RTS, CTS) на старшем камне. Проглядел пару общих пинов. Придется теперь работать с тем что есть. - potapenko(11.11.2010 09:42 - 09:49)
        
        Курить нада меньше. Есть 2-й SPI (sdo1). Класс. Дешево и сердито. Пока хватит потом возьмем че-то побыстрей (M4?). - potapenko(14.11.2010 08:46)
        
        ну MIPS я бы не назвал сильно кодонеэффективной системой. идея довольно неплохая. - Snaky(19.10.2010 12:41)
        
        Да. Супротив ARM7TDMI/ARM966 MIPS M4K, да еще и с опцией ускоренной чистки конвейера при неугадывании перехода выглядит достаточно эффективно. Много раз обсуждали это при появлении PIC32. Но против Cortex M3, а уже тем более Cortex M4 их акции Evgeny_CD(15 знак., 19.10.2010 23:54)
        
        МИПС тоже на месте не стоит какбы. в PIC32 стоит MIPS4K, а сейчас есть новое поколение ядра - MIPS14K. - Snaky(23.10.2010 13:30, ссылка)
        
        Да, что-то хило - Alex B.(28.10.2010 15:01, ссылка)
        
        Думаю, все хитрее. Evgeny_CD(349 знак., 28.10.2010 16:14)
        
        Смотрим внимательно свойства ядер Evgeny_CD(1312 знак., 23.10.2010 22:58)
        
        Солидные бобры не разделяют ваш скептицизм, Евгений. Империя наносит ответный удар (по йайцам)! Если вы продолжаете считать число регистров в коре, мы уже идем к вам... - PIC32(29.10.2010 02:01, ссылка, ссылка)
        
        Б..ь, таким мурлом токо детишек пугать! И чего он в хайтек пошел - пошел бы в Голливуд, все роли отрицательных уродов были бы его. - Evgeny_CD(29.10.2010 09:10)
        
        Таких осей навалом. AlexandrY(477 знак., 19.10.2010 09:44)
        
        Ишшо в LPC4300 имеем Cortex-M0 сопроцессор с расшаренной памятью. Обслуживать всякую лабуду с протоколами на UART-ах, файловую систему на флешках и т.п. - ReAl-лень-искать-пароль(18.10.2010 21:41, )
        
        Dream-Board-On-Chip :) Всего лишь 5 лет прошло с момента, как я "открыл" для себя эту идеологию :) - Evgeny_CD(18.10.2010 21:42)
        
        TI в своем AM1705 аж целых два сопроцессора - PRUSS заложил. ruslan(244 знак., 18.10.2010 21:49, ссылка, картинка)
        
        Членомерить так по полной! FreeScale - 16 битник S12X - сопроцессор XGATE. Digi - NS9210 и NS9215 (ARM926EJ-S) 8 битники DRPIC1655X ->. Доки вложены. Evgeny_CD(18.10.2010 22:00, ссылка)
        
        IMHO это всё пока (ба)нанотехнологии. Нужна скорей общая память и более-менее равноценные (одной архитектуры) ядра. И 32-бита -- минимум, в т.ч. из-за софта. И скорей фон-нейман исключительно, и скорей без FLASH, если это обслуживание периферии с fk0(25 знак., 18.10.2010 22:06)
        
        Не спорю. Cortex-M0 - в качестве сопроцессора - это грамотно, чего тут говорить. - Evgeny_CD(18.10.2010 22:08)
        
        Жалкое поделие финских студентов :) - ruslan(18.10.2010 22:03)
        
        К моменту, когда ваши программисты данные идеи реализуют и отладят, эти контроллеры как раз перейдут в разряд устаревших :) - she(18.10.2010 21:37)
        
        Поэтому профессионалы программируют PIC16F84. - fk0(18.10.2010 21:57)
        
        ну это смотря как код писать. Если стандартным способом - точно нифига не получится. А вот если писать на промежуточном языке, с расширенными квалификаторами и пр, что я тут много раз излагал, и потом из этого языка "компилить" в С - вот это Evgeny_CD(28 знак., 18.10.2010 21:41)
        
        Язык не определяет. Было бы что писать. На асме, конечно, тяжко, но вообще возможно, я не отрицаю. При таком объёме кода нужны сторонние компоненты в больших количествах. Потому и Linux. А без ОС, которая не только задачи переключает, а собственно fk0(69 знак., 18.10.2010 22:01)
        
        Верно, ОСь - это менеджер разных "сущностей". Но никто не заставляет менеджировать "размашисто по памяти". Можно менеджировать экономно. - Evgeny_CD(18.10.2010 22:20)
        
        Транслятор с промежуточного языка, как я понял, уже готов? ;) - she(18.10.2010 21:58)
        
        В голове у меня? - Да :) - Evgeny_CD(18.10.2010 22:04)
        
        Понятно. Маленькое Сколково :) - she(18.10.2010 22:06)
        
        не маленькое. У меня оно 60 см :) - Evgeny_CD(18.10.2010 22:07)
        
        вот такое вот? Argon(18.10.2010 22:34)
        
        Аха. - Evgeny_CD(18.10.2010 22:39)
        
        Распилково. - fk0(18.10.2010 22:07)
        
        ~~Кирпичево.~~ Силикатное. - Evgeny_CD(19.10.2010 00:29)