forum.opennet.ru - "MicroPythonOS - ОС с графическим интерфейсом для микроконтроллеров" (57)

"MicroPythonOS - ОС с графическим интерфейсом для микроконтроллеров"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"MicroPythonOS - ОС с графическим интерфейсом для микроконтроллеров"	+/–
Сообщение от opennews (??), 11-Окт-25, 08:55
Опубликован выпуск проекта MicroPythonOS 0.0.11, разрабатывающего операционную систему для микроконтроллеров, таких как ESP32, написанную с использованием инструментария MicroPython. Операционная система оснащена графическим интерфейсом, развиваемым с оглядкой на Android и iOS, и поддерживающим управления через сенсорные экраны. Из областей применения MicroPythonOS упоминаются устройства интернета вещей (IoT), системы управления домашней автоматизацией, интерактивные панели, роботы и умные носимые устройства с управлением экранными жестами. Проект также может применяться для быстрой разработки прототипов новых устройств. Код написан на языках Си и Python и распространяется под лицензий MIT... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64038
Ответить \| Правка \| Cообщить модератору

Оглавление

pip поддерживает встроенный редактор с проверкой синтаксиса есть глобальный ло, Аноним (1), 08:55 , 11-Окт-25, (1) –12

Ахахахаха Хорошая шутка , заполнить поле Name (?), 09:00 , 11-Окт-25, (2) +8

Распознование лиц и детекцию объектов делают же ж на ESP32, там simd есть , Аноним (10), 10:39 , 11-Окт-25, (10) +1

В случае микроконтроллеров её делали или на плис или или на специальных модулях , Аноним (23), 13:57 , 11-Окт-25, (23) +1

Потому что можем С учётом ресурсов микроконтроллера 8212 сомневаюсь, что , Stanislavvv (ok), 09:02 , 11-Окт-25, (3) +3

Был же basic на минимуме ресурсов, Аноним (4), 09:08 , 11-Окт-25, (4) +5
man forth, pofigist (?), 09:36 , 11-Окт-25, (7) +1
Городить OS на Питоне, точно глупость, а сам Микропитон, как дополнительный скри, _kp (ok), 12:36 , 11-Окт-25, (15) +1

Хайп ради хайпа и всё , Аноним (23), 13:57 , 11-Окт-25, (24) –1

А что, если занять МК полезной работой Да ну на Давайте крутить на нём интерпр, Аноним (12), 12:02 , 11-Окт-25, (12)

С рисованием ситуация такая - есть крутая библиотека lvgl для дисплейных панелей, _kp (ok), 12:44 , 11-Окт-25, (17) +3

Ещё и Rust https docs rs lvglНо сильно нагружает оперативную память, требует д, ptr (ok), 00:33 , 12-Окт-25, (54)

Это ничего, менеджер из своего кармана докинет по 5 баксов на более мощный проц , Аноним (10), 00:47 , 12-Окт-25, (55)

В сумме 5 миллионов Сами готовы столько выложить Если вспомнить, что ESP32, ptr (ok), 01:00 , 12-Окт-25, (60)

Быстрее Windows 3 1 , Аноним (13), 12:10 , 11-Окт-25, (13) +1

Быстрее, _kp (ok), 12:46 , 11-Окт-25, (18) +1

Докажи - запусти на 386, Хайль_тоталитарный_Либерализм_РФиНАТО (ok), 00:49 , 12-Окт-25, (56) +1

Пока ещё очень ограниченная поддержка железа, хоть и используется Micropython А , Аноним (14), 12:15 , 11-Окт-25, (14)

В этих ммгпоказ так мало логики что писать её на с спп также просто и быстро как, Аноним (23), 13:55 , 11-Окт-25, (22)

Поверьте, не всегда там мало логики На деле там ее бывает вполне много, благо с, Аноним (14), 17:26 , 11-Окт-25, (40) +1

Ну а зачем поддерживать оптимизированные модули Обычна стоит задача написать ма, Аноним (51), 20:31 , 11-Окт-25, (51)
PIO в RP2040 RP2050 - это лишь универсальная замена блокам CAN, USB, DVI, USART,, ptr (ok), 01:25 , 12-Окт-25, (61)

Разумеется не стоит использовать Micropython там где нужна максимальная эффектив, Еще один Аноним (?), 04:10 , 12-Окт-25, (64)

LIR2032 со своими долговременными 3мА RP2040 даже не потянет по нагрузочной спос, ptr (ok), 09:57 , 12-Окт-25, (71)

Очень круто, есть смысл изучать python , Аноним (53), 23:50 , 11-Окт-25, (53)

А почему не elua или emblua В условиях ограниченных возможностей имхо есть смыс, Крокодил (?), 14:47 , 11-Окт-25, (26)

В случае с micropython, он намного более зрелый и на деле проверенный Ну и всё-, Аноним (14), 17:13 , 11-Окт-25, (39) +3

Благодарю Для меня, как-то незаметно, Micropython стал стандартом в сфере Я не , Крокодил (?), 18:42 , 11-Окт-25, (44)

Покуда lvgl с elua никак, будет то, с чем у lvgl всё хорошо Если вопрос звучит , IdeaFix (ok), 19:22 , 11-Окт-25, (46) +1
НЕ удивительно, как и Python 666 , Хайль_тоталитарный_Либерализм_РФиНАТО (ok), 00:50 , 12-Окт-25, (57)
Не знаю, о какой сфере Вы ведете речь, но для сравнения У меня есть выносные дат, ptr (ok), 03:04 , 12-Окт-25, (62)

Ну вы и Micropython на 8-битном микроконтроллере не запустите Ну и в общем то в, Еще один Аноним (?), 03:44 , 12-Окт-25, (63)

Я просто давно это делал Сейчас тоже самое и с тем же результатом можно сделать, ptr (ok), 04:10 , 12-Окт-25, (65)

При работе с аккумулятором важно как можно быстрее отработать и выключиться, поэ, Еще один Аноним (?), 06:54 , 12-Окт-25, (66)
Скрыто модератором, Ан248ним (ok), 09:27 , 12-Окт-25, (70)

Быстро, быстро, дыщ, дыщ А потом интернет вещей полностью дырявый Интересно, , ымдлопрмип (?), 13:03 , 11-Окт-25, (19) –3

QNX не подходит , Пыщь (?), 13:54 , 11-Окт-25, (21) +2

Неа, проприетарщина , Аноним (33), 16:02 , 11-Окт-25, (33)

Таких достаточно много, но они не общего назначения Нужна секурити ОС для игры , Аноним (29), 15:35 , 11-Окт-25, (29)
дырявым он как раз будет, если будут не ты, ты только тут газировать лужи гораз, Аноним (34), 16:30 , 11-Окт-25, (34) +4
GrapheneOS , Аноним (38), 17:13 , 11-Окт-25, (38)

ФАНТОМ ОС всё таки зарелизилась , Аноним (23), 13:53 , 11-Окт-25, (20)

Давно, но её не видно потому что фантом , 1 (??), 19:51 , 11-Окт-25, (49)

Куда засунуть тормозной жрйщий память язык Правильно, на микроконтроллер, где р, Аноним (25), 14:37 , 11-Окт-25, (25) –2

А вы давно питон видели С jit у него производительность недалеко от С А микроп, Аноним (29), 15:37 , 11-Окт-25, (30) –1

Недавно Супер тормозной язык, отстающий от нативной реализации в семьдесят раз П, Аноним (25), 18:17 , 11-Окт-25, (42)

Речь о MicroPython, а не CPython В следующий раз попробуй читать не задницей , Аноним (47), 19:38 , 11-Окт-25, (47)

Вы утверждаете, что реализация для микроконтроллеров, с их ограниченными ресурса, Аноним (25), 22:08 , 11-Окт-25, (52) +1

В свое время адепты BASIC то же самое рассказывали И где они все теперь И их п, Аноним (-), 08:54 , 12-Окт-25, (69)

Не может язык с динамической типизацией даже приблизиться к C по потреблению пам, ptr (ok), 00:52 , 12-Окт-25, (58)

Помимо контроллеров микропитон вроде как окружение Linux поддерживает, а сабж вр, Аноним (-), 15:01 , 11-Окт-25, (28)

А нафига Микропенис - это чисто микриковская сильно урезанная ради оптимизация , Аноним (29), 15:50 , 11-Окт-25, (31) –1
У HTML относительно питона есть жирное достоинство - не ломается каждые пару лет, Аноним (68), 08:51 , 12-Окт-25, (68)

документации нормальной нет, Аноним (43), 18:22 , 11-Окт-25, (43)

На узком языке , Аноним (59), 00:57 , 12-Окт-25, (59)

Это чтобы из коробки всё тормозило , Аноним (50), 20:23 , 11-Окт-25, (50) +2
Прочитал как MontyPythonOS Призадумался что это название подходило бы ей намног, Аноним (68), 08:49 , 12-Окт-25, (67)

Сообщения [Сортировка по времени | RSS]

1. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." –12 +/–

Сообщение от Аноним (1), 11-Окт-25, 08:55

pip поддерживает? встроенный редактор с проверкой синтаксиса есть? глобальный лок на месте? cphyton и pytorch все библиотеки поддерживает? если нет, то зачем?

Ответить | Правка | Наверх | Cообщить модератору

2. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +8 +/–

Сообщение от заполнить поле Name (?), 11-Окт-25, 09:00

>pytorch
>на ESP
Ахахахаха. Хорошая шутка.

Ответить | Правка | Наверх | Cообщить модератору

10. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +1 +/–

Сообщение от Аноним (10), 11-Окт-25, 10:39

Распознование лиц и детекцию объектов делают же ж на ESP32, там simd есть.

Ответить | Правка | Наверх | Cообщить модератору

23. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +1 +/–

Сообщение от Аноним (23), 11-Окт-25, 13:57

В случае микроконтроллеров её делали или на плис или или на специальных модулях.

Ответить | Правка | Наверх | Cообщить модератору

3. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +3 +/–

Сообщение от Stanislavvv (ok), 11-Окт-25, 09:02

"Потому что можем!" ©
С учётом ресурсов микроконтроллера — сомневаюсь, что там много чего есть.
Вообще, идея писать все приложения для ограниченных ресурсов на интерпретируемом языке сомнительна, по-моему.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +5 +/–

Сообщение от Аноним (4), 11-Окт-25, 09:08

Был же basic на минимуме ресурсов

Ответить | Правка | Наверх | Cообщить модератору

7. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +1 +/–

Сообщение от pofigist (?), 11-Окт-25, 09:36

man forth

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

15. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +1 +/–

Сообщение от _kp (ok), 11-Окт-25, 12:36

Городить OS на Питоне, точно глупость, а сам Микропитон, как дополнительный скриптовый язык вполне практичен и его даже хватает.
И для экранного интерфейса Микропитон вполне удобен и скорости хватает.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

24. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." –1 +/–

Сообщение от Аноним (23), 11-Окт-25, 13:57

Хайп ради хайпа и всё.

Ответить | Правка | Наверх | Cообщить модератору

12. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (12), 11-Окт-25, 12:02

А что, если занять МК полезной работой? Да ну на! Давайте крутить на нём интерпретатор питона для рисования поросячьих мордочек!

Ответить | Правка | Наверх | Cообщить модератору

17. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +3 +/–

Сообщение от _kp (ok), 11-Окт-25, 12:44

С рисованием ситуация такая - есть крутая библиотека lvgl для дисплейных панелей, которая поддерживает и отрисовку кнопочек и жесты, и sdl, и видео, а ней есть интерфейсы на Микропитоне и С, но не С++. Из этих двух, Микропитон поудобне.
А в инновационной "ОС" вряд ли наизобрелали велосипедрв, а скорее обмазали RTOS+LVGL питон прокладками, и назвали получившееся ОС.
Если не придираться к термину ОС, то в остальном ничего плохого, по сути интергировали имеющеся и упростили работу для любителей Питона.

Ответить | Правка | Наверх | Cообщить модератору

54. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от ptr (ok), 12-Окт-25, 00:33

> есть интерфейсы на Микропитоне и С
Ещё и Rust https://docs.rs/lvgl
> Микропитон поудобне.
Но сильно нагружает оперативную память, требует довесок в четверть мегабайта флеша и намного медленней. Eсли на высокопроизводительном ESP32-S3 это еще можно терпеть, то на ESP32-C3 это превращается в большую проблему. Впрочем, именно поэтому MicroPythonOS наиболее популярные ESP32 (Xtensa) и ESP32-C3 не поддерживает.

Ответить | Правка | Наверх | Cообщить модератору

55. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (10), 12-Окт-25, 00:47

> Но сильно нагружает оперативную память, требует довесок в четверть мегабайта флеша и намного медленней.
Это ничего, менеджер из своего кармана докинет по 5 баксов на более мощный проц и флеш в партии миллион штук, а пользователь потерпит. Главное, чтобы программистам удобно было и не нужно было учить С!

Ответить | Правка | Наверх | Cообщить модератору

60. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от ptr (ok), 12-Окт-25, 01:00

> Это ничего, менеджер из своего кармана докинет по 5 баксов на более
> мощный проц и флеш в партии миллион штук
В сумме $5 миллионов? Сами готовы столько выложить? )))
Если вспомнить, что ESP32-C3 стоит $1, то Вы предлагаете пятикратное удорожание!

Ответить | Правка | Наверх | Cообщить модератору

13. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +1 +/–

Сообщение от Аноним (13), 11-Окт-25, 12:10

> Очень быстрая загрузка.
Быстрее Windows 3.1?

Ответить | Правка | Наверх | Cообщить модератору

18. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +1 +/–

Сообщение от _kp (ok), 11-Окт-25, 12:46

Быстрее

Ответить | Правка | Наверх | Cообщить модератору

56. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +1 +/–

Сообщение от Хайль_тоталитарный_Либерализм_РФиНАТО (ok), 12-Окт-25, 00:49

Докажи - запусти на 386

Ответить | Правка | Наверх | Cообщить модератору

14. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (14), 11-Окт-25, 12:15

Пока ещё очень ограниченная поддержка железа, хоть и используется Micropython.
А так было бы очень интересно попробовать эту систему на Raspberry Pico, с учётом того, что писать на Micropython под эту плату очень легко и что самое прикольное, в Micropython полностью поддерживается PIO (реально крутая штука). Если бы ещё была лёгкая отладка PIO, было бы вообще замечательно.
P.S. использую в деле и C/C++ (включая Arduino) и Micropython. Каждый из этих инструментов имеет свои плюсы и минусы - главное выбирать разумно.

Ответить | Правка | Наверх | Cообщить модератору

22. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (23), 11-Окт-25, 13:55

В этих ммгпоказ так мало логики что писать её на с/спп также просто и быстро как на питоне. Вопрос зачем там питон остаётся открытым.

Ответить | Правка | Наверх | Cообщить модератору

40. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +1 +/–

Сообщение от Аноним (14), 11-Окт-25, 17:26

Поверьте, не всегда там мало логики. На деле там ее бывает вполне много, благо современные микроконтроллеры имеют впечатляющие по цене/возможностям характеристики и позволяют все это обрабатывать быстро.
Но чем больше логики, тем обычно сложнее код. И не хочу обидеть коллег, но в embedded разработке, уделяя много времени и сил железу, часто забывают про качество кода. Это хорошо видно во многих библиотеках ко всяким модулям Arduino, которые может быть написаны сверхоптимизированно (что не всегда плохо), но качество кода с т.з. поддержки, расширяемости и программной архитектуры зачастую очень ужасное.
Ну и помимо всего прочего, писать быстрее и проще писать читаемый и поддерживаемый качественный код на micropython. Критически важные элементы по производительности уже пишутся на том же C/C++ или с помощью задействования специализированных решений, как например PIO в Pico.
Но это сугубо мое личное мнение и мой опыт, который разумеется может кардинально отличаться от вашего.

Ответить | Правка | Наверх | Cообщить модератору

51. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (51), 11-Окт-25, 20:31

Ну а зачем поддерживать оптимизированные модули? Обычна стоит задача написать максимально оптимизированную функцию, которая будет выполнять одну конкретную задачу, часто под конкретное железо. В жизненном цикле девайса железо не меняют и ресурсоемкие задачи тоже не меняются, максимум что могут обновить интерфейс, и то врятли.
Эмбедовка это про железки-черные-яцики, там функционал пишут один раз и оно работает годами.
Вот что нибудь на линуксе это уже про ту самую поддержку и обновления, потому что часто это сложные девайсы, где можно себе позволить какие-то фичи новые придумывать.

Ответить | Правка | Наверх | Cообщить модератору

61. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от ptr (ok), 12-Окт-25, 01:25

> Критически важные элементы по производительности
> уже пишутся на том же C/C++ или с помощью задействования специализированных
> решений, как например PIO в Pico.
PIO в RP2040/RP2050 - это лишь универсальная замена блокам CAN, USB, DVI, USART, SPI и т.п. Вычислительные задачи PIO решать не может. А вот то, что любая структура данных, напрямую обрабатываемая на C/C++/Rust, требует в Python, фактически, сериализации и десериализации из объектов и в них - это уже проблема при ограниченных возможностях МК.
В итоге, при решения задачи, для которой хватало CH32V003 на C/C++/Rust, в случае Python можно упереться в нехватку ресурсов даже RP2040 и необходимость применения уже RP2050. Если питание от сети, то это ещё можно пережить, хоть и с утерей конкурентоспособности даже на средней по величине партии. А вот при батарейном питании - это уже катастрофа.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

64. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Еще один Аноним (?), 12-Окт-25, 04:10

Разумеется не стоит использовать Micropython там где нужна максимальная эффективность. Он для этого и не создавался. В таких случаях нередко и Arduino идет в помойку и достается официальный SDK.
Тем не менее, я вполне умудрялся на RP2040 делать долгоживущие от аккумуляторов (до года на LR2032) проекты на Micropython, хотя в нем и нет глубокого сна. Просто проектирование становилось намного более сложным с т.з. железа, с полным обесточиванием компонентов через мосфеты. Большей проблемой были саморазряд аккумуляторов, а также энергоэффективность сторонних модулей. Ну и писалось это с активным применением как PIO (для LCD), так и с активным использованием регистров. Вроде еще Viper активно использовался, но сейчас уже не вспомню.
Что касается PIO, то я и не говорил нигде, что он используется для вычислительных задач. Но PIO позволяет разгрузить основной процессор при работе с периферией, хотя при этом разумеется усложняется логика приложения. Это позволяет быстрее выполнить работу и раньше усыпить микроконтроллер и периферию.
Большей проблемой зачастую при работе с Micropython является память и сборка мусора. Для необходимости эффективного использования памяти (особенно при возможной фрагментации), однозначно лучше старый добрый C/C++ (включая Arduino).

Ответить | Правка | Наверх | Cообщить модератору

71. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от ptr (ok), 12-Окт-25, 09:57

> Тем не менее, я вполне умудрялся на RP2040 делать долгоживущие от аккумуляторов
> (до года на LR2032) проекты на Micropython, хотя в нем и
> нет глубокого сна.
LIR2032 со своими долговременными 3мА RP2040 даже не потянет по нагрузочной способности, так как снизить тактовую частоту до нескольких десятков килогерц он не позволяет. Не говоря уже о логике проекта, способном за год уложится в 30-40 mAh.
RP2040 минимум потребляет 180мКА, а при загрузке требует около 10мА. Так что Вы что-то совершенно фантастическое написали.
> PIO позволяет разгрузить основной процессор при работе с периферией
Только в тех случаях, когда соответствующего интерфейсного блока не предусмотрено. Это просто такое решение в RP2040/RP2050, когда два фиксированных переферийных блока заменены на два универсальных и  вместо целой линейки МК с разным набором переферийных блоков можно выпускать только один МК с двумя универсальными блоками PIO.
> Большей проблемой зачастую при работе с Micropython является память и сборка мусора.
Ещё большей проблемой при этом является управление питанием флеша и RAM. Даже в теории я не представляю на MicroPython выполнение кода из конкретной страницы RAM с выключением питания остальных страниц и флеша. А на тех же STM8L152 выполнение кода из RAM дает трехкратную экономию потребления, по сравнению с флешем.

Ответить | Правка | Наверх | Cообщить модератору

53. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (53), 11-Окт-25, 23:50

Очень круто, есть смысл изучать python.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

26. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Крокодил (?), 11-Окт-25, 14:47

А почему не elua или emblua? В условиях ограниченных возможностей имхо есть смысл экономить

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

39. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +3 +/–

Сообщение от Аноним (14), 11-Окт-25, 17:13

В случае с micropython, он намного более зрелый и на деле проверенный. Ну и всё-таки официально поддерживается самой Raspberry и поэтому с поддержкой PIO нет никаких проблем.
Вообще как бы странно ни звучало, но при работе с Micropython у меня не было проблем каких-либо со стабильностью работы самого Micropython, зато очень оценил то, насколько легче и быстрее дебажить код.
Ну и ещё лично мне симпатична встроенная поддержка асинхронности с использованием привычного синтаксиса async/await, что также позволяет писать более лаконичный код.
Но это мой личный опыт и у вас разумеется вполне может быть другое мнение касательно этого.

Ответить | Правка | Наверх | Cообщить модератору

44. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Крокодил (?), 11-Окт-25, 18:42

Благодарю!
Для меня, как-то незаметно, Micropython стал стандартом в сфере. Я не имею отношения к программированию микроконтроллеров, но интересуюсь ради кругозора.

Ответить | Правка | Наверх | Cообщить модератору

46. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +1 +/–

Сообщение от IdeaFix (ok), 11-Окт-25, 19:22

Покуда lvgl с elua никак, будет то, с чем у lvgl всё хорошо. Если вопрос звучит похоже на "почему не асм?" то... просто не надо его задавать. Ответ известен.

Ответить | Правка | Наверх | Cообщить модератору

57. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Хайль_тоталитарный_Либерализм_РФиНАТО (ok), 12-Окт-25, 00:50

> Micropython стал стандартом в сфере.
НЕ удивительно, как и Python == 666...

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

62. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от ptr (ok), 12-Окт-25, 03:04

> Micropython стал стандартом в сфере.
Не знаю, о какой сфере Вы ведете речь, но для сравнения.
У меня есть выносные датчики температуры и влажности на STM8L152C6T6 и nRF24L01+, отображающие эти показатели на LCD индикаторе и передающие данные, или при изменении этих показаний, или раз в 10 минут. Для их питания одной таблетки СR2032 хватает больше, чем на год. На любом МК, на котором можно запустить MicroPython, среднее потребление менее 1мА в этом сценарии точно не получим. А значит, СR2032 хватит дней на десять максимум. Разницу замечаете?
На мой взгляд, MicroPython на МК может быть оправдан только для единичных DIY проектов с питанием от сети. В остальных случаях на МК ему делать нечего.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

63. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Еще один Аноним (?), 12-Окт-25, 03:44

Ну вы и Micropython на 8-битном микроконтроллере не запустите. Ну и в общем то ваш случай разумеется не очень подходит при использовании с Micropython.

Ответить | Правка | Наверх | Cообщить модератору

65. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от ptr (ok), 12-Окт-25, 04:10

> Ну вы и Micropython на 8-битном микроконтроллере не запустите.
Я просто давно это делал. Сейчас тоже самое и с тем же результатом можно сделать и на 32-х битных STM32L152, тоже содержащих встроенный LCD контроллер с ультранизким потреблением.
> Ну и в  общем то ваш случай разумеется не очень подходит при использовании с Micropython.
И какой случай с батарейным питанием подходит для MicroPython?
Или какой случай подходит даже для мелкосерийного проекта в несколько сотен экземпляров? Очень незначительное снижение стоимости разработки тут никак не компенсирует повышение стоимости аппаратной части даже на десять центов. Для примера, между CH32V003 и RP2040 разница в цене намного больше.

Ответить | Правка | Наверх | Cообщить модератору

66. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Еще один Аноним (?), 12-Окт-25, 06:54

При работе с аккумулятором важно как можно быстрее отработать и выключиться, поэтому MicroPython становится не самой большой проблемой. Например если необходимо для дальнего дачного участка организовать аварийную сигнализацию с использованием LoRa, но с большим аккумулятором (Li-Ion). Делается это достаточно во многих участках владения, где невозможно полноценно питание подвести. С учетом нестабильности многих паленых модулей, динамическое исполнение Micropython позволяет сделать работу несколько надежнее и что самое главное поддерживаемым с приемлемыми затратами.
Было еще несколько задач, которые получалось реализовать, но это мелочи.
Были и более мелкие задачки, но с LR2032. Некоторые делались на Micropython как прототип, но в итоге получалось в стиле "нет ничего более постоянное чем временное" и при хорошей оптимизации получалось выжать неплохо.
Опять же я ничуть не пытаюсь сказать, что Micropython является какой-либо заменой C/C++/Rust, ибо это безусловно бред. Он просто еще один инструмент со своими плюсами и очевидными минусами. При проектировании естественно надо это все учитывать. Я например также пробовал еще и TinyGo и хоть я и люблю Go, но вот надежность решения и поддерживаемость на TinyGo ужасна. Но очень надеюсь что и он прокачается до полностью готового инструмента.
P.S. Прошу прощения за длинные портянки текста.

Ответить | Правка | Наверх | Cообщить модератору

70. Скрыто модератором +/–

Сообщение от Ан248ним (ok), 12-Окт-25, 09:27

> И какой случай с батарейным питанием подходит для MicroPython?
Такой, что МК не сможет завалиться в спячку в ...цать раз дольше. И значит батарейка будет жить в ...цать раз меньше. Это видимо killer feature :D. Battery killer feature.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

19. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." –3 +/–

Сообщение от ымдлопрмип (?), 11-Окт-25, 13:03

> "Быстрой разработки прототипов"
Быстро, быстро, дыщ, дыщ... А потом интернет вещей полностью дырявый.
Интересно, когда-нибудь появится не "быстро-ОС", а "секурити-ОС", изначально заточенная так, чтобы не допускать дыр в безопасности?
Её будут писать нерды, и она окажется никому не нужна. Потому что удобство и безопасность - противоположные вещи.

Ответить | Правка | Наверх | Cообщить модератору

21. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +2 +/–

Сообщение от Пыщь (?), 11-Окт-25, 13:54

QNX не подходит?

Ответить | Правка | Наверх | Cообщить модератору

33. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (33), 11-Окт-25, 16:02

Неа, проприетарщина.

Ответить | Правка | Наверх | Cообщить модератору

29. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (29), 11-Окт-25, 15:35

Таких достаточно много, но они не общего назначения. Нужна секурити ОС для игры в стим и сидения вконтакте? Серьезно? А кому нужна,  2.5 анонимам? Ну пишите.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

34. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +4 +/–

Сообщение от Аноним (34), 11-Окт-25, 16:30

> А потом интернет вещей полностью дырявый.
дырявым он как раз будет, если будут (не ты, ты только тут газировать лужи горазд) писать на си или крестах

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

38. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (38), 11-Окт-25, 17:13

GrapheneOS?

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

20. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (23), 11-Окт-25, 13:53

ФАНТОМ ОС всё таки зарелизилась?

Ответить | Правка | Наверх | Cообщить модератору

49. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от 1 (??), 11-Окт-25, 19:51

Давно, но её не видно потому что фантом.

Ответить | Правка | Наверх | Cообщить модератору

25. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." –2 +/–

Сообщение от Аноним (25), 11-Окт-25, 14:37

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

Ответить | Правка | Наверх | Cообщить модератору

30. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." –1 +/–

Сообщение от Аноним (29), 11-Окт-25, 15:37

А вы давно питон видели? С jit у него производительность недалеко от С. А микропитон заточен на низкое потребление памяти и вообще уже стандарт в микриках. Если вы не профик, зачем писать флуд?!

Ответить | Правка | Наверх | Cообщить модератору

42. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (25), 11-Окт-25, 18:17

>А вы давно питон видели? С jit у него производительность недалеко от С.
Недавно.
>https://www.opennet.me/opennews/art.shtml?num=64029#144
>Pypy, Node.js и Rust обогнали CPython 3.14 в первом тесте в 4.93, 4.88 и 69.82 раз
Супер тормозной язык, отстающий от нативной реализации в семьдесят раз.
>А микропитон заточен на низкое потребление памяти и вообще уже стандарт в микриках.
Писать под микроконтроллеры на нормальных компилируемых языках? Бред какой-то, давайте лучше бидон возьмём.

Ответить | Правка | Наверх | Cообщить модератору

47. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (47), 11-Окт-25, 19:38

>>Pypy, Node.js и Rust обогнали CPython 3.14 в первом тесте в 4.93, 4.88 и 69.82 раз
>>Супер тормозной язык, отстающий от нативной реализации в семьдесят раз.
Речь о MicroPython, а не CPython. В следующий раз попробуй читать не задницей.

Ответить | Правка | Наверх | Cообщить модератору

52. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +1 +/–

Сообщение от Аноним (25), 11-Окт-25, 22:08

>Речь о MicroPython
Вы утверждаете, что реализация для микроконтроллеров, с их ограниченными ресурсами способна на большие оптимизации, чем cpython? Самим не смешно?

Ответить | Правка | Наверх | Cообщить модератору

69. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (-), 12-Окт-25, 08:54

> Вы утверждаете, что реализация для микроконтроллеров, с их ограниченными ресурсами
> способна на большие оптимизации, чем cpython? Самим не смешно?
В свое время адепты BASIC то же самое рассказывали. И где они все теперь? И их программы? С питоном такая же хрень случается - мало программ живет более пары лет. Исключения есть но они лишь подтверждают правило.

Ответить | Правка | Наверх | Cообщить модератору

58. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от ptr (ok), 12-Окт-25, 00:52

> С jit у него производительность недалеко от С
Не может язык с динамической типизацией даже приблизиться к C по потреблению памяти (для каждого объекта тип приходится хранить) и к производительности (почти перед каждой операцией надо тип проверять). Что и видим в тестах:
https://www.semanticscholar.org/paper/Performance-Evaluation...
Если лениво изучать статью, вот результаты:
https://figures.semanticscholar.org/a829c5608ae5d9cf051ab6e5...

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

28. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (-), 11-Окт-25, 15:01

Помимо контроллеров микропитон вроде как окружение Linux поддерживает, а сабж вроде как можно на amd64 запускать. Если так, то помимо реального железа можно в виртуалках использовать и в контейнерах, а экран шарить через VNC/RDP/Spice.
До сих пор было несколько свободных микроосей: FreeDOS, ELKS, KolibriOS, но андроидоподобной еще небыло.
Приложухи можно как альтернативу Web-интерфейсам использовать. Возможно будет полезно для тех кто не хочет с HTML заморачиваться.

Ответить | Правка | Наверх | Cообщить модератору

31. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." –1 +/–

Сообщение от Аноним (29), 11-Окт-25, 15:50

А нафига? Микропенис - это чисто микриковская сильно урезанная ради оптимизация тема. На дженериках то он зачем?! Чтобы сладко было?!

Ответить | Правка | Наверх | Cообщить модератору

68. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (68), 12-Окт-25, 08:51

> Приложухи можно как альтернативу Web-интерфейсам использовать. Возможно будет полезно
> для тех кто не хочет с HTML заморачиваться.
У HTML относительно питона есть жирное достоинство - не ломается каждые пару лет в хлам. Так что доисторический сайт с видом "на дворе 1999" по прежнему нормально открывается.
Теперь попробуйте запустить вообще скрипт на питоне сравнимой древности.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

43. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (43), 11-Окт-25, 18:22

документации нормальной нет

Ответить | Правка | Наверх | Cообщить модератору

59. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +/–

Сообщение от Аноним (59), 12-Окт-25, 00:57

На узком языке?

Ответить | Правка | Наверх | Cообщить модератору

50. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..." +2 +/–

Сообщение от Аноним (50), 11-Окт-25, 20:23

Это чтобы из коробки всё тормозило?

Ответить | Правка | Наверх | Cообщить модератору

67. "MicroPythonOS - ОС с графическим интерфейсом для микроконтроллеров" +/–

Сообщение от Аноним (68), 12-Окт-25, 08:49

> Опубликован выпуск проекта MicroPythonOS 0.0.11, разрабатывающего операционную систему
> для микроконтроллеров, таких как ESP32,
Прочитал как MontyPythonOS. Призадумался что это название подходило бы ей намного больше.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	–12 +/–
Сообщение от Аноним (1), 11-Окт-25, 08:55
pip поддерживает? встроенный редактор с проверкой синтаксиса есть? глобальный лок на месте? cphyton и pytorch все библиотеки поддерживает? если нет, то зачем?
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+8 +/–
	Сообщение от заполнить поле Name (?), 11-Окт-25, 09:00
	>pytorch >на ESP Ахахахаха. Хорошая шутка.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от Аноним (10), 11-Окт-25, 10:39
	Распознование лиц и детекцию объектов делают же ж на ESP32, там simd есть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от Аноним (23), 11-Окт-25, 13:57
	В случае микроконтроллеров её делали или на плис или или на специальных модулях.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+3 +/–
	Сообщение от Stanislavvv (ok), 11-Окт-25, 09:02
	"Потому что можем!" © С учётом ресурсов микроконтроллера — сомневаюсь, что там много чего есть. Вообще, идея писать все приложения для ограниченных ресурсов на интерпретируемом языке сомнительна, по-моему.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	4. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+5 +/–
	Сообщение от Аноним (4), 11-Окт-25, 09:08
	Был же basic на минимуме ресурсов
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от pofigist (?), 11-Окт-25, 09:36
	man forth
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	15. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от _kp (ok), 11-Окт-25, 12:36
	Городить OS на Питоне, точно глупость, а сам Микропитон, как дополнительный скриптовый язык вполне практичен и его даже хватает. И для экранного интерфейса Микропитон вполне удобен и скорости хватает.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	24. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	–1 +/–
	Сообщение от Аноним (23), 11-Окт-25, 13:57
	Хайп ради хайпа и всё.
	Ответить \| Правка \| Наверх \| Cообщить модератору

12. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
Сообщение от Аноним (12), 11-Окт-25, 12:02
А что, если занять МК полезной работой? Да ну на! Давайте крутить на нём интерпретатор питона для рисования поросячьих мордочек!
Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+3 +/–
	Сообщение от _kp (ok), 11-Окт-25, 12:44
	С рисованием ситуация такая - есть крутая библиотека lvgl для дисплейных панелей, которая поддерживает и отрисовку кнопочек и жесты, и sdl, и видео, а ней есть интерфейсы на Микропитоне и С, но не С++. Из этих двух, Микропитон поудобне. А в инновационной "ОС" вряд ли наизобрелали велосипедрв, а скорее обмазали RTOS+LVGL питон прокладками, и назвали получившееся ОС. Если не придираться к термину ОС, то в остальном ничего плохого, по сути интергировали имеющеся и упростили работу для любителей Питона.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от ptr (ok), 12-Окт-25, 00:33
	> есть интерфейсы на Микропитоне и С Ещё и Rust https://docs.rs/lvgl > Микропитон поудобне. Но сильно нагружает оперативную память, требует довесок в четверть мегабайта флеша и намного медленней. Eсли на высокопроизводительном ESP32-S3 это еще можно терпеть, то на ESP32-C3 это превращается в большую проблему. Впрочем, именно поэтому MicroPythonOS наиболее популярные ESP32 (Xtensa) и ESP32-C3 не поддерживает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Аноним (10), 12-Окт-25, 00:47
	> Но сильно нагружает оперативную память, требует довесок в четверть мегабайта флеша и намного медленней. Это ничего, менеджер из своего кармана докинет по 5 баксов на более мощный проц и флеш в партии миллион штук, а пользователь потерпит. Главное, чтобы программистам удобно было и не нужно было учить С!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	60. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от ptr (ok), 12-Окт-25, 01:00
	> Это ничего, менеджер из своего кармана докинет по 5 баксов на более > мощный проц и флеш в партии миллион штук В сумме $5 миллионов? Сами готовы столько выложить? ))) Если вспомнить, что ESP32-C3 стоит $1, то Вы предлагаете пятикратное удорожание!
	Ответить \| Правка \| Наверх \| Cообщить модератору

13. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
Сообщение от Аноним (13), 11-Окт-25, 12:10
> Очень быстрая загрузка. Быстрее Windows 3.1?
Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от _kp (ok), 11-Окт-25, 12:46
	Быстрее
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от Хайль_тоталитарный_Либерализм_РФиНАТО (ok), 12-Окт-25, 00:49
	Докажи - запусти на 386
	Ответить \| Правка \| Наверх \| Cообщить модератору

14. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
Сообщение от Аноним (14), 11-Окт-25, 12:15
Пока ещё очень ограниченная поддержка железа, хоть и используется Micropython. А так было бы очень интересно попробовать эту систему на Raspberry Pico, с учётом того, что писать на Micropython под эту плату очень легко и что самое прикольное, в Micropython полностью поддерживается PIO (реально крутая штука). Если бы ещё была лёгкая отладка PIO, было бы вообще замечательно. P.S. использую в деле и C/C++ (включая Arduino) и Micropython. Каждый из этих инструментов имеет свои плюсы и минусы - главное выбирать разумно.
Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Аноним (23), 11-Окт-25, 13:55
	В этих ммгпоказ так мало логики что писать её на с/спп также просто и быстро как на питоне. Вопрос зачем там питон остаётся открытым.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от Аноним (14), 11-Окт-25, 17:26
	Поверьте, не всегда там мало логики. На деле там ее бывает вполне много, благо современные микроконтроллеры имеют впечатляющие по цене/возможностям характеристики и позволяют все это обрабатывать быстро. Но чем больше логики, тем обычно сложнее код. И не хочу обидеть коллег, но в embedded разработке, уделяя много времени и сил железу, часто забывают про качество кода. Это хорошо видно во многих библиотеках ко всяким модулям Arduino, которые может быть написаны сверхоптимизированно (что не всегда плохо), но качество кода с т.з. поддержки, расширяемости и программной архитектуры зачастую очень ужасное. Ну и помимо всего прочего, писать быстрее и проще писать читаемый и поддерживаемый качественный код на micropython. Критически важные элементы по производительности уже пишутся на том же C/C++ или с помощью задействования специализированных решений, как например PIO в Pico. Но это сугубо мое личное мнение и мой опыт, который разумеется может кардинально отличаться от вашего.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Аноним (51), 11-Окт-25, 20:31
	Ну а зачем поддерживать оптимизированные модули? Обычна стоит задача написать максимально оптимизированную функцию, которая будет выполнять одну конкретную задачу, часто под конкретное железо. В жизненном цикле девайса железо не меняют и ресурсоемкие задачи тоже не меняются, максимум что могут обновить интерфейс, и то врятли. Эмбедовка это про железки-черные-яцики, там функционал пишут один раз и оно работает годами. Вот что нибудь на линуксе это уже про ту самую поддержку и обновления, потому что часто это сложные девайсы, где можно себе позволить какие-то фичи новые придумывать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от ptr (ok), 12-Окт-25, 01:25
	> Критически важные элементы по производительности > уже пишутся на том же C/C++ или с помощью задействования специализированных > решений, как например PIO в Pico. PIO в RP2040/RP2050 - это лишь универсальная замена блокам CAN, USB, DVI, USART, SPI и т.п. Вычислительные задачи PIO решать не может. А вот то, что любая структура данных, напрямую обрабатываемая на C/C++/Rust, требует в Python, фактически, сериализации и десериализации из объектов и в них - это уже проблема при ограниченных возможностях МК. В итоге, при решения задачи, для которой хватало CH32V003 на C/C++/Rust, в случае Python можно упереться в нехватку ресурсов даже RP2040 и необходимость применения уже RP2050. Если питание от сети, то это ещё можно пережить, хоть и с утерей конкурентоспособности даже на средней по величине партии. А вот при батарейном питании - это уже катастрофа.
	Ответить \| Правка \| К родителю #40 \| Наверх \| Cообщить модератору


	64. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Еще один Аноним (?), 12-Окт-25, 04:10
	Разумеется не стоит использовать Micropython там где нужна максимальная эффективность. Он для этого и не создавался. В таких случаях нередко и Arduino идет в помойку и достается официальный SDK. Тем не менее, я вполне умудрялся на RP2040 делать долгоживущие от аккумуляторов (до года на LR2032) проекты на Micropython, хотя в нем и нет глубокого сна. Просто проектирование становилось намного более сложным с т.з. железа, с полным обесточиванием компонентов через мосфеты. Большей проблемой были саморазряд аккумуляторов, а также энергоэффективность сторонних модулей. Ну и писалось это с активным применением как PIO (для LCD), так и с активным использованием регистров. Вроде еще Viper активно использовался, но сейчас уже не вспомню. Что касается PIO, то я и не говорил нигде, что он используется для вычислительных задач. Но PIO позволяет разгрузить основной процессор при работе с периферией, хотя при этом разумеется усложняется логика приложения. Это позволяет быстрее выполнить работу и раньше усыпить микроконтроллер и периферию. Большей проблемой зачастую при работе с Micropython является память и сборка мусора. Для необходимости эффективного использования памяти (особенно при возможной фрагментации), однозначно лучше старый добрый C/C++ (включая Arduino).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	71. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от ptr (ok), 12-Окт-25, 09:57
	> Тем не менее, я вполне умудрялся на RP2040 делать долгоживущие от аккумуляторов > (до года на LR2032) проекты на Micropython, хотя в нем и > нет глубокого сна. LIR2032 со своими долговременными 3мА RP2040 даже не потянет по нагрузочной способности, так как снизить тактовую частоту до нескольких десятков килогерц он не позволяет. Не говоря уже о логике проекта, способном за год уложится в 30-40 mAh. RP2040 минимум потребляет 180мКА, а при загрузке требует около 10мА. Так что Вы что-то совершенно фантастическое написали. > PIO позволяет разгрузить основной процессор при работе с периферией Только в тех случаях, когда соответствующего интерфейсного блока не предусмотрено. Это просто такое решение в RP2040/RP2050, когда два фиксированных переферийных блока заменены на два универсальных и вместо целой линейки МК с разным набором переферийных блоков можно выпускать только один МК с двумя универсальными блоками PIO. > Большей проблемой зачастую при работе с Micropython является память и сборка мусора. Ещё большей проблемой при этом является управление питанием флеша и RAM. Даже в теории я не представляю на MicroPython выполнение кода из конкретной страницы RAM с выключением питания остальных страниц и флеша. А на тех же STM8L152 выполнение кода из RAM дает трехкратную экономию потребления, по сравнению с флешем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Аноним (53), 11-Окт-25, 23:50
	Очень круто, есть смысл изучать python.
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	26. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Крокодил (?), 11-Окт-25, 14:47
	А почему не elua или emblua? В условиях ограниченных возможностей имхо есть смысл экономить
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	39. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+3 +/–
	Сообщение от Аноним (14), 11-Окт-25, 17:13
	В случае с micropython, он намного более зрелый и на деле проверенный. Ну и всё-таки официально поддерживается самой Raspberry и поэтому с поддержкой PIO нет никаких проблем. Вообще как бы странно ни звучало, но при работе с Micropython у меня не было проблем каких-либо со стабильностью работы самого Micropython, зато очень оценил то, насколько легче и быстрее дебажить код. Ну и ещё лично мне симпатична встроенная поддержка асинхронности с использованием привычного синтаксиса async/await, что также позволяет писать более лаконичный код. Но это мой личный опыт и у вас разумеется вполне может быть другое мнение касательно этого.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Крокодил (?), 11-Окт-25, 18:42
	Благодарю! Для меня, как-то незаметно, Micropython стал стандартом в сфере. Я не имею отношения к программированию микроконтроллеров, но интересуюсь ради кругозора.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от IdeaFix (ok), 11-Окт-25, 19:22
	Покуда lvgl с elua никак, будет то, с чем у lvgl всё хорошо. Если вопрос звучит похоже на "почему не асм?" то... просто не надо его задавать. Ответ известен.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Хайль_тоталитарный_Либерализм_РФиНАТО (ok), 12-Окт-25, 00:50
	> Micropython стал стандартом в сфере. НЕ удивительно, как и Python == 666...
	Ответить \| Правка \| К родителю #44 \| Наверх \| Cообщить модератору