caxapa.ru :: Вопрос в том, нужно ли ускорять исполнение кода в embedded? Берем ядро типа Cortex-M4F, к нему десяток ядер типа AVR с ОЗУ вместо флеша, какое-нить минимальное средство общения между ЦП и ПП. И вуаля. На каждую кнопку

LightElf (29.04.2015 13:46, просмотров: 271) ответил =AlexD= на Суперскалярность - это единственный способ ускорить исполнение кода не повышая частоты. Именно для эмбеддед - самое то. И Cortex M7 - шаг именно в этом направлении. Что касается остального, то можно присмотреться к эволюции Мультиклета.

Вопрос в том, нужно ли ускорять исполнение кода в embedded? Берем ядро типа Cortex-M4F, к нему десяток ядер типа AVR с ОЗУ вместо флеша, какое-нить минимальное средство общения между ЦП и ПП. И вуаля. На каждую кнопку - своя тинька, на каждый уарт - тоже. А ЦП морщит моск и решает задачи космического масштаба.

Не надо делать мне как лучше, оставьте мне как хорошо

Ответить

- Ну есть lpc43xx и lpc54xxx и чо? Геморрой как по мне. - =AlexD=(29.04.2015 13:58)
  - 1) были 2) вибриды тоже гетерогенные 3) первый блин комом не означает неправильность идеи. - Evgeny_CD(29.04.2015 14:20)
    - Вибрид достаточно логичный, но вот всякие кэши на CM4 нифига не радуют. Ну и общая шина тоже. - LightElf(29.04.2015 15:03)
      - Кеши и hard RT не совместимы. Совсем. Посему и двигаются идею отдельного ядра для RT. - Evgeny_CD(29.04.2015 15:08)
        
        чегооо??? а в глаз за такие слова??? - Mahagam(29.04.2015 15:25)
        
        ? Точнее, транзакции по всем шинам проца должны всегда занимать одно и то же время. - Evgeny_CD(29.04.2015 15:29)
        
        никуа. они должны вкладываться в лимит времени. и всё. для остального есть DMA и аппаратные модули. - Mahagam(29.04.2015 15:31)
  - там ядра не те. Cortex-M0 - плохой выбор для периферийного проца. Нужно именно что-то простое, абсолютно детерминированное, с отдельными блоками оперативной памяти для кода и данных. У TI есть в ряде камней PRUSS, но он тоже какой-то убогий и LightElf(259 знак., 29.04.2015 14:20)
    - Я не уверен, что ядро AVR меньше Cortex-M0, отдельные блоки код/данные можно сделать двумя банками, фоннейман однозначно лучше, __flash заё#$@ет. Не, ну правда, попробуйте покодить - никакого особого преимущества нет, только лишний гемор. - =AlexD=(29.04.2015 14:28)
    - Мне очень понравилась идея PRUSS в части коротких адресов для периферии в памяти. Кода можно съэкономить немало при интенсивном IO. - Evgeny_CD(29.04.2015 14:23)
      - Возьмите AM5728, в нем до двух PRU-ICSS, в каждом два PRU. Работают на 200 МГц. Ruslan(246 знак., 29.04.2015 16:21 - 16:27)
        
        i8089? - teap0t(30.04.2015 15:52)
        
        i8089 вроде бы просто навороченный DMA контроллер? Я его не программил, потому представление очень поверхностное имею. - LightElf(30.04.2015 16:10)
        
        Сопроцессор ввода/вывода со своей системой команд. Дополнение к i8087. Но народ не поддержал, в отличие от. - teap0t(30.04.2015 21:31, ссылка, ссылка)
        
        Да, хорошая была штучка. Помянем. Evgeny_CD(01.05.2015 00:43)
        
        Ну вот типа того что-то. Можно побольше и ~~без хлеба~~ с компилятором Це? - LightElf(30.04.2015 13:23)
        
        К PRU обещают компилятор Це. - Ruslan(30.04.2015 13:37)
        
        прошу прощения за археологию, но раз тред всплыл - то компилятор Це для PRU-ICSS вполне живет и здравствует - lloyd(27.04.2018 18:53)
        
        Эта хорошо! Еще метра 4 ОЗУ на кристалл и этих самых пруссов штук 8-10 и корпус LQFP. Тогда можно убрать периферию. :) - LightElf(30.04.2015 16:49)

Средства и методы разработки