3.4.6. Занесение программы на рабочий носитель

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

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

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

Сегмент программного кода нельзя описывать с помощью директивы АТ, т. к. отсутствие программного кода в файле программы недопустимо. Поэтому он описывается без этой директивы, что обеспечивает после трансляции и компоновки создание загрузочного файла программы .exe. Этот файл содержит программный код, но заносить его в ПЗУ нецелесообразно в связи с большой избыточностью. Загрузочный exе-файл программы содержит заголовок объемом 512 байтов, который необходим операционной системе компьютера, но совершенно не нужен в составе МПС.

Для исключения из exе-файла избыточной информации и получения загружаемой в ПЗУ версии программы необходимо преобразовать его в двоичный файл .bin. Это осуществляется с помощью программы EXE2BIN.com операционной системы DOS. Формат командной строки для ее вызова имеет вид:

EXE2BIN имя_исходного_файла, имя_выходного_файла

По умолчанию в качестве исходного берется файл с расширением .exe и формируется выходной файл с расширением .bin.

Пример 3.12.

Получить загружаемую в ПЗУ версию программы PROG.exe.

Для решения этой задачи необходимо обработать файл PROG.exe программой EXE2BIN, вызываемой командной строкой EXE2BIN PROG, PROG.

При этом будет создан файл PROG.bin, объем которого будет на 512 байтов меньше, чем объем файла PROG.exe. Файл PROG.bin с помощью программатора может быть записан в ПЗУ, включаемое в состав МПС. Для обеспечения начального запуска программы ПЗУ с помощью системы распределения адресов должно быть размещено в старших адресах адресного пространства МП.

3.4.7. Оформление документации на программу

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

В состав документации на программу должны входить:

1) требования к программе;

2) общая архитектура МПС;

3) архитектура ввода/вывода МПС;

4) статическая модель программы;

5) структура данных программы;

6) граф-схемы алгоритма макроуровня программы и алгоритмов всех ее модулей нижнего уровня;

7) исходный текст программы (на дискете);

8) листинг программы.

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

3.5. Проектирование аппаратных средств

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