roboforum.ru

Для управления таким простым устройством можно и на вижуалвасике...

Как все набросились , мол зачем РТ, даешь отдельный сервоконтроллер, маркетинговый ход.. Видно что народ не знаком с тем самым маркетингом, который ставит задачи впихнуть все в один чип чтоб оно (как в рекламе) с ленточкой было музыку играло, лампочками перемигивалось... маркетинг иногда из за лишнего кондюка удавится готов. А вы говорите сервоконтроллер.

незабываем что "система реального времени это информационная система , в которой корректность выходной информация зависит не только от примененных алгоритмов, но и от моментов времени появления информации." взято отсюда http://www.linuxfocus.org/Russian/May1998/article44.html советую почитать перед тем как поливать грязью RT системы.

А задача формировать импульсы на 18 выходов с определенной точностью по моему как базовая для освоения RT ос очень даже корректная.

Нужно оперделится или данное железо успеет выдать должную точность импульсов. т.е. или ОС успеет обработать очередь задач за это время.

Хотя в данном случае только есть только одна задача (или 18 по одной на каждую серву) которая(-ые) требует RT поведения.

Aseris писал(а):маркетинг иногда из за лишнего кондюка удавится готов. А вы говорите сервоконтроллер.

Это уже суровая себестоимость. Маркетинг ею не особо занимается. Он занимается чуток другим.

Aseris писал(а):А задача формировать импульсы на 18 выходов с определенной точностью по моему как базовая для освоения RT ос очень даже корректная.

Это как микроскопом гвозди забивать. Вы таким ходом с формированием 18 шим сигналов заставляете систему с частотой 2*18*50Гц=1.8КГц запоминать своё состояние в работающем коде и переключаться на другую задачу в которой надо тупо переключить выход с 0 на 1 и обратно... Какие там издержки на переключение задач нынче в RTOS?

2*18*50Гц=1.8КГц

ты еще забыл кванты для прерывания по таймеру.. дискретизация выходного сигнала

Но даже если 500 КГц это не смертельно, у нас система в данной задаче должна четко генерировать импульсы, все остальное оно хоть час может считать так как это не специфицировано ПК чаще дергается между приложениями в винде.

Какие там издержки на переключение задач нынче в RTOS?

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

Советую все таки хотя бы с краткой теорией о RT системах ознакомится.

Добавлено спустя 12 минут 22 секунды:
Может пример задачи даст понимание все-таки зачем RT ос вобще,

Дано делать замер величин А, Б, С (темперантура, влажность, содержание кислорода) в каком то лабораторном стенде с интервалом 100 мс +/-2 мс, плюс контроллер подключен к интранету комплекса, конфигурируется через веб, а данные скидывает раз в сутки по запросу сервера по UDP лбо TCP протоколу.

По моему РТ ос тут самое оно, несколько задач на устройстве
можно отдельно конечно сделать контроллер что по таймеру будет результаты считвать, и держать мк который с сетью работать будет, а можно на одном сделать.

Очевидный вопрос а зачем ОС? можно железно записать без ос в мощный контроллер, поиграться с прерываниями все вылизать...
А потом придет манагер/заказчик/начальство и скажет, а давайте мерять еще 3 величины и не 100 мс а с 60 мс инитервалом...

И проект оптимизированный под предыдущие параметры можно положить в архив и заново играться с таймигнгами...

Использование RT ОС на определенной стадии сложности проекта это существенно упросит

Aseris писал(а):Но даже если 500 КГц это не смертельно... ПК чаще дергается между приложениями в винде.

чушь.

Aseris писал(а):

Какие там издержки на переключение задач нынче в RTOS?

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

Aseris писал(а):Советую все таки хотя бы с краткой теорией о RT системах ознакомится.

Вот именно. Вас про издержки спросили...

Время переключения контекста задач конкретно на mini2440 под µC/OS-II не знаю, зависит от конфига ОС, на в скидку ~200 команд на ассемблере.

Возьми комп с 2 мя винтами, включи пио режим работы и начни копировать паралельно 10 файлов с одного на второй, там поболее 500 кгц будет. 500 КГц от 3 ГГц это ~6000 тактов процессора ~1000 ассемблерных команд

Небольшая операционная система (StartOS) находится здесь:

http://code.google.com/p/startos/