RTOS OSA, кооперативная ОС для AVR/PIC/STM8 Опции

[testerplus]

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

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

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

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

[sergeeff]

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

Но все же:

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

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

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

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

Зачем контроллеру ось?

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

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

[Alex B._]

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

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

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

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

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

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

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

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