Общая последовательность работы программы выглядит следующим образом. При включении питания ЦП активизирует процедуру начальной загрузки и начинает выполнять программу, записанную в ПЗУ (причем временный образ ПЗУ в самом начале адресного пространства содержит вектор перехода на истинное расположение ПЗУ, как это было объяснено в разд. 11.05). Инициализируются, при необходимости, периферийные микросхемы (посылкой соответствующих байтов в их управляющие регистры); кроме того, программа должна инициализировать массивы, указатели, начальные значения переменных и проч. Приборы вроде нашего характеризуются несколькими возможными состояниями (ожидания сигнала ПУСК, накопления данных и т. д.); мы начинаем с состояния ожидания нажатия кем-нибудь кнопки ПУСК. Однако прибор и в этом состоянии живет, выводя на экран данные, которые мы инициализировали нулями.
При нажатии кнопки ПУСК программа начинает с того, что считывает состояние органов управления на управляющей панели, чтобы получить параметры для своей работы. Затем программа переходит в режим приема данных (в соответствии с параметрами, введенными с управляющей панели), выдавая одновременно на экран текущие значения усредненного сигнала. После завершения заданного числа разверток или обнаружив нажатие кнопки СТОП, программа опять входит в режим ожидания.
Синхронизация; программное управление и управление от прерываний.
Наиболее важная задача — обеспечить выполнение АЦП преобразований каждые 100 мкс и накопление получаемых данных в массиве DATA. Следующая по важности задача - регенерация дисплея с частотой по меньшей мере 40 Гц, чтобы избежать мерцания. Менее важной является задача обновления по мере изменения содержимого массива DATA также и массива DISPLAY.
Вы можете подумать, что наиболее важная задача должна решаться средствами основной (зацикленной) программы, задачи же менее важные могут время от времени отнимать время процессора с помощью прерываний. Однако это не так. Прерывания имеют приоритет по отношению к текущей программе, поэтому срочные задачи должны выполняться обработчиками прерываний, задачи же менее важные — наоборот, «главной» программой, которая получит лишь то время ЦП, которое останется от обработки прерываний. (При этом, конечно, предполагается, что процессор обрабатывает прерывания достаточно быстро. Как мы увидим, большое число регистров МП 68008 позволяет ему исключительно быстро обрабатывать прерывания; МП 68008 прямо создан для этой задачи.)
Как было показано на рис. 11.18, данные из АЦП поступают в массив DATA с помощью прерываний, создаваемых каждые 100 мкс программируемым таймером 8536. Главная программа занимается непрерывным обновлением массива DISPLAY, используя для этого подпрограмму update (обновление) (поскольку эта подпрограмма совсем не думает о том, что у нее под носом протекает интереснейший процесс сбора данных, она вынуждена проверять флаг, устанавливаемый программой обработки прерываний и свидетельствующий об окончании измерений).
Мы сначала хотели включить в главную программу также и регенерацию дисплея, но этому помешало любопытное обстоятельство. С каждой парой сигналов X, Y, посылаемых на ЦАП для вывода на экран точки, надо формировать также и сигнал «оси Z» (подсветки). В разд. 10.20 было показано, как можно сформировать «программный сигнал», посылая в бит порта сначала 1, а затем 0. Сигналы оси Z должны иметь одинаковую длительность, иначе одни точки на экране будут ярче других. Если, однако, программа время от времени прерывается, невозможно гарантировать равную длительность программных сигналов.
Упражнение 11.12. Но почему?
Можно, конечно, выключать прерывания, генерировать сигнал, а затем снова включать прерывания. Это безобразное решение, поскольку в самый важный процесс регулярных выборок вносятся нежелательные задержки. Потом мы нашли лучший способ: вывод на экран одной точки выполнять, как вспомогательную задачу обработчиком прерываний. Обработчик срабатывает каждые 100 мкс, так что полное 256-точечное изображение будет выводиться 40 раз в секунду. При этом, поскольку прерывания возникают и в том случае, когда главная программа находится в состоянии ожидания (сигнала ПУСК), изображение на экране не будет гаснуть. Наконец, такой способ содержит в себе чудесную глюковину: ведь запустив АЦП, приходится выжидать 10 мкс перед тем, как снимать с него результат преобразования; этого времени как раз хватит, чтобы послать в ЦАП пару X, Y. Другими словами, регенерация дисплея в обработчике прерываний абсолютно не требует процессорного времени!