Post:#507563 Date:10.09.2016 (18:55) ... Тема посвящена микроконтроллерам с архитектурой ARM Cortex-M.
Они стали "убийцами" 8-разрядных микроконтроллеров, так как они 32-разрядные, дешёвые, производительные, нафаршированы мощной периферией, например, 16 разрядными таймерами(есть модели с 32-разрядными таймерами), 12-разрядными АЦП (как правило), 12-разрядными ЦАП (как правило), различными приёмо-передатчиками.
Их изготавливают многие производители. Выпускаются множество недорогих ознакомительных плат со встроенными отладчиками и программаторами.
Есть свободные среды разработки, что тоже важно.
1) Про питание. Не стОит забывать, что кроме микроконтроллера на плате есть ещё другая периферия - дисплей, аудиопроцессор, дополнительные микросхемы памяти.
2) А кто говорит, что микроконтроллер ARM Cortex-M7 должен быть полноценной ЭВМ? Он не является полноценной ЭВМ по той причине, что должен решать определённые задачи: цифровая обработка сигналов предже всего, взаимодействие с сенсорным дисплеем, передача данных по протоколу TCP/IP, приём сигналов с датчиков и их обработка и т.д. Для решения узкоспециализированных задач вполне подойдёт. Например, Интернет вещей, управление холодильником, стиральной машиной, управление системами поливки в саду, в системах "умного дома", для портативной контрольно-проверочной аппаратуры в цехах и т.д.
Для применения в качестве мощных вычислителей и расчитаных на длительную работу при питании от батареи были разработаны ядра ARM Cortex-A, которые применяются сейчас в подавляющем большинстве смартфонов. А сравнивать их можно как микроконтроллеры 8051 и процессоры Z80 в конце 70-х и начале 80-х годов.
sw1972 Пост: 514063 От 30.Oct.2016 (07:48)
что должен решать определённые задачи: цифровая обработка сигналов предже всего, взаимодействие с сенсорным дисплеем, передача данных по протоколу TCP/IP, приём сигналов с датчиков и их обработка и т.д.
Это другой уровень абстракции. Здесь все равно на чем он реализован- на х86, мипсах или армах. Все они есть в одноплатном и однокристальном исполнении. Весь вопрос в данном случае почему выбрал именно эту даже с первого взгляда кривую архитектуру. А чем дальше , тем больше она будет ограничена. Арм это не интел- они не тащут ошибки, как интел для совместимости. Просто закрывают и начинают новое.
sw1972 Пост: 514063 От 30.Oct.2016 (07:48)
что должен решать определённые задачи: цифровая обработка сигналов предже всего, взаимодействие с сенсорным дисплеем, передача данных по протоколу TCP/IP, приём сигналов с датчиков и их обработка и т.д.
Это другой уровень абстракции. Здесь все равно на чем он реализован- на х86, мипсах или армах. Все они есть в одноплатном и однокристальном исполнении. Весь вопрос в данном случае почему выбрал именно эту даже с первого взгляда кривую архитектуру. А чем дальше , тем больше она будет ограничена. Арм это не интел- они не тащут ошибки, как интел для совместимости. Просто закрывают и начинают новое.
просто у чела небыло ситуации когда из за глюка бошки 1,5 мегаватный движок идет вразнос... и это у меня было на вполне себе виповских контролерах... заказчик аж поседел с перепугу.
после этого выкинулся нахрен очень умный контролер и перестроилась на простые пиды... сложные бошки угроза глюков... исполняющие механизмы должны быть просты как молоток иначе беда.
sw1972 Пост: 514063 От 30.Oct.2016 (07:48)
что должен решать определённые задачи: цифровая обработка сигналов предже всего, взаимодействие с сенсорным дисплеем, передача данных по протоколу TCP/IP, приём сигналов с датчиков и их обработка и т.д.
Это другой уровень абстракции. Здесь все равно на чем он реализован- на х86, мипсах или армах. Все они есть в одноплатном и однокристальном исполнении. Весь вопрос в данном случае почему выбрал именно эту даже с первого взгляда кривую архитектуру. А чем дальше , тем больше она будет ограничена. Арм это не интел- они не тащут ошибки, как интел для совместимости. Просто закрывают и начинают новое.
просто у чела небыло ситуации когда из за глюка бошки 1,5 мегаватный движок идет вразнос... и это у меня было на вполне себе виповских контролерах... заказчик аж поседел с перепугу.
после этого выкинулся нахрен очень умный контролер и перестроилась на простые пиды... сложные бошки угроза глюков... исполняющие механизмы должны быть просты как молоток иначе беда.
Тут Вы совершенно правы! Выводы очень правильные. Тем более, эти выводы Вы сделали исходя из своего опыта.
Эти контроллеры я не собираюсь применять в системах, где требуется обеспечить повышенную безопасность. Их собираюсь применить в портативной контрольно-проверочной аппаратуре в качестве элемента управления другими измерительными приборами внутри пульта и для отображения информации. Для выявления ошибок в работе предполагается использование средств самоконтроля.
Для более серьёзных задач нужно применять радиоэлементы, имеющие квалификацию, предполагающую повышенную надёжность и устойчивость к разного рода механическим воздействиям. А STM32 такой квалификации не имеют, они индустриального исполнения.
Их собираюсь применить в портативной контрольно-проверочной аппаратуре в качестве элемента управления другими измерительными приборами внутри пульта и для отображения информации.
Спасибо, понятно. Годятся чтобы не включать "большой" комп.
Для мобильных устройств не подходят... из старого анекдота: "портативный - это с двумя ручками для переноски, полупортативный - с одной".
_________________ Человек отличается от обезьяны умением не замечать очевидных вещей.
dedivan Пост: 514423 От 03.Nov.2016 (16:12)
А вот китайцы делают все по феньшую.
Берут старую проверенную архитектуру- ускоряют ее до однотактной - фаршем полным набирают, цена меньше бакса.
А на англицском есть?
Если так дальше будут, отстанем на 1000 лет
Дык как у родного- у того одна простая инструкция занимала 12 тактов, соответственно инструкции типа чтение-модификация-запись выполнялась за 36 тактов,
здесь за три такта.
Считай- при такте 12 мгц родной имел 1 Мипс, а этот может и до 28 мгц щелкать,
соответственно до 28 Мипсов.
Разгон очень заметный.
Огорчение для тех, кто использует мкроконтроллеры с архитектурой ARM Cortex-M, в частности STM32.
Человек на Ютубе выложил ролик, в котором сравниваются микроконтроллер AVR и STM32 по скорости отрисовки картинки, синтезированной методом трассировки лучей.
У контроллера AVR частота 16 МГц, а у STM32 - 72 МГц. Выиграл, естественно STM32, он сделал эту работу быстрее в 5,5 раз. Хотя следовало бы ожидать более быстрой отработки, так как архитектура всё-таки 32-разрядная. Raytracing" frameborder="0" gesture="media" allow="encrypted-media" allowfullscreen>on Arduino and STM32 - speed comparison
sw1972 Пост: 514721 От 07.Nov.2016 (07:58)
Хотя следовало бы ожидать более быстрой отработки, так как архитектура всё-таки 32-разрядная.
Тут конечно-же исходный код нужно смотреть... но обычно без реинжиниринга алгоритма под 32 биты так просто преимущество не получишь... Возможно, что у него для всех его вычислений достаточно 16-бит. вот если бы он в своих вычислениях использовал бы 32-х битные операнды, при работе с 16-ти битным МК. Тогда да.
К примеру он постоянно делает int a = b * a; На 16-ти битном МК и на 32-х битном это по скорости одно и то-же. Вот если бы он записал: long a = b * a, то тут бы платформа 32 бита выиграла, так-как явно указаны требования по 32-х битным операциям, на которых AVR сдулся бы...
я помню как сравнивал 16-битный и 32-х битные режимы работы процессора при работе с графикой и видеопамятью. Замена movsw на movsd не давала желаемого эффекта в виде 2-х кратного увеличения скорости... так-как все упиралось в скорость передачи данных по шине...
sw1972 Пост: 514721 От 07.Nov.2016 (07:58)
Огорчение для тех, кто использует мкроконтроллеры с архитектурой ARM
ARM это уже не контроллер, но и недокомпьютер одновременно.
Вещь специфичная. Возьми какой нибудь обрабатывающий центр.
Там на консоли стоит винда, все ПО управления станками сделано под винду. Вроде бы и АРМ мог справиться- но для него нет полноценной винды.
А уже конкретно каждым движком станка управляют обычные восьмибитники-
и тут АРМ остается не при делах- как говорил один известный персонаж-
- Излишества всякие нехорошие....
Вот нашлась для них ниша- сотовой связи- там пусть и живут.
А нам самодельшикам они ни к чему.
Давай лучше про 51 ядро потолкуем. Все таки 15 центов за контроллер- это серьезная заявка.
Да даже у более солидных фирм полбаксовые камушки - тоже неплохо.
Особо мне нравится ассемблер у 51 камней. Не зря он стал мировым стандартом.
Потому как создавался для удобства пользователя.
