У автора на страничке _http://scmrtos.igpss.com/ появилась новая версия ОС - scmRTOS v2.01-beta.
Русское описание _http://scmrtos.narod.ru/files/Doc/scmRTOS_v2.pdf
Сечас доступны версии платформ:
IAR EW430 v3.xx _http://scmrtos.narod.ru/files/EW430/MSP430_v2.01.rar
IAR EWAVR v4.xx _http://scmrtos.narod.ru/files/EWAVR/EWAVR_v4.xx-v2.01.rar
Так как меня больше интересует AVR, то отмечу, что:
- теперь поддерживается недавно появившийся IAR EWAVR v4.xx, что существенно улучшило С++ вариант реализации;
- теперь сохраняются и могут быть использованы все регистры, и => не нужно перекомпилировать родные иаровские библиотеки.
Полная версия этой страницы: scmRTOS v2.xx
Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Операционные системы
ОС замечательная!
То, что библиотеки пересобирать не надо, это хорошо.
Но, тем не менее, поиметь их (в исходниках, разумеется) не помешало бы. Хотя бы ради исправления замеченных глюков, сообщения о которых разработчики высокомерно игнорируют.
Может у кого есть свежие исходники библиотек, отзовитесь.
(А ещё лучше - выложите их известно куда.)
То, что библиотеки пересобирать не надо, это хорошо.
Но, тем не менее, поиметь их (в исходниках, разумеется) не помешало бы. Хотя бы ради исправления замеченных глюков, сообщения о которых разработчики высокомерно игнорируют.
Может у кого есть свежие исходники библиотек, отзовитесь.
(А ещё лучше - выложите их известно куда.)
Подскажите, как лучше реализовать следующую задачу в scmRTOS: требуется два независимых процесса с достаточно сложной логикой которые постоянно что-то делают. В ОС поддерживающих равные приоритеты это были бы просто две задачи, но scmRTOS не поддерживает равные приоритеты. Т.о. в более приоритетной задаче нужно будет более-менее равномерно расставлять Sleep(1..n) для передачи управления второму процессу? Есть ли более элегантное решение?
Цитата(id_Alx @ Nov 13 2006, 14:57) 
Подскажите, как лучше реализовать следующую задачу в scmRTOS: требуется два независимых процесса с достаточно сложной логикой которые постоянно что-то делают. В ОС поддерживающих равные приоритеты это были бы просто две задачи, но scmRTOS не поддерживает равные приоритеты. Т.о. в более приоритетной задаче нужно будет более-менее равномерно расставлять Sleep(1..n) для передачи управления второму процессу? Есть ли более элегантное решение?
Что-то не очень понятно - задачи, что, вообще сами по себе постоянно молотят - управление не отдают? Опишите подробнее, какого рода работу выполняют задачи?
Цитата(dxp @ Nov 13 2006, 13:14)
Цитата(id_Alx @ Nov 13 2006, 14:57)
Подскажите, как лучше реализовать следующую задачу в scmRTOS: требуется два независимых процесса с достаточно сложной логикой которые постоянно что-то делают. В ОС поддерживающих равные приоритеты это были бы просто две задачи, но scmRTOS не поддерживает равные приоритеты. Т.о. в более приоритетной задаче нужно будет более-менее равномерно расставлять Sleep(1..n) для передачи управления второму процессу? Есть ли более элегантное решение?
Что-то не очень понятно - задачи, что, вообще сами по себе постоянно молотят - управление не отдают? Опишите подробнее, какого рода работу выполняют задачи?
Мне тоже как-то непонятен смысл задачи. Почему бы тогда все действия не запихнуть в одну задачу?
Цитата(dxp @ Nov 13 2006, 12:14)
Что-то не очень понятно - задачи, что, вообще сами по себе постоянно молотят - управление не отдают? Опишите подробнее, какого рода работу выполняют задачи?
Каждая задача считает что-то похожее на интеграл от своего набора входных данных и выводят промежуточные результаты на ЖКИ. Алгоритмы обработки у каждой задачи слегка различны. По логике работы отдавать управление и ждать входных данных не требуется.
Цитата(id_Alx @ Nov 13 2006, 21:45)
Цитата(dxp @ Nov 13 2006, 12:14)
Что-то не очень понятно - задачи, что, вообще сами по себе постоянно молотят - управление не отдают? Опишите подробнее, какого рода работу выполняют задачи?
Каждая задача считает что-то похожее на интеграл от своего набора входных данных и выводят промежуточные результаты на ЖКИ. Алгоритмы обработки у каждой задачи слегка различны. По логике работы отдавать управление и ждать входных данных не требуется.
Тогда почему бы просто не сунуть обе задачи в один процесс? Когда приходит событие о том, что данные для обработки готовы, процесс пробуждается, делает свою работу (вычисления и вывод на ЖКИ) и падает снова в ожидание следующего события. Зачем разбивать на две части?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.