> Речь была о "встроенном" контроллере печати.

А! При такой хотелке - ну ок, еще можно понять. И даже там я бы не стал x86 брать. Ну созданы они для встраивания, и постоянно biosuefi проблемы всякие, "press any key" при том что клавы нет и проч. А обычный писюк можно и не встраивать если уж он нужен.

> Разработкой на нём заниматься никто не собирался, а вот сложить из готовых
> заготовок деталь, смаштабировать, подвинуть отверстия, это запросто.

Ну, ок, это еще можно понять. Хотя на мой вкус браузер в контроллере печати все же немного перебор.

> И OpenScad для того же.

Ээээ вот вы разогнались! Мне почему-то кажется что R&D лучше заниматься все ж на воркстейшне, с большим монитором, мощной конфигой и нормальными средствами ввода, а не контроллере печати :))))

> Задача была слелать что то легкое размером 10-12 дюймовый дисплей. Кстати Orange5
> справлялся с задачей, по проигрывал по цене miniPC.

А что за miniPC такие - с выигрышной ценой? Сколько они стоят? Вместе со всем остальным обвесом. Нет никакого смысла считать штуку без питальника и проч обвеса.

> Тыкаю носом и тех кто кодил много.

А смысл? Если уж я видел факапы usb - и они даже были моей проблемой - то уж видел. И рекавери костылил. Bus reset работает на всегда, а питание порту дергать не все железки умеют.

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

> А 96% прикладных программ с com портами, это пример как делать плохо,
> или не надо вовсе. И особенно когда канал через usb или сокет.

Ну хызы, мои программы коммуницируют с мк через тот же uart, весьма недурно работает. Я даже повышенные бауды освоил, в лине прикольно расширение для этого сделали (это ессно непортабельный код). Апи конечно древненькое но вообще просто работа с файлами. Бонусом напилил всяких забавных сервистулов для разных железок.

> Главное, что в итоге довольны и разработчики и заказчики.

Ну вот заказчики недовольны если какой-нить модем или что там отваливается с шины. А usb это все умеет. И под автопилот его приходится сильно костылять. Иначе периодически делают мозг.

> Когда RZ был дешевым, он рулил, на задачах без графики благодаря linux
> ПО, а сейчас, конечно недоразумением стал.

Моя основная претензия на самом деле - я ниже ARMHF ABI предпочитаю не спускаться, все что меньше считается мной за legacy/NRND. Ну и строго 1 вендор - без обещаний долговременой доступности. Так что повторить через пару лет - может не выйти, а переделывать проект на ровном месте... ээ... я бобик чтоли бегать за их маркетологами? Все ж мультивендорность и долговременная доступность это аргумент.

>>>будет от обычного powerbank .. сколько
> Если делать на Windows11, то время хололного старта из гибернации с ОЗУ
> 16Гб - ОДНА СЕКУНДА, и при наличии сопроцессора, который будит основной,
> работает весьма долго. Не понимаю как они этого добились, Linux пока так не умеет.

Почему не умеет? Suspend to ram наверное так примерно же будет. А так сопроцессор рулит рядом аспектов системы и помогает при взлете восстановить образ системы. Вот только шатал я проприетарное фирмваре в ЭТОМ аспекте системы. Он если захочет может в системе что угодно делать не хуже ME и проч. В некоторых андроидах на ARM примерно так же бывает, скажем у некоторых Allwinner бывает хелпер-ядро OpenRISC для похожих вещей. Или у HiSilicon - Cortex M3. Они вообще стартуют на манер новых амд - сперва M3 подымается, он запускает большие ARMы.