Вот это - " до 384 кбайт много-портовой SRAM-памяти," появилось при переводе с китайского??
Я работал с 2х портовой памятью, но МНОГОПОРТОВОЙ еще не встречалось.

Откуда эта информация? Сами гнали?

Он сказал что PLL гонится (а не ядро), что даже маловато, поскоку VCO всегда делится прежде чем на что-то подавать.
У тех же стм32 до 432 МГц официально, а у недорогих плисин выше 2 ГГц..

В референсе на S70, в разделе Clock Generator, написано: 160 to 500 MHz programmable PLL (input from 8 to 32 MHz). Думаю 420-450 мгц ядрышко раскочегарить можно, если периферия особо не нужна. Двойная точка в помощь, если что! Можно интеллектуально обрабатывать какой-нибудь шум..

Насчёт мемори, три порта, что само по себе и не плохо для процессора "общего назначения"

Ждём бомбу от ST?

Да бомб хватает уже. Нет времени и сил чтобы существующие опробовать.
Пока делаешь один проект, технологии успевают так уйти, что он сразу же устаревает ... ))
PS: Да и клиенты не готовы ... Сейчас у разработчика возможностей больше чем у заказчика желаний ...
Ну не считая всякие смартфоны, которые мы и не делаем .... ))

Кочегарить можно что угодно, только если в обычном компе просто повиснет игрушка, то тут зависон может стоить гораздо дороже..

А вот и Freescale первый анонс сделал

Как я и предполагал они это заточили под управление моторами. Что совершенно верно.
Сейчас именно в управлении моторами не хватает вычислительной мощи и периферии микроконтроллерам.

Известный Parrot AR.Drone использует по процессору на каждый двигатель.
А здесь можно одним чипом обойтись чтобы контролировать 8-мь и больше двигателей.
Тут только на этой теме можно поднять неплохие проекты на kickstarter-е

Это уже куда лучше, чем стм-ные 4кило...

Хотя для управления движком, пусть даже 3хфазным, по безсенсорному методу, хватало и 8и битной аврки, по моему это слегка перебор

там ШИМ и обратная связь, и на несколько каналов, в АВР просто таймеров не хватит...

Я делал панель приборов к трактору в 2000 году где-то. AVR управляла 6 шаговыми движками. ШИМ программный +дробление и так далее.
Они до сих пор выпускают... )) Китайцы слизали, правда свой контролер + драйвера ... ))
Но понятно, что были бы таймеры + производительность, можно было бы красоту навести ...
Обеспечить значительно более высокую плавность + анализировать отбой и прочее ...
Моща никогда не помешает.
Я одну тему сейчас проектирую. Пока математику моделирую ....
Раньше на AVR проект был. Сейчас пробую два варианта: stm32f051 и stm32f373.
Так вот математика показывает, что даже разрядность АЦП 12/16 имеет значение. Хотя это не измерение у меня. Анализ аналогового сигнала, фильтрация и обработка.
Существенное значение имеет разрядность процессора и его быстродействие.
В данном случае плавучка значения не имеет - я проверил.

Скажите, а на сколько все это завязано на архитектуру? Т.е. что конкретно дает сам переход с M4 на M7?

Глядючи на производительность, создается впечатление, что возросла она исключительно благодаря увеличению тактовой частоты. Количество ШИМ, АЦП и разрядность последних и пр. - это периферия, которая непосредственного отношения к переходу с M4 на M7 не имеет. Т.е. в принципе и на M4 можно было бы всю эту периферию повесить, и никаких бы противоречий с архитектурой это не вызвало.

Обсуждение в этом отношении ШИМ мне и подавно кажется странным, т.к. генерируют его таймеры, которым на разницу между M4 и M7 совершенно наплевать. К слову сказать, пресловутая AVR в виде XMega может иметь на борту 8 таймеров, у каждого из которых есть выход на ШИМ. А если это двигатели, то мегагерцы ШИМу совершенно не нужны.

Впечатление такое, что M7 - это просто модная модель, которая круче уже лишь тем, что число 7 больше, чем 4 .

Обобщив, можно сказать, что "существенное значение имеет динамический диапазон" (хотя не во всех задачах).
Плавучка гораздо шире целочисленной арифметики в смысле динамического диапазона.
Для работы с большим динамическим диапазоном и производительность нужна выше.

Пример: АПЦ звука, фильтрация узким полосовым фильтром, ЦАП на динамик.

Если АЦП 8-битный, то целочисленная арифметика 32-бита вполне способна обработать этот динамический диапазон. Но фантастического подавления и крутых фронтов в фильтре не получить.

Если АЦП уже 12/16 разрядов, давить нужно сильно и с резкими фронтами, то: 1) увеличивается порядок фильтра - нужно повышенное быстродействие;
2) нужен FPU. fdatool в Matlab рисует идеальную АЧХ, а рядом пунктирчиком - АЧХ с учетом эффектов квантования и ограничения длины слова. Пунктирчик сильно проигрывает даже одинарной точности в узких фильтрах.

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

Точно также было с SAM7S->SAM3S, если бы добавили переферию на ARM7 - я низачто бы не стал брать жрущий M3.

Та же ситуация с DDR3. Никто не мешал выпустить DDR3+ с расширенной спецификацией на увеличенный объём памяти и прочие инновации и выпускать по новой технологии на больших частотах. Но вместо этого похоронили КМОП DDR3 и вывели на рынок ТТЛ DDR4.

Надо читать что изменилось.

Если не ошибаюсь в М0 надо выравнивать обращение и к памяти и к флешке, а в М3 уже только к флешке.
Время входа и процедура входа в прерывания тоже меняются. В АРМ 7 был FIQ, в кортексах он как-то устранился...

я могу напутать с деталями, но ядро точно меняется в след за цифрой, и изменения наверняка полезные...

2 Xenia. Для сравнения архитектур неплохо иногда заглядывать в первоисточник.

Заглядываю, и что же? Всё экселент да перформанс - пустые словеса. Забодали умными домами и умными вещами.

По моим понятиям, главное отличие M7 от M4 в том, что FPU у M7 может считать с двойной точностью, у M4 не может. К сожалению, умение считать с двойной точностью для M7 необязательно. Из-за чего STM32F7 считать с двойной точностью не умеет, а атмеловский SAM S7/E7 вроде бы умеет.

А еще роботам нужна большая производительность.

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

Ага, еще умная туалетная бумага - когда кончается, заставляет новый унитаз покупать.

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

М7 должно быть быстрее чем М4 т.к. и проц и шины и память быстрее, плюс усовершенствование ядра... Другое дело - если прога написана под М4 и все устраивает, нет смысла "бросаться на амбразуру" и переписывать под М7...

Так вроде бы по языку (системе инструкций) они и не отличаются. Или это не так?

а я вот тыркнул в технологии и вижу



и не в пловучке дело, хотя и в ней тоже... Ведь FPU может быть и внешним периферийным, но в ядре то пошустрее будет, поближе к памяти и регистрам...

Ну был бы этот M7 многоядерным - еще куда ни шло, а так нафига ему 6 пипелинов?

Там ещё для каждого процессора есть вкладка Specifications со вполне сравнимыми параметрами и без единого пустого слова.

Вы будто из прошлого века.
Тут Tesla через пяток лет уже собирается запретить водителям водить машины потому как машины сами будут ездить.
Интернет уже никогда не отключат!

А у M7 главное это TCM и шинная архитектура. Это отвязывает программу от затыков в кэше и акселераторе Flash памяти.
Т.е. можно делать очень жесткий риалтайм. Такой реалтайм абсолютно необходим всяческим PFC и инверторам. Т.е. в продвинутых системах электропитания, генерации и моторизации.
В умном доме на самом деле самыми умными будут конвертеры для источников возобновляемой энергии, а не холодильники как некоторые думают.

Одним словом, М7 это ещё один значительный шажок к повышению скорости. Камушек несложный но быстрый. Почему бы и да? Ждём 800 MHz

Подождите DDR3 ещё прикрутят!

Да мы все тут вроде из прошлого века, или уже 15 летним дали работать?


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

Но это все так, чтобы поболтать...

Ну собственно да.
Хотя для фильтра как правило дробная честь нужна, и практически можно выкрутится. И в этом смысле целочсленная математика 32 бита не проигрывает по точности плавучке с одинарной точностью. Я для себя отработал аппарат давно уже. Сделал анализ. Подключаю - смотрю. Анализирую дискретность, добавляю помехи разных видов. Смотрю как это всё выглядит.

При стоимости f0 сопоставимой с 8-ми битниками, учитывая прочие характеристики, в том числе разрядность CPU, производительность, наличие и количество периферии (например таймеров), а также учитывая серийность изделий, получается что применение 8-ми битников бессмысленно.

Прогресс есть - не без него…
Вот M7 и M4 в исполнении Atmel.

Нажмите для просмотра прикрепленного файла

Вообще-то "пипелин" один, но 6-ступенчатый (6 stage)

Да, из прошлого и что в этом плохого

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




Ну, если на то пошло, то ТСМ и флеш ускоритель были и в М4, а вот кэша не было...



Вы не учли простоту программирования той-же аврки и достаточную сложность в армах..



Для этого есть А5,8,9 и т.д. Правда все еще с рудиментами прошлого в виде контроллера прерываний от арм9



Да больше не то, что запретить вообще, а просто провайдер отключит и все, может на время ремонта поломки, а может и дольше...

Был, но 2кБ.



Удобство всех армов - наличие ПДП на ввод/вывод. Преимущество АВР - неубиваемость внешними факторами.

Оно, быть может, не от архитектуры, а от технологии 350нм и 5-вольтового питания?

И где же в M4 разглядели TCM?
А акселератор Flash не свойство ядра.

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

У меня АВР программируется по параллельному порту компа даже если я забыл подать на неё питание.
А вот блекфин, без буфера, не может: ни принять сигнал по скоростной параллельной шине, ни передать.
Армы, для меня, находятся посередине, между сигнальниками и АВР по нежности и капризности.

Буквально вчера тут один мой коллега спалил ардуину с этим самым "неубиваемым" АВР-ом.
Делал некий встроенный дивайсик для магнитолы в авто переключающий аудиоканал от радио на смартфон.
Отладил, засунул в магнитолу и все, АВР стух.

Но он будет все равно все делать на AVR потому что получает ардуины из ebay по 2 бакса с бесплатной доставкой.

Только при чем тут серьезные разработки, надежность и все такое прочее?

А блэкфины я бы вообще назвал тупиковой ветвью эволюции.

Неужели этот прожорливый ARM/Cortex и блэкфины тоже съел?

Хорошо что хоть смайл поставили.


Буквально только что изучал вопрос ДСП на кортексах М4, ну что сказать... БПФ 1024 комплексное 16 бит за почти 100000 тактов это курам на смех даже для "тупиковой ветви", у которой чтобы не соврать ~14000..

Они не отличаются, но главный выигрыш в том, что инструкции и данные поступают по 64 битной шине. И за раз выполняется сразу 2 команды (когда это не противоречит логике последовательности выполнение): это же риск с множеством регистров.
Есть инструкции, которые не могут выполняться параллельно в принципе, потому, компилятор отвечает за то, чтобы инструкции комбинировать в более выгодную последовательность. кстати, потому пока IAR дает код быстрее на 20% чем Кеил))). Потому и конвейер удлинился, чтобы сортировать инструкции.
По хорошему, M7 конечно лучше M4, так как работая на такой же частоте дает большую производительность. Но есть одно но, он потребляет тоже больше и транзисторов больше... даже удельная мощность на дмипс выше к сожалению, по крайне мере пока.
Минусы, которые явно видно для пользователя - некоторые неудобства одновременного применения кэш-а и дма, кстати, потому и оставили DTCM, чтобы упростить жизнь.
Камень конечно хороший, но слишком архитектурно сложный за 2x увеличение производительности.

Почему, объясните, пожалуйста. В Кейле менее умные программисты работают? Или более ленивые?

Когда покупаешь IAR ты даешь подписку на всех форумах говорить что он делает код на 20% быстрее...

Там же сам компилятор от ARM. Поэтому правильнее спрашивать что-нибудь типа:
"Скажите, это потому что ARMовцы процессор, который сами разрабатывали, менее тонко чувствуют?"

Да все там же, в даташите на 32F407 -
"Up to 192+4 Kbytes of SRAM including 64-
Kbyte of CCM (core coupled memory) data
RAM"

CCM - ее разновидность в стшним понимании.

Я не учёл? Да не учёл. Я её не заметил. Я бы даже сказал, что её меньше на ARM ввиду того, что требуется меньше изголяться, когда у тебя на голову больше ресурсов.
Например 9 таймеров.
Очень плотно поработал с AVR начиная с её создания. Были проекты даже на at90s1200. Применял их даже тогда когда они произвольно стирались ... ))
Хороший МК. Но он своё отжил. Остались лишь узкие ниши.

Вот поначалу тоже думал, что был, ан нет, только флеш ускоритель, да еще был в процах, у которых нет встроенного флеша...

надо не путать прибамбасы которые повесили как периферию, и прибамбасы которые встроены в ядро

Ресурсов у нее хватало, конечно у серии "мега", а простота очевидна - запустить таймер или уарт - 3-4 ассемблерных команды! Где такое в арме?? А ассемблер, или авр, элементарный и интуитивно понятный или армовские навороченные команды, где без книжки непонятно, что и какие суффиксы и префиксы...

А вы какой M7 имеете в виду? Atmel SAM S70/E70 или STM32F756?

Я это к тому, что сравнивать "энергосбережение" двух архитектур по МК от разных компаний-производителей некорректно. Опять же первый работает до 300 МГц, а второй только до 200 МГц. Впрочем, в зависимости от конкретного кристалла прочие Кортесы тоже сильно различались по энергопотреблению, особенно от разных компаний-производителей.

Уточните, пожалуйста, какие конкретно M7 и M4 вы между собой сравнивали, говоря про потребление.

CCM - шина для данных, из нее нельзя запускать программы.
ITCM - шина для инструкций.
Разницу чувствуете?

Можно. И нужно. Во всяком случае для STM32F3XX.
http://www.st.com/st-web-ui/static/active/...rchtype=keyword

Ах, ты. Какой прокол!
Поленился смотреть мануал, доверился постам в какой-то левой конфе.
Однако все равно CCM идет через Bus Matrix. Это все таки не TCM.

Я как раз сравнивал STM32F4 и STM32F7, оба 90нм. F7 где то на 20% более прожорлив на той же производительности.



Посмотрите http://www.eembc.org/coremark/
Что ATMEL, что ST - оба юзают IAR для теста.
keil реально дает 82% скорости от того, что дает iar, потому все сидят на иаре. Почему так, кто ленивее и тд - вопросы лирические. Хотя вряд ли это продлится долго.