В свободное время написал небольшую статью по использованию ОСРВ OSA:
http://wiki.pic24.ru/doku.php/osa/articles/rtos_usage

копия здесь:
http://picosa.narod.ru/Manual/htm/rtos_usage.html

В этой статье:
- приведены предпосылки к использованию RTOS в своих проектах.
- даны общие рекомендации по RTOS;
- описаны часто совершаемые ошибки;
- даны ответы на часто задаваемые вопросы по OSA;
- приведены советы по оптимизации при использовании OSA.

Надеюсь, кому-то статья окажется полезной.
С уважением, Виктор.

Это только так кажется, что они выполняются параллельно. На одном процессоре они все и всегда выполняются последовательно.



Это просто чудесно, ей-ей !

Это Вы мне? Само собой, что речь идет о псевдопараллельности. Хотя, возможно, в тексте будет правильнее использовать именно этот термин.

Вам дорогой, вам. Вы же про это написали.

Последовательно - это когда одна задача выполнилась потом следующая? Если уж придираться как вы к словам.
Процессор переключается между задачами распределяя ресурс. Для пользователя или другого устройства, процессы будут именно параллельные.

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

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

Под многозадачностью на однопроцессорной системе всегда подразумевалось переключение между задачами. Это прописная истина, а не новейшая тема, которая требует пояснений. Когда в математике объясняют логарифм, пдразумевается, что обучаемый в курсе того, что такое возведение в степень. Так что Вы придираетесь к словам.



Да и я их в статье в одну кучу свалил. Материал изложен с определенного ракурса, учитывающего не только возможности контроллера, но и подготовленность прораммиста, и потребности пользователя. Формализованное (точное) описание ОСРВ и их свойств дано в других источниках.

P.S. Я не против любой критики и в адрес статьи, и в адрес своей операционки. Пускай даже грубой - это дело критика. Но придирки по стилю изложения и предположения о потенциальной аудитории - оставьте для себя, как излагать и для кого - мое дело. А раз Вы радеете за точность и однозначность, то хотя бы пишите без ошибок (грамматических и ситаксических).

С уважением, Виктор.

Чудесная дискуссия по принципу "сам дурак".

Но все же:


Правильнее изложено, например, здесь: http://www.mka.ru/?p=40057.

Задержка обработки события есть всегда. Только для систем жесткого реального времени она фиксирована определенным значением, а для систем мягкого реального времени - это время может варьироваться.

Вообще реакции на критику тоже надо учиться. Считаю общий стиль изложения вашего материала на сайте http://picosa.narod.ru/Manual/htm/rtos_usage.html - жаргонным.



Да на хрен не нужна!

С наилучшими, пожеланиями, искренне Ваш testerminus

если ничего не путаю, вы первый начали в таком тоне


Нет, это не так. Детерминированное время обработки события это что-то из разряда фантастики. На практике всегда есть какой-то джиттер. В статье написано все правильно - системы мягкого реального времени допускают превышение лимита времени обработки, но это не является критической ошибкой.
http://en.wikipedia.org/wiki/Real-time_com...al-time_systems


Несомненно. Только лучше так чем никак... От формализованного контента уже рябит в глазах, читать не хочется. Почитайте embedded.com к примеру - там довольно много статей с жаргонным стилем, которые читаются в разы легче. К тому же предмет обсуждения рассчитан на определенную целевую аудиторию, не надо об этом забывать


Ну тогда не думаю, что вы всерьез можете критиковать эту статью

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

Вы что как-то по-другому воспринимаете фразу:"первые отличаются от вторых как раз тем, что они допускают задержку обработки события, в то время как для вторых такая задержка недопустима ". Что значит "задержка недопустима"? Равна нулю?

Заголовок "Зачем контроллеру ось?". Какая ось? Вагонная? Часовая? Земная?



Да почитайте документацию на scmRTOS, например. Там все ясно, понятно, по-русски и по-английски, изложено про RTOS.

Суперлупер. Надо же такое сочинить!

дык делайте автору замечания, и он их оперативно исправит. Пока ничего кроме придирок (наверное, все таки справедливых) к стилю я не увидел.


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


Да читал и не раз.

Вы, вообще-то, выдрали фразу из контекста. Хотя, я согласен: моя формулировка может быть интерпретирована именно как "нулевая задержка".


В сети этот вопрос часто встречается именно в таком виде. Кто его задает, - уже не наше дело.
И "ось", и "суперлуп" - часто встречающиеся в сети жаргонные слова. При выбранной стилистике статьи их употребление допустимо.


Не хами.

Если автор позиционирует себя как писателя для "правильных пацанов" юзающих суперлуп" (см. http://telesys-ru.1gb.ru/wwwboards/mcontro...s/242862.shtml), то это его 100% право.

Все это было бы смешно, если не было грустно.

Бог с вами - пишите, что хотите.

sergeeff
Во-первых ссылка не работает, во-вторых это уже даже не дискуссия и тема выходит за рамки топика.
Если есть вопросы и темы "про пацанов" - то вам либо в БОБРУЙСК, либо в РОСТОВ. (или ИЗрАИЛЬ)
Понимаю, что с предыдущего поста время прошло месяц с гаком, но просто неправильно говорить например о ошибках компилятора
(которые, например, пока ещё не найдены), основываясь на переводе документации с английского на албанский и далее на китайский и русский.
Анекдот!
С уважением(или нет?) SergeeffMinusSergeeff=0

http://wiki.pic24.ru/doku.php/osa/tutorial/intro

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

Спасибо!!!!!

Доброго времени суток!

OSA портирована на AVR. OSA - кооперативная ОСРВ для микроконтроллеров PIC и AVR. Распространяется бесплатно с исходными текстами. Может оказаться полезной при написании программ для малоресурсных контроллеров, где вытесняющим ОСРВ будет тесно.

Исходники
Документация
Учебник

С уважением, Виктор Тимофеев.

P.S. Исходники OSA можно взять также здесь: http://picosa.narod.ru (Opera 10 не открывает pic24.ru)

спасибо - попробуем и на AVR

Спасибо!

Спасибо, Виктор!!!

Версия 100312 - доработан внутренныий код для атомарного доступа к битовым системным переменным.

Порт под AVR будет потихоньку оптимизироваться (он пока слишком медленный), и будут исправляться обнаруженные баги. Так что следите за обновлениями.

Запустил урок 2 из хелпа

Если в опциях компилятора включена оптимизация, то локальные переменные cTemp1 и cTemp2 удаляются, если отключена - вылетают предупреждения при симуляции и симуляция идет с ошибками
проект в архиве



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


даже после объявления локальных переменных как static ошибка продолжается

WinAVR эти переменные, действительно, соптимизирует, т.к. с его точки зрения они не используются. Версию OSA для отключенной оптимизациии готовлю сейчас (в WinAVR'e нашел неприятный баг, и при включенной оптимизации работать в будущем будет, к сожалению, нельзя).

Для проверки работы урока 2 объявите локальные переменные в задачах с квалификатором volatile, тогда он их не будет оптимизировать.

Подготовил описание ошибки компилятора WinAVR, из-за которой при использовании кооперативной ОС нужно отключать оптимизацию. Рекомендую обновить OSA (версия 100314).

Нашел вариант решения проблемы. Теперь на WinAVR+OSA можно использовать любой уровень оптимизации (если еще какая гадость не вылезет)

Версия 100531

OSA портирована на STM8 (ограничение: ROM <= 64K) для компилятора Cosmic.

Исходники версии 101000.
В учебник добавлен Урок 5, посвященный расширенному приоритетному режиму.

101007: Добавлена поддержка IAR и Raisonance для STM8
Ограничение: ROM <= 64K

Руки дошли почитать статью...
Не считайте придиркой, но все же не стоит создавать кашу в мозгах читателя:
1) Термин "реальное время" и производные от него по большому счету нормально применимы к конечным системам, а не к средствам из которых их делают (в том числе ОС). Вообще нормальное определение реального времени: "система (! не операционная система, а конечный продукт, в котором может использоваться ОСРВ, а может вообще быть суперлуп и даже... вообще не быть процессора и электроники) является системой реального времени, если времена реакций на события всегда меньше либо равны заданным". Далее если мягкость/жесткость вводить - то данное определение подходит для "жестких" систем, а для "мягких" надо вставить в конце "...в большинстве случаев".
2) Тип планирования (вытесняющее/кооператив) в общем-то ОТНОШЕНИЯ К ЖЕСТКОМУ/МЯГКОМУ реальному времени не имеет. По большому счету если вводить критерий "жесткости" применительно к ОС, то тогда с этой позиции - ОС является "жесткой" ОСРВ если задержки привносимые ОС всегда известны - т.е. можно использовать как инструмент для "жесткой" системы РВ, аналогично "мягкой" ОСРВ - если известно, что в большинстве случаев привносимые ОС задержки не превышают некоторых известных значений. А то, как воспользуется дисциплиной планирования программист - его дело и ответственность - я отлично делал на суперлупе и кооперативе системы "жесткого" реального времени. Какая бы крутейшая ОСРВ не использовалась, всегда можно реализовать программу, так что свойства реального времени в системе не будут обеспечены.

"Пердустановленные константы" - это круто....
В chm файле доки....

Все правильно, Вы не первый мне это говорите. Просто нет времени на переработку материала.


Спасибо, исправляю...

Ну тогда напишите дисклаймер в начале статьи.

P.S. Прочитал еще "Как писать программы без ошибок" - ну очень статья понравилась - сам интуитивно к подобному пришел.

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

Добрый день!!! Пишу программу с использованием RTOS OSA на AtmelStudio6.2. Есть несколько задач. Одна из задач требует много времени для решения. Остальные нет. Мне нужно, чтоб она не тормозила выполнение остальных задач.
Я пытаюсь ее решить с помощью статических или динамических таймеров,чтоб задавать время на выполнение этой задачи. Например 100 мсек. и пусть она решается еще дольше (мне не важно). Так ВОТ я не могу разобраться с таймерами. Хелп читал, по инету лазил, а результата нет.