Литература по RTOS Опции

[paskal]

Есть масса книг по операционным системам для ПК. Книг по микроконтроллерам тоже много. Но что то совсем не нахожу про операционные системы для микроконтроллеров. Посоветуйте что ни будь.

[zöner]

Но это и есть мануалы. Причем платные.

при желании можно нагуглить бесплатные

Так чтоб разобраться в этой области и понять что я могу получить от использования ОС.

тогда чем не устраивают те же Таненбаум и Барр ? Преимущества от ОС на МК те же что и на ПК - распараллеливание программы на независимые задачи без замусоривания кода if-ами, case-ами, обработкой таймеров и другой низкоуровневой ерундой

Сообщение отредактировал zöner - Mar 4 2012, 18:42

[paskal]

тогда чем не устраивают те же Таненбаум и Барр ?

Таненбаума нашел, а Барр не гуглится - название надо.

Преимущества от ОС на МК те же что и на ПК - распараллеливание программы на независимые задачи без замусоривания кода if-ами, case-ами, обработкой таймеров и другой низкоуровневой ерундой

Ну не скажите. ОС для ПК и ОС для микроконтроллера - две большие разницы.
Вот на ПК действительно не надо обращаться ни к чему на низком уровне.
А в микроконтроллерных ОС (насколько я понял из чтения мануалов) UARTы, EEPROMы и прочая периферия программируются непосредственно без всякой прослойки, к сожалению.

[Shein]

Ну не скажите. ОС для ПК и ОС для микроконтроллера - две большие разницы.
Вот на ПК действительно не надо обращаться ни к чему на низком уровне.
А в микроконтроллерных ОС (насколько я понял из чтения мануалов) UARTы, EEPROMы и прочая периферия программируются непосредственно без всякой прослойки, к сожалению.

Как выше уже отмечалось, основная "вкусность" от использования ОС в контроллерах - возможность относительно легко организовать псевдомногопоточность. Ос фактически выполняет роль планировщика задач, т.е. передает управление тем или иным частям программы (задачам) при возникновении определенных событий или по временным интервалам. Это избавляет от необходимости самому реализовывать, например if'ами или switch'ами, проверку установки флагов или статусных переменных и т.п. для перехода к выполнению зависимых действий.
Как правило, ОС на контроллерах сама не работает с периферией (кроме той, что нужна самой ОС, например таймер). С периферией все равно работает пользовательский код.
По-моему, во-первых номенклатура контроллеров и периферии в них слишком большая, чтоб пихать поддержку ее в ОС, во-вторых, все же ресурсы ограничены, чтоб вводить еще один уровень драйверов. Да и не нужно это чаще всего. В каждой задаче своя специфика и всего все равно не учтешь.

[paskal]

По-моему, во-первых номенклатура контроллеров и периферии в них слишком большая, чтоб пихать поддержку ее в ОС,

Не всегда. Скажем, AVR, PIC - да. А вот 51-е имеют постоянный набор из UARTа, таймеров и внешних прерываний.

во-вторых, все же ресурсы ограничены, чтоб вводить еще один уровень драйверов. Да и не нужно это чаще всего.

Мне это как раз нужно. Например для UARTа не программировать кучу режимов, а сразу открыть вызовом функции типа как CreateFile под виндой. Было бы очень удобно.