Я как-то раз в DB25 прям всю байду на STM32 и разместил. Хренли, по современным меркам это в общем-то "навалом места" :). Штыри DB25 можно припаять прям к площадкам печатки, воткнув ее между 2 рядами очевидным способом. Не совсем документированное применение разъема но фигли бы оно не катило?

Когда первый раз увидел Raspberry Pi, решил, что GPIO это IDE.

Да, но только со встроенным контроллером, который будет мощнее самой AVRки.

Виртуальное адресное пространство. Каждое устройство имеет не прерывание, а виртуальный адрес на контроллере USB. Однако, как выше уже сказали - это реализуется на контроллере USB, производительность которого выше, чем у этих микроконтроллеров.

Первая винда с поддержкой USB это Windows 95 OSR 2.1, минимальные системные требования которой: 386DX и 4 Мб ОЗУ. Для полноценной поддержки USB нужен Windows 98SE 1999 года выпуска, треующий 486 и 24 Мб ОЗУ (но и на 16 Мб прекрасно работает).

Встраиваемые системы (mp3-плееры, автомагнитолы, TV-приставки) возможно обладают меньшими ресурсами, чем 386 и 486. Но им и не нужно передавать данные со скоростью в 12/480 мегабит.

А энергонезависима она конечно только от наличия основного питания процессора.
Но, и этого достаточно чтоб малюсенькая батарейка, от которой и RTC работает, сохраняла память  от 5 лет и более, и то, только когда основного питания нет.
И это весьма полезная фича, как и наличие RTC. (Впрочем инженеры Распберри любят извращения с oтсутствием RTC)

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

Можно скачать с github'а. Тащить мегабайт ядра, только ради пары файловых систем, это так себе идея.

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

Во первых Cortex M без MMU еще таки не выпилили. Во вторых, линух без MMU это все же несколько изврат. Все же это нормальная полноценная многозадачка, подразумевающая изначально честные режимы kernel и user а также изоляцию памяти.

Во вторых чтобы загрузить линух - RAM надо. И таки не 520 кило как у этой штуки. А куда ты вот именно этому процу донавесишь RAM? У топовых многолапых STM32 есть контроллер внешней шины памяти, но на это дело лапок надо - дохрена, поэтому оно только в очень многолапых вариантах есть, 100-144 пина. А у этйо штуки лапок сильно меньше. Там просто некуда донавесить нормальную оперативу.

Rtos много что позволяет. А с обертками над функциями, основной исходник выглядит как будто писался под Линукс, и собирается и там, и там.

Ой гоните. ;)
Почитайте, что из себя представлял тогда Линукс, и насколько он вообше был нужен, и тем более во встроенных железках. Нет. Во встраиваемых железках того времени
Кстати, тогда и грузиться почти нечему было, он же микроскопическим был.
Вот, если в конце 200х, то уже делали.
И сам я тоже делал, так что много лапши не навешаете. ;)
В частности в нашем контроллере была загрузка из снапшота с минимальной инициализацией за 0.3-0.4 секунды.

А загрузиться за секунду, он и сейчас не умеет, если не рассматривать ультра урезанные варианты, и разновидности гибернации.

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

> Правда наличие mesh сети у себя в доме и огромный блоб в качестве
> микрокода вай-вай напрягают.

А в ширпотребе еще напряжет что
1) Это полный вендорлок.
2) На 1 производителя, который не очень то LTSный.

И вот снимет он "устаревший" чип завтра - ибо ориентируется на хайпонашек. А вон тем, массово клепавшим девайс при этом делать - например что? А, все бросить и переписывать проект, поставив конвейер на паузу (ибо паять стало нечего!) и залетая на круглые суммы, ежедневно? Это да, тема в ширпотребе то.