Микроконтроллеры

данная система и однопоточная в виде кооперативной многозадачности работает норм. От RTOS мне нужна готовая "магия" решения телеметрии: графиков, диаграмм и подписей какое событие когда произошло. Пример (см. ссылка на Tracealyzer или Baical - она съехали): Чтобы мне не писать все графики, весь сбор телеметрии самому ручками, чтобы не писать файловую систему и сеть - Это ОСНОВНОЕ для чего мне нужна RTOS. Ибо всё это время. А у меня его нет чтобы его тратить еще на написание системы обмена телеметрией и построения красивых графиков на PC. Сейчас у меня развитое логгирование, но по логу разобрать ПОСТЕПЕННУЮ ЭВОЛЮЦИЮ СИСТЕМЫ, почему она так себя ведет можно лишь с большим трудом, в основном потому что внутри в цикле быстро принимаются десятки решений, переключаются состояния КА, а цифери ни о чем не говорят, нужно видеть множественные графики с вертикальными линиями-отсечками, поясняющими какое тут система приняла решение и какой тут пошел тренд. Еще, у меня есть незаюзанный пока LwIP. Если есть RTOS и потоки с возможностью блока, то из документации к LwIP есть шанс юзать обычный интерфейс Berkeley Sockets, с коими я тоже не раз работал. (Пока не знаю, надо оно мне или смогу обойтись). А также в довесок к RTOS'ам обычно есть файловая система на внутренней FLASH МК, легковесный GUI вместе с прогами для его построения, обновление прошивки по сети, итд итп. Как бы представляется что этот набор высокоуровневых блоков должен сэкономить время. Я вполне понимаю что людям которым хватало PIC'ов для решения тривиальных задач "АЦП-сбор" RTOS'ы не нужны, но у меня иные задачи. Вообще, именно для скорости разработки изначально думали даже о контроллере Wintel микро-PC на x86, потом Linux. Сейчас я по сути дела превращаю STM32 в некий недо-"raspberry под Linux" с телеметрией на Baical. На большом PC давно к нему привык и жизни без него не чаю (см. ссылка на сайт Байкала).