Что касаемо реального времени в больших (и крупных)) ARM, то могу подтвердить - всё очень даже печально..

Например прерывания. Первый вызов любого участка кода, когда он ещё не успел попасть в кеши процессора, может выполняться до 200 (!!) раз медленней, нежели из L1.

Далее идёт обращение к периферии. Одна операция чтения и записи в регистр может занимать до 30-60 машинных циклов на частоте ядра 1 ГГц. И это безусловно. Эти операции нельзя кешировать.

Что бы спасти ситуацию, был придуман такой камушек, как AM3358. В нём есть два ядра реального времени @ 200 МГц. Эти ядра одноцикловые и без кешей. В этом их прелесть. + имеется волшебные регистры R30/31, которые напрямую связаны с ножками портов в/в и могут обращаться к ним за один цикл на частоте 200 МГц. То же самое умеют делать не-кешированные (без L1) флешовые мк, выполняющие код из RAM. Например STM32 серий F3/4/7.

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


Всяким интернетам вещей и датчикам обычно столько и не надо. А там где все настолько требовательно - так там наверное и радиолинк плохая идея, и завязка на сети. Сеть может упасть, а радиолинк - заглушен. Случайно или преднамеренно. Внешний мир может активно влиять на протоколы и вопрос что там будет в случае сложного протокола типа блютуса/wifi или тем более неизвестной проприетарной штуки. На примере wi-fi: нехитрыми манипуляциями с протоколом можно полностью положить линк "мишени" если задаться такой целью.


ОС наверное и не должна заниматься фильтрацией сигналов в жестком реальном времени. Потому что странная задача для ОС.


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


Да, китайцы любят приукрасить возможности чипов. И они не самые-самые. Зато у них простое железо. И стоит копейки. Чем и победят. Техас дорогой, сложный, соотношение цена-производительность ни о чем, да и просто неудобная компания, которая любит NDA и продажи партиями "от самосвала и выше". А про allwinner, доступность и гибкость китайцев хорошо написали olimex, известные тем кто всем этим занимается.


Да понятно что вместо 1.5ГГц скорее будет 1, особенно если у вас нет радиатора размером с заднюю стенку планшета. Но это довольно легко учитывается в таблицах DVFS, если тот кто систему собирает не полный олух и усвоил что китайские мегагерцы и ватты - именно китайские. А так дочка allwinner-а делает вполне приличные менеджеры питания из семейства AXP20x. Весьма на уровне - и не слишком переусложнено и умеет все что от такой штуки надо в типовом планшете и проч (что сильно больше чем обычно надо в том же одноплатнике).

Смысл таких штук - в том что они удачно занимают нишу между надежными но совсем не похожими на компьютер МК (так что продвинутая работа с сетью или, например, распечатать страничку на usb-принтере - геморрой) и мощными но совсем ненадежными и непредсказуемыми х86 писюками. Нормальное сочетание, право на жизнь имеет вроде бы и в последнее время разлетается удивительными тиражами (от чего дешевеет еще сильнее).

Класс задач, где обычная ОС способна "не превысить столько-то" может отнести к задачам РВ лишь очень изощренный ум. Но даже если это так, то платформа за 8 баксов на три десятичных порядка уступит в латентности реакций на внешние события микросхеме за 2 доллара. Все преимущества очередного ХХХ.PI лишь в том, что ни хрена не надо думать о драйверах,а весь сервис получают через API операционки.
Мой опыт почему то подсказывает мне, что в системах с серьезными требованиями к диаграмме работы проблемы создаваемые ОС много сложнее в решении, нежели рихтовка референсного кода какого нибудь стека протоколов в МК. В автономных интернет-вещах "оллвиннеры" сливаются из-за невменяемого потребления, да и габаритов. Хотя некоторые классы задач вполне прокатывают. Особенно при отсутствии в компании вменяемого отдела разработки схемотехники. Посадили традиционных программеров и одного собирателя компьютеров по совместительству сисадмина и продукт готов.


Ничего не понял. Как раз МК легко реализуют один-два интерфейса для датчиков и интернета вещей. Зачем подобным устройствам довольно громоздкие по меркам МК, сильно жрущие и имеющие избыточный функционал микро ПК?


Зато это ОСНОВНАЯ задача для МК. Об том и речь. Тоже можно сказать и о ГЕНЕРАЦИИ сигналов.
Практически любая задача, где требуется НАСТОЯЩЕЕ реальное время (то есть не с миллисекундной синхронизацией любого события, а со СТАБИЛЬНОЙ латентностью порядка сотни наносекунд, а то и менее) не пригодна для классической машины с ОС без специальных аппаратных драйверов поддержки РВ. Где и работают в качестве периферийных сопроцессоров те самые МК.


Вы бы зашли на сайт ТИ и посмотрели на ОСНОВНОЙ ассортимент продукции. Или Вы полагаете, что все должны массово лепить какие нибудь кортексы-А?


С этим никто и не спорит. Но успешность продукта определяется не его формальной реализацией в жизнь, а ОСОБЕННОСТЯМИ этой реализации. И низкая планка входа - плохой признак для бизнеса. Оные "ххх.пи" как раз и понижают эту самую планку.

А чего изощренного в отсыле к формальному определению реалтаймных систем? А то что не все йогурты одинаково полезны - ну да.


Насчет трех порядков это несколько перебор - но вообще я согласен что МК сильно более предсказуемы по latency и jitter. Апликушники не для этого.

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


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


Если с батарейным питанием и надолго - тогда да. А если это не надо и надо что-нибудь сетевое, с кучей gpio, i2c, spi, usb и проч и немного похожее на компьютер с сетью - тут то они свое и берут. Потому что могут все и сразу и вхожи понемногу в оба мира.


А некоторые классы задач так еще и лучше решаются, если надо нечто между писюком и мк. Ну там usb-хост полноценный например. Самому писать дрова периферии на мк для usb хоста - ну вот вы так и развлекайтесь. Заодно поскольку хост обязан отгружать если не 500 то хотя-бы 100 ма - про мелкую батарейку вы при слове "usb host" всяко забываете.


У мк собственно большая проблема с полноценной реализацией протоколов интернета. А также с накоплением и хранением информации. И например прицепить к мк камеру до кучи - не то что совсем невозможно, но - криво и сложно. А к такой штуке - да ерунда вопрос.


Затем чтобы уметь интернет полноценно, не требовать себе скидок, удобно конфигуриться и не иметь своими убогими ограничениями мозги окружающим. А заодно как вы верно заметили - если нужно что-то похожее на компьютер, такая штука может быть значительно надежнее и предсказуемее х86 писюка. Кого еще не задолбали сделаные пятой точкой киоски и автоматы где то bios setup просит нажать эникей, то скринсэйвер какой-то левый? При том что там клавиатуры нет даже в проекте. А на одной такой штуке я нагло шарился в "проводнике" две минуты пока антивирус проверял при загрузке систему. Позорища инженерии - это вот так. А на одноплатнике такое можно сделать и по человечески. Без проводников пускающих любого кто узрел перезагрузку, и нажатий эникея на несуществующей клавиатуре.


Основная задача мк - управление процессами. Зачастую довольно требовательными к скорости и предсказуемости реакции. А какая там фильтрация сигналов и где - вот это уже весьма завист от. Сейчас половина датчиков умные и сами предобработку делают и калиброваны прямо с фабрики.


Вообще - да. Хотя есть на этой планете такие монстры как Фабрис Беллард. В генерации сигналов этот монстр отметился тем что если его чудную картинку отрисовать в VGA интерфейс, это внезапно превращается в DVB-T. Ну а что, VGA это 3 скоростных DAC.


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


Так у техаса кортексы А есть и были, они cortex A пекли чуть ли не первыми на планете. Одно время они ими вполне серьезно конкурировали с остальными. Фирма нокия их традиционно в смартфоны паяла, начиная с древних кирпичей на симбиане (там правда ARM11/OMAP2). При том они были настолько крупным клиентом что под них даже делали кастомные варианты, с нестандартным boot ROM или обвесом. Но вот техас как-то наглел с ценами и увлекался оверинженерией (да и сейчас их не попустило). И таки за это получил - конкуренты их грубо вынесли. Снизу выперли китайцы, сверху самсунг, квалком и ко. Осталась им пара маргинальных ниш, ну и хватит с них. С такой тормознутостью при такой конкуренции не живут (апликушные кортексы - одно из самых динамичных направлений).

В целом омап и деривативы - сложные и оверинженернутые, по производительности ни о чем, цены конские, нда какие-то в лицо норовят тыкнуть. Заморочки с high-secure/non-secure и отсутствием нормальных док на эту гадость. У меня бигл был. Но он стоит извините меня. И был переклинен на каких-то сильно мобилочных делах, с multi chip package. Получилось дорого, бестолково и усрешься пока систему на этом запустишь. Зачем оно такое?

Простите, но успешность продукта определяется его проджами . А качество реализации и достигнутые параметры - это другой вопрос и интересно скорее узкой группе инженеров а не general public. Можно быть хорошим технически продуктом который однако на рынке огребет полный швах. Вот на микроконтроллере например сложно делать полноценную работу с сетью и сколь-нибудь симпатичный пользователям UI/UX. Исключения бывают но их немного.

Дискретные транзисторы тоже ее понижают. Это что, не надо свою полупроводниковую фабрику строить? Вот прямо сходил в ближайший ларек и купииииииил? Без миллиардных инвестиииииций?! Негодяйство то какое. Ну а все эти пи и модули - такое же разделение труда. Можно дать денег тем кто уже сделал процессорный модуль или одноплатник чтобы не заниматься этим самому. Да, для кое-какого бизнеса это плохие новости. То над чем раньше пыхтело целое КБ теперь может и 1-2 васька забахать, да еще сделав поприятнее для пользователей. Кому-то достанутся профиты, а кому-то и дырка от бублика. А что хотели пользователи и насколько им были нужны от интернет приблуд именно сто наносекунд или что-нибудь другое - так это мы как раз и увидим.

В продаже новые LED-драйверы XLC компании MEAN WELL с диммингом нового поколения

Компания MEAN WELL пополнила ассортимент своей широкой линейки светодиодных драйверов новым семейством XLC для внутреннего освещения. Главное отличие – поддержка широкого спектра проводных и беспроводных технологий диммирования. Новинки представлены в MEANWELL.market моделями с мощностями 25 Вт, 40 Вт и 60 Вт. В линейке есть модели, работающие как в режиме стабилизации тока (СС), так и в режиме стабилизации напряжения (CV) значением 12, 24 и 48 В.

Подробнее>>

Порог входа в тему определяет величину маржи и ее ДОЛГОСРОЧНОСТЬ. Не мудрено на общедоступной платформе и из общедоступных библиотек за неделю собрать нечто на продажу. Только конкурент еще через неделю тоже выйдет на рынок точно с таким же товаром, но на границе рентабельности. А вот реализовать на МК за 2...3 доллара то, что конкурент сумел сделать только за 10 - это залог конкурентного преимущества. Работы конечно поболее, но кто обещал деньги задаром?

Добавлено after 18 minutes 28 seconds:

Вообще то таких задач БОЛЬШИНСТВО. Все внутрисхемные задачи такие. И МК в них заменить на линуксную плату совершенно невозможно. А если в ТВ и стоит по сути персоналка, то у нее на материнке периферийных МК как на собаке блох. От сигнальных до совершенно примитивных в пультах ДУ. Откройте любой "чайник" или "холодильник".
Интернету вещей не нужен ворох протоколов интернета. Нужны лишь те, которые обеспечивают встроенные в устройство сервисы. Глупо ставить универсальные машины в фиксированные и принципиально ограниченные по функционалу предметы. Это для производителя удобно пихать одну и ту же китайскую плату во все подряд. А вот потребителю это совсем не облокотилось. Мало того, что подобные устройства глючны до крайности, ибо чем больше кода, чем больше матрешек абстракций, тем сложнее тестировать код, так и денег стоит больше.

Вдогон о семинаре Нордика и о "пимпочках": два моих студента туда не попали из-за аншлага и я попросил менеджера по продажам прислать мне для них 2 Кита nRF52 - пусть хоть дома поупражняются, коль интрес выразили. Сегодня получил оба и уже раздал им. А чтобы им было не скучно, менеджер по своей инициативе вложил ещё в посылку 2 мини-Кита nRF51822-BEACON размером с 16-миллимитровую в диаметре батарейку. Нордик рулит!

Спойлер

Оценочная плата и референс-дизайн STEVAL-WESU1 на основе микроконтроллера STM32L151VE и комплекта датчиков

Отличительные особенности:

https://www.terraelectronica.ru/news_po ... t=20170306
http://www.st.com/content/st_com/en/pro ... wesu1.html

Сегодня разобрал еще одного радиомыша Logitech - тоже Nordic.

Ну что, ARMы теснят не ARMы...
Микропаяльник TS-100 на микроконтроллере с ядром ARM с графическим микроиндикатором, со схемой, с исходниками, прошивается по USB.
Мощность до 65Вт.
Температура от 100 до 400 градусов.
Питание 12-24V
Вес 0.021kg
Размеры 16.8 x 1.7 x 1.3 cm


http://easyelectronics.ru/mikropayalnik ... #more-1415

Его писали в IAR. Пытался (не особо рьяно) перенести его исходники на Keil, однако так и не понял, как это сделать правильно, без переноса мусора.
Цель была такова: адаптировать к другому дисплею, датчику положения, иному управлению может быть, и использовать для этого готовый китайский модуль на "народном" СТМ32, который я уже месяц жду

Я утверждаю, что на старшеньких STM можно сделать компьютер, порядка 486DX4-120. А ведь на них крутились офисы, корелы, 3D редакторы...

А на beaglebone black (AM3358) уже получится рабочая станция.

Условие: ассемблер.

Вот только под 486 писали на ассемблере массово, а для ARM это редкое исключение, максимум "вставочка в критическом месте".

В ИАРе компилил:
Total number of warnings: 72
в исходниках встречается такое, типа:

Затянул в Кейл, подправил - остался 1 варнинг на неиспользуемую переменную. Не знаю будет ли работать - паяльника такого проверить нет, и наверное не будет, пока старенькая китайская п. станция с паяльником и с феном работает хорошо.
https://yadi.sk/d/WffXdlsV3FCWAA

На ПК типа PC/XT с аналогом I8088 процессора NEC V20 на 20МГц и винчестером на 20 Мбайт лично работал в PCAD 4.5, дороговато же стоило такое "железо" в те времена

На GCC (EmBitz) тоже успешно перенеслось. Прошивка в папке bin\Release.

Спасибо большое!
К сожалению мне тоже проверить не на чем

Встретилась ещё такая пимпочка.
Камушек DA14580.
Внутри ARM Cortex M0 @ 16 MHz.
Довольно хорошо нафарширован.

Куда мир катится...

Спойлер

TIDA-00484 – новая эталонная плата беспроводного датчика влажности и температуры, который способен работать более десяти лет от единственной батарейки CR2032. Для достижения такого впечатляющего результата использовались самые современные электронные компоненты производства компании Texas Instruments: малопотребляющий таймер, высокоэффективный DC/DC-преобразователь, ARM-Cortex-M3-контроллер со встроенным субгигагерцевым приемопередатчиком, комбинированный датчик температуры и влажности.
Дизайн включает в себя материалы по проектированию системы, подробные результаты испытаний и дополнительную информацию для быстрого создания готового решения.
Используя предложенную схему, можно легко создавать собственные решения для различных областей: промышленных системы, автоматики зданий, «Интернета вещей» (IoT), систем безопасности и сигнализации, систем климат-контроля, портативных систем и так далее.
Возможности

https://nsk.terraelectronica.ru/rd.php? ... t=20170320

А камушек-то потрясающий.. Фактически в нём три ядра. Открытый и хорошо документированный радиомодуль. + открытая криптомашинка. И всё это почти не требующее энергии...

Этому приложению уже года 2, Олег даже про него ранее писал здесь. Но тогда формат платы был несколько иным и с меньшими габаритами. С этой платой работать, безусловно, удобнее. Жаль, что ТИ эти платы не производит на продажу, а лишь предлагает Герберы для её изготовления. Кажется это новое веяние в политике фирмы. Мы сейчас со студентом разбирается с аналогичным "дизайном" для их CC3200 WiFi чипа и платы расширения для камеры, которую они тоже не производят.

Касательно, CC1310 - камушек действительно замечательный, тем более, что для него совсем недавно был наконец-то разработан интегрированный балун, вмешающий в себя всю пассивную обвязку связи с антенной. У ТИ уже имеется расширенный вариант его СС1350 для нескольких диапазонов и протоколов. А насчёт тройного ядра, реальный чип с таким свойством есть, например, у NXP (LPC43S67). Я в прошлом году на FTF спросил у их инженеров для каких приложений он разрабатывался. Они усмехнулись, но толком ничего не ответили...

TI что-то активизировался - рассылки рассылает (может старье стараются впрудить ). Или может это новый дизайн.

Цифровой щуп-мультиметр с Bluetooth и NFC
Texas Instruments опубликовал опорный дизайн измерительного прибора, выполненного в виде щупа-пробника с передачей информации по беспроводному каналу Bluetooth Smart.
Основной функционал устройства реализован на беспроводном микроконтроллере CC2640 (Powerful ARM® Cortex®-M3), высокую точность измерения обеспечивает 18-разрядный SAR ADC ADS8885 в паре с прецизионным источником опорного напряжения REF3325. Мультиметр имеет шкалу 4½ разряда, при этом он вычисляет истинные среднеквадратичные значения (TrueRMS) c точностью до 0,05%.
Мультиметр обладает большим набором сервисных функций – автоматическое пробуждение при касании (технология CapTIvate), привязка к смартфону с помощью NFC-интерфейса и точный контроль степени разряда батареи с помощью механизма Fuel Gauge.



Мультиметр получает питание от одного литиевого аккумулятора и заряжается через USB-разъем. Для максимально экономного расхода батареи в приборе применен нанопотребляющий преобразователь TPS62740, который рекомендован для устройств с радиоканалом. КПД преобразователя достигает 90% при токе нагрузки всего 10 µA.

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

Спойлер

http://www.ti.com/tool/tida-01012?hqs=s ... eu&DCM=yes