FreeRTOS vs. scmRTOS, Также eCOS, uLinux, TNKernel для Cortex M3: Выбираем ОС Опции

[_Макс]

Здравствуйте,

Выбираю РТОС, для своего нового девайса. Из множества вариантов осталось несколько. Прошу помочь с выбором. Платформа - Cortex M3. Планируется использовать для широкого круга задач в будущем.

В scmRTOS порадовало наличие русского манула, хотя и для древней версии. Напугало написание С++, привык думать, что плюсы это удел сложного прикладного софта и ОС на С++ - экзотика. С и С++ знаю на среднем уровне, придется поддятигавать два языка для одного проекта.

Про eCOS уже давно слышал изза всем известного RedBoot но никогда не работал.

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

TNKernel - редкая птица.

uLinux - не знаю нафиг Линукс на МК

Очень интересно знать больше по поводу багов, активности проекта, комьюнити, об этом могут знать только те кто с опытом.

Вообщем расскажите ваши впечатления, помогите вібрать.

[jorikdima]

Авторы scmRTOS тут обитают, значит если что можно заказать консультацию. Дока вполне актуальная и для 3.1.

[XVR]

С eCOS работал (хотя и не на ARMе). Весьма и весьма приличная штука (кстати, она внутри тоже на плюсах )

[_Макс]

Что можете сказать о написании ОС на С++? Насколько это хорошо или плохо? Какие преимущества и недостатки? Если не брать во внимание знание языка.

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

[Legotron]

Что можете сказать о написании ОС на С++? Насколько это хорошо или плохо? Какие преимущества и недостатки? Если не брать во внимание знание языка.

Думаю вряд ли вы найдете ответ хорошо это или плохо.
С++, на мой взгляд, хорош там, где можно применять его вкусности.. В случае scmRTOS он действительно реализует свою плюсовую функциональность.
Потенциальный недостаток только 1, и то скорее всего он был раньше: отсутствие C++ компилятора для определенного МК. Но на сегодняшний день такой острой проблемы не стоит, даже не вспомню компиляторов, не поддерживающих С++.
В остальном C++ дает только приемущества.

[AlexandrY]

Берите vxWorks если не хотите в ближайшие годы перебегать с оси на ось. Лежит здесь неподалеку.
Сама по себе ось дает некоторое облегчение только по началу, а потом захочется middleware.
Если шансов перейти на старшие ARM-ы не светит, то брать надо укомплектованную по максимуму RTOS.

[Student Pupkin]

Простите за оффтоп . Но коли тут спецы по осям, то спрошу заодно, дабы лишнюю тему не плодить.
1) Очень интересно - почему до сих пор нет порта Minix под ARM? Какие-то принципиальные непреодолимые трудности? Или просто никому не нужно? Почему спрашиваю - купил как-то Таненбаума, в образовательных целях. Понял, что без знания 386/486 читать книгу нефиг. Учить интел очень не хочется. Хочется найти нечто подобное, но под ARM.
2) В связи с п.1 какую ось посоветуете в виде некоей замены миниксу - чтоб на примере нее вкурить про ОСи вообще, возможно что-то где-то изменить или добавить (ну типа лабы ). Единственное, что встретил по этой теме - в книге "ARM System Developers Guide". Может еще что-то где-то вам попадалось? Буду признателен

[zltigo]

Очень интересно - почему до сих пор нет порта Minix под ARM?

Embedded порт Minix под АРМ называется Linux . Ну почти .

[SasaVitebsk]

Понял, что без знания 386/486 читать книгу нефиг.

Вопросом на вопрос. Простите, а что там в 386/486 сложного, после ARM вам показалось?

[=AK=]

Сравнение нескольких осей и обоснование, почему автор выбрал TNKernel: Почему TNKernel?

[zltigo]

Сравнение нескольких осей и обоснование

Сравнение поверхностное, а обоснование выбора, собственно сводится практически к одному критерию - потому, что быстрее.
При этом методика сравнения по скорости упоминается в самых общих чертах и практически означает, что Автор взял какой-то компилятор а то и разные компиляторы, одну платформу, какие-то неназванные версии операционных систем, произвел некую конфигурацию всего этого в меру разумения на уровне первого знакомства и получил какие-то цифры. Некоторое представление они, естественно, дают, но следует иметь ввиду, что погрешности в разы более, чем вероятны. Ну и отбор, практически по одному критерию это конечно, не выбор автомобиля под цвет сумочки , но и правильным его тоже не назовешь . Автор обзора несомненно понимает степень субъективности и несколько раз поминает сие, я просто еще раз обращаю на это внимание.

[=AK=]

Автор обзора несомненно понимает степень субъективности и несколько раз поминает сие, я просто еще раз обращаю на это внимание.

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

[zltigo]

Надеюсь услышать от вас более объективное сравнение....

Его не будет, слишком много критериев и непонятен их вес. Даже то, что можно выразить, например, в тактах, крайне трудоемко для действительно объективного сравнения. Лично для себя, после написания в течении пары десятков лет достаточно большого количества системок и систем в которых то-же быстродействие стояло в топе критериев, лет 6 назад, стал прежде всего обращать внимание не на "10us" выигрыша на переключении контекста, а на функциональные возможности. Единственно, что всегда оставалось на первом месте, это возможность и ориентированность системы на модификацию и дополнение. В те-же времена завязал с изобретением велосипедов с нуля и выбрал за отправную точку FreeRTOS. TNKernel обнародована была позже. Уже когда-то писал на форуме, что очень понравилась. Только собственно шедулер несущий то-же родимое пятно приоритетов, что uCOS я-бы точно для себя менял. Однако, к тому времени FreeRTOS была обжита, со страшноватым стилем исходников и эгоцентризмом Автора FreeRTOS я смирился , внес и продолжаю вносить для себя заметные изменения. В чем-то под влиянием этой конкретной системы пересмотрел свои взгляды. И... за эти годы использования результата на ARM платформе даже в малом, ни разу не сожалел о выбранном пути. Наверное это главное .

[_Макс]

eCOS намного больше FreeRTOS, scmRTOS, TNKernel по потреблению Flash и RAM? Не хочется добавлять внешние чипы памяти.

[XVR]

eCOS намного больше FreeRTOS, scmRTOS, TNKernel по потреблению Flash и RAM?

eCos конфигурируется по потребностям пользователя. Так что потребление RAM может оказаться очень разным. Для оценки размеров можно посмотреть на какое нибудь приложение под eCos (redboot например)

[Аматер]

Как вариант можно еще RTX от Keil рассмотреть, потому что маленькая и поддерживается компилятором.
Я с год назад выбирал между RTX, FreeRTOS и scmRTOS.
scmRTOS потому что понравилась поддержка С++. Но оказалось что от С++ в микроконтроллере больше проблем возникает чем преимуществ. Опять же размер программы для меня важен.
FreeRTOS вроде тоже неплохой вариант, но преимуществ для меня относительно Keil не было и просто поленился переходить.

[dxp]

оказалось что от С++ в микроконтроллере больше проблем возникает чем преимуществ.

Можно узнать, какие проблемы возникают от С++ в микроконтроллерах?

И еще мне не понятна связь между языком ОС и языком прикладной программы. Что мешает, используя ОС, написанную на С, писать свой код на С++? И наоборот - если взять, например, scmRTOS, то что мешает писать свой код на С? Не думаю, что у Си-программистов вызывает трудности необходимость использования нотации <object_name>.<function-member_name>. А больше там ничего плюсового в явном виде писать не надо. Доподлинно знаю людей, который не знают С++, но это им нисколько не мешает использовать RTOS, написанную на С++.

[Аматер]

Можно узнать, какие проблемы возникают от С++ в микроконтроллерах?

И еще мне не понятна связь между языком ОС и языком прикладной программы. Что мешает, используя ОС, написанную на С, писать свой код на С++? И наоборот - если взять, например, scmRTOS, то что мешает писать свой код на С? Не думаю, что у Си-программистов вызывает трудности необходимость использования нотации <object_name>.<function-member_name>. А больше там ничего плюсового в явном виде писать не надо. Доподлинно знаю людей, который не знают С++, но это им нисколько не мешает использовать RTOS, написанную на С++.

Для меня проблемой было смешивать C++ и С функции. Компилятор выдавал кучу предупреждений. Встроенный в Keil монитор почему то не работал. Признаю что мои проблемы были от недостаточных знаний, но разбиратся времени не хватило. В программировании на С++ все было нормально потому что опыт объектного программирования есть, в том числе и на MS C++.
Вообще С++ мне больше нравится и из за него с scmRTOS связался. Только примерчика под Keil тогда не было. Еще jtag и мониторо от Keil мне дороже С++.

[_Макс]

Изучил мануал scmRTOS и пробежался по исходникам, понравилась Использование C++ выглядит очень оправданным, понравились каналы на шаблонах, интересная реализация критических областей с помощью экземпляра класс TCritSect. Думаю, применять С++ актуально. Исходники показались понятными хотя кое-где нет единых правил именования методов, как мне показалось. И два варианта планировщика не совсем понятны, здесь нужно наверное знать еще аппаратные нюансы. Пример без проблем запустился на аппаратной платформе с эмулятором.

Пробовал TNKernel, пример предназначенный для запуска в C-Spy, в свойствах проекта указал использование J-Link, проект откомпилировался, но не запустился, выдал ошибку. Возможно мало было только указать эмулятор, что-то еще нужно было сделать, но дальше копать не стал.

На использование С++ уже смотрю более перспективно, думаю буду выбирать только из С++ операционных систем. Подскажите, что еще есть для моей платформы, только бесплатное, без необходимости открывать исходный код, нарушать требования лицензирования не хочу, авторов нужно уважать.

Еще хотел бы реализацию файловой системы, TCP/IP стек и библиотеку USB на C++.

RTX не хочу, выбрал IAR, к тому же хочу использовать не коммерческую ОС.

Сообщение отредактировал _Макс - Apr 18 2010, 13:06

[_Макс]

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

Сообщение отредактировал _Макс - Nov 10 2010, 13:02

[Mahagam]

если вопрос лицензионности не волнует - ставите кроссворкс (даже ломать не надо), выдираете исходники CTL (открыто лежат отдельной папкой), выдираете по ним хелп (весьма нормально построенный) и наслаждаетесь.
есть порты под ARM7/Cortex/AVR/MSP430.
очень красивый и понятный стиль исходников. только статическое (compile-time) выделение памяти. небольшой футпринт в памяти.

[MrYuran]

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

А кто вас просит открывать ваш код?
Где это такие странные требования?

Если меняете код самой ОС (например, новый порт или сервис) - таки да.
А ваши приложения - они ваши.
Я так понимаю.

[_Макс]

А кто вас просит открывать ваш код?
Где это такие странные требования?

Если меняете код самой ОС (например, новый порт или сервис) - таки да.
А ваши приложения - они ваши.
Я так понимаю.

Мне кажется после компиляции в бинарнике можно найти паттерны соответствующие определенному (скомпилированному тем же компилятором) коду. Таким образом если кто-то захочет докопаться то может это сделать, достаточно слить бинарник с устройства и провести такой анализ. Шифровать firmware можно далеко не в каждом дизайне.

Сообщение отредактировал _Макс - Nov 10 2010, 15:04

[MrYuran]

Читаем:

Copyright © 2003-2007, Harry E. Zhurov

Permission is hereby granted, free of charge, to any person obtaining a copy of
this software and associated documentation files (the "Software"), to deal in
the Software without restriction, including without limitation the rights to
use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of
the Software, and to permit persons to whom the Software is furnished to do so,
subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS
FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR
COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER
IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

Вот всё, что от вас требуется - оставить упоминание о копирайте в исходниках.

[_Макс]

Вот всё, что от вас требуется - оставить упоминание о копирайте в исходниках.

Вы о каких ОС сейчас говорите? Под какой лицензией?

[MrYuran]

Вы о каких ОС сейчас говорите? Под какой лицензией?

Конкретно эта - scmRTOS.
Там же и ссылка сверху.

А вот FreeRTOS:

The FreeRTOS source code is licensed by the GNU General Public License (GPL) with an exception. The full text of the GPL is available here. The text of the exception is available at the bottom of this file.

The exception permits the source code of applications that use FreeRTOS solely through the API published on this website to remain closed source, thus permitting the use of FreeRTOS in commercial applications without necessitating that the whole application be open sourced. The exception can only be used if you wish to combine FreeRTOS with a proprietary product and you comply with the terms stated in the exception itself.

The FreeRTOS download also includes demo application source code, some of which is provided by third parties AND IS LICENSED SEPARATELY FROM FREERTOS.

Do I have to open source my application code that makes use of the FreeRTOS services?
No, as long as the code provides functionality that is distinct from that provided by FreeRTOS

Do I have to open source my changes to the kernel?
Yes

Холодильник - государственный.
А холод, который он производит - наш.

[XVR]

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

Соберите нужную конфигурацию и посмотрите. Будет не много (порядка десятков KB). Но на МК типа AT Tiny она однозначно не встанет ни в какой конфигурации

Вообще чем хороша eCos на ваш взгляд?

Конфигурируемостью.

[_Макс]

Соберите нужную конфигурацию и посмотрите. Будет не много (порядка десятков KB). Но на МК типа AT Tiny она однозначно не встанет ни в какой конфигурации
Конфигурируемостью.

Пока еще не умею с ней работать и думаю стоит ли учиться. Вижу она четко ориентированна на GCC. Я пользую IAR вместе со средой разработки. А что теперь? Куда это все прикручивать? Будет она работать с компилятором IAR? Драйверов под тот же STM32 в ней нет. То есть придется самому сначала делать порт.

Сообщение отредактировал _Макс - Nov 11 2010, 09:31

[XVR]

Будет она работать с компилятором IAR?

Нет, и не будет.

То есть придется самому сначала делать порт.

Угу.
Но для того, что бы оценить потребности САМОЙ ОС порт делать не обязательно. Возьмите конфигурацию на тот же (или похожий) процессор и соберите. Количество занятых ресурсов будет приблизительно такими же, как и для вашей (еще не портированной) конфигурации.

[_Макс]

Чем eCos лучше той же TNKernel или FreeRTOS? Вопрос к тем кто пользовался, почему вы остановились на eCos и какие ваши впечатления были потом? Я сейчас остаюсь в неведении о том, что выбрать. eCos привлекает тем, что в ней много разных пакетов, но впихуемость всего этого в тот же STM32 для меня остается под вопросом, в списке поддерживаемой аппаратуры eCos перечислены процессоры значительно более мощные нежели Cortex-M3.

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

Нет, и не будет.
Угу.

Ок, в качестве компилятора принимается GCC. Какую можно использовать IDE? Нужна либо открытая, либо крякаемая. Желательно кроссплатформенная. Как и чем отлаживать программу? У меня JLink.

Сообщение отредактировал _Макс - Nov 11 2010, 10:39

[MrYuran]

Ок, в качестве компилятора принимается GCC. Какую можно использовать IDE? Нужна либо открытая, либо крякаемая. Желательно кроссплатформенная. Как и чем отлаживать программу? У меня JLink.

Eclipse, без вариантов
Вот, навскидку

[XVR]

Чем eCos лучше той же TNKernel или FreeRTOS?

Это ОС 'калибром покруче'. Она находится где то между этими ОС и 'большими' типа *Linux (в вариантах uLinux, RTLinux, и пр), WinCE, QNX и пр

Вопрос к тем кто пользовался, почему вы остановились на eCos и какие ваши впечатления были потом?

Выбрали потому что подошла по требованиям/потребностям и позволила удалить все лишнее. Впечатления самые положительные

Я сейчас остаюсь в неведении о том, что выбрать. eCos привлекает тем, что в ней много разных пакетов, но впихуемость всего этого в тот же STM32 для меня остается под вопросом,

Скорее всего впихнется, но вот нужна ли она для STM32 действительно под вопросом. Какие требуются сервисы от ОС?

Ок, в качестве компилятора принимается GCC. Какую можно использовать IDE?

Eclipse уже советовали (хотя он несколько и монстрообразен). CodeBlocks можно посоветовать

Как и чем отлаживать программу? У меня JLink.

gdb + OpenOCD

[_Макс]

Какие требуются сервисы от ОС?

Планировщик, межпроцессное взаимодействие, файловая система, стек TCP/IP, сенсорный GUI для МК с LCD контроллером (напишем сами или вставим что-то, пока неизвестно что именно). Требования - минимум памяти, впихуемость в M3 или ARM7 без внешней RAM и MMU.

Eclipse уже советовали (хотя он несколько и монстрообразен). CodeBlocks можно посоветовать

Можно NetBeans как-то прикрутить? Это сложно? Никогда ранее не видел ничего про использование этой среды для embedded и google ничего не нашел.

[XVR]

Планировщик, межпроцессное взаимодействие, файловая система, стек TCP/IP

В принципе не очень много, можно и что попроще, чем eCos использовать.

сенсорный GUI

Это отдельная песня. В eCos есть какой то uWindows, но насколько это юзабельно (и насчет сенсорного экрана) не скажу.

Можно NetBeans как-то прикрутить?

Можно

[_Макс]

В принципе не очень много, можно и что попроще, чем eCos использовать.
Это отдельная песня. В eCos есть какой то uWindows, но насколько это юзабельно (и насчет сенсорного экрана) не скажу.
Можно

Дык, да. Вот я и думаю, что использовать. Пробовал скомпилировать eCos по книге с их сайта, установил Cygwin, что делать дальше не понимаю Не нравится мне эта линукс ориентированность, если так, тогда Linux и поставил бы только на более мощный процессор.
Пакет uWindows не нашел, и ничего подобного в исходниках тоже.

Круто, что можно использовать NetBeans, он намного легче и быстрее eclipse. Если чем-то хуже, то скажите вы. Как это сделать? Мне бы под IAR. К GCC не тянет, может опыта мало, не знаю. Но как-то темно и сложно в линуксах.

Сообщение отредактировал _Макс - Nov 12 2010, 13:38

[ReAl]

Круто, что можно использовать NetBeans, он намного легче и быстрее eclipse.

Что, точно?
Они ж оба на java написаны, принципиальной разницы быть не должно.
Я вот уже с год с нетбинсом работаю, так с P4HT@3GHz удрать пришлось на что-то поновее. На Core2Duo @ 2.4GHz гораздо лучше, но тоже иногда раздражает.

[MrYuran]

Круто, что можно использовать NetBeans, он намного легче и быстрее eclipse. Если чем-то хуже, то скажите вы. Как это сделать? Мне бы под IAR. К GCC не тянет, может опыта мало, не знаю. Но как-то темно и сложно в линуксах.

Пытался пробовать нетбинс, что-то ниасилил снаскоку.
Эклипс тяжеловат (хотя кто ж заставляет все навороты включать), я остановился на CodeBlocks.
Эклипс удобен тем, что под него много чего есть, включая доки и плагины.
Я даже ставил плагин под Symbian, правда HelloWorld скомпилил в КодеВарриоре

Если уж так нравится ИАР, то пробуйте то, что они советуют и официально поддерживают:

Our RTOS partners

* CMX
* Express Logic
* FreeRTOS
* Micrium
* Micro Digital
* Sciopta
* SEGGER
* Quadros
* Wittenstein

Ну и прикрутить компилятор ИАРа к сторонним IDE - это отдельная песня.
А штатная среда - это унылое г.. по сравнению практически с любой более-менее развитой IDE.

[jorikdima]

Мне бы под IAR.

Если есть повод бросить эту дурную IDE - бросьте. У меня вот все повода не находится (новый проект, новая платформа...)

[XVR]

Пробовал скомпилировать eCos по книге с их сайта, установил Cygwin, что делать дальше не понимаю

Дальше надо ставить конфигуратор (он там где то отдельно лежит). По нему можно прочувствовать объемы. Затем (или параллельно) надо ставить cross compiler (toolchain). Они есть уже в бинарном виде (но не все). Потом можно будет собирать приложение под eCos (просто запустив make из консоли cygwin'а)

Не нравится мне эта линукс ориентированность, если так, тогда Linux и поставил бы только на более мощный процессор.

eCos - это не Linux. Никаким боком!

Пакет uWindows не нашел, и ничего подобного в исходниках тоже.

Был, счас скачаю, гляну.

Кстати, STM32 процессор поддерживается:

STMicroelectronics STM32F102ZE (Cortex-M3) STMicroelectronics STM3210E-EVAL


Залез в их репозитарий, вот :

Microwindows is an Open Source project aimed at bringing
the features of modern graphical windowing environments
to smaller devices. Microwindows' genesis was with the
NanoGUI project, and is now the primary distribution for
both the Microwindows and Nano-X codebase. Microwindows
currently runs on Linux, UNIX, X11, ELKS, MSDOS, RTEMS
and bare VGA hardware. It uses the same device-
independent graphics engine built for the NanoGUI project.
Microwindows compiles a sample application and the WinCE
graphics api in about 42k.
...

Лежит в packages/services/gfx/mw/current/

[_Макс]

Что, точно?
Они ж оба на java написаны, принципиальной разницы быть не должно.

На практике разница ощутима, наверное по разному написаны. Попробуйте и убедитесь.

Пытался пробовать нетбинс, что-то ниасилил снаскоку.
Эклипс тяжеловат (хотя кто ж заставляет все навороты включать), я остановился на CodeBlocks.
Эклипс удобен тем, что под него много чего есть, включая доки и плагины.
Я даже ставил плагин под Symbian, правда HelloWorld скомпилил в КодеВарриоре

Если уж так нравится ИАР, то пробуйте то, что они советуют и официально поддерживают:


Ну и прикрутить компилятор ИАРа к сторонним IDE - это отдельная песня.
А штатная среда - это унылое г.. по сравнению практически с любой более-менее развитой IDE.

Среди тех ОС, которые официально поддерживает IAR только одна бесплатная, представляющая собой кастрированную версию платной.

Если есть повод бросить эту дурную IDE - бросьте. У меня вот все повода не находится (новый проект, новая платформа...)

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

Дальше надо ставить конфигуратор (он там где то отдельно лежит). По нему можно прочувствовать объемы. Затем (или параллельно) надо ставить cross compiler (toolchain). Они есть уже в бинарном виде (но не все). Потом можно будет собирать приложение под eCos (просто запустив make из консоли cygwin'а)

eCos - это не Linux. Никаким боком!

Про линуксовость я имел в виду, что сей продукт требует инструментарий GCC и т. п. без вариантов. Как и откуда поставить конфигуратор и что такое toolchain - не догнал.

[XVR]

Про линуксовость я имел в виду, что сей продукт требует инструментарий GCC и т. п. без вариантов.

Угу. Но и gcc != Linux

Как и откуда поставить конфигуратор

Отсюда - http://www.ecoscentric.com/devzone/configtool.shtml

и что такое toolchain - не догнал.

Кросс компилятор и дебагер под целевую платформу. Можно закачать как часть инсталяции самого eCos'а (см раздел 'eCos and Toolchain' в http://ecos.sourceware.org/getstart.html ) Или построить самому ( http://ecos.sourceware.org/build-toolchain.html )

[_Макс]

Блин читаю все это, страшно становится

Давайте проще, помогите сравнить TNKernel и FreeRTOS. Кто чем лучше? Я заметил только, что FreeRTOS официально поддерживается IAR. Тут на форуме находил, что FreeRTOS якобы попроще и подеревяннее TNKernel. Что скажете?

И что скажете по поводу TN NET в качестве бесплатной добавки?

Сообщение отредактировал _Макс - Nov 15 2010, 13:38