Стоимость коммерческих embedded RTOS Опции

[Nixon]

Получили ответ от Express Logic по поводу стоимости ThreadX
Мда, хочется спросить как в известном анекдоте - "А что, ваша Сонечка такая уж красавица?"
Embos от сеггера недалеко ушел ~$5k.

В основном выбор RTOS шел от функционала и удобства отладки (читай наличие поддержки в IAR'е). По первому вопросу вполне можно найти приемлемое решение и среди бесплатных систем, а вот по второму выбор ограничен (FreeRTOS не устроил по первому).

Возникает резоный вопрос - существует ли какой SDK по написанию плагинов к IAR'у под произвольную RTOS?

Прикрепленные файлы

 Price_List_Long.pdf ( 115.45 килобайт ) Кол-во скачиваний: 271

 

[_shef_]

ИМХО: ThreadX - такой должна быть RTOS. Если есть бесплатные решения с таким же, иниуитивно понятным, компактным, но достаточным для работы, интерфейсом (набор вызовов ОС) и документацией - хотелось бы увидеть список.

Конечно, можно взять и любое другое решение, и даже попытаться самому написать, но где будет применяться данная ОС ?
Лично мне обычно хватает багов и в приложении, нехватало еще в ОС проблем.
Если срабатывание WatchDog, примерно, так раз в сутки, считать нормальным делом, то ОС вообще можно не выбирать - берем что по-ближе лежит.

А насчет отладки через терминал - я все таки считаю, что речь идет об отладке приложения, а не ОС - то JTAG, а в большей степени Unit/Integration тестирование закрывают этот вопрос. Ибо наблюдать на экране за тем как приложение ведет себя в Nominal case еще не гарантирует его безотказную работу. Например, писаный нашей командой bootloader "застрял" на объекте когда не смог соединиться с сервером в течении суток (сервер тупо был выключен), и такой баг выловить глядя в терминал - "...что то мешает мне поверить в этот аристократизм...".

ЗЫ:
Конечно каждый для себя сам решает. Для меня, (хорошая ОС == надежная ОС).

[AlexandrY]

А насчет отладки через терминал - я все таки считаю, что речь идет об отладке приложения, а не ОС - то JTAG

Естественно что ось такую как ThreadX никто и не собирается отлаживать.
Ее надежность в тестовой конфигурации проверена сверху до низу.
Но... как только вы туда добавили хоть строчку своего приложения и скомпилировали конкретным компилятором ее надежность летит ко всем чертям.
Вы просто и тривиально можете сделать некорректный ретаргетинг, что кстати постоянно многие и делают, после чего слышны возгласы о неправильном функционировании printf и проч. Можете неправильно выделить стеки. Выбрать неправильные опции компиляции.
Можете не знать сколько нужно ресурсов памяти мидлваре поставляемому с RTOS.
Можете неправильно расставить приоритеты задачам и затормозить тот же TCP/IP стек или файловую систему до предела.
И как вы назовете процесс отладки такого приложения?
Ваше приложение может быть всего из одной строчки и невинно как дитя, а при этом нифига работать не будет.
Это просто надо знать с насколько сложным мидлваре идут RTOS.