Pull to refresh

Comments 21

Круто! Много работаю с ESP. Сейчас перешел на S3 - с ними удобно работать , не нужен внешний программатор для прошивки и отладки, usb на борту, много памяти итд, а стоят они практически так же.

Но из статьи так и не прнял- это чисто теоретический эксперемент, или это реально можно использовать?

У меня например стоит сейчас задача подключения к ESP по usb 4g модемов и видеокамер, библиотек по это толком нет, камеры подключить удалось, но с кучей но, а к модемам даже не понятно как подступится. Люникс бы наверно упростил задачу...

Сейчас это определённо эксперимент, но эксперимент открытый, дающий возможность продолжить его в интересном лично тебе направлении. А если наберётся критическая масса драйверов, то это можно будет реально использовать.

Ого! Огромная работа проделана. Спасибо за статью.

Весьма! Будем наблюдать за проектом. Возможно найдете время написать статью более детальную как все это собрать и запустить простому смертному.

S3 вообще прикольная тема, одни векторные инструкции для DSP и нейронок чего стоят. Кстати, ядро компилите с какими флагами? Возможно какие-то опции оптимизации дадут выигрыш по RAM…

Автору большущий респект, хабр - торт!

По делу - недавно был шокирован, что производительности ESP32 (с внешней RAM) хватает на то, чтобы эмулировать процессор 8086, запускать DOS, из-под него запускать Windows 3, и в ней - Word, Excel, Paintbrush, и работает это не сильно медленнее, чем, по воспоминаниям, 486.

Был же проект ipodlinux, вполне работоспособный, несмотря на отсутствие в устройстве MMU (они это особо подчёркивали).

Макс, хочу воспользоваться случаем что бы выразить огромную благодарность за вклады в развитие Open Source для ESP чипов. Активно пользуюсь ещё со времён esp-open-sdk.

Уверен, что и сейчас у меня подключены какие-то проекты, где есть твой вклад так или иначе. Спасибо.

шикарная статья!
я тут на днях хочу попробовать добавить поддержку Teensy 4.1 в QEMU
Думаю, с чего начать stm32vldiscovery взять за основу или лучше из zephyr взять файлы?
еще может есть советы что можно выключить из qemu-system-arm что бы собиралось пошустрее?

что можно выключить из qemu-system-arm что бы собиралось пошустрее?

По моим наблюдениям сборка QEMU тормозит когда меняется состав исходников и ninja перестраивает Makefile. Если состав исходников не меняется, то вторая и последующие сборки касаются только изменённых файлов.

Это я заметил, изменение в файле быстро собирает, новый вообще все заново запускается. Думал разных --disable добавить, но легче новых файлов не создавать.

А с чипами ESP на RISC-V ядрах не экспериментировали? Вроде бы Espressif потихоньку переориентируется с Xtensa на RISC-V.

Неа. Мой интерес в этом проекте, как можно догадаться из последнего раздела, со стороны xtensa, а не со стороны Espressif. Я полагаю, что в risc-v тусовке найдутся свои энтузиасты.

Спасибо. прочитал с большим удовольствием! Побольше бы такого на хабре

С выходом ESP32-C6 на RISC-V (набор RV32IMAC, без FD) стало интересно, можно ли теперь запустить linux для riscv32 нативно? Тут прозрачно намекают, что да.

Мне кажется, что и на самом первом riscv-based esp32 с PSRAM можно запустить linux нативно. Ну, т.е., если сделать начальный загрузчик, сконфигурировать правильно, написать DTS, добавить недостающие драйвера…

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

Sign up to leave a comment.

Articles