Не согласен. А серию "сливать" никто не собирается, а М серия для встраиваемой автоматики, так скорей всего и будет... Да, скорости подрастут, но и А не стоят на месте

Просветите пожалуйста по по поводу FPU двойной точности в семерках. Например, в STM32F746 которая на дискавери- оно есть или нет? Что отдает функция cmsis SCB_GetFPUType?

Насколько безглючно работает код с инструкциями типа VMUL.F64 ?

Даташыт кагбэ недвусмысленно говорит нам нерусским по белому:

У Атмела в даташите серии Е написано:

Simple- and double-precision HW Floating Point Unit (FPU)

Значит делают.

Тогда можно обьяснить, что определяет дефайн ARM_MATH_CM7 в CMSIS - обрезаный сопроцессор одинарной точности и только вносится оптимизация порядка инсрукций из за кеша или все таки полный FPU двойной точности? И для обрезаного FPU надо использовать ARM_MATH_CM4? Понятно, что ARM_MATH_CM4 код будет работать на семерке из за совместимости, но будет ли он оптимальным по быстродействию?

У STM32F7xx только одинарной точности в аппаратуре.

Команднас строка gcc вот такая у меня в dsp-ориентированном проекте:

Вот выдержка из Atmel-11242B-ATARM-SAM S70-Preliminary Datasheet_24-Feb-15: "Simple- and double-precision HW Floating Point Unit (FPU)" и ещё "The Floating-Point Unit (FPU) supports the ARMv7 VFPv5 architecture."
Смотрим в ARM®v7-M Architecture Reference Manual DDI 0403E.b: "FPv5 - This extension adds optional support for double-precision computations and provides additional instructions."

У кого-то есть, у кого-то нет.

Спасибо, значит STM ставим минус, atmel- плюс, а как обстоит дело с другими производителями (TI, Freescale, NXP итд)?
И вопрос, где можно найти библиотеку "длинного" фурье преобразования (16 килоточек и более) хотя бы для обрезаннйо версии VFPv5? Можно адаптировать от Cortex A9 серий или надо полностью переписывать?

У TI, NXP разве есть M7?

Если смотреть на Digikey, то Cortex-M7 есть только у ST и Atmel.

Kinetis KV5x скоро будет. Только где купить то.

Эх.. вот как смотреть на такое
http://geekbrains.ru/posts/raspberry_pi_zero

Вот видите, сколько в реальности стоят все эти процессоры и память.. Центы!!

А чего никто не упоминает Atmel SAM V7. По-моему - самый шустрый Cortex-M на сегодня.

Всё верно, 4 бакса на печатку и мелочь, и бакс на чип - это ещё с маржой логистики-продажи.
Здесь чип имеет предварительный заказ на фабрике в миллионных количествах: хорошо спланированный, самый дешёвый вариант из всех возможных.
По этой причине кремниевая фабрика выставила настолько низкий ценник, что даже после двух-трёхкратного умножения для пользователя ценник останется в пределах бакса.
Кстати фирма очень сильно рискует. В случае провала она останется должна производителю кристаллов даже если эти чипы не будут вывезены с фабрики - денежку придётся отдавать, ибо договор's.

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

Это демпинг чистой воды, плюс сбыт устаревших чипов, которых было выпущено чуть больше, чем дохрена.

Atmel V - автомобилка, попроще - E, а по дешевле - S.

А в целом и общем - там память SRAM TCM на частоте процессора работает.

Как пишут люди, скоро выйдет F7 с двойной точкой, полуметра ОЗУ и два гектара флеша - скорей всего разнесённого по разным шинам.

Ну хоть это радует..

Ждём 400 mhz


Ну так сбудьте мне хороший документированный ARMv7 A-series, с POP-ой на крыше, форм-факторе шильдика и чтоб по 5 долларов

А рокчипам полдоллара - красная цена..

дык у Атмела уже
Simple- and double-precision HW Floating Point Unit (FPU)

Ценник на E70 кстати меньше 4$

TI делает Cortex-R, там есть double precision FPU, кому надо.

Дак дело-то в том, что доки на него кот наплакал, и периферии в нем почти нет, поэтому, кроме медиацентра его никуда не поставить...

Сам хотел на нем свою прогу перепортировать, но передумал на А20, у него периферии на порядок больше, плата стоит чуть дороже, и доков больше.



И память все та-же SDRAM, будет узким местом..

"USB High-Speed controller with integrated PHY" - я надеюсь, он без костыля 3300, как у стм....

Так его просто так не купить


Это хорошо или плохо?


CoreMark пишут 1500. Самый большой у других кортекс-М встречал 1000.

Даташита то нормального нету пока. Может ли он шустро работать из встроенной флеши при пониженном напряжении - узнаем, наверно, только после выхода ерраты, как было с Atmel SAM 4S.

Когда я говорю про хороший документированный ARMv7 A-series то намекаю безусловно на AM335x

Но теперь получается, что на порядки более крутой модуль стоит почти в 10 раз дешевле

Кстати, мы ещё не пообсуждали тут новый STM32F469I-DISCO. У него там и память 32-битная по людски стоит. И экранчик шикарный! В остальном всё шибко отстаёт от аналогичной диски на семёрке.

p.s. И всё таки... человечество ещё нравственно не готово к появлению таких вещей. Ну не готово оно! Вы мне тогда скажите, а для чего существуют всякие стики на атмелках или мелких ARM, которые продаются россыпью за эту же цену? Ведь должна же быть хоть какая-то человеческая логика.. Не может запорожец стоить как мерс и продаваться рядом.

Рынок ждут большие перемены? В то время, как появляются стики с мощностью настольного компьютера по цене 5 долларов, их собратья по размеру на 180nM техпроцессе выглядят нелепицей.

Конечно это устаревший и неудобный ARM11, но долго ли ждать ответа, когда техпроцессы переходят отметку в 10 nM? А может это фейк? Потом скажут - ну извините, мы не справились и вынуждены были поднять цену до 25 долларов....

Я хоть и заказал дощечку на семёрке, но будущее её выглядит как-то туманно... Мало того, что память медленная, так ещё и установлена абы как!

Ну поиграться, пощупать.. А можно ли Ф7-диско пихать во всякие проектики? Фарш хороший на ней, однозначно. Прям натолкано под завязку! Но 5-долларовывй стик не даёт покоя..

Еще раз говорю - это демпинг! Ну не может эта плата стоить 5 баксов с учетом заложенной рентабельности, да еще и из UK. Пройдет НГ и цена поднимется как минимум вдвое. Сами посудите, обычная RPi стоит 20-20 баксов, причем почти то-же самое на плате, сети нет, усб 1 штука, платка в полтора раза больше... И она вдруг стала в 4 раза дороже, с чего бы это??

AM335x - ну не советует уже никто на нем делать что-то, а уж если производительность М7 устраивает, а АРМ9, на котором есть нувотоны всякие, с онбоард 32-64 мега ддр, плюс к ним есть SDK, и графика у них явно лучше СТМ, может тогда это и есть хороший выбор? Мне они не подошли только по быстродействию (все-таки проигрывают они А9-800 значительно).

Запорожец можно починить при помощи кувалды и какой-то матери, а к мерсу без набора инструментов на 100500 баксов не подойдёшь.
Обычный МК прост как 3 копейки: питание подал - и он работает. Документация обозримая, можно вкурить за несколько дней.
А все эти гигагерцовые процы требуют многослойных плат (DDR, ага), к которым не очень понятно, как подступиться, заморочные схемы питания и документацию (хорошо, если она есть, кстати!) объёмом с библию+талмуд. Короче, сплошной линукс.
Так что не надо вот так просто сравнивать, есть потребность и в запорожце.

М7 далеко не так прост, если программировать не через кубы и квадраты... Это не АВРка, где действительно, хоть на асме за день можно прогу сбацать..



Большинство покупает недорогие модули, на которых уже все это есть



Прошли те времена, когда люди сами чинили технику - все купились но потребуху, радиолюбительство и так было загнано в угол, а теперь убивают напрочь, все только через авторизированые СЦ! Гады!

Вопрос, конечно, интересный. Если M7 действительно по сложности будет приближаться к A9 и т.п., то будет возникать вопрос - зачем? Но я совсем не исключаю, что кто-то сделает МК "простой как авр, быстрый как м7".


И сразу возникает вопрос надёжности поставок. С микросхемами как-то спокойнее. Плюс нужно вписывать модуль в свой конструктив. В общем, всё совсем не однозначно.

Мы попробовали платку от Атмел с V70. Ничего такого страшного, память TCM там действительно шустро работает. Надо только придумать как это использовать.
Вот Cortex A5 - это действительно сложно и не понятно, да еще и 4 питания. Тоже от Атмела платку пробовали. Типо царь всех зверей. Одного программера будет мало.

Сначала тоже это напрягало, но потом понял, что почти все делают по референсу на чип, разве, что разъемы поменяют распиновку и кол-во пинов, но это все решаемо...



Что именно там сложнее чем М4 или М7? В М4 не надо работать с кэшем, в М7 уже надо, Ах да, в А5 нужно запустить ММУ (2 десятка строк кода)



Написал один целиком графическую "операционку", не винда, конечно, но многооконный ГУЙ, сеть, ФС, многозадачность и загрузка конфигурации и форм гуя с усб и сд флешек. И еще куча периферийных интерфейсов...

Так что все поднимаемо и реализуемо!

Самая большая проблема - первый шаг, создать "Hello world" и запустить на проце

Просто у людей страх перед этим, это же процы для линукса!! Нельзя идти в разрез с мейнстримом, уйдет нцать человеколет и т.д. Что мне только не говорили! Просто не надо бояться и все

Привет мир для М4/М7 выглядит даже проще Атмела.

Другое дело, что индусы весь мир завалили своим гавёшко-кодом, этим запугали и загнали в угол программистов. Хотя если разобраться, всё элементарно, как три копейки. Но в отличии от 8-битников, в АРМ много, очень много всего натолкано. Если реализовать все фишки М7, получится настольный компьютер. Фактически Диско-М7 им и является!


В М4 не надо работать с кэшем, в М7 уже надо

А чего с ним работать? Я так понял, он программно недоступен. Только включить во время инициализации и всё.

Кэш данных при работе с DMA надо или заставлять записаться в память при передаче из памяти или забыть какую-то область при чтении в память.

"Хороший" пример - одни магические цифры



Так-то да, или в некэшируемый регион.

Особенно без MMU... На F7 от ST придется управлять.

Между делом A5 уже объявлен устаревшим, а ему на смену приходит A35 с его улётной 64-битной архитектурой. Ассемблер там просто фантастический. Хочу!

Хочу отладку на ARMv8

Старшенькие 32-битники уже начинают замещаться 64bit. Ждём ARMv8 в дипах?

Жуть какая!

Кстати, на сайте ST появилась определённая ясность по вопросам FPU.
Смотрим таблицу и видим:
FPU Single Precision: 745 и 7x6
Double Precision: 765, 7x7, 7x9.
Также интересная инфа по кэшу. Он в старших моделях возрос до 16+16. Появился JPEG кодек и наконец появился камень с тремя CAN каналами...
Ну и 512к озу ... Походу и 1М не за горами.
Теперь вырисовывается применение камня. С 4.3" дисплеем без озу работаем по полной ...

Пока в M7 не реализуют MIPI (как в 469) с дисплеями старыми только и работать, что не сильно привлекает. Поскольку уже мало кто выпускает новые дисплеи с контроллерами с GRAM. Всем хочется разрешалово уже не менее чем 480х800. И озу в 512K уже как то мало.

Так вроде как
Думаю и озу 1М не за горами

Ну вот, а у меня новенькая дискаверина на столе лежит.. Устарела?

Безнадёжно устарела...

Заказали новую отладку от Атмела ATSAME70XPLD.
Она хоть не дорогая. Придет, потестим.

Интересен JPEG кодек в STM32F7, пока даже документации по нему нет. На кодирование с камеры он потянет?

Что-то на русском по этой платке ничего нет..

Эхх.. блиин.... бедный Атмельчик

А откуда вы знаете, что потянет, если документации нет?

Это был вопрос, не тот знак поставил.

F7
Digital camera interface (DCMI)
The devices embed a camera interface that can connect with camera modules and CMOS
sensors through an 8-bit to 14-bit parallel interface, to receive video data. The camera
interface can sustain a data transfer rate up to 54 Mbyte/s at 54 MHz. It features:
• Programmable polarity for the input pixel clock and synchronization signals
• Parallel data communication can be 8-, 10-, 12- or 14-bit
• Supports 8-bit progressive video monochrome or raw bayer format, YCbCr 4:2:2
progressive video, RGB 565 progressive video or compressed data (like JPEG)
• Supports continuous mode or snapshot (a single frame) mode
• Capability to automatically crop the image

Чем только этот суппортс будет обеспечен?

E70
The Image Sensor Interface (ISI) supports direct connection to the ITU-R BT. 601/656 8-bit mode compliant
sensors and up to 12-bit grayscale sensors. It receives the image data stream from the image sensor on the 12-bit
data bus...
For 8-bit color sensors, the data stream received can be in several possible formats: YCbCr 4:2:2, RGB 8:8:8,
RGB 5:6:5 and may be processed before the storage in memory. When the preview DMA channel is configured
and enabled, the preview path is activated and an ‘RGB frame’ is moved to memory.

А тут, вроде как без обработки, просто снимает поток с сенсора.

Чем только этот суппортс будет обеспечен?

Ну.. мало ли чем. Скидывайте RAW в оперативку. А дальше, кодек вам зачем поставили?
Пользуйтесь! А там глядишь, может кодек уже и с VGA потоком справится!

Остаётся одно, тестировать

Вот только непонятно, зачем принимать сжатые данные, что бы потом "дохленькое" ядрышко, с никакой памятью, загрузить под 100% ...... Но наше дело supports, а ваше дело разбираться..

Предположу, что реальное применение кодеку - только если на входе JPG, и ничего нельзя с этим поделать. Например, изображение из интернета.

Жаль, что на 216 МГц так и остановились

p.s.
Ковыряюсь сейчас с AM3358, работающим на частоте 1 ГГц. То же не всё гладко.. Что бы код выполнялся на такой частоте в одноцикловом режиме, он должен загрузиться в L1. Наблюдаю как это работает в реальной жизни? Механизм очень похож на следующий: что бы участок кода попал в L1, он должен быть хотя бы один раз выполнен процессором. И тогда он начинает работать на максимуме. Действительно, некоторые инструкции начинают выполняться по 2 штуки за цикл.

Так вот, хотя бы один раз пройден, вот этот самый первый раз выполняется на скорости от 5 до 15(!) раз медленней! Скорость зависит от того, где размещается исполняемый код - в L3 или в DDR. Способ подгрузить код в L1 как-то вручную, я пока не обнаружил..

Результаты измерений. Есть некий участок кода, подпрограмма. При размещении её в DDRIII, первый вызов выполняется за ~500 циклов, из L3 уже за ~200 циклов. Все последующие вызовы этой подпрограммы стабильно требуют всего 44 (сорок четыре) цикла на её выполнение. Хотя реально в этом коде 48 строк. Остаётся только понять, надолго ли этот фрагмент задержится в L1?

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

Время выполнения измерял встроенным в ядро счётчиком машинных циклов, типа DWT.

Это означает, что DCMI умеет принимать данные без подсчета строк/столбцов. Просто как параллельный слейв порт, сколько дали - столько съел. Полезная фишка, не все камни такое умеют. Для камер с встроенным JPEG самое оно.

Между делом такие вот красавчики в мире возникают. Криптомашинка один фих закрыта

Решение НЕнародное. Платок по 50 долларов с емкостным экраном ждать бесполезно..

за 50 от кого ждать то?

STM32F746G-DISCO ровно 50, Атмеловская E70-XPLD без дисплея 39.