ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
20 апреля
1013075 Топик полностью
RxTx (19.06.2020 00:17, просмотров: 951) ответил fk0 на Ага. А с чего будет снижение затрат-то? На борьбу с ОСью не будет не потрачено ничего, особенно на синхронизацию? В одном большом проекте половина багов -- синхронизация (дедлоки, data race и т.п.) А у тебя Valgrind (DRD, Hellgrind) не будет. Ты ж про "синтетический порт" на ПК и слышать небось не хочешь. Мол одной левой и так отладим. Основной функцией ОС является распрделение ресурсов вычислительной системы. И она нужна, если ты это руками сделать не можешь. И в
С многопоточностью и синхронизацией у меня ок из-за того что до этого на PC я делал несколько многопоточных и многопроцессных втч network проектов, как либ, так и серваков или там GUI приблуд. Так что этого я не боюсь. Про RTOS я подумываю не потому что мне нужна вытесняющая многозадачность. Как раз нет, 

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

http://www.baical.net/https://www.freertos.org/FreeRTOS-Plus/FreeRTOS_Plus_Trace/FreeRTOS_Plus_Trace.html