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

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

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

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

Оглавление

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

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

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

В случае микроконтроллеров её делали или на плис или или на специальных модулях , Аноним (23), 13:57 , 11-Окт-25, (23) +2
в есп32-кам что-то подобное делали, но частота кадров была не сильно выше нуляне, Смузихлеб забывший пароль (?), 11:04 , 12-Окт-25, (76) +1
Вы еще на китайском тетрисе его сделайте Измеряя перфоманс в юнитах FPH frames, Аноним (81), 11:47 , 12-Окт-25, (81) +1

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

Был же basic на минимуме ресурсов, Аноним (4), 09:08 , 11-Окт-25, (4) +6

Был И были нативные программы И например Microsoft C 80 какой И проч Тоже на, Аноним (81), 11:52 , 12-Окт-25, (82) –1

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

Хайп ради хайпа и всё , Аноним (23), 13:57 , 11-Окт-25, (24) –1
Сначала они городили фронтенд на питоне, для меня это было шок, потом я узнал пр, Аноним (96), 20:44 , 12-Окт-25, (96)

Вдобавок, вероятно, ещё и с подвиранием Апп Стор, который яблочный, на перечисл, Смузихлеб забывший пароль (?), 11:11 , 12-Окт-25, (77) –1

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

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

Ещё и 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)

Ну так диды на каком-то хламе - на луну летали, еще и патча код прям на орбите, , Аноним (81), 11:55 , 12-Окт-25, (83) +3

Не забываем про такую гениальную вещь как шитый код, который позволял максимальн, Bottle (?), 15:19 , 12-Окт-25, (87)

Это вы про Forth Но он планету не завоевал Редко о нём можно ныне можно услыша, Аноним (91), 16:15 , 12-Окт-25, (91)

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

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

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

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

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

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

Ну а зачем поддерживать оптимизированные модули Обычна стоит задача написать ма, Аноним (51), 20:31 , 11-Окт-25, (51) +1
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)

Для такого STM32L0 L1 G0 какой-нибудь скорее уместен Он в 3 мА уместится как де, Аноним (-), 14:56 , 12-Окт-25, (85)

Зато может - сделать нестандартный интерфейс, или интерфейс не характерный для э, Аноним (-), 18:34 , 12-Окт-25, (94)

Очень круто, есть смысл изучать 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)

Во-первых, нужно ещё сохранить состояние перед выключением и восстановить его по, ptr (ok), 10:24 , 12-Окт-25, (72)
Он создавался изначально для прототипирования, когда наличие интерпретатора внут, ptr (ok), 10:42 , 12-Окт-25, (73) +1

Вы издеваетесь Микроконтроллерная фирмварь типично компилится несколько секунд , Аноним (78), 11:36 , 12-Окт-25, (78)

Ты завис, перезагрузись Тебе - возможно Мне, допустим, ценой и размером Не на, Аноним (97), 21:12 , 12-Окт-25, (97)

Вообще-то код работающий в 10 раз дольше - это как раз серьезный удар по потребл, Аноним (75), 10:57 , 12-Окт-25, (75)

Скрыто модератором, Ан248ним (ok), 09:27 , 12-Окт-25, (70)

А у вас в теплице что, электричества нет Оно сейчас есть в любом производственн, Аноним (91), 16:06 , 12-Окт-25, (90)

Ada is unequivocally better 128521 https pico-doc synack me getting_starte, Аноним (-), 17:30 , 12-Окт-25, (92)

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

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

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

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

Учитывая что парочку потыканых палочкой сервисов на питоне умирали в первые 5 ми, Аноним (78), 11:40 , 12-Окт-25, (79)

GrapheneOS , Аноним (38), 17:13 , 11-Окт-25, (38)
Скрыто модератором, Аноним (-), 18:01 , 12-Окт-25, (93)

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

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

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

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

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

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

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

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

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

В 10 раз - это если с наивным кодом сравнивать, без simd, без внимания к кэш фре, Аноним (10), 20:16 , 12-Окт-25, (95)

Помимо контроллеров микропитон вроде как окружение 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) –1

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

Скрыто модератором, Парасюк (?), 12:54 , 12-Окт-25, (84) +1

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

Рождённый интерпретироваться летать не может , Аноним (74), 10:50 , 12-Окт-25, (74)

Ползающий цирк монти пайтона MontyPython Crawling Circus , Аноним (89), 16:00 , 12-Окт-25, (89)

Ну и куда можно засунуть своего микропитона , Аноним (86), 15:08 , 12-Окт-25, (86)

В свои штаны, очевидно же , Аноним (91), 15:53 , 12-Окт-25, (88)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение от Смузихлеб забывший пароль (?), 12-Окт-25, 11:04

в есп32-кам что-то подобное делали, но частота кадров была не сильно выше нуля
не надо забывать, что там памяти мало помимо того, что это мк пусть и мноргоядерный, ещё и любящий поглючить/зависнуть

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

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

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

> Распознование лиц и детекцию объектов делают же ж на ESP32, там simd есть.
Вы еще на китайском тетрисе его сделайте. Измеряя перфоманс в юнитах FPH (frames per hour).
Сидите спокойно перед старым фотоаппаратом, как мумия, иначе картинка смажется^W^W рожа не распознается.

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

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

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

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

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

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

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

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

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

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

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

> Был же basic на минимуме ресурсов
Был. И были нативные программы. И например Microsoft C 80 какой. И проч. Тоже на мизерных ресурсах. Почему-то про басика успешно все забыли. А сишка живет с своих 70х и далее.

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

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

Сообщение от 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ообщить модератору

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

Сообщение от Аноним (96), 12-Окт-25, 20:44

Сначала они городили фронтенд на питоне, для меня это было шок, потом я узнал про бекенд на питоне, шок(х2), а теперь ОС на питоне - здезда в шоке. Мы с этим питоном свернули куда-то не туда.

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

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

Сообщение от Смузихлеб забывший пароль (?), 12-Окт-25, 11:11

> Поддержка запуска как на платах с микроконтроллерами ESP32,
> так и на обычных ПК или платах с Linux, таких как Raspberry Pi c Raspbian.
> Поддержка установки внешних приложений, распространяемых через
> централизованный каталог App Store (например, просмотрщик изображений и
> программа для работы с камерой)
Вдобавок, вероятно, ещё и с подвиранием. Апп Стор, который яблочный, на перечисленных устройствах едва ли работает тупо потому что работает под ябблОСью. Ну и бонусом - там сложности с выгрузкой приложений, работающих на интерпретируемых ЯП, под которые нет встроенных движков у яблока. Для жс ещё можно применить вебкитовский жс-кор( свой - нельзя ). С питоном могут быть сложности не меньше, чем с си-шарпом
Либо типы просто врут, либо - попытались спереть оф. название конкретного магазина приложений( даже у гугла не Апп Стор, а Плей Маркет )

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

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

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

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

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

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

Сообщение от _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ообщить модератору

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

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

> А что, если занять МК полезной работой? Да ну на! Давайте крутить
> на нём интерпретатор питона для рисования поросячьих мордочек!
Ну так диды на каком-то хламе - на луну летали, еще и патча код прям на орбите, когда факап вышел.
А что сделали внучки получив процы в 100500 раз мощнее, дофига памяти и проч? А, нахрен полеты на луну - давайте вот селфи своих ценных рож снимать!

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

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

Сообщение от Bottle (?), 12-Окт-25, 15:19

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

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

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

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

> шитый код
Это вы про Forth? Но он планету не завоевал. Редко о нём можно ныне можно услышать.

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

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

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

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

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

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

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

Быстрее

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

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

Сообщение от Хайль_тоталитарный_Либерализм_РФиНАТО (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 - ОС с графическим интерфейсом для микроконтро..." +1 +/–

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

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

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

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

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

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

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

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

Сообщение от Аноним (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ообщить модератору

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

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

> LIR2032 со своими долговременными 3мА RP2040 даже не потянет по нагрузочной способности,
> так как снизить тактовую частоту до нескольких десятков килогерц он не
> позволяет.
Для такого STM32L0/L1/G0 какой-нибудь скорее уместен. Он в 3 мА уместится как делать нефиг. Даже на частоте несколько мегагерц. Конечно и основную систему дизайнить придется под стать.
> RP2040 минимум потребляет 180мКА,
Ну то-есть при емкости типичного CR2032 в 200 mAh оно если ничего кроме спячки не делать проживет - около месяца. А если еще и просыпаться порой - и того меньше. В этом месте даже дубовый STM32F1 дико угорает, с его standby и побудкой RTC или вачдогом при жоре в микроамперы. Но громко хайповать это ж не инженерить нормально...
> а при загрузке требует около 10мА. Так что
> Вы что-то совершенно фантастическое написали.
Спалился гонщик. На таких мелочах "великие эмбедеры" и замечают что ус отклеился.
>> PIO позволяет разгрузить основной процессор при работе с периферией
> Только в тех случаях, когда соответствующего интерфейсного блока не предусмотрено.
На самом деле по своему круто. Мало того что 2 ядра Cortex M0 так еще и программируемые PIO движки с своим простым микрокодом.
Никогда не хотели синтезировать RF напрямую прям в лоб? Или вот красавы - HDMI до 720p изобразили прям софтварно. Секрет в том что там отдельный clock lane и "хост" в принципе может и притормозить немного с передачей данных если хочет.
> набором переферийных блоков можно выпускать только один МК с двумя универсальными
> блоками PIO.
Не есть эквивалентная замена. STM32 например юзают - за широкое портфолио. Надо много лап - вот вам QFP100. Надо мелкий размер - вот вам прыщик в TSSOP20 или QFN, а то и SO8 какой. А то и вовсе WLCSP если вы к такому готовы.
В более поздних RPi мк они вроде pio как раз и выпилили, если не ошибаюсь. К большому облому DIY, ибо так то забавная штука для БЫСТРОГО синтеза кастомных протоколов и проч "почти как FPGA".
>> Большей проблемой зачастую при работе с Micropython является память и сборка мусора.
> страницы RAM с выключением питания остальных страниц и флеша. А на
> тех же STM8L152 выполнение кода из RAM дает трехкратную экономию потребления,
> по сравнению с флешем.
В случае STM32 разница не настолько огромная, но из SRAM немного экономнее и немного быстрее. Да вы не боитесь, вон то будет и RAM bus и flash bus грузить :)
Забавно тут еще и то что часть клонов перегружает код Flash -> RAM на старте. Флеха может быть отдельный кристалл на SPI вообще. В том же корпусе. Так дольше старт - но потом код из якобы флеша на самом деле в 1-cycle SRAM и на этой почве некоторые клоны по таймингам - другие. И таки - быстрее оригинала. Порой и потребление ниже - процесс тоньше. Только для МК это вовсе даже и не фича иной раз. Ибо - хлипче, и ожидаемый срок жизни - хуже. И качество китайского флеша, и спек на него и через сколько лет он утечет - открытый вопрос. Что для управляющих необслуживаемых девайсов раскидываемых пачками везде и всюду все ж аргумент.

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

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

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

> PIO в RP2040/RP2050 - это лишь универсальная замена блокам CAN, USB, DVI,
> USART, SPI и т.п.
Зато может - сделать нестандартный интерфейс, или интерфейс не характерный для этого класса девайсов. Скажем - кто-то HDMI до 720p так ухитрился. Софтварно. А отрастите HDMI софтварно на чем-то еще? Чтоб с непохабными параметрами? Он конечно позволяет притормозить хосту ибо CLK формирует - он, но чтоб передать по сериальному протоколу МНОГО данных для картинки нормального разрешения с адекватным FPS - лапами надо дергать весьма резво и желательно все же не очень сильно сбивая тайминги.
> вот то, что любая структура данных, напрямую обрабатываемая на C/C++/Rust, требует
> в Python, фактически, сериализации и десериализации из объектов и в них
> - это уже проблема при ограниченных возможностях МК.
Да оно и не только в МК проблема. А везде где скорость важна.
В случае как минимум полного питона проблема еще и в том что с статическим анализом там почти никак. Все падает, виснет или икает эксепшнами прям в рантайм. Очень круто когда через месяц все виснет - и попробуй воспроизвести это. Диагностики по нулям, аннотаций намерений кодера тоже - have a nice debug session!
> пережить, хоть и с утерей конкурентоспособности даже на средней по величине
> партии. А вот при батарейном питании - это уже катастрофа.
Я желаю им удачи на одном только питоне например просто поток с ADC на хотя-бы 1MSPS ухватить - и попытаться хоть какую-то обработку результата с него при этом, ну там усреднение, чтоли. А, ну да, зачем шум с ADC фильтровать, нехай глюкавит плюс-минус лапоть. Особенно если он рядом с прожорливым нагруженным процом соседствует, ему точно зайдут короткие мощные импульсы от цифры.

Ответить | Правка | К родителю #61 | Наверх | 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ообщить модератору

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

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

> При работе с аккумулятором важно как можно быстрее отработать и выключиться, поэтому
> MicroPython становится не самой большой проблемой.
Во-первых, нужно ещё сохранить состояние перед выключением и восстановить его после. И если на C я могу точно знать страницу SRAM, питание которой нужно оставить, то на MicroPython я об этом не знаю ничего.
Во-вторых, быстро выключиться не сложно. Сложно включиться с минимальным потреблением, так как переферия, особенно внешняя просыпается не сразу. А на 32-38 КГц тактовой MicroPython становится совершенно непредсказуем по задержкам, так как каждая миллисекунда имеет значение. А в MicroPython не то что 30-40 тактов CPU, 3000-4000 тактов могут улетатать куда-то.
> Например если необходимо для дальнего
> дачного участка организовать аварийную сигнализацию с использованием LoRa, но с большим
> аккумулятором (Li-Ion).
То есть, вместо CR2032 которых хватит для простейшей аварийной сигнализации на 3-5 лет, Вы предлагаете "большой аккумулятор" на порядок большей стоимости, который и года не протянет без зарядки в средней полосе России? И это ради ничтожной экономии при разработке на MicroPython? Вы думаете, что в это можно поверить?
> С учетом нестабильности многих паленых модулей, динамическое
> исполнение Micropython позволяет сделать работу несколько надежнее и что самое главное
> поддерживаемым с приемлемыми затратами.
Как использование другого языка может повлиять на надежность работы модуля? Кроме того, что всяческие workaround описанные и не описанные в ERRATA намного проще реализуются на C и, порой, вообще не реализуемы на MicroPython из-за жестких таймингов.

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

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

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

> Опять же я ничуть не пытаюсь сказать, что Micropython является какой-либо заменой
> C/C++/Rust, ибо это безусловно бред. Он просто еще один инструмент со
> своими плюсами и очевидными минусами.
Он создавался изначально для прототипирования, когда наличие интерпретатора внутри МК позволяет экономить массу времени, исключая перекомпиляцию и перепрошивку для каждой итерации тестов. И тут он вполне оправдан, так как прототипируя с FT2232H так же используешь Python в качестве интерпретатора.
А уже в DIY, где дополнительные $5 не имеют существенного значения, его стали использовать для реализации проектов.
Что же касается непрекращающихся попыток продавать DIY решения вместо системных программных продуктов, экономя на порядок в разработке (в соответствии с Фредериком Бруксом) - это уже совсем отдельная тема.

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

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

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

> Он создавался изначально для прототипирования, когда наличие интерпретатора внутри МК
> позволяет экономить массу времени, исключая перекомпиляцию
Вы издеваетесь? Микроконтроллерная фирмварь типично компилится несколько секунд. И в любом случае будет действо по передаче нового кода на таргет, сетап и выполнение которого еще несколько секунд.
Что вы там оптимизировать собираетесь? Аж 5-10 секунд на все действо? Которое при желании можно автоматически делать?
> и перепрошивку для каждой итерации тестов.
А у вас новый код на таргет - телепортируется чтоли?
> И тут он вполне оправдан, так как прототипируя с FT2232H
> так же используешь Python в качестве интерпретатора.
Притягивание за уши как оно есть. И что вы там отпрототипировать сможете? МК вообще интересны в основном для сурового реалтайма (==питон в пролете), развитого аналога (процессинг приличных потоков с ADC в цать раз тормознее тоже не айс) и тому подобного. Да малое потребление - чему код работающий в цать раз медленнее точно не помощник.
Если это все не надо - можно хоть писюк взять и програмить на чем угодно.
> А уже в DIY, где дополнительные $5 не имеют существенного значения, его
> стали использовать для реализации проектов.
При том все эти проекты как на подбор максимально г-нарская наколенщина. К счастью среди DIY есть не только г@вн@ри с синдромом утенка.

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

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

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

> нового кода на таргет
> новый код на таргет
Ты завис, перезагрузись...
> МК вообще интересны в основном для сурового реалтайма
> развитого аналога
> тому подобного
Тебе - возможно. Мне, допустим, ценой и размером.
Не надо всех под одну гребенку.
> Да малое потребление - чему код работающий в цать раз медленнее точно не помощник
Да и плевать. Я не в лесу, а БП на 5 вольт в "любом ларьке" на сдачу можно взять.
> Если это все не надо - можно хоть писюк взять и програмить на чем угодно.
Ну, дай мне писюк размером с монету и стоимостью в эту монету.
> с синдромом утенка
> Синдром утенка — психологический феномен в человеко-компьютерном взаимодействии, при котором пользователи демонстрируют предпочтение знакомым интерфейсам, сопротивляясь внедрению обновлённых версий.
Знакомый интерфейс для МК - Си/Сипп.
Что-то новое - Пыхтон.
> Отказ программистов переходить на новые языки программирования, предпочитая старые новым, несмотря на тот факт, что освоение нового языка может послужить развитию как и персонала, так и проекта
> все эти проекты как на подбор максимально г-нарская наколенщина
> К счастью среди DIY есть не только г@вн@ри
В данном контексте твоё прысканье слюной выглядит как... ну, там двумя цитатами выше уже написано, лень переписывать.

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

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

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

> При работе с аккумулятором важно как можно быстрее отработать и выключиться, поэтому
> MicroPython становится не самой большой проблемой.
Вообще-то код работающий в 10 раз дольше - это как раз серьезный удар по потреблению.
> исполнение Micropython позволяет сделать работу несколько надежнее и что самое главное
> поддерживаемым с приемлемыми затратами.
Какие-то совершенно притянутые за уши выводы - которые вообще ниоткуда не следуют. Хотя общий сетап "какой яп такой и модуль" выглядит что надо.
> Были и более мелкие задачки, но с LR2032. Некоторые делались на Micropython
> как прототип, но в итоге получалось в стиле "нет ничего более
> постоянное чем временное" и при хорошей оптимизации получалось выжать неплохо.
Неплохо - по сравнению с чем? Как именно сравнивалось? Конкретные цифры? Соотношения?
Без этого похоже - на синдром утенка в жесткой форме, уж извините.

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

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

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

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

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

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

Сообщение от Аноним (91), 12-Окт-25, 16:06

> На любом МК, на котором можно запустить MicroPython, среднее потребление менее 1мА в этом сценарии точно не получим. А значит, СR2032 хватит дней на десять максимум.
А у вас в теплице что, электричества нет? Оно сейчас есть в любом производственном помещении, подвале, гараже, складе.

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

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

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

Ada is unequivocally better 😉.
https://pico-doc.synack.me/#getting_started
https://github.com/JeremyGrosser/pico_examples

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

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

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

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

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

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

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

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

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

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

Сообщение от Аноним (91), 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ообщить модератору

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

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

> дырявым он как раз будет, если будут (не ты, ты только тут
> газировать лужи горазд) писать на си или крестах
Учитывая что парочку потыканых палочкой сервисов на питоне умирали в первые 5 минут контактов со мной - врядли у вас IoT сильно лучше получится. И тоже умрет в первые 5 минут его тыкания палочкой. Но это другое, ага.

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

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

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

GrapheneOS?

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

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

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

seL4 и, возможно, MirageOS.
Слышал ещё про M2OS, HIRTOS, Ironclad.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение от Аноним (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ообщить модератору

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

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

> А вы давно питон видели? С jit у него производительность недалеко от С.
Как показали вон там бенчи в новости - уже почти совсем не тормозит, всего раз в 10 разница. И это только если есть на чем прогретьсся. И генерация сколь-нибудь оптимального кода - тоже внезапно проц грузит.
Вот только если поставить вопрос ребром и выбрать между завершением задачи за 1 минуту или 10 - тут почему-то у всех совсем другие идеи. Кроме утят, конечно, которым свое - не пахнет. Но даже гугло нанюхался - и сделал Go. Потому что когда питоннетормозит - прямо на своих серверах, и за свой счет - все почему-то резко сообразительные.
> А микропитон заточен на низкое потребление памяти и вообще уже
> стандарт в микриках. Если вы не профик, зачем писать флуд?!
Профик? :)) Стандарт? Это "стандарт" разве что в самых гунявых наколенных проектах вида "сделал какую-то фекалину на висючем китайском модуле за выхи".
Как вы понимаете - в масспрод проектах, индустрии и проч это все - не применяется. Так что да - "профики". Да что уж там, "профаны".

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

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

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

В 10 раз - это если с наивным кодом сравнивать, без simd, без внимания к кэш френди дизайну. А так кратно больше может быть.

Ответить | Правка | Наверх | 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 - ОС с графическим интерфейсом для микроконтро..." –1 +/–

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

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

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

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

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

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

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

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

Сообщение от Парасюк (?), 12-Окт-25, 12:54

На велоікодержавній мові не дуже багато

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

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

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

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

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

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

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

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

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

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

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

Рождённый интерпретироваться летать не может.

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

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

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

> Рождённый интерпретироваться летать не может.
Ползающий цирк монти пайтона :). MontyPython Crawling Circus.

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

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

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

Ну и куда можно засунуть своего микропитона?

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

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

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

В свои штаны, очевидно же.

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

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

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

Партнёры:

Хостинг:

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

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

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


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


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


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


	76. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от Смузихлеб забывший пароль (?), 12-Окт-25, 11:04
	в есп32-кам что-то подобное делали, но частота кадров была не сильно выше нуля не надо забывать, что там памяти мало помимо того, что это мк пусть и мноргоядерный, ещё и любящий поглючить/зависнуть
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	81. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от Аноним (81), 12-Окт-25, 11:47
	> Распознование лиц и детекцию объектов делают же ж на ESP32, там simd есть. Вы еще на китайском тетрисе его сделайте. Измеряя перфоманс в юнитах FPH (frames per hour). Сидите спокойно перед старым фотоаппаратом, как мумия, иначе картинка смажется^W^W рожа не распознается.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


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


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


	82. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	–1 +/–
	Сообщение от Аноним (81), 12-Окт-25, 11:52
	> Был же basic на минимуме ресурсов Был. И были нативные программы. И например Microsoft C 80 какой. И проч. Тоже на мизерных ресурсах. Почему-то про басика успешно все забыли. А сишка живет с своих 70х и далее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+2 +/–
	Сообщение от 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ообщить модератору


	96. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Аноним (96), 12-Окт-25, 20:44
	Сначала они городили фронтенд на питоне, для меня это было шок, потом я узнал про бекенд на питоне, шок(х2), а теперь ОС на питоне - здезда в шоке. Мы с этим питоном свернули куда-то не туда.
	Ответить \| Правка \| К родителю #15 \| Наверх \| Cообщить модератору


	77. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	–1 +/–
	Сообщение от Смузихлеб забывший пароль (?), 12-Окт-25, 11:11
	> Поддержка запуска как на платах с микроконтроллерами ESP32, > так и на обычных ПК или платах с Linux, таких как Raspberry Pi c Raspbian. > Поддержка установки внешних приложений, распространяемых через > централизованный каталог App Store (например, просмотрщик изображений и > программа для работы с камерой) Вдобавок, вероятно, ещё и с подвиранием. Апп Стор, который яблочный, на перечисленных устройствах едва ли работает тупо потому что работает под ябблОСью. Ну и бонусом - там сложности с выгрузкой приложений, работающих на интерпретируемых ЯП, под которые нет встроенных движков у яблока. Для жс ещё можно применить вебкитовский жс-кор( свой - нельзя ). С питоном могут быть сложности не меньше, чем с си-шарпом Либо типы просто врут, либо - попытались спереть оф. название конкретного магазина приложений( даже у гугла не Апп Стор, а Плей Маркет )
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору

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


	17. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+4 +/–
	Сообщение от _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ообщить модератору


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


	87. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Bottle (?), 12-Окт-25, 15:19
	Не забываем про такую гениальную вещь как шитый код, который позволял максимально дохлым контроллерам делать вези в разумные сроки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	91. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Аноним (91), 12-Окт-25, 16:15
	> шитый код Это вы про Forth? Но он планету не завоевал. Редко о нём можно ныне можно услышать.
	Ответить \| Правка \| Наверх \| Cообщить модератору

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


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


	56. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+/–
	Сообщение от Хайль_тоталитарный_Либерализм_РФиНАТО (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 - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от Аноним (23), 11-Окт-25, 13:55
	В этих ммгпоказ так мало логики что писать её на с/спп также просто и быстро как на питоне. Вопрос зачем там питон остаётся открытым.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	51. "MicroPythonOS - ОС с графическим интерфейсом для микроконтро..."	+1 +/–
	Сообщение от Аноним (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ообщить модератору