Выпущена scmRTOS 4.0., Ура, товарищи! :) Опции

[AHTOXA]

Собственно, субж.
Ссылки:

• Что нового (en);
• Migration Guide;
• Download;
• svn (trunk).
• User Manual (русский)
• User Manual (en)

Кроме того, незадолго до этого была выпущена версия 3.11. Это завершающая, багофиксная версия 3.x. Ссылки:

• Download;
• svn.

[dxp]

Кстати, Cortex-M3 таки молодчинка. Если глянуть табличку времён переключения процесса (по 1-EventFlag, от поднятия лапки в прерывании до опускания в приоритетном процессе), состоящее из перепланирования и переключения контекста, взять оттуда и перемножить микросекунды на мегагерцы, то получим
BlackFin: 360 (ну тут, наверное, контекст большой)

Да, контекст здоровенный, порядка 180 байт. Частично компенсируется высокой скоростью проца (при низком потреблении).

p.s[1] Вот же ж зараза, вместо того, чтобы ещё абзац родить для странички STM8 Port в вики scmRTOS, сижу и, как и во времена RU.EMBEDDED, пишу не так для того, с кем формально «дискутирую», как для других — чтобы ему не поверили :-)

Не, нормально - такие посты очень полезны - расставляют точки над "ё", структурируют обсуждение и выводы. Такое, даже если знаешь суть, все равно всегда приятно читать.

Про персонализацию мютексов. Кто из процессов залочил - тот и разлочить может.

А, ну это тоже сделано. + ещё можно разлочить в ISR, такое тоже может быть необходимым. Ну, и теперь можно никого не спрашивая, родить свой собственный мутекс. И поделиться им с другими.

Позиция авторов, что задачи с одинаковым приоритетом избыточны, не потерпит изменения в будущем?

Смысл в такой фиче?

Ваш вариант использования того, что есть в scmRTOS - плох тем, что хочешь не хочешь, а придется идти длинным путем через OS, через диспетчер, через полинг, через арбитр приоритетов....

А как вы собираетесь организовывать псевдопараллельную работу процессов (задач) с вытеснением? И, кстати, о каком поллинге идёт речь?

когда сработает, да и сработает ли вообще посланный signal - никто толком не знает. В моем варианте- все четко и практически мгновенно.

Если signal послан, то сработает. В соответствии с логикой работы программы и приоритетами. В вашем варианте имеет место просто работа программы на голом железе и ни о какой синхронизации между процессами и передаче управления речь не идёт.

[Lotor]

Смысл в такой фиче?

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

[IgorKossak]

... такая штука необходима для обслуживание некого количества однотипных каналов

1. Если порядок обслуживания однотипных каналов (или другого рода процессов сходного приоритета) важен, то можно им назначить сетку рядом стоЯщих приоритетов.
2. Если порядок не важен, то, как частный случай, можно согласиться с решением п. 1.