[sergik_vrn 0]

собираюсь использовать FreeRTOS для серьезного коммерческого проекта на АРМ. Очень хотелось бы услышать отзывы и рекомендации, особенно отрицательные. заранее благодарен

[dch 0]

На базе Linux, uCLinux полно таких устройств, смотри например www.uclinux.org

[slabnoff 0]

Интересно при чем тут Linux и uCLinux. Человек четко задал вопрос по FreeRTOS.

 

Юзаю оную для вполне серьезного проекта на Philips LPC2214.

 

Вполне доволен, только семафоры через очередь сообщений + только двоичные не понравились, думаю в свободное время подправить это дело.

 

А так основные преимущества перед uCOS-II - многозадачность карусельного типа, несколько более компактна (не принципиально), возможность работать в кооперативе, НЕ НАДО ПЛАТИТЬ БОЛЬШИЕ ДЕНЬГИ (точнее вообще не надо платить), чтобы использовать законно в коммерческих разработках, единственное автор просил сообщить где применяется.

 

С уважением, Андрей Слабнов

[dxp 53]

Вполне доволен, только семафоры через очередь сообщений + только двоичные не понравились, думаю в свободное время подправить это дело.

А для каких применений Вам нужны счетные семафоры? Я понял, Вам их не хватает.

 

А так основные преимущества перед uCOS-II - многозадачность карусельного типа

А зачем она? От нее, имхо, только неоднозначность в работе.

 

несколько более компактна (не принципиально), возможность работать в кооперативе

<{POST_SNAPBACK}>

В каком кооперативе?

[slabnoff 0]

А для каких применений Вам нужны счетные семафоры? Я понял, Вам их не хватает.

Удобно иногда для буферов сообщений того же Ethernet. Понятно, что можно обойтись, но просто удобно, не приходится очередные велосипеды изобретать.

 

А зачем она? От нее, имхо, только неоднозначность в работе.

Для медленных потоков с низкими приоритетами, к которым одно требование - исполняться, иногда применяю. Хотя вообще вы правы.

 

В каком кооперативе?

Многозадачность добровольного типа, не вытесняющая, она же кооператив.

[dxp 53]

А для каких применений Вам нужны счетные семафоры? Я понял, Вам их не хватает.

Удобно иногда для буферов сообщений того же Ethernet. Понятно, что можно обойтись, но просто удобно, не приходится очередные велосипеды изобретать.

А не будет ли для буферов сообщений удобнее очереди использовать?

 

В каком кооперативе?

Многозадачность добровольного типа, не вытесняющая, она же кооператив.

<{POST_SNAPBACK}>

Как это? Вытесняющия и кооперативная ОС в одном флаконе? Одновременно работают? Что-то не понимаю как это и, самое главное, зачем?

[NickB 0]

А по поводу EmbOS от Segger никто ничего сказать не знает ?

[dxp 53]

А по поводу EmbOS от Segger никто ничего сказать не знает ?

<{POST_SNAPBACK}>

А чего про нее знать. Она вся закрытая из себя, к сорцам добраться крайне трудно. По характеристикам (дему брал) оценивал в сравнении с uC/OS-II - пошустрее она немного (embOS) и футпринт, вроде, чуть поменьше. Уже подробностей не помню, давно было.

[sergik_vrn 0]

Юзаю оную для вполне серьезного проекта на Philips LPC2214.

 

Вполне доволен, только семафоры через очередь сообщений + только двоичные не понравились, думаю в свободное время подправить это дело.

<{POST_SNAPBACK}>

Большое спасибо за ответ! Вы меня обнадежили. А то спрашивал на разных форумах - в основном тишина, а закладываться на "темную лошадку" немного стремновато, проект серьезный.

Со временем надеюсь рассказать о достигнутых результатах

[sergik_vrn 0]

В каком кооперативе?

Многозадачность добровольного типа, не вытесняющая, она же кооператив.

<{POST_SNAPBACK}>

Как это? Вытесняющия и кооперативная ОС в одном флаконе? Одновременно работают? Что-то не понимаю как это и, самое главное, зачем?

<{POST_SNAPBACK}>

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

По поводу целесообразности применения обоих режимов на удивление очень внятно и толково написано в маленьком туториале на сайте www.freertos.org

[dxp 53]

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

Основной смысл кооперативной ОС - экономия ресурсов (когда их нет или когда их мало и не хватает для реализации целевой функциональности). Если ресурсов хватает, вытесняющая ОС - самое оно. Какой смысл иметь их обе сразу лично мне не понятно. Объясните, пожалуйста?

 

По поводу целесообразности применения обоих режимов на удивление очень внятно и толково написано в маленьком туториале на сайте www.freertos.org

<{POST_SNAPBACK}>

Не могли бы Вы дать точную ссылку?

[sergik_vrn 0]

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

Основной смысл кооперативной ОС - экономия ресурсов (когда их нет или когда их мало и не хватает для реализации целевой функциональности). Если ресурсов хватает, вытесняющая ОС - самое оно. Какой смысл иметь их обе сразу лично мне не понятно. Объясните, пожалуйста?

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

 

По поводу целесообразности применения обоих режимов на удивление очень внятно и толково написано в маленьком туториале на сайте www.freertos.org

<{POST_SNAPBACK}>

Не могли бы Вы дать точную ссылку?

<{POST_SNAPBACK}>

http://www.freertos.org/tutorial/index.html

[dch 0]

Интересно при чем тут Linux и uCLinux. Человек четко задал вопрос по FreeRTOS.

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

Как там c TCP/IP стэком. Смотрю порт под AT91SAM7X уже есть, а вроде образцов еще нет?

[dch 0]

Вольный перевод текста лицензии Free RTOS:

 

Лицензия и Гарантия

 

FreeRTOS распостраняется под GNU GPL - с исключением, которое детально

описано ниже.

 

Взамен использования этого программного обеспечения по GPL я

требую выполнения двух пунктов:

 

1)Любое расширение, порт или исправление ошибок, должно быть доступно

для меня. При получении любой модификации я оценю лудший способ

включения данного изменения, и затем оно будет доступно через

FreeRTOS.org.

 

2) Вы должны отослать мне краткое описание любого проекта, который

использует FreeRTOS. Только для моего собственного интереса.

 

Пожалуйста, присылайте детальные описания любых улудшений, портов,

проектов по адресу "r.barry @ FreeRTOS.org" (для получения правильного

email адреса удалите пробелы до и после символа @).

 

Для получения полного текста GPL нажмите здесь.

 

Я включил нижеследующее исключение.

Исключение должно использоваться, если Вы собираетесь

использовать FreeRTOS (объединить) с proprietary product

(c продуктом являющимся вашей собственностью).

 

Если Вы решите использовать это исключение, то неплохо было бы

(пощряется - оригинально) чтобы вы сделали пожертвование проекту

FreeRTOS.

 

Для этого может использоваться ссылка слева.

Любое такое пожертвование полностью добровольно и не влияет

на поддержку или гарантии.

 

Данное исключение может спользоваться только, если Вы используете

FreeRTOS исключительно посредством API, которое опубликовано

на данном сайте, и при условии, результат не является самостоятельной

RTOS.

 

---------------------------------------------------------------------

ТЕКСТ ИСКЛЮЧЕНИЯ:

 

В результате статической или динамической линковки FreeRTOS и

других модулей появляется объединенное изделие (combined work),

основанноt на FreeRTOS. В результате, GPL General Public License

применима к этому целому объединеному изделию.

 

Как специальное исключение, правообладатель FreeRTOS

разрешает Вам линковать FreeRTOS к независимым модулям,

которые взаимодейтсвуют с FreeRTOS исключительно через FreeRTOS API,

независимо от лицензий, под которыми распространяются данные модули,

копировать, распространять результирующее изделие под выбранной

вами лицензией при условии, что каждая такая копия

результирующего изделия будет сопровождена присьменным указанием

номера используемой версии FreeRTOS, и вашим предложением поставить

эти исходные коды FreeRTOS, если получатель объединенного изделия

их запросит.

 

Исходные текста FreeRTOS, как измененные полностью или

частично так и оригинальные могут распространяться Вами

в соответствии с GNU General Public License плюс данное исключение.

Независимый модуль - это модуль, который не основанн на FreeRTOS и

не является производным относительно FreeRTOS.

 

Отметим, что те кто использует модифицированные версии FreeRTOS,

не обязаны предоставить это специальное исключение

для своих модифицированных версий; это - их выбор.

GNU General Public License разрешает выпустить модифицированную

версию без данного исключения; данное исключение также позволяет

выпустить модифицированную версию, на которую наложено это исключение.

---------------------------------------------------------------------

[slabnoff 0]

Как там c TCP/IP стэком. Смотрю порт под AT91SAM7X уже есть, а вроде образцов еще нет?

Есть там uIP (мне не понравился), есть драйвер для WizNET (i2c). Я лично портировал/оптимизировал OpenTCP (Realtek RTL8019AS) для своих нужд, сейчас делаю драйвер для WizNET в шинном варианте.

 

Вообще с точки зрения лицензии и стоимости FreeRTOS на тот момент, когда я ориентировался в выборе ОСРВ, была самым оптимальным вариантом. Если бы uCOS-II не стоила таких неумеренных денег, возможно бы все-таки подписались на нее...

 

С другой стороны, все равно студентам курс по СРВ скоро читать, хочется свои знания обкатать... Думаю где-то через месяц-два свяжусь с автором FreeRTOS и будут там отдельные семафоры, не поверх очередей сообщений + счетные, а также возможно еще несколько вкусностей типа стека TCP/IP и драйвера под WizNET в шинном варианте, а не i2c + всякие драйвера устройств и т.п..

 

С уважением, Андрей Слабнов.