уже пробовал ?

я пробовал... пока не очень хорошо получается...

Не пробовал (чур меня!!! ), но в документации встречал наличие такой начинки.

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

Интересно почему что клава, мышь, монитор с колонками и др. не подключаются через инет? Это же так удобно! Зачем нужен инет для локального обмена данными? К примеру сделали вы цветомузыку. Так что МК музыку непременно должен брать по подписке с яндекса, а выводить результат в инет на вирутальные светодиоды отображаемые в браузере?

А если реально нужен инет, берите малину за 5 баксов.

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

Вот у меня проект на дохлом (по сравнению с вами рекламируемым ESP32) Cortex-M - всего каких-то 120МГц тактовой. Но на нём работает управление мотором при помощи ШИМ=20кГц и обработка данных АЦП с такой же частотой. И ещё многое что (например - реакция и ответы на сообщения приходящие извне по CAN). Объясните - как добиться хотя-бы того же самого на вашем прекрасном ESP32 с учётом того, что ваш "жирный плюс" периодически запрещает все прерывания на обоих ядрах на несколько миллисекунд???
Вот давайте - не надо рекламы, просто объясните - КАК???

Имхо - как раз это такой ЖИРНЫЙ МИНУС, что все остальные невзрачные плюсики вашего ESP32 - уже на важны. И вообще - с учётом данного факта можно считать, что ни ШИМ ни АЦП ни прочей периферии, требующей высокой скорости реакции, у ESP32 просто нет. Она просто не сможет работать при наличии таких запретов прерываний.

Добавлено after 2 minutes 37 seconds:
Точно. Вот этот "закрытый SDK" просто тупо периодически запрещает все прерывания. И что с этим сделать?
Имхо - такому контроллеру место я вижу только в мусорке.

Добавлено after 4 minutes 10 seconds:
...и кроме этого, ничего полезного он больше не может.

jcxz, ну, так тоже не честно. Вы сравниваете серьёзные и ответственные приложения с вариантами в лучшем случае "кофеварка, которая может выйти в интернет и которую выбросят на второй день после поломки", а обычно просто какие-нить очередные варианты часов с синхронизацией, погодой и т.д.
Я вот неуверен, что ESP32 пропустят куда в ответственные области. Надо спросить у любителей ESP, что там с AEC-Q10x

В ответственных ничто не мешает использовать esp просто для wifi вот только не надо про "из пушки по воробьям", всем давно пофиг

Вот вы не уверены, а некоторые рукамиводители уже хотят ставить ESP32 куда попало (в устройство, где нужен realtime). Потому как дёшев ведь! А когда говоришь: "Да не сможет оно, там вот такие серьёзные проблемы", то на тебя смотрят с недоверием и отвечают: "Вот люди в инетике на нём всяко разное лепят и не жужжат. А ты видимо просто не умеешь, потому и ищешь оправдания".
Так что - эти сектанты "святого богоизбранного ESP32" - они не так безобидны как можно подумать. Люди верят им, начинают проекты, которые потом проваливаются. Теряют время и деньги. Потому как о некоторых "особенностях" ESP32 эти сектанты упомянуть "забыли".

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

Добавлено after 7 minutes 46 seconds:
Только так. И не более.

да, логично. Это как с:



(наш рассказ более известен как иностранная короткометражка "Эксперт")

Затем что так проще и удобней...
Дома и так платим за интернет...
На работе интернет бесплатный))
По дороге домой и обратно тоже есть интернет... ))
Интернет есть практически везде.

Если я буду делать цветомузыку... то с управлением по телефону.

Ну и не очень прям уж надо разбираться что там внутри))
Только если делать свою глушилку... или ещё чего...


Добавлено after 2 minutes 3 seconds:

Понятия не имею))
Разберусь скажу...

Кому проще и удобнее?
Для МК проще считать температуру с датчика подключенного проводами, чем через инет. Можно еще светодиодную ленту через инет подключить, только зачем если она в метре от МК?

А если МК используется на даче, в машине, где-то в дали от дома где нет WiFi (или есть но пароль никто не дает)? Мобильный инет? Зачем? Чтобы в браузере виртуальным светодиодом мигать?

Отсутствие доступа к железу закрывает многие возможности. Библиотеки жрут много ОЗУ, почти все в ESP8266. Как их от этого отучить, то есть использовать только то что нужно, а не все нужное и не нужное в конкретном проекте? Не получится. Они скомпилированы и исходников в открытом доступе нет. Это еще хуже чем винда в плане выполнения кода в ядре.

Унитаз ему надо подключить к интернету, пару раз наделает в штаны и поймёт, почему Оккам призывал не плодить сущностей...

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

Пример простой цветомузыки...

- цветомузыкой можно управлять с пульта.
- цветомузыкой можно управлять с телефона (по интернету).
Мне удобней второй вариант.


Современный унитаз уже давно подключён к интернету ))

Унитаз может передавать данные (ваши анализы) на ваш телефон))
Уже давно не новость...


Не знаю.
Когда буду писать для ESP на ассемблере... расскажу подробнее))


-во первых несколько миллисекунд никак не влияет на работу двигателя.
-во вторых несколько миллисекунд в любом случае требуется для шифрования (реакция и ответы на сообщения).
-в третьих... эти проблемы я подробно ещё не разбирал))

Штааа!!!???
А ты точно умеешь работать с двигателями?

Обмен не относится к режиму реального времени. В отличии от.
МК, реализующий в части своих задач режим реального времени, не имеет права блокироваться больше допустимой для оного РРВ латентности.

Да ладно? Правда что-ли?? А двигатель с тобой согласится? Или пустит дым (вместе с силовыми ключами)?
Пропуск всего одного-двух прерываний (при ШИМе = 10...20кГц) уже приводит к заметным ударам в движке. Особенно - при больших скоростях вращения и под нагрузкой или при действии "ослабления поля". А при мощном движке - такой пропуск уже может похоронить твой девайс.
Какое отношение имеет шифрование к двигателю?
Это заметно....

Добавлено after 5 minutes 8 seconds:
Что-то мне подсказывает, что этого не будет никогда.

Двигатель со мной давно уже согласился.
Потому что двигатель (а так же все ключи и сервопроводы) у меня работает на аппаратном таймере. Который выдаёт стабильный ШИМ с кварцевой точностью.
Аппаратный таймер не зависит ни от процессора, ни от прерываний. Он тактируется напрямую от кварцевого генератора.
Максимум что может случится - задержка переключения режима работы таймера в несколько миллисекунд.
В этом случае режим работы таймера обновится на следующем цикле переполнения таймера.
Это никак не влияет ни на работу двигателя, ни на работу ключей. и т.д.

Не все двигатели одинаково полезны. Открой для себя векторное управление асинхронными двигателями.
Впрочем, если у тебя сервопривод - это отдельная "черная коробочка", то ты бы помолчал про управление двигателями...

не ну конечно при работе с двигателем вполне реально построить алгоритмы так чтоб не было какихто диких импульсов тока при замирании прерываний на неск mS, но бывают же всякие тонкие процессы вроде CNC/3DP где нарушение контроля за подвижным обьектом даж на 100uS уже приводит к недопустимым ошибкам позиционирования итп. также это может разрушать работу протоколов обмена (приводить к ошибкам связи да хотяб с датчиками положения скажем) для общего случая это явно не ерунда

Для управления двигателем нормальные люди ставят отдельный драйвер.
Который занимается только одним - управляет двигателем)) Пример - те же частотники...
Никто не пихает в бедную ESP кучу задач для которых она не предназначена изначально.

Бинго!
Из этого следует, что "бедная ESP" узко заточена на IoT устройства с простейшими точками управления и сбора данных. Ну или на банальные мосты для радиочастотных интерфейсов серьезных контроллеров и процессоров.

а для чего она предназначена изначально?
вроде в дш не написано что непредназначена для управления рилтайм процессами