Анонс 32-разрядного процессора для бытовой электроники

Сегодня компания ARM представила новейший процессор Cortex-M7, который предназначен для расширения вычислительных возможностей самых различных предметов. Сфера применения нового процессора невероятно разнообразна: маршрутизаторы, средства автоматизации, различные сенсорные узлы, бытовая техника, а также устройства вычислительной сети «Интернет вещей». Cortex-M7 способен работать с более сложными пользовательскими интерфейсами и операционными системами.


Ключевые особенности процессора Cortex M7:

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

Что предоставляет большие возможности автоматизации помещений и различных объектов. Ждем-с первых образцов, что бы испытать новинку.
  • +2
  • 24 сентября 2014, 15:42
  • A_D

Комментарии (61)

RSS свернуть / развернуть
в ключевые особенности включены
лучшая отзывчивость для контроля над такими устройствами, как беспилотные летательные аппараты;
поддержка голосового управления;
Шо, прямо таки на уровне ядра? Думаю это типовые приложения. Для реалтаймовых приложений опять же есть Cortex-Rx (не знаю чем шустрее чем М семейство).
Может это ядро вообще для архитектур big.LITTLE сделано?
0
Ключевые особенности процессора Cortex M7:
Какой-то бредовый список, за исключением первого пункта. Чем само ядро от младших Cortex-M отличается?
Видел где-то картинку, где наглядно показывался охват поддерживаемых разными ядрами команд. Это было поинформативнее.
За счет чего двухкратное превосходство в производительности?
0
  • avatar
  • Vga
  • 24 сентября 2014, 21:28
Из конкретики пока только конвеер 6 стадий с предсказанием ветвлений и новая внутренняя шина(вроде 64 бита).
0
Буржуйская педивикия уже достаточно много знает об особенностях M7 в сравнении с предыдущими M — en.wikipedia.org/wiki/ARM_Cortex-M
0
поддержка голосового управления
(заинтересованно) А программировать голосом тоже можно? А отлаживать код при помощи русских народных эпитетов?
Это не анонс, а рекламный буклетик. Лучше б технарь заметку написал, а не маркетолог.
+6
стрёмная новость, очередной 100500-ый кортекс…
+1
Такая подача новости мне понравилась больше:
Британская компания ARM Holdings анонсировала выпуск нового 32-разрядного процессорного ядра Cortex-M7, ориентированного на использование в следующих поколениях микроконтроллеров для систем автоматизации и встраиваемых бытовых и промышленных решений.

Процессор ARM Cortex-M7 выполнен на базе дизайна ARMv7-M, для него характерен 6-ступенчатый суперскалярный конвейер с предсказанием ветвлений, внутренняя 64-разрядная шина AMBA4 AXI, интегрированный 2-ходовый ассоциативный кэш инструкций (до 64 КБ, опционально ECC) и 4-ходовый ассоциативный кэш данных (до 64 КБ, опционально ECC), а также встроенный интерфейс памяти. Благодаря высокой производительности нового процессорного ядра на уровне 5 CoreMark на каждый мегагерц тактовой частоты, Cortex-M7 позволяет выпускать эффективные решения для встраиваемых приложений с низкой стоимостью разработки.

Процессор обеспечивает быструю обработку аудио- и графических данных, распознавание голоса, полностью совместим на бинарном уровне со всем семейством Cortex-M и удобен для программирования на языке Cи. Поддерживается совместимость с библиотеками Artisan SC7, комплектом разработчика микроконтроллеров ARM Keil, а также с приложениями независимых разработчиков, таких как Express Logic, FreeRTOS, IAR Systems, Atollic, DSP Concepts, Mentor Graphics, Micrium и SEGGER.

Типичными сценариями использования Cortex-M7, как ожидается, станут модули интеллектуального контроля для широкого круга приложений, включая управление двигателем, промавтоматизацию, продвинутые аудиосистемы, обработку изображений и Интернет вещей (IoT). О лицензировании нового процессора уже объявили Atmel, Freescale и ST Microelectronics.
+3
FPU, кстати, получило двойную точность (double).

От ст, для наглядности, рекламка и контроллер STM32F756 (плюшистый F43x).
0
Выглядит вкусно. А цена?
0
  • avatar
  • Vga
  • 25 сентября 2014, 16:08
Так это ещё превью, камня ни в продаже, ни в образцах пока ещё нет.з. Свежачок-с.
0
FPU, кстати, получило двойную точность (double)
В pdf говорится про single precision. Откуда вы взяли double?
0
С сайта арма, вкладка Specifications: Single and double precision floating point unit.

Насчёт ST: или пожлобились на двойной фпу, или это результат копипаста из ф4.
0
Насчёт ST: или пожлобились на двойной фпу, или это результат копипаста из ф4.
Может быть и так… Пока непонятно какой там FPU…
0
Насчёт ST: или пожлобились на двойной фпу, или это результат копипаста из ф4
Причем здесь ST, что спроектировал ARM — то и делают. Надо читать иногда Tech_Ref_Man-ы от ARM на их ядра.

ARM. Cortex-M4. Technical Reference Manual (2010) page 70:
The Cortex-M4 FPU is an implementation of the single precision variant of the ARMv7-M Floating-Point Extension (FPv4-SP).

Люди не заметили уже сами, как за 2 года зажрались. Когда вышли первые M4 — во всех рекламных буклетах это светилось, но наличие FPU с single_precision тогда было еще, как чудо и манна небесная.
-1
Понятное дело. Но некоторые вещи в ядре опциональны и на выбор разработчика идут. В м4 фпу был железно одинарный и опцией было его не ставить (но ставили, вроде, все — как такую плюшу проигнорить). Теперь, может, кто-то поставит доступный двойной, кому-то пригодится.
0
В общем, микроконтроллеры продолжают ползти в сторону микропроцессоров. А на картинке печки, кофеварки, стиралки… Теперь отжим белья с двойной точностью флоата! Печка с HDMI! Кофе, сваренный процом мощнее отцовского ноутбука!
Почему вместо коремарков не всунуть в МК выводы посильнее, чтобы полевики дёргать напрямую, а не через драйвер? Коммутируемую матрицу подключений, как в PSoC (разводка платы и миграция на новый камень в разы проще), интегрированый DC-DC/LDO чтобы делать устройство полностью на одном кристалле? Продвинутые FIFO к интерфейсам вдогонку к DMA. Но нет, взамен хавайте мощную башку с хилыми ножками, бесполезный датчик температуры, и «true» ГСЧ, который такой же «тру» как ролексы на дилэкстриме. Особенно за драйвера пуш-пуллов мне жаль. От атмеги некоторую периферию и запитать напрямую можно, а для кортексов обвязку городить надо постоянно. А мощных камней сейчас и так навалом, проще уж купить полноценный проц типа А13 или Ситары.
+5
мда уж, это точно… дебилы млин :)
+1
Видимо, на что есть спрос — то и делают. А спрос — на холодильники с TFT-экраном.
+2
  • avatar
  • Vga
  • 25 сентября 2014, 16:50
Я бы не отказался от МК типа mega8 с питанием 5...18 вольт (со встроенным стабилизатором).
+1
А таких еще нет? У атмела, например, есть тинька с DC-DC, работающая от 0.7В. Возможно у кого-то есть и такие.
+1
  • avatar
  • Vga
  • 25 сентября 2014, 21:39
От атмеги некоторую периферию и запитать напрямую можно
видимо патамучто у атмеги нормы лейаута 0.5 мкм
-1
В общем, микроконтроллеры продолжают ползти в сторону микропроцессоров.
Если рассмотреть чипы ARM Cortex — разделение между MCU и SoC видно явно: Cortex-M vs Cortex-A. Причем между ними легко увидеть явный gap (промежуток) в производительности, хотя те и другие имеют 32-разрядные CPU:
Cortex-M <200MHz, а Cortex-A >=1GHz, это не считая сложности конвейера и кол-ва ядер у Cortex-A. Т.е. в промежутке 200-1000MHz почти ничего нет, кроме старых ARM-ов, которые идеологически относятся к SoC, т.е. CPU_for_PC_with_OS, как и Cortex-A. Т.е. Cortex-M7 просто заполняет этот gap.

Но одно из самых главных отличий MCU от SoC — это отсутствие у них MMU (Memory Managemant Unit) для организации механизма вирт.памяти (подкачки страниц) в классической многозадачной ОС, например Linux. У Cortex-M7 тоже нет MMU, т.е. RTOS + классическое программирование для MCU на Си (или C++ или Arduino для мажоров). У-ф-ф, орды говнокодеров на java/javascript с хабра пока еще не страшны, и можно расслабиться :D

Потом, у MCU memory всегда INTERNAL (у старших Cortex-M — это <=256K RAM и <=1M flash — это уже чисто текущее технологическое ограничение кристаллов), а у SoC memory всегда EXTERNAL в виде DDR SDRAM чипов в размере >=512M (это чтобы более-менее комфортно чувствовала себя какая-нибудь современная все более и более распухающая в размере многозадачная ОС).

Т.е. огромный gap между типами ОС и идеологий программирования для MCU и SoC сохраняется — с одной стороны RTOS (точнее просто набор полуфабрикатов для программиста), с другой стороны толстый и с замедленной реакцией Linux/Android. Почему-то не видно на горизонте аналогов мелкой/легкой/быстрой однозадачной ОС а-ля MS-DOS для MCU, хотя именно ей уже и место в старших чипах Cortex-M.
-1
В MIPS есть MMU, PIC32MZ хотя бы. Кортексы с М4 идут с параллельной шиной с возможностью подключения внешней ОЗУ. Этот «gap» влегкую перекрывается в экономическом смысле: младшенькие кортексы А + память или MIPS стоят чуть-чуть дороже старшеньких кортексов М. Но вот разработка софта под кортекс-А в разы дешевле, т.к. можно иметь линукс на борту и нанять ПК-программеров а не хардкорных эмбедщиков, умеющих работать без оси или с низкоуровневой осью. А вот рыночная ниша в этом «gap» очень уж узкая. С классическими задачами для МК влёгкую справляются модели попроще, а для интернета/мультимедийного контента нет смысла городить огород и ставить что-то слабее А7 на который можно загнать стоковый андроид и не париться с софтом.
Появление суперинтегрированых МК с «силовой» частью может сильно снизить ВОМ и повысить интеграцию ПП. Так как при таком крошечном размере кристалла и не самых новых техпроцессах корпусирование стоит значительную часть микросхемы, подобные SoC будут дешевле комплекта микросхем. Тем более что их довольно нетрудно сделать универсальными: драйвер полевиков, СИД, реле, ключ для импульсного блока питания. Интегрировать ESD защиту, RS485/CAN физические уровни (для автомобильных серий). Эх, мечты, мечты. А в реальности со времён распространения ISE и хардверных интерфейсов (а не софтовый I2C как на старых 8051) в эмбеддед никаких особо радикальных улучшений и не было-то.
0
PIC32MZ (200MHz 512K ram 1/2M flash) с MMU с TLB появился только в конце 2013 г, до этого у них были PIC32MX, которые конкретно послабее и без нормального MMU: 50/80/100MHz <=128K ram <=512K flash.

Но мне непонятно: зачем в нем нужен MMU, если интерфейс для подключения чипов внешней SRAM памяти EBI (External Bus Interface) у него работает с частотой всего 50MHz и имеет 20 или 24-битовую шину адреса и 4 линии CS. Сколько это макс.объем памяти? 1M/16M (1 чип SRAM) или 4M/64M (аж 4 чипа SRAM)? Все равно это очень мало для современной классической многозадачной ОС типа Linux.

Что касается засовывания в чип MCU DC-DC/LDO, силовых ключей и т.п. — у меня нет на этот счет никаких мыслей и сведений. Кроме того, что чипы питания для SoC (с дюжину DC-DC и LDO на одном кристалле) почему-то делают отдельно, например вот такой чип с медным дном для SoC Allwinner. Есть, вообще, примеры чипов с встроенным мощным LDO или с ключами, которые по площади будут в 100/1000 раз больше обычного транзистора в ядре CPU?
-1
Продолжу свои мантры: получается, что все различие современных чипов MCU и SoC в 2-х основных вещах:

1/ SoC делают по более мелкому(а значит более дорогому) техпроцессу, отсюда — на порядок более высокая рабочая частота + общая наворочанность архитектуры(кэш-память, большее число стадий конвейера, больше специализированных вычислит.блоков в CPU и т.п.)

2/ У MCU, в отличии от SoC, основная память интегрирована на кристалле, и видимо не превысит в ближайшие 4-5 лет 512K/1M ram и 2/4M flash. И MMU, как бэ там и не нужно вовсе — чисто идеологически. Т.е., допустим такой изврат, как подкачка страниц памяти с microSD в RAM размером 512K/1M, которой как бэ не хватает на все задачи сиюминутно — это уже полный изврат понятия Real_Time, которым так кичатся и дорожат именно MCU-мэны. Т.е. будущее здесь именно в эволюции современных убогих RTOS (куча подпрограмм и сторонних библиотек) в полноценную, но ОДНОЗАДАЧНУЮ Real_Time ОС со всеми плюшками сразу из коробки (файл.система, сетевой стек, запуск программ из файлов, командный процессор для скриптов и т.д.). В принципе, почти все это уже давно есть, но находится в некоем хаосе и не собрано до кучи.

У SoC же, наоборот, внутренней памяти на кристалле совсем чуток обычно – только для загрузчика/BIOS-startup. Основная память – внешняя, и ее должно быть много (>=512M ram >=1G flash), т.е. помимо MMU — для работы с RAM обязателен контроллер DDR SDRAM в составе SoC.

А наличие всяких GPIO, SPI, I2C, CAN, ADC/DAC и т.п. – это уже не монополия и отличительная черта MCU, т.к. многие SoC, как мы знаем, забиты ими тоже под завязку.
-1
ADSL-роутерам на линухе и 8МБ ОЗУ хватало.
0
  • avatar
  • Vga
  • 28 сентября 2014, 02:36
Т.е. ты вещаешь, что эти ARM Cortex-M7 и MIPS PIC32MZ — это все для жидкого, но Linux? Т.е. вся текущая культура и идеология MCU-кодинга, даже вместе с Arduino — пусть катится в это гумно? :D
-1
Уже вижу мордатых и довольных сисодминов и хабрамэнов на новых BMW после успешного говнозакодирования на bash/python-e куч умных_чайников и прочих инторнет_вещей и вумных_домов :DDD А на обочине сидят люди с плакатиками: кодирую MCU ram<=256K на Си+РТОС ЗА ЕДУ!
-1
Нет, я говорю, что при желании там можно запустить полновесный линух. А облегченный uClinux и так уже запускается, без MMU.
0
  • avatar
  • Vga
  • 28 сентября 2014, 05:16
Что-то в этом uClinux все стухло уже давно — есть какой-то древний порт ARM7TDMI, что весьма озадачит любого ARM-мэна. И ничего не сказано про даже мягкий реал_тайм, т.е. его там нет и в помине. Что весьма меня радует :D

А вот порт FreeRTOS для PIC32MZ уже есть.
0
Все то бы готовенькое. Берешь ARM7 порт за образец и пилишь под нужный проц.
Что де реалтайма — не во всех задачах он нужен. Никто же не предлагает ставить линух везде просто потому, что это возможно.
0
  • avatar
  • Vga
  • 28 сентября 2014, 15:02
А вот порт FreeRTOS для PIC32MZ уже есть
Интересно, что и технология Arduino тоже не отстает здесь: производится куча Arduino плат с PIC32 чипом, в том числе и с самым последним PIC32MZ. Программировать их можно в MPIDE — порт Arduino IDE для PIC32, поддержка плат с PIC32 впечатляет.
0
В последнее время возникает проблема/диллема для Embedded_devices_on_MCU: развивать как-то дальше технологии Native_MCU_RTOS, где нет ничего лишнего и весь код(в том числе самой ОС и прочих библиотек) под контролем кодера и ясен ему(т.к. его просто по силам охватить одним взглядом), или они как-то начнут переползать на толстый Linux со всеми плюшками, но где может быть просто до 99.9% не нужного и просто не контролируемого кодером кода(в виду его чрезмерной обильности) в том числе и с точки зрения его поведения в реал_тайме — все более разбухающий говноком Линуса и его корешей, который еще и плодится древовидно в виде сотен различных сборок ОС.

Здесь не надо путать 2 уже устоявшихся вида Embedded_devices: изначально на CPU/SoC с Linux (например, роутеры и т.п. TCP/IP устр-ва) и чисто устр-ва на MCU.
0
Это не дилемма, а всего лишь еще один выбор, определяемый задачей.
0
  • avatar
  • Vga
  • 28 сентября 2014, 14:53
У-ф-ф, орды говнокодеров на java/javascript с хабра пока еще не страшны, и можно расслабиться :D
Почему же? Если уже на М3/М4 поднимали Java/JS/.net/Python, то на этом — и подавно поднимут)
0
  • avatar
  • Vga
  • 26 сентября 2014, 00:56
Почему вместо коремарков не всунуть в МК выводы посильнее, чтобы полевики дёргать напрямую, а не через драйвер? Коммутируемую матрицу подключений, как в PSoC (разводка платы и миграция на новый камень в разы проще), интегрированый DC-DC/LDO чтобы делать устройство полностью на одном кристалле?

потому что это же нужно менять схемотехнику, добавлять хардварные модули в проц и всё такое. гораздо легче набыдлокодить х3 памяти и мегагерц. к тому же уже давно хватает мощности любых микроконтроллеров от любого производителя, чтобы нормально «мозговать» абсолютно любую встраиваемую технику. все эти свистоперделки нужны только для холодильников с псевдополезными функциями интернета и УзерФрендли тач-интерфейса. еще такие камни пойдут во всякие приблуды для умных домов — ведь лампочку удалённо можно и существующими решениями тушить и зажигать, а вот когда на рынок придут (уже пришли) новомодные гаджеты для тру-пацанов — тут уже нужен будет новый кортекс, чтобы с айфончика флоатами менять ЭРЖИБИ каналы в ночной лампе(8-битным шимом, да)… и это печально.
+3
Почему вместо коремарков не всунуть в МК выводы посильнее, чтобы полевики дёргать напрямую, а не через драйвер?… интегрированый DC-DC/LDO чтобы делать устройство полностью на одном кристалле?
Потому, что это никому не нужно. Вот Атимелы сделали попытку и что? Где Атимел с Мегами и где майнстрим?

Пока на рынке востребованы кофеварки с общением через интернет — под них будут выпускать соответствующие камни. Тут можно рыдать и стенать сколько угодно, но эту линию согнуть/повернуть практически невозможно.
+1
Да нету никакого мейнстрима. Вообще нет, как явления. Почему Вы думаете что те процы на которых ездят самодельщики и есть основа индустрии? STM32 светится на каждом сайте с любительскими поделками, а о Renesas далеко не каждый слышал, но в реале доля рынка Renesas больше чем все семейство М3. В индустрии превосходно себя чувствуют и 8051, и PIC, и наверно AVR все еще больше чем STM32. Вышеприведенное семейство HVA это ни хрена не МК общего предназначения и силовой части у него немного. А рынок устройств класса Atiny — одноканальные ШИМ-приводы, таймеры, автономные термостаты, детские игрушки-пищалки в несколько десятков раз больше рынка интернет-кофеварок. И тот кто даст удобное интегрированое решение снимет очень жирные сливки.
+1
Да нету никакого мейнстрима.

Как нет? Больше мегапикселей в фотоаппарате, выше разрешение матрицы экрана, больше полигонов в игре, больше мегабит/с в канале, телефон на 1 миллиметр тоньше, интернет в каждом чайнике и т. д. Пипл это все хавает (иногда осознанно, иногда с подачи маркетологов). Тенденция устойчивая, маржа на новые девайсы высокая. Что-бы это все прокормить нужно больше мегагерц, гигабайт, мельче корпуса. Вот в этом направлении и идет основной вектор развития.

Бесполезно размышлять насколько это хорошо или плохо — это факт, и ничего с этим не сделаешь. Производители МК отлично знают перспективы рынка, потребности производителей, свои ресурсы. Исходя из этого — выбирают оптимальную стратегию. Если не выпускают массово чипы с DC-DC на кристалле — значит это сейчас не приоритетно, а не потому, что не могут сами до этого додуматься.
+2
Ни в фотоаппарате, ни в телефоне, ни в консолях нет МК. Не путайте микропроцессоры общего предназначения и микроконтроллеры для встраемаевых систем.
0
Ни в фотоаппарате, ни в телефоне, ни в консолях нет МК

Уже нет. А относительно недавно были. И фотоаппараты с обычными МК, и сотовые телефоны, и приставки (а до этого совсем без МК и цифровой электроники, но речь не об этом). С ростом потребностей грани между «микропроцессоры общего предназначения и микроконтроллеры для встраиваемых систем» постепенно стирается. Вы же сами писали: «Кофе,  сваренный процом мощнее отцовского ноутбука» — и это вполне соответствует действительности.
+1
Ну, допустим, в приставках таки не было. Там почти везде специализированные микропроцессоры или SoC'и стояли. Из исключений разве что XBOX с его P!!!-733.
А в остальном согласен.
+1
  • avatar
  • Vga
  • 30 сентября 2014, 22:44
В телефонах были свои специфические процы. И никакого «роста потребностей» нету. Если взять кухонный таймер то его можно только или удешевить, или уменьшить энергопотребление и никакие вычислительные мощности и размер ОЗУ его не улучшат. То же касается и замка в подъезде, привода жалюзи и миллиона других малых вещей из которых состоит МК-электроника. Есть рост интеграции: там где раньше давали десяток микрух сейчас ставят две. МК, как губка, вобрали в себя близлежащие CAN, USB, Ethernet, RC-осциллятор и следующим логичным шагом будет поглощение части силовой обвязки. Ну и переход на гомогенную FRAM вместо троицы EEPROM/ROM/RAM и MEMS-осцилляторы превосходящие по точности RC. Вот это и есть прогресс.
+1
Вообще глупо рассматривать МК как «младщих братьев» микропроцессоров общего назначения. У меня в блоге есть фото цельной PDP-8, исполняющей функцию встроенного микроконтроллера. Это было еще в доинтеграционную эпоху. МК это совершенно другая ветвь эволюции, как дятлы и аисты. Глупо прикручивать к дятлу длинные ноги.
0
У МК свои ветви развития. В том числе и ветвь высокопроизводительных контроллеров.
Подобный МК вполне способен заменить медиасок в фоторамке и удешевить ее — и это только самый бытовой пример. Подобный МК позволяет поставить в бытовую технику сенсорный TFT дисплей с гламурным GUI — как бы кто к этому ни относился, это вполне востребованная задача (а чтобы убедиться в ее требовательности достаточно запустить Raspberry Pi — оно дико тормозит исключительно из-за рисования гуя).
В автомобилях, насколько я знаю, применяются достаточно сложные алгоритмы управления двигателем и всем таким, и мощный проц там не помешает. Хотя анонсированные STM процы — бытовые.

Не надо путать эту ветку с веткой МК для таймеров. Она тоже развивается.
+1
Задачи бывают разные. У меня есть «видеоувеличитель» для людей с плохим зрением. Сделан на STM32F407 и каком-то контроллере TFT. Там микропотребляющий процессор для таймера не катит. А F429 позволил бы и контроллер TFT выкинуть.

Опять же, врядли можно ожидать от ARM новости о интегрированном драйвере мосфета. Только о еще более быстром/экономичном/дешевом ядре.

Ну и я все же полагаю, что раз МК с интегрированными драйверами MOSFET и всем таким почти нет — значит, промышленности они не нужны (либо не по такой цене, какую добавляет скрещивание разных технологий).
+1
раз МК с интегрированными драйверами MOSFET и всем таким почти нет — значит, промышленности они не нужны
Здесь еще надо бы узнать позволяет ли это технология изготовления и выгодно ли это экономически для кремниевой пром-ти:

1/ Площадь силового транзистора в 1000-100000 раз превосходит площадь типичного транзистора в составе ядра самого CPU — как почувствует себя цифровое ядро рядом с такими гигантскими конфорками?

2/ Чипы с такими огромными транзисторами делают даже не на второсортных, а на третьесортных и дешевых пластинах кремния. Имеются в виду микроскопические точечные дефекты в пластине, равномерно распределенные по ее поверхности, — чем их меньше — тем дороже пластины. Ясно, что куча таких дефектов(допустим размером с половину ширины соединительной дорожки/затвора транзистора из ядра CPU) практически не повлияет на выход годных чипов, где ширина затворов транзисторов и дорожек в 100 раз больше.

3/ Т.е. прийдется лепить эти чудовищного размера блямбы силовых транзисторов на тот же дорогой кристалл с ядром CPU. Но стоимость кристаллов сильно возрастает при увеличении их площади, т.е. кристаллы 5x5 мм стоят значительно дороже кристаллов 3x3 мм (это все именно из-за точечных дефектов пластины, и соответственно кол-ву итоговой выбраковки кристаллов с нее: больше площадь кристалла — выше вероятность попадания на него точечного дефекта пластины). Современные младшие MCU Atmega и STM32 имеют размеры кристаллов ~3x3 мм. Учитывая площадь силовых транзисторов — общая площадь кристалла может возрасти до 5x5 мм и даже выше.
0
Я примерно об этом и сказал:
либо не по такой цене, какую добавляет скрещивание разных технологий
Также можно вспомнить многочиповые микросхемы. Даже не обязательно МК и силовуха — в приводах иксбокса стоят микросхемы, содержащие в одном корпусе кристалл контроллера привода и кристалл флеш-памяти с прошивкой для него.
0
Почему вместо коремарков не всунуть в МК
интегрированый DC-DC/LDO
В ПИКи воткнули rf модуль, хоть он и независимо от проца работает, но тем не менее есть и такая вундервафля.
+1
тот странное ощущение, когда новость о новом процессоре тебе по барабану
еще больше мегагерц, еще больше ядер, еще круче на 146%
а новизны нет и как там уже выше сказали — нельзя нормально работать с 5в и ток через выводы никакой

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

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

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

смотрел сейчас cisco call manager — сервер воип
один исошник под 5 гиг, а на жестком требует 80 гиг
как-то круто для сервера, который только и делает, что гоняет трафик да логи пишет

кстати а можно на этой мс запилить воип телефон?
чтобы жрал минимум и был большой экран сенсорный и трубка дект к нему
я вот купил 2 циски, выглядят круто, но прошивка закрытая и что там в сип версии я пока еще не знаю
а так можно было бы в корпуса таких телефонов засовывать свои платы с подобными процессорами
особенно если там еще гигабитный свитч воткнуть, чтобы не тянуть от компутера еще второй кабель
+2
полностью согласен, ничего нового нет, какая же это новость, фуфло какое то
+1
Вот приложение для iPhone — это фонарик размером 3.5М. Вот статья про его создателя, в то время (2010 г — дата релиза сего фонарика) он еще был школоло. Именно на такого рода ПО можно заколачивать сейчас весьма нехилые бабки.
0
По работе сталкиваюсь с разнообразной пром. электроникой, в частности с мед. аппаратурой.
Так вот, там входу до сих пор i80186 (в пром весах встречал даже 386!), а так же разнообразные ARM старых типов, PIC18, в отечественной встречается часто AVR и все неувядаемый 51 со схемными извращениями компенсации их ограниченности. Так вот Cortex-M охватывает все уровни необходимых для всего этого оборудования «мозгов». И появление нового М7 только радует. Т.к. в некоторых случаях требуется достаточно объемные и быстрые вычисления для казалось бы простых вещей.
Целые большие платы (МК, память, регистры, периферия) можно будет заменить на один чип!
И самое главное, это однообразность программирования всего этого разнообразия!
0
Можете поделиться примером необходимости вычислений с которыми не справится М4, но сможет М7?
+2
Дело в не в том что может-не может, конечно они совместимы и отличаются производительностью.
Ну а на вскидку: SDR, хотя и М4 может, но ограниченно, а М7 увеличивает возможности, жду с не терпением. Наличие дополнительной производительности делает возможным быстрый сенсорный GUI.
Например, в мед. аппаратах это упростит работу лаборантов.
+1
Быстрый сенсорный гуй вообще никак не зависит от скорости проца. Гуй Андроида 2.2 тормозил на 800 МГц процах с 256 Мб ОЗУ, в то же время отлично работают терминалы с сенсорным экраном на динозаврах вроде VIA C7@300 МГц. Так что с этими вопросами к программистам. Что касается SDR, то ни М4, ни М7 здесь не будут блистать, сюда надо ПЛИС/ЦСП. Архитектура процев общего назначения очень плохо приспособленна к SDR.
+4
Насколько я помню, на терминалах с С7 просто нет GUI-элементов, на которых притормаживания андроида заметны — в частности, таскаемых пальцем списков (да и экраны не позволяют ничего, кроме как ткнуть в кнопку).
Кроме того, там скорее всего в фоне не запускаются процессы, которые внезапно отжирают весь проц на высоком приоритете. В таких условиях и виндовый гуй тормозит на отличненько во всех версиях винды, включая CE.
А в остальном я бы не сказал что GUI у ведра тормозит на том самом 800МГц (на самом деле 600, да еще и арм9) проце. Больше проблем от тугого сенсора.
+1
  • avatar
  • Vga
  • 28 сентября 2014, 14:59
Даже с динамическими элементами плавный графический гуй это задача программера. Вон сейчас подтянут хатээмэл пятый и уже двух ядер станет мало вместе с полгигом озу. Я говорил о Андроиде 2.1 и 2.2, который на китайских планшетах был очень уж тормознутым. Андроид 4 значительно шустрее.
+2
Есть у меня планшет с 2.2. WM8650 «800MHz». Не скажу, чтобы оно тормозило сильнее, чем WinXP на VIA C3 800MHz.
Ну и рисование гуя на экране с разрешением более QVGA — процедура ресурсоемкая. Тот же распи люто тормозит именно из-за софтовой отрисовки — независимо от ОС.

Говорят, не тормозит iOS благодаря приоритету на GUI — стоит коснуться экрана и все процессы замораживаются, но реально я трогал только iPnone 4, а он достаточно мощный, чобы там и ведро не лагало.

Так что для трогательных интерфейсов М7 может еще и маловато будет.
0
  • avatar
  • Vga
  • 28 сентября 2014, 19:57
Что бывает, когда для написания презентации — не привлекают Инженеров )
+1
Действительно, тут нет инфы, интересной инженерам. Но надо таки отдать должное маркетологам — они указали не отличия, а зачем все это нужно. Правда, от местного контингента такие задачи далеки, но если заглянуть в магазин бытовой техники — станет ясно, что это весьма востребовано.
+1
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.