...а лучше б мусор выносил

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

нафиг эти STM...
чтоб работало чуть быстрей ? 72 мгц против 20 мгц ? и всё ? ))


для простых проектов пойдёт и AVR...
для сложных проектов берите ESP...



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

давайте поговорим про андроид... это и то интересней))
на чём пишем ?

STM32H7 на 500 МГц работать могут!

Сравните разрядность ядра AVR и ARM, его возможности, сравните периферию и увидите существенную разницу не в пользу AVR.

(Видимо, тема "глубоко" оффтопной )

Вчера был "удивлен" (с отрицательной стороны) с STM32H723ZG: таймеры работает с максимальной частотой 275 MHz, т.е. для их нужно включить и пред-делитель /2 (ожидал (не читая документации ) - что-то на Fклок ядра, как у других типов). Но 275 MHz - это тоже много . (Е, и ток 105 mA на китайском модуле на 550 MHz). И также HSE могут кардинально разгоняться. Поэтому написал, что каждый МК имеет свою область применения.

Когда же промышленность отреагирует на требования радиолюбителей и выпустит i9 хотя бы с 4 кБ флэш?

STM32H7 на 500 МГц...
ну допустим...

а цены смотрели ?

ESP... на 240 МГц... в разы дешевле...

ESP32 довольно медленные. Оба ядра S3 в 2 раза медленнее H723 и примерно на треть быстрее одноядерного H5. При этом Xtensa уже все, новых не будет, а RISC-V версии еще медленнее, за исключением P4, но там уже цены намного больше.

И что, в ESP появилась защита от считывания прошивки? Если нет, о каком более-менее серьёзном применении можно говорить?

Кроме того - На электрониксе один автор (использовавший этот ESP32 в реальном проекте, а не в игрушке-моргалке лампочками) рассказывал о забавной фичебаге ESP32: во время работы wireless-стека, этот самый стек периодически запрещает все прерывания на обоих ядрах на несколько миллисекунд.
https://electronix.ru/forum/topic/19698 ... nt=1963372
И так никто и не смог сказать как это победить. И в инете нет решений.
Вот вам и "мощный и дешёвый" ESP. Но почему-то все восхвалятели ESP32 "забывают" упомянуть о такой "мелочи"...

И о какой работе в реальном времени можно говорить при наличии такого "сюрприза"???
Имхо - с учётом этого, ни о каком применении ESP32 в системах реального времени даже говорить не приходится. Самый простейший и дешёвый STM32F103 - и то будет намного лучше. А ESP32 - только для какого-нить пользовательского интерфейса разве что. Где не страшны периодические залипания.

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

Ниже: "сюрпризы" в STM32. Автор задокументировал для себя и поделился. Сам сталкивался с несколькими подобными случаями, которые описаны. Вот и так и нашёл сайт, когда искал возможные решения. Инфо интересно. Легко читать с переводчиком.

STM32 gotchas

А зачем там встроенная флешь? Там встроенное ОЗУ довольно неплохого объёма. То, которое называется "кешем". Этот кеш можно залочить для работы в режиме обычного ОЗУ.
Нужен только небольшой ROM с загрузчиком, который позволит грузиться из внешней SPI-флешки при старте.


Добавлено after 7 minutes 26 seconds:
Читаю первый же: "Peripheral clock must be enabled in RCC"
"Сюрприз"? Серьёзно??? "сюрприз" это для начинающего, который даже мануал читать не пробовал, а сразу начал быдлокодить.
Включение тактирования каждого блока перед его использованием - вещь вроде как само собой разумеющаяся. И так почти в каждом МК с ARM-ом ядром. Позволяет отключать тактирование ненужных блоков для экономии энергии. Сделайте такое "открытие" для себя.
Далее там в списке такие же "сюрпризы". Для тех кто не читает документации.
Ещё в тот список надо внести пункт: "Перед использованием какой-то периферии, её нужно предварительно настроить!" Ведь кто бы мог предположить такое!



Вы совсем тут не видите разницы с очевидным багом ESP32?

Открою ещё одну тайну: чтобы всё работало, нужны батарейки

встроенная флеш... периферия...

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

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

В этом уверены? Насколько стара информация? :П
В примере ниже к какому MAC-адресу выбираем сами подключиться устройство.

хорошо... не так выразился))
скажем так - наиболее частые требования разработчиков))


уверен.
не путайте MII интерфейс и Интернет. Это разные вещи.
для подключения к интернету нужно делать/покупать переходник MII интерфейс >> Интернет.

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

STM32 Ethernet Example - HTTP Server Part 1для вас. Мир развивается и без нас.

Да секта ESPанутых ничуть не менее долбанутая, чем секта Arduiнутых. Спорить с ними бессмысленно и нужно просто обнять и плакать пропускать мимо ушей их мантры о величии их многовыводных божков.

Робятки-котяры!
Не путать тырнет на проводках и тырнет вайфанутый!
проводки можно а любых жирных МК соорудить, а вот встроенный в кристалл (или внутри упаковки модуля как у ESP) радиоканал есть не у всех.

Относительно "сект"-у каждого есть свои любимые деталюшки (зависит от возможности добыть и приготовить).
Однако все хорошо по мере наличия матчасти да софтины, требований к конструкции и получаемых результатов.