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

Осталось только реализовать диспечер)))

Вопросы:
IdleProcess что точно он делает и зачем он нужен?
В документации так и ненашол, понятного обьяснения, по поводу использования прерывания компоратора. Как это использовать?
Существует ли более подробная документация? В операционке заметил функции и параметры которые нигде не описаны.

Я обычно в этом процессе повергаю контроллер в спячку.

Возникла проблемка. А как из одного усыпить другой процесс?

Итак(слитно). А смысл? Вы пока еще не поняли основных принципов вытесняющей многозадачности, но уже пишете свой планировщик. В вашем случае достаточно организовать в прерывании UART запись в канал, а в функции receiveByte() читать из этого канала. Передачу управления сделает сама ОС внутри функций канала. Вы же, образно говоря, пытаетесь запрячь лошадь в автомобиль и возмущаетесь, что и лошади тяжело и автомобиль движется медленно.Он работает, когда все остальные процессы спят. Часто используется для перевода ядра в спящий режим для снижения энергопотребления. А что в обычной программе делает процессор когда ему нечего делать полезного?не<пробел>нашел, компаратора, перебор с запятыми. Объяснение в документации есть - для переключения контекста нужно генерить какое-либо прерывание программно. Один из способов получения такого прерывания - дергать ногой, к которой внутри подключен вход компаратора. Второй возможный вариант - прерывание SPM, тоже есть в примерах.Что использовать? Что вы не нашли объяснения?Нет. Более подробной нет. Все функции, которые предназначены для использования пользователем - описаны. Неописанные функции используются внутри реализации ОС. Они нужны разработчикам самой ОС для реализации ее внутренностей, снабжены комментариями или самодокументированы своим кодом. Не предназначены для использования "снаружи" ОС.Никак.

В случае с UART использовать канал удобно. Но это частный случай.
Основная идея это чтоб бесконечный цикл в приоритетном процессе не вешал менее приоритетные процессы и менее приоритетный мог получить управление.

Функцию отправки другой процесс в спячку реализовал. Пришлось написать свою функцию Sleep.

А вот документация устарела.
Например где описано:
#define scmRTOS_ISRW_TYPE TISRW //_SS
#define scmRTOS_IDLE_PROCESS_STACK_SIZE 90 -- Почему 90 байт?
#define scmRTOS_CONTEXT_SWITCH_USER_HOOK_ENABLE 1 -- Это и так понятно.

TMutex t;
t.UnlockISR(); -- Это что за анлок?

Сообщение отредактировал a9d - Apr 11 2010, 07:37

Да, полный мрак . Действительно 100% совпадение с ситуацией из анекдота:

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

scmRTOS простая операционка. В ней можно быстро разобраться.

Но мне нужен немного другой планировщик процессов. Я не говорил что он лучше, хуже и т.п.
Если после небольших изменений операционка перестанет соответствовать RTOS, то мне это пофигу.

Главное это рабочая прошивка. Не важно на сколько она будет корректной или нет. Главное это простота и работоспособность.

1)Большая программа складывается из частных случаев.
2)В программе не должно быть циклических опросов - ожиданий.
НапИшите более новую?
А попробуйте немного подумать. Если TEventFlag::SendISR() взводит флаг из прерывания, message::sendISR() посылает сообщение из прерывания, то что, исходя из своего названия, должен делать TMutex::UnlockISR()?

Я не разработчик scmRTOS поэтому не мне писать.
Если вносите поправки и дополнения в операционку то и где нибудь об этом сообщайте. А не зативайте игр "Угадай мелодию".

ЗЫ: Тема топика "Вопросы по scmRTOS".

Сообщение отредактировал a9d - Apr 11 2010, 11:14

Беда в том, что Вы совсем совсем не разобрались, причем не scmRTOS, а вообще, как системами-то пользуются. И похоже не собираетесь, поскольку, опять цитирую:

Это отвал башки какой-то. Если в системе есть приоритеты, то они ДОЛЖНЫ РАБОТАТЬ и никакой процесс с высоким приоритетом не может быть прерван процессом с низким приоритетом (только равным, или в результате инверсии приоритетов при разруливании доступа к ресурсам, но этого в scmRTOS нет ), ибо обратное ПЕРЕЧЕРКИВАЕТ ВСЮ систему. Как только, Вам в голову пришла вышеотцитированная "концепция", следует СРАЗУ забыть о вытесняющей многозадачности, слове приоритеты и взяв "чистый лист бумаги" ваять что в голову придет абы работало. Что собственно Вы и делаете, только зачем-то всуе поминая scmRTOS.




Только Ваши "идеи" к теме топика отношения не имеют , как и лошадь к трактору.
To:Сергей Борщ - Вынести этот разговор куда-нибудь подальше?

Та не волнуйтесь вы так. Я scmRTOS взял за основу. Потому что в ней было проще разобраться.

Вот это вы правильно заметили. В том и изюмина scmRTOS - простота для понимания, как все устроено. Но в основе этой "простоты" хорошо продуманная концепция, отличное знание С++, внятная документация и главное опыт разрабочика. Вот его то вам пока и не хватает.

Я не говорил, что имею большой опыт работы с операционкой. Да и вообще с ООП не так часто общаюсь как хотелось.

У меня задача разработать прошивку которая будет очень простой. Ее будут модифицировать и дорабатывать другие люди. У меня нет никакого желания писать очень подробную документацию к прошивке и общаться с каждым новым разработчиком.
scmRTOS позволяет красиво оформить код.

Почему-то вы решили, что другие люди сходу разберутся в "красиво оформленном" коде под scmRTOS, если сами не понимаете и не хотите понять, как она работает?

P.S Самая красивая прошивка - n-байт 0xFF! Изумительное чудо.