Если мы хотим подразделить этот код на три части обрабатываемые ОСРВ без прерывания, мы можем вставить точки прерывания после последовательности инициализации ATD и после последовательности записи данных с ATD. Это позволит функции без проблем прерывать и восстанавливать управление процессором. Чтобы выполнять эти изменения, мы должны ввести переменную, которую мы назовем code_section. Эта переменная позволит нам проследить, какая из трех частей кода должна быть выполнена при очередной активности задачи.
int process_turn(int code_section) {
switch(code_section) {
case 0:
/*Инициализация
системы ATD */
ATDCTL2 = 0x80; /*включение ATD */
ATDCTL3 = 0x00; /*игнорировать доступ при отладке системы */
ATDCTL4 = 0x7F; /*Снижение частоты таймера P до 125 кГц */
code_section = 0; /* изменить переменную code_section */
break;
}/*конец switch*/
return code_section;
}
Когда задача, связанная с функцией
process_turn
, переходит из состояния готовности в активное состояние, ОСРВ вызывает функцию с параметром 0. Функция
process_turn
затем выполняется до первой отметки прерывания в коде. Достигнув этой отметки, функция возвращает управление ОСРВ, которая модифицирует TCB, связанный с процессом и продолжает выполнение второй части кода, когда задача в очередной раз переходит в активное состояние. Затем задача снова возвращается в состояние готовности и ждет, когда ОСРВ выделит ей процессорное время. Повторим снова, что причина, по которой мы делим код на логические части, состоит в том, чтобы позволить задаче работать до завершения определенной части и затем позволить другой задаче выполнить часть связанного с ней кода, и т.д. Это дает возможность выполнять несколько появившихся задач практически одновременно, хотя в любой момент времени процессор выполняет только одну задачу.
В этом примере мы использовали глобальные переменные, чтобы сохранять информацию между последовательными обращениями к функции
process_turn
. Использование глобальных переменных может быть не самое лучшее использование дефицитных ресурсов памяти RAM. Далее в этой главе мы рассмотрим альтернативные методы движения информации между задачами.
Как можно предположить из этого примера, ядро ОСРВ должно быть довольно сложным, чтобы позволить следить за множеством задач, эффективно планировать использование процессорного времени и полностью выполнять функции, необходимые для конкретного применения. В следующем разделе мы исследуем составляющие части ядра ОСРВ и их взаимодействие друг с другом, позволяющие удовлетворить требования применения.