Средства и методы разработки

Почему нельзя взять МК с большой RAM и минимальным или отсутствующим flash, добавить импульсный step down (+5..48V), цепи защиты, дискретные входы все АЦП +-48V (условно), выходы: push или pull с подтяжкой и ограничением тока или защитой от кз (на уровне 200мА, чтоб хоть релюшку могло), пару компортов, RS485 или CAN, ethernet, несколько выходов ШИМ, пара входов с компаратором и подсоединенных к таймеру/счетчику в МК. Потом добавить самую дешевую NOR-flash на несколько МБайт (откуда программа бутлоадером в RAM грузится и где можно хранить данные), батарейку и RTC (внутри МК). И бутлоадер для прошивки через компорт или ethernet. И не давать никаких фреймворков (потому, что они всегда плохие, практически не применимые, годятся только для обучения студентов), дать схему, список компонентов и ссылку на даташиты. Может быть еще gdb server для отладки. Вот промышленный комп. Можно вместо фреймворков библиотеку с базовыми функциями (как для плат IPC DAS) и поддержку железа в libc: printf в компорты, файловая система поверх flash, качественная сама libc (уровня newlib). Достаточно. Идеально будет, если ecos туда конечно портировать (нужен сетевой стек, чтоб не возиться с lwip). Linux -- не нужен, жрет не в себя, памяти нужно много.