0. К разделу “Выбор стратегии обслуживания устройств вв”.

В данном разделе автору проекта следует ответить на вопросы: как должны будут вводиться или выводиться данные через ПУ? Какой способ обмена МПС с ПУ является наиболее рациональным, исходя из условий задачи, для того или иного УВВ (программный опрос, работа в режиме прерывания или прямой доступ к памяти). Следует пояснить свой выбор, с учетом временных характеристик физических процессов в объекте и требуемого быстродействия ПУ и ядра МПС, а также ограничений на максимально допустимый период обслуживания некоторых конкретных ПУ (например, период циклической подсветки светодиодных семисегментных индикаторов не должен быть слишком большим, чтобы не замечались мерцания цифр).

Составляется обобщенный алгоритм (на уровне концепций, о котором упоминалось в п.3.2). Даются комментарии к нему.

На основе сделанного выбора надо описать предварительный план распределения портов для обслуживания ПУ согласно принятой концепции. Тут же намечаются требуемый состав интерфейсных блоков (стандартных СБИС или специально разработанных схем) и способ подключения каждого ПУ к соответствующему блоку (пока только на функциональном уровне, без детальной схемотехнической проработки).

0. К разделу “Учет специальных требований к режимам работы мпс”.

В этом разделе следует в явной форме указать в каком режиме (режимах) автор предполагает использование разрабатываемой МП системы. Должна ли разрабатываемая система работать автономно без участия человека (быть необслуживаемой) или ее пуск, останов осуществляет оператор, т.е. она относится к классу обслуживаемых? Какой характер работы должен быть у системы: периодический или разовый (в режиме ожидания сигналов о событиях внешней среды)? Как быстро она должна возвращаться в исходное состояние?

В зависимости от ответов на эти и подобные вопросы в проектируемой МПС требуется предусмотреть те или иные аппаратурные блоки, обеспечивающие начальный пуск (ручной или автоматический), возможность экстренной приостановки или продолжения работы программы, переключение с одной программы на другую, повторный пуск и т.д. Соответственно и в программном обеспечении может потребоваться введение специальных программных модулей, обслуживающих реакции МПС на те или иные сигналы, повторный старт с требуемого адреса, инициализацию системы перед очередным сеансом работы.

После принятия проектных решений на этом этапе полезно сверить их с решениями по стратегии обслуживания УВВ (см. выше): возможно, возникнет необходимость что-то скорректировать, чтобы увязать их между собой. Это также требуется осветить в разделе.

0. К разделу “Распределение функций между аппаратными и программными средствами”.

Некоторые из функций, реализуемые МП-системой, могут выполнять только аппаратные модули, другие - только программные модули. Но ряд функций можно реализовать двояко. Например, учет времени может осуществляться аппаратно (схемами “генератор-счетчик”, либо БИС таймеров, либо даже механическим устройством “часы” с контактными датчиками). С другой стороны, известны методы формирования и учета временных интервалов чисто программными средствами, с использованием учета числа машинных “квантов” времени - машинных тактов [3,4].

Другим примером двояких реализаций функций в МПС являются преобразования кодов (ПК). Самые разные ПК можно выполнять как с помощью чисто аппаратных преобразователей (например, по схеме “DC-CD”), так и программами [2,3,6].

Поэтому еще до построения блочной структуры МПС и блок-схемы алгоритма желательно сделать выбор, определяющий способ реализации подобных функций и, следовательно, необходимостью включения соответствующего блока в аппаратурную или программную часть системы.