caxapa.ru :: Какую RTOS выбрать? Закончил довольно большой проект в PowerPac - GUI+FileSystem+USB. PowerPac больше не поддерживается и отлаживать без исходников непривычно. Надо новый проект начинать, хочу другую RTOS. Вышла новая uCOS-III, кто что может про

Михаил Е. (12.01.2012 13:42, просмотров: 12436)

Какую RTOS выбрать? Закончил довольно большой проект в PowerPac - GUI+FileSystem+USB. PowerPac больше не поддерживается и отлаживать без исходников непривычно. Надо новый проект начинать, хочу другую RTOS. Вышла новая uCOS-III, кто что может про нее сказать? Еще - хотелось бы на С++ писать, от С отвык, неудобно. Смотрел scmRTOS, но там нет GUI, FS, USB.

Ответить

- chibiOS? - ti-er(12.01.2012 22:10, )
  - А все-таки, кто-нибудь это чудо щупал за вымя? Судя по всему, ОСька активно развивается. Дока весьма и весьма качественная для открытого проекта. - Evgeny_CD(28.04.2013 23:25, ссылка)
  - Хм, любопытная оська. На первых страницах все расписано шикарно, слюни сразу текут. Но "дьявол в деталях". Кто-нибудь пробовал? -> - Evgeny_CD(13.01.2012 11:08, ссылка)
    - Первая встреченная мною РТОСь, в которой реализованы условные переменные. Странно только, почему через них с мутексами не реализовали остальные системные сервисы. - =AlexD=(13.01.2012 14:55)
- +1 за scmRTOS. Дополнительное соображение - поддержка спецов экстра-класса :-). - amusin(12.01.2012 15:13)
  - Кстати о поддержке. Там сейчас какие-то трудности с портом для STM32 говорят? Я с STM32 работаю. - Михаил Е.(12.01.2012 16:55)
    - ресурсы поддержки OS (чтобы слухи не плодились) - Sergey Pinigin(12.01.2012 17:34, ссылка, ссылка)
    - Кто говорит? - Сергей Борщ(12.01.2012 17:08)
      - Тут --> - Михаил Е.(12.01.2012 17:45, ссылка)
        
        Так это про ARM7TDMI. С Cortex-M3 все в порядке. - Сергей Борщ(12.01.2012 17:50)
        
        Вам её надо на дисковери портировать. Вот проэкт попрёт! - T.Дocтoeвcкий(12.01.2012 17:52)
        
        портируйте, только рады будем. - Сергей Борщ(13.01.2012 11:02)
        
        Там кресты. - T.Дocтoeвcкий(13.01.2012 11:14)
- GUI, FS, USB - вещи достаточно параллельные к OS, доступ к ним можно разруливать при помощи простеньких "драйверов", которые используют сервисы OS. Можно взять открытые перечисленные модули и пристроить их к той же scmRTOS. - Sergey Pinigin(12.01.2012 14:34, ссылка, ссылка)
  - В С++ файловая система у меня не работала, разбираться некогда было. В С работает нормально. - Михаил Е.(12.01.2012 17:00)
    - У меня ff.c из FatFs компилится в режиме С, остальные файлы - С++. Можно было и этот подточить, но потерялась бы совместимость с "генеральной линией", при переходе на более свежую пришлось бы повторять. - Сергей Борщ(12.01.2012 17:08)
      - глубина рихтовки большая? может вести "генеральную линию" в соседнем репозитории, а изменения было бы достаточно объединять в плюсовую ветку. - Sergey Pinigin(12.01.2012 17:40)
  - Причем в версии 4 вызовы этих вещей можно завернуть в лично созданные сервисы ОС. - Сергей Борщ(12.01.2012 14:48, ссылка)
- Слегка не в тему, просто крик души: почему GUI, FS, USB называют RTOS? Всё это может работать без многозадачности: просто главный цикл и прерывания. - SciFi(12.01.2012 13:51)
  - У нас так и работает, но тоска, когда нужно GUI и FS "одновременно". - Vladimir Ljaschko(13.01.2012 11:16)
  - Конечно может. Но RTOS дает готовые сервисы, это лучше чем изобретать велосипед. К тому же RTOS уже отлажены. - Михаил Е.(12.01.2012 14:03)
    - На самом деле RTOS - достаточно специфичная ниша. Для указанных вещей достаточно OS без реального времени. - Sergey Pinigin(12.01.2012 14:19)

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