roboforum.ru

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

_________________
Here I am, brain the size of a planet, and they ask me to take you to the bridge!

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

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

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

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

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

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


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

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

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

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

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

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

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

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

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

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

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

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

чушь.




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

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

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

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

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