Главный принцип Ардуинавтики- в чем?

[roman.com]

проводки можно а любых жирных МК соорудить

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

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

[BOB51]

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

[Мурик]

-и главное - а как подключаться к МК ? самое удобное - по интернету))

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

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

STM не может сам (без посторонней помощи) подключаться к интернету... а это большой жирный минус...

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

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

ESP может сам (без посторонней помощи) подключаться к интернету... а это большой жирный плюс...

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

[jcxz]

roman.com писал(а):

а какие вообще главные требования к МК ?
-чтоб был АЦП... для сигналов всяких...
-чтоб был ШИМ... для управления устройств всяких...
-и главное - а как подключаться к МК ? самое удобное - по интернету))
STM не может сам (без посторонней помощи) подключаться к интернету... а это большой жирный минус...
это настолько жирный минус что остальное уже и не так важно.

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

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

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

Мурик писал(а):

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

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

Добавлено after 4 minutes 10 seconds:

roman.com писал(а):

ESP может сам (без посторонней помощи) подключаться к интернету

...и кроме этого, ничего полезного он больше не может.

[Уош]

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

[Morroc]

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

[jcxz]

Уош писал(а):

Я вот неуверен, что ESP32 пропустят куда в ответственные области.

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

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

Добавлено after 7 minutes 46 seconds:

Morroc писал(а):

В ответственных ничто не мешает использовать esp просто для wifi

Только так. И не более.

[Уош]

А когда говоришь: "Да не сможет оно, там вот такие серьёзные проблемы", то на тебя смотрят с недоверием и отвечают: "Вот люди в инетике на нём всяко разное лепят и не жужжат. А ты видимо просто не умеешь, потому и ищешь оправдания".

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

— Так вот, — говорит Морковьева. — Нам нужно нарисовать семь красных линий. Все они должны быть строго перпендикулярны, и кроме того, некоторые нужно нарисовать зеленым цветом, а еще некоторые — прозрачным. Как вы считаете, это реально?
— Нет, — говорит Петров.
— Давайте не будем торопиться с ответом, Петров, — говорит Сидоряхин. — Задача поставлена, и ее нужно решить. Вы же профессионал, Петров. Не давайте нам повода считать, что вы не профессионал.

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

[roman.com]

Нужно прикручивать к МК мобильный инет, платить за него. Зачем?

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

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

Закрытый SDK - огромнейший минус

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


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

jcxz писал(а):

Вот давайте - не надо рекламы, просто объясните - КАК???

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

[Мурик]

Затем что так проще и удобней...

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

Дома и так платим за интернет...

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

Ну и не очень прям уж надо разбираться что там внутри))

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

[Уош]

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

[roman.com]

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

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

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

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

)).jpg

(51.98 КБ) 158 скачиваний

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

Унитаз ему надо подключить к интернету

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

))).jpg

(54.48 КБ) 120 скачиваний

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

Мурик писал(а):

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

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

jcxz писал(а):

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

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

[КРАМ]

roman.com писал(а):

-во первых несколько миллисекунд никак не влияет на работу двигателя.

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

roman.com писал(а):

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

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

[jcxz]

roman.com писал(а):

-во первых несколько миллисекунд никак не влияет на работу двигателя.

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

roman.com писал(а):

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

Какое отношение имеет шифрование к двигателю?

roman.com писал(а):

-в третьих... эти проблемы я подробно ещё не разбирал))

Это заметно....

Добавлено after 5 minutes 8 seconds:

roman.com писал(а):

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

Что-то мне подсказывает, что этого не будет никогда.

[roman.com]

roman.com писал(а):

-во первых несколько миллисекунд никак не влияет на работу двигателя.

А двигатель с тобой согласится?

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

[КРАМ]

roman.com писал(а):

Потому что двигатель (а так же все ключи и сервопроводы)

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

[AlexS4]

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

[roman.com]

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

[КРАМ]

roman.com писал(а):

Никто не пихает в бедную ESP кучу задач для которых она не предназначена изначально.

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

[AlexS4]

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