FreeRTOS и коммерческие продукты, примеры Опции

[bookevg]

Интересует примеры использования FreeRTOS в коммерческих продуктах повышенной надежности (в электроэнергетики и автоматизации).
Нашел как минимум: www.intellisaw.com
Но на сайте ничего об этом не написано, но есть упоминание
http://www.freertos.org/FreeRTOS_Support_F...OS_5016344.html

[juvf]

По теме:
Использую фрииртос в системах аэроновигации (посадка и навигация).
Ни каких нариканий. Работает в режиме 24ч несколько лет без сбоев. Ниодного чп.
Также использую в автомобильных трекерах, в системах учета энергии. Всё это комерческое. Дома, для всяких поделак также её использую. Чем больше её юзаю, тем больше убеждаюсь в её надежносьти.

Не хочу давать рекламу.... сори... но пробовал др оси. МкС/ОС дорогая. Ещё пробовал др бесплатную популярную ( не буду называть имя).... прекратил её использовать как только увидел выход сервиспака в описании котороко "Исправленны ошибки".

Думаю что фриртос понадёжнее свжесамописного while(1).
К томуже, если бояться за надёжность ос, можно также задать вопрос "а в чём вызвана необходимость использовать stdio.h?". Да и действительно... тот же Си. В компиляторе или в библиотеках, во всяких стд или там sprintf или в strcmp может быть ошибок больше чем в ос.

Ps а ещё бывают аппаратные ошибки в мк. Это когда какаято переферия глючит, пр чем в партии с номерон 1234, или коогда вообще, разработчтк мк забыл в камень добавить что-то, что есть в даташите, а на вопрос к разработчтку"а где это?" Ответ "извените, забыли". ))

[AlexandrY]

Использую фрииртос в системах аэроновигации (посадка и навигация).
Ни каких нариканий. Работает в режиме 24ч несколько лет без сбоев. Ниодного чп.
Также использую в автомобильных трекерах, в системах учета энергии. Всё это комерческое. Дома, для всяких поделак также её использую. Чем больше её юзаю, тем больше убеждаюсь в её надежносьти.

Сомневаюсь сильно, чтобы разработчики систем аэронавигации использовали несертифицированные оси.
Мой опыт применения FreeRTOS говорит, что она малофункциональна, там некачественные исходники, плохая неактуальная или коммерциализированная документация и отсутствие собственного промежуточного ПО.

О надежности тоже неубедительный аргумент.
Надо указывать сколько задач, сколько сервисов синхронизации использовалось, какая была нагрузка на процессор.

А то тут появляются проекты якобы на RTOS, а от RTOS на самом деле используют только сервис создать задачу и больше ничего. Ни мьютексов, ни
конвейеров, ни семафоров не используют. Конечно такая RTOS будет очень надежно работать поскольку вообще не используется.

А вот про "24ч несколько лет без сбоев" не надо, это не серьезно.

[kolobok0]

Сомневаюсь сильно...

соглашусь с озвученным мнением. Без ревизии, данная ось(как в прочем и любой софт третих лиц) ставить в ком. продукт мягко говоря не обдуманный шаг.