Сабж. В 2010-2011 году пользоваться девайсом с 200-256мб ОЗУ было топ - все адекватно бегало, приложения летали на относительно бюджетной «спике», а затем и galaxy young. В 2011-2012 появились флаи с 512мб ОЗУ, которые тоже можно было юзать с комфортом - почти все тяжелые игры, кроме Asphalt 8, шли норм на 512мб ОЗУ. Начали появлялся девайсы за 120-140$ на андроиде, с 256мб ОЗУ. В 2013 китайцы нагнали прогресс до 2011 в ультрадешмане и представили sc6820 - смартфоны нам имели обычно 256мб ОЗУ в одном чипе с nand на те же 256мб, android 2.3, ну и в целом были +- юзабельны за свою цену в 50-100$(новый смарфтон, в упаковке! Лично покупал когда-то). В 2015 стандартом бюджета стал 1гб. Все еще ок, аппетиты растут, вышел 6ой андроид. И вот сейчас мы имеем смарты с 6-12гб ОЗУ, и кто-то говорит что это нормально, при том что особо приложения то не поменялись - лицокнига, инстаграмчик и вкшечка, обладая той же самой кодовой базой, разрослась каким-то дичайшим говнокодом(ну зато красивые анимации), и тормозит на бюджетках 2-3 годовалой давности. Если в 2013 году пользоваться смартфоном за 2 тыщи рублей можно было без особой боли(но с заметными тормозами), то в 2022 пользоваться смартфоном за 2 тыщи рублей просто нереально. Когда эмбеддед успел начать жрать как десктоп!?

Короче сколько не пытался вкатиться в esp32(хотя эмбедом относительно давно увлекаюсь), каждый раз осознаю какое это говно. И не в плане железа - ттх чипа просто топовые за свою цену, а в плане SDK. Кто его писал? Зачем в эмбеде такое дрочево с многопоточностью? Например, тому же SPI нельзя просто так сказать «вот здесь задай DMA контроллеру пересылку по SPI из этой области памяти размером n», нужны костыли с прерываниями, уже поверх которых сделан поллинг, и все равно это с очередями и лишним оверхедом. Не проще было SPI сделать на классических критических секциях чем вот это вот? Плюс какие-то огромные инициализаторы, того же SPI - стуктура, описывающая настройки шины это нормально. Но вторая структура, в которой в явном виде намешано все что только можно(это и чипселект, и настройки qspi, которые В ЯВНОМ виде надо проинициализировать в -1, если они не используются). Третья структура с описанием транзакции с миллионом флагов. При этом железо закрытое, бейр метал можно писать - но это костыль без официальных доков. Понамешан ненужный функционал, аля «ну мы для вас сделали механизм разделов и дисков, а еще прикрутили файловую систему и прикрутили это к C API». Вернее, функционал то нужен, но для какого-то конкретного проекта логичнее будет самому это реализовать, нежели полагаться на непонятную реализацию, или на крайняк взять оную из freertos.

SDK очень неповортливое и не умеет нормально в инкременталку(хотя ща получше стало чем год назад), не работает с юникодом адекватно. Или я не прав?

Привет! Прикола ради разжился китайской консолью 11 летней давности, jxd 5000. Изначально, я думал что она работает на spmp8k(популярный в прошлом SoC для китайских консолей, работали на ecOS), но таки нет - здесь какая-то самопальная система. В корне флешки обнаружились бинарники эмулей - обычные исполняемые MIPS эльфы, правда с расширением so. Предположил что стоит линух, написал небольшую программу, которая записала бы на внутреннюю память содержимое /proc/ и /dev/, скомпилировал с флагами такими, как у бинарника эмуля(т.е без PIC) MIPSel тулчейном - получил ребут. Разобрал консоль, подпаялся к UART, выдал такой лог:

key power onoff long press
cclk:444H
TMP DDR_CTRL 0x12800322
cclk:444L

⸮⸮fb⸮⸮ de has been reseted
open backlight
cclk:348L
cclk:180L
cclk:78L
key power onoff long press
cclk:444

charge status = 0H
#### launcher.app, max memory usage: 0xd2b000 bytes, current memory usage: 0x7a8000 bytes
#### msg_serv.app, max memory usage: 0x7a8000 bytes, current memory usage: 0x77f000 bytes
argv[0]=/mnt/diska/apps/anim_off/anim_off.app
#### anim_off.app, max memory usage: 0x824000 bytes, current memory usage: 0x77f000 bytes
cclk:444L
wrong ioctl cmd: 0x 4805, usbmonitor_chrdev_ioctl,305
system will enter shutoff, wakeup_src: 0x0000000b

IRCBOOT, protocol: 1, customer code: 0x3c, onoff_code: 0x23, 16bit: n
flash_shutdown

Судя по точкам монтирования, это похоже на линух - но консоль на уарте не висит, логов ядра тоже нет, вместо классической связки u-boot + linux, какой-то свой загрузчик. Есть оригинальная прошивка, но походу толи пожата, толи закодирована - binwalk таблицы разделов в ней не нашел. Думал уже сдуть нанд, припаять к китайскому планшету с двумя площадками под нанд и сдампить разделы чтобы понять что и как, но думаю мб на лоре кто-то имел дело с этими платформами? Может логи что-то скажут, что это за rtos может быть? Или все таки это линух?