Заставить MSP430 спать все свободное время Опции

[aliko]

Добрый день.
Вопрос собственно в заголовке. Надо чтобы контроллер MSP430F149 все свободное время спал. Достаточно ли будет написать так:

Код

void OS::IdleProcessUserHook()
{
    LPM0;
}

PS использую IAR

[aliko]

Наверное вопрос сочли слишком глупым чтобы на него отвечать...
Все же господа хорошие, объясните пожалуйста новичку премудрости вытесняющего планирования.

Я постараюсь более подробно изложить свои вопросы:

1) Я так понимаю IdleProcess такой же процесс как и все остальные. Разве что не надо его оборачивать в бесконечный цикл, так как это уже сделано в коде ОС. Значит если я усыплю МК в этом процессе то всякий раз возвращаясь в него планировщик будет восстанавливать SR, а значит впадать в спячку. Так ли это?

2) Если IdleProcess нужен лишь для усыпления контроллера, не слишком ли жирным будет выделять для таких целей отдельный процесс со своим стеком? Можно ли вообще отказаться от этого процесса? Как в таком случае реализовать спящий режим при простое МК?

3) Этот вопрос наверное уже больше завязан на конкретную среду IAR. В настройках проекта в среде IAR указывается величина выделяемого стека и кучи. Кто будет пользоваться этим стеком? Какие значения лучше указывать?

Заранее большое спасибо за помощь!

[SSerge]

1) Я так понимаю IdleProcess такой же процесс как и все остальные. Разве что не надо его оборачивать в бесконечный цикл, так как это уже сделано в коде ОС. Значит если я усыплю МК в этом процессе то всякий раз возвращаясь в него планировщик будет восстанавливать SR, а значит впадать в спячку. Так ли это?

Тут уже было обсуждение похожей темы: http://electronix.ru/forum/index.php?showt...=20811&st=0
пришли к такому же выводу.

2) Если IdleProcess нужен лишь для усыпления контроллера, не слишком ли жирным будет выделять для таких целей отдельный процесс со своим стеком? Можно ли вообще отказаться от этого процесса? Как в таком случае реализовать спящий режим при простое МК?

Ну надо же что-то делать когда совсем нечего делать
В принципе можно что-то и там делать, но далеко не что угодно, так как усыплять этот процесс нельзя. С другой стороны, накладные расходы на ещё один процесс минимальны.

3) Этот вопрос наверное уже больше завязан на конкретную среду IAR. В настройках проекта в среде IAR указывается величина выделяемого стека и кучи. Кто будет пользоваться этим стеком? Какие значения лучше указывать?

А это зависит от дефайна scmRTOS_ISRW_TYPE

[aliko]

Тут уже было обсуждение похожей темы: http://electronix.ru/forum/index.php?showt...=20811&st=0
пришли к такому же выводу.

Большое спасибо за эту ссылку, я рад что оказался не одинок в своих поисках решения)

Ну надо же что-то делать когда совсем нечего делать
В принципе можно что-то и там делать, но далеко не что угодно, так как усыплять этот процесс нельзя. С другой стороны, накладные расходы на ещё один процесс минимальны.

Ну вобщем-то делать мне там совершенно нечего и хотелось бы сэкономить побольше оперативки так что держать отдельный IdleProcess со своим стеком и постоянно переключать на него контекст лишь для того чтобы в нем спать несколько накладно...

А это зависит от дефайна scmRTOS_ISRW_TYPE

значение этого дефайна выставил в TISRW. Правильно ли я понимаю что теперь стек выделяемый IAR (тот что задается в конфигурации проекта) будет использоваться прерываниями?

[zltigo]

IdleProcess со своим стеком и постоянно переключать на него контекст лишь для того чтобы в нем спать несколько накладно...

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

CODE

/
void idle_system( void )
{
.........

    if( xQueueReceiveFromIdle( idle_queue, &imsg ) )
    {    
.......
    }
    else
    {    // CPU Idle
        PCON |= PCON_IDL;
    }
}