Felixl.com - User contributions [en]

Uknc info

2015-04-02T06:11:27Z

Nzeemin:

* [[Uknc tech desc]] — Техническое описание (UK_TECH.DOC)
* [[UKNC FDD passport]] — Устройство КМД УК. Паспорт. У13.065.013 ПС
* [[UKNC FDD 1801vp1-128]] — Техническое описание микросхемы 1801ВП1-128 контроллера дисковода
* [[Uknc FODOS-2 sysmac]] — ФОДОС-2. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА
* [[Uknc FODOS-2 drprog]] — ФОДОС-2. ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
* [[Uknc RAFOS sysmac]] — РАФОС. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА. ТОМ 3 КНИГА 2 ЧАСТЬ 2
* [[Uknc RT-11 monrt]] — RT-11. МОНИТОР СИСТЕМЫ. Руководство программиста

* [[Uknc Basic Manual|БЕЙСИК. Описание языка]] — БЕЙСИК. Описание языка. У1.00031-01 35 01.
* [[Uknc Basic PgmMan|БЕЙСИК. Руководство программиста]] — БЕЙСИК. Руководство программиста. У1.00031-01 33 01
* [[Uknc Basic OprMan|БЕЙСИК. Руководство оператора]] — БЕЙСИК. Руководство оператора. У1.00031-01 34 02

* [[Uknc ukncos]] — сборное описание по эксплуатации класса УКНЦ

* [[Uknc RAM description]] — Описание ОЗУ, из документа RAM.LST от Alex_K
** [[Uknc RAM description_app]] — Приложения к описанию
* [[Uknc ROM disasm]] — листинги дизассемблированного ПЗУ УКНЦ, от Alex_K

* [[Uknc Resources|Ресурсы УКНЦ]] — книга Влада Жигалова

* [[Uknc Hudyakov PP|Худяков Р.К. Практика работы с периферийным процессором]]

* [[Uknc Magazine contents|Содержание журналов «Персональный компьютер УКНЦ»]]
** [[Uknc Magazine 1994-01 ProcInt|1994-01. Режим адресации процессора К1801ВМ2]]

* [[Uknc ROM Basic boot|Процесс загрузки Бейсик-Вильнюс с кассеты ПЗУ]]
* [[Uknc rt11 boot|Процесс загрузки RT11]]

== Ссылки ==
* [http://uknc.narod.ru/ УКНЦ & PDP-11] — архив Арсения Гордина
* [http://pdp-11.org.ru/ pdp-11.org.ru]
* [http://www.bitsavers.org/pdf/dec/pdp11/rt11/ Документация на DEC RT-11 в PDF-архиве bitsavers.org]
* [http://ru.wikipedia.org/wiki/УКНЦ УКНЦ] — статья в Википедии

Uknc Hudyakov PP

2015-04-02T06:08:26Z

Nzeemin:

Худяков Р.К.

ПРАКТИКА РАБОТЫ С ПЕРИФЕРИЙНЫМ ПРОЦЕССОРОМ УКНЦ

<pre>
Основной целью создания ЭВМ УКНЦ было ее применение в ходе
учебного процесса в школах, но доступность и относительно низкая
стоимость сделали ее популярной и для частных пользователей.
Особенностью ее архитектуры является наличие дополнительного
процессора. В принципе в корпусе УКНЦ собрано два микрокомпьютера,
каждый из которых оснащен собственным ОЗУ и набором собственных устройств.
Такая архитектура позволила резко разгрузить центральный процессор, кото-
рый выполняет в основном функции управления локальной сетью, а такие
функции, как вывод информации на экран и печать, а так же работу с
внешними накопителями информации переложить на периферийный процессор.
Методика работы с центральным процессором не вызывает затруднений.

В данной статье дано описание практической работы с некоторыми
устройствами магистрали периферийного процессора ЭВМ УКНЦ.

Прежде чем программа будет работать в ОЗУ ПП ее нужно туда загрузить.
Остановимся на этом поподробнее. Формат массива параметров (далее МП )
изображен на рис. 1

MASSIV: .Byte 0 ;В этом байте будет содержаться код ошибки или 0
COMAND: .Byte 0 ;Команда (01-ВЫДЕЛИТЬ ПАМЯТЬ,02-ОСВОБОДИТЬ ПАМЯТЬ
; 10-ЧТЕНИЕ,20-ЗАПИСЬ,30-ПУСК)
TYPDEV: .Word 32 ;Устройство-периферийный процессор
ADR$PP: .Word 0 ;Адрес ОЗУ ПП
ADR$CP: .Word 0 ;Адрес ОЗУ ЦП
LENGTH: .Word 0 ;Длина программы в словах (не байтах !)
ADRMAS: .Word MASSIV ;Слово всегда содержит начальный адрес массива
.Word 401 ;Стоповый элемент (используется при передаче)

Рис. 1

Команды "ВЫДЕЛИТЬ ПАМЯТЬ","ОСВОБОДИТЬ ПАМЯТЬ","ЧТЕНИЕ","ЗАПИСЬ","ПУСК"

Для правильного выполнения команды "ВЫДЕЛИТЬ ПАМЯТЬ" поле COMAND МП
должен содержать код 01,TYPDEV код 32,а поле LENGTH длину загружаемой
программы. Значение остальных полей значения не имеет.
После пересылки МП в поле ADR$PP ПП возвращает адрес , начиная с которого
после команды "ЗАПИСЬ" и будет размещена пересылаемая программа.
При повторном запросе выделение памяти производится из оставшейся свободной.
Если размер программы превосходит размер свободной памяти в ПП,
то в поле LENGTH МП возвращается длина свободной памяти,а поле MASSIV
не будет равно нулю.

Для команды "ОСВОБОДИТЬ ПАМЯТЬ" полe COMAND должно содержать код 02,
а поля ADR$PP и LENGTH - те же параметры которые задавались при
выделении данного сегмента. Иначе команда не будет выполнена,а поле
MASSIV будет содержать ненулевое значение.

Для команд "ЧТЕНИЕ"("ЗАПИСЬ") поле COMAND содежит соответственно
коды 10(20),а поле ADR$CP aдрес ОЗУ ЦП откуда (куда) будет
пересылаться программа.

Для команды "ПУСК" поле COMAND содержит код 30,а поле ADR$PP
стартовый адрес программы. Сама программа должна быть оформлена
как подпрограмма (заканчиваться RTS PC),и быть перемещаемой,
так как место ее размещения заранее неизвестно.

На рис. 2 приведена подпрограмма загрузки МП в ПП.

ZAGR: .Enable LSB ;
MOV #ADRMAS,R0 ;Адрес МП в R0
MOV #5,R1 ;
BR 1$ ;Передать четыре байта (два слова
2$: MOVB (R0)+,@#176676 ;поле ADRMAS и слово содержащее 401
1$: TSTB @#176674 ;
BPL .-4 ;
SOB R1,2$ ;
RTS PC ;Вернуться

рис. 2

Подпрограмма передает по каналу К2 адрес массива параметров и два бай-
та завершения передачи нормализующие состояние канала.

На рис. 3 приведена "полная" подпрограмма загрузки программы,
ее пуска и затем освобождения памяти ПП по окончанию работы.

ZAGPP: .Enable LSB
MOVB #1,СOMAND ;Отработать команду "ВЫДЕЛИТЬ ПАМЯТЬ"
MOV (R5),OCP ;Через R5 передается табличка из
CALL ZAGR ;двух слов. 1-е длина программы
;2-е ее начальный адрес в ОЗУ ЦП
TSTB MASSIV ;A памяти хватит ?
BEQ 1$ ;Да.
MOV #NOMEM,R0 ;Выведем сообщение об ошибке
EMT 351 ;"Не хватает памяти"
CMP (R5)+,(R5)+ ;Увеличим R5 на четыре
SEC ;Установим признак ошибки
BR 2$ ;И на выход
;
1$: MOVB #20,COMAND ;Отработать "ЗАПИСЬ"
MOV (R5)+,LENGTH ;Из таблички 1-е слово в LENGTH,
MOV (R5)+,ADR$CP ;а 2-е в ADR$CP
CALL ZAGR ;
MOVB #30,COMAND ;Отработать "ПУСК"
CALL ZAGR ;
MOVB #2,COMAND ;Отработать "ОСВОБОДИТЬ ПАМЯТЬ"
MOV -4(R5),ADR$CP ;
CALL ZAGR ;
2$: RTS R5 ;Вернуться

рис. 3

Формат вызова подпрограммы на рис. 4

.MACRO $ZAGPP STADR,ENDADR

JSR R5,ZAGPP
.WORD <ENDADR-STADR/2>,STADR

.ENDM $ZAGPP

А это полностью законченая программа

.TITLE MYPROG

START: $ZAGPP STARTPP,ENDPP ;Загрузить программу
EMT 350 ;Выход в монитор

;Здесь находятся сами подпрограммы,сообщения и массив параметров

STARTPP: INC (PC)+ ;Эту программу можно заменить любой другой
.WORD 0 ;---*---*---*---*---*---*---*---*---*---*-
RTS PC ;Вернуться в ЦП
ENDPP:
.END START

рис. 4

Итак программа в ПП загружена. Работа с регистрами внешних
устройств не отличается от обычной. Адресное пространство ОЗУ ПП
имеет диапазон 0-77777 , ПЗУ ПП - 100000-177777, то есть
32 кбайт ОЗУ и 32 кбайт ПЗУ. Так же как и ЦП , ПП имеет свой
пультовый отладчик , облегчающий отладку программ (вход в него
осуществляется из меню установок одновременным нажатием клавиш
<УПР> и <@>). Работать с ним нужно так же , как и с пультовым
отладчиком в центральном процессоре.
Давайте лучше поговорим о дополнительных возможностях которые могут
быть использованы только при помощи ПП , при разработке программ.
Начнем со средств отображения.
Для начала "пощелкаем" палитрой. В УКНЦ любой цвет выводимый на
экран можно представить любым другим (например поменять местами
красный на зеленый и(или) фиолетовый на бирюзовый и т.д.,хоть
черный на белый и наоборот). Допустим Вы поменяли синий
на белый. Теперь все , что Вы запишете в голубой план на экране появит-
ся белым цветом,причем,если какая либо другая программа не изменит
значения соответствующей ячейки памяти,то даже после выхода в мони-
тор ,все ,что по идее должно было бы отображаться на экране голубым,
будет отображаться белым,включая любую графическую информацию.
Следует заметить , что замена цветов происходит очень быстро
(практически мгновенно), на этом можно построить интересные эффекты.

Формат ячеек управления аппаратным отображением на рис. 5
Каждый из цветов представлен четырьмя битами.
.SWT
АДРЕС - |0000|0000|0000|0000| АДРЕС+2 - |0000|0000|0000|0000|
белый желт фиол красн бирюз зел голуб черн

Таких пар ячеек - 4 . Их назначение приведено в табл. 1

Каждая из четырех тетрад в каждом слове представлена соответственно
(побитно слева направо) -
Яркость цвета. 1-100% яркости , 0-50% яркости
Красный цвет 1-красный есть , 0-красного нет
Зеленый цвет 1-зеленый есть , 0-зеленого нет
Голубой цвет 1-голубой есть , 0-голубого нет

Здесь следует заметить одну деталь. На машинах з-да "КВАНТ"
литеры 5 из схемы контроллера цветного монитора удалена
ИС 155ЛП9 , поэтому изменения яркостного бита ни к чему не
приводят, а на почти половине машин з-да "СЭМЗ" ИС 155ЛП9
заменена на ИС 155ЛН2 поэтому в яркостный бит для получения
100% яркости нужно записать 0 , а для 50% - 1 , но опять
же все выше сказанное справедливо только для цветного монитора.
На отображение градаций яркости на черно-белом мониторе этот
бит не влияет.
Так же последние полтора года изменена схема подключения
цветного монитора (поменяны между собой выходы красного зеленого цветов).
Это тоже следует иметь ввиду.
___________________________________________
! АДРЕС ! ГДЕ БУДУТ ИЗМЕНЯТЬСЯ ЦВЕТА !
+-----------------------------------------+
! 2400,2402 ! Верхняя служебная строка !
! 2470,2472 ! Собственно сам экран !
! 4700,4702 ! Меню установок !
! 6750,6752 ! Нижняя служебная строка !
-------------------------------------------

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

MOV #2470,R0 ;Адрес палитры экрана в R0
MOV (R0),-(SP) ;Запомнить в стеке текущее значение
MOV 2(R0),-(SP) ;палитры
CLR (R0) ;Выключить экран
CLR 2(R0) ;(все цвета на экране представить черным)
;
MOV #100000,@#177010;
MOV #30.,R1 ;
2$: MOV #20.,R2 ;
1$: MOVB #377,@#177012 ;Нарисовать квадратик
INC @#177010 ;
SOB R2,1$ ;
ADD #<80.-20.>,@#177010 ;
SOB R1,2$ ;
;
MOV #1,R1 ;"Щелкаем" палитру.
3$: MOV R1,R3 ;
.REPT 4 ;Четыре раза ASL R3
ASL R3 ;
.ENDR ;
BIC #360,(R0) ;
BIS R3,(R0) ;Квадратик отображается
CLR R2 ;Цветами от голубого до белого
SOB R2,. ;<-задержка
SOB R2,. ;<-задержка
INC R1 ;
CMP #8.,R1 ;
BNE 3$ ;
;
MOV (SP)+,2(R0) ;Возвращаем предыдущие значения
MOV (SP)+,(R0) ;Ячейкам
RTS PC ;Возврат

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

MOV PC,R0 ;
ADD #SOOB-.,R0 ;Вычислить адрес сообщения
MOV R0,AMT ;
MOV PC,R0 ;
ADD #SOOB1-.,R0 ;То же
MOV R0,AMT1 ;
;
MOV #135230,@#2400 ;Разрешить вывод на экран всех цветов
MOV #177334,@#2402 ;для верхней служебной строки
MOV #135230,@#6750 ;То же сделать и для нижней
MOV #177334,@#6752 ;
;
MOV #1,@#22614 ;Цвет символов в верхней строке - голубой
MOV #3,@#23106 ;Цвет символов в нижней строке - бирюзовый
;
MOV #63146,@#22620 ;Цвет знакоместа в верхней строке - желтый
MOV #52525,@#22622 ;
;
MOV #52525,@#23112 ;Цвет знакоместа в нижней строке - фиолетовый
MOV #42104,@#23114 ;
;
MOV #67,@#2372 ;Верхняя строка в формате - 4 (10Х24)
MOV #47,@#6742 ;Нижняя строка в формате - 3 (20Х24)
;
EMT 52 ;Вывести сообщение в верхнюю строку
AMT: .WORD 0 ;Здесь находится адрес сообщения
EMT 56 ;Вывести сообщение в нижнюю строку
AMT1: .WORD 0 ;Здесь находится адрес второго сообщения
RTS PC ;Возврат в ЦП

SOOB: .ASCIZ <40.>/"ТЕХНОКОМ"/
SOOB1: .ASCIZ <40.>" ПРЕДСТАВЛЯЕТ "
.EVEN

Ячейки с адресами 2400,2402 (6750,6752) отвечают за палитру вывода для
верхней (нижней) служебной строки. Их формат был описан выше.
В ячейках 22614,23106 хранится цвет символа в формате 0-черный
1-голубой,2-зеленый,...,7-белый, а в ячейках 23112,23114 цвет знакоместа
в формате регистра кода цвета фона (177020,177022). Формат этих регистров
будет рассмотрен ниже. Следует заметить ,что в исходном состоянии после
включения питания голубой план для вывода в служебные строки заблокирован.

Пример программы с изменением палитры вывода.

MOV PC,R0 ;Вычислить адрес сообщения
ADD #SOOB-.,R0 ;
MOV R0,AMT ;
MOV PC,R0 ;То же
ADD #SOOB1-.,R0 ;
MOV R0,AMT1 ;
EMT 52 ;Вывести "ТЕХНОКОМ" в верхнюю строку
AMT: .WORD 0 ;Здесь адрес сообщения
EMT 56 ;Вывести "ПРЕДСТАВЛЯЕТ" в нижнюю строку
AMT1: .WORD 0 ;Здесь адрес второго сообщения
;
MOV #67,@#2372 ;Формат верхней строки - 4 (10Х24)
MOV #47,@#6742 ;Формат нижней строки - 3 (20Х24)
MOV #135236,@#2400 ;Для верхней строки представляем желтый цвет
MOV #174734,@#2402 ;голубым, а черный желтым
MOV #135235,@#6750 ;Для нижней строки представляем желтый цвет
MOV #175734,@#6752 ;бирюзовым, а черный фиолетовым
RTS PC ;Возврат

SOOB: .ASCIZ <40.>/"ТЕХНОКОМ"/
SOOB1: .ASCIZ <40.>" ПРЕДСТАВЛЯЕТ "
.EVEN

Требования при выводе текстовой информации в служебные строки таковы:
первый байт любого сообщения это байт позиционирования,
а сам текст сообщения должен быть восьмибитным, т.к. коды <РУС> и <ЛАТ>
(<16> и <17> восьм.) при печати не отрабатываются.

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

177016 (Запись/Чтение) - Регистр кода цвета точки
Формат - Число от 0 до 7 (цвет точки)

177024 (Запись)- Регистр октета точки
Формат - Восьмеричное число от 0 до 377 (восемь бит - восемь точек на экране
бит содежит 1 - точка зажжена , 0 - погашена)

177020 - Регистр кода цвета фона. Планы 0-1
177022 - Регистр кода цвета фона. Планы 1-2
Формат - Оба регистра представляют собой единое целое

4 3 2 1 - номер точки в октете
!0000!0000!0000!0000! - 177020
RGB RGB RGB RGB - красный,зеленый,голубой планы

8 7 6 5 - номер точки в октете
!0000!0000!0000!0000! - 177022
RGB RGB RGB RGB - красный,зеленый,голубой планы

Старший бит каждой тетрады не используется.

Допустим нужно получить на экране такой байт, чтобы первая точка
была черной, вторая голубой, третья зеленой, четвертая бирюзовой, ...... ,
восьмая белой.

Для этого нужно записать в 177020 число 0011 0010 0001 0000
(двоичное) , а в 177022 - 0111 0110 0101 0100 (двоичное).

177026 - Регистр маски планов
Формат - Число от 0 до 7 (один или несколько планов в которые нужно зап-
ретить запись информации).

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

MOV #^B0011001000010000,@#177020
;Загрузить регистр кода цвета
MOV #^B0111011001010100,@#177022
;фона по принципу 1-я точка
;черная , восьмая - белая
MOV #100000,@#177010
;Загрузить адрес планов в регистр адреса
;планов.
MOV #<264.*80.>,R1 ;В R1 общее число байтов экранной зоны
1$: CLR @#177024 ;"Чистим" текущий октет
INC @#177010 ;Увеличим на 1 адрес в планах
SOB R1,1$ ;Все это в цикле

;НА ЭКРАНЕ ВИДНЫ ЦВЕТНЫЕ ПОЛОСКИ

MOV #^B0100010101100111,@#177020
;Загрузить другие значения
MOV #^B0000000100100011,@#177022
;цвета фона
;
MOV PC,R2 ;
ADD #SPRITE-.,R2 ;Адрес спрайта в R2
MOV #100000,@#177010 ;Адрес в планах - 100000
MOV #7,@#177016 ;Выводить будем белым
MOV #11,R0 ;Размеры спрайта Y - 11, X - 21
3$: MOV #21,R1 ;

;ЭТУ ЧАСТЬ ВЫДЕЛИМ

2$: MOVB (R2)+,@#177024 ;Байты из которых состоит спрайт по
;порядку на экран
;КОНЕЦ ВЫДЕЛЕННОЙ ЧАСТИ

INC @#177010 ;Увеличим адрес в планах на 1
SOB R1,2$ ;Следующий байт на экран
ADD #<80.-21>,@#177010 ;Отступить для вывода следующей строки
SOB R0,3$ ;спрайта.
RTS PC ;Возврат

;НИЖЕ ДАН САМ СПРАЙТ

SPRITE: .Byte 377,7,377,37,36,36,74,170,340,77,360,340,201,377,300,3,17
.Byte 61,6,6,30,30,6,30,60,60,140,140,140,300,200,201,3,7
.Byte 60,0,6,0,60,3,30,60,30,300,140,60,140,0,203,207,7
.Byte 60,0,6,0,340,1,30,60,30,300,140,30,140,0,203,315,6
.Byte 60,0,376,1,300,0,370,77,30,300,340,17,140,0,203,171,6
.Byte 60,0,6,0,340,1,30,60,30,300,140,30,140,0,203,61,6
.Byte 60,0,6,0,60,3,30,60,30,300,140,60,140,0,203,1,6
.Byte 60,0,6,30,30,6,30,60,60,140,140,140,300,200,201,1,6
.Byte 170,0,377,37,36,36,74,170,340,77,360,340,201,377,300,3,217
.Even
ENDPRG: ;Конец программы в ПП

Вывод информации на экран может быть двух видов - с прорисовкой
новой информации по старому фону и со стиранием старой информации.
Чтобы рисовать по старому фону нужно к регистру 177024 адресоваться
байтно (MOVB) , а со стиранием - словно (MOV). Чтобы в приведенном
выше примере обеспечить прорисовку со стиранием нужно выделенную
часть программы заменить на следующую:
.SWT
2$: MOVB (R2)+,R3
MOV R3,@#177024 ;Байты из которых состоит спрайт по

Как видно , с помощью этой группы регистров можно существенно повысить
скорость выода графики , однако иногда и этой скорости не хватает.
Можно еще в несколько раз ее увеличть , используя нерегистровый (прямой)
доступ к видеоОЗУ. Но об этом в следующий раз.

Теперь немного о музыке , которую можно извлекать из УКНЦ.
Звук из динамика УКНЦ можно получить при помощи регистров 177710 и 177716.
В регистре 177716 разряды с 7 по 12 позволяют получить звуки с частотой
от 60 Гц до 64 кГц при частоте программируемого таймера 2,4,8 и 16
микросекунд.
Приведем таблицу соответствия комбинаций разрядов 8-16 регистра 177716 и
разрядов 1,2 регистра 177710.

----------------------------------------------------------------
! РАЗРЯДЫ РЕГ. 177716 ! ЧАСТОТА ЗВУКОВОГО СИГНАЛА !
! 7 ! 12 ! 11 ! 10 ! 9 ! 8 ! !
----------------------------------------------------------------
! ПРОГРАММНО! ! ! ! ! ! !
!ФОРМИРУЕТСЯ! 0 ! 0 ! 0 ! 0 ! 0 ! СООТВЕТСТВУЕТ ПРОГРАММЕ !
----------------------------------------------------------------
! ! 0 ! 0 ! 0 ! 0 ! 1 ! 60 Гц !
! ! 0 ! 0 ! 0 ! 1 ! 0 ! 250 Гц !
! 1 ! 0 ! 0 ! 1 ! 0 ! 0 ! 500 Гц !
! ! 0 ! 1 ! 0 ! 0 ! 0 ! 1 кГц !
! ! 1 ! 0 ! 0 ! 0 ! 0 ! 8 кГц !
----------------------------------------------------------------
! 0 ! ЗВУК ОТКЛЮЧЕН ! !
----------------------------------------------------------------
! 1 ! КОМБИНАЦИЯ ЛОГИЧЕСКИХ! СБОРКА СЕТКИ ЧАСТОТ ПО "И"!
! ! ЗНАЧЕНИЙ ! !
----------------------------------------------------------------
! ПРОГРАММНО! ! ! ! ! ! СБОРКА СЕТКИ ЧАСТОТ ПО "И"!
!ФОРМИРУЕТСЯ! * ! * ! * ! * ! * ! ПРОМОДУЛИРОВАНА ПРОГРАММОЙ!
----------------------------------------------------------------

Внесем ясность. Частоты звука приведены для тактовой частоты таймера
16 мкс. Если же тактовая частота равна 8 мкс , то значения частот звука
в правой колонке увеличатся в 2 раза (соответственно для 4 мкс в 4 раза, а
для 2 мкс в 8 раз).

Если разряды 8-12 содежат 0 , то частота звука будет зависеть от того
с какой скоростью 7 разряд переключается из 0 в 1. Здесь способ извлече-
ния звука прост. Меняя значение загружаемое для задержки мы управляем
высотой звука. Программа , которая приведена ниже работает именно по
этому принципу.

BIS #6,@#177710 ;Тактовая чатота таймера 16 мкс
BIC #17400,@#177716 ;Очистить разряды с 8 по 12
MOV #200,R0 ;Установить в R0 7 разряд
1$: XOR R0,@#177716 ;Если он есть,то снять его и наоборот
MOV #<от этого числа зависит высота звука>,R1 ;
SOB R1,. ;Задержка именно на этом числе
BR 1$ ;Бесконечный цикл

Этот способ имеет существенный недостаток. На разных машинах
высота звука будет "плавать",т.к. быстродействие ПП меняется от
машины к машине из-за разброса параметров элементной базы.
Устранить данный недостаток можно собирая "свои" частоты из набора
стандартных. Так как сама сборка ведется по "И", ( одна частота
модулирует собой другую ) то можно управляя частотой программируемого
таймера и комбинируя значения разрядов 8-12 регистра 177716 добиваться
исполнения несложных мелодий.

-----------------------------------------------
!РАЗРЯДЫ РЕГ. 177710! ПЕРИОД ТАКТОВОЙ ЧАСТОТЫ !
! 2 ! 1 ! !
-----------------------------------------------
! 0 ! 0 ! 2 микросекунды !
! 0 ! 1 ! 4 микросекунды !
! 1 ! 0 ! 8 микросекунды !
! 1 ! 1 ! 16 микросекунд !
-----------------------------------------------

Данный способ позволяет получить стабильный звук , но его недостаток
очевиден. Крайне трудно получить требуемые ноты. Гораздо лучше исполь-
зовать программируемый таймер в "чистом" виде в режиме прерываний.
Достоинства данного способа: чистый стабильный звук, подбор частоты
до единиц герц и наконец легкость практической реализации. Действитель-
но , раз можно плавно менять высоту звука и его длительнось (это реали-
зуется на другом таймере - сетевом) , то уже можно исполнять довольно
сложные мелодии. Для облегчения задачи приведем значения частот звучания
нот двух октав в герцах.

1-ая октава
До - 130,8
До-диез,Ре-бемоль - 138,6
Ре - 146,8
Ре-диез,Ми-бемоль - 155,6
Ми - 164,8
Фа - 174,6
Фа-диез,Соль-бемоль - 185,0
Соль - 196,0
Соль-диез,Ля-бемоль - 207,7
Ля - 220,0
Ля-диез,Си-бемоль - 233,1
Си - 246,9
Среднее До - 261,7
2-ая октава
До-диез,Ре-бемоль - 277,2
Ре - 293,7
Ре-диез,Ми-бемоль - 311,1
Ми - 329,6
Фа - 349,2
Фа-диез,Соль-бемоль - 370,0
Соль - 392,0
Соль-диез,Ля-бемоль - 415,3
Ля - 440,0
Ля-диез,Си-бемоль - 466,2
Си - 493,9
Среднее До - 523,3

Пример программы иллюстрирующий применение программируемого таймера.

MOV PC,R0 ;Вычислить адрес программы обработки
ADD #POP-.,R0 ;прерываний от программируемого таймера
MOV R0,@#304 ;Загрузить этот адрес в вектор прерывания
MOV PC,R0 ;Вычислить адрес программы обработки
ADD #POPT-.,R0 ;прерываний от сетевого таймера
MOV R0,@#100 ;Загрузить этот адрес в вектор прерывания
MOV PC,R0 ;Вычислить начальный адрес массива с
ADD #MUZON-.,R0 ;музыкой
MOV R0,ADRESS ;Загрузить этот адрес в ячейку ADRESS
MOV R0,EADRES ;Вычислить и загрузить в ячейку EADRES
ADD #<EP-MUZON>,EADRES ;конечный адрес массива с музыкой
BIS #107,@#177710 ;Установить период тактовой частоты
RTS PC ;программируемого таймера 16 мкс и
;разрешить прерывания от него

;ПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ ОТ
POPT: .ENABLE LSB ;СЕТЕВОГО ТАЙМЕРА
DEC (PC)+ ;Уменьшить на 1 содержимое ячейки COUNT
COUNT: .WORD 50. ;50 тиков - это 1 секунда (длит. ноты)
BNE 1$ ;Если секунда не истекла , то на выход
MOV @ADRESS,TON+2 ;Сыграть очередную ноту из массива
ADD #2,ADRESS ;Перейти на следующую ноту
CMP EADRES,ADRESS ;А не конец ли массива ?
BNE 2$ ;
SUB #<EP-MUZON>,ADRESS ;Да . Вернемся к началу
2$: MOV #50.,COUNT ;1 секунда в COUNT
1$: JMP @#174612 ;Выход из прерывания

;ПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ ОТ
POP: .ENABLE LSB ;ПРОГРАММИРУЕМОГО ТАЙМЕРА
TST @#177714 ;Очистить регистр текущего значения
;пр. тайм.
MOV R0,-(SP) ;Сохранить в стеке R0
MOV #200,R0 ;Загрузить число 200 в R0
XOR R0,@#177716 ;7 разряд если есть - снять , и наоборот
MOV (SP)+,R0 ;Восстановить R0
TON: MOV #0,@#177712 ;Загрузить текущее значение ячейки TON+2
;в буферный регистр прогр. таймера
RTI ;Возврат из прерывания

ADRESS: .WORD 0 ;Ячейка хранения начального адреса массива
EADRES: .WORD 0 ;Ячейка хранения конечного адреса массива

;Далее следует сам массив с музыкой

MUZON: .WORD 478. ;Нота До первой октавы
.WORD 426. ;Нота Ре первой октавы
.WORD 379. ;Нота Ми первой октавы
.WORD 358. ;Нота Фа первой октавы
.WORD 319. ;Нота Соль первой октавы
.WORD 284. ;Нота Ля первой октавы
.WORD 253. ;Нота Си первой октавы
.WORD 239. ;Срединное До
.WORD 213. ;Нота Ре второй октавы
.WORD 190. ;Нота Ми второй октавы
.WORD 179. ;Нота Фа второй октавы
.WORD 159. ;Нота Соль второй октавы
.WORD 142. ;Нота Ля второй октавы
.WORD 127. ;Нота Си второй октавы
.WORD 119. ;Нота До второй октавы

EP: ;Конец программы в ПП

Эта программа проигрывает указанные ноты по порядку в цикле. Значения
чисел соответствующие реальным звуковым частотам рассчитываются по формуле
A/F, где A число соответствующее тактовой частоте программируемого таймера
( для периода 16 мкс А=62500, для 8 мкс A=125000, для 4 мкс A=250000, для
2 мкс A=500000 (все значения десятичные)), а F - частота которую требуется
получить. В заключеие обратим внимание на то , что буферный регистр
программируемого таймера (177712) 12-ти а не 16-ти разрядный. Об этом сле-
дует помнить при загрузке данных в регистр.

</pre>

Uknc Magazine contents

2011-11-10T18:03:26Z

Nzeemin: /* Компьютер УКНЦ #1, 1994 */

Содержание журнала «Компьютер УКНЦ»

== Компьютер УКНЦ #1, 1994 ==
* Дубовик В. В. Солнечногорский электромеханический завод
* Список сокращений
* Носов М. Б. Все о периферийном процессоре
* Фролкин Б. Ф. PAF Commander V1.02 А. Петросяна, DESS V05.00e Д. Климова
* Еремин Е. А. К вопросу о работе локальной БЕЙСИК-сети в КУВТ УКНЦ
* Режим адресации процессора К1801ВМ2
* Система команд процессора К1801ВМ2
* [[Uknc Magazine 1994-01 ProcInt|Система прерываний процессора К1801ВМ2]]
* Глобальные переменные системы ввода-вывода (ОС ПМ)
* Тютюнников А. В. Архиваторы
* Быстров И. И. [[Uknc Magazine 1994-01 Lintech|"NET-Rt11" - сетевая система для КУВТ "УКНЦ" с IBM-совместимой головной машиной]]
* Ховайко О. И. Хитрости работы с периферийным процессором

== Компьютер УКНЦ #2, 1994 ==
* К читателю
* Штарев М. Е. "Ресурсы УКНЦ"
* Еремин Е. А. О работоспособности программного обеспечения на РМУ в КУВТ УКНЦ
* Акулин А. И. "Мышь" для УКНЦ
* Остапенко А. Программы SKIPER и PCCUR
* Остапенко А. Тайны "вечной жизни"
* Ассемблер MACRO-11: Руководство оператора
* Ассемблер MACRO-11: Руководство программиста
* Управляющие последовательности терминала
* Структура "HALT" области ОЗУ ЦП
* Список ЕМТ-прерываний ОС ПМ
* Регистры системных устройств магистрали ЦП
* Регистры системных устройств магитрали ПП
* Штарев М. Е. "Библиотека MGR"
* Батьков Г. А. Обзор программных средств
* Мороз С. С. Система управления базами данных для УКНЦ
* Сказка про байт

== Компьютер УКНЦ #3, 1994 ==
* Штарев М. Е. Ресурсы УКНЦ. Работа с текстовыми окнами
* Пузырников В. БЕЙСИК: полезные советы для начинающих
* Операционная система ФОДОС-2. Системая макробиблиотека
* Список ESC-последовательностей с кодом 200_8 и более
* Работа с планами видеоОЗУ
* Борис Ф. Фролкин Новый драйвер дисковода MZ.SYS для УКНЦ
* Подъемщиков А. Н. Еще об одной ошибке в УКНЦ (МС-0511)
* Быстров И. И. IBM PC из УКНЦ и "Корвета"
* Бурков К. Г. Для тех, кто знает: FORTH!
* Содержание предыдущих выпусков

== Компьютер УКНЦ #1, 1995 ==
* Устройство вычислителя
* Операционная система ФОДОС-2 (Системная макробиблиотека)
* В.Лукичев. Справочная информация для начинающих программистов УКНЦ
* А.В.Милюков. Практика работы с периферийным процессором УКНЦ
* С.Клоков, Д.Ланин. Супер БЕЙСИК для УКНЦ
* Е.А.Еремин. Об алгоритмах перевода целых чисел в некоторые режимы счисления, реализованных в BASIC-интерпретаторе УКНЦ

== Компьютер УКНЦ #2, 1995 ==
* Операционная система ФОДОС-2. Руководство программиста
* М.Б.Носов Все о периферийном процессоре
* Устройство вычислителя: руководство по ремонту
* И.И.Быстров АО "ЛИнТех" отвечает на вопросы
* С.П.Калашников Самодельная псевдографика на УКНЦ
* В.А.Файзулин Реализация алгоритма формирования массива с различными случайными элементами
* А.Захаров, Е.Пыжиков Пользователям КУВТ УКНЦ

== Компьютер УКНЦ #3, 1995 ==
* А.Н.Гриценко, А.Н.Тушев Классы УКНЦ в учебном процессе
* Операционная система RT-11. Ассемблер
* Б.А.Еремин Компилятор?.. Это очень просто
* А.Б.Розенфельд Использование принтера Д100М
* А.Ф.Носенко Вывод информации из БЕЙСИКа УКНЦ на принтер Д100М
* Д.А.Левант Программа печати файлов
* В.Ю.Ключников Ошибки трансляции компилятора MACRO v5.00
* В.И.Вашкевич Использование нестандартных команд символьного режима терминала VT-52
* В.Г.Романов Программирование мелодий в БЕЙСИКе УКНЦ
* А.В.Герасимов
* В.А.Файзуллин

== Компьютер УКНЦ #4, 1995 ==
* Операционная система RT-11. Ассемблер
* В.С.Дементьев. Изобразительные возможности редакторов шрифтов
* М.С.Никонов, С.П.Черняк. Программа построения графиков функций
* В.А.Самойлов. Использование символов псевдографики в учебном процессе
* Н.А.Кожевин. Использование квазидиска при работе с графикой в среде PASCAL/FACT V1.2
* В.В.Ларин. Создание новых символов
* М.Б.Носов. УКНЦ - проблемы и решения ЛИнТех
* С.В.Кононов. IBM PC из "Корвет" и УКНЦ

== Ссылки ==
* http://www.infomag.ru/journals/j010r/
* http://bk0010.chat.ru/Soder.htm

Uknc Magazine 1994-01 Lintech

2011-11-10T18:02:22Z

Nzeemin:

= «NET-Rt11» — СЕТЕВАЯ СИСТЕМА ДЛЯ КУВТ «УКНЦ» С IBM-СОВМЕСТИМОЙ ГОЛОВНОЙ МАШИНОЙ =
И. И. Быстров
:''Статья из журнала «Персональный компьютер УКНЦ» №1 1994 год''

Нет смысла перечислять все те проблемы, с которыми приходится сталкиваться пользователям КУВТ УКНЦ. Причин, их порождающих, в сущности, три: низкое качество дисководов, входящих в комплект, ненадежные сетевые контроллеры и недоработанное сетевое программное обеспечение. К отдельной проблеме относится низкая надежность самого компьютера, особенно головной машины — ее сбой может привести к необходимости перезагрузки всей сети — процесса медленного, отнимающего много времени от урока. Однако следует отметить, что устранение части приведенных причин положительного результата не дает — заменив головную машину на быструю и надежную, подкорректировав сетевое программное обеспечение, вы все равно остаетесь с плохим сетевым контроллером — сеть постоянно «виснет». Заменив только контроллеры и программное обеспечение, вы остаетесь во власти медленной и ненадежной головной машины, и ничего здесь не изменить, даже прицепив к ней винчестер.

Только комплексная модернизация КУВТ УКНЦ, учитывающая все «узкие места» системы, способна решить указанные выше проблемы. Такая задача была решена фирмой «ЛИНТЕХ» — в начале 1994 года выпущена новая сетевая система «NET-Rt11», в комплект которой входят сетевые контроллеры и программное обеспечение для работы с головной IBM-совместимой машиной (от XT и выше).

«NET-Rt11» представляет собой сложный программно-аппаратный продукт, при разработке которого был использован весь опыт специалистов фирмы в создании сетевых систем различного профиля. Аппаратная часть системы базируется на сетевом контроллере, основой которого является однокристальная микроЭВМ i8751, реализующая оригинальный сетевой протокол и управляющие функции. Схемотехника и программное обеспечение контроллера хорошо проработаны, так как система создана на базе аналогичной разработки для КУВТ «Корвет», успешно выпускающейся уже полтора года, что в сочетании с самой современной технологией производства позволяет гарантировать не менее трех лет безотказной работы.

Здесь следует заметить, что существуют два поколения контроллеров КУВТ «Корвет», отличающиеся как способом подключения к компьютеру, (через внешний разъем порта расширения системы и через разъем системной магистрали, расположенный внутри системного блока), так и технологией производства. Качество и надежность внутренних контроллеров несравненно выше.

С началом продажи новой версии контроллеров фирма «ЛИНТЕХ» объявила о «пожизненной» гарантии на них, что вызвало совершенно неожиданную реакцию клиентов: часть покупателей в это не поверила (рекламный трюк, блеф и пр.) и потребовала конкретной цифры. Так появился гарантийный срок 3 года. Когда они истекут, вполне вероятно, что будет объявлено продление гарантии, или льготная замена всем желающим на какую-нибудь суперновую версию... Практика замены по очень льготной цене фирмой уже используется, например, для замены внешних «корветовских» контроллеров на внутренние. Обновление версий сетевого программного обеспечения осуществляется бесплатно.

Такая же политика теперь используется на рынке УКНЦ-классов. Разумеется, иногда сетевые контроллеры у пользователя все-таки выходят из строя. Причина почти всегда одна — технологические дефекты комплектующих, проявляющиеся через какое-то время наработки. В таком случае неисправная плата немедленно заменяется на новую. Основная масса дефектных микросхем выявляется на этапе производства — все собранные платы проходят прогон в течении нескольких суток, в том числе и при повышенной температуре (в термокамере). Случаи отказов готовых изделий крайне редки. Такое повышение надежности стало возможным благодаря использованию отличной производственной базы (предприятие военно-промышленного комплекса) и отработанной технологии, что в итоге повышает себестоимость продукции и является единственным способом, избавляющим наших клиентов от непроизводительной потери времени в учебном процессе «по техническим причинам». Немаловажно и то, что в контроллерах используются только серийно выпускаемые элементы и нет заказных микросхем. Все это позволяет застраховаться от распространенных случаев, когда заказные ИМС снимаются с производства и в случае выхода из строя заменить их будет нечем.

Программное обеспечение ОС «NET-Rt11» позволяет на каждом рабочем месте не только работать под ее управлением и использовать практически все программное обеспечение, написанное под ней для УКНЦ, но, кроме этого, позволяет создавать новые приложения, использующие возможности головной IBM-совместимой машины. Даже применяя слабую IBM XT, вы получаете отличный результат.

Подобный подход представляется наиболее оптимальным. Другой возможный путь построения сетевой системы — превращение УКНЦ в терминал многопользовательской системы, работающей под управлением ОС типа UNIX или DOS, даже при высоких требованиях к головной машине (не ниже 386DX, ОЗУ от 4Мб и т.д.), — нам кажется нецелесообразным, поскольку делает практически невозможным использование графики и резко замедляет работу, что неприемлемо, принимая во внимание учебное назначение КУВТ.

Физическая скорость обмена в канале «NET-Rt11» — 375 кбит/с — вполне достаточна для учебного класса, при этом возможно использование четырех отдельных каналов передачи информации, что эквивалентно скорости 1500 кбит/с. Быстродействие сети по сравнению со стандартной сетью УКНЦ повышается в 60—100 раз. Максимальная длина магистрального кабеля может достигать 1 км, к одной головной машине можно подключить до 64 РМУ.

Каждому пользователю доступны восемь логических дисков объемом до 16 Мб каждый, которые представляют собой директории на винчестере головной машины и могут быть как личными, так и коллективными. Операции чтения/записи, доступные каждому пользователю после ввода имени и пароля, определяются при его регистрации и могут быть изменены администратором сети.

Важная особенность системы еще и в том, что для ее установки не требуется специальная квалификация. В каждом РМУ необходимо заменить стандартную сетевую плату (она соединена с системной с помощью разъема) на новую, вставить сетевой адаптер в слот головной машины и установить программное обеспечение — весь процесс подробно описан в инструкции. «NET-Rt11» может работать на коммуникациях старой сети — перемонтаж существующих линий связи не требуется. Получить более подробную информацию о системе и приобрести ее можно у региональных дилеров и фирмы «ЛИНТЕХ», реклама которой размещена в этом номере.

Uknc Magazine contents

2009-11-04T18:30:44Z

Nzeemin: /* Компьютер УКНЦ #1, 1994 */

Содержание журнала «Компьютер УКНЦ»

== Компьютер УКНЦ #1, 1994 ==
* Дубовик В. В. Солнечногорский электромеханический завод
* Список сокращений
* Носов М. Б. Все о периферийном процессоре
* Фролкин Б. Ф. PAF Commander V1.02 А. Петросяна, DESS V05.00e Д. Климова
* Еремин Е. А. К вопросу о работе локальной БЕЙСИК-сети в КУВТ УКНЦ
* Режим адресации процессора К1801ВМ2
* Система команд процессора К1801ВМ2
* [[Uknc Magazine 1994-01 ProcInt|Система прерываний процессора К1801ВМ2]]
* Глобальные переменные системы ввода-вывода (ОС ПМ)
* Тютюнников А. В. Архиваторы
* Быстров И. И. "NET-Rt11" - сетевая система для КУВТ "УКНЦ" с IBM-совместимой головной машиной
* Ховайко О. И. Хитрости работы с периферийным процессором

== Компьютер УКНЦ #2, 1994 ==
* К читателю
* Штарев М. Е. "Ресурсы УКНЦ"
* Еремин Е. А. О работоспособности программного обеспечения на РМУ в КУВТ УКНЦ
* Акулин А. И. "Мышь" для УКНЦ
* Остапенко А. Программы SKIPER и PCCUR
* Остапенко А. Тайны "вечной жизни"
* Ассемблер MACRO-11: Руководство оператора
* Ассемблер MACRO-11: Руководство программиста
* Управляющие последовательности терминала
* Структура "HALT" области ОЗУ ЦП
* Список ЕМТ-прерываний ОС ПМ
* Регистры системных устройств магистрали ЦП
* Регистры системных устройств магитрали ПП
* Штарев М. Е. "Библиотека MGR"
* Батьков Г. А. Обзор программных средств
* Мороз С. С. Система управления базами данных для УКНЦ
* Сказка про байт

== Компьютер УКНЦ #3, 1994 ==
* Штарев М. Е. Ресурсы УКНЦ. Работа с текстовыми окнами
* Пузырников В. БЕЙСИК: полезные советы для начинающих
* Операционная система ФОДОС-2. Системая макробиблиотека
* Список ESC-последовательностей с кодом 200_8 и более
* Работа с планами видеоОЗУ
* Борис Ф. Фролкин Новый драйвер дисковода MZ.SYS для УКНЦ
* Подъемщиков А. Н. Еще об одной ошибке в УКНЦ (МС-0511)
* Быстров И. И. IBM PC из УКНЦ и "Корвета"
* Бурков К. Г. Для тех, кто знает: FORTH!
* Содержание предыдущих выпусков

== Компьютер УКНЦ #1, 1995 ==
* Устройство вычислителя
* Операционная система ФОДОС-2 (Системная макробиблиотека)
* В.Лукичев. Справочная информация для начинающих программистов УКНЦ
* А.В.Милюков. Практика работы с периферийным процессором УКНЦ
* С.Клоков, Д.Ланин. Супер БЕЙСИК для УКНЦ
* Е.А.Еремин. Об алгоритмах перевода целых чисел в некоторые режимы счисления, реализованных в BASIC-интерпретаторе УКНЦ

== Компьютер УКНЦ #2, 1995 ==
* Операционная система ФОДОС-2. Руководство программиста
* М.Б.Носов Все о периферийном процессоре
* Устройство вычислителя: руководство по ремонту
* И.И.Быстров АО "ЛИнТех" отвечает на вопросы
* С.П.Калашников Самодельная псевдографика на УКНЦ
* В.А.Файзулин Реализация алгоритма формирования массива с различными случайными элементами
* А.Захаров, Е.Пыжиков Пользователям КУВТ УКНЦ

== Компьютер УКНЦ #3, 1995 ==
* А.Н.Гриценко, А.Н.Тушев Классы УКНЦ в учебном процессе
* Операционная система RT-11. Ассемблер
* Б.А.Еремин Компилятор?.. Это очень просто
* А.Б.Розенфельд Использование принтера Д100М
* А.Ф.Носенко Вывод информации из БЕЙСИКа УКНЦ на принтер Д100М
* Д.А.Левант Программа печати файлов
* В.Ю.Ключников Ошибки трансляции компилятора MACRO v5.00
* В.И.Вашкевич Использование нестандартных команд символьного режима терминала VT-52
* В.Г.Романов Программирование мелодий в БЕЙСИКе УКНЦ
* А.В.Герасимов
* В.А.Файзуллин

== Компьютер УКНЦ #4, 1995 ==
* Операционная система RT-11. Ассемблер
* В.С.Дементьев. Изобразительные возможности редакторов шрифтов
* М.С.Никонов, С.П.Черняк. Программа построения графиков функций
* В.А.Самойлов. Использование символов псевдографики в учебном процессе
* Н.А.Кожевин. Использование квазидиска при работе с графикой в среде PASCAL/FACT V1.2
* В.В.Ларин. Создание новых символов
* М.Б.Носов. УКНЦ - проблемы и решения ЛИнТех
* С.В.Кононов. IBM PC из "Корвет" и УКНЦ

== Ссылки ==
* http://www.infomag.ru/journals/j010r/
* http://bk0010.chat.ru/Soder.htm

Uknc Magazine 1994-01 ProcInt

2009-11-04T10:14:22Z

Nzeemin:

__NOTOC__
= СИСТЕМА ПРЕРЫВАНИЙ ПРОЦЕССОРА К1801ВМ2 =
:''Статья из журнала «Персональный компьютер УКНЦ» №1 1994 год''

== Терминология ==

* ВЕКТОР СОСТОЯНИЯ ПРОЦЕССА — значения счетчика команд и слова состояния
* ВЕКТОР ПРЕРЫВАНИЯ — вектор состояния прерывающего процесса.
* АДРЕС ВЕКТОРА ПРЕРЫВАНИЯ — адрес ячейки памяти, содержащей значение СК прерывающего процесса. В следующей ячейке хранится значение ССП прерывающего процесса.
* ПРОСЛЕЖИВАЕМАЯ КОМАНДА — команда, выполняемая при установленном Т-разряде в ССП.

== Источники прерываний и их АВП ==

Прерывания, обусловленные применением процессора К1801ВМ2 и регистрируемые на магистралях ЦП и ПП, приведены в табл. 1.

;Таблица 1
{| cellpadding="2" cellspasing="2" border="1" style="border-collapse:collapse"
!АВП !!Очередность !!Описание
|-
|4 ||2 ||Прерывание по запрещенной команде возникает при попытке выполнить команду с неправильно заданным методом адресации. К таким командам относятся команды JMP и JSR с регистровыми методами адресации
|-
|4 ||1 ||Прерывание по зависанию в канале возникает при попытке обращения по адресу несуществующей ячейки памяти или регистра ВУ
|-
|10 ||2 ||Прерывание по резервной команде возникает при попытке выполнить команду, код которой в данном процессоре не используется
|-
|14 ||4 ||Прерывание по Т-разряду вызывается после выполнения команды при установленном 4-м разряде ССП. Установка и очистка 4-го разряда возможна только при выполнении команд RTT, RTI, ШАГ, ПУСК и при загрузке вектора прерывания
|-
|24 ||5 ||Прерывание по сбою питания происходит при снижении сетевого питания за пределы допустимого уровня. По завершении выполнения текущей команды процессор переходит на выполнение программы обработки прерывания...
|-
|100 ||7 ||Прерывания от «сетевого таймера» возникают в момент достижения лучом кинескопа монитора конца кадра кадровый синхросигнал монитора.)
|-
|250 ||3 ||Прерывание по сигналу WIR. В ЦП УКНЦ используется только для работы внешних расширений магистрали ЦП (например, обработка ошибок обмена с дополнительными магистралями)
|-
|****** ||8 ||Сигнал VIRQ (от устройств ЭВМ, см. след. главу)
|-
|160000 || ||Прерывание по включении питания
|-
|160004 ||4 ||Зависание в режиме HALT
|-
|160170 ||6 ||Сигнал (команда) HALT
|-
|160174 ||6 ||Двойное зависание возникает в случае зависания в канале во время выполнения микропрограммной процедуры прерывания, вызванной зависанием при передаче данных по каналу (т.е. если при загрузке ВП процесса обработки прерывания по зависанию в СК попадает адрес несуществующей ячейки)
|-
|160274 ||6 ||Зависание при приеме адреса вектора прерывания фиксируется в случае, если внешнее устройство выставило запрос на прерывание и не формирует АВП. Это, в частности, происходит при возникновении требования прерывания внешним устройством во время выполнения команды маскирования прерывания в регистре состояния этого же устройства. Отсюда рекомендация запрещать прерывания конкретных устройств только при высоком приоритете процессора (ССП(7)-1)
|-
|160010 || ||По этому вектору возникает прерывание в случае попытки выполнить команду арифметики с плавающей запятой *
|}

== Особые случаи прерывания по Т-разряду ==

# Если прослеживаемая команда RTI или RTT очищает Т-разяд, то после ее выполнения все же происходит прерывание по Т-разряду. Однако в стеке сохранится ССП с очищенным Т-разрядом.
# Если прослеживаемая команда ШАГ, ПУСК, HALT или команда прерывания очищает Т-разряд, то после ее выполнения прерывания по Т-разряду не происходит.
# Если прослеживаемая команда ШАГ или RTT устанавливает Т-разряд, то прерывание по Т-разряду произойдет после выполнения следующей за ШАГ или RTT командой.
# После выполнения остальных команд, устанавливающих Т-разряд, прерывание происходит сразу за ними.
# Если во время выполнения прослеживаемой команды произошло зависание и при загрузке ВП Т-разряд очищается, то прерывание по Т-разряду не происходит.
# Во время выполнения прослеживаемой команды WAIT Т-разряд игнорируется. При возврате из прерывания условия возникновения прерывания стандартны (см. пункты 4.1 и 4.3).

== Алгоритм обработки прерываний ==

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

При возникновении условий прерывания процессор последовательно выполняет следующие действия:

# Микропрограммное сохранение вектора состояния прерываемого процесса либо в стеке, либо в КРСК и КРСП.
# Формирование значения АВП. Микропрограммная загрузка вектора прерывания из пары ячеек ОЗУ или ПЗУ.
# Анализируется состояние запросов на прерывание. Если незамаскированных запросов нет, то производится чтение первой команды нового процесса и ее выполнение. Иначе снова происходит процедура прерывания.

В ситуации включения питания, фатальных состояний или выполнения команды HALT (обработки сигнала HALT) процедура прерывания отличается от обычной:
# по процедуре безадресного чтения читается внешний регистр (SEL);
# формируется значение адреса вектора прерывания;
# разряды 15-8 берутся из соответствующих разрядов внешнего регистра, разряды 7-0 устанавливаются в зависимости от причины прерывания**;
# происходит принудительная установка режима «HALT», для загрузки ВП из адресного пространства этого режима;
# загружаются СК и ССП процесса обработки прерывания;
# если разряд 8 загруженного ССП очищен, то происходит возврат в режим «USER».

;Примечания.

(*) Вообще говоря, процессор К1801ВМ2 фиксирует данное прерывание только в том случае, если 7 бит внешнего регистра (флаг наличия программной эмуляции команд арифметики с плавающей запятой) установлен. Но в УКНЦ возможность изменения этого регистра отсутствует, и по этому прерывание возникает всегда при прочтении вышеобозначенных команд.

(**) Биты 15-8 внешнего регистра служат для указания старших адресов рассматриваемых векторов прерываний, поэтому данные векторы могут размещаться в любом 256-байтном сегменте памяти. Это актуально для машин с отсутствующим или проецирующимся по другим адресам системном (SEL) ОЗУ. Как уже отмечено, в УКНЦ, изменить эти биты нельзя.

Uknc Magazine 1994-01 ProcInt

2009-11-04T10:12:42Z

Nzeemin:

= СИСТЕМА ПРЕРЫВАНИЙ ПРОЦЕССОРА К1801ВМ2 =

== Терминология ==

* ВЕКТОР СОСТОЯНИЯ ПРОЦЕССА — значения счетчика команд и слова состояния
* ВЕКТОР ПРЕРЫВАНИЯ — вектор состояния прерывающего процесса.
* АДРЕС ВЕКТОРА ПРЕРЫВАНИЯ — адрес ячейки памяти, содержащей значение СК прерывающего процесса. В следующей ячейке хранится значение ССП прерывающего процесса.
* ПРОСЛЕЖИВАЕМАЯ КОМАНДА — команда, выполняемая при установленном Т-разряде в ССП.

== Источники прерываний и их АВП ==

Прерывания, обусловленные применением процессора К1801ВМ2 и регистрируемые на магистралях ЦП и ПП, приведены в табл. 1.

;Таблица 1
{| cellpadding="2" cellspasing="2" border="1" style="border-collapse:collapse"
!АВП !!Очередность !!Описание
|-
|4 ||2 ||Прерывание по запрещенной команде возникает при попытке выполнить команду с неправильно заданным методом адресации. К таким командам относятся команды JMP и JSR с регистровыми методами адресации
|-
|4 ||1 ||Прерывание по зависанию в канале возникает при попытке обращения по адресу несуществующей ячейки памяти или регистра ВУ
|-
|10 ||2 ||Прерывание по резервной команде возникает при попытке выполнить команду, код которой в данном процессоре не используется
|-
|14 ||4 ||Прерывание по Т-разряду вызывается после выполнения команды при установленном 4-м разряде ССП. Установка и очистка 4-го разряда возможна только при выполнении команд RTT, RTI, ШАГ, ПУСК и при загрузке вектора прерывания
|-
|24 ||5 ||Прерывание по сбою питания происходит при снижении сетевого питания за пределы допустимого уровня. По завершении выполнения текущей команды процессор переходит на выполнение программы обработки прерывания...
|-
|100 ||7 ||Прерывания от «сетевого таймера» возникают в момент достижения лучом кинескопа монитора конца кадра кадровый синхросигнал монитора.)
|-
|250 ||3 ||Прерывание по сигналу WIR. В ЦП УКНЦ используется только для работы внешних расширений магистрали ЦП (например, обработка ошибок обмена с дополнительными магистралями)
|-
|****** ||8 ||Сигнал VIRQ (от устройств ЭВМ, см. след. главу)
|-
|160000 || ||Прерывание по включении питания
|-
|160004 ||4 ||Зависание в режиме HALT
|-
|160170 ||6 ||Сигнал (команда) HALT
|-
|160174 ||6 ||Двойное зависание возникает в случае зависания в канале во время выполнения микропрограммной процедуры прерывания, вызванной зависанием при передаче данных по каналу (т.е. если при загрузке ВП процесса обработки прерывания по зависанию в СК попадает адрес несуществующей ячейки)
|-
|160274 ||6 ||Зависание при приеме адреса вектора прерывания фиксируется в случае, если внешнее устройство выставило запрос на прерывание и не формирует АВП. Это, в частности, происходит при возникновении требования прерывания внешним устройством во время выполнения команды маскирования прерывания в регистре состояния этого же устройства. Отсюда рекомендация запрещать прерывания конкретных устройств только при высоком приоритете процессора (ССП(7)-1)
|-
|160010 || ||По этому вектору возникает прерывание в случае попытки выполнить команду арифметики с плавающей запятой *
|}

== Особые случаи прерывания по Т-разряду ==

# Если прослеживаемая команда RTI или RTT очищает Т-разяд, то после ее выполнения все же происходит прерывание по Т-разряду. Однако в стеке сохранится ССП с очищенным Т-разрядом.
# Если прослеживаемая команда ШАГ, ПУСК, HALT или команда прерывания очищает Т-разряд, то после ее выполнения прерывания по Т-разряду не происходит.
# Если прослеживаемая команда ШАГ или RTT устанавливает Т-разряд, то прерывание по Т-разряду произойдет после выполнения следующей за ШАГ или RTT командой.
# После выполнения остальных команд, устанавливающих Т-разряд, прерывание происходит сразу за ними.
# Если во время выполнения прослеживаемой команды произошло зависание и при загрузке ВП Т-разряд очищается, то прерывание по Т-разряду не происходит.
# Во время выполнения прослеживаемой команды WAIT Т-разряд игнорируется. При возврате из прерывания условия возникновения прерывания стандартны (см. пункты 4.1 и 4.3).

== Алгоритм обработки прерываний ==

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

При возникновении условий прерывания процессор последовательно выполняет следующие действия:

# Микропрограммное сохранение вектора состояния прерываемого процесса либо в стеке, либо в КРСК и КРСП.
# Формирование значения АВП. Микропрограммная загрузка вектора прерывания из пары ячеек ОЗУ или ПЗУ.
# Анализируется состояние запросов на прерывание. Если незамаскированных запросов нет, то производится чтение первой команды нового процесса и ее выполнение. Иначе снова происходит процедура прерывания.

В ситуации включения питания, фатальных состояний или выполнения команды HALT (обработки сигнала HALT) процедура прерывания отличается от обычной:
# по процедуре безадресного чтения читается внешний регистр (SEL);
# формируется значение адреса вектора прерывания;
# разряды 15-8 берутся из соответствующих разрядов внешнего регистра, разряды 7-0 устанавливаются в зависимости от причины прерывания**;
# происходит принудительная установка режима «HALT», для загрузки ВП из адресного пространства этого режима;
# загружаются СК и ССП процесса обработки прерывания;
# если разряд 8 загруженного ССП очищен, то происходит возврат в режим «USER».

;Примечания.

(*) Вообще говоря, процессор К1801ВМ2 фиксирует данное прерывание только в том случае, если 7 бит внешнего регистра (флаг наличия программной эмуляции команд арифметики с плавающей запятой) установлен. Но в УКНЦ возможность изменения этого регистра отсутствует, и по этому прерывание возникает всегда при прочтении вышеобозначенных команд.

(**) Биты 15-8 внешнего регистра служат для указания старших адресов рассматриваемых векторов прерываний, поэтому данные векторы могут размещаться в любом 256-байтном сегменте памяти. Это актуально для машин с отсутствующим или проецирующимся по другим адресам системном (SEL) ОЗУ. Как уже отмечено, в УКНЦ, изменить эти биты нельзя.

Uknc info

2009-11-04T10:08:25Z

Nzeemin:

* [[Uknc tech desc]] — Техническое описание (UK_TECH.DOC)
* [[UKNC FDD passport]] — Устройство КМД УК. Паспорт. У13.065.013 ПС
* [[UKNC FDD 1801vp1-128]] — Техническое описание микросхемы 1801ВП1-128 контроллера дисковода
* [[Uknc FODOS-2 sysmac]] — ФОДОС-2. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА
* [[Uknc FODOS-2 drprog]] — ФОДОС-2. ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
* [[Uknc RAFOS sysmac]] — РАФОС. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА. ТОМ 3 КНИГА 2 ЧАСТЬ 2
* [[Uknc RT-11 monrt]] — RT-11. МОНИТОР СИСТЕМЫ. Руководство программиста

* [[Uknc Basic Manual|БЕЙСИК. Описание языка]] — БЕЙСИК. Описание языка. У1.00031-01 35 01.
* [[Uknc Basic PgmMan|БЕЙСИК. Руководство программиста]] — БЕЙСИК. Руководство программиста. У1.00031-01 33 01
* [[Uknc Basic OprMan|БЕЙСИК. Руководство оператора]] — БЕЙСИК. Руководство оператора. У1.00031-01 34 02

* [[Uknc ukncos]] — сборное описание по эксплуатации класса УКНЦ

* [[Uknc RAM description]] — Описание ОЗУ, из документа RAM.LST от Alex_K
** [[Uknc RAM description_app]] — Приложения к описанию
* [[Uknc ROM disasm]] — листинги дизассемблированного ПЗУ УКНЦ, от Alex_K

* [[Uknc Resources|Ресурсы УКНЦ]] — книга Влада Жигалова

* [[Uknc ROM Basic boot|Процесс загрузки Бейсик-Вильнюс с кассеты ПЗУ]]
* [[Uknc rt11 boot|Процесс загрузки RT11]]

* [[Uknc Magazine contents|Содержание журналов «Персональный компьютер УКНЦ»]]
** [[Uknc Magazine 1994-01 ProcInt|1994-01. Режим адресации процессора К1801ВМ2]]

== Ссылки ==
* [http://uknc.narod.ru/ УКНЦ & PDP-11] — архив Арсения Гордина
* [http://pdp-11.org.ru/ pdp-11.org.ru]
* [http://www.bitsavers.org/pdf/dec/pdp11/rt11/ Документация на DEC RT-11 в PDF-архиве bitsavers.org]
* [http://ru.wikipedia.org/wiki/УКНЦ УКНЦ] — статья в Википедии

Uknc Magazine contents

2009-11-04T10:07:35Z

Nzeemin: /* Компьютер УКНЦ #1, 1994 */

Содержание журнала «Компьютер УКНЦ»

== Компьютер УКНЦ #1, 1994 ==
* Дубовик В. В. Солнечногорский электромеханический завод
* Список сокращений
* Носов М. Б. Все о периферийном процессоре
* Фролкин Б. Ф. PAF Commander V1.02 А. Петросяна, DESS V05.00e Д. Климова
* Еремин Е. А. К вопросу о работе локальной БЕЙСИК-сети в КУВТ УКНЦ
* [[Uknc Magazine 1994-01 ProcInt|Режим адресации процессора К1801ВМ2]]
* Система команд процессора К1801ВМ2
* Система прерываний процессора К1801ВМ2
* Глобальные переменные системы ввода-вывода (ОС ПМ)
* Тютюнников А. В. Архиваторы
* Быстров И. И. "NET-Rt11" - сетевая система для КУВТ "УКНЦ" с IBM-совместимой головной машиной
* Ховайко О. И. Хитрости работы с периферийным процессором

== Компьютер УКНЦ #2, 1994 ==
* К читателю
* Штарев М. Е. "Ресурсы УКНЦ"
* Еремин Е. А. О работоспособности программного обеспечения на РМУ в КУВТ УКНЦ
* Акулин А. И. "Мышь" для УКНЦ
* Остапенко А. Программы SKIPER и PCCUR
* Остапенко А. Тайны "вечной жизни"
* Ассемблер MACRO-11: Руководство оператора
* Ассемблер MACRO-11: Руководство программиста
* Управляющие последовательности терминала
* Структура "HALT" области ОЗУ ЦП
* Список ЕМТ-прерываний ОС ПМ
* Регистры системных устройств магистрали ЦП
* Регистры системных устройств магитрали ПП
* Штарев М. Е. "Библиотека MGR"
* Батьков Г. А. Обзор программных средств
* Мороз С. С. Система управления базами данных для УКНЦ
* Сказка про байт

== Компьютер УКНЦ #3, 1994 ==
* Штарев М. Е. Ресурсы УКНЦ. Работа с текстовыми окнами
* Пузырников В. БЕЙСИК: полезные советы для начинающих
* Операционная система ФОДОС-2. Системая макробиблиотека
* Список ESC-последовательностей с кодом 200_8 и более
* Работа с планами видеоОЗУ
* Борис Ф. Фролкин Новый драйвер дисковода MZ.SYS для УКНЦ
* Подъемщиков А. Н. Еще об одной ошибке в УКНЦ (МС-0511)
* Быстров И. И. IBM PC из УКНЦ и "Корвета"
* Бурков К. Г. Для тех, кто знает: FORTH!
* Содержание предыдущих выпусков

== Компьютер УКНЦ #1, 1995 ==
* Устройство вычислителя
* Операционная система ФОДОС-2 (Системная макробиблиотека)
* В.Лукичев. Справочная информация для начинающих программистов УКНЦ
* А.В.Милюков. Практика работы с периферийным процессором УКНЦ
* С.Клоков, Д.Ланин. Супер БЕЙСИК для УКНЦ
* Е.А.Еремин. Об алгоритмах перевода целых чисел в некоторые режимы счисления, реализованных в BASIC-интерпретаторе УКНЦ

== Компьютер УКНЦ #2, 1995 ==
* Операционная система ФОДОС-2. Руководство программиста
* М.Б.Носов Все о периферийном процессоре
* Устройство вычислителя: руководство по ремонту
* И.И.Быстров АО "ЛИнТех" отвечает на вопросы
* С.П.Калашников Самодельная псевдографика на УКНЦ
* В.А.Файзулин Реализация алгоритма формирования массива с различными случайными элементами
* А.Захаров, Е.Пыжиков Пользователям КУВТ УКНЦ

== Компьютер УКНЦ #3, 1995 ==
* А.Н.Гриценко, А.Н.Тушев Классы УКНЦ в учебном процессе
* Операционная система RT-11. Ассемблер
* Б.А.Еремин Компилятор?.. Это очень просто
* А.Б.Розенфельд Использование принтера Д100М
* А.Ф.Носенко Вывод информации из БЕЙСИКа УКНЦ на принтер Д100М
* Д.А.Левант Программа печати файлов
* В.Ю.Ключников Ошибки трансляции компилятора MACRO v5.00
* В.И.Вашкевич Использование нестандартных команд символьного режима терминала VT-52
* В.Г.Романов Программирование мелодий в БЕЙСИКе УКНЦ
* А.В.Герасимов
* В.А.Файзуллин

== Компьютер УКНЦ #4, 1995 ==
* Операционная система RT-11. Ассемблер
* В.С.Дементьев. Изобразительные возможности редакторов шрифтов
* М.С.Никонов, С.П.Черняк. Программа построения графиков функций
* В.А.Самойлов. Использование символов псевдографики в учебном процессе
* Н.А.Кожевин. Использование квазидиска при работе с графикой в среде PASCAL/FACT V1.2
* В.В.Ларин. Создание новых символов
* М.Б.Носов. УКНЦ - проблемы и решения ЛИнТех
* С.В.Кононов. IBM PC из "Корвет" и УКНЦ

== Ссылки ==
* http://www.infomag.ru/journals/j010r/
* http://bk0010.chat.ru/Soder.htm

Uknc Magazine 1994-01 ProcInt

2009-11-04T10:07:20Z

Nzeemin:

= СИСТЕМА ПРЕРЫВАНИЙ ПРОЦЕССОРА К1801ВМ2 =

== Терминология ==

* ВЕКТОР СОСТОЯНИЯ ПРОЦЕССА — значения счетчика команд и слова состояния
* ВЕКТОР ПРЕРЫВАНИЯ — вектор состояния прерывающего процесса.
* АДРЕС ВЕКТОРА ПРЕРЫВАНИЯ — адрес ячейки памяти, содержащей значение СК прерывающего процесса. В следующей ячейке хранится значение ССП прерывающего процесса.
* ПРОСЛЕЖИВАЕМАЯ КОМАНДА — команда, выполняемая при установленном Т-разряде в ССП.

== Источники прерываний и их АВП ==

Прерывания, обусловленные применением процессора К1801ВМ2 и регистрируемые на магистралях ЦП и ПП, приведены в табл. 1.

;Таблица 1
{|
!АВП !!Очередность !!Описание
|-
|4 ||2 ||Прерывание по запрещенной команде возникает при попытке выполнить команду с неправильно заданным методом адресации. К таким командам относятся команды JMP и JSR с регистровыми методами адресации
|-
|4 ||1 ||Прерывание по зависанию в канале возникает при попытке обращения по адресу несуществующей ячейки памяти или регистра ВУ
|-
|10 ||2 ||Прерывание по резервной команде возникает при попытке выполнить команду, код которой в данном процессоре не используется
|-
|14 ||4 ||Прерывание по Т-разряду вызывается после выполнения команды при установленном 4-м разряде ССП. Установка и очистка 4-го разряда возможна только при выполнении команд RTT, RTI, ШАГ, ПУСК и при загрузке вектора прерывания
|-
|24 ||5 ||Прерывание по сбою питания происходит при снижении сетевого питания за пределы допустимого уровня. По завершении выполнения текущей команды процессор переходит на выполнение программы обработки прерывания...
|-
|100 ||7 ||Прерывания от «сетевого таймера» возникают в момент достижения лучом кинескопа монитора конца кадра кадровый синхросигнал монитора.)
|-
|250 ||3 ||Прерывание по сигналу WIR. В ЦП УКНЦ используется только для работы внешних расширений магистрали ЦП (например, обработка ошибок обмена с дополнительными магистралями)
|-
|****** ||8 ||Сигнал VIRQ (от устройств ЭВМ, см. след. главу)
|-
|160000 || ||Прерывание по включении питания
|-
|160004 ||4 ||Зависание в режиме HALT
|-
|160170 ||6 ||Сигнал (команда) HALT
|-
|160174 ||6 ||Двойное зависание возникает в случае зависания в канале во время выполнения микропрограммной процедуры прерывания, вызванной зависанием при передаче данных по каналу (т.е. если при загрузке ВП процесса обработки прерывания по зависанию в СК попадает адрес несуществующей ячейки)
|-
|160274 ||6 ||Зависание при приеме адреса вектора прерывания фиксируется в случае, если внешнее устройство выставило запрос на прерывание и не формирует АВП. Это, в частности, происходит при возникновении требования прерывания внешним устройством во время выполнения команды маскирования прерывания в регистре состояния этого же устройства. Отсюда рекомендация запрещать прерывания конкретных устройств только при высоком приоритете процессора (ССП(7)-1)
|-
|160010 || ||По этому вектору возникает прерывание в случае попытки выполнить команду арифметики с плавающей запятой *
|}

== Особые случаи прерывания по Т-разряду ==

# Если прослеживаемая команда RTI или RTT очищает Т-разяд, то после ее выполнения все же происходит прерывание по Т-разряду. Однако в стеке сохранится ССП с очищенным Т-разрядом.
# Если прослеживаемая команда ШАГ, ПУСК, HALT или команда прерывания очищает Т-разряд, то после ее выполнения прерывания по Т-разряду не происходит.
# Если прослеживаемая команда ШАГ или RTT устанавливает Т-разряд, то прерывание по Т-разряду произойдет после выполнения следующей за ШАГ или RTT командой.
# После выполнения остальных команд, устанавливающих Т-разряд, прерывание происходит сразу за ними.
# Если во время выполнения прослеживаемой команды произошло зависание и при загрузке ВП Т-разряд очищается, то прерывание по Т-разряду не происходит.
# Во время выполнения прослеживаемой команды WAIT Т-разряд игнорируется. При возврате из прерывания условия возникновения прерывания стандартны (см. пункты 4.1 и 4.3).

== Алгоритм обработки прерываний ==

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

При возникновении условий прерывания процессор последовательно выполняет следующие действия:

# Микропрограммное сохранение вектора состояния прерываемого процесса либо в стеке, либо в КРСК и КРСП.
# Формирование значения АВП. Микропрограммная загрузка вектора прерывания из пары ячеек ОЗУ или ПЗУ.
# Анализируется состояние запросов на прерывание. Если незамаскированных запросов нет, то производится чтение первой команды нового процесса и ее выполнение. Иначе снова происходит процедура прерывания.

В ситуации включения питания, фатальных состояний или выполнения команды HALT (обработки сигнала HALT) процедура прерывания отличается от обычной:
# по процедуре безадресного чтения читается внешний регистр (SEL);
# формируется значение адреса вектора прерывания;
# разряды 15-8 берутся из соответствующих разрядов внешнего регистра, разряды 7-0 устанавливаются в зависимости от причины прерывания**;
# происходит принудительная установка режима «HALT», для загрузки ВП из адресного пространства этого режима;
# загружаются СК и ССП процесса обработки прерывания;
# если разряд 8 загруженного ССП очищен, то происходит возврат в режим «USER».

;Примечания.

(*) Вообще говоря, процессор К1801ВМ2 фиксирует данное прерывание только в том случае, если 7 бит внешнего регистра (флаг наличия программной эмуляции команд арифметики с плавающей запятой) установлен. Но в УКНЦ возможность изменения этого регистра отсутствует, и по этому прерывание возникает всегда при прочтении вышеобозначенных команд.

(**) Биты 15-8 внешнего регистра служат для указания старших адресов рассматриваемых векторов прерываний, поэтому данные векторы могут размещаться в любом 256-байтном сегменте памяти. Это актуально для машин с отсутствующим или проецирующимся по другим адресам системном (SEL) ОЗУ. Как уже отмечено, в УКНЦ, изменить эти биты нельзя.

Uknc

2008-03-02T20:39:48Z

Nzeemin: /* Последние новости */

__NOTOC__
Добро пожаловать на страницу эмулятора УКНЦ -- '''UKNC Back to Life''' !

{|width="100%" cellspacing="0" cellpadding="0" style="margin-top:0.8em;margin-bottom:0.8em"
|width="50%" style="border:1px solid #CCF7CC;background:#EEFFEE"|
{|width="100%" valign="top" cellspacing="0" cellpadding="5" style="background:#EEFFEE"

|style="font-size:95%"|'''Эмулятор''' 
[http://www.felixl.com/forum/ Форум] - [[uknc notes|Заметки по УКНЦ]] - [[uknc authors|Авторы]] - [[UKNCBTL_FAQ|FAQ]] - [[UKNCBTL How to use|readme]]

|}
|  
|width="50%" valign="top" style="border:1px solid #DDDDF7;background:#F7F7FF"|
{|width="100%" cellspacing="0" cellpadding="5" style="background:#F7F7FF"

|style="font-size:95%"|'''УКНЦ''' 
[[Uknc ROM disasm|Листинги ПЗУ]] - [[uknc info|Вся информация по УКНЦ]]   - [[uknc software|Архив программ УКНЦ]] 

|}
|}
== Последние новости ==

=== [[User:Nzeemin|NZeemin]] 15:39, 2 March 2008 (EST) ===
Ну что же, вот и настал момент когда эмулятор УКНЦ становится проектом с открытым исходным кодом. Не то чтобы это был такой уж красивый код, но...

http://code.google.com/p/ukncbtl/

Одновременно с этим выходит beta-9. Поскольку все исправления этой версии сделаны Alex_K, привожу его комментарий без купюр:

:''Подправлены многие ошибки, но многие еще остались. Устранена потеря VIRQ (из-за этого и зависала клавиатура), сделано прерывание 024 ЦП (разряд 15 порта 177716), устранена ошибка чтения/записи слова по нечетному адресу в ПП и еще кое-чего... Теперь нормально работает Турбо-Бейсик.''

http://ukncbtl.googlecode.com/files/UKNCBTL-beta9.zip

=== [[User:Nzeemin|NZeemin]] 12:54, 3 February 2008 (EST) ===
Давно собирался это сделать:

[[Image:UKNCBTL-Keyboard.png]]

А ещё обратите внимание на индикатор дискеты — появился ярлычок защиты от записи.

http://3do-scene.com/nzeemin/UKNCBTL-beta8-exe.zip

=== [[User:Nzeemin|NZeemin]] 13:18, 2 February 2008 (EST) ===

По просьбам трудящихся — опция уменьшения скорости до (примерно) 25 fps, т.е. до скорости реального УКНЦ. Тут стоить напомнить, что пока у нас каждая команда процессора занимает один такт, поэтому рельно скорость эмулятора всё равно будет выше реальной.

[[Image:UKNCBTL-RealSpeed.png]]

http://3do-scene.com/nzeemin/UKNCBTL-beta7-exe.zip

И, чтобы два раза не вставать. 
Была такая старая игрушка — «Королевство Эйфория»:

[[Image:UKNC KINGOM.png]]

http://3do-scene.com/nzeemin/disks/disks2.zip 
Загружаетесь с этого диска, вводите: <code>RU KINGOM</code>, <ENTER>.

=== [[User:Nzeemin|NZeemin]] 12:53, 27 January 2008 (EST) ===
Долгожданный момент — в эмуляторе заработала запись на диск. Ради этого пришлось перетряхнуть буквально всё что связано с дисковой подсистемой. Огромная благодарность Алексею Кислому за написание грамотного описания дискового контроллера, консультации по нюансам его работы, а также тестирование на завершающей стадии работ, в общем — респект. Сколько бы я провозился без этой помощи — даже не представляю.

Кроме того, появилась опция Emulator|Autostart — чтобы не жать каждый раз Play для запуска эмулятора.

Некоторый регресс: звук пока отключен, ибо толком не работал; Бейсик из картриджа ПЗУ перестал работать — видимо, результат моих боданий с окном памяти.

''ВНИМАНИЕ:'' Функция записи на диск только что появилась, вероятно наличие мелких и крупных ошибок. Ценные для вас образы дисков защищайте флагом read-only (в эмуляторе это рассматривается как защищённая от записи дискета), либо делайте резервные копии.

http://3do-scene.com/nzeemin/UKNCBTL-beta6.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta6-exe.zip

=== [[User:Nzeemin|NZeemin]] 02:06, 13 November 2007 (EST) ===
Выложена бета 5. Изменения:
* В эмуляторе и утилите rt11dsk сделал поддержку образов .rtd
* Научил rt11dsk извлекать файлы.
* Написал для FAR настройку (Custom.ini для плагина MultiArc) для использования rt11dsk как архиватора. Теперь можно заходить по Enter в .dsk и .rpt, смотреть оглавление, по F3 смотреть файлы, по F5 копировать их из образа себе на диск.
* Добавил rt11dsk в инсталлятор.

Настройка для плагина MultiArc в FAR (rt11dsk.exe положите так чтобы она находилась по Path):
<pre>; Add the following sections to
; "C:\Program Files\Far\Plugins\MultiArc\Formats\Custom.ini"

[dsk]
TypeName=rt11dsk
Extension=dsk
List=rt11dsk l %%AQ
Start="^--"
End="^--"
Format0="nnnnnnnnnn dd-TTT-yy zzzzz"
ExtractWithoutPath="rt11dsk e %%A %%fQ"

[rtd]
TypeName=rt11dsk
Extension=rtd
List=rt11dsk l %%AQ
Start="^--"
End="^--"
Format0="nnnnnnnnnn dd-TTT-yy zzzzz"
ExtractWithoutPath="rt11dsk e %%A %%fQ"</pre>

http://3do-scene.com/nzeemin/UKNCBTL-beta5.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta5-exe.zip 
http://3do-scene.com/nzeemin/rt11dsk.zip

=== [[User:Nzeemin|NZeemin]] 04:32, 8 November 2007 (EST) ===
Выложил сборку номер 4, изменения:
* режим экрана GRB — для имитации машин с перепутанными сигналами красного и зелёного — говорят что такие были;
* реализована подстановка памяти плана 0 в окно 100000-117777 — при сброшенных битах 1..3 порта 177054, адрес подстановки выбирается в зависимости от битов 4..7 порта 177054; нужно это тестировать

http://3do-scene.com/nzeemin/UKNCBTL-beta4.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta4-exe.zip — только UKNCBTL.exe

=== [[User:Nzeemin|NZeemin]] 00:13, 6 November 2007 (EST) ===
Для людей, страдающих от мелких шрифтов в эмуляторе, сделал режим двойной высоты экрана. Плюс косметические правки — иконки итп.

[[Image:UkncBTL-20071105.png]]

http://3do-scene.com/nzeemin/UKNCBTL-beta3.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta3-exe.zip — только UKNCBTL.exe для тех кто не хочет переставлять

Появилась утилитка rt11dsk, пока умеет только показывать содержимое каталога для заданного образа диска.
<pre>
>rt11dsk.exe BASIC.DSK
RT11DSK Utility by Nikita Zeemin [Nov 4 2007 23:10:30]

Volume: DBasic Disk
Owner: Alphaprog
System: FODOS

6 available segments, last opened segment: 1

Filename Blocks Date Start Bytes

SWAP .SYS 26 10-Nov-92 18 13312
MZ .SYS 3 10-May-93 44 1536
RT11SJ.SYS 72 10-May-93 47 36864
TT .SYS 2 07-Aug-87 119 1024
VM .SYS 3 03-Jul-93 121 1536
LP .SYS 3 10-Nov-92 124 1536
DUP .SAV 45 07-Aug-87 127 23040
DIR .SAV 19 07-Aug-87 172 9728
PIP .SAV 29 07-Aug-87 191 14848
KBS .SAV 2 26-Jun-93 220 1024
RBTRON.SAV 2 10-Nov-92 222 1024
DAY .SAV 5 30-Mar-91 224 2560
ROMAN .FNT 6 22-Dec-93 229 3072
FNT .SAV 11 10-Jun-93 235 5632
STARTS.COM 1 01-Jan-94 246 512
DBAS .SAV 59 19-Dec-88 247 30208
BASIC .SAV 56 02-Feb-90 306 28672
NDBAS .SAV 57 08-Mar-94 362 29184
< UNUSED > 1181 419 604672

18 files, 401 blocks
1181 free blocks
</pre>
http://3do-scene.com/nzeemin/rt11dsk.zip

=== [[User:Nzeemin|NZeemin]] 00:29, 24 October 2007 (EDT) ===
Новая фича — сохранение выбранных дисков и картриджей между запусками.

http://3do-scene.com/nzeemin/UKNCBTL-beta2.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta2-exe.zip — только UKNCBTL.exe для тех кто не хочет переставлять или если опять будут проблемы

=== [[User:Nzeemin|NZeemin]] 04:12, 15 October 2007 (EDT) ===
[[Image:UkncBTL-20071015.png]]

Небольшие изменения в интерфейсе:
* Переключатель режима экрана: View|Color Screen и View|Grayscale Screen
* В строке состояния индикаторы дисководов, пока текстовые. Нажатие на индикатор работает так же как и команда в меню Emulator.

http://3do-scene.com/nzeemin/UKNCBTL-beta2.zip

=== [[User:Nzeemin|NZeemin]] 05:00, 1 October 2007 (EDT) ===
Прошу извинить всех кому пришлось ждать, чтобы попробовать эмулятор.
В силу нехватки времени за последние пару месяцев прогресса нет. Поэтому выкладываю пока как есть, т.е. ту же версию что ушла первым бета-тестерам.

http://3do-scene.com/nzeemin/UKNCBTL-beta.zip

''It's beta, because it's beta than nothn'…''

=== [[User:Nzeemin|NZeemin]] 13:47, 14 July 2007 (EDT) ===
[[Image:UkncBtl-setup.png]]

На бета-тестирование можно записаться тут:
http://nzeemin.livejournal.com/195647.html

----
Старые новости архивируются здесь: [[Uknc notes]].

Uknc

2008-02-03T17:54:34Z

Nzeemin: /* Последние новости */

__NOTOC__
Добро пожаловать на страницу эмулятора УКНЦ -- '''UKNC Back to Life''' !

{|width="100%" cellspacing="0" cellpadding="0" style="margin-top:0.8em;margin-bottom:0.8em"
|width="50%" style="border:1px solid #CCF7CC;background:#EEFFEE"|
{|width="100%" valign="top" cellspacing="0" cellpadding="5" style="background:#EEFFEE"

|style="font-size:95%"|'''Эмулятор''' 
[http://www.felixl.com/forum/ Форум] - [[uknc notes|Заметки по УКНЦ]] - [[uknc authors|Авторы]] - [[UKNCBTL_FAQ|FAQ]] - [[UKNCBTL How to use|readme]]

|}
|  
|width="50%" valign="top" style="border:1px solid #DDDDF7;background:#F7F7FF"|
{|width="100%" cellspacing="0" cellpadding="5" style="background:#F7F7FF"

|style="font-size:95%"|'''УКНЦ''' 
[[Uknc ROM disasm|Листинги ПЗУ]] - [[uknc info|Вся информация по УКНЦ]]   - [[uknc software|Архив программ УКНЦ]] 

|}
|}
== Последние новости ==

=== [[User:Nzeemin|NZeemin]] 12:54, 3 February 2008 (EST) ===
Давно собирался это сделать:

[[Image:UKNCBTL-Keyboard.png]]

А ещё обратите внимание на индикатор дискеты — появился ярлычок защиты от записи.

http://3do-scene.com/nzeemin/UKNCBTL-beta8-exe.zip

=== [[User:Nzeemin|NZeemin]] 13:18, 2 February 2008 (EST) ===

По просьбам трудящихся — опция уменьшения скорости до (примерно) 25 fps, т.е. до скорости реального УКНЦ. Тут стоить напомнить, что пока у нас каждая команда процессора занимает один такт, поэтому рельно скорость эмулятора всё равно будет выше реальной.

[[Image:UKNCBTL-RealSpeed.png]]

http://3do-scene.com/nzeemin/UKNCBTL-beta7-exe.zip

И, чтобы два раза не вставать. 
Была такая старая игрушка — «Королевство Эйфория»:

[[Image:UKNC KINGOM.png]]

http://3do-scene.com/nzeemin/disks/disks2.zip 
Загружаетесь с этого диска, вводите: <code>RU KINGOM</code>, <ENTER>.

=== [[User:Nzeemin|NZeemin]] 12:53, 27 January 2008 (EST) ===
Долгожданный момент — в эмуляторе заработала запись на диск. Ради этого пришлось перетряхнуть буквально всё что связано с дисковой подсистемой. Огромная благодарность Алексею Кислому за написание грамотного описания дискового контроллера, консультации по нюансам его работы, а также тестирование на завершающей стадии работ, в общем — респект. Сколько бы я провозился без этой помощи — даже не представляю.

Кроме того, появилась опция Emulator|Autostart — чтобы не жать каждый раз Play для запуска эмулятора.

Некоторый регресс: звук пока отключен, ибо толком не работал; Бейсик из картриджа ПЗУ перестал работать — видимо, результат моих боданий с окном памяти.

''ВНИМАНИЕ:'' Функция записи на диск только что появилась, вероятно наличие мелких и крупных ошибок. Ценные для вас образы дисков защищайте флагом read-only (в эмуляторе это рассматривается как защищённая от записи дискета), либо делайте резервные копии.

http://3do-scene.com/nzeemin/UKNCBTL-beta6.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta6-exe.zip

=== [[User:Nzeemin|NZeemin]] 02:06, 13 November 2007 (EST) ===
Выложена бета 5. Изменения:
* В эмуляторе и утилите rt11dsk сделал поддержку образов .rtd
* Научил rt11dsk извлекать файлы.
* Написал для FAR настройку (Custom.ini для плагина MultiArc) для использования rt11dsk как архиватора. Теперь можно заходить по Enter в .dsk и .rpt, смотреть оглавление, по F3 смотреть файлы, по F5 копировать их из образа себе на диск.
* Добавил rt11dsk в инсталлятор.

Настройка для плагина MultiArc в FAR (rt11dsk.exe положите так чтобы она находилась по Path):
<pre>; Add the following sections to
; "C:\Program Files\Far\Plugins\MultiArc\Formats\Custom.ini"

[dsk]
TypeName=rt11dsk
Extension=dsk
List=rt11dsk l %%AQ
Start="^--"
End="^--"
Format0="nnnnnnnnnn dd-TTT-yy zzzzz"
ExtractWithoutPath="rt11dsk e %%A %%fQ"

[rtd]
TypeName=rt11dsk
Extension=rtd
List=rt11dsk l %%AQ
Start="^--"
End="^--"
Format0="nnnnnnnnnn dd-TTT-yy zzzzz"
ExtractWithoutPath="rt11dsk e %%A %%fQ"</pre>

http://3do-scene.com/nzeemin/UKNCBTL-beta5.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta5-exe.zip 
http://3do-scene.com/nzeemin/rt11dsk.zip

=== [[User:Nzeemin|NZeemin]] 04:32, 8 November 2007 (EST) ===
Выложил сборку номер 4, изменения:
* режим экрана GRB — для имитации машин с перепутанными сигналами красного и зелёного — говорят что такие были;
* реализована подстановка памяти плана 0 в окно 100000-117777 — при сброшенных битах 1..3 порта 177054, адрес подстановки выбирается в зависимости от битов 4..7 порта 177054; нужно это тестировать

http://3do-scene.com/nzeemin/UKNCBTL-beta4.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta4-exe.zip — только UKNCBTL.exe

=== [[User:Nzeemin|NZeemin]] 00:13, 6 November 2007 (EST) ===
Для людей, страдающих от мелких шрифтов в эмуляторе, сделал режим двойной высоты экрана. Плюс косметические правки — иконки итп.

[[Image:UkncBTL-20071105.png]]

http://3do-scene.com/nzeemin/UKNCBTL-beta3.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta3-exe.zip — только UKNCBTL.exe для тех кто не хочет переставлять

Появилась утилитка rt11dsk, пока умеет только показывать содержимое каталога для заданного образа диска.
<pre>
>rt11dsk.exe BASIC.DSK
RT11DSK Utility by Nikita Zeemin [Nov 4 2007 23:10:30]

Volume: DBasic Disk
Owner: Alphaprog
System: FODOS

6 available segments, last opened segment: 1

Filename Blocks Date Start Bytes

SWAP .SYS 26 10-Nov-92 18 13312
MZ .SYS 3 10-May-93 44 1536
RT11SJ.SYS 72 10-May-93 47 36864
TT .SYS 2 07-Aug-87 119 1024
VM .SYS 3 03-Jul-93 121 1536
LP .SYS 3 10-Nov-92 124 1536
DUP .SAV 45 07-Aug-87 127 23040
DIR .SAV 19 07-Aug-87 172 9728
PIP .SAV 29 07-Aug-87 191 14848
KBS .SAV 2 26-Jun-93 220 1024
RBTRON.SAV 2 10-Nov-92 222 1024
DAY .SAV 5 30-Mar-91 224 2560
ROMAN .FNT 6 22-Dec-93 229 3072
FNT .SAV 11 10-Jun-93 235 5632
STARTS.COM 1 01-Jan-94 246 512
DBAS .SAV 59 19-Dec-88 247 30208
BASIC .SAV 56 02-Feb-90 306 28672
NDBAS .SAV 57 08-Mar-94 362 29184
< UNUSED > 1181 419 604672

18 files, 401 blocks
1181 free blocks
</pre>
http://3do-scene.com/nzeemin/rt11dsk.zip

=== [[User:Nzeemin|NZeemin]] 00:29, 24 October 2007 (EDT) ===
Новая фича — сохранение выбранных дисков и картриджей между запусками.

http://3do-scene.com/nzeemin/UKNCBTL-beta2.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta2-exe.zip — только UKNCBTL.exe для тех кто не хочет переставлять или если опять будут проблемы

=== [[User:Nzeemin|NZeemin]] 04:12, 15 October 2007 (EDT) ===
[[Image:UkncBTL-20071015.png]]

Небольшие изменения в интерфейсе:
* Переключатель режима экрана: View|Color Screen и View|Grayscale Screen
* В строке состояния индикаторы дисководов, пока текстовые. Нажатие на индикатор работает так же как и команда в меню Emulator.

http://3do-scene.com/nzeemin/UKNCBTL-beta2.zip

=== [[User:Nzeemin|NZeemin]] 05:00, 1 October 2007 (EDT) ===
Прошу извинить всех кому пришлось ждать, чтобы попробовать эмулятор.
В силу нехватки времени за последние пару месяцев прогресса нет. Поэтому выкладываю пока как есть, т.е. ту же версию что ушла первым бета-тестерам.

http://3do-scene.com/nzeemin/UKNCBTL-beta.zip

''It's beta, because it's beta than nothn'…''

=== [[User:Nzeemin|NZeemin]] 13:47, 14 July 2007 (EDT) ===
[[Image:UkncBtl-setup.png]]

На бета-тестирование можно записаться тут:
http://nzeemin.livejournal.com/195647.html

----
Старые новости архивируются здесь: [[Uknc notes]].

File:UKNCBTL-Keyboard.png

2008-02-03T17:53:12Z

Nzeemin:

Uknc

2008-02-02T18:18:03Z

Nzeemin: /* Последние новости */

__NOTOC__
Добро пожаловать на страницу эмулятора УКНЦ -- '''UKNC Back to Life''' !

{|width="100%" cellspacing="0" cellpadding="0" style="margin-top:0.8em;margin-bottom:0.8em"
|width="50%" style="border:1px solid #CCF7CC;background:#EEFFEE"|
{|width="100%" valign="top" cellspacing="0" cellpadding="5" style="background:#EEFFEE"

|style="font-size:95%"|'''Эмулятор''' 
[http://www.felixl.com/forum/ Форум] - [[uknc notes|Заметки по УКНЦ]] - [[uknc authors|Авторы]] - [[UKNCBTL_FAQ|FAQ]] - [[UKNCBTL How to use|readme]]

|}
|  
|width="50%" valign="top" style="border:1px solid #DDDDF7;background:#F7F7FF"|
{|width="100%" cellspacing="0" cellpadding="5" style="background:#F7F7FF"

|style="font-size:95%"|'''УКНЦ''' 
[[Uknc ROM disasm|Листинги ПЗУ]] - [[uknc info|Вся информация по УКНЦ]]   - [[uknc software|Архив программ УКНЦ]] 

|}
|}
== Последние новости ==

=== [[User:Nzeemin|NZeemin]] 13:18, 2 February 2008 (EST) ===

По просьбам трудящихся — опция уменьшения скорости до (примерно) 25 fps, т.е. до скорости реального УКНЦ. Тут стоить напомнить, что пока у нас каждая команда процессора занимает один такт, поэтому рельно скорость эмулятора всё равно будет выше реальной.

[[Image:UKNCBTL-RealSpeed.png]]

http://3do-scene.com/nzeemin/UKNCBTL-beta7-exe.zip

И, чтобы два раза не вставать. 
Была такая старая игрушка — «Королевство Эйфория»:

[[Image:UKNC KINGOM.png]]

http://3do-scene.com/nzeemin/disks/disks2.zip 
Загружаетесь с этого диска, вводите: <code>RU KINGOM</code>, <ENTER>.

=== [[User:Nzeemin|NZeemin]] 12:53, 27 January 2008 (EST) ===
Долгожданный момент — в эмуляторе заработала запись на диск. Ради этого пришлось перетряхнуть буквально всё что связано с дисковой подсистемой. Огромная благодарность Алексею Кислому за написание грамотного описания дискового контроллера, консультации по нюансам его работы, а также тестирование на завершающей стадии работ, в общем — респект. Сколько бы я провозился без этой помощи — даже не представляю.

Кроме того, появилась опция Emulator|Autostart — чтобы не жать каждый раз Play для запуска эмулятора.

Некоторый регресс: звук пока отключен, ибо толком не работал; Бейсик из картриджа ПЗУ перестал работать — видимо, результат моих боданий с окном памяти.

''ВНИМАНИЕ:'' Функция записи на диск только что появилась, вероятно наличие мелких и крупных ошибок. Ценные для вас образы дисков защищайте флагом read-only (в эмуляторе это рассматривается как защищённая от записи дискета), либо делайте резервные копии.

http://3do-scene.com/nzeemin/UKNCBTL-beta6.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta6-exe.zip

=== [[User:Nzeemin|NZeemin]] 02:06, 13 November 2007 (EST) ===
Выложена бета 5. Изменения:
* В эмуляторе и утилите rt11dsk сделал поддержку образов .rtd
* Научил rt11dsk извлекать файлы.
* Написал для FAR настройку (Custom.ini для плагина MultiArc) для использования rt11dsk как архиватора. Теперь можно заходить по Enter в .dsk и .rpt, смотреть оглавление, по F3 смотреть файлы, по F5 копировать их из образа себе на диск.
* Добавил rt11dsk в инсталлятор.

Настройка для плагина MultiArc в FAR (rt11dsk.exe положите так чтобы она находилась по Path):
<pre>; Add the following sections to
; "C:\Program Files\Far\Plugins\MultiArc\Formats\Custom.ini"

[dsk]
TypeName=rt11dsk
Extension=dsk
List=rt11dsk l %%AQ
Start="^--"
End="^--"
Format0="nnnnnnnnnn dd-TTT-yy zzzzz"
ExtractWithoutPath="rt11dsk e %%A %%fQ"

[rtd]
TypeName=rt11dsk
Extension=rtd
List=rt11dsk l %%AQ
Start="^--"
End="^--"
Format0="nnnnnnnnnn dd-TTT-yy zzzzz"
ExtractWithoutPath="rt11dsk e %%A %%fQ"</pre>

http://3do-scene.com/nzeemin/UKNCBTL-beta5.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta5-exe.zip 
http://3do-scene.com/nzeemin/rt11dsk.zip

=== [[User:Nzeemin|NZeemin]] 04:32, 8 November 2007 (EST) ===
Выложил сборку номер 4, изменения:
* режим экрана GRB — для имитации машин с перепутанными сигналами красного и зелёного — говорят что такие были;
* реализована подстановка памяти плана 0 в окно 100000-117777 — при сброшенных битах 1..3 порта 177054, адрес подстановки выбирается в зависимости от битов 4..7 порта 177054; нужно это тестировать

http://3do-scene.com/nzeemin/UKNCBTL-beta4.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta4-exe.zip — только UKNCBTL.exe

=== [[User:Nzeemin|NZeemin]] 00:13, 6 November 2007 (EST) ===
Для людей, страдающих от мелких шрифтов в эмуляторе, сделал режим двойной высоты экрана. Плюс косметические правки — иконки итп.

[[Image:UkncBTL-20071105.png]]

http://3do-scene.com/nzeemin/UKNCBTL-beta3.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta3-exe.zip — только UKNCBTL.exe для тех кто не хочет переставлять

Появилась утилитка rt11dsk, пока умеет только показывать содержимое каталога для заданного образа диска.
<pre>
>rt11dsk.exe BASIC.DSK
RT11DSK Utility by Nikita Zeemin [Nov 4 2007 23:10:30]

Volume: DBasic Disk
Owner: Alphaprog
System: FODOS

6 available segments, last opened segment: 1

Filename Blocks Date Start Bytes

SWAP .SYS 26 10-Nov-92 18 13312
MZ .SYS 3 10-May-93 44 1536
RT11SJ.SYS 72 10-May-93 47 36864
TT .SYS 2 07-Aug-87 119 1024
VM .SYS 3 03-Jul-93 121 1536
LP .SYS 3 10-Nov-92 124 1536
DUP .SAV 45 07-Aug-87 127 23040
DIR .SAV 19 07-Aug-87 172 9728
PIP .SAV 29 07-Aug-87 191 14848
KBS .SAV 2 26-Jun-93 220 1024
RBTRON.SAV 2 10-Nov-92 222 1024
DAY .SAV 5 30-Mar-91 224 2560
ROMAN .FNT 6 22-Dec-93 229 3072
FNT .SAV 11 10-Jun-93 235 5632
STARTS.COM 1 01-Jan-94 246 512
DBAS .SAV 59 19-Dec-88 247 30208
BASIC .SAV 56 02-Feb-90 306 28672
NDBAS .SAV 57 08-Mar-94 362 29184
< UNUSED > 1181 419 604672

18 files, 401 blocks
1181 free blocks
</pre>
http://3do-scene.com/nzeemin/rt11dsk.zip

=== [[User:Nzeemin|NZeemin]] 00:29, 24 October 2007 (EDT) ===
Новая фича — сохранение выбранных дисков и картриджей между запусками.

http://3do-scene.com/nzeemin/UKNCBTL-beta2.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta2-exe.zip — только UKNCBTL.exe для тех кто не хочет переставлять или если опять будут проблемы

=== [[User:Nzeemin|NZeemin]] 04:12, 15 October 2007 (EDT) ===
[[Image:UkncBTL-20071015.png]]

Небольшие изменения в интерфейсе:
* Переключатель режима экрана: View|Color Screen и View|Grayscale Screen
* В строке состояния индикаторы дисководов, пока текстовые. Нажатие на индикатор работает так же как и команда в меню Emulator.

http://3do-scene.com/nzeemin/UKNCBTL-beta2.zip

=== [[User:Nzeemin|NZeemin]] 05:00, 1 October 2007 (EDT) ===
Прошу извинить всех кому пришлось ждать, чтобы попробовать эмулятор.
В силу нехватки времени за последние пару месяцев прогресса нет. Поэтому выкладываю пока как есть, т.е. ту же версию что ушла первым бета-тестерам.

http://3do-scene.com/nzeemin/UKNCBTL-beta.zip

''It's beta, because it's beta than nothn'…''

=== [[User:Nzeemin|NZeemin]] 13:47, 14 July 2007 (EDT) ===
[[Image:UkncBtl-setup.png]]

На бета-тестирование можно записаться тут:
http://nzeemin.livejournal.com/195647.html

----
Старые новости архивируются здесь: [[Uknc notes]].

File:UKNC KINGOM.png

2008-02-02T18:14:06Z

Nzeemin:

File:UKNCBTL-RealSpeed.png

2008-02-02T18:11:12Z

Nzeemin:

Uknc

2008-01-27T17:53:46Z

Nzeemin: /* Последние новости */

__NOTOC__
Добро пожаловать на страницу эмулятора УКНЦ -- '''UKNC Back to Life''' !

{|width="100%" cellspacing="0" cellpadding="0" style="margin-top:0.8em;margin-bottom:0.8em"
|width="50%" style="border:1px solid #CCF7CC;background:#EEFFEE"|
{|width="100%" valign="top" cellspacing="0" cellpadding="5" style="background:#EEFFEE"

|style="font-size:95%"|'''Эмулятор''' 
[http://www.felixl.com/forum/ Форум] - [[uknc notes|Заметки по УКНЦ]] - [[uknc authors|Авторы]] - [[UKNCBTL_FAQ|FAQ]] - [[UKNCBTL How to use|readme]]

|}
|  
|width="50%" valign="top" style="border:1px solid #DDDDF7;background:#F7F7FF"|
{|width="100%" cellspacing="0" cellpadding="5" style="background:#F7F7FF"

|style="font-size:95%"|'''УКНЦ''' 
[[Uknc ROM disasm|Листинги ПЗУ]] - [[uknc info|Вся информация по УКНЦ]]   - [[uknc software|Архив программ УКНЦ]] 

|}
|}
== Последние новости ==

=== [[User:Nzeemin|NZeemin]] 12:53, 27 January 2008 (EST) ===
Долгожданный момент — в эмуляторе заработала запись на диск. Ради этого пришлось перетряхнуть буквально всё что связано с дисковой подсистемой. Огромная благодарность Алексею Кислому за написание грамотного описания дискового контроллера, консультации по нюансам его работы, а также тестирование на завершающей стадии работ, в общем — респект. Сколько бы я провозился без этой помощи — даже не представляю.

Кроме того, появилась опция Emulator|Autostart — чтобы не жать каждый раз Play для запуска эмулятора.

Некоторый регресс: звук пока отключен, ибо толком не работал; Бейсик из картриджа ПЗУ перестал работать — видимо, результат моих боданий с окном памяти.

''ВНИМАНИЕ:'' Функция записи на диск только что появилась, вероятно наличие мелких и крупных ошибок. Ценные для вас образы дисков защищайте флагом read-only (в эмуляторе это рассматривается как защищённая от записи дискета), либо делайте резервные копии.

http://3do-scene.com/nzeemin/UKNCBTL-beta6.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta6-exe.zip

=== [[User:Nzeemin|NZeemin]] 02:06, 13 November 2007 (EST) ===
Выложена бета 5. Изменения:
* В эмуляторе и утилите rt11dsk сделал поддержку образов .rtd
* Научил rt11dsk извлекать файлы.
* Написал для FAR настройку (Custom.ini для плагина MultiArc) для использования rt11dsk как архиватора. Теперь можно заходить по Enter в .dsk и .rpt, смотреть оглавление, по F3 смотреть файлы, по F5 копировать их из образа себе на диск.
* Добавил rt11dsk в инсталлятор.

Настройка для плагина MultiArc в FAR (rt11dsk.exe положите так чтобы она находилась по Path):
<pre>; Add the following sections to
; "C:\Program Files\Far\Plugins\MultiArc\Formats\Custom.ini"

[dsk]
TypeName=rt11dsk
Extension=dsk
List=rt11dsk l %%AQ
Start="^--"
End="^--"
Format0="nnnnnnnnnn dd-TTT-yy zzzzz"
ExtractWithoutPath="rt11dsk e %%A %%fQ"

[rtd]
TypeName=rt11dsk
Extension=rtd
List=rt11dsk l %%AQ
Start="^--"
End="^--"
Format0="nnnnnnnnnn dd-TTT-yy zzzzz"
ExtractWithoutPath="rt11dsk e %%A %%fQ"</pre>

http://3do-scene.com/nzeemin/UKNCBTL-beta5.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta5-exe.zip 
http://3do-scene.com/nzeemin/rt11dsk.zip

=== [[User:Nzeemin|NZeemin]] 04:32, 8 November 2007 (EST) ===
Выложил сборку номер 4, изменения:
* режим экрана GRB — для имитации машин с перепутанными сигналами красного и зелёного — говорят что такие были;
* реализована подстановка памяти плана 0 в окно 100000-117777 — при сброшенных битах 1..3 порта 177054, адрес подстановки выбирается в зависимости от битов 4..7 порта 177054; нужно это тестировать

http://3do-scene.com/nzeemin/UKNCBTL-beta4.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta4-exe.zip — только UKNCBTL.exe

=== [[User:Nzeemin|NZeemin]] 00:13, 6 November 2007 (EST) ===
Для людей, страдающих от мелких шрифтов в эмуляторе, сделал режим двойной высоты экрана. Плюс косметические правки — иконки итп.

[[Image:UkncBTL-20071105.png]]

http://3do-scene.com/nzeemin/UKNCBTL-beta3.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta3-exe.zip — только UKNCBTL.exe для тех кто не хочет переставлять

Появилась утилитка rt11dsk, пока умеет только показывать содержимое каталога для заданного образа диска.
<pre>
>rt11dsk.exe BASIC.DSK
RT11DSK Utility by Nikita Zeemin [Nov 4 2007 23:10:30]

Volume: DBasic Disk
Owner: Alphaprog
System: FODOS

6 available segments, last opened segment: 1

Filename Blocks Date Start Bytes

SWAP .SYS 26 10-Nov-92 18 13312
MZ .SYS 3 10-May-93 44 1536
RT11SJ.SYS 72 10-May-93 47 36864
TT .SYS 2 07-Aug-87 119 1024
VM .SYS 3 03-Jul-93 121 1536
LP .SYS 3 10-Nov-92 124 1536
DUP .SAV 45 07-Aug-87 127 23040
DIR .SAV 19 07-Aug-87 172 9728
PIP .SAV 29 07-Aug-87 191 14848
KBS .SAV 2 26-Jun-93 220 1024
RBTRON.SAV 2 10-Nov-92 222 1024
DAY .SAV 5 30-Mar-91 224 2560
ROMAN .FNT 6 22-Dec-93 229 3072
FNT .SAV 11 10-Jun-93 235 5632
STARTS.COM 1 01-Jan-94 246 512
DBAS .SAV 59 19-Dec-88 247 30208
BASIC .SAV 56 02-Feb-90 306 28672
NDBAS .SAV 57 08-Mar-94 362 29184
< UNUSED > 1181 419 604672

18 files, 401 blocks
1181 free blocks
</pre>
http://3do-scene.com/nzeemin/rt11dsk.zip

=== [[User:Nzeemin|NZeemin]] 00:29, 24 October 2007 (EDT) ===
Новая фича — сохранение выбранных дисков и картриджей между запусками.

http://3do-scene.com/nzeemin/UKNCBTL-beta2.zip 
http://3do-scene.com/nzeemin/UKNCBTL-beta2-exe.zip — только UKNCBTL.exe для тех кто не хочет переставлять или если опять будут проблемы

=== [[User:Nzeemin|NZeemin]] 04:12, 15 October 2007 (EDT) ===
[[Image:UkncBTL-20071015.png]]

Небольшие изменения в интерфейсе:
* Переключатель режима экрана: View|Color Screen и View|Grayscale Screen
* В строке состояния индикаторы дисководов, пока текстовые. Нажатие на индикатор работает так же как и команда в меню Emulator.

http://3do-scene.com/nzeemin/UKNCBTL-beta2.zip

=== [[User:Nzeemin|NZeemin]] 05:00, 1 October 2007 (EDT) ===
Прошу извинить всех кому пришлось ждать, чтобы попробовать эмулятор.
В силу нехватки времени за последние пару месяцев прогресса нет. Поэтому выкладываю пока как есть, т.е. ту же версию что ушла первым бета-тестерам.

http://3do-scene.com/nzeemin/UKNCBTL-beta.zip

''It's beta, because it's beta than nothn'…''

=== [[User:Nzeemin|NZeemin]] 13:47, 14 July 2007 (EDT) ===
[[Image:UkncBtl-setup.png]]

На бета-тестирование можно записаться тут:
http://nzeemin.livejournal.com/195647.html

----
Старые новости архивируются здесь: [[Uknc notes]].

UKNCBTL FAQ

2007-11-17T15:02:08Z

Nzeemin:

; В каком состоянии находится эмулятор?
: Бета-версия…
: Эмулируется: оба процессора, контроллеры памяти, экран (почти полностью), звук, клавиатура (нужно ещё добить раскладки), кассеты ПЗУ, дисководы (пока только 80-дорожечные диски). В процессоре пока 1 команда = 1 такт, т.е. без точного тайминга.
: Не эмулируется: стык С2, параллельный порт, магнитофон, сеть.
: Интерфейс нужно ещё улучшать. Работать с ним уже можно, но пока не очень удобно.

; На чём написан эмулятор?
: Язык — C++, библиотека — голый Win32, с Юникодом. Среда разработки — Visual Studio 2005.

; Сколько времени ушло на написание?
: NZeemin начал этот проект в одиночку примерно в июле 2006 года, в августе 2006 проект затормозился, а в феврале 2007 к нему присоединился Felixl. На тот момент были вчерне готовы лишь процессор и контроллеры памяти. Ещё через полтора месяца мы получили загрузочное меню, загрузку с кассеты ПЗУ и загрузку с диска :) Позже Феликс добавил также эмуляцию звука. В июле 2007 Никита написал инсталлятор.

Uknc info

2007-11-13T19:55:57Z

Nzeemin:

* [[Uknc tech desc]] — Техническое описание (UK_TECH.DOC)
* [[UKNC FDD passport]] — Устройство КМД УК. Паспорт. У13.065.013 ПС
* [[UKNC FDD 1801vp1-128]] — Техническое описание микросхемы 1801ВП1-128 контроллера дисковода
* [[Uknc FODOS-2 sysmac]] — ФОДОС-2. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА
* [[Uknc FODOS-2 drprog]] — ФОДОС-2. ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
* [[Uknc RAFOS sysmac]] — РАФОС. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА. ТОМ 3 КНИГА 2 ЧАСТЬ 2
* [[Uknc RT-11 monrt]] — RT-11. МОНИТОР СИСТЕМЫ. Руководство программиста

* [[Uknc ukncos]] — сборное описание по эксплуатации класса УКНЦ

* [[Uknc RAM description]] — Описание ОЗУ, из документа RAM.LST от Alex_K
** [[Uknc RAM description_app]] — Приложения к описанию
* [[Uknc ROM disasm]] — листинги дизассемблированного ПЗУ УКНЦ, от Alex_K

* [[Uknc Resources|Ресурсы УКНЦ]] — книга Влада Жигалова

* [[Uknc ROM Basic boot|Процесс загрузки Бейсик-Вильнюс с кассеты ПЗУ]]
* [[Uknc rt11 boot|Процесс загрузки RT11]]

* [[Uknc Magazine contents|Содержание журналов «Персональный компьютер УКНЦ»]]

== Ссылки ==
* [http://uknc.narod.ru/ УКНЦ & PDP-11] — архив Арсения Гордина
* [http://pdp-11.org.ru/ pdp-11.org.ru]
* [http://www.bitsavers.org/pdf/dec/pdp11/rt11/ Документация на DEC RT-11 в PDF-архиве bitsavers.org]
* [http://ru.wikipedia.org/wiki/УКНЦ УКНЦ] — статья в Википедии

UKNC FDD 1801vp1-128

2007-11-13T19:54:51Z

Nzeemin:

<pre>
Техническое описание 1801ВП1-128.

М/с предназначена для управления НГМД типа 'Электроника
6022' . М/С обеспечивает запись и чтение информации в(из)
накопителя по методу МФМ. При программной поддержке со стороны
центральной ЭВМ, обеспечивает выработку управляющих сигналов на
накопитель, позволяет осуществлять форматирование дискет по
стандарту IBM.

М/С содержит :
- регистр состояния (РС);
- регистр данных записи (РДЗ);
- регистр данных чтения (РДЧ);
- входные элементы;
- интерфейсный узел;
- мультиплексор РДЗ;
- сдвиговый регистр;
- демультиплексор;
- мультиплексор РДЧ;
- CRC генератор;
- схему кодирования МФМ;
- схему синхронизации;
- схему декодирования МФМ;
- схему распознавания меркера;
- устройство управления.

РС представляет собой параллельный программируемый порт,
кот. используется для выработки интерфейсных сигналов на
накопитель, для приема сигналов с накопителя, а также для
управления внутренними узлами м/с.

РДЗ предназначен для буферизации данных при записи
информации на диск.

РДЧ предназначен для буферизации данных при чтении
информации с диска.

Входные элементы обеспечивают подключение м/с к
двунаправленым линиям AD0-AD15 системной шины.

Интерфейсный узел осуществляет дешифрацию адресов регистров
м/с (177130-177132) и выработку управляющих сигналов для записи
и чтения соответствующих регистров, а также вырабатывает на шину
сигнал RPLY.

Мультиплексор РДЗ обеспечивает подключение ко входам
сдвигового регистра либо старшего, либо младшего байта РДЗ.

Сдвиговый регистр в режиме 'запись' преобразовывает
параллельный код из РДЗ в последовательный. В режиме 'чтение'
выполняется обратное преобразование.

Демультиплексор подключает выходы сдвигового регистра либо
к старшему, либо к младшему байту РДЧ.

Мультиплексор РДЧ обеспечивает передачу на системную шину
информации либо из РДЧ, либо из РС.

Схема кодирования МФМ обеспечивает :
- кодирование информации по методу МФМ;
- пропуск синхроимпульсов при записи адресного маркера
или маркера данных;
- выдачу закодированной информации для внешнего
перекорректора по линиям D01,D02,D03.

Схема декодирования МФМ преобразует закодированную
информацию в вид, удобный для дальнейшего преобразования.

Схема опознавания обнаруживает маркер при чтении маркера
адреса или данных. При обнаружении маркера происходит запуск м/с
на преобразование информации.

CRC-генератор при записи информации на диск вырабатывает
циклический контрольный код в соответствии с полиномом
0 5 12 16
G(x) = x + x + x + x .
Контрольный код приписывается в конце процедуры записи к порции
информации. При чтении CRC-генератор осуществляет проверку
считанной информации на достоверность.

Схема синхронизации обеспечивает синхронизацию узлов м/с
при записи/чтении информации с накопителя.

Устройство управления осуществляет управление всеми узлами
м/с. М/С имеет вход INIT, кот. вызывает приведение всех узлов
м/с в исходное состояние. В частности, при этом разряды 7(TR) и
14(CRC), а также все доступные по записи разряды РС сбрасываются
на '0'.

М/С подключается к системе (центр. ЭВМ) при помощи шины,
соответствующей шине микро-ЭВМ 'Электроника-60'. По отношению к
центральной ЭВМ м/с является пассивным устройством, имеющим
регистры состояния и данных. Разрядность регистров - 16 бит.
Режим обмена - словный. Адреса регистров 177130(РС) и
177132(РД).

Временные диаграммы записи/чтения в регистры м/с приведены
на рисунках 1 и 2.

Формат РС по записи :

------------------------------------------------------------
I15I14I13I12I11I 10I 9I 8I 7I 6I 5I 4I 3I 2I 1I 0I
------------------------------------------------------------
I**I**I**I**I**IRezIWmIGdrI StIDirI HsIMswIDs3IDs2IDs1IDs0I
------------------------------------------------------------

Значение разрядов РС :
0-й - выбор накопителя 0;
1-й - выбор накопителя 1;
2-й - выбор накопителя 2;
3-й - выбор накопителя 3;
4-й - включ. э.д.;
5-й - выбор поверхности;
6-й - направление перемещения;
7-й - шаг;
8-й - признак 'начало чтения';
9-й - признак 'запись маркера';
10-й - резервный;
Разряды 11-15 не используются.

Формат РС по чтению:

-------------------------------------------------------
I 15I 14I13I12I11I10I 9I 8I 7I 6I 5I 4I 3I 2I 1I 0I
-------------------------------------------------------
IIndICrcI**I**I**I**I**I**I TrI**I**I**I**IWprIRdyITr0I
-------------------------------------------------------

Значение разрядов РС :
0-й - признак '0-я дорожка';
1-й - признак 'накопитель готов к работе'(отсутствует
на 6022);
2-й - запрет записи;
7-й - признак 'готовность';
14-й - при чтении - признак 'прочлось без ошибок', при
записи - признак 'записывается контр. код на
диск';
15-й - индекс накопителя.
Разряды 3-6 и 8-13 не используются.
Все разряды РД доступны по записи и чтению.

Физически м/с имеет два регистра данных - РДЗ и РДЧ.

В режиме 'запись' 7-й разряд РС (TR) устанавливается в
единицу после того, как младший байт РДЗ переписался в сдвиговый
регистр.

В режиме 'запись' 7-й разряд РС (TR) устанавливается в
единицу после того, как в РДЧ сформировалось очередное считанное
из накопителя слово.

Сброс TR происходит при обращении к РД по записи или по
чтению, а также по сигналу INIT.

При тактовой частоте 4 МГц, подаваемой на вход CLC слово
преобразуется за 64 мкс. С этим периодом по признаку TR
центральная ЭВМ должна прочитать данные из РД или записать их
туда. Иначе операции запись/чтение производятся некорректно.

В режиме 'запись' 14-й разряд РС (CRC) служит для индикации
ситуации, когда текущее требование не было обслужено, а возникли
условия на формирование нового требования. Она является сбойной,
если возникает в середине цикла записи на диск. При этом м/с
прекращает формирование циклического кода и записывает
полученный контрольный код на диск.

В режиме 'чтение' 14-й разряд РС (CRC) служит признаком
некорректности выполненного чтения.

При применении м/с следует учесть, что м/с формирует
пропуск синхроимрульсов информации при наличии '1' в 9-ом
разряде РС (WM).

М/с опознает маркер, и, тем самым, запускается на чтение
информации с диска, если обнаружен пропуск синхроимпульсов в
коде А1 (10100001).

При записи '1' в 8-й разряд РС (Gdr) м/с частично
приводится в исходное состояние, а по ее снятию готова
осуществлять поиск маркера. Этим разрядом рекомендуется
пользоваться для принудительной синхронизации схемы
синхронизации со считываемыми данными, причем желательно
записать '1', а затем '0' в этот разряд в области зоны нулей
(домаркерной зоны).

При частоте 4 МГц, подаваемой на вход CLC, м/с обеспечивает
временные характеристики накопителя типа 'Электроника 6022'.
�
Описание выводов м/с.

01 - AD00 - разряд 00 шины адрес/данные I/O
02 - AD01 - разряд 01 шины адрес/данные I/O
03 - AD02 - разряд 02 шины адрес/данные I/O
04 - AD03 - разряд 03 шины адрес/данные I/O
05 - AD04 - разряд 04 шины адрес/данные I/O
06 - AD05 - разряд 05 шины адрес/данные I/O
07 - AD06 - разряд 06 шины адрес/данные I/O
08 - AD07 - разряд 07 шины адрес/данные I/O
09 - AD08 - разряд 08 шины адрес/данные I/O
10 - AD09 - разряд 09 шины адрес/данные I/O
11 - AD10 - разряд 10 шины адрес/данные I/O
12 - AD11 - разряд 11 шины адрес/данные I/O
13 - AD12 - разряд 12 шины адрес/данные I/O
14 - AD13 - разряд 13 шины адрес/данные I/O
15 - AD14 - разряд 14 шины адрес/данные I/O
16 - AD15 - разряд 15 шины адрес/данные I/O
17 - SYNC - синхро активного устройства I
18 - DIN - ввод данных I
19 - DOUT - вывод данных I
20 - INIT - установка I
21 - GND - ОБЩИЙ
22 - CLC - тактовая частота I
23 - RPLY - синхро пассивного устр-ва O
24 - IND - индекс I
25 - D03 - выходные данные 3 O
26 - D02 - выходные данные 2 O
27 - D01 - выходные данные 1 O
28 - WRE - разрешение записи O
29 - DI - входные данние I
30 - REZ - резервный O
31 - WPR - защита записи I
32 - RDY - готовность I
33 - IR0 - 0-я дорожка I
34 - ST - шаг O
35 - DIR - направление шага O
36 - HS - выбор поверхности O
37 - MSW - включение э.д. O
38 - DS3 - выбор накопителя 3 O
39 - DS2 - выбор накопителя 2 O
40 - DS0 - выбор накопителя 1 O
41 - DS1 - выбор накопителя 0 O
42 - +5V - питание +5
Выводы 1-16 и 23 нагружены резисторами 1,6 кОм и имеют
Z-состояние.
</pre>

Uknc info

2007-11-13T19:01:48Z

Nzeemin:

* [[Uknc tech desc]] — Техническое описание (UK_TECH.DOC)
* [[UKNC FDD passport]] — Устройство КМД УК. Паспорт. У13.065.013 ПС
* [[Uknc FODOS-2 sysmac]] — ФОДОС-2. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА
* [[Uknc FODOS-2 drprog]] — ФОДОС-2. ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
* [[Uknc RAFOS sysmac]] — РАФОС. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА. ТОМ 3 КНИГА 2 ЧАСТЬ 2
* [[Uknc RT-11 monrt]] — RT-11. МОНИТОР СИСТЕМЫ. Руководство программиста

* [[Uknc ukncos]] — сборное описание по эксплуатации класса УКНЦ

* [[Uknc RAM description]] — Описание ОЗУ, из документа RAM.LST от Alex_K
** [[Uknc RAM description_app]] — Приложения к описанию
* [[Uknc ROM disasm]] — листинги дизассемблированного ПЗУ УКНЦ, от Alex_K

* [[Uknc Resources|Ресурсы УКНЦ]] — книга Влада Жигалова

* [[Uknc ROM Basic boot|Процесс загрузки Бейсик-Вильнюс с кассеты ПЗУ]]
* [[Uknc rt11 boot|Процесс загрузки RT11]]

* [[Uknc Magazine contents|Содержание журналов «Персональный компьютер УКНЦ»]]

== Ссылки ==
* [http://uknc.narod.ru/ УКНЦ & PDP-11] — архив Арсения Гордина
* [http://pdp-11.org.ru/ pdp-11.org.ru]
* [http://www.bitsavers.org/pdf/dec/pdp11/rt11/ Документация на DEC RT-11 в PDF-архиве bitsavers.org]
* [http://ru.wikipedia.org/wiki/УКНЦ УКНЦ] — статья в Википедии

UKNC FDD passport

2007-11-13T19:00:39Z

Nzeemin:

<pre>

Устройство КМД УК

Паспорт

У13.065.013 ПС

Заводской номер _________

1987

СОДЕРЖАНИЕ

1. Общие указания ................................... 3

2. Назначение ....................................... 3

3. Технические характеристики ....................... 4

4. Комплектность .................................... 5

5. Устройство и принцип работы ...................... 8

6. Указания мер безопасности ........................ 11

7. Подготовка к работе .............................. 11

8. Порядок работы ................................... 12

9. Проверка технического состояния .................. 12

10. Возможные неисправности и способы их устранения .. 13

11. Техническое обслуживание ......................... 14

12. Свидетельство о приемке .......................... 15

13. Гарантии изготовителя ............................ 15

14. Сведения о рекламациях ........................... 16

15. Сведения об упаковке ............................. 17

1. Общие указания

1.1. Настоящий паспорт (ПС), объединенный с техническим
описанием и инструкцией по эксплуатации, является документом,
удостоверяющим гарантированные параметры и технические харак-
теристики устройства КМД УК У13.065.013 (в дальнейшем КМД).
Кроме того, паспорт позволяет ознакомиться с принципом работы
КМД и устанавливает правила его эксплуатации, соблюдение ко-
торых обеспечивает поддержание его в постоянной готовности к
действию.

1.2. Для изучения и эксплуатации устройства КМД необходи-
мо дополнительно руководствоваться следующими документами:

1) схема электрическая принципиальная У13.065.013 Э3
2) схема электрическая общая У13.625.307 Э6
3) схема электрическая принципиальная У14.853.367 Э3

1.3. Обозначение КМД при заказе:

Устройство КМД УК У13.065.013.

2. Назначение

2.1. КМД предназначено для управления работой накопителя
на гибких магнитных дисках ( далее по тексту – НГМД ) типа
"Электроника НГМД-6022" и его модификаций.
КМД используется в ЭВМ "Электроника МС 0511" и ее
модификациях и является аппаратным средством сопряжения ЭВМ
с НГМД.

3. Технические характеристики

3.1. КМД обеспечивает запись информации в НГМД по методу
модифицированной фазовой модуляции (МФМ).

3.2. Обмен информацией с ЭВМ – пословный (16 /бит/).

3.3. КМД обеспечивает подключение до двух накопителей
"Электроника НГМД-6022".

3.4. Потребляемая мощность – не более 2,8 Вт от источ-
ника питания +5В.

3.5. КМД конструктивно выполнено в виде двухсторонней пе-
чатной платы контроллера НГМД У13.625.307 заключенной в пласт-
массовый кожух. Имеет печатный разъем под розетку СНП15-
-48/80Х10Р-19-2 устройства вычислителя " Электроника МС 0511 "
и кабель У14.853.367 – для подключения к НГМД.

3.7. Перечень контактов разъема для подключения к внут-
ренней магистрали "Электроники МС 0511" приведен в табл.1.

3.8. Тип разъема для подключения НГМД - ИДЕМ3.647.150
( из комплекта НГМД ). Перечень контактов разъема контроллера
НГМД У13.625.307 для подключения НГМД приведен в табл.2.

3.9. Габаритные размеры : 1332х109х22 /мм/.

3.10. Масса контроллера не превышает 450 /г/.

3.11. Контроллер сохраняет работоспособность при измене-
нии питающего напряжения +5 В в пределах от 4,75 до 5,25 В.
Двойная амплитуда пульсаций питающего напряжения не должна превы-
шать 0,1 В от номинальных значений.

3.12. Контроллер сохраняет работоспособность при следую-
щих условиях эксплуатации:

1) рабочая температура окружающего воздуха от +5 до +40ºC;

2) предельная температура окружающего воздуха +1ºC;+45ºC.

3) атмосферное давление от 61,3 до 106,7 /к/П/а/
( от 460 до 800 /мм. рт. ст./);

4) воздействие вибрационных нагрузок в диапазоне
частот 1-35 Г/ц/ с амплитудой ускорения 0,5 /g/.

3.13. КМД выдерживает воздействие одиночных ударов
с ускорением до 10 /g/ и длительностью удара от 1 до 5 /мс/.

3.14. Сведения о содержании драгоценных металлов :

золото 0,397 г
серебро 0,013 г
платина
иридий
радий
палладий
рутиний
осмий
алмаз

Начальник БМН ______________________________
подпись, дата

4. Комплектность

4.1. В комплект поставки КМД входят:

1) устройство КМД УК У13.065.013;
2) устройство КМД УК У13.065.013 Э6;
3) контроллер НГМД У13.625.307 Э3;
4) кабель У14.853.367 Э3;
5) паспорт У13.065.013 ПС;

Таблица 1
----------------------------------------------------------------
! Номер ! Обознач. ! Наименование сигнала !
!контакта! сигнала ! !
----------------------------------------------------------------
! Б21 ! АД00 Н ! 0-й разряд линии адреса/данных !
! А21 ! АД01 Н ! 1-й разряд линии адреса/данных !
! Б20 ! АД02 Н ! 2-й разряд линии адреса/данных !
! А20 ! АД03 Н ! 3-й разряд линии адреса/данных !
! Б16 ! АД04 Н ! 4-й разряд линии адреса/данных !
! А16 ! АД05 Н ! 5-й разряд линии адреса/данных !
! Б17 ! АД06 Н ! 6-й разряд линии адреса/данных !
! А17 ! АД07 Н ! 7-й разряд линии адреса/данных !
! Б18 ! АД08 Н ! 8-й разряд линии адреса/данных !
! А18 ! АД09 Н ! 9-й разряд линии адреса/данных !
! Б19 ! АД10 Н ! 10-й разряд линии адреса/данных !
! А19 ! АД11 Н ! 11-й разряд линии адреса/данных !
! Б22 ! АД12 Н ! 12-й разряд линии адреса/данных !
! А22 ! АД13 Н ! 13-й разряд линии адреса/данных !
! Б23 ! АД14 Н ! 14-й разряд линии адреса/данных !
! А2 ! АД15 Н ! 15-й разряд линии адреса/данных !
! А15 ! SYNC Н ! Сигнал синхронизации акт.устройства !
! А14 ! DIN Н ! Ввод данных !
! Б8 ! DOUT Н ! Вывод данных !
! Б10 ! INIT Н ! Первоначальная установка канала !
! А4 ! 4 МГц ! Тактовая частота 4 МГц. !
! Б15 ! RPLY Н ! Сигнал синхронизации пассив.устройства !
! Б11 ! IND Н ! Индекс !
! Б3 ! РЕЖ ! Режим 4 !
! А12 ! CE3 ! Выбор ППЗУ !
! А1,А24! +5В ! Питание +5В !
! Б1,Б24! ОБЩ ! Общий !
----------------------------------------------------------------

Таблица 2
------------------------------------------------------------------
! Номер ! Обозначение ! Направ- ! Наименование сигнала !
!контакта! сигнала ! ленность! !
! ! ! сигнала ! !
------------------------------------------------------------------
! ! ! ! !
! ! ! ! !
! 26 ! Д00 Н ! ВХ ! Дорожка "00" !
! 8 ! ИНД Н ! ВХ ! Индекс !
! 28 ! ЗЗП Н ! ВХ ! Запрет записи !
! 30 ! ДЧТ Н ! ВХ ! Читаемые данные !
! 34 ! ГОТ Н ! ВХ ! Готовность накопителя !
! 10 ! ВН0 Н ! ВЫХ ! Выбор накопителя 0 !
! 12 ! ВН1 Н ! ВЫХ ! Выбор накопителя 1 !
! 14 ! ВН2 Н ! ВЫХ ! Выбор накопителя 2 !
! 6 ! ВН3 Н ! ВЫХ ! Выбор накопителя 3 !
! 16 ! ВЭД Н ! ВЫХ ! Включение электродвигателя !
! 32 ! ВП0 Н ! ВЫХ ! Выбор поверхности 0 !
! 18 ! ШДВ Н ! ВЫХ ! Шаговый двигатель вперед !
! 20 ! ШАГ Н ! ВЫХ ! Шаг !
! 24 ! РЗП Н ! ВХ ! Разрешение записи !
! 22 ! ЗПД Н ! ВЫХ ! Записываемые данные !
!1,3,5,7 ! ОБЩ ! ! Общий !
!9,11,13 ! ОБЩ ! ! Общий !
! 15,17 ! ОБЩ ! ! Общий !
! 19,21 ! ОБЩ ! ! Общий !
! 23,25 ! ОБЩ ! ! Общий !
! 27,29 ! ОБЩ ! ! Общий !
! 31,33 ! ОБЩ ! ! Общий !
! 35,37 ! ОБЩ ! ! Общий !
! 39 ! ОБЩ ! ! Общий !
------------------------------------------------------------------

5. Устройство и принцип работы

5.1. На рис.1 приведена блок-схема КМД УК.

-------------- ----------
К маги- ! !<----------------! !
страли ! Интерфейс ! !Приемник! К НГМД
"УК-НЦ" ! накопите- ! !--------!<------->
<-------->! ля !---------------->! Усили- !
^ ! ! --------- ! тель !
! ! ! ! Схема ! ! !
! ! !----->!прекор-!->! !
! ! ! !рекции ! ! !
! ! ! --------- ! !
! -------------- ----------
!
! ---------------
! ! ППЗУ !
!---->! !
---------------

Рис.1.

Интерфейс накопителя реализован на БИС К1801ВП1-097.
Схема представляет собой сочетание параллельного порта
по выработке потенциальных управляющих сигналов на нако-
питель и по приему сигналов состояния накопителя, а также
тракта параллельно-последовательного преобразования информа-
ции с кодированием и декодированием по методу модифицирован-
ной фазовой модуляции <МФМ>. В БИС К1801ВП1-097 осущест-
вляется проверка на корректность считанной с диска информации.

Схема прекоррекции реализована на двух микросхемах
параллельных регистров D4,D5 < К555ТМ9 > и трех комбинацион-
ных микросхемах D6, D9, D12 < К555ЛА3, К555ЛА4 >. Усиление
и смешивание сигналов по каналам прекоррекции производится
на магистральном передатчике D11 <К531АП2>.
Прекоррекция уменьшает фазовые искажения связанные с
уплотнением информации на магнитном диске при переходе к до-
рожкам близко расположенным от центра . Практически прекоррек-
ция становится необходима при работе с дорожками, расположен-
ными начиная примерно с середины и далее , ближе к центру
дискеты. Для накопителя "Электроника НГМД-6022" это означа-
ет, что схема прекоррекции начинает работу с 20-й дорожки.

5.2. Внутренние регистры контроллера

К внутренним регистрам КМД относится регистр состояний <РСН>
и регистр данных <РДН>. С помощью РСН и РДН происходит управле-
ние собственно накопителем. Данные регистры являются принадлеж-
ностью УВМ К1801ВП1-097. Адрес регистра РСН-177130,а РДН-177132.
Регистр данных накопителя представляет собой 16-и разрядный ре-
гистр,доступный по записи и по чтению. Через него передается ин-
формация между собственно накопителем и процессором.

5.2.1. Регистр состояния накопителя

Регистр состояния имеет различный формат по записи < рис.2 >
и по чтению < рис.3 >. С его помощью реализован параллельный порт
по управлению и определению состояния накопителя в УВМ К1801ВП1-
-097.

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
-----------------------------------------------------------------
! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
! ! ! ! ! !REZ! WM!GOR! ST!DIR! HS!MSW!DS3!DS2!DS1!DS0!
! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
-----------------------------------------------------------------

Рис. 2

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
-----------------------------------------------------------------
! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
!IND!CRC! ! ! ! ! ! ! TR! ! ! ! !WPR!RDY!TR0!
! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
-----------------------------------------------------------------

Рис. 3

Запись "1" в 0-й разряд РСН <DS0> вызывает выбор 0-го при-
вода накопителя. При чтении "1" в этом разряде <TR0> указывает
на то, что магнитная головка выбранного привода позиционирована
на 0-й дорожке.
Запись "1" в 1-й разряд РСН <DS1> вызывает выбор 1-го при-
вода накопителя. При чтении "1" в этом разряде <RDY> свидетель-
ствует о готовности накопителя к работе. По чтению этот разряд
используется только при работе с накопителем " Электроника НГМД-
6121" или его модификациями указывая на готовность НГМД к рабо-
те.
Запись "1" одновременно в 0-й и 1-й разряды вызывает выбор
2-го привода накопителя.
Запись "1" в 10-й разряд РСН <REZ> вызывает выбор 3-го при-
вода накопителя.

Запись "0" во 2-й и 3-й разряды РСН <DS2, DS3> вызы-
вает включение нулевых задержек внешней схемы прекоррек-
ции фазовых искажений. Чтение логической единицы во втором
разряде указывает на то, что запись на диск запрещена.
Третий разряд по чтению не определен.
Запись "1" во второй разряд РСН <DS2> вызывает вклю-
чение задержек в 250 нс внешней схемы прекоррекции фазовых
искажений.
Запись "1" в 3-й разряд РСН <DS3> - включение задер-
жек в 500 нс внешней схемы прекоррекции фазовых искажений.
В исходном состоянии разряды DS0...DS3, REZ установ-
лены в "0", т.е. ни один из приводов не выбран , а в схеме
прекоррекции выставлены нулевые задержки.
Запись "1" в 4-й разряд РСН <MSW> вызывает включение
электродвигателя выбранного накопителя. Исходное значение
этого разряда "0". По чтению разряд не определен.
Запись "1" в 5-й разряд РСН <HS> приводит к выбору
верхней головки накопителя. Исходное значение разряда – "0",
т.е. выбрана нижняя головка. По чтению этот разряд не
определен.
Запись "1" в 6-й разряд РСН <DIR> приводит к измене-
нию направления перемещения головки к центру. Исходное
значение разряда – "0", т.е. установлено направление пере-
мещения от центра. По чтению 6-й разряд не определен.
Запись "1" в 7-й разряд РСН <ST> приводит к переме-
щению головки накопителя на один шаг в направлении , которое
определено 6-ым разрядом РСН . По чтению "1" в этом разряде
<TR> означает , что в процессе записи информации на диск
требуется новая "подкачка" данных в регистр данных со сторо-
ны процессора, а в процессе чтения информации с диска – о
том , что на РДН сформировано очередное слово данных.
Сброс TR в "0" осуществляется при обращении процессора к РДН.

При записи "1" в 8-й разряд РСН <GOR> УВМ К1801ВП1-
-097 частично приводится в исходное состояние. Этот бит
используется для облегчения процесса вхождения УВМ в
синхронизацию со считываемой информацией при поисках заголов-
ков секторов. По-чтению 8-й разряд не определен.
Запись "1" в 9-й разряд РСН <WM> осуществляется при
записи маркера на диск. При этом УВМ осуществляет необходимые
пропуски синхроимпульсов при записи маркера . 9-й разряд по
чтению не определен.
Разряды 11...13 регистра РСН не определены ни по за-
писи, ни по чтению.
Разряды 14 и 15 РСН не определены только по записи.
При чтении логическая единица в 14-ом разряде РСН ( CRC )
свидетельствует , что процесс чтения данных с диска произошел
корректно.
Логическая единица в 15-ом разряде РСН <IND> свиде-
тельствует о наличии сигнала начала дорожки "INDEX" из нако-
пителя.

6. Указание мер безопасности.

6.1. К техническому обслуживанию КМД допускаются лица,
изучившие настоящий паспорт и имеющие первую квалификаци-
онную группу по технике безопасности.

6.2. Снятие , установку и ремонт КМД производить толь-
ко при отключенном питании.

6.3. Монтажные работы производить паяльником с зазем-
ленным жалом и напряжением питания не более 42 В.

6.4. Все работы выполнять с одетым на кисть руки метал-
лическим браслетом, электрически связанным с шиной "корпус",
через резистор 1 /М/О/м/.

7. Подготовка к работе.

7.1. Перед началом работы внимательно ознакомьтесь с
настоящим паспортом.

7.2. После транспортировки КМД в зимнее время года вы-
держите его в упаковке не менее двух часов , затем распа-
куйте.

7.3. Установите кассету КМД в соответствующее гнездо
кассетодержателя ЭВМ "Электроника МС 0511".

7.4. Подключите кабель КМД к НГМД,входящему в комплект
поставки микро-ЭВМ.

Включите источник питания микро-ЭВМ.

КМД готов к работе.

8. Порядок работы.

8.1. Работа с КМД осуществляется в составе ЭВМ "Электроника
МС 0511" или ее модификации под управлением операционной системы,
например "ФОДОС-2" в соответствии с ее описанием.

9. Проверка технического состояния

9.1. Для проверки технического состояния КМД, подготовьте его
к работе согласно раздела 7 настоящего паспорта.

9.2. Вставьте в N-ое окно НГМД (N=0,1) дискету У1.00031-01 МД 01

9.3. Наберите на клавиатуре команду

DN

(N=0,1)
После чего должна произойти загрузка операционной системы.

9.4. Произведите контроль КМД руководствуясь "Методикой проверки
работоспособности КВУ" У1.00031-01 34 01 раздел 4.

10. Возможные неисправности и способы их
устранения

Перечень возможных неисправностей приведен в табл. 5

Таблица 5
------------------------------------------------------------------
!Наименование ! Вероятная ! Метод устранения ! Примечание!
!неисправности ! причина ! ! !
-------------------------------------------------------------------
!1.При попытке ! Плохой контакт !Проверьте соединение! !
!произвести за- ! кабеля КМД с ! кабеля КМД с НГМД ! !
!пись или чтение! НГМД ! протрите контакты ! !
! НГМД не реаги-! ! разъемов, как это ! !
! рует ! !указано в разделе 11! !
! ! ! ! !
! ! Плохой контакт !Проверьте соединение! !
! ! КМД м микро-ЭВМ! КМД с микро-ЭВМ ! !
! ! ! ! !
!2.При попытке !Неисправен НГМД ! Замените НГМД ! !
!произвести за- ! ! ! !
!пись или чтение! Неисправен ка- ! Проведите ремонт ! !
!НГМД реагирует ! бель КМД ! кабеля КМД ! !
! но появляются ! Неисправен КМД ! Проведите ремонт ! !
! сообщения об ! ! КМД на заводе-изго-! !
! ошибках ! ! товителе или в спе-! !
! ! ! циальных ремонтных ! !
! ! ! организациях ! !
-------------------------------------------------------------------

11. Техническое обслуживание

11.1.Перечень работ для различных видов обслуживания приведен в

табл.4.

Таблица 4
-------------------------------------------------------------------
!Периодичность ! Содержание работ ! Технические !Приборы,инстру-!
!обслуживания ! и метод их ! требования !менты,материалы!
! ! проведения ! !необходимые для!
! ! ! ! проведения ра-!
! ! ! ! бот !
-------------------------------------------------------------------
! 1 раз !Материей,смоченной ! Осуществить ! Спирт этиловый!
! в месяц !спиртом,протереть ! просушку при ! ГОСТ 18300-72 !
! !контакты разъемных ! температуре ! !
! !соединений контрол-! не менее 15ºC!Материя хлопча-!
! !лера ! в течение 15 ! тобумажная !
! ! ! минут ! !
! !При помощи кисточ- ! !Кисточка мягкая!
! !ки удалить пыль ! ! !
! ! ! ! !
! Ежедневно ! Проверка ! Пункт 9.3. ! ЭВМ "Электро- !
! перед началом! работоспособности ! настоящего ПС! ника МС 0511" !
! работы ! контроллера ! ! !
-------------------------------------------------------------------

12. Свидетельство о приемке

Устройство КМД УК У13.056.013 заводской номер _____________
соответствует комплекту конструкторской документации
У13.065.013 и признано годным для эксплуатации.

Дата выпуска "___"______________19 г.

Представитель ОТК

МП _________________ _________________________
<подпись> <фамилия,и.,о.>

"___" __________19 г.

13. Гарантии изготовителя

13.1. Предприятие изготовитель гарантирует соответствие
устройства КМД УК У13.065.013 требованиям настоящего паспор-
та при соблюдении потребителем режимов и условий эксплуа-
тации, правил транспортирования и хранения.

13.2. Гарантийный срок устройства КМД УК - 18 месяцев
со дня ввода в эксплуатацию, но не более 24 месяцев с мо-
мента отгрузки потребителю.

13.3. Обслуживание контроллера предприятием-изготовите-
лем в течение гарантийного срока осуществляется в соот-
ветствии с "Положением о поставке продукции", утвержденным
Советом Министров СССР решением N 161 от 10.02.1981г.

14 . Сведения о рекламациях

14.1. В случае отказа в работе устройства КМД УК в пери-
од гарантийного срока необходимо составить технически обос-
нованный акт рекламации и сделать выписки из разделов "Сви-
детельство о приемке" и "Сведения о консервации и упаковке".

Акт с приложениями следует направить главному инженеру
предприятия-изготовителя данного изделия.

14.2. Сведения о предъявленных рекламациях следует ре-
гистрировать в табл.6.

Таблица 6
-----------------------------------------------------------
!Дата! Номер ! Краткое содержание ! Меры !
! !рекламацион- ! рекламационного акта ! принятые !
! !ного акта ! ! по реклама- !
! ! ! ! ции !
-----------------------------------------------------------
! ! ! ! !
! ! ! ! !
! ! ! ! !
! ! ! ! !
! ! ! ! !
! ! ! ! !
! ! ! ! !
! ! ! ! !
-----------------------------------------------------------

15. Сведения об упаковке

15.1. Устройство КМД УК У13.065.013 заводской номер______
упаковано согласно требованиям , предусмотренным конструктор –
ской документацией, в комплект упаковки У14.170.049.

Дата упаковки "___"________________19 г.

Упаковку произвел _______________________
<подпись>

МП

Изделие после упаковки принял ______________________
<подпись>

</pre>

Uknc

2007-11-13T07:06:47Z

Nzeemin: /* NZeemin 02:06, 13 November 2007 (EST) */

Uknc

2007-11-13T07:06:26Z

Nzeemin: /* Последние новости */

Uknc info

2007-11-12T09:13:42Z

Nzeemin:

* [[Uknc tech desc]] — Техническое описание (UK_TECH.DOC)
* [[Uknc FODOS-2 sysmac]] — ФОДОС-2. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА
* [[Uknc FODOS-2 drprog]] — ФОДОС-2. ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
* [[Uknc RAFOS sysmac]] — РАФОС. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА. ТОМ 3 КНИГА 2 ЧАСТЬ 2
* [[Uknc RT-11 monrt]] — RT-11. МОНИТОР СИСТЕМЫ. Руководство программиста

* [[Uknc ukncos]] — сборное описание по эксплуатации класса УКНЦ

* [[Uknc RAM description]] — Описание ОЗУ, из документа RAM.LST от Alex_K
** [[Uknc RAM description_app]] — Приложения к описанию
* [[Uknc ROM disasm]] — листинги дизассемблированного ПЗУ УКНЦ, от Alex_K

* [[Uknc Resources|Ресурсы УКНЦ]] — книга Влада Жигалова

* [[Uknc ROM Basic boot|Процесс загрузки Бейсик-Вильнюс с кассеты ПЗУ]]
* [[Uknc rt11 boot|Процесс загрузки RT11]]

* [[Uknc Magazine contents|Содержание журналов «Персональный компьютер УКНЦ»]]

== Ссылки ==
* [http://uknc.narod.ru/ УКНЦ & PDP-11] — архив Арсения Гордина
* [http://pdp-11.org.ru/ pdp-11.org.ru]
* [http://www.bitsavers.org/pdf/dec/pdp11/rt11/ Документация на DEC RT-11 в PDF-архиве bitsavers.org]
* [http://ru.wikipedia.org/wiki/УКНЦ УКНЦ] — статья в Википедии

Uknc info

2007-11-12T08:36:34Z

Nzeemin:

Uknc Magazine contents

2007-11-12T08:28:21Z

Nzeemin:

Содержание журнала «Компьютер УКНЦ»

== Компьютер УКНЦ #1, 1994 ==
* Дубовик В. В. Солнечногорский электромеханический завод
* Список сокращений
* Носов М. Б. Все о периферийном процессоре
* Фролкин Б. Ф. PAF Commander V1.02 А. Петросяна, DESS V05.00e Д. Климова
* Еремин Е. А. К вопросу о работе локальной БЕЙСИК-сети в КУВТ УКНЦ
* Режим адресации процессора К1801ВМ2
* Система команд процессора К1801ВМ2
* Система прерываний процессора К1801ВМ2
* Глобальные переменные системы ввода-вывода (ОС ПМ)
* Тютюнников А. В. Архиваторы
* Быстров И. И. "NET-Rt11" - сетевая система для КУВТ "УКНЦ" с IBM-совместимой головной машиной
* Ховайко О. И. Хитрости работы с периферийным процессором

== Компьютер УКНЦ #2, 1994 ==
* К читателю
* Штарев М. Е. "Ресурсы УКНЦ"
* Еремин Е. А. О работоспособности программного обеспечения на РМУ в КУВТ УКНЦ
* Акулин А. И. "Мышь" для УКНЦ
* Остапенко А. Программы SKIPER и PCCUR
* Остапенко А. Тайны "вечной жизни"
* Ассемблер MACRO-11: Руководство оператора
* Ассемблер MACRO-11: Руководство программиста
* Управляющие последовательности терминала
* Структура "HALT" области ОЗУ ЦП
* Список ЕМТ-прерываний ОС ПМ
* Регистры системных устройств магистрали ЦП
* Регистры системных устройств магитрали ПП
* Штарев М. Е. "Библиотека MGR"
* Батьков Г. А. Обзор программных средств
* Мороз С. С. Система управления базами данных для УКНЦ
* Сказка про байт

== Компьютер УКНЦ #3, 1994 ==
* Штарев М. Е. Ресурсы УКНЦ. Работа с текстовыми окнами
* Пузырников В. БЕЙСИК: полезные советы для начинающих
* Операционная система ФОДОС-2. Системая макробиблиотека
* Список ESC-последовательностей с кодом 200_8 и более
* Работа с планами видеоОЗУ
* Борис Ф. Фролкин Новый драйвер дисковода MZ.SYS для УКНЦ
* Подъемщиков А. Н. Еще об одной ошибке в УКНЦ (МС-0511)
* Быстров И. И. IBM PC из УКНЦ и "Корвета"
* Бурков К. Г. Для тех, кто знает: FORTH!
* Содержание предыдущих выпусков

== Компьютер УКНЦ #1, 1995 ==
* Устройство вычислителя
* Операционная система ФОДОС-2 (Системная макробиблиотека)
* В.Лукичев. Справочная информация для начинающих программистов УКНЦ
* А.В.Милюков. Практика работы с периферийным процессором УКНЦ
* С.Клоков, Д.Ланин. Супер БЕЙСИК для УКНЦ
* Е.А.Еремин. Об алгоритмах перевода целых чисел в некоторые режимы счисления, реализованных в BASIC-интерпретаторе УКНЦ

== Компьютер УКНЦ #2, 1995 ==
* Операционная система ФОДОС-2. Руководство программиста
* М.Б.Носов Все о периферийном процессоре
* Устройство вычислителя: руководство по ремонту
* И.И.Быстров АО "ЛИнТех" отвечает на вопросы
* С.П.Калашников Самодельная псевдографика на УКНЦ
* В.А.Файзулин Реализация алгоритма формирования массива с различными случайными элементами
* А.Захаров, Е.Пыжиков Пользователям КУВТ УКНЦ

== Компьютер УКНЦ #3, 1995 ==
* А.Н.Гриценко, А.Н.Тушев Классы УКНЦ в учебном процессе
* Операционная система RT-11. Ассемблер
* Б.А.Еремин Компилятор?.. Это очень просто
* А.Б.Розенфельд Использование принтера Д100М
* А.Ф.Носенко Вывод информации из БЕЙСИКа УКНЦ на принтер Д100М
* Д.А.Левант Программа печати файлов
* В.Ю.Ключников Ошибки трансляции компилятора MACRO v5.00
* В.И.Вашкевич Использование нестандартных команд символьного режима терминала VT-52
* В.Г.Романов Программирование мелодий в БЕЙСИКе УКНЦ
* А.В.Герасимов
* В.А.Файзуллин

== Компьютер УКНЦ #4, 1995 ==
* Операционная система RT-11. Ассемблер
* В.С.Дементьев. Изобразительные возможности редакторов шрифтов
* М.С.Никонов, С.П.Черняк. Программа построения графиков функций
* В.А.Самойлов. Использование символов псевдографики в учебном процессе
* Н.А.Кожевин. Использование квазидиска при работе с графикой в среде PASCAL/FACT V1.2
* В.В.Ларин. Создание новых символов
* М.Б.Носов. УКНЦ - проблемы и решения ЛИнТех
* С.В.Кононов. IBM PC из "Корвет" и УКНЦ

== Ссылки ==
* http://www.infomag.ru/journals/j010r/
* http://bk0010.chat.ru/Soder.htm

Uknc Magazine contents

2007-11-11T14:13:43Z

Nzeemin:

Содержание журнала «Компьютер УКНЦ»

== Компьютер УКНЦ #1, 1995 ==
* Устройство вычислителя
* Операционная система ФОДОС-2 (Системная макробиблиотека)
* В.Лукичев. Справочная информация для начинающих программистов УКНЦ
* А.В.Милюков. Практика работы с периферийным процессором УКНЦ
* С.Клоков, Д.Ланин. Супер БЕЙСИК для УКНЦ
* Е.А.Еремин. Об алгоритмах перевода целых чисел в некоторые режимы счисления, реализованных в BASIC-интерпретаторе УКНЦ

== Компьютер УКНЦ #2, 1995 ==
* Операционная система ФОДОС-2. Руководство программиста
* М.Б.Носов Все о периферийном процессоре
* Устройство вычислителя: руководство по ремонту
* И.И.Быстров АО "ЛИнТех" отвечает на вопросы
* С.П.Калашников Самодельная псевдографика на УКНЦ
* В.А.Файзулин Реализация алгоритма формирования массива с различными случайными элементами
* А.Захаров, Е.Пыжиков Пользователям КУВТ УКНЦ

== Компьютер УКНЦ #3, 1995 ==
* А.Н.Гриценко, А.Н.Тушев Классы УКНЦ в учебном процессе
* Операционная система RT-11. Ассемблер
* Б.А.Еремин Компилятор?.. Это очень просто
* А.Б.Розенфельд Использование принтера Д100М
* А.Ф.Носенко Вывод информации из БЕЙСИКа УКНЦ на принтер Д100М
* Д.А.Левант Программа печати файлов
* В.Ю.Ключников Ошибки трансляции компилятора MACRO v5.00
* В.И.Вашкевич Использование нестандартных команд символьного режима терминала VT-52
* В.Г.Романов Программирование мелодий в БЕЙСИКе УКНЦ
* А.В.Герасимов
* В.А.Файзуллин

== Компьютер УКНЦ #4, 1995 ==
* Операционная система RT-11. Ассемблер
* В.С.Дементьев. Изобразительные возможности редакторов шрифтов
* М.С.Никонов, С.П.Черняк. Программа построения графиков функций
* В.А.Самойлов. Использование символов псевдографики в учебном процессе
* Н.А.Кожевин. Использование квазидиска при работе с графикой в среде PASCAL/FACT V1.2
* В.В.Ларин. Создание новых символов
* М.Б.Носов. УКНЦ - проблемы и решения ЛИнТех
* С.В.Кононов. IBM PC из "Корвет" и УКНЦ

Uknc

2007-11-08T09:32:30Z

Nzeemin: /* Последние новости */

Uknc

2007-11-06T05:13:26Z

Nzeemin: /* Последние новости */

File:UkncBTL-20071105.png

2007-11-06T05:06:44Z

Nzeemin:

Uknc info

2007-11-04T09:37:34Z

Nzeemin:

* [[Uknc tech desc]] — Техническое описание (UK_TECH.DOC)
* [[Uknc FODOS-2 sysmac]] — ФОДОС-2. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА
* [[Uknc FODOS-2 drprog]] — ФОДОС-2. ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
* [[Uknc RAFOS sysmac]] — РАФОС. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА. ТОМ 3 КНИГА 2 ЧАСТЬ 2
* [[Uknc RT-11 monrt]] — RT-11. МОНИТОР СИСТЕМЫ. Руководство программиста

* [[Uknc ukncos]] — сборное описание по эксплуатации класса УКНЦ

* [[Uknc RAM description]] — Описание ОЗУ, из документа RAM.LST от Alex_K
** [[Uknc RAM description_app]] — Приложения к описанию
* [[Uknc ROM disasm]] — листинги дизассемблированного ПЗУ УКНЦ, от Alex_K

* [[Uknc Resources|Ресурсы УКНЦ]] — книга Влада Жигалова

* [[Uknc ROM Basic boot|Процесс загрузки Бейсик-Вильнюс с кассеты ПЗУ]]
* [[Uknc rt11 boot|Процесс загрузки RT11]]

== Ссылки ==
* [http://uknc.narod.ru/ УКНЦ & PDP-11] — архив Арсения Гордина
* [http://pdp-11.org.ru/ pdp-11.org.ru]
* [http://www.bitsavers.org/pdf/dec/pdp11/rt11/ Документация на DEC RT-11 в PDF-архиве bitsavers.org]

Uknc

2007-10-24T04:29:58Z

Nzeemin: /* Последние новости */

Uknc info

2007-10-15T08:31:33Z

Nzeemin:

* [[Uknc tech desc]] — Техническое описание (UK_TECH.DOC)
* [[Uknc FODOS-2 sysmac]] — ФОДОС-2. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА
* [[Uknc FODOS-2 drprog]] — ФОДОС-2. ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
* [[Uknc RAFOS sysmac]] — РАФОС. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА. ТОМ 3 КНИГА 2 ЧАСТЬ 2
* [[Uknc RT-11 monrt]] — RT-11. МОНИТОР СИСТЕМЫ. Руководство программиста

* [[Uknc ukncos]] — сборное описание по эксплуатации класса УКНЦ

* [[Uknc RAM description]] — Описание ОЗУ, из документа RAM.LST от Alex_K
** [[Uknc RAM description_app]] — Приложения к описанию
* [[Uknc ROM disasm]] — листинги дизассемблированного ПЗУ УКНЦ, от Alex_K

* [[Uknc Resources|Ресурсы УКНЦ]] — книга Влада Жигалова

* [[Uknc ROM Basic boot|Процесс загрузки Бейсик-Вильнюс с кассеты ПЗУ]]
* [[Uknc rt11 boot|Процесс загрузки RT11]]

----
Здесь будет собрана вся известная информация об УКНЦ

--[[User:Felix|Felix]] 08:59, 21 March 2007 (EDT)

Uknc ukncos

2007-10-15T08:29:53Z

Nzeemin:

<pre>
Печатается по решению ученого совета Чувашского республи-
канского института образования. Представляет собой краткое описа-
ние операционной системы, программ связи локальной сети и ряда
других полезных программ. Предназначено для пользователей ЭВМ ти-
па УК-НЦ.

Составители:
ст. преподаватель кафедры информатики и НИТ ЧРИО
Кирий А.В.,
Учитель ОИВТ физико-математического лицея
Кирий Т.В.,
ст. преподаватель кафедры информатики и НИТ ЧРИО
Коханов В.В.

c Чувашский РИО
г.Чебоксары,1996.

О Г Л А В Л Е Н И Е

Введение --- 4
КАБИНЕТ ОИВТ - ОСНАЩЕНИЕ И ПРАВИЛА ЭКСПЛУАТАЦИИ --- 5
1. Оснащение кабинета --- 5
2. Комплектность и основные характеристики ЭВМ --- 5
3. Правила эксплуатации --- 6
4. Техника Безопасности --- 7
5. Комплекс упражнений для глаз --- 7
6. Кодировка РМП и РМУ --- 8
7. Кодировка ПУ --- 9
8. Ремонт ---12
ОПЕРАЦИОННАЯ СИСТЕМА УК-НЦ ---13
Файлы операционной системы ---13
Клавиатура ---13
Подготовка дискет к работе ---14
Устройства ---14
Команды ОС ---15
Ключи ---15
Команды ---16
Драйыеры ---18
Файлы ---19
ЛОКАЛЬНАЯ СЕТЬ УК-НЦ -- ПРОГРАММЫ СВЯЗИ ---21
1. BASIC система ---21
2. KLNET ---21
3. RMU ---22
4. NETSVD ---23
ПРОГРАММНЫЕ СРЕДСТВА УК-НЦ ---26
1. Смирнов коммандер (SC) ---26
2. Архиваторы (LZA,UZA) ---30
3. Копирование (SCOP,COPW,COPYDD) ---30
4. Печать (D100M,PAGER,ALISA) ---31
5. Резиденты (RCALC,RASCII) ---31
6. Графические утилиты (PCXWRT,PCXREA,PCXFRZ,PRPLAN) ---32
7. Утилиты работы с усторойствами ---34
(DAY,TTY,KLAW,TESTMZ,SETKEY,CF)
8. РОБОТЛАНДИЯ ---35
В В Е Д Е Н И Е

В процессе работы учителя информатики с различными программ-
ными средствами возникает ряд проблем, связанных с документальным
сопровождением программ : документации либо нет вообще, либо она
слишком громоздка и тому подобное ...
Цель данной серии - помочь учителю ОИВТ разрешить его проб-
лемы.
Первые три части серии включают в себя краткие описания опе-
рационной системы, сред программирования, пакетов прикладных
программ, программ связи локальной сети, правила эксплуатации и
требования к оснащению кабинета ОИВТ (ЭВМ класса УК-НЦ).
Предполагается продолжить серию описаниями программных
средств других классов ЭВМ, а также, различными дидактическими
материалами, задачниками и методическими разработками по курсу
ОИВТ.

----------------------------------------------------
- -
- КАБИНЕТ ОИВТ - ОСНАЩЕНИЕ И ПРАВИЛА ЭКСПЛУАТАЦИИ.-
----------------------------------------------------

1. ОСНАЩЕНИЕ КАБИНЕТА.
----------------------
(Решение комитета МО РФ от 22.02.95 n 411 "О ходе реализации
программы информатизации образования в РФ на 1994-1995г")

Кабинет ОИВТ должен быть оснащен:
1. Программным обеспечением по курсу ОИВТ (базовым и профиль-
ным)
2. Заданиями самостоятельных работ и упражнений на ЭВМ (с ре-
ализацией индивидуального подхода)
3. Комплектом научно-популярной, справочной и методической
литературы
4. Журналом вводного и периодического инструктажа учащихся по
ТБ (рекомендуется)
5. Журналом использования комплекта ВТ на каждом рабочем месте
6. Журналом отказа машин и их ремонта
7. Держателями для таблиц и стендами для экспонирования работ
учащихся
8. Инвентарной книгой учета оборудования
9. Аптечкой скорой помощи
10. Средствами пожаротушения (порошковый огнетушитель)

2. КОМПЛЕКТНОСТЬ И ОСНОВНЫЕ ХАРАКТЕРИСТИКИ ЭВМ.
-----------------------------------------------
РМП - 1 шт.,
РМУ - 2,4,8,12 шт.,
питание 220(42)В.
НГМД -40(80) дорожек.
Печатающие устройства:
Robotron CM6329.02M; Robotron CM6329.01M;
D100;D100M;FX-800.
Программное обеспечение: ФОДОС-2, Basic, Pascal, Macro,
Fortran, Контрольно-демонстрационные программы, документация на
программные средства.
!Стандартное программное обеспечение работает не более чем с
16 РМУ.!
Общие сведения
****************
Микропроцессор К1801ВМ2 2шт.
Быстродействие 700 тысяч операций/сек.
Объем памяти 192 Кбайт
из них:
центральный процессор 64 Кбайт
переферийный процессор 32 Кбайт
видеопамять 96 Кбайт
ПЗУ 32 Кбайт

3. ПРАВИЛА ЭКСПЛУАТАЦИИ.
-------------------------

Работа Хранение
Температура 5-40 С 5-35 С
Влажность <= 95% 85%
Дополнение без примесей в воздухе паров кислот и щелочей

Работа
******
0. Проверить положение крышек дисковода: перед включением они
должны быть открыты, дискеты должны отсутствовать в дисководе.
1. Включить тумблер СЕТЬ ("клавиатуры").
2. Включить монитор.
3.Включить дисковод.
4. На экране появится меню:
ЗАГРУЗКА
1- диск (0-3):0
2- кассета ПЗУ (1,2):1
3- сеть
4- стык С2
5- магнитофон
6- отладка
7- тестирование
ВЫБРАТЬ НУЖНЫЙ ПУНКТ, НАЖАТЬ КЛАВИШУ <ВВОД>!!!
(прерывание СТОП, после чего выход в меню <М>)

1-3 и 5 пункты указывают на то устройство, с которого
можно загрузить ОС. Если системная дискета в верхнем кармане дис-
ковода, то выбираем пункт меню ДИСК и номер кармана 0, после чего
нажимаем ВВОД.

4. ТЕХНИКА БЕЗОПАСНОСТИ.
------------------------

Утверждаю Согласовано
Директор школы Председатель МК
" " ноября 199 г. " " ноября 199 г.

ИНСТРУКЦИЯ ПО ТЕХНИКЕ БЕЗОПАСНОСТИ РАБОТЫ В КАБИНЕТЕ ОИВТ
(для учащихся)

1. Будьте внимательны и дисциплинированны, точно выполняйте
указания учителя.
2. Не приступайте к выполнению работы без разрешения учителя.
3. Размещайте оборудование на своем рабочем месте таким обра-
зом, чтобы исключить его падение, опрокидывание или отсое-
динение силовой проводки и шин связи.
4. Переключателями "сеть" терминала и концевым выключателем
"сброс" пользуйтесь только по указанию учителя.
5. Следите за исправностью всех креплений оборудования. nе
прикасайтесь к линии силовой проводки и линии локальной
сети.
6. По окончании работы отключите электропитание ("сеть").
7. Не покидайте рабочее место без разрешения учителя.
8. Обнаружив неисправность в оборудовании, находящимся под
напряжением, немедленно отключите электропитание и сооб-
щите об этом учителю.

зав. кабинетом ОИВТ / / .

5. КОМПЛЕКС УПРАЖНЕНИЙ ДЛЯ ГЛАЗ.
--------------------------------
(проводить через каждые 20-25 минут, \\-счет , ()-раз)

Вариант 1.
1. Закрыть глаза, сильно напрягая мышцы \1-4\, раскрыть гла-
за, расслабить мышцы глаз и посмотреть вдаль \1-6\.(4-5)
2. Посмотреть на переносицу и задержать взгляд \1-4\, посмот-
реть вдаль \1-6\ .(4-5)
3. Не поворачивая головы, посмотреть с задержкой взгляда нап-
раво \1-4\, затем вдаль \1-6\. Аналогично влево, вверх, вниз.
(4-5)
4. Быстро перевести взгляд по диагонали направо-вверх, затем
посмотреть вдаль \1-6\, затем налево-вверх, направо-вниз и снова
вдаль \1-6\.(4-5)
Вариант 2.
1. Закрыть глаза, не напрягая глазные мышцы \1-4\, широко
раскрыть глаза и посмотреть вдаль \1-6\.(4-5)
2. Посмотреть на кончик носа задержать взгляд \1-4\, перевес-
ти взгляд вдаль \1-6\ .(4-5)
3. Неповорачивая головы, делать медленные круговые движения
глазами вверх-вправо вниз-влево и обратно, затем посмотреть вдаль
\1-6\. (4-5)
4. Неповорачивая головы, перевести взгляд с его фиксацией
\1-4\ : вверх-прямо-вниз-прямо-влево-прямо-вправо-прямо. Анало-
гично по диагонали. (4-5)
Вариант 3.
1. Поморгать , ненапрягая мышцы глаз \10-15\.
2. Неповорачивая головы, с закрытыми глазами, посмотреть нап-
раво \1-4\, налево \1-4\ и прямо \1-6\, затем наверх \1-4\, вниз
\1-4\, прямо \1-6\.(4-5)
3. Посмотреть на указательный палец, удаленный от глаз на
25-30 см \1-4\, перевести взгляд вдаль \1-6\ .(4-5)
4. В среднем темпе проделать 3-4 круговых движения глазами по
часовой стрелке, столько же против часовой стрелки и, расслабив
мышцы глаз, посмотреть вдаль \1-6\.(1-2)

6. КОДИРОВКА РМП И РМУ.
-----------------------
Кодируем в двоичной системе.
Код РМП = 63.
По направлению стрелки 1 , иначе 0.
Ключ младшего бита выделен цветом.
Коды РМУ = [1..16].

7. КОДИРОВКА ПУ.
(ПУ - печатающее устройство)
----------------
---------¬ ---------¬
CM6337 ¦== = = ¦ ¦ ==== ¦ - направление стрелок
¦ == = =¦ ¦=== =¦ \ /
L--------- L---------
---------¬ -----¬
EPSON ¦ == ===¦ ¦= ¦ ON
¦== = ¦ ¦ ===¦ OFF
L--------- L-----

K1 K2
---------¬ ---------¬
D100 ¦= = ¦ ¦== =¦ ON
¦ === ===¦ ¦ ===== ¦ OFF
L--------- L---------

D100M K1 K2
---------¬ ---------¬
завод- ¦ == = =¦ ¦==== == ¦ ON
ская ¦= == = ¦ ¦ = =¦ OFF
L--------- L---------
---------¬ ---------¬
графика ¦ = ¦ ¦==== = =¦ ON
¦= ======¦ ¦ = = ¦ OFF
L--------- L---------
---------¬ ---------¬
текст ¦ = ¦ ¦==== ===¦ ON
¦= ======¦ ¦ = ¦ OFF
L--------- L---------

<- OFF ON->
---T--T--T--T--T--T--¬
ROBOTRON ¦ =¦ =¦= ¦= ¦= ¦= ¦ =¦
¦= ¦= ¦ =¦ =¦ =¦= ¦= ¦
L--+--+--+--+--+--+---
---T--T--T--T--T--T--¬
¦= ¦ =¦= ¦= ¦ =¦= ¦= ¦
¦= ¦= ¦ =¦ =¦= ¦= ¦= ¦
L--+--+--+--+--+--+---

ИСПОЛЬЗОВАНИЕ ПРОГРАММЫ D100M
---------------T----------------T-------------------¬
¦ Тип принтера ¦ Кодировка ¦Использование D100M¦
+--------------+----------------+-------------------+
¦ Robotron ¦ КОИ-7 ¦ нет ¦
¦ D100 ¦ КОИ-8 ¦ нет ¦
¦ CM6337 ¦ КОИ-8 ¦ да ¦
¦ D100M ¦ КОИ-8 ¦ да ¦
¦ Epson ¦ Альтернативная¦ да ¦
L--------------+----------------+--------------------

ЗНАЧЕНИЯ ПЕРЕКЛЮЧАТЕЛЕЙ ПРИНТЕРА
a) Robotron
------T-------------------------------T--------T-------¬
¦НОМЕР¦ НАЗНАЧЕНИЕ ¦ ON ¦ OFF ¦
+-----+-------------------------------+--------+-------+
¦5.1 ¦ контакт крышки ¦ да ¦ нет ¦
+-----+-------------------------------+--------+-------+
¦6.1 ¦ конец бумаги ¦ да ¦ нет ¦
+-----+-------------------------------+--------+-------+
¦6.2 ¦ зуммер ¦ да ¦ нет ¦
+-----+-------------------------------+--------+-------+
¦7.1 ¦ автоперевод строки ¦ нет ¦ да ¦
+-----+-------------------------------+--------+-------+
¦7.2 ¦ автоначало строки ¦ да ¦ нет ¦
+-----+-------------------------------+--------+-------+
¦8.1 ¦ основной набор ¦ Н0-ЛАТ ¦Н1-РУС ¦
+-----+-------------------------------+--------+-------+
¦8.2 ¦ Коды управления ¦ESC/Pнет¦ИСО-осн¦
+-----+-------------------------------+--------+-------+
¦9.1 ¦ Наборы знаков ¦Н0 и Н1 ¦ Н0/1 ¦
+-----+-------------------------------+--------+-------+
¦11.1 ¦ Изображение нуля ¦ О ¦ 0 ¦
+-----+-------------------------------+--------+-------+
¦11.2 ¦ Интервал в дюймах ¦ 1/6 ¦ 1/8 ¦
+-----+-------------------------------+--------+-------+
¦13.1 ¦ Подача 1 дюйм/формат ¦ да ¦ нет ¦
L-----+-------------------------------+--------+--------

--------T------T-----------------T-----T------¬ ----------T-----T------¬
¦Шрифт ¦плотн.¦символов в строке¦10.1 ¦ 10.2 ¦ ¦ ФОРМАТ ¦ ¦ ¦
+-------+------+-----------------+-----+------+ ¦СТРАНИЦЫ ¦ 12.1¦ 12.2 ¦
¦ ¦ ¦ ¦ ¦ ¦ ¦ В ДЮЙМАХ¦ ¦ ¦
¦Пика ¦1/10 ¦ 136 ¦OFF ¦ OFF ¦ +---------+-----+------+
¦Элита ¦1/12 ¦ 163 ¦ON ¦ OFF ¦ ¦ 12.0 ¦ OFF ¦ OFF¦
¦Жирный ¦1/10 ¦ 136 ¦OFF ¦ ON ¦ ¦ 11.0 ¦ ON ¦ OFF¦
¦Плотный¦1/17 ¦ 233 ¦ON ¦ ON ¦ ¦ 6.0 ¦ OFF ¦ ON ¦
L-------+------+-----------------+-----+------- ¦ 5.5 ¦ ON ¦ ON ¦
L---------+-----+-------
b) D100M
------T-------------------------------T--------T-------¬
¦НОМЕР¦ НАЗНАЧЕНИЕ ¦ ON ¦ OFF ¦
+-----+-------------------------------+--------+-------+
¦ 1.1 ¦ Принтер готов к работе ¦ всегда ¦ код ¦
+-----+-------------------------------+--------+-------+
¦ 1.2 ¦ Инверсия данных ¦ выкл ¦ вкл ¦
+-----+-------------------------------+--------+-------+
¦ 1.3 ¦ 1дм блокировка между стр-ми ¦ вкл ¦ выкл ¦
+-----+-------------------------------+--------+-------+
¦ 1.4 ¦ Автоперевод строки ¦ вкл ¦ выкл ¦
+-----+-------------------------------+--------+-------+
¦ 1.5 ¦ Форма нуля ¦ 0 ¦ О ¦
+-----+-------------------------------+--------+-------+
¦ 1.6 ¦ Проверка на конец бумаги ¦ вкл ¦ выкл ¦
+-----+-------------------------------+--------+-------+
¦ 1.7 ¦ Кодировка ¦ КОИ-7 ¦ КОИ-8 ¦
+-----+-------------------------------+--------+-------+
¦ 1.8 ¦Загрузка знакогенератора ¦ разр. ¦ нет ¦
+-----+-------------------------------+--------+-------+
¦ 2.1 ¦ Для КОИ-7, набор ¦ Н1 ¦ Н0 ¦\
+-----+-------------------------------+--------+-------+ |
¦ 2.2 ¦ печать кодов S0,S1 для КОИ-7 ¦ Н1 ¦ Н0 ¦ |
+-----+-------------------------------+--------+-------+ |->шрифты
¦ 2.3 ¦ не имеет значения ¦ ¦ ¦ |
+-----+-------------------------------+--------+-------+ |
¦ 2.4 ¦ набор (-Bul) ¦ PC2 ¦ PC1 ¦ |
+-----+-------------------------------+--------+-------+ /
¦ 2.5 ¦ NLQ - Качественная печать ¦ да ¦ нет ¦
+-----+-------------------------------+--------+-------+
¦ 2.6 ¦ Плотность печати в зн/дюйм ¦ 10 ¦ 17 ¦
+-----+-------------------------------+--------+-------+
¦ 2.7 ¦ Направленность печати ¦ -> ¦ <-> ¦
+-----+-------------------------------+--------+-------+
¦ 2.8 ¦ Размер формата в дюймах ¦ 11 ¦ 12 ¦
L-----+-------------------------------+--------+--------

8. РЕМОНТ.
-----------
Фирма "ЛОГОСЪ" т.21-39-25, 21-44-09.
Фирма "СВ" т.77-09-06 , Ворожейкин Сергей.
Немов А.М. 72-70-85.

------------------------------
- -
- ОПЕРАЦИОННАЯ СИСТЕМА УК-НЦ -
------------------------------

??? в квадратных скобках заключена необязательная часть, в угло-
вых общее название чего либо. Звездочка в имени файла воспринимается
как любое сочетание символов.
<Имя файла> =<имя>.<расширение>.

Файлы операционной системы:

RT11SJ.SYS (RT11CD.SYS,FMONSJ.SYS) - монитор
SWAP.SYS - рабочий файл ОС (буфер обмена)
DUP.SAV - программа обслуживания устройств
PIP.SAV - программа обмена между устройствами
UCL.SAV - программа реализации языка пользователя
DIR.SAV - программа получения каталогов дисков
? HANDLE.SAV - просмотр установок драйверов
? DAY.SAV - установка даты и командный файл
MZFORM.SAV (TESTMZ.SAV) - программа форматирования дисков
+ драйверы устройств.

Желательно наличие файлов:
EDK.SAV текстовый редактор
COPW.SAV копирование с одним дисководом
PAGER.SAV постраничная печать
BOOT6.SAV загрузчик РМУ (BASIC)
FTS9.SAV пересыльщик файлов в РМУ (BASIC)
BASIC.SAV транслятор языка BASIC
NETUC.SAV сетевой монитор для пересылки ОС и программ (BASIC)
NETSVD.SAV сетевой монитор для пересылки ОС и программ на РМУ

КЛАВИАТУРА

АЛФ - смена алфавита РУС/ЛАТ

<=¦ - забой (ЗБ -BackSpase)

¦
<- - возврат каретки (ВК - ENTER)
/ \
- - смена регистра (СР)
\ /
ФИКС - фиксация смены шрифтов (если нажата вместе с соответс-
твующей клавишей)
ГРАФ - псевдографика
СТОП - прерывание работы ОС
УСТ - установка режимов монитора
УПР - шлет управляющий код нажатой совместно с ней клавиши
(УПР/С =^C)
Значение некоторых управляющих кодов
^C прерывает выполнение программы
^S приостанавливает вывод на экран
^Q продолжает вывод текста

ПОДГОТОВКА ДИСКЕТ К РАБОТЕ
Сначала дискету необходимо отформатировать и проинициализиро-
вать, после чего ее уже можно использовать для хранения информа-
ции. На СИСТЕМНУЮ дискету , необходимо скопировать файлы операци-
онной системы и скопировать загрузчик ОС.

УСТРОЙСТВА:
************
SY: системный диск
DK: устройство по умолчанию
LP: принтер
MZ0:(MC0 RMU) верхний карман дисковода
MZ1:(MC1 RMU) нижний карман дисковода
TT: терминал
NL: нулевое устройство
KD: квазидиск
LD<N>: логический диск N = 0..9
PP: периферийный процессор
HP: центральный процессор

КОМАНДЫ ОС:
************
( ввод команды: <команда><список: /<ключ>> <объект>)

КЛЮЧИ КОМАНД ОС.

ALL:<размер>. - размер выходного файла
ALP - в алфавитном порядке
BAD - пометка дефектных блоков
BL - начальные блоки файлов
BOot - системный загрузчик
BR - только имена и расширения файлов
Concat - объединение нескольких файлов в один
COL:<N> - в N столбцов
COPIES:<N> - N копий
DEL - удаленные файлы
DEVice - устройство на устройство
FULL - свободные области
IGnored - игнорирование ошибок ввода/вывода
NOQ - без запроса
NOREPlase - если файл уже есть , то не копирует
OUtput:<устройство> - копирование на устройство
PRI - на печать
Q - с запросом
REPlase - отмена NOREP
REST - восстановление случайно проинициализированного диска
SEG:<N> - число сегментов (в блоках) под каталог
SLow - поблочное
STart:<блок начала>. - первый блок файла
SYs - системные файлы
VOL - имя диска и владельца
Wait - с заменой дисков
** имена ключей не обязательно записывать полностью, достаточно
того, что записано заглавными буквами. У одной команды может быть нес-
колько ключей, записанных через </>.

КОМАНДЫ.
(в скобках указаны ключи , разрешенные для использования в данной
команде)

1. DIR вывод каталога диска
(BAD BL FULL ALP BR COL DEL PRI VOL )
** DIR/BR MZ0: - просмотреть каталог диска в верхнем кармане дис-
ковода в краткой форме( имя и расширение)
2. INIT организация каталога ! ИНИЦИАЛИЗАЦИЯ !
(BAD NOQ REST SEG VOL WAIT)
** INIT/NOQ/SEG:20 MZ0: - проинициализировать устройство MZ0:, за-
резервировав под каталог 20 блоков.
3.SQueeze сжатие (удаление мусора)
( OU Q NOQ)
** SQ DK: - сжать рабочее устройство.
4.COPy копирование
( BO ALL C Q SYS W DEV IG SL NOREP REP )
***COP/NOREP/SL MZ0:*.* MZ1: - копировать все файлы с MZ0: на MZ1:
поблочно, (кроме тех которые уже есть на MZ1:).
5. BOOT перезагрузка
** BOOT MZ0: - перезагрузить систему с MZ0:
6. DEL удаление
( Q NOQ SY )
** DEL/NOQ *.ASC - удалить все файлы с расширением ASC с рабочего
устройства без запроса.
7. REN переименование
( Q NOQ SY )

** REN A.LST B.DOC - переименовать файл A.LST в B.DOC.
8. CReat создание файла
( ST ALL )
** CREAT MZ0:A.DSK/ST:14. /ALL:400. создать на MZ0: файл с именем
A.DSK размером 400 блоков, начиная с 14 блока от начала диска.
9. PROtect защита
( SY Q )
** PRO *.CAL - отметить как защищенные файлы с расширением CAL.
10. UNPRO отмена защиты
( SY Q )
** UNPRO A:*.PAS - снять защиту с файлов с расширением PAS, распо-
ложенных на логическом устройстве A: .
11. PRInt вывод файлов на печать
(по умолчанию *.LST)
( COPIES W )
** PRI/COPIES:4 A:SPRAW - напечатать 4 копии файла SPRAW.LST с
устройства A: .
12. TYpe вывод файлов на терминал
(по умолчанию *.LST)
( COPIES W )
** TY A.DOC - вывести на экран файл A.DOC .
13.ASsign назначение устройству логического имени
** ASS MZ0: DK: - определить устройство MZ0: как рабочее.
14. DEAssign отмена логического имени
** DEA MZ0:
15. RUn запуск файла с устройства
(по умолчанию *.SAV)
** RU EDIK
15a. Run запуск с системного диска
** POLYSS ** R PAINT
15b. @Run или @ RUn запуск командного файла
(по умолчанию *.COM)
** @STARTS ** @RU BASIC
16. LOAD загрузка драйвера устройства
** LOAD LP
17. UNLOAD выгрузка драйвера устройства
** UNLOAD LP
18. INS включение драйвера устройства
** INS MZ
19. REM выключение драйвера устройства
** REM LC
20. MOUNT создание устройства
** MOUNT LD4: A:PR.DSK - создать устройство LD4: ( логический
диск) на базе файла PR.DSK на устройстве А: .
21. SEt <драйвер> ON установить параметры драйвера
** SE KD ON
22. SEt <драйвер> OFF отменить параметры
драйвера
** SE SL OFF
23. SEt <драйвер> <параметр>[=<значение>] -
установить значения параметров драйвера.
** SE LP LENGTH=75
24. SH ALL конфигурация системы
25. HANDLE <драйвер> - просмотр установок драйвера.
** HANDLE LP
*********************************************

ДРАЙВЕРЫ :
**********
MZ.SYS дисковод через контроллер
MC.SYS дисковод через сеть
LP.SYS принтер
SE LP <ключ>
CSR=176664 регистр состояния принтера
VECTOR=000464 вектор прерывания
SHRIFT=2 (на D100M не работает)
VINT=160 плотность печати 160/72 строк на дюйм
LENGTH=75 число строк в листе
SKIP=10 число строк межстраничного промежутка
WIDTH=60 ширина строки
BEGIN=4 левый отступ
PAGE=1 нумерация страниц
DEV=1 код ПУ (2<->D100М)
ESC=044 код символа, заменяемого при печати на код ($) ESC
*** ключи кодового символа:
E/F вк/выкл жирный шрифт
G/H вк/выкл двойн. пропеч.
M вк/выкл высок. кач.
P вк/вык обыч. шрифт
S0/1 печать индексов
T выкл печати индексов
W0/1 норм. шрифт или в разрядку (при к1.7 -OFF мелкий)
-0/1 вк/выкл подчерк.
3N интерв. N/216 д.
AN интерв. N/72 д.
JN построчная подача вперед на N/216
jN построчная подача назад на N/216
U0/1 установка одно-/двунаправленной печати.
**** действует если запущен драйвер ROBOTRON(DEV=1) (команды типа
ASK NOASK: ASK запрос о готовности листа; FORM перевод формата; FEED
разрешение подачи перевод формата; KOI распознавание РУС ЛАТ; LC рас-
познавание строчных/заглавных букв; COM режим подачи инверсного кода
(на D100М NOCOM)

LC.SYS принтер через сеть, для обращения с РМУ ASS LC: LP:

LD.SYS логический диск
включение:
LOAD LD
CREAT DK:A.DSK/ST:10./ALL:50.
MOUNT LD5: DK:A.DSK
INIT/NOQ/SEG:10 LD5:

KD.SYS квазидиск
включение:
LOAD KD
SET KD ON
INIT/NOQ KD:
ASS KD: DK:

ED.SYS электронный диск
NL.SYS нулевое устройство
SL.SYS командная строка
SE SL NOANSI настраивает клавиатуру под терминал VT52
SE SL PRINT включение твердой копии экрана
SE SL NOPRINT выключение твердой копии экрана
SE SL NOLET запрещает работу запрограммированных клавиш
SE SL LET разрешает работу запрограммированых клавиш,
вход в режим программирования клавиш
/L просмотр назначений клавиш
<к>/D отмена назначения <к>
/А отмена всех назначений
назначение:
<к>=<строка> присвоить <к> значение <строка>
<к>=<строка>_ автоматическое выполнение команды
<к>=<строка1>_<строка2>_ последовательный вызов команд
PP.SYS переферийный процессор
HP.SYS центральный процессор
TT.SYS терминал

ФАЙЛЫ

размер в блоках метка защиты от удаления
(1 бл = 0.5кБ) \ /
DAY .SAV 48P 12-Sep-95
имя расширение дата создания

DAY .SAV 48P 12-Sep-95
число
знакомест 6 4 3 1 9

Расширения:

----------T---------------------------------¬
¦ расш. ¦ файлы ¦
+---------+---------------------------------+
¦ .SYS ¦ системные ¦
¦ .COM ¦ командные ¦
¦ .SAV ¦ рабочие программы ¦
¦ .LST ¦ тексты ¦
¦ .PAS ¦ программа на языке PASCAL ¦
¦ .PSC ¦ программа на языке PASCAL ¦
¦ .ASC ¦ программа на языке BASIC ¦
¦ .COD ¦ программа на языке BASIC во ¦
¦ ¦ внутренних кодах BASIC системы ¦
¦ .PRL ¦ база знаний на ПРОЛОГе ¦
¦ .CAL ¦ электронные таблицы ¦
¦ .TBF ¬ ¦ ¦
¦ .DEF +- ¦ базы данных ¦
¦ .ADF - ¦ ¦
¦ .BAK ¦ резервные копии ¦
¦ и др. ¦
L--------------------------------------------

--------------------------------------------
- -
- ЛОКАЛЬНАЯ СЕТЬ УК-НЦ -- ПРОГРАММЫ СВЯЗИ -
--------------------------------------------

1. BASIC система
----------------
Запуск :
@BASIC <ВК><ВК>
Меню:
Ж - ждать загрузки
( выбрав этот пункт включаем поочередно РМУ, последние переходят в
ждущий режим)
З - загрузка
(одновременная загрузка BASIC системы на все ждущие РМУ)
К - выход в меню связи
Ф - выбор загружаемого файла
(практически не работает)
! после загрузки РМУ РМП переходит в режим связи. МЕНЮ СВЯЗИ:
1.Продолжение ( чтение/запись с РМУ )
2.Подтверждение запроса на запись
3.Подтверждение запроса на чтение
4.Запрет записи
5.Запрет чтения
6.Блокировка сообщений
7.Сброс (сброс установок)
8.Загрузка Бэйсик-системы (на одно РМУ)
9.Конец ( выход из программы связи)
** во 2-6 пунктах номера РМУ помечаются <ВК>

2.KLNET
-------
Работа на РМП:
Запуск:
klnet
(Выход из программы <АР2><АР2>)
на запрос УКАЖИТЕ ЧИСЛО СТАНЦИЙ введите число РМУ
на запрос ВВЕДИТЕ ЧИСЛО БЛОКОВ ОБМЕНА - число (200-300)
на запрос ВВЕДИТЕ СПЕЦИФИКАЦИЮ ФАЙЛА ЗАДАЧИ можно ответить двояко:
1. <ВК> - в этом случае выходит таблица программы связи. Затем
можно включить поочередно все РМУ. Загрузка произойдет уже без вашего
участия.
2. Ввести имя программы, которую вы желаете загрузить на РМУ. Пос-
ле чего на РМП появится приглашение ДЛЯ ПРОДОЛЖЕНИЯ НАЖМИТЕ ЛЮБУЮ КЛА-
ВИШУ. (!! не спешите ее нажимать !!) Включаем поочередно РМУ. На экра-
нах которых должно появиться сообщение ЗАГРУЖАЕТСЯ ЗАДАЧА <имя прог-
раммы>. Когда все РМУ готовы можно нажать любую клавишу. Программа
загрузиться на РМУ.
Работа на РМУ:
После завершения "нормальной" загрузки (когда не указывается конк-
ретная программа) на экране появляется панель программы связи с меню
команд (Старт, Команда, Резерв, Диск -- для работы достаточно Старт и
Диск).
Диск:
выбираем нужный диск (А или Б) посредством клавиш ВВЕРХ и ВНИЗ и
нажимаем ВК. На панели появится каталог выбранного диска. Двукратное
нажатие АР2 дает возможность выбора файла (ВПРАВО, ВЛЕВО, ВВЕРХ, ВНИЗ
и после выбора ВК). затем переходим в пункт меню Старт и дважды нажи-
маем ВК. программа начинает загружаться на РМУ.

3.RMU
-----
Запуск: @RMU
Выход: АР2 СТОП
Посредством клавиши СБРОС выбираем либо отдельную РМУ для
загрузки либо ВСЕ, затем включаем РМУ. РМУ готовые к загрузке на
экране РМП будут помечены звездочкой. Затем в отведенном для это-
го месте выбираете программу для загрузки или пишите большими
буквами ее имя и нажимаете + на дополнительной клавиатуре. Проис-
ходит загрузка. Кроме программы можно загрузить еще и алгоритмы
или обстановки (работают только с программой КUMIR, загрузка и
выбор производятся аналогично работе с программами).

Программы:
KUMIR - алгоритмический язык
ALMIR - стековый калькулятор, резчик металла
ASMIR - переводчик с машинных кодов на ассемблер
KLAWIR - клавиатурный тренажер

4. NETSVD
---------
Работает в оболочке SC , в меню РАБОТА С КЛАССОМ, подменю ЗАГРУЗКА
СИСТЕМЫ.
Стартовый файл : r rulon
load lp
load mc
se sl on
se err none
Необходимые программы: NETSVD,NSYS,ZAGMC,ZAGMP,ZAGPP,ZAGPRG.

Главное меню NETSVD:
К1 - загрузка системы на РМУ
( загружаются файлы-загрузчики, после загрузки РМУ на последнем
можно работать практически как на РМП)
К2 - загрузка программ на РМУ
(загружаются программы)
К3 - монтаж логических дисков
(логическим дискам, доступным РМУ МС0:-МС7: ставятся в соответс-
твие логические и физические устройства РМП)
К4 - генерация системы
(создаются файлы загрузчики)
СБРОС - выход из NETSVD.
(при работе в подменю - выход в главное меню)
Генерация системы:
Выбрав этот режим, включаем РМУ на котором и производим дальнейшие
процедуры. Обеспечив полную загрузку операционной системы на РМУ, кон-
фигурируем последнюю в нужном нам виде ( отключаем, подключаем, наст-
раиваем и т.п. драйверы устройств посредством команд ОС). Затем запус-
каем программу NSYS. На запрос * вводим имя файла ( обычно
SY:<имя>.SVD ). На запрос "командный файл?" отвечаем либо Y либо N.
Y: вводим через ВК команды системы , составляющие командный файл.
Завершаем создание командного файла совместным нажатием клавиш (СМЕНА
РЕГИСТРА) и (Возврат Каретки (ВК)). Происходит запись.
N: Запись происходит сразу.

!! в пунктах главного меню, вызываемых (К1,К2,К3) функциональные
клавиши имеют следующие назначения :
ЗБ - убрать из панели выбора
ВК - занести на панель выбора
К3 - выбрать устройство, считать каталог
К4 - перемещение с панели файлов на панель выбора и обратно
( в К1 отсутствует)
К5 - пуск (в К3 отсутствует)
К1 - загрузка в ОЗУ ( только в К2)
К2 - загрузка на квазидиск ( только в К2)

Ниже приведены примеры файлов-загрузчиков, написанных для случая,
когда системный диск в верхнем кармане дисковода, а рабочий - в ниж-
нем. (1-2 : ПОСЛЕ ЗАПРОСА ДАТЫ НАЖАТЬ УПР/Ц. 3 - дать системе загру-
зиться на РМУ до конца.)

ЗАГРУЗЧИКИ:
**********
1. GRAPH.SVD - работа сo всем кроме CALC,EDIK отключен прин-
тер и все драйверы кроме MC
.UNLOAD MZ ¦ .REM LD
.REM MZ ¦ .UNLOAD KD
.UNLOAD NL ¦ .REM KD
.REM NL ¦ .SET SL OFF
.UNLOAD LP ¦ .UNLOAD SL
.REM LP ¦ .REM SL
.UNLOAD LC ¦ .R HP.SYS
.REM LC ¦ .R PP.SYS
.UNLOAD ED ¦ .ASS MC1: B:
.REM ED ¦ .ASS MC0: A:
.UNLOAD LD ¦ .ASS MC1: DK:
стартовый файл: R SY:ZAGPRG
2. EDITOR.SVD - работает CALC,EDIK; удобен для СУБД, PAS,
PRORMU, DBAS. Подключены квазидиск и принтер.
.UNLOAD MZ ¦ .SET SL OFF
.REM MZ ¦ .UNLOAD SL
.UNLOAD NL ¦ .REM SL
.REM NL ¦ .R HP.SYS
.UNLOAD ED ¦ .R PP.SYS
.REM ED ¦ .ASS MC0: A:
.UNLOAD LD ¦ .ASS MC1: B:
.REM LD ¦ .LOAD KD
.UNLOAD LP ¦ .SET KD ON
.REM LP ¦ .INIT/NOQ KD:
.LOAD LC ¦ .ASS KD: DK:
.ASS LC: LP: ¦
стартовый файл: R SY:ZAGPRG
3. MUSIC.SVD - работает MU,DBAS. Подключен принтер.
.UNLOAD MZ ¦ .UNLOAD LP
.REM MZ ¦ .REM LP
.UNLOAD ED ¦ .LOAD LC
.REM ED ¦ .ASS LC: LP:
.UNLOAD LD ¦ .ASS MC1: DK:
.REM LD ¦
стартовый файл: R SY:ZAGPRG
*********************************************
Кроме вышеперечисленных могут быть использованы также прог-
раммы связи: NET, SOSNET, SATURN и программа связи операционной
системы АДОС.

--------------------------------
- -
- ПРОГРАММНЫЕ СРЕДСТВА УК-НЦ. -
--------------------------------

1. СМИРНОВ КОММАНДЕР.
---------------------
(подобие Norton Commander для УК-НЦ)
Требуются файлы:
SC.SAV, SC.EXE,SC.MEN,SC.KEY,SC.TMP.
Желательно:
ASTRAL, BOLD, BOLDL, FONTUK, NORML, SANSER, NS(?),KEYS(?).
!!! Для нормальной работы предварительно выполнить SET ERROR NONE !

Горячие клавиши:
<BK> выполнить действия с текущим файлом по умолчанию
<ТАБ> переход на другую панель
* берутся только определенные файлы
для операций delete,move,rename,S
<K1> SELECT - отмеченные
<K2> ALL - все видимые на текущей панели
<K3> CURSOR - текущий
<K4> очистить список отмеченных файлов
<K5> отметить файлы
C Выполнить команду монитора, команда запрашивается
E редактировать файл
H изменить текущее устройство
W задать маску для выводимых файлов
U вызвать меню пользователя
V просмотр текстового файла, прервать УПР+Ц
K просмотр файла запрограммированных клавиш, можно выбрать
нужную команду и запустить ВК
Q Выход из программы, текущее состояние запоминается
B вывод только имен файлов
F вывод имен,длин и дат файлов
D удалить текущие файлы
R переименовать текущие файлы
M скопировать текущие файлы на другую панель
S скопировать(и переименовать) текущие файлы на другую панель

МЕНЮ ПОЛЬЗОВАТЕЛЯ
Файл SC.MEN представляет собой обычный текстовый файл, в ко-
тором с помощью меток заданы команды операционной системы. Струк-
тура вложенных друг в друга команд меню может быть отображена с
помощью такого дерева (ваше меню может иметь и другую структуру).
Более подробное обсуждение выходит за рамки данного описания.

--T-РАБОТА С СИСТЕМОЙ
¦ +-T- Смена экранного шрифта
¦ ¦ +----- ASTRAL
¦ ¦ +----- BOLD
¦ ¦ +----- BOLDL
¦ ¦ +----- FONTUK
¦ ¦ +----- NORML
¦ ¦ L----- SANSER
¦ +-T- Работа с драйвером SL
¦ ¦ +----- Включить
¦ ¦ +----- Выключить
¦ ¦ +----- Просмотр функциональных клавиш
¦ ¦ L----- Настройка функциональных клавиш
¦ +-T- Загрузка драйверов
¦ ¦ +----- Квазидиск KD
¦ ¦ +----- Логические диски LD
¦ ¦ +----- Принтер LP
¦ ¦ +----- Локальная сеть MC
¦ ¦ +----- Нуль-устройство NL
¦ ¦ L----- Терминал TT
¦ +-T- Выгрузка драйверов
¦ ¦ +----- Квазидиск KD
¦ ¦ +----- Логические диски LD
¦ ¦ +----- Принтер LP
¦ ¦ +----- Локальная сеть MC
¦ ¦ +----- Нуль-устройство NL
¦ ¦ +----- Терминал TT
¦ ¦ L----- Выгрузить ВСЕ-ВСЕ-ВСЕ!
¦ +-T- Работа с каталогами
¦ ¦ +----- Сохранить для MZ0:
¦ ¦ +----- Восстановить для MZ0:
¦ ¦ +----- Сохранить для MZ0:
¦ ¦ L----- Восстановить для MZ0:
¦ +--- Назначение LD
¦ L--- Отмена LD
¦
+-T-РАБОТА С ДИСКАМИ
¦ +----- Форматирование MZ0:
¦ +----- Форматирование MZ1:
¦ +----- Проверка MZ0:
¦ +----- Проверка MZ1:
¦ +----- Вызов программы СF
¦ +----- Инициализация
¦ +----- Копирование диска
¦ +----- Копирование загрузчика
¦ +----- Сжатие текущего диска
¦ +----- Включить квазидиск
¦ L----- Выключить квазидиск
+-T-РАБОТА С ФАЙЛАМИ
¦ +----- Копирование MZ0 -> MZ1
¦ +----- Копирование MZ1 -> MZ0
¦ +----- Копирование ПЛОХИХ файлов
¦ +----- Установка защиты файлов
¦ L----- Снятие защиты файлов
+-T-РАБОТА С КЛАССОМ
¦ L----- Загрузка системы на РМУ
+-T-РАБОТА С АРХИВАМИ
¦ +----- Каталог архива с MZ0:
¦ +----- Каталог архива с MZ1:
¦ +----- Деархивация MZ1->MZ0
¦ +----- Деархивация MZ0->MZ1
¦ +----- Деархивация MZ1->TT
¦ +----- Деархивация MZ1->TT
¦ +----- Деархивация MZ1->LP
¦ +----- Деархивация MZ1->LP
¦ +----- Запуск архиватора LZA
¦ L----- Запуск деархиватора UZA
+-T-РАБОТА С ТЕКСТАМИ
¦ +----- Просмотр LST-файла
¦ +----- Просмотр HLP-файла
¦ +----- Просмотр редактором
¦ +----- Редактирование (LST)
¦ L----- Создание нового (LST)
¦
L-T-РАБОТА С ПРИНТЕРОМ
+-T- Настройка драйвера
¦ +-T- ОБЩЕЕ
¦ ¦ +------ Печать на листы ASK
¦ ¦ +------ Печать на рулон NOASK
¦ ¦ +------ Длина страницы LENGTH
¦ ¦ +------ Ширина строки WIDTH
¦ ¦ +------ Левое поле BEGIN
¦ ¦ +------ Автонумерация ЕСТЬ
¦ ¦ +------ Позиция номера BLANK
¦ ¦ +------ Автонумерации НЕТ
¦ ¦ +------ Кодировка КОИ-8
¦ ¦ +------ Кодировка КОИ-7
¦ ¦ +------ Инверсия данных ЕСТЬ
¦ ¦ L------ Инверсии данных НЕТ
¦ +--T- D100
¦ ¦ L------ ................
¦ +--T- D100M(I)
¦ ¦ L------ ................
¦ +-T- D100M(II)
¦ ¦ L------- ................
¦ +-T- ROBOTRON
¦ ¦ L------- ................
¦ +-T- CPF H80
¦ ¦ L------- ................
¦ L-T- EPSON LX/FX
¦ ¦ ................
¦ +------ Настройка драйвера
¦ +------ Интервал (знаков/дюйм)
¦ +------ ОБЩЕЕ
¦ L---T-- ШРИФТЫ
¦ +------ Пика(0)
¦ +------ Элита(1)
¦ +------ Пропорциональный(2)
¦ +------ Сжатый(4)
¦ +------ Жирный(8)
¦ +------ Двойной(16)
¦ +------ Вразрядку(32)
¦ +------ Курсив(64)
¦ +------ Подчеркнутый(128)
¦ L------ Комбинированный(ххх)
¦
+---- Печать из ОС (LST)
L---- Вызов PAGER`a (LST)

2. АРХИВАТОРЫ.
-------------
LZA - АРХИВАТОР
Формат:
ФАЙЛ-АРХИВ{.LZA}{[размер]}}{,каталог{.CAT}}{=
{*}|{Устройство:}Имя(имена)файла(файлов){%|*}{/ключи}}

Ключи:
A{DEV:} - добавлять файлы в архив с перезаписью на DEV,
при ошибке записи старый файл=*.LZ;
C{num:} - дописать в конец архива общий каталог, num - объем
памяти резервируемый под каталог ;
D:dd:mm:yy - архивация файлов с даты dd:mm:yy;
E - удалить помеченные файлы из архива;
M - удалять незащищенные архивируемые файлы;
P:xxx - установить пароль ххх;
Q - архивировать/удалять с подтверждением;
/ - перечисление файлов (только из командного файла).

UZA - ДЕАРХИВАТОР
Формат:
{{устройство:}{Выходные файлы}{%|*}=
}{устройство:}файл-архив{.LZA}{/ключи}

Ключи:
L - просмотр каталога архива;
N - деархивация без повторения одинаковых;
O - старый формат архива - один файл LS.SAV;
R - переписывать одноименные без подтверждения;
T - проверить архив на корректность;
V - сравнить исходные файлы с файлами в архиве;
D:dd:mm:yy - деархивация файлов с даты dd:mm:yy;
P:xxx - доступ по паролю ххх;
Q - деархивировать с подтверждением.

3. КОПИРОВАНИЕ.
------------------
SCOP - восстановление испорченных файлов, поблочное копирова-
ние.
COPYDD - копирование устройства на устройство.
COPW - копирование с заменой дисков.

4.ПЕЧАТЬ
------------

ALISA печать текстов в графическом режиме.
(предварительно запустить SETKEY) <УПР>/<Ц> выход

PAGER форматирование и печать текстов.
пример вывода *LP:=IN.LST
<ВВЕРХ> команда к выводу
I подсказка H шапка ЕСТЬ/НЕТ
T вывод на экран Z зона печати
E выход W ширина колонки
O вывод в файл (на печать) F новый файл
B изменить левое поле + табулятор ЕСТЬ/НЕТ
Y число строк в листе L прогон строки
A автовывод листов P прогон формата
N нумерация ЕСТЬ/НЕТ S перезапуск
R транслитерация

D100M - настройщик печатающего устройства.

5. ПРОГРАММЫ РЕЗИДЕНТЫ:
-------------------------

RCALC калькулятор
<ФИКС>/<Ц> вызов
<ВК>,<НР>/<ВК> вычислить
<УПР>/<Ц>,Е,е,Q,q -выход
Cмена системы счисления на B,b двоичную D,d десятичную O,o восьме-
ричную H,h шестнадцатеричную

RASCII таблица кодов
<ФИКС>/<А> вызов
<УПР>/<Ц> выход

6. ГРАФИЧЕСКИЕ УТИЛИТЫ
-------------------
(используют стандартную систему координат: (0,0) <-> левый нижний
угол экрана, расширение по умолчанию *.PCX)
Запуск: R <имя утилиты> <имя файла>[/<ключ>:<значение>] RU <имя
утилиты> <имя файла>[/<ключ>:<значение>] * если число в десятичной за-
писи то после него<.>

1.PCXWRT
(сохраняет в файле копию экрана на момент запуска программы)
Ключи:
1.X<-> абсцисса левого нижнего угла прямоугольной области экрана
для сохранения
2.Y <-> ордината левого нижнего угла
3.W <-> ширина по горизонтали сохраняемой области
4.V <-> ширина по вертикали
** размеры экрана 640. Х 264.

2.PCXREA
( Выводит хранящееся в файле *.PCX изображение на экран.)
Ключи:
1.X <-> абсцисса левого нижнего угла прямоугольной области экрана
для сохранения
2.Y <-> ордината левого нижнего угла
3.W <-> ширина по горизонтали сохраняемой по умолчанию до правой
нижней границы.
4.V <-> ширина по вертикали сохраняемой по умолчанию до правой
нижней границы.
5.S <-> указывает, что после чтения изображения на экран его нужно
показать в палитре на момент сохранения изображения. После нажатия лю-
бой клавиши восстанавливается текущая цветовая палитра.

3.PCXFRZ
( Записывает изображение в файл во время работы других программ.
При удачной записи имя выходного файла корректируется: если был запи-
сан файл аааа00.PCX, то следующая запись пойдет в файл аааа01.PCX и
т.п. По умолчанию запускается <ИСП>)
1.X <-> абсцисса левого нижнего угла прямоугольной области экрана
для сохранения
2.Y <-> ордината левого нижнего угла
3.W <-> ширина по горизонтали сохраняемой области
4.V <-> ширина по вертикали
5.D <-> определяет физическую ширину экрана.
Число задаваемое этим ключом определяет, сколько нужно добавить к
адресу ОЗУ экрана, чтобы байт по этому адресу был точно под предыду-
щим. По умолчанию установлена ширина в 80 байт.
6.R <-> определяет регистр "горячей" клавиши - по нажатию которой
резидент начинает свою работу. Допустимы следующие значения регистра:
NOR <-> в нижнем или верхнем , русском или латинском (по умолча-
нию)
NR <-> в нижнем регистре
GRF <-> в режиме табличной графики
UPR <-> в режиме генерации управляющих символов
FKS <-> при нажатии вместе с <ФИКС>
7.К <-> определяет "горячую" клавишу. Допустимы следующие значе-
ния:
POM <-> <ПОМ>;
ISP <-> <ИСП>;
D<цифра> <-> цифровые клавиши ДКЛ
F<цифра> <-> цифровые клавиши основной клавиатуры;
AR2 <-> АР2 и др.
8.Т <-> устанавливает время срабатывания. Через заданный интервал
времени после запуска утилиты будет активизирован резидент. После то-
го, как он активизировался и отработал, он прекращает отсчет времени.
Поэтому записать копию экрана с использованием ключа Т можно только
один раз.
9.С <-> устанавливает номер канала для обмена с диском. Всего в
операционной системе 16 каналов обмена с внешними устройствами с номе-
рами от 0 до 15. По умолчанию 14.
10.А <-> адрес загрузки в ПП. Автоматически, резидент загружается
в верхние адреса ПП, но, если при активизации резидента ЭВМ "повисла",
то значит область памяти занимаемой резидентом используется этой прог-
раммой. В таком случае можно изменить адрес загрузки в ПП. Если не ис-
пользовался и не предполагается использовать загружаемый шрифт, то
можно установить адрес загрузки 15142.

4.PRPLAN
(Печать содержимое графического экрана на ПУ. Может быть запущена
из стартового командного файла. Запускается нажатием <УПР>/<ИСП>)
1. D: <-> устройство печати: 0 или R <-> ROBOTRON 1,E или EPS <->
EPSON,D100М 2 или D или D10 <-> D100
2. P: <-> номер копируемого плана памяти (0,1 по умолчанию, или 2)
3. W: <-> Горизонтальная плотность(ширина)
значение
EPSON ROBOTRON D100М D100
0 80 80 80 норм.ширина
по умолчанию
1 120 120 120 сжатая
3 240 240 240 -
4 80 80 80 по ум. -
5 72 72 - -
6 90 90 - -

4. 2 <-> Двойная ширина
5. L: <-> оставить левые поля (указать число пробелов<=80)
6. S: <-> начальная печатаемая позиция экрана (>=0 и <=80)
7. Е: <-> конечная печатаемая позиция экрана (>=0 и<=80)
8. I <-> инвертировать черное и белое (I:ALL <-> инвертировать
все)
9. Т: <-> влияет на скорость печати (по умолчанию 32)
10. R <-> заменить старую копию программы новой при перезапуске
** например: R SY:PRPLAN /D:1/R

7. УТИЛИТЫ РАБОТЫ С УСТРОЙСТВАМИ.
---------------------------------

TESTMZ - форматирование дискет
После запуска на экран выводится меню:
---> установка параметров
форматирование.
Выберем форматирование.
Запрос: Выбор:
Разметка стандартная (Д,Н,К)? Д
Устройство (0,1,2,3)? 0 или 1
Повторить при тех же Д (другая дискета)
параметрах (Д,Н,К)? К (выход в главное меню)

После чего в главном меню набираем "О" и ВК, после чего ини-
циализируем дискету.

СF,MZFORM - программы форматирования дисков.

DAY - установка даты, стартовый файл.
<-> - день назад
< > - день вперед
<L> - месяц назад
<H> - месяц вперед
<S> - вход в сервисный режим
N=command , n=[1..9].
<E> - выход из сервисного режима

SETKEY - настройка клавиатуры УК-НЦ под ДВК-4.
TTY - постраничный просмотр текстов.
KLAW - клавиатурный тренажер.

8. РОБОТЛАНДИЯ.
--------------
УПР/? - подсказка
УПР/СТОП - выход
УПР/ЗБ - откатка (отмена последней операции)
УПР/ВК - накатка (восстановление последней удаленной операции)
АР2 - сброс
СБРОС - стереть/очистить

1. RBCOM - АРХИТЕКТУРА архитектура ЭВМ
2. RBCUR - КУРСОР тренажер
3. RBMOR - МОРСКОЙ БОЙ игра

4. RBWAT - ПЕРЕЛИВАШКА 3 сосуда с водой
5. RBHOR - КОНЮХ шахматные кони
6. RBRIV - ПЕРЕВОЗЧИК волк,коза и капуста
7. RBQUE - УГАДАЙКА угадать число
8. RBTOW - ХАНОЙСКАЯ БАШНЯ 3 пирамидки с кольцами
9. RBTRA - СТРЕЛОЧНИК паровоз и вагоны

10. RBMIC - МИКРОН текстовый редактор
11. RBSHR - ШАРМАНЩИК музыкальный редактор
12. RBPNT - РАСКРАШКА графический редактор

13. RBSQU - КВАДРАТИК геометрические фигуры
14. RBPLU - ПЛЮСИК стековый калькулятор
15. RBAUT1 - АВТОМАТ кнопочный автомат (+,*)
16. RBBUK - БУКВОЕД
Алгоритм - номер задания
Опыт - вводим данные - машина
преобразует
Экзамен - преобразуем сами
Дневник - просмотр результатов
опыта
17. RBPRAW - ПРАВИЛКА Проверка грамотности
18. RBCOC - КУКАРАЧА Исполнитель алгоритмов

***********************************************
Литература:
1. Документация на программные пакеты УК-НЦ: ОС, RT11SJ, NETSVD,
BASIC, KUMIR.
2. Журнал "Информатика и образование" 2-6,1992г.
</pre>

User:Nzeemin

2007-10-15T08:26:14Z

Nzeemin:

== Контакты ==
* Почта: mailto:nzeemin(пёсык)mail(крапка)ru
* [http://nzeemin.livejournal.com/ ЖЖ]

== См. также ==
* [http://ru.wikipedia.org/wiki/Участник:Nzeemin Участник:Nzeemin в русской Википедии]

Uknc notes

2007-10-15T08:24:42Z

Nzeemin:

=== [[User:Nzeemin|NZeemin]] 02:02, 5 July 2007 (EDT) ===
Отладочный режим в разрешении 1024 × 768 выглядит пока не очень, но мы над этим работаем…

[[Image:UkncBTL-20070705.png|256px]]

=== [[User:Nzeemin|NZeemin]] 03:34, 4 July 2007 (EDT) ===
После 3-месячного перерыва вновь возвращаюсь к работе над проектом. Дописывается инсталлятор, надеюсь в скором времени выдать первую публичную версию. Кстати, благодаря Феликсу у нас появилась эмуляция звука.

=== [[User:Nzeemin|NZeemin]] 05:55, 31 March 2007 (EDT) ===
Обращаю ваше внимание на появление [[UKNCBTL FAQ|FAQ]] по эмулятору.

=== [[User:Felix|Felix]] 19:27, 28 March 2007 (EDT) ===

Ну вот мы и загрузились!!! огромное спасибо Alex_K за консультации :)

[[Image:Uknc_loaded.png]]

[[Image:Uknc_disk_basic.PNG]]

=== [[User:Nzeemin|NZeemin]] 08:18, 27 March 2007 (EDT) ===

Феликс провел перетряску кода процессора, в результате чего мы сегодня имеем работающий Бейсик Вильнюс! 
Мой скромный вклад состоит в программировании обращений к кассете ПЗУ и исправлении нескольких багов…

[[Image:UkncBTL-20070327.png]]

Спасибо Alex_K за консультации и код. Спасибо Арсению за время и силы, потраченные на получение дампа кассеты ПЗУ.

P.S. Если кто интересуется процессом загрузки из картриджа ПЗУ — дизасм тут: [[Uknc ROM Basic boot]].

== [[User:Nzeemin|NZeemin]] 13:57, 23 March 2007 (EDT) ==
Если вставить в эмулятор НЕзагрузочный диск (а вставить его можно командой Emulator|Floppy0) и выбрать в начальном меню пункт <code>1 - диск</code>, то спустя несколько секунд мы увидим вот такую картинку:

[[Image:UKNC-NoBootOnVolume.png]]

Это всё уже достижения Феликса, моих знаний для отладки таких чудес давно уже не хватает.
Зато я делал для него отладчик :)
Но об отладчике — в другой раз, вернёмся к надписи на экране. По крайней мере, я могу объяснить вам откуда она взялась.

С диска был запрошен на чтение сектор 1 дорожки 0. Эти данные прочитались в память ЦПУ с адреса 000000 и выглядят они вот так:
000000 000240 000005 000404 000000 000000 041420 116020 000400 =··········C·°··
000020 004067 000044 000015 000000 005000 041077 047517 026524 7·$·······?BOOT-
000040 026525 067516 061040 067557 020164 067157 073040 066157 U-No boot on vol
000060 066565 006545 005012 000200 105737 177564 100375 112037 ume···-·ъ-tЪЩ-·¦
000100 177566 100372 000777 000000 000000 000000 000000 000000 vЪЗ-Ъ···········
000120 000000 000000 000000 000000 000000 000000 000000 000000 ················
000140 000000 000000 000000 000000 000000 000000 000000 000000 ················
000160 000000 000000 000000 000000 000000 000000 000000 000000 ················
Этому соответствует вот такой код:
000020 004067 JSR R0, 000070
000022 000044
---
000024 ; Тут собственно последовательность байт для передачи на терминал
---
000070 105737 TSTB @#177564 ; Проверяем слово состояния терминала
000072 177564
000074 100375 BPL 000070 ; Терминал готов принять очередной символ?
000076 112037 MOVB (R0)+, @#177566 ; Отправляем символ на терминал
000100 177566
000102 100372 BPL 000070 ; Появился не-символ - значит все выдали
000104 000777 BR 000104 ; Зацикливание
При переходе на адрес 000070, в регистр R0 попадает значение 000024, по которому находится серия символов для терминала. После конца последовательности находится НЕ-символ, отличающийся наличием верхнего бита, и этот НЕ-символ по совместительству является командой по адресу 000070.

P.S. Кстати, приведённый здесь дамп и код — это copy/paste из консоли нашего отладчика. Ну, кроме комментариев, конечно…

== [[User:Felix|Felix]] 01:10, 23 March 2007 (EDT): ==

А мы в загрузчике RT11 :) -- ему пока, правда, что-то не живется, но тем-не менее.... Уфф -- ну и намучался я с контроллером дисковёрта...

[[Image:Uknc rt11 first.png]]

== [[User:Felix|Felix]] 22:52, 20 March 2007 (EDT): ==

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

P.S. Оказывается эмулятор лучше чем настоящее железо -- у меня на машине -- на 3м проходе уже ошибки памяти появлялись

[[Image:Uknc test1.png]]

== [[User:Nzeemin|NZeemin]] 16:00, 20 March 2007 (EDT): ==

Сделал в меню команду сохранения скриншота, так что уже без лишних рамочек:

[[Image:UkncBTL-07.png]]

За кадром остаётся огромное количество работы, которую проделывает Феликс для того, чтобы вся эта радость заработала как надо…

== 2007/03/20 ==
Сегодня УКНЦ полностью ожил -- тест показывает 0 ошибок и мы готовы к загрузке реального софта :

[[Image:Uknc_test1.png]]

== 2007/03/15 ==
Третья запись за сегодня

УРА!!! исправил страааашную ошибку в процессоре --- заработало <s>всё</s> :) теперь видно -- что-же печаталось

Проблема была в адресации -- не учитывалась байтовая адресация!

Смотрим сюда --

[[Image:uknc-errors1.png]]

--[[User:Felix|Felix]] 19:04, 15 March 2007 (EDT)

== 2007/03/15 ==

Вторая запись за сегодня --

по адресу 14142 - таблица адресов символов в фонте

sub_111272 - печать символа R0

--[[User:Felix|Felix]] 16:52, 15 March 2007 (EDT)
== 2007/03/15 ==
Пример работы советских кодописателей == спагетти а не код

ROM:111112 ; ---------------------------------------------------------------------------
ROM:111112
ROM:111112 loc_111112: ; CODE XREF: ROM:111132
ROM:111112 add @#22546, PC
ROM:111116 return
ROM:111120 ; ---------------------------------------------------------------------------
ROM:111120 trap 4
ROM:111122 inc @#7064
ROM:111126 dec @#7064
ROM:111132 beq loc_111112
ROM:111134 tst @#7060
ROM:111140 beq loc_111204
ROM:111142 return
ROM:111144 ; ---------------------------------------------------------------------------
ROM:111144 inc @#7066
ROM:111150 mov @#23150, R5
ROM:111154 mov 34(R5), @#177016
ROM:111162 mov 40(R5), @#177020
ROM:111170 mov 40(R5), @#177022
ROM:111176 movb 70(R5), @64(R5)
ROM:111204
ROM:111204 loc_111204: ; CODE XREF: ROM:111140
ROM:111204 movb @22542, R0
ROM:111210 inc @#22542
ROM:111214 bic #200, @#22542 ; 'A'
ROM:111222 mov #-66652, -(SP)
ROM:111226 bic #-400, R0
ROM:111232 cmp R0, #40 ; ' '
ROM:111236 bcc loc_111260
ROM:111240 tstb @#22552
ROM:111244 beq loc_111252
ROM:111246 jmp loc_111730
ROM:111252 ; ---------------------------------------------------------------------------
ROM:111252
ROM:111252 loc_111252: ; CODE XREF: ROM:111244
ROM:111252 asl R0
ROM:111254 jmp @13142(R0)
ROM:111260 ; ---------------------------------------------------------------------------
ROM:111260
ROM:111260 loc_111260: ; CODE XREF: ROM:111236
ROM:111260 cmpb R0, #77 ; '?'
ROM:111264 blos sub_111272
ROM:111266 bis @#22556, R0
ROM:111272 ; --------------- S U B R O U T I N E ---------------------------------------
ROM:111272
ROM:111272
ROM:111272 sub_111272: ; CODE XREF: ROM:111264�j
ROM:111272 ; ROM:111744�P ...
ROM:111272 asl R0
ROM:111274 mov 14142(R0), R1
ROM:111300 mov 10(R5), R0
ROM:111304 mov #-770, R2
ROM:111310 mov #-754, R3
ROM:111314 mov @R5, @R2
ROM:111316 add 56(R5), PC
ROM:111322 movb (R1)+, R4
ROM:111324 mov R4, @R3
ROM:111326 add R0, @R2
ROM:111330 movb (R1)+, R4
ROM:111332 mov R4, @R3
ROM:111334 add R0, @R2
ROM:111336 movb (R1)+, R4
ROM:111340 mov R4, @R3
ROM:111342 add R0, @R2
ROM:111344 movb (R1)+, R4
ROM:111346 mov R4, @R3
ROM:111350 add R0, @R2
ROM:111352 movb (R1)+, R4
ROM:111354 mov R4, @R3
ROM:111356 add R0, @R2
ROM:111360 movb (R1)+, R4
ROM:111362 mov R4, @R3
ROM:111364 add R0, @R2
ROM:111366 movb (R1)+, R4
ROM:111370 mov R4, @R3
ROM:111372 add R0, @R2
ROM:111374 movb (R1)+, R4
ROM:111376 mov R4, @R3
ROM:111400 add R0, @R2
ROM:111402 movb (R1)+, R4
ROM:111404 mov R4, @R3
ROM:111406 add R0, @R2
ROM:111410 movb (R1)+, R4
ROM:111412 mov R4, @R3
ROM:111414 add R0, @R2
ROM:111416 movb (R1)+, R4
ROM:111420 mov R4, @R3
ROM:111422 inc @R5
ROM:111424 dec 16(R5)
ROM:111430 bne locret_111624
ROM:111432 mov 22(R5), @R5
ROM:111436 mov 4(R5), 16(R5)
ROM:111444
ROM:111444 loc_111444: ; CODE XREF: ROM:114222�J
ROM:111444 add #54, 32(R5) ; ','
ROM:111452 cmp 32(R5), 26(R5)
ROM:111460 bne loc_111470
ROM:111462 mov 24(R5), 32(R5)
ROM:111470
ROM:111470 loc_111470: ; CODE XREF: sub_111272+166�j
ROM:111470 add @32(R5), @R5
ROM:111474 dec 20(R5)
ROM:111500 bne locret_111624
ROM:111502 add 74(R5), PC
ROM:111506 br loc_111626
ROM:111510 ; ---------------------------------------------------------------------------
ROM:111510 inc 20(R5)
ROM:111514 mov #13, -(SP)
ROM:111520 add #54, 30(R5) ; ','
ROM:111526 cmp 30(R5), #4670
ROM:111534 bne loc_111544
ROM:111536 mov #2500, 30(R5)
ROM:111544
ROM:111544 loc_111544: ; CODE XREF: sub_111272+242�j
ROM:111544 ; sub_111272+300�j
ROM:111544 mov @#23170, R0
ROM:111550 beq loc_111574
ROM:111552 bpl loc_111556
ROM:111554 neg R0
ROM:111556
ROM:111556 loc_111556: ; CODE XREF: sub_111272+260�j
ROM:111556 cmp R0, #14
ROM:111562 blos loc_111614
ROM:111564 trap 0
ROM:111566 mov @#23150, R5
ROM:111572 br loc_111544
ROM:111574 ; ---------------------------------------------------------------------------
ROM:111574
ROM:111574 loc_111574: ; CODE XREF: sub_111272+256�j
ROM:111574 clr @#23164
ROM:111600 mov #2, @#7134
ROM:111606 movb #177, @23160 ; ''
ROM:111614
ROM:111614 loc_111614: ; CODE XREF: sub_111272+270�j
ROM:111614 call sub_113344
ROM:111620 add (SP)+, @#23170
ROM:111624
ROM:111624 locret_111624: ; CODE XREF: sub_111272+136�j
ROM:111624 ; sub_111272+206�j
ROM:111624 return
ROM:111626 ; ---------------------------------------------------------------------------
ROM:111626
ROM:111626 loc_111626: ; CODE XREF: sub_111272+214�j
ROM:111626 jmp loc_114316
ROM:114316 ; ---------------------------------------------------------------------------
ROM:114316
ROM:114316 loc_114316: ; CODE XREF: sub_111272+334�J
ROM:114316 clr R0
ROM:114320 jmp loc_115720
ROM:115720 ; ---------------------------------------------------------------------------
ROM:115720
ROM:115720 loc_115720: ; CODE XREF: ROM:114320�J
ROM:115720 sub @32(R5), @R5
ROM:115724 mov 12(R5), 20(R5)
ROM:115732 sub R0, 20(R5)
ROM:115736 mul #54, R0 ; ','
ROM:115742 add 30(R5), R1
ROM:115746 add 74(R5), PC
ROM:115752 br loc_115766
ROM:115766 ; ---------------------------------------------------------------------------
ROM:115766
ROM:115766 loc_115766: ; CODE XREF: ROM:115752�j
ROM:115766 mov R1, 32(R5)
ROM:115772 add @R1, @R5
ROM:115774 return
ROM:114216 ; ---------------------------------------------------------------------------
ROM:114216
ROM:114216 loc_114216: ; CODE XREF: sub_114310+4�j
ROM:114216 sub @32(R5), @R5
ROM:114222 jmp loc_111444
ROM:114222 ; ---------------------------------------------------------------------------
ROM:114310 ; --------------- S U B R O U T I N E ---------------------------------------
ROM:114310
ROM:114310
ROM:114310 sub_114310: ; CODE XREF: ROM:112030�P
ROM:114310 call sub_114336
ROM:114314 br loc_114216

--[[User:Felix|Felix]] 10:10, 15 March 2007 (EDT)

== 2007/03/14 ==
Сегодня сделал спрайтовый вывод, так-же известный как символьный вывод. Где-то побита математика -- явно не правильно рассчитывается начало символа в фонте (не только смещено на половину но и не правильный символ). Причем судя по цвету -- сообщение об ошибке тестирования.

смотри картинку:
[[Image:uknc_progress.png|мой прогресс]]
--[[User:Felix|Felix]] 23:33, 14 March 2007 (EDT)

Uknc

2007-10-15T08:24:35Z

Nzeemin: /* Последние новости */

Uknc

2007-10-15T08:12:28Z

Nzeemin: /* Последние новости */

File:UkncBTL-20071015.png

2007-10-15T08:07:58Z

Nzeemin:

Uknc

2007-10-01T09:00:56Z

Nzeemin:

Uknc Resources

2007-07-17T19:24:13Z

Nzeemin:

Книга '''Ресурсы УК НЦ''', автор — Влад Жигалов, написана в 1993 году.

<blockquote>
В доаспирантское время меня торкнуло написать одну книжку, и даже написал я её, но не издал. Книжка была посвящена одной модели компьютера, заполонившего в конце 80-х школьные и институтские классы информатики — УКНЦ (к слову сказать, его спроектировали в Зеленограде). К моменту написания книга устарела вместе с объектом описания, как я потом понял, но опыт для меня был замечательный — я попробовал написать весёлым и доступным языком про системное нутро не совсем обычного компьютера. Мне кажется, местами даже получилось. Чтобы её написать, мне пришлось продизассемблировать (сорри за ругань) 32 килобайта машинных кодов, я делал это вручную, и мои институтские друзья в общаге бауманки, видя меня уткнувшимся в ряд марширующих по экрану восьмеричных чисел, просто офигевали и веселились :).
[http://whatisyourname.livejournal.com/270009.html Влад Жигалов, 2 августа 2005 г.]
</blockquote>

== Содержание ==
* [[Uknc Resources pre|Предисловие]]
* Часть 1. ЭКРАННЫЙ ВЫВОД
** [[Uknc Resources chapter1|Глава 1. Аппаратные средства вывода на экран]]
** [[Uknc Resources chapter2|Глава 2. Общие принципы экранного вывода в УКНЦ]]
** [[Uknc Resources chapter3|Глава 3. Стандартный экранный вывод]]
** [[Uknc Resources chapter4|Глава 4. Встроенная графика]]
** [[Uknc Resources chapter5|Глава 5. Использование сетевого таймера]]
** [[Uknc Resources chapter6|Глава 6. Многоэкранный вывод]]
* Часть 2. КЛАВИАТУРА
** [[Uknc Resources chapter7|Глава 7. Клавиатура на аппаратном уровне]]
** [[Uknc Resources chapter8|Глава 8. Система обслуживания клавиатуры]]
** [[Uknc Resources chapter9|Глава 9. Практические рекомендации]]

Uknc info

2007-07-17T19:13:11Z

Nzeemin:

* [[Uknc tech desc]] — Техническое описание (UK_TECH.DOC)
* [[Uknc FODOS-2 sysmac]] — ФОДОС-2. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА
* [[Uknc FODOS-2 drprog]] — ФОДОС-2. ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
* [[Uknc RAFOS sysmac]] — РАФОС. СИСТЕМНАЯ МАКРОБИБЛИОТЕКА. РУКОВОДСТВО ПРОГРАММИСТА. ТОМ 3 КНИГА 2 ЧАСТЬ 2
* [[Uknc RT-11 monrt]] — RT-11. МОНИТОР СИСТЕМЫ. Руководство программиста

* [[Uknc RAM description]] — Описание ОЗУ, из документа RAM.LST от Alex_K
** [[Uknc RAM description_app]] — Приложения к описанию
* [[Uknc ROM disasm]] — листинги дизассемблированного ПЗУ УКНЦ, от Alex_K

* [[Uknc Resources|Ресурсы УКНЦ]] — книга Влада Жигалова

* [[Uknc ROM Basic boot|Процесс загрузки Бейсик-Вильнюс с кассеты ПЗУ]]
* [[Uknc rt11 boot|Процесс загрузки RT11]]

----
Здесь будет собрана вся известная информация об УКНЦ

--[[User:Felix|Felix]] 08:59, 21 March 2007 (EDT)

Uknc RAFOS sysmac

2007-07-17T19:11:49Z

Nzeemin:

<pre>

УТВЕРЖДЕН

ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ СМ ЭВМ
ОПЕРАЦИОННАЯ СИСТЕМА С РАЗДЕЛЕНИЕМ ФУНКЦИЙ

Р А Ф О С

СИСТЕМНЫЕ БИБЛИОТЕКИ
СИСТЕМНАЯ МАКРОБИБЛИОТЕКА

РУКОВОДСТВО ПРОГРАММИСТА
ТОМ 3 КНИГА 2 ЧАСТЬ 2

ЛИСТОВ 55
�

- 2 -

АННОТАЦИЯ

ВСЕ РАССМАТРИВАЕМЫЕ ЗДЕСЬ МАКРОКОМАНДЫ ДЕЛЯТСЯ НА
ТРИ ТИПА В СООТВЕТСТВИИ СОС ВОИМИ ФУНКЦИЯМИ:

- МАКРОКОМАНДЫ ДЛЯ РАБОТЫ С ФАЙЛАМИ;

- МАКРОКОМАНДЫ ДЛЯ ПЕРЕДАЧИ ДАННЫХ;

- МАКРОКОМАНДЫ ОБЩЕГОО НАЗНАЧЕНИЯ.

В ОТДЕЛЬНУЮ ГРУППУ МОЖНО ВЫДЕЛИТЬ МАКРОКОМАНДЫ,
КОТОРЫЕ ВКЛЮЧЕНЫ В СИСИТЕМНУЮ БИБЛИОТЕКУ МАКРОКОМАНД, НО
НЕ ГЕНЕРИРУЮТ КОДОВ ЕМТ. ОНИ ПОМЕЩЕНЫ В ОПИСАНИЕ МАКРО-
КОМАНД ОБЩЕГО НАЗНАЧЧЕНИЯ.

СПИСОК СИСТЕМНЫХ МАКРОКОМАНД С КРАТКИМ ОПИСАНИЕМ
ФУНКЦИЙ ПРИВЕДЕН В Т. 2 КН. 6. Ч. 3.
�

- 3 -

СОДЕРЖАНИЕ

АННОТАЦИЯ 2

1. СИСТЕМНЫЕ МАКРОКОМАНДЫ ОБРАБОТКИ ФАЙЛОВ 4

1.1. .CHCOPY (ТОЛЬКО ДЛЯ FB- И ХМ-МОНИТОРОВ) 4
1.2. .CLOSE 5
1.3. .DELETE 5
1.4. .ENTER 6
1.5. .LOOKUP 8
1.6. .PURGE 8
1.7. .RENAME 9
1.8. .REOPEN 9
1.9. .SAVESTATUS 10

2. СИСТЕМНЫЕ МАКРОКОМАНДЫ ПЕРЕДАЧИ ДАННЫХ 12

2.1. .PRINT 12
2.2. .RCVD/.RCVDC/.RCVDW (ТОЛЬКО ДЛЯ FB- И
ХМ-МОНИТОРОВ) 12
2.2.1. .RCVD 12
2.2.2. .RCVDC 13
2.2.3. .RCVDW 13
2.3. .READ/.READC/.READW 14
2.3.1. .READ 14
2.3.2. .READC 15
2.3.3. .READW 15
2.4. .SDAT/.SDATC/.SDATW 16
2.4.1. .SDAT 16
2.4.2. .SDATC 16
2.4.3. .SDATW 17
2.5. .SPFUN 18
2.6. .TTYIN/.TTINR 20
2.7. .TTYOUT/.TTOUTR 20
2.8. .WRITE/.WRITC/.WRITW 21
2.8.1. .WRITE 22
2.8.2. .WRITC 22
2.8.3. .WRITW 23

3. СИСТЕМНЫЕ МАКРОКОМАНДЫ ОБЩЕГО НАЗНАЧЕНИЯ 24

3.1. .CDFN 24
3.2. .CHAIN 25
3.3. .CMKT 26
3.4. .CNFCF 26
3.5. .CNTXSW (ТОЛЬК ДЛЯ FB-И ХМ-МОНИТОРОВ) 27
3.6. .CSIGEN 28
3.7. .CSISPC 29
3.7.1. ИНФООРМАЦИЯ О КЛЮЧАХ 30
�

3.8. .CSTAT (ТОЛЬКО ДЛЯ FB- И ХМ-МОНИТОРОВ) 31
3.9. .CTRLT 31
3.10. .DATE 32
3.11. .DBLK 33
3.12. .DEVICE (ТОЛЬКО ДЛЯ FB- И ХМ-МОНИТОРОВ) 33
3.13. .DIR 34
3.14. .DSTATUS 34
3.15. .EXIT 34
3.16. .PETSH 35
3.17. .GTIM 37
3.18. .GTJB 37
3.19. .GTLIN 38
3.20. .GVAL 38
3.21. .HERR 39
3.22. .PRESET 39
3.23. .INTEN 39
3.24. .JSWDF 40
3.25. .LOCK 40
3.26. .MPPS 40
3.27. .MRKT 41
3.28. .MTPS 42
3.29. .MWAIT (ТОЛЬКО ДЛЯ FB-И ХМ-МОНИТОРОВ) 42
3.30. .POP 43
3.31. .PROTECT (ТОЛЬКОО ДЛЯ FB-И ХМ-МОНИТОРОВ) 43
3.32. .PUSH 43
3.33. .QSET 44
3.34. .RCTRLO 44
3.35. .RELEAS 45
3.36. .ROFDF 45
3.37. .RSUM (ТОЛЬКО ДЛЯ FB-И ХМ-МОНИТОРОВ) 45
3.38. .SCCA 46
3.39. .SCMDF 46
3.40. .SERR 47
3.41. .SETTOP 48
3.42. .SFPA 48
3.43. .SPND (ТОЛЬКО ДЛЯ FB-И ХМ-МОНИТОРОВ) 49
3.44. .SRESET 50
3.45. .SYNCN 50
3.46. .TLOCK (ТОЛЬКО ДЛЯ FX-И ХМ-МОНИТОРОВ) 51
3.47. .TRPSET 52
3.48. .TWAIT 52
3.49. .UNLOCK 53
3.50. .UNPROTECT (ТОЛЬКО ДЛЯ FX-И ХМ-МОНИТОРОВ) 53
3.51. .USBDF 54
3.52. .WAIT 54
�

- 4 -

1. СИСТЕМНЫЕ МАКРОКОМАНДЫ ОБРАБОТКИ ФАЙЛОВ

1.1. .CHCOPY (ТОЛЬКО ДЛЯ FB- И МХ- МОНИТОРОВ)

СИСТЕМНАЯ МАКРОКОМАНДА .CHCOPY ОТКРЫВАЕТ НОВЫЙ КАНАЛ
ДЛЯ ОПЕРАЦИИ ВВОДА, ЛОГИЧЕСКИ СВЯЗЫВАЯ ЕГО С ФАЙЛОМ, В
ДАННЫЙ МОМЕНТ НАХОДЯЩИМСЯ В ОТКРЫТОМ СОСТОЯНИИ В ДРУГОМ
РАЗДЕЛЕ.
МАКРОКОМАНДУ .CHCOPY МОЖНО ПРИМЕНЯТЬ КАК ДЛЯ
ФОНОВОГО РЕЖИМА, ТАК И ДЛЯ ОПЕРАТИВНОГО, НО ОНА ДОЛЖНА
ВЫПОЛНЯТЬСЯ ДО ИСПОЛЬЗОВАНИЯ СИСТЕМНЫХ МАКРОКОМАНД .READ
И .WRITE.
ФОРМАТ МАКРОКОМАНДЫ:

.CHCOPY AREA,CHAN,OCHAN
ГДЕ
AREA - ОБЛАСТЬ ИЗ ДВУХ СЛОВ ДЛЯ АРГУМЕНТОВ ЕМТ;
CHAN - КАНАЛ, КОТОРЫЙ БУДЕТ ИСПОЛЬЗОВАТЬСЯ ПРОГРАММОЙ
ДЛЯ СЧИТЫВАНИЯ ДАННЫХ;
OCHAN - НОМЕР КАНАЛА В ДРУГОЙ ПРОГРАММЕ, КОТОРЫЙ БУДЕТ
КОПИРОВАТЬСЯ.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:
!------------!-----------!
R0 => AREA ! 13 ! CHAN !
!------------!-----------!
! OCHAN !
!------------------------!

ЕСЛИ КАНАЛ OCHAN В ОДНОЙ ПРОГРАММЕ БЫЛ ОТКРЫТ
ПОСРЕДСТВОМ МАКРОКОМАНДЫ .ENTER ПРИ СОЗДАНИИ ФАЙЛА FILE1,
ТО ПОСЛЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ .CHCOPY В ДРУГОЙ
ПРОГРАММЕ КАНАЛ CHAN БУДЕТ СВЯЗАН С ФАЙЛОМ FILE1.
ЕСЛИ В ЭТОМ СЛУЧАЕ ВТОРАЯ ПРОГРАММА ВЫПОЛНИТ
МАКРОКОМАНДУ .CLOSE, TO FILE1 НЕ СТАНЕТ ПОСТОЯННЫМ
(ОСТАНЕТСЯ ВРЕМЕННЫМ). ДЛЯ ТО;ГО, ЧТОБЫ ФАЙЛ СТАЛ
ПОСТОЯННЫМ, ПЕРВАЯ ПРОГРАММА ТОЖЕ ДОЛЖНА ВЫПОЛНИТЬ
МАКРОКОМАНДУ .CLOSE.
МАКРОКОМАНДА .CHCOPY ДОПУСТИМА ТОЛЬКО ДЛЯ УСТРОЙСТВ
�

С КАТАЛОГОВОЙ ОРГАНИЗАЦИЕЙ; ПРИ ИСПОЛЬЗОВАНИИ ДРУГИХ
УСТРОЙСТВ ОНА ИГНОРИРУЕТСЯ.
П_P_И_M_E_Ч_A_H_И_E. ЧТОБЫ ЗАКРЫТЬ КАНАЛ, ОТКРЫТЫЙ С
ПОМОЩЬЮ .CHCOPY, НУЖНО ПРИМЕНИТЬ МАКРОКОМАНДЫ .CLOSE ЛИБО
.PURGE.
ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 НЕТ ДРУГОЙ ПРОГРАММЫ, КАНАЛОВ
ОПРЕДЕЛЕНО НЕДОСТАТОЧНО ИЛИ УКАЗАННЫЙ
КАНАЛ (OCHAN) НЕ ОТКРЫТ;

1 КАНАЛ CHAN УЖЕ ОТКРЫТ.

ПРИМЕР:
В ОПЕРАТИВНОЙ ПРОГРАММЕ КАНАЛ 1 ОТКРЫТ ДЛЯ ФАЙЛА
PRINT.SAV. В ФОНОВОЙ ПРОГРАММЕ МАКРОКОМАНДА .CHCOPY
КОПИРУЕТ ЭТОТ ФАЙЛ ПО КАНАЛУ 0, А ЗАТЕМ ФАЙЛ СЧИТЫВАЕТСЯ
В ОБЛАСТЬ BUFF И РАСПЕЧАТЫВАЕТСЯ НА СИСТЕМНЫЙ ТЕРМИНАЛ,
СКОПИРОВАТЬ ЭТОТ ФАЙЛ ПО КАНАЛУ 2 НЕЛЬЗЯ, Т.К. ЭТОТ КАНАЛ
БЫЛ ОТКРЫТ РАНЕЕ.

ПРОГРАММА, РАБОТАЮЩАЯ В ФОНОВОМ РАЗДЕЛЕ:
.MCALL .PRINT,.EXIT,.LOOKUP,.CHCOPY,.SDATW
.MCALL .PURGE,.READW
ST: .PURGE #0 ;ОЧИСТИТЬ КАКНАЛ 0
.CHCOPY #AREA,,#0,#1 ;СКОПИРОВАТЬ ФАЙЛ
;С КАНАЛА 0 ПО КАНАЛУ 1
BCS NCH
.READW #AREA,#0,#BUFF,#25,#0, ;ДОЧИТАТЬ ФАЙЛ
BCS NRE
.PRINT #BUFF ;РАСПЕЧАТАТЬ ФАЙЛ
.LOOKUP #AREA,#2,#FILE1 ;ОТКРЫТЬ ФАЙЛ
;ПО КАНАЛУ 2
BCS NLO
.CHCOPY #AREA,#2,#1 ;СКОПИРОВАТЬ ФАЙЛ
;С КАНАЛА 1 ПО КАНАЛУ 2
BCS NCH
.PRINT #MSG1
.SDATW #AREA,#MSG,#COUNT ;ПЕРЕДАТЬ СООБЩЕНИЕ В
;ОПЕРАТИВНУЮ ПРОГРАММУ
BCS NSD
.EXIT
NSD: .PRINT #NOS
.EXIT
NSH: .PRINT #NOCH
.EXIT
NRE: .PRINT #NORE
.EXIT
NLO: .PRINT #NOLO
.EXIT
NOS: .ASCIZ /НЕТ ЗАДАНИЯ/

�

- 5 -

NOCH: .ASCIZ /ОШИБКА .CHCOPY/
NORE: .ASCIZ /ОШИБКА .READ/
NOLO: .ASCIZ /ОШИБКА .LOOKUP/
MSG: .ASCIZ /ТИК-ТОК/ ;ТЕКСТ ДЛЯ ОПЕРАТИВНОЙ
;ПРОГРАММЫ
COUNT = .-MSG
MSG1: .ASCIZ /КАНАЛ ЗАНЯТ/
.ЕЖЕН
АРЕА: .БЛКВ 10
FILE1: .RAD50 /SY PRINT SAV/ ;ИМЯ УСТРОЙСТВА И ФАЙЛА
BUFF: .BLKW 25
.END ST

ПРОГРАММА, РАБОТАЮЩАЯ В ОПЕРАТИВНОМ РАЗДЕЛЕ:

.MCALL .LOOKUP,.RCVDW,.EXIT,.PRINT
START1: .LOOKUP #AREA,#1,#FILE ;ОТКРЫТЬ ФАЙЛ ПО КАНАЛУ 1
BCS NLOO
.RCVDW #AREA,#TEXT,#20 ;ПРИНЯТЬ СТРОКУ
BCS NRS
.PRINT #TEXT+2 ;ПЕЧАТЬ ПОЛУЧЕННОГО СООБЩЕНИЯ
.EXIT
NRC: .PRINT #MSG ;ОШИБКА .RCVDW
.EXIT
NLOO: .PRINT #MSG1 ;ОШИБКА .LOOKUP
.EXIT
FILE: .RAD50 /SY/
.RAD50 /PRINT/
.RAD50 /SAV/
AREA: .BLKW 10
TEXT: .BLKW 20
MSG: .ASCIZ /НЕТ ЗАДАНИЯ/
MSG1: .ASCIZ /ОШИБКА LOOKUP/
.EVEN
.END START1

1.2. .CLOSE

СИСТЕМНАЯ МАКРОКОМАНДА .CLOSE ЗАВЕРШАЕТ РАБОТУ С
УКАЗАННЫМ КАНАЛОМ (ЗАКРЫВАЕТ КАНАЛ) И ТЕМ САМЫМ
ОСВОБОЖДАЕТ ЕГО ДЛЯ ДРУГИХ ОПЕРАЦИЙ.
ФОРМАТ МАКРОКОМАНДЫ:
.CLOSE CHAR
ГДЕ
CHAN - НОМЕР КАНАЛА, КОТОРЫЙ НЕОБХОДИМО ЗАКРЫТЬ.
�

ФОРМАТ РЕГИСТРА RO:

!-------!--------!
RO => ! 6 ! CHAN !
!-------!--------!

ЕСЛИ УКАЗАННЫЙ КАНАЛ CHAN НЕ ОТКРЫТ, МАКРОКОМАНДА
ИГНОРИРУЕТСЯ.
МАКРОКОМАНДА .CLOSE ПРЕДНАЗНАЧЕНА ДЛЯ ФАЙЛА,
ОТКРЫТОГО С ПОМОЩЬЮ МАКРОКОМАНДЫ .ENTER. В РЕЗУЛЬТАТЕ ЕЕ
ВЫПОЛНЕНИЯ УКАЗАННЫЙ ФАЙЛ СТАНОВИТСЯ ПОСТОЯННЫМ НА
УСТРОЙСТВЕ, СООТВЕТСТВУЮЩЕМ УКАЗАННОМУ КАНАДУ, И В
КАТАЛОГ ЗАНОСИТСЯ ИНФОРМАЦИЯ О НЕМ (ИМЯ, РАСШИРЕНИЕ, ДАТА
СОЗДАНИЯ). ПРИ ЭТОМ ФАЙЛ С ТАКИМ ЖЕ ИМЕНЕМ, УЖЕ ИМЕЮЩИЙСЯ
НА ЭТОМ УСТРОЙСТВЕ, ИЗ КАТАЛОГА ИСКЛЮЧАЕТСЯ.
ДЛИНА ФАЙЛА, ЗАКРЫТОГО ПОСРЕДСТВОМ МАКРОКОМАНДЫ
.CLOSE, ОПРЕДЕЛЯЕТСЯ ЕГО ВЕРХНИМ БЛОКОМ. НАПРИМЕР, ЕСЛИ
ВЕРХНИЙ БЛОК РАВЕН 0, ТО ДЛИНА ФАЙЛА РАВНА 1. ЕСЛИ ДЛИНА
ФАЙЛА МЕНЬШЕ РАЗМЕРА ОБЛАСТИ, КОТОРАЯ ОТВОДИТСЯ ПРИ
ИСПОЛЬЗОВАНИИ МАКРОКОМАНДЫ .ENTER, ТО ОСТАВШИЕСЯ БЛОКИ
БУДУТ ПРЕДСТАВЛЯТЬ СОБОЙ ПУСТУЮ ОБЛАСТЬ НА УСТРОЙСТВЕ,
ПОСЛЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ .CLOSE.
ФАЙЛ, ОТКРЫТЫЙ С ПОМОЩЬЮ .LOOKUP, НЕ ТРЕБУЕТ НИКАКИХ
ПРЕОБРАЗОВАНИЙ В КАТАЛОГЕ ПО МАКРОКОМАНДЕ .CLOSE, ПОЭТОМУ
НЕТ НЕОБХОДИМОСТИ В ИСПОЛЬЗОВАНИИ USR.
ИСПОЛЬЗОВАНИЕ .CLOSE ОБЯЗАТЕЛЬНО ДЛЯ УСТРОЙСТВ С
ФАЙЛОВОЙ ОРГАНИЗАЦИЕЙ ТИПА МЛ.

ОШИБКИ: ОТСУТСТВУЮТ.

П_P_И_М_Е_Ч_A_H_И_E. СЛЕДУЕТ ПОМНИТЬ, ЧТО ПРИ
ОТСУТСТВИИ ДРАЙВЕРА СООТВЕТСТВУЮЩЕГО УСТРОЙСТВА В ПАМЯТИ,
ВОЗНИКАЕТ ОШИБКА МОНИТОРА.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .SPFUN.

1.3. .DELETE

МАКРОКОМАНДА .DELETE ИСКЛЮЧАЕТ ИМЯ ФАЙЛА С
УКАЗАННОГО УСТРОЙСТВА И В КАТАЛОГЕ ОСТАЕТСЯ ПУСТАЯ ЗАПИСЬ
<UNUSED> ТОГО ЖЕ РАЗМЕРА. ЭТА МАКРОКОМАНДА НЕДОПУСТИМА
ДЛЯ МЛ.
ФОРМАТ МАКРОКОМАНДЫ:
.DELETE AREA,CHAN,DBLK,SEGNUM
ГДЕ
�

- 6 -

AREA - БЛОК АРГУМЕНТОВ ЕМТ ИЗ 3-Х СЛОВ;
CHAN - НОМЕР КАНАЛА;
DBLK - БЛОК УСТРОЙСТВА (СМ. Т.3 КН.2 Ч.1);
SEGNUM - НОМЕР ФАЙЛА ПРИ ОПЕРАЦИЯХ С КАССЕТАМИ, ЕСЛИ ЭТОТ
АРГУМЕНТ ПРОПУЩЕН, ЕМУ ПРИСВАИВАЕТСЯ ЗНАЧЕНИЕ 0.
ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!-------!--------!
RO => AREA: ! 0 ! CHAN !
!-------!--------!
! DBLK !
!----------------!
! SEGNUM !
!----------------!

МАКРОКОМАНДА .DELETE ИГНОРИРУЕТСЯ, ЕСЛИ УКАЗАНО
УСТРОЙСТВО С НЕФАЙЛОВОЙ СТРУКТУРОЙ.
ДРАЙВЕР УСТРОЙСТВА, СОДЕРЖАЩЕГО ФАЙЛ, ДОЛЖЕН БЫТЬ
ЗАГРУЖЕН В ПАМЯТЬ К МОМЕНТУ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ.

П_P_M_E_Ч_A_H_И_E. КАНАЛ, УКАЗАННЫЙ В
МАКРОКОМАНДЕ, ДОЛЖЕН БЫТЬ СВОБОДЕН. КОГДА ВЫПОЛНЕНИЕ
МАКРОКОМАНДЫ ЗАВЕРШЕНО, КАНАЛ ОСВОБОЖДАЕТСЯ.

ОШИБКИ:
КОД ПОЯСНЕНИЕ

0 КАНАЛ ЗАНЯТ;
1 ФАЙЛ В КАТАЛОГЕ УСТРОЙСТВА НЕ НАЙДЕН;
2 НЕДОПУСТИМАЯ ОПЕРАЦИЯ
ДЛЯ ДАННОГО УСТРОЙСТВА.

ПРИМЕР:
.MCALL .LOOKUP,.EXIT,.SRESET,.CSISPC
.MCALL .DELETE,.PRINT
ERRWD = 52
ST: .DELETE #AREA,#0,#FILE ;УДАЛИТЬ ФАЙЛ ПО
;КАНАЛУ 0
BCC DE1
JMP NDE
DE1: .PRINT #MSG
.LOOKUP #AREA,#3,#FILE1 ;ОТКРЫТЬ ФАЙЛ ПО
;КАНАЛУ 3
BCS NLO
.PRINT #MSG1
�

.DELETE #AREA,#3,#FILE1 ;УДАЛИТЬ ЕГО
BCS NDE1
.PRINT #MSG2
DE2: .DELETE #AREA,#4,#FILE2 ;УДАЛИТЬ ФАЙЛ ПО
;КАНАЛУ 4
BCS NDE1
.PRINT #MSG3
DE3: .LOOKUP #AREA,#4,#FILE2
BCS NLO
.PRINT #MSG1
.EXIT
AREA: .BLKW 10
FILE: .RAD50 /SY/
.RAD50 /SYST/
.RAD50 /MAC/
FILE1: .RAD50 /SY ABC/
FILE2: .RAD50 /SY DEF MAC/
NLO: .PRINT #NOLO
.EXIT
NDE: .PRINT #NODE
.EXIT
NDE1: .TSTB @#ERRWD ;ОПРЕДЕЛЕНИЕ КОДА ОШИБКИ
BNE NDE
.PRINT #NODE1
JMP DE2
MSG3: .ASCIZ /BAD/
NODE: .ASCIZ /ФАЙЛ НЕ НАЙДЕН/
MSG: .ASCIZ /ФАЙЛ SYST.МАС УДАЛЕН/
МSG1: .ASCIZ /КАНАЛ ОТКРЫТ/
NOLO: .ASCIZ /ОШИБКА LOOKUP/
NODE1: .ASCIZ /КАНАЛ ЗАНЯТ/
MSG2: .ASCIZ /ФАЙЛ АБС УДАЛЕН/
.EVEN
.END ST

1.4. .ENTER

МАКРОКОМАНДА .ENTER СОЗДАЕТ ВРЕМЕННЫЙ ФАЙЛ С
УКАЗАННЫМ ИМЕНЕМ НА ЗАДАННОМ УСТРОЙСТВЕ. УКАЗАННЫЙ НОМЕР
КАНАЛА СВЯЗЫВАЕТСЯ С ФАЙЛОМ.
ФАЙЛ СТАНОВИТСЯ ПОСТОЯННЫМ ТОЛЬКО ПОСЛЕ ВЫПОЛНЕНИЯ
МАКРОКОМАНДЫ .CLOSE. ЕСЛИ СУЩЕСТВОВАЛ ПОСТОЯННЫЙ ФАЙЛ С
ТЕМ ЖЕ ИМЕНЕМ, ТО ОН ИСКЛЮЧАЕТСЯ, А ЭТО ИМЯ ПОЛУАЕТ
ВНОВЬ СОЗДАННЫЙ ФАЙЛ. ФАКТИЕСКАЯ ДЛИНА ФАЙЛА
ОПРЕДЕЛЯЕТСЯ ПРИ ВЫПОЛНЕНИИ .CLOSE.
ПОСЛЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ .ENTER RO СОДЕРЖИТ
ФАКТИЕСКИЙ РАЗМЕР ОБЛАСТИ НОСИТЕЛЯ, ДОСТУПНОЙ ДЛЯ ФАЙЛА.
ЕСЛИ УСТРОЙСТВО ЯВЛЯЕТСЯ БЕСКАТАЛОГОВЫМ, ТО RO СОДЕРЖИТ
0.
ФОРМАТ МАКРОКОМАНДЫ:
.ENTER AREA,CHAN,DBLK,LEN,SEGNUM
�

- 7 -

ГДЕ
AREA - АДРЕС БЛОКА АРГУМЕНТОВ ЕМТ ИЗ ЧЕТЫРЕХ СЛОВ;
CHAN - НОМЕР КАНАЛА;
DBLK - БЛОК УСТРОЙСТВА (СМ. Т.3 КН.2 Ч.1);
LEN - РАЗМЕР ФАЙЛА, КОТОРЫЙ МОЖЕТ ПРИНИМАТЬ СЛЕДУЮЩИЕ
ЗНАЧЕНИЯ:
0 - ПРЕДОСТАВЛЯЕТСЯ 1/2 НАИБОЛЬШЕЙ ПУСТОЙ ОБЛАСТИ,
ЛИБО ВТОРАЯ ПО ВЕЛИЧИНЕ ПУСТАЯ ОБЛАСТЬ ЦЕЛИКОМ;
М - ФАЙЛ, СОСТОИТ ИЗ М БЛОКОВ; ВЕЛИЧИНА М
УКАЗЫВАЕТСЯ ПОЛЬЗОВАТЕЛЕМ;
-1 - НАИБОЛЬШАЯ ПУСТАЯ ОБЛАСТЬ НА УСТРОЙСТВЕ;
SEGNUM - ПРИ РАБОТЕ С КАССЕТАМИ ОЗНАЧАЕТ НОМЕР ФАЙЛА;
ЕСЛИ ОН ОПУЩЕН, ПРИНИМАЕТСЯ НУЛЕВОЕ ЗНАЧЕНИЕ;
ПРИ РАБОТЕ С МАГНИТНЫМИ ЛЕНТАМИ ЭТОТ АРГЕМЕНТ
МОЖЕТ ПРИНИМАТЬ СЛЕДУЮЩИЕ ЗНАЧЕНИЯ:
0 - ПЕРЕМОТКА МАГНИТНОЙ ЛЕНТЫ ОТ НАЧАЛА ВПЕРЕД,
ДО ТЕХ ПОР, ПОКА НЕ БУДЕТ НАЙДЕНО ИМЯ ФАЙЛА
ИЛИ ПОКА НЕ БУДЕТ ОБНАРУЖЕНА МЕТКА ЛОГИЕСКОГО
КОНЦА МАГНИТНОЙ ЛЕНТЫ (LEOT);
N - ПОЗИЦИОНИРОВАНИЕ МАГНИТНОЙ ЛЕНТЫ НА НААЛО ФАЙЛА
С ПОРЯДКОВЫМ НОМЕРОМ N;
АЛГОРИТМ ПОЗИЦИОНИРОВАНИЯ: ЕСЛИ N БОЛЬШЕ,
ЧЕМ К (НОМЕР ФАЙЛА, НА КОТОРОМ УСТАНОВЛЕНА
ЛЕНТА В ТЕКУЩИЙ МОМЕНТ), ТО ПОИСК ПРОИЗВОДИТСЯ
ОТ ЭТОГО ПОЛОЖЕНИЯ К LEOT; ЕСЛИ N МЕНЬШЕ К,
ТО ПРОИЗОЙДЕТ ПЕРЕМОТКА ЛЕНТЫ НА НААЛО, А ЗАТЕМ
БУДЕТ ВЫПОЛНЯТЬСЯ ПОИСК; В СЛУЧАЕ,ЕСЛИ N ЛИШЬ
НА ЕДИНИЦУ МЕНЬШЕ К, ТО ПРОИСХОДИТ ОБРАТНАЯ
ПЕРЕМОТКА НА НААЛО ЭТОГО (N-ГО) ФАЙЛА;
-1 - ПЕРЕМОТКА ДО МЕТКИ LEOT И ОТКРЫТИЕ ФАЙЛА;
-2 - ПЕРЕМОТКА МАГНИТНОЙ ЛЕНТЫ НА НАЧАЛО И
ПРОДВИЖЕНИЕ ВПЕРЕД ДО ТЕХ ПОР, ПОКА НЕ БУДЕТ
НАЙДЕНО ИМЯ ФАЙЛА ИЛИ МЕТКА LEOT.
�

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!-------!--------!
RO => AREA: ! 2 ! CHAN !
!-------!--------!
! DBLK !
!----------------!
! LEN !
!----------------!
! SEGNUM !
!----------------!

ПОСЛЕ ЗАВЕРШЕНИЯ МАКРОКОМАНДЫ .ENTER РЕГИСТР RO
СОДЕРЖИТ ДЛИНУ ЗАРЕЗЕРВИРОВАННОЙ ОБЛАСТИ НА НОСИТЕЛЕ В
БЛОКАХ ИЛИ 0 ДЛЯ УСТРОЙСТВ БЕСКАТАЛОГОВОЙ ОРГАНИЗАЦИИ.
ПРИМЕНЯЯ НУЛЕВОЕ ЗНАЧЕНИЕ АРГУМЕНТА LEN В
МАКРОКОМАНДЕ .ENTER НЕОБХОДИМО ИМЕТЬ ВВИДУ, ЧТО
НАЗНАЧАЕТСЯ ПОЛОВИНА НАИБОЛЬШЕЙ ОБЛАСТИ, Т.Е., ЕСЛИ НА
УСТРОЙСТВЕ НАИБОЛЬШАЯ СВОБОДНАЯ ОБЛАСТЬ СОСТАВЛЯЕТ 200
БЛОКОВ, А ДЛИНА ФАЙЛА, ПОДЛЕЖАЩЕГО ПЕРЕДАЧЕ, 150 БЛОКОВ,
ТО ПЕРЕДАЧА С АРГУМЕНТОМ LEN=0 НЕВОЗМОЖНА, Т.К.
МАКРОКОМАНДА .ENTER ПРЕДОСТАВИТ ТОЛЬКО 100 БЛОКОВ. ВО
ВРЕМЯ ПЕРЕДАЧИ ПОЯВИТСЯ ОШИБКА ВВОДА/ВЫВОДА. ОДНАКО, ЕСЛИ
С ПОМОЩЬЮ АРГУМЕНТА М=150 ЗАТРЕБОВАНА ДЛИНА В 150 БЛОКОВ,
ТО ПЕРЕДАЧА ПРОЙДЕТ БЕЗ ОШИБОК. ЗА ЭТИМ ОБСТОЯТЕЛЬСТВОМ
ОСОБЕННО НЕОБХОДИМО СЛЕДИТЬ ПРИ КОПИРОВАНИИ НА
УСТРОЙСТВА, ИМЕЮЩИЕ МАЛО СВОБОДНОГО МЕСТА, НАПРИМЕР, DX:.

П_R_И_M_E_Ч_A_H_И_E. МАКРОКОМАНДА .ENTER ТРЕБУЕТ,
ЧТОБЫ ДРАЙВЕР УСТРОЙСТВА НАХОДИЛСЯ В ПАМЯТИ ПЕРЕД ЕЕ
ВЫПОЛНЕНИЕМ. ПОЭТОМУ НЕОДХОДИМО ПЕРЕД .ENTER, НАПРИМЕР,
ВЫПОЛНИТЬ МАКРОКОМАНДУ .FETCH.

ОШИБКИ:

КОД ПОЯСНЕНИЕ
0 КАНАЛ ЗАНЯТ;
1 ПРИ ИСПОЛЬЗОВАНИИ МАКРОКОМАНДЫ С
ФИКСИРОВАННОЙ ДЛИНОЙ LEN НЕ НАЙДЕНА
ОБЛАСТЬ, БОЛЬШАЯ ИЛИ РАВНАЯ М, ИЛИ
КАТАЛОГ УСТРОЙСТВА ОКАЗАЛСЯ ЗАПОЛНЕННЫМ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .WRITE.
�

- 8 -

1.5 .LOOKUP

МАКОРОКОМАНДА .LOOKUP СВЯЗЫВАЕТ УКАЗАННЫЙ КАНАЛ С
УСТРОЙСТВОМ И/ИЛИ ФАЙЛОМ ДЛЯ ВЫПОЛНЕНИЯ ОПЕРАЦИЙ
ВВОДА/ВЫВОДА . ЧТОБЫ ОСВОБОДИТЬ КАНАЛ ДЛЯ ДРУГИХ ОПЕРАЦИЙ ,
НЕОБХОДИМО ВЫПОЛНИТЬ МАКРОКОМАНДЫ :

.CLOSE
.SAVESTATUS
.SRESET
.HRESET
.PURGE
.CSIGEN ( ОСВОБОДИТ ТОЛЬК КАНАЛЫ С НОМЕРАМИ 0 - 10 )

ФОРМАТ МАКРОКОМАНДЫ :
.LOOKUP AREA,CHAN,DBLK,SEGNUM

ГДЕ
AREA - ОБЛАСТЬ ИЗ ТРЕХ СЛОВ БЛОКА АРГУМЕНТОВ EMT;
CHAN - НОМЕР КАНАЛА;
DBLK - БЛОК УСТРОЙСТВА ( СМ. Т.3 КН.2 Ч.1 );
SEGNUM
- ПРИ ОПЕРАЦИЯХ С КАССЕТАМИ ОЗНАЧАЕТ НОМЕР ФАЙЛА;
ЕСЛИ АРГУМЕНТ ПРОПУЩЕН , ТО ЕГО ЗНАЧЕНИЕ
ПРЕДОПЛАГАЕТСЯ РАВНЫМ 0 ; ПРИ ОПЕРАЦИЯХ С
МАГНИТНЫМИ ЛЕНТАМИ АРГУМЕНТ ОЗНАЧАЕТ СЛЕДУЮЩЕЕ ;
-1 - ПОИСК ИМЕНИ ФАЙЛА ИЗ ТЕКУЩЕГО ПОЛОЖЕНИЯ ; ЕСЛИ
ОНО В ДАННЫЙ МОМЕНТ НЕ ОПРЕДЕЛЕНО , ТО ДРАЙВЕР
БУДЕТ ВЫПОЛНЯТЬ АЛГОРИТМ ПОЗИЦИОНИРОВАНИЯ ,
КОТОРЫЙ ВЫЗОВЕТ ОБРАТНУЮ ПЕРЕМОТКУ , ДО ТЕХ ПОР ,
ПОКА НЕ БУДЕТ НАЙДЕНА ПРЕДЫДУЩАЯ МЕТКА EOF ;

0 - ПРЯМАЯ ПЕРЕМОТКА МАГНИТНОЙ ЛЕНТЫ ОТ НАЧАЛА
ВПЕРЕД ДО ТЕХ ПОР , ПОКА НЕ БУДЕТ НАЙДЕНО
ИМЯ ФАЙЛА ИЛИ LEOT ;

N - ЛЮБОЕ ПООЛОЖИТЕЛЬНОЕ ЧИСЛО ; ОНО ОЗНАЧАЕТ
УСТАНОВКУ ЛЕНТЫ НА ФАЙЛ С ПОРЯДКОВЫМ
НОМЕРОМ N ; АЛГОРИТМ ПОЗИЦИОНИРОВАНИЯ
СМ. В ОПИСАНИИ МАКРОКОМАНДЫ .ENTER .
�

ФОРМАТ СПИСКА АРГУМЕНТОВ EMT :
!--------!--------!
R0 => AREA : ! 1 ! CHAN !
!--------!--------!
! DBLK !
!-----------------!
! SEGNUM !
!-----------------!

СЛЕДУЕТ ПОМНИТЬ , ЧТО ОВЕРЛЕЙНАЯ ПРОГРАММА ИСПОЛЬЗУЕТ
15 КАНАЛ ДЛЯ ЧТЕНИЯ ПЕРЕКРЫТИЙ . ПЕРЕД ВЫПОЛНЕНИЕМ .LOOKUP
ДРАЙВЕР ДОЛЖЕН НАХОДИТЬСЯ В ПАМЯТИ . ПОСЛЕ ЗАВЕРШЕНИЯ
МАКРОКОМАНДЫ ПЕГИСТР R0 СОДЕРЖИТ ДЛИНУ ОТКРЫТОГО ФАЙЛА В
БЛОКАХ ИЛИ 0 ДЛЯ УСТРОЙСТВА БЕСКАТАЛОГОАВОЙ ОРГАНИЗАЦИИ .

ОШИБКИ :
КОД ПОЯСНЕНИЯ

0 КАНАЛ ЗАНЯТ ;

1 УКАЗАННЫЙ ФАЙЛ В КАТАЛОГЕ НЕ НАЙДЕН .

ПРИМЕР : СМ. ПРИМЕР МАКРОКМАНДЫ .SPFUN .

1.6 .PURGE

СИСТЕМНАЯ МАКРОКОМАНДА .PURGE ИСПОЛЬЗУЕТСЯ ДЛЯ
ОСВОБОЖДЕНИЯ КАНАЛА БЕЗ ВЫПОЛНЕНИЯ МАКРОКОМАНД .HRESET ,
.SRESET , .SAVESTATUS ИЛИ .CLOSE .

ФОРМАТ МАКРОКОМАНДЫ :
.PURGE CHAN
ГДЕ
CHAN - НОМЕР КАНАЛА .

ФОРМАТ РЕГИСТРА R0 :

!--------!--------!
R0 => ! 3 ! CHAN !
!--------!--------!

МАКРОКОМАНДА .PURGE ОСВОБОЖДАЕТ КАНАЛ , НЕ ВЫПОЛНЯЯ
НИКАКИХ ДРУГИХ ОПЕРАЦИЙ .

ЕСЛИ МАКРОКОМАНДОЙ .ENTER БЫЛ СОЗДАН ВРЕМЕННЫЙ ФАЙЛ ,
ТО ФАЙЛ СТАНОВИТСЯ НЕДОСТУПНЫМ ДЛЯ ПОСЛЕДДУЮЩЕГО
ИСПОЛЬЗОВАНИЯ .
�

- 9 -

ЕСЛИ УКАЗАННЫЙ В МАКРОКОМАНДЕ КАНАЛ НЕ ЗАНЯТ , Т. Е.
НЕ СВЯЗАН С ФАЙЛОМ , ТО МАКРОКОМАНДА ИГНОРИРУЕТСЯ .

ОШИБКИ : ОТСУТСВУЮТ .

ПРИМЕР : СМ. ПРИМЕР МАКРОКОМАНДЫ .CHCOPY .

1.7. .RENAME

ЭТА СИСТЕМНАЯ МАКРОКОМАНДА ВЫЗЫВАЕТ ИЗМЕНЕНИЕ ИМЕНИ
УКАЗАННОГО ФАЙЛА . ЕСЛИ НА УКАЗАННОМ УСТРОЙСТВЕ УЖЕ
СУЩЕСТВУЕТ ФАЙЛ С ТЕМ ЖЕ ИМЕНЕМ , ТО ОН СТИРАЕТСЯ .

ФОРМАТ МАКРОКОМАНДЫ :
.RENAME AREA,CHAN,DBLK

ГДЕ
AREA - БЛОК АРГУМЕНТОВ EMT ИЗ 2-Х СЛОВ ;
CHAN - НОМЕР КАНАЛА ;
DBLK - БЛОК , СОДЕРЖАЩИЙ ДВЕ ПОСЛЕДОВАТЕЛЬНЫЕ
СПЕЦИФИКАЦИИ ФАЙЛОВ , ПРИ ЭТОМ ПЕРВЫЕ ЧЕТЫРЕ
СЛОВА ПРЕДАЗНАЧЕНЫ ДЛЯ ФАЙЛА , У КОТОРОГО БУДЕТ
ИЗМЕНЯТЬСЯ ИМЯ , ПОСЛЕДНИЕ - ДЛЯ НОВОГО ИМЕНИ .

ФОРМАТ СПИСКА АРГУМЕНТОВ EMT :

!--------!--------!
R0 => AREA : ! 4 ! CHAN !
!--------!--------!
! DBLK !
!-----------------!

ДЛЯ ВЫПОЛНЕНИЯ КОМАНДЫ .RENAME НЕОБХОДИМО ,
ЧТБЫ ДРАЙВЕР ОБСЛУЖИВАЕМОГО УСТРОЙСТВА БЫЛ ЗАГРУЖЕН .

МАКРОКОМАНДА ДЕЙСТВИТЕЛЬНА ТОЛЬКО ДЛЯ ОПЕРАЦИЙ С
КАТАЛОГОВЫМИ УСТРОЙСТВАМИ ; ДЛЯ ОСТАЛЬНЫХ УСТРОЙСТВ ОНА
ИГНОРИРУЕТСЯ .

П_Р_И_М_Е_Ч_А_Н_И_Е . ПО ЗАВЕРШЕНИЮ .RENAME КАНАЛ
CHAN БУДЕТ СВОБОДЕН .

�

ОШИБКИ :
КОД ПОЯСНЕНИЕ
0 КАНАЛ ЗАНЯТ ;
1 ФАЙЛ НЕ НАЙДЕН ;
2 НЕДОПУСТИМАЯ ОПЕРАЦИЯ
ДЛЯ ДАННОГО УСТРОЙСТВА .

ПРИМЕР :

ФАЙЛ DATA.TMP НА DX0: ПЕРЕИМЕНОВЫВАЕТСЯ В ФАЙЛ DATA.CNT .
.MCALL .FETCH,.PRINT,.EXIT,.RENAME
ST: .FETCH #HSPACE,#NAMBLK ;ЗАГРУЗИТЬ ДРАЙВЕР DX
BCS FEER
.RENAME #AREA,#0,#NAMBLK ;СДЕЛАТЬ ПЕРЕИМЕНОВАНИЕ
BCS RENER
.EXIT
FEER: .PRINT #FMSG
.EXIT
RENER: .PRINT #RNMSG
.EXIT
AREA: .BLKW 2 ;ОБЛ. АРГУМЕНТОВ EMT
NAMBLK: .RAD50 /DX0DATA TMP/ ;СТАРОЕ ИМЯ
.RAD50 /DX0DATA CNT/ ;НОВОЕ ИМЯ
FMSG: .ASCIZ /ОШИБКА .FETCH/
RNMSG: .ASCIZ /ОШИБКА .RENAME/
.EVEN
HSPACE =.
.END ST

1.8. .REOPEN

МАКРОКОМАНДА .REOPEN СВЯЗЫВАЕТ УКАЮЗАННЫЙ КАНАЛ С
ФАЙЛОМ , ДЛЯ КОТОРОГО БЫЛА ВЫПОЛНЕНА МАКРОКОМАНДА
.SAVESTATUS , ТАКИМ ОБРАЗОМ ПРОИЗВОДЯ ПОВТОРНОЕ ОТКРЫТИЕ
ЭТОГО ФАЙЛА .

ФОРМАТ МАКРОКОМАНДЫ :
.REOPEN AREA,,CHAN,DBLK

ГДЕ

AREA - ОБЛАСТЬ ИЗ ДВУХ СЛОВ ДЛЯ АРГУМЕНТОВ EMT ;
CHAN - НОМЕР КАНАЛА ;
�

- 10 -

CBLK - АДРЕС БЛОКА ИЗ ПЯТИ СЛОВ С ИНФОРМАЦИЕЙ О
СОСТОЯНИИ КАНАЛА.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 6 ! CHAN !
!-----------------!
! CBLK !
!-----------------!

СОЧЕТАНИЕ МАКРОКОМАНД .REOPEN И .SAVESTATUS УДОБНО В
ТЕХ СЛУЧАЯХ, КОГДА НУЖНО ОДНОВРЕМЕННО ОБРАБОТАТЬ БОЛЬШОЕ
ЧИСЛО ФАЙЛОВ ПРИ ОГРАНИЧЕННОМ КОЛИЧЕСТВЕ КАНАЛОВ.
НЕОБХОДИМОЕ КОЛИЧЕСТВО ФАЙЛОВ МОЖНООТКРЫТЬ МАКРОКОМАНДОЙ
LOOKUP И СОХРАНИТЬ МАКРОКОМАНДОЙ .SAVESTATUS, КОГДА
ТРЕБУЮТСЯ ДАННЫЕ ИЗ ФАЙЛА, МАКРОКОМАНДА .REOPEN ДАЕТ
ВОЗМОЖНОСТЬ ПРОГРАММЕ СВЯЗАТЬ ФАЙЛ, СОХРАНЕННЫЙ
МАКРОКОМАНДОЙ .SAVESTATUS, СО СВОБОДНЫМ КАНАЛОМ И ЗАТЕМ
ПРОИЗВЕСТИ СЧИТЫВАНИЕ.
МАКРОКОМАНДА .REOPEN МОЖЕТ ИСПОЛЬЗОВАТЬ ЛЮБОЙ КАНАЛ,
НЕ ОБЯЗАТЕЛЬНО ТОТ, КОТОРЫЙ ИСПОЛЬЗОВАЛСЯ РАНЕЕ
МАКРОКОМАНДАМИ .LOOKUP И .SAVESTATUS.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 КАНАЛ ЗАНЯТ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .SAVESTATUS.

1.9. .SAVESTATUS

МАКРОКОМАНДА .SAVESTATUS ПЕРЕДАЕТ 5 СЛОВ ИНФОРМАЦИИ
О СОСТОЯНИИ КАНАЛА В УКАЗАННУЮ ОБЛАСТЬ ПАМЯТИ. ЭТИ СЛОВА
СОДЕРЖАТ ПОЛНУЮ ИНФОРМАЦИЮ, НЕОБХОДИМУЮ СИСТЕМЕ ДЛЯ
ОПРЕДЕЛЕНИЯ ФАЙЛА.
�

ФОРМАТ МАКРОКОМАНДЫ:
.SAVESTATUS AREA,CHAN,CBLK
ГДЕ
AREA - ОБЛАСТЬ ИЗ ДВУХ СЛОВ ДЛЯ АРГУМЕНТОВ ЕМТ;
CHAN - НОМЕР КАНАЛА;
CBLK - АДРЕС БЛОКА ПАМЯТИ (5СЛОВ), ГДЕ СОХРАНЯЕТСЯ
ИНФОРМАЦИЯ О СОСТОЯНИИ КАНАЛА.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 5 ! CHAN !
!-----------------!
! CBLK !
!-----------------!

ПОСЛЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ ФАЙЛ ЗАКРЫВАЕТСЯ И
КАНАЛ ОСВОБОЖДАЕТСЯ ДЛЯ ИСПОЛЬЗОВАНИЯ.
МАКРОКОМАНДА .SAVESTATUS ПРИМЕНЯЕТСЯ ТОЛЬКО В ТОМ
СЛУЧАЕ, ЕСЛИ ФАЙЛ БЫЛ ОТКРЫТ ПОСРЕДСТВОМ МАКРОКОМАНДЫ
.LOOKUP. ЕСЛИ ФАЙЛ БЫЛ ОТКРЫТ МАКРОКОМАНДОЙ .ENTER, TO
ИСПОЛЬЗОВАНИЕ МАКРОКОМАНДЫ .SAVESTATUS НЕДОПУСТИМО, ПРИ
ЭТОМ ВОЗНИКАЕТ ОШИБКА.
ЭТА МАКРОКОМАНДА МОЖЕТ ОТНОСИТЬСЯ ТОЛЬКО К ТЕМ
ФАЙЛАМ, КОТОРЫЕ НАХОДЯТСЯ НА УСТРОЙСТВЕ С КАТАЛОГОВОЙ
ОРГАНИЗАЦИЕЙ.
ПЯТЬ СЛОВ, НЕСУЩИХ ИНФОРМАЦИЮ О СОСТОЯНИИ КАНАЛА,
ПРИВЕДЕНЫ В ТАБЛИЦЕ (СИМВОЛОМ <*> ПОМЕЧЕНЫ БИТЫ,
ПОЯСНЕНИЯ К КОТОРЫМ ДАНЫ, ДЛЯ БИТА УСТАНОВЛЕННОГО В 1).
�

- 11 -

ТАБЛИЦА
---------------------------------------------------------
СЛОВО ! БИТ ! СОДЕРЖИМОЕ
---------!-------!---------------------------------------
1 ! ! СЛОВО СОСТОЯНИЯ КАНАЛА.
!-------!---------------------------------------
! 0* ! АППАРАТНАЯ ОШИБКА ПО ЭТОМУ КАНАЛУ.
!-------!---------------------------------------
! 1-5* ! ИНДЕКС В ТАБЛИЦАХ МОНИТОРА. ОПИСЫВАЕТ
! ! ФИЗИЧЕСКОЕ УСТРОЙСТВО, СВЯЗАННОЕ С
! ! ЭТИМ КАНАЛОМ.
!-------!---------------------------------------
! 6* ! НА КАНАЛЕ ВЫПОЛНЯЕТСЯ МАКРОКОМАНДА
! ! .RENAME.
!-------!---------------------------------------
! 7* ! В КАТАЛОГЕ ДОЛЖНА ПРОИЗОЙТИ НОВАЯ
! ! ЗАПИСЬ МАКРОКОМАНДЫ .CLOSE (Т.Е.
! ! ЭТОТ БИТ УСТАНОВЛЕН, ЕСЛИ ВЫПОЛНЕНА
! ! МАКРОКОМАНДА .ENTER).
!-------!---------------------------------------
! 8-12 ! НОМЕР СЕГМЕНТА КАТАЛОГА ОТ 1 ДО 37
! ! (ВОСЬМЕРИЧНЫЕ), В КОТОРОМ НАХОДИТСЯ
! ! ЗАПИСЬ О ТЕКУЩЕМ ФАЙЛЕ.
!-------!---------------------------------------
! 13* ! НАЙДЕН КОНЕЦ ФАЙЛА.
!-------!---------------------------------------
! 14 ! НЕ ИСПОЛЬЗУЕТСЯ.
!-------!---------------------------------------
! 15* ! ЭТОТ КАНАЛ В ДАННЫЙ МОМЕНТ ЗАНЯТ.
---------!-------!---------------------------------------
2 ! ! НАЧАЛЬНЫЙ НОМЕР БЛОКА ФАЙЛА. НУЛЬ,ЕСЛИ
! ! УСТРОЙСТВО ПОСЛЕДОВАТЕЛЬНОГО ДОСТУПА.
---------!-------!---------------------------------------
3 ! ! ДЛИНА ФАЙЛА (В БЛОКАХ ПО 256 СЛОВ).
---------!-------!---------------------------------------
4 ! ! НЕ ИСПОЛЬЗУЕТСЯ.
---------!-------!---------------------------------------
5 ! ! ЧЕТНЫЙ БАЙТ: КОЛИЧЕСТВО НЕЗАВЕРШЕННЫХ
! ! ОПЕРАЦИЙ ВВОДА/ВЫВОДА ПО КАНАЛУ
! ! (ДЛИНА ОЧЕРЕДИ).
! ! НЕЧЕТНЫЙ БАЙТ: НОМЕР УСТРОЙСТВА,
! ! СВЯЗАННОГО С КАНАЛОМ (ОТ 0 ДО 7).
�

СОЧЕТАНИЕ МАКРОКОМАНД .SAVESTATUS/.REOPEN ОЧЕНЬ
УДОБНО, НО НЕОБХОДИМО СОБЛЮДАТЬ НЕКОТОРЫЕ МЕРЫ
ПРЕДОСТОРОЖНОСТИ:
1) ЕСЛИ ПОСЛЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ .SAVESTATUS
ФАЙЛ БЫЛ УДАЛЕН ДО МАКРОКОМАНДЫ .REOPEN, ТО ВЫПОЛНЕННАЯ В
ЭТОТ МОМЕНТ МАКРОКОМАНДА .ENTER МОЖЕТ ИСПОЛЬЗОВАТЬ
ОБЛАСТЬ ЭТОГО ФАЙЛА КАК СВОБОДНУЮ И ИЗМЕНИТЬ ЕЕ
СОДЕРЖИМОЕ. ПОСЛЕ ЭТОГО СОДЕРЖИМОЕ ФАЙЛА НЕЛЬЗЯ
ВОССТАНОВИТЬ.
2) ПРИ ВЫПОЛНЕНИИ МАКРОКОМАНДЫ .REOPEN ПРИСУТСТВИЕ В
ПАМЯТИ ДРАЙВЕРА СООТВЕТСТВУЮЩЕГО УСТРОЙСТВА
НЕОБЯЗАТЕЛЬНО. ОДНАКО, ЕСЛИ ВЫПОЛНЯЮТСЯ МАКРОКОМАНДЫ
.READ ИЛИ .WRITE, ТО ПРИ ОТСУТСТВИИ ДРАЙВЕРА ВЫДАЕТСЯ
НЕУСТРАНИМАЯ ОШИБКА.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 УКАЗАННЫЙ КАНАЛ НЕ СВЯЗАН С ФАЙЛОМ,
Т.Е. НЕ ВЫПОЛНЕНА МАКРОКОМАНДА .LOOKUP;

1 УКАЗАННЫЙ ФАЙЛ ОТКРЫТ МАКРОКОМАНДОЙ
.ENTER ИЛИ НАХОДИТСЯ НА СТ: ИЛИ МТ:
ПРИМЕР:
В ПРИМЕРЕ СРАЗУ ОТКРЫВАЮТСЯ ВСЕ НЕОБХОДИМЫЕ ДЛЯ РАБОТЫ
ПРОГРАММЫ ФАЙЛЫ, ИХ СОСТОЯНИЯ СОХРАНЯЮТСЯ, А ЗАТЕМ ОНИ
ОТКРЫВАЮТСЯ ПО МЕРЕ НЕОБХОДИМОСТИ С ПОМОЩЬЮ .REOPEN.

.MCALL .READ,.EXIT,.CSIGEN,.SAVESTATUS,.REOPEN
ST: MOV #AREA,R5
.CSIGEN #DSPACE,#DEXT ;ВВЕСТИ СТРОКУ
MOV RO,BUFF ;УКАЗАТЕЛЬ НА
;СВОБОДНУЮ ПАМЯТЬ
.SAVEST R5,#3,#BLOCK1 ;СОХРАНИТЬ ИНФОРМАЦИЮ
;О ПЕРВОМ ВХОД. ФАЙЛЕ
.SEVEST R5,#4,#BLOCK2 ;О ВТОРОМ
.SAVEST R5,#5,#BLOCK3 ;О ТРЕТЬЕМ
MOV #BLOCK1,R4
PRCS: .REOPEN R5,#0,R4 ;ПЕРЕОТКРЫТЬ ФАЙЛ
;ПО КАНАЛУ 0
.READ R5,#0,BUFF,COUNT,BLOCK ;И ОБРАБОТАТЬ ЕГО
DONE: ADD "12,R4 ;УКАЗАТЕЛЬ НА
;СЛЕДУЮЩИЙ БЛОК
CMP R4,#BLOCK3 ;ПОСЛЕДН. ФАЙЛ ОБРАБОТАН?
BLOS PRCS ;НЕТ, ВЫПОЛНИТЬ СЛЕДУЮЩИЙ
.EXIT
BLOCK1: .WORD 0,0,0,0,0 ;БЛОКИ ДЛЯ ИНФОРМАЦИИ
BLOCK2: .WORD 0,0,0,0,0 ;О СОХРАНЕННОМ
BLOCK3: .WORD 0,0,0,0,0 ;СОСТОЯНИИ КАНАЛОВ
AREA: .BLKW 10
BUFF: .WORD 0
BLOCK: .WORD 0
COUNT: .WORD 256
DEXT: .WORD 0,0,0,0
DSPACE = .
.END ST
�
- 12 -

2. СИСТЕМНЫЕ МАКРОКОМАНДЫ ПЕРЕДАЧИ ДАННЫХ

2.1. .PRINT

ЭТА МАКРОКОМАНДА ПРЕДНАЗНАЧЕНА ДЛЯ ВЫВОДА СТРОКИ
ТЕКСТА НА СИСТЕМНЫЙ ТЕРМИНАЛ.
ФОРМАТ МАКРОКОМАНДЫ:
.PRINT ADDR
ГДЕ
ADDR - АДРЕС РАСПЕЧАТЫВАЕМОЙ СТРОКИ.

СТРОКА, ВЫДАВАЕМАЯ НА ПЕЧАТЬ, МОЖЕТ ОКАНЧИВАТЬСЯ
ЛИБО НУЛЕВЫМ БАЙТОМ, ЛИБО БАЙТОМ СО ЗНАЧЕНИЕМ <200>. ЕСЛИ
СТРОКА ОКАНЧИВАЕТСЯ НУЛЕВЫМ БАЙТОМ, ТО АВТОМАТИЧЕСКИ
ДОБАВЛЯЕТСЯ <CR><LF>. ЕСЛИ СТРОКУ ЗАКАНЧИВАЕТ БАЙТ <200>,
ТО ВЫДАЧА <CR> <LF> НЕ ПРОИЗВОДИТСЯ.
ПРИ ВЫПОЛНЕНИИ ОПЕРАТИВНОЙ (ФОНОВОЙ) ПРОГРАММЫ ПЕРЕД
ВЫВОДОМ ТЕКСТА НА СИСТЕМНЫЙ ТЕРМИНАЛ СНАЧАЛА ПЕЧАТАЕТСЯ
СООБЩЕНИЕ F> (B>), A ЗА НИМ СЛЕДУЕТ ТЕКСТ СТРОКИ.
УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ ПОСЛЕ
РАЗМЕЩЕНИЯ В БУФЕРЕ ВЫВОДА ВСЕХ ВЫВОДИМЫХ СИМВОЛОВ.
ОПЕРАТИВНАЯ ПРОГРАММА, ИСПОЛЬЗУЯ СИСТЕМНУЮ
МАКРОКОМАНДУ .PRINT, ВЫДАЕТ СООБЩЕНИЕ НЕЗАВИСИМО ОТ
СОСТОЯНИЯ ФОНОВОЙ ЗАДАЧИ. ПОЭТОМУ ДЛЯ СТРОЧНЫХ СООБЩЕНИЙ
УДОБНЕЕ ИСПОЛЬЗОВАТЬ МАКРОКОМАНДУ .PRINT, ЧЕМ .TTOUTR ИЛИ
.TTYOUT.
ОШИБКИ: ОТСУТСТВУЮТ.
ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .CHCOPY.

2.2. .RCVD/.RCVDW
(ТОЛЬКО ДЛЯ FB- И ХМ- МОНИТОРОВ)

СИСТЕМНЫЕ МАКРОКОМАНДЫ ЭТОГО ТИПА ИСПОЛЬЗУЮТСЯ
СОВМЕСТНО С МАКРОКОМАНДАМИ .SDAT/.SDATC/.SDATW ДЛЯ
ОСУЩЕСТВЛЕНИЯ ПЕРЕДАЧИ ДАННЫХ МЕЖДУ ПРОГРАММАМИ.
НЕПОСРЕДСТВЕННО МАКРОКОМАНДЫ ТИПА .RCVD ВЫПОЛНЯЮТ ПРИЕМ
ДАННЫХ АНАЛОГИЧНО МАКРОКОМАНДАМ ТИПА .READ С ТОЙ ЛИШЬ
РАЗНИЦЕЙ, ЧТО ПЕРЕДАЧА ДАННЫХ ПРОИЗВОДИТСЯ НЕ
ПЕРИФЕРИЙНЫМ УСТРОЙСТВОМ, А ПРОГРАММОЙ, РАБОТАЮЩЕЙ В
ДРУГОМ РАЗДЕЛЕ (ОПЕРАТИВНОМ ИЛИ ФОНОВОМ) И ВЫПОЛНЯЮЩЕЙ
ПЕРЕСЫЛКУ ДАННЫХ.
СООБЩЕНИЯ ВСЕГДА ОБРАБАТЫВАЮТСЯ В ПОРЯДКЕ: ПЕРВЫЙ
ВОШЕЛ - ПЕРВЫЙ ВЫШЕЛ. ТАКИМ ОБРАЗОМ ПОЛЬЗОВАТЕЛЬ МОЖЕТ
БЫТЬ УВЕРЕН, ЧТО ИМ ПРИНЯТО ДЕЙСТВИТЕЛЬНО ЗАТРЕБОВАННОЕ
СООБЩЕНИЕ.
ПРОГРАММЫ, ИСПОЛЬЗУЮЩИЕ МАКРОКОМАНДЫ ТИПА
.RCVD/.SDAT, ДОЛЖНЫ ПРЕДУСМАТРИВАТЬ ЛИБО ПЕРЕДАЧУ ДАННЫХ
В ФИКСИРОВАННОМ ФОРМАТЕ, ЛИБО ВОЗМОЖНОСТЬ ОБРАБОТКИ
ПЕРЕМЕННЫХ ФОРМАТОВ.
�

П_Р_И_M_E_Ч_A_H_И_E. ПРИ ИСПОЛЬЗОВАНИИ МАКРОКОМАНД
.RCVD И .RCVDC ДЛЯ БУФЕРИЗАЦИИ ЗАПРОСОВ ВВОДА НУЖНО
ВЫДЕЛЯТЬ ДОПОЛНИТЕЛЬНЫЕ ЭЛЕМЕНТЫ ОЧЕРЕДИ (СМ.
МАКРОКОМАНДУ .QSET)

ОШИБКИ ОДИНАКОВЫ ДЛЯ ВСЕХ ТРЕХ РЕЖИМОВ:
КОД ПОЯСНЕНИЕ
0 В СИСТЕМЕ НЕТ ДРУГОГО ЗАДАНИЯ.

2.2.1. .RCVD

СИСТЕМНАЯ МАКРОКОМАНДА .RCVD ИСПОЛЬЗУЕТСЯ, ЧТОБЫ
ПРИНЯТЬ ДАННЫЕ. ПОСЛЕ ТОГО, КАК ЗАПРОС ПОСТАВЛЕН В
ОЧЕРЕДЬ, ПРОДОЛЖАЕТСЯ ВЫПОЛНЕНИЕ ПРОГРАММЫ, ВЫДАВШЕЙ
ЗАПРОС НА ПРИЕМ ДАННЫХ. В МОМЕНТ, КОГДА ПРОГРАММЕ НУЖНО
ПОЛУЧИТЬ ЗАТРЕБОВАННЫЕ ДАННЫЕ, В НЕЙ СТАВИТСЯ
МАКРОКОМАНДА .MWAIT. ПРИ ЭТОМ ВЫПОЛНЕНИЕ ПРОГРАММЫ
ПРИОСТАНАВЛИВАЕТСЯ ДО ОКОНЧАНИЯ ПРИЕМА ДАННЫХ.
ФОРМАТ МАКРОКОМАНДЫ:
.RCVD AREA,BUF,WCNT
ГДЕ

�

- 13 -

AREA - АДРЕС 5 СЛОВ БЛОКА АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ ПРИЕМА ДАННЫХ;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 26 ! 0 !
!--------!--------!
! ЗАРЕЗЕРВИРОВАНО !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! 1 !
!-----------------!

СЛЕДУЕТ ИМЕТЬ В ВИДУ, ЧТО ПЕРВОЕ СЛОВО БУФЕРА BUF
БУДЕТ СОДЕРЖАТЬ КОЛИЧЕСТВО ПЕРЕДАННЫХ СЛОВ ПО ЗАВЕРШЕНИИ
МАКРОКОМАНДЫ .RCVD. ПОЭТОМУ ОБЛАСТЬ, ВЫДЕЛЕННАЯ ДЛЯ
ПРИЕМА, ВСЕГДА ДОЛЖНА БЫТЬ, ПО КРАЙНЕЙ МЕРЕ, НА ОДНО
СЛОВО БОЛЬШЕ, ЧЕМ ФАКТИЧЕСКИЙ РАЗМЕР ОЖИДАЕМОГО
СООБЩЕНИЯ.
WCNT ЯВЛЯЕТСЯ ПЕРЕМЕННОЙ ВЕЛИЧИНОЙ, Т.Е. ОДНА И ТА
ЖЕ КОМБИНАЦИЯ МАКРОКОМАНД .RCVD/.SDAT МОЖЕТ БЫТЬ
ПРИМЕНЕНА ДЛЯ ПЕРЕДАЧИ СООБЩЕНИЙ РАЗЛИЧНОЙ ДЛИНЫ
(НЕСКОЛЬКИХ СЛОВ БУФЕРА ИЛИ ВСЕГО БУФЕРА).
ОПЕРАЦИЯ .RCVD ЗАВЕРШАЕТСЯ ТОЛЬКО ПОСЛЕ ВЫПОЛНЕНИЯ
МАКРОКОМАНДЫ .SDAT ДРУГОЙ ПРОГРАММОЙ.

2.2.2. .RCVDC

СИСТЕМНАЯ МАКРОКОМАНДА .RCVDC ОСУЩЕСТВЛЯЕТ ПРИЕМ
ДАННЫХ. ПОСЛЕ ТОГО, КАК ЗАПРОС ПОСТАВЛЕН В ОЧЕРЕДЬ НА
ОБРАБОТКУ, ПРОДОЛЖАЕТСЯ ВЫПОЛНЕНИЕ ТЕКУЩЕЙ ПРОГРАММЫ
ПОЛЬЗОВАТЕЛЯ. КОГДА ПЕРЕДАЧА ДАННЫХ ЗАКОНЧИТСЯ,
УПРАВЛЕНИЕ БУДЕТ ПЕРЕДАНО ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.RCVDC AREA,BUF,WCNT,CRTN
ГДЕ
AREA - АДРЕС 5 СЛОВ БЛОКА АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ ПРИЕМА ДАННЫХ;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ;
CRTN - АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ.
�

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 26 ! 0 !
!--------!--------!
! ЗАРЕЗЕРВИРОВАНО !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! CRTN !
!-----------------!

ПЕРВОЕ СЛОВО БУФЕРА BUF СОДЕРЖИТ КОЛИЧЕСТВО ПРИНЯТЫХ
СЛОВ.

2.2.3. .RCVDW

СИСТЕМНАЯ МАКРОКОМАНДА .RCVDW ОСУЩЕСТВЛЯЕТ ПРИЕМ
СООБЩЕНИЙ С ОЖИДАНИЕМ КОНЦА ПЕРЕДАЧИ, Т.Е. ПРОГРАММА,
ВЫДАВШАЯ ЗАПРОС НА ПРИЕМ СООБЩЕНИЯ, ПРИОСТАНАВЛИВАЕТСЯ ДО
ПЕРЕДАЧИ СООБЩЕНИЯ ДРУГОЙ ПРОГРАММОЙ. ПОСЛЕ ОКОНЧАНИЯ
ПРИЕМА ЭТА ПРОГРАММА ПРОДОЛЖАЕТ ВЫПОЛНЯТЬСЯ. ПЕРВОЕ СЛОВО
В БУФЕРЕ ПРИЕМА, КАК И В ОСТАЛЬНЫХ МАКРОКОМАНДАХ ЭТОГО
ТИПА, СОДЕРЖИТ КОЛИЧЕСТВО ПРИНЯТЫХ СЛОВ.
ФОРМАТ МАКРОКОМАНДЫ:
.RCVDW AREA,BUF,WCNT
ГДЕ
AREA - АДРЕС 5 СЛОВ БЛОКА АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ ПРИЕМА ДАННЫХ;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ.
�

- 14 -

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 26 ! 0 !
!--------!--------!
! ЗАРЕЗЕРВИРОВАНО !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! 0 !
!-----------------!

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .SDAT.

2.3. .READ/.READC/.READW

ДАННЫЕ МАКРОКОМАНДЫ ОБЕСПЕЧИВАЮТ ПЕРЕДАЧУ УКАЗАННОГО
КОЛИЧЕСТВА СЛОВ ПО ЗАДАННОМУ КАНАЛУ В ПАМЯТЬ В ОДНОМ ИЗ
ТРЕХ РЕЖИМОВ.
ПОСЛЕ ВЫПОЛНЕНИЯ ЛЮБОЙ СИСТЕМНОЙ МАКРОКОМАНДЫ ТИПА
.READ RO БУДЕТ СОДЕРЖАТЬ ПОЛЕЗНУЮ ИНФОРМАЦИЮ.
ЕСЛИ СЧИТЫВАНИЕ ПРОИЗВОДИТСЯ С УСТРОЙСТВА
ПОСЛЕДОВАТЕЛЬНОГО ДОСТУПА, ТО RO СОДЕРЖИТ ТРЕБУЕМОЕ ДЛЯ
ОПЕРАЦИИ ЧИСЛО СЛОВ. ПРИ ОБСЛУЖИВАНИИ УСТРОЙСТВ С ПРЯМЫМ
ДОСТУПОМ RO СОДЕРЖИТ ФАКТИЧЕСКОЕ КОЛИЧЕСТВО СЛОВ, КОТОРОЕ
БУДЕТ СЧИТАНО (.READ/.READC) ИЛИ БЫЛО СЧИТАНО (.READW).
ЕСЛИ СДЕЛАНА ПОПЫТКА СЧИТЫВАНИЯ ПОСЛЕ КОНЦА ФАЙЛА,
ТО ЧАСТИЧНАЯ ПЕРЕДАЧА ВСЕ ЖЕ ВОЗМОЖНА, НО ЭТО КОЛИЧЕСТВО
СЛОВ (ТАКЖЕ ОТРАЖАЕМОЕ В RO) БУДЕТ МЕНЬШЕ, ЧЕМ ТРЕБУЕТСЯ.
В СЛУЧАЕ ЧАСТИЧНОЙ ПЕРЕДАЧСИ УСТАНАВЛИВАЕТСЯ БИТ С, И
ВЫДАЕТСЯ КОД ОШИБКИ 0. ПОЭТОМУ ПРОГРАММА ВСЕГДА ДОЛЖНА
ИСПОЛЬЗОВАТЬ СВЕДЕНИЯ О ФАКТИЧЕСКОМ ЧИСЛЕ ПРИНЯТЫХ СЛОВ,
СОДЕРЖАЩИХСЯ В RO. НАПРИМЕР, ЕСЛИ ДЛЯ ФАЙЛА ДЛИНОЙ В 7
БЛОКОВ, ИМЕЮЩЕГО НОМЕРА БЛОКОВ С 0 ПО 6 ВЫПОЛНЯЕТСЯ
МАКРОКОМАНДА НА ЧТЕНИЕ 512 СЛОВ, НАЧИНАЯ С БЛОКА 6, ТО
СЧИТЫВАЕТСЯ ТОЛЬКО 256 СЛОВ И УСТАНАВЛИВАЕТСЯ БИТ С
(КОД ОШИБКИ 0 В EERWD).

ОШИБКИ ОДИНАКОВЫ ДЛЯ ВСЕХ ТРЕХ РЕЖИМОВ:
КОД ПОЯСНЕНИЕ
0 ПОПЫТКА СЧИТЫВАНИЯ ПОСЛЕ КОНЦА ФАЙЛА;
1 ОШИБКА АППАРАТУРЫ;
2 КАНАЛ НЕ ОТКРЫТ.
�

2.3.1. .READ

МАКРОКОМАНДА .READ ВЫПОЛНЯЕТ ПЕРЕДАЧУ ДАННЫХ ПО
УКАЗАННОМУ КАНАЛУ В ПАМЯТЬ. ПОСЛЕ ТОГО, КАК ЗАПРОС
УСТАНОВЛЕН В ОЧЕРЕДЬ К СООТВЕТСТВУЮЩЕМУ ДРАЙВЕРУ,
УПРАВЛЕНИЕ НЕМЕДЛЕННО ПЕРЕДАЕТСЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ,
ПРИ ЭТОМ НИКАКИХ СПЕЦИАЛЬНЫХ ДЕЙСТВИЙ НЕ ПРЕДПРИНИМАЕТСЯ.
НАЗНАЧЕНИЕ КАНАЛА ПРОИЗВОДИТСЯ С ПОМОЩЬЮ МАКРОКОМАНД
.LOOKUP И .ENTER.
ФОРМАТ МАКРОКОМАНДЫ:
.READ AREA,CHAN,BUF,WCNT,BLK
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ 5 СЛОВ;
CHAN - НОМЕ кАнАЛА;Я
BUF - _АДРЕС БУФЕРА, КУДА ПОМЕЩАЮТСЯ ДАННЫЕ;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ;
BLK - НОМЕР БЛОКА, КОТОРЫЙ ДОЛЖЕН БЫТЬ СЧИТАН; ДЛЯ
УСТРОЙСТВ С КАТАЛОГОВОЙ ОРГАНИЗАЦИЕЙ - ЭТО БЛОК
ОТНОСИТЕЛЬНО НАЧАЛА ФАЙЛА; ЕСЛИ УСТРОЙСТВО С
БЕСКАТАЛОГОВОЙ ОРГАНИЗАЦИЕЙ (МАГНИТНЫЕ ЛЕНТЫ,
КАССЕТЫ), ТО ЭТО НОМЕР АБСОЛЮТНОГО БЛОКА НА
УСТРОЙСТВЕ; ПОЛЬЗОВАТЕЛЬ ДОЛЖЕН САМ ИЗМЕНЯТЬ
ЭТОТ АРГУМЕНТ ПЕРЕД ОЧЕРЕДНЫМ ИСПОЛЬЗОВАНИЕМ
ДАННОЙ МАКРОКОМАНДЫ.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 10 ! CHAN !
!--------!--------!
! BLK !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! 1 !
!-----------------!

П_P_И_M_E_Ч_A_H_И_E. ДЛЯ ИСПОЛЬЗОВАНИЯ ДАННЫХ,
СЧИТАННЫХ ПО ОПРЕДЕЛЕННОМУ КАНАЛУ, ДОЛЖНА БЫТЬ ВЫПОЛНЕНА
МАКРОКОМАНДА .WAIT, КОТОРАЯ ПЕРЕВОДИТ ПРОГРАММУ В
�

- 15 -

СОСТОЯНИЕ ОЖИДАНИЯ ДО ЗАВЕРШЕНИЯ ОПЕРАЦИИ ВВОДА/ВЫВОДА.
МАКРОКОМАНДА .WAIT ОТСЛЕЖИВАЕТ ОШИБКИ, КОТОРЫЕ МОГУТ
ПОЯВИТЬСЯ ВО ВРЕМЯ ПЕРЕДАЧИ.

2.3.2. .READC

МАКРОКОМАНДА ПЕРЕДАЕТ НЕОБХОДИМОЕ ЧИСЛО СЛОВ ПО
УКАЗАННОМУ КАНАЛУ В ПАМЯТЬ. УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ
ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ СРАЗУ ПОСЛЕ ТОГО, КАК ЗАПРОС
ПОСТАВЛЕН В ОЧЕРЕДЬ. ПРОГРАММА ПОЛЬЗОВАТЕЛЯ ПРОДОЛЖАЕТ
ВЫПОЛНЯТЬСЯ ДО ОКОНЧАНИЯ ВВОДА ДАННЫХ, ЗАТЕМ УПРАВЛЕНИЕ
ПЕРЕДАЕТСЯ ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ, УКАЗАННОЙ В
МАКРОКОМАНДЕ. ПОСЛЕ ВЫПОЛНЕНИЯ ИНСТРУКЦИИ RTS РС В
ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ
ПРЕРВАННОЙ ПРОГРАММЕ.
ФОРМАТ МАКРОКОМАНДЫ:
.READC AREA,CHAN,BUF,WCNT,CRTN,BLK
ГДЕ
AREA - АДРЕС 5 СЛОВ БЛОКА АРГУМЕНТОВ ЕМТ;
CHAN - НОМЕР КАНАЛА;
BUF - АДРЕС БУФЕРА, КУДА ПОМЕЩАЮТСЯ ДАННЫЕ;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ;
BLK - НОМЕР БЛОКА, КОТОРЫЙ ДОЛЖЕН БЫТЬ СЧИТАН; ДЛЯ
УСТРОЙСТВ С КАТАЛОГОВОЙ ОРГАНИЗАЦИЕЙ - ЭТО БЛОК
ОТНОСИТЕЛЬНО НАЧАЛА ФАЙЛА; ЕСЛИ УСТРОЙСТВО С
БЕСКАТАЛОГОВОЙ ОРГАНИЗАЦИЕЙ (МАГНИТНЫЕ ЛЕНТЫ,
КАССЕТЫ), ТО ЭТО НОМЕР АБСОЛЮТНОГО БЛОКА НА
УСТРОЙСТВЕ; ПОЛЬЗОВАТЕЛЬ ДОЛЖЕН САМ ИЗМЕНЯТЬ
ЭТОТ АРГУМЕНТ ПЕРЕД ОЧЕРЕДНЫМ ИСПОЛЬЗОВАНИЕМ
ДАННОЙ МАКРОКОМАНДЫ;
CRTN - АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 10 ! CHAN !
!--------!--------!
! BLK !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! CRTN !
!-----------------!
�

ПРИ ВХОДЕ В ПОДПРОГРАММУ ЗАВЕРШЕНИЯ:
- RO СОДЕРЖИТ СЛОВО СОСТОЯНИЯ КАНАЛА;
УСТАНОВЛЕННЫЙ В НЕМ БИТ 0 ОЗНАЧАЕТ ВОЗНИКШУЮ ПРИ
ПЕРЕДАЧЕ АППАРАТНУЮ ОШИБКУ;

- R1 СОДЕРЖИТ ВОСЬМЕРИЧНЫЙ НОМЕР КАНАЛА; ЕГО
УДОБНО ИСПОЛЬЗОВАТЬ, КОГДА ОДНА И ТА ЖЕ
ПОДПРОГРАММА ЗАВЕРШЕНИЯ ПРИМЕНЯЕТСЯ ДЛЯ РАБОТЫ С
НЕСКОЛЬКИМИ КАНАЛАМИ.

П_P_И_M_E_Ч_A_H_И_E. В ПОДПРОГРАММАХ ЗАВЕРШЕНИЯ
НЕДОПУСТИМО ИСПОЛЬЗОВАНИЕ МАКРОКОМАНД, ТРЕБУЮЩИХ USR (СМ.
Т.3 КН.2 Ч.1).

2.3.3. .READW

ЭТА МАКРОКОМАНДА ПЕРЕДАЕТ УКАЗАННОЕ КОЛИЧЕСТВО СЛОВ
ПО ОПРЕДЕЛЕННОМУ КАНАЛУ В ПАМЯТЬ. УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ
ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ ТОЛЬКО ПОСЛЕ ЗАВЕРШЕНИЯ ОПЕРАЦИИ
ЧТЕНИЯ ИЛИ ПРИ ОБНАРУЖЕНИИ ОШИБКИ.
ФОРМАТ МАКРОКОМАНДЫ:
.READW AREA,CHAN,BUF,WCNT,BLK
ГДЕ
AREA - АДРЕС 5 СЛОВ БЛОКА АРГУМЕНТОВ ЕМТ;
CHAN - НОМЕР КАНАЛА;
BUF - АДРЕС БУФЕРА, КУДА ПОМЕЩАЮТСЯ ДАННЫЕ;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ;
�

- 16 -

BLK - НОМЕР БЛОКА, КОТОРЫЙ ДОЛЖЕН БЫТЬ СЧИТАН; ДЛЯ
УСТРОЙСТВ С КАТАЛОГОВОЙ ОРГАНИЗАЦИЕЙ - ЭТО БЛОК
ОТНОСИТЕЛЬНО НАЧАЛА ФАЙЛА; ЕСЛИ УСТРОЙСТВО С
БЕСКАТАЛОГОВОЙ ОРГАНИЗАЦИЕЙ (МАГНИТНЫЕ ЛЕНТЫ,
КАССЕТЫ), ТО ЭТО НОМЕР АБСОЛЮТНОГО БЛОКА НА
УСТРОЙСТВЕ; ПОЛЬЗОВАТЕЛЬ ДОЛЖЕН САМ ИЗМЕНЯТЬ
ЭТОТ АРГУМЕНТ ПЕРЕД ОЧЕРЕДНЫМ ИСПОЛЬЗОВАНИЕМ
ДАННОЙ МАКРОКОМАНДЫ.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 10 ! CHAN !
!--------!--------!
! BLK !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! 0 !
!-----------------!

ЕСЛИ ПОСЛЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ .READW УСТАНОВЛЕН
С БИТ, ЭТО ОЗНАЧАЕТ, ЧТО ПРОИЗОШЛА ОШИБКА ПЕРЕДАЧИ. В
ТО ВРЕМЯ КАК ПРОГРАММА, ВЫПОЛНЯЮЩАЯ МАКРОКОМАНДУ, ОЖИДАЕТ
ВВОДА/ВЫВОДА, В СИСТЕМЕ МОЖЕТ ВЫПОЛНЯТЬСЯ ДРУГАЯ (ФОНОВАЯ
ИЛИ ОПЕРАТИВНАЯ) ПРОГРАММА.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .WRITE.

2.4. .SDAT/.SDATC/.SDATW

СИСТЕМНЫЕ МАКРОКОМАНДЫ ТИПА .SDAT ПРИМЕНЯЮТСЯ В
СОЧЕТАНИИ С МАКРОКОМАНДАМИ .RCVD/.RCVDC/.RCVDW ДЛЯ
ОСУЩЕСТВЛЕНИЯ ПЕРЕДАЧИ СООБЩЕНИЙ. ЭТИ МАКРОКОМАНДЫ
ВЫПОЛНЯЮТСЯ АНАЛОГИЧНО МАКРОКОМАНДАМ ТИПА .WRITE, НО
ПЕРЕДАЧА ПРОИСХОДИТ НЕ НА ПЕРЕФИРИЙНОЕ УСТРОЙСТВО, А В
СООТВЕТСТВУЮЩУЮ ПРОГРАММУ, РАБОТАЮЩУЮ В ДРУГОМ РАЗДЕЛЕ И
СОДЕРЖАЩУЮ МАКРОКОМАНДУ ТИПА .RCVD.

П_P_И_M_E_Ч_A_H_И_E. ДЛЯ МАКРОКОМАНД ТИПА .SDAT
ДЕЙСТВИТЕЛЬНЫ ВСЕ СОГЛАШЕНИЯ И ЗАМЕЧАНИЯ, КАСАЮЩИЕСЯ
МАКРОКОМАНД ТИПА .RCVD.

ОШИБКИ ОДИНАКОВЫ ДЛЯ ВСЕХ ТРЕХ РЕЖИМОВ:
КОД ПОЯСНЕНИЕ
0 ОТСУТСТВУЕТ ДРУГОЕ ЗАДАНИЕ.
�

2.4.1. .SDAT

ВЫПОЛНЯЕТ ПЕРЕДАЧУ УКАЗАННОГО КОЛИЧЕСТВА СЛОВ.
УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ СРАЗУ ПОСЛЕ
ТОГО, КАК ЗАПРОС ПОСТАВЛЕН В ОЧЕРЕДЬ.
ФОРМАТ МАКРОКОМАНДЫ:
.SDAT AREA,BUF,WCNT
ГДЕ
AREA - АДРЕС 5 СЛОВ БЛОКА АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ ПЕРЕДАЧИ ДАННЫХ;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 25 ! 0 !
!--------!--------!
! НЕ ИСПОЛЬЗУЕТСЯ !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! 1 !
!-----------------!

2.4.2. .SDATC

ВЫПОЛНЯЕТ ПЕРЕДАЧУ УКАЗАННОГО КОЛИЧЕСТВА СЛОВ.
УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ НЕМЕДЛЕННО
ПОСЛЕ ТОГО, КАК ЗАПРОС ПОСТАВЛЕН В ОЧЕРЕДЬ. ВЫПОЛНЕНИЕ
ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ ПРОДОЛЖАЕТСЯ ДО ОКОНЧАНИЯ
ПЕРЕДАЧИ, ЗАТЕМ УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ ПОДПРОГРАММЕ
ЗАВЕРШЕНИЯ, А ПО ИНСТРУКЦИИ RTS PC В ПОДПРОГРАММЕ
ЗАВЕРШЕНИЯ УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ ПРЕРВАННОЙ ПРОГРАММЕ
ПОЛЬЗОВАТЕЛЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.SDATC AREA,BUF,WCNT,CRTN
�

- 17 -

ГДЕ
AREA - АДРЕС 5 СЛОВ БЛОКА АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ ПЕРЕДАЧИ ДАННЫХ;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ;
CRTN - АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 25 ! 0 !
!--------!--------!
! НЕ ИСПОЛЬЗУЕТСЯ !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! CRTN !
!-----------------!

2.4.3. .SDATW

ВЫПОЛНЯЕТ ПЕРЕДАЧУ УКАЗАННОГО КОЛИЧЕСТВА СЛОВ.
УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ В ПРОГРАММУ ПОЛЬЗОВАТЕЛЯ ПОСЛЕ
ЗАВЕРШЕНИЯ ПЕРЕДАЧИ.
ФОРМАТ МАКРОКОМАНДЫ:
.SDATW AREA,BUF,WCNT
ГДЕ
AREA - АДРЕС 5 СЛОВ БЛОКА АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ ПЕРЕДАЧИ ДАННЫХ;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 25 ! 0 !
!--------!--------!
! НЕ ИСПОЛЬЗУЕТСЯ !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! 0 !
!-----------------!

ПРИМЕР:
В ПРИВЕДЕННОМ ПРИМЕРЕ ФОНОВАЯ ПРОГРАММА ПОСЫЛАЕТ
СООБЩЕНИЕ В ОПЕРАТИВНУЮ ПРОГРАММУ ПОСРЕДСТВОМ МАКРОКОМАНД
.SDAT И .SDATW.
�

ПРИНИМАЮЩАЯ ПРОГРАММА:

.MCALL .RCVD,.MWAIT,.EXIT,.RCVDC,.PRINT
ST: MOV #AREA,R5
.RCVD R5,#BUFF,#20. ;ПРИНЯТЬ СООБЩЕНИЕ
BCS NRC
.MWAIT
.PRINT #BUFF+2 ;ПЕЧАТЬ ПРИНЯТОГО
;ТЕКСТА
.RCVDC R5,#BUUF1,#20.,#PROG1 ;ПРИНЯТЬ
;ВТОРОЕ СООБЩЕНИЕ
BCS NRCC ;И ВВЕСТИ П/П ЗАВЕРШЕНИЯ
.MWAIT ;ОЖИДАТЬ ПРИЕМА
.PRINT #MSG4
.EXIT
PROG1: .PRINT #BUFF1+2 ;П/П ЗАВЕРШЕНИЯ, ПЕЧАТЬ
RTS PC ;ПРИНЯТОГО СООБЩЕНИЯ
NRC: .PRINT #NORC
.EXIT
NRCC: .PRINT #NORCC
.EXIT
NORC: .ASCIZ /НЕТ ВТОРОГО ЗАДАНИЯ/
NORCC: .ASCIZ /ОШИБКА .RCVDC/
.EVEN
BUFF: .WORD 0 ;БУФЕР ДЛЯ
.BLKW 20. ;ПЕРВОГО СООБЩЕНИЯ
BUFF1: .WORD 0 ;ДЛЯ ВТОРОГО
.BLKW 20
MSG4: .ASCIZ /ПЕРЕДАЧА ОКОНЧЕНА/
.EVEN
AREA: .BLKW 10
.END ST

ПЕРЕДАЮЩАЯ ПРОГРАММА:

.MCALL .SDAT,.RCVD,.MWAIT,.SDATC,.PRINT,.EXIT
ST: MOV #AREA,RO
.SDAT RO,#MSG,#COUNT ;ПЕРЕДАТЬ СООБЩЕНИЕ
�

- 18 -

BCS NSD
.SDATS R5,#MSG1,#COUNT1,#PROG ;ПЕРЕДАТЬ
BCS NSD1 ;ВТОРОЕ СООБЩЕНИЕ
.PRINT #MSG3
.EXIT
PROG: .PRINT #MSG2 ;П/П ЗАВЕРШЕНИЯ, ПЕЧАТЬ
RTS PC ;СООБЩЕНИЯ
NSD: .PRINT #NOSD
.EXIT
NSD1: .PRINT #NOSD1
.EXIT
MSG: .ASCIZ /СООБЩЕНИЕ/ ;ТЕКСТ ПЕРВОГО СООБЩЕНИЯ/
COUNT = .- MSG+1/2
.EVEN
MSG1: .ASCIZ /ЕЩЕ ОДНО СООБЩЕНИЕ/
COUNT1 = .- MSG1+1/2
.EVEN
MSG2: .ASCIZ /ПЕРЕДАЧА ОКОНЧЕНА/
MSG3: .ASCIZ /ИДЕТ ПЕРЕДАЧА СООБЩЕНИЯ/
NOSD: .ASCIZ /НЕТ ДРУГОГО ЗАДАНИЯ/
NOSD1: .ASCIZ /ОШИБКА .SDATC/
.EVEN
AREA: .BLKW 10
.END ST

2.5. .SPFUN

ЭТА СИСТЕМНАЯ МАКРОКОМАНДА ИСПОЛЬЗУЕТСЯ ДРАЙВЕРАМИ
УСТРОЙСТВ ДЛЯ ВЫПОЛНЕНИЯ СПЕЦИАЛЬНЫХ ФУНКЦИЙ, ЗАВИСЯЩИХ
ОТ УСТРОЙСТВ. НАПРИМЕР, ОБРАТНАЯ ПЕРЕМОТКА МАГНИТНОЙ
ЛЕНТЫ. МАКРОКОМАНДА МОЖЕТ ТАКЖЕ ИСПОЛЬЗОВАТЬСЯ С ДИСКОМ
DX: ДЛЯ СЧИТЫВАНИЯ И ЗАПИСИ АБСОЛЮТНЫХ СЕКТОРОВ.
ФОРМАТ МАКРОКОМАНДЫ:
.SPFUN AREA,CHAN,FUNC,BUF,WCNT,BLK,CRTN
ГДЕ
AREA - БЛОК АРГУМЕНТОВ ЕМТ ИЗ 6 СЛОВ;
CHAN - НОМЕР КАНАЛА;
FUNC - КОД ФУНКЦИИ, КОТОРУЮ НЕОБХОДИМО ВЫПОЛНИТЬ;
BUF - АДРЕС БУФЕРА; ЕСЛИ БУФЕР НЕ НУЖЕН, НЕОБХОДИМО
ЭТОТ ПАРАМЕТР УСТАНОВИТЬ В 0;
WCNT - ЭТОТ АРГУМЕНТ ЯВЛЯЕТСЯ СПЕЦИФИЧНЫМ ДЛЯ КАЖДОГО
КОНКРЕТНОГО ДРАЙВЕРА И ВОЗМОЖНО, БУДЕТ ЗАВИСЕТЬ
ОТ УКАЗАННОЙ ФУНКЦИИ;
BLK - ДАННЫЙ АРГУМЕНТ ИСПОЛЬЗУЕТСЯ АНАЛОГИЧНО
АРГУМЕНТУ WCNT;
CRTN - ТОЧКА ВХОДА В ПОДПРОГРАММУ ЗАВЕРШЕНИЯ; КОГДА
ЭТОТ АРГУМЕНТ ПРОПУЩЕН, ТО АВТОМАТИЧЕСКИ
УСТАНАВЛИВАЕТСЯ 0; ЕСЛИ CRTN=0 РЕЖИМ АНАЛОГИЧЕН
.READW; ЕСЛИ CRTN=1 РЕЖИМ АНАЛОГИЧЕН .READ; ЕСЛИ
CRTN>500, ТО ЭТО АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ.
�

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!---------!
RO => AREA: ! 32 ! CHAN !
!--------!---------!
! BLK !
!------------------!
! BUF !
!------------------!
! WCNT !
!------------------!
! 377 !
!------------------!
! CRTN !
!------------------!

АРГУМЕНТЫ BLK, CHAN И WCNT МОГУТ ОПРЕДЕЛЯТЬСЯ ТАК
ЖЕ, КАК ДЛЯ ОПЕРАЦИИ .READ/.WRITE.
МАКРОКОМАНДА .SPFUN ДАЕТ ВОЗМОЖНОСТЬ ВЫПОЛНЯТЬ СЛЕДУЮЩИЕ
ФУНКЦИИ:
�

- 19 -

ФНКЦИЯ МТ СТ
------ -- --
ПЕРЕМОТКА ВПЕРЕД ДО
ПОСЛЕДНЕГО ФАЙЛА 377

ПЕРЕМОТКА ВПЕРЕД ДО
ПОСЛЕДНЕГО БЛОКА 376

ПЕРЕМОТКА ВПЕРЕД ДО
СЛЕДУЮЩЕГО ФАЙЛА 375

ПЕРЕМОТКА ВПЕРЕД ДО
СЛЕДУЮЩЕГО БЛОКА 374

ПЕРЕМОТКА ДО ТОЧКИ
ЗАГРУЗКИ 373 373

ЗАПИСАТЬ МЕЖФАЙЛОВЫЙ
ПРОМЕЖУТОК 372

ЗАПИСАТЬ ЕОF 377

ПЕРЕМОТКА ВПЕРЕД НА
ОДНУ ЗАПИСЬ 376

ПЕРЕМОТКА НАЗАД НА
ОДНУ ЗАПИСЬ 375

ЗАПИСЬ 371

ЧТЕНИЕ 370

ЗАПИСЬ С РАСШИРЕННЫМ
МЕЖФАЙЛОВЫМ ПРОМЕЖУТКОМ 374

ОБРАТНАЯ ПЕРЕМОТКА
В АВТОНОМНОМ РЕЖИМЕ 372

ФУНКЦИЯ DX
------- --

ЗАПИСЬ СО СТИРАНИЕМ
МАРКЕРА ДАННЫХ З75

ЗАПИСЬ 376

ЧТЕНИЕ 377
�

П_P_И_M_E_Ч_A_H_И_E. ДЛЯ МАГНИТНОЙ ЛЕНТЫ ММ: КОДЫ
ПОЛНОСТЬЮ СОВПАДАЮТ С КОДАМИ ДЛЯ МТ:.
СЛЕДУЕТ ОТМЕТИТЬ, ЧТО КОД ФУНКЦИИ ЗАНИМАЕТ ТОЛЬКО
ОДИН БАЙТ И ЕГО ЗНАЧЕНИЕ ВСЕГДА ОТРИЦАТЕЛЬНО. ДОПУСТИМЫЕ
ЗНАЧЕНИЯ КОДА НЕ ВЫХОДЯТ ЗА ПРЕДЕЛЫ ОТ -1 ДО -128
ДЕСЯТИЧНЫХ (ОТ 377 ДО 200 ВОСЬМЕРИЧНЫХ).
П_P_И_M_E_Ч_A_H_И_E. ПЕРЕД ВЫПОЛНЕНИЕМ МАКРОКОМАНДЫ
.SPFUN ДРАЙВЕР СООТВЕТСТВУЮЩЕГО УСТРОЙСТВА ДОЛЖЕН БЫТЬ
ЗАГРУЖЕН В ПАМЯТЬ.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 ПОПЫТКА СЧИТЫВАНИЯПОСЛЕ КОНЦА ФАЙЛА;
1 ОШИБКА КАНАЛА;
2 УКАЗАННЫЙ КАНАЛ НЕ ОТКРЫТ.

ПРИМЕР:
В ПРИВЕДЕННОМ ПРИМЕРЕ ПРОИЗВОДИТСЯ ПЕРЕМОТКА КАССЕТЫ И
ЗАПИСЫВАЕТСЯ БЛОК В 256 СЛОВ И МЕЖФАЙЛОВЫЙ ПРОМЕЖУТОК.

.MCALL .PRINT,.FETCH,.LOOKUP,.SPFUN
.MCALL .WRITW,.EXIT,.WAIT,.CLOSE
ST: .FETCH #HSPC,#CT ;ЗАГРУЗИТЬ ДРАЙВЕР СТ
BCS LKERR
.LOOKUP #AREA,#4,#ST
BCS LKERR
.SPFUN #AREA,#4,#373,#0 ;ПЕРЕМОТАТЬ СИНХРОННО
BCS SERR
.WRITW #AREA,#4,#BUFF,#256.,BLK
BCS WTERR
.SPFUN #AREA,#4,#372,#1 ;ЗАПИСЬ МЕЖФАЙЛОВОГО
;ПРОМЕЖУТКА
.PRINT #DONE
.WAIT #4
.CLOSE #4
.EXIT
AREA: .BLKW 10
FERR: .PRINT #FMSG
.EXIT
LKERR: .PRINT #LKMSG
.EXIT
SERR: .PRINT #SMSG
.EXIT
WTERR: .PRINT #WTMSG
.EXIT
DONE: .ASCIZ /КОНЕЦ РАБОТЫ/
FMSG: .ASCIZ /ОШИБКА FETCH/
LKMSG: .ASCIZ /ОШИБКА LOOKUP/
SMSG: .ASCIZ /ОШИБКА SPFUN/
WTMSG: .ASCIZ /ОШИБКА WRITW/
.EVEN
CT: .RAD50 /CT/
.WORD 0,0,0
BUFF: .BLKW 256
BLK: .WORD 0
HSPC = .
.END ST
�

- 20 -

2.6. .TTYIN/.TTINR

ЭТИ СИСТЕМНЫЕ МАКРОКОМАНДЫ ПРОИЗВОДЯТ ПЕРЕДАЧУ
ЗНАКОВ С СИСТЕМНОГО ТЕРМИНАЛА В ПРОГРАММУ ПОЛЬЗОВАТЕЛЯ.
ПЕРЕСЫЛАЕМЫЙ СИМВОЛ МОЖЕТ БЫТЬ ПОМЕЩЕН ЛИБО В RO, ЛИБО В
RO И КАКУЮ-НИБУДЬ ЯЧЕЙКУ.
ФОРМАТ МАКРОКОМАНДЫ:
.TTYIN CHAR
.TTINR
ГДЕ
CHAR - АДРЕС ПАМЯТИ, КУДА ПЕРЕСЫЛАЕТСЯ СИМВОЛ ИЗ RO.
ЕСЛИ АРГУМЕНТ CHAR НЕ УКАЗАН, ТО СИМВОЛ ОСТАЕТСЯ В RO И
РАСПОЛАГАЕТСЯ В ЕГО МЛАДШЕМ БАЙТЕ.
МАКРОКОМАНДА .TTYIN РАСШИРЯЕТСЯ В ПОСЛЕДОВАТЕЛЬНОСТЬ:
EMT 340
BCS .-2
A .TTINR КАК
EMT 340
ПРИ РАБОТЕ .TTYIN ВЫПОЛНЕНИЕ ОСНОВНОЙ ПРОГРАММЫ
ПРИОСТАНАВЛИВАЕТСЯ ДО ТЕХ ПОР, ПОКА СИМВОЛ НЕ БУДЕТ
ВВЕДЕН. ПРИ ИСПОЛЬЗОВАНИИ .TTINR, ЕСЛИ НЕТ ЗНАКА (БИТ 12
JSW РАВЕН 1) ИЛИ СТРОКИ (БИТ 12 JSW РАВЕН 0) НА ВВОД, ТО
ВЫПОЛНЯЕТСЯ ВОЗВРАТ ИЗ МАКРОКОМАНДЫ С УСТАНОВЛЕННЫМ БИТОМ
С.
СЛЕДУЕТ ИМЕТЬ ВВИДУ, ЧТО ПОД УПРАВЛЕНИЕМ FB- ИЛИ
ХМ- МОНИТОРА МАКРОКОМАНДА .TTINR НЕ БУДЕТ УСТАНАВЛИВАТЬ
БИТ С, ЕСЛИ ПРЕДВАРИТЕЛЬНО НЕ УСТАНОВЛЕН БИТ 6 В JSW.
ИСПОЛЬЗУЯ БИТ 12 В JSW, МОЖНО УПРАВЛЯТЬ РЕЖИМАМИ
РАБОТЫ СИСТЕМНОГО ТЕРМИНАЛА (ТТ:). СУЩЕСТВУЕТ ДВА РЕЖИМА
РАБОТЫ:

БИТ 12=0
ПРОИЗВОДИТСЯ ОБЫЧНЫЙ ВВОД/ВЫВОД, ДЛЯ КОТОРОГО
ВЫПОЛНЯЕТСЯ:
- ВСЕ НАБРАННЫЕ СИМВОЛЫ ОТОБРАЖАЮТСЯ НА ЭКРАНЕ
(ЭХО-ПЕЧАТЬ);
- ВЫПОЛНЯЕТСЯ СТИРАНИЕ СТРОКИ ИЛИ СИМВОЛА С
ПОМОЩЬЮ СООТВЕТСТВЕННО СПЕЦИАЛЬНЫХ КОМАНД
ОПЕРАТОРА <CTRL/U> ИЛИ <DEL>;
- СИМВОЛЫ ТЕКУЩЕЙ СТРОКИ БУДУТ ПЕРЕДАНЫ В
ПРОГРАММУ ПОЛЬЗОВАТЕЛЯ ПОСЛЕ НАЖАТИЯ <CTRL/Z>,
<CTRL/C>, <CR> И <LF>; ДО ИХ ПОЯВЛЕНИЯ СИМВОЛЫ
СОБИРАЮТСЯ В БУФЕРЕ УСТРОЙСТВА (КОДЫ <CR> И <LF>
ТАКЖЕ ПЕРЕСЫЛАЮТСЯ В ПРОГРАММУ).

БИТ 12=1
�

СИСТЕМНЫЙ ТЕРМИНАЛ НАХОДИТСЯ В СПЕЦИАЛЬНОМ РЕЖИМЕ, ПРИ
ЭТОМ:
- НИ ОДИН ИЗ НАБИРАЕМЫХ НА КЛАВИАТУРЕ ТЕРМИНАЛА
СИМВОЛОВ НЕ ОТОБРАЖАЕТСЯ НА ЭКРАНЕ, КРОМЕ
<CTRL/C> И <CTRL/O>;
- <CTRL/U> И <DEL> НЕ ВЫПОЛНЯЮТ СВОИХ ФУНКЦИЙ И
ПЕРЕДАЮТСЯ ПРОГРАММЕ КАК ОБЫЧНЫЕ ЗНАКИ;
- СИМВОЛЫ ПО ОДНОМУ ПЕРЕДАЮТСЯ В ПРОГРАММУ
ПОЛЬЗОВАТЕЛЯ.
ЭТОТ БИТ ПОЛЬЗОВАТЕЛЬ ДОЛЖЕН УСТАНАВЛИВАТЬ САМ. ПРИ
ВОЗВРАЩЕНИИ УПРАВЛЕНИЯ СИСТЕМЕ ОН СБРАСЫВАЕТСЯ.
КОМБИНАЦИИ <CTRL/F> И <CTRL/B> НЕ ЗАВИСЯТ ОТ БИТА 12.
КОМБИНАЦИИ <CTRL/S> И <CTRL/Q> НЕ БУДУТ
ФУНКЦИОНИРОВАТЬ КАК ОБЫЧНО, ЕСЛИ БЫЛА ВЫПОЛНЕНА КОМАНДА
(ДЛЯ FB- И ХМ- МОНИТОРОВ) SET TT NOPAGE.
П_P_И_M_E_Ч_A_H_И_E. МАКРОКОМАНДА .TTYIN НЕ
СЧИТЫВАЕТ ДАННЫХ ИЗ КОМАНДНОГО ФАЙЛА. ЕСЛИ ПРИ
ИСПОЛЬЗОВАНИИ КОМАНДНЫХ ФАЙЛОВ НЕОБХОДИМА ТАКАЯ ФУНКЦИЯ,
ИСПОЛЬЗУЕТСЯ МАКРОКОМАНДА .GTLIN.

ОШИБКИ ОДИНАКОВЫ ДЛЯ ОБОИХ РЕЖИМОВ:
КОД ПОЯСНЕНИЕ
0 В КОЛЬЦЕВОМ БУФЕРЕ ВЫВОДА НЕТ СИМВОЛОВ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .TTYOUT/.TTOUTR.

2.7. .TTYOUT/.TTOUTR.

СИСТЕМНЫЕ МАКРОКОМАНДЫ .TTYOUT И .TTOUTR ВЫПОЛНЯЮТ
ПЕРЕДАЧУ СИМВОЛОВ ИЗ RO НА СИСТЕМНЫЙ ТЕРМИНАЛ.
РАЗНИЦА МЕЖДУ НИМИ В ТОМ, ЧТО В СЛУЧАЕ, ЕСЛИ В
БУФЕРЕ МОНИТОРА НЕТ МЕСТА ДЛЯ СИМВОЛА ИЗ RO, ТО
МАКРОКОМАНДА .TTYOUT ПРИОСТАНОВИТ ВЫПОЛНЕНИЕ ВСЕЙ
ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ И БУДЕТ ОЖИДАТЬ ПОЯВЛЕНИЕ
СВОБОДНОЙ ЯЧЕЙКИ, В ТО ВРЕМЯ КАК МАКРОКОМАНДА .TTOUTR
ПРОДОЛЖИТ ВЫПОЛНЕНИЕ ПРОГРАММЫ, ДАЖЕ ЕСЛИ СИМВОЛ НЕ
�

- 21 -

ПЕРЕДАН ИЗ RO В МОНИТОР.
ФОРМАТ МАКРОКОМАНДЫ:
.TTYOUT CHAR
.TTOUTR
ГДЕ
CHAR - АДРЕС ЯЧЕЙКИ, СОДЕРЖАЩЕЙ СИМВОЛ, КОТОРЫЙ БУДЕТ
ЗАГРУЖЕН В RO И ПЕРЕДАН В МОНИТОР.
ЕСЛИ АРГУМЕНТ CHAR НЕ УКАЗАН, ТО В МОНИТОР БУДЕТ ПЕРЕДАНО
СОДЕРЖИМОЕ RO.
ЕСЛИ ПОСЛЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ .TTOUTR БИТ С
УСТАНОВЛЕН, ЭТО ОЗНАЧАЕТ, ЧТО В БУФЕРЕ НЕТ МЕСТА, И
СИМВОЛ НЕ БЫЛ ВЫВЕДЕН. КОГДА В СИСТЕМЕ ФУНКЦИОНИРУЕТ FB-
ИЛИ ХМ- МОНИТОР, .TTOUTR НЕ УСТАНАВЛИВАЕТ БИТ ПЕРЕНОСА,
ВМЕСТО ЭТОГО ПРОГРАММА БЛОКИРУЕТСЯ ДО ТЕХ ПОР, ПОКА НЕ
ОСВОБОДИТСЯ МЕСТО В БУФЕРЕ ВЫВОДА. ЕСЛИ НЕОБХОДИМО
ИЗБЕЖАТЬ ПОДОБНУЮ СИТУАЦИЮ, Т.Е. ПРОДОЛЖИТЬ ВЫПОЛНЕНИЕ
ПРОГРАММЫ И ИМЕТЬ ВОЗМОЖНОСТЬ УСТАНАВЛИВАТЬ БИТ С, ТО
НЕОБХОДИМО УСТАНОВИТЬ БИТ 6 В JSW ПЕРЕД ВЫПОЛНЕНИЕМ
МАКРОКОМАНДЫ .TTOUTR.
П_P_И_M_E_Ч_A_H_И_E. ЕСЛИ ОПЕРАТИВНАЯ ПРОГРАММА
ОСТАВИТ БИТ 6 В JSW УСТАНОВЛЕННЫМ, ТО ЛЮБЫЕ ПОСЛЕДУЮЩИЕ
МАКРОКОМАНДЫ .TTYIN И .TTYOUT ЗАБЛОКИРУЮТ ФОНОВУЮ
ПРОГРАММУ. ПОСКОЛЬКУ КАЖДАЯ ПРОГРАММА ИМЕЕТ СВОЕ JSW, ОНИ
МОГУТ НЕЗАВИСИМО ДРУГ ОТ ДРУГА НАХОДИТЬСЯ В РАЗНЫХ
РЕЖИМАХ РАБОТЫ С СИСТЕМНЫМ ТЕРМИНАЛОМ.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 ЦИКЛИЧЕСКИЙ БУФЕР ВЫВОДА ЗАПОЛНЕН.

ПРИМЕР:
.MCALL .EXIT,.TTYIN,.TTYOUT,.TTINR,.TTOUTR
ST: MOV #BUFF,R1
CLR R2
BIS "100,`#44 ;УСТАНОВИТЬ БИТ 6
INLOOP: .TTINR ;ВВЕСТИ СИМВОЛЫ
;С ТЕРМИНАЛА
BCS NOCHAR
CHRIN: MOVB RO,(R1)+ ;ЗАПИСАТЬ СИМВОЛ В БУФЕР
INC R2 ;УВЕЛИЧИТЬ СЧЕТЧИК
CMP RO,#12
BNE INLOOP
MOV #BUFF,R1
OUTLOP: MOVB (R1),RO ;ЗАНЕСТИ СИМВОЛ В RO
.TTOUTR ;РАСПЕЧАТАТЬ ЕГО
BCS NOROOM ;НЕТ МЕСТА ДЛЯ ВЫХОДНОГО
;БУФЕРA
CHROUT: DEC R2 ;УМЕНЬШИТЬ СЧЕТЧИК
BEQ ST
INC R1 ;СДВИНУТЬ УКАЗАТЕЛЬ
;БУФЕРА И ПЕЧАТАТЬ
BR OUTLOP ;СЛЕДУЮЩИЙ СИМВОЛ
�

NOCHAR: .TTINR ;ПЕРИОДИЧЕСКАЯ ПРОВЕРКА
BCC CHRIN ;НА НАЛИЧИЕ СИМВОЛА
NOP
NOP
.
.
.
NOP
BR NOCHAR
NOROOM: MOVB (R1),RO ;ПЕРИОДИЧЕСКАЯ ПОПЫТКА
.TTOUTR ;ВЫВЕСТИ СИМВОЛ
BCC CHROUT
TYPETT: BIC #100,`#44 ;ВОССТАНОВИТЬ БИТ 6
.TTYOUT (R1) ;ВЫВЕСТИ СИМВОЛ
BIS #100,`#44
BR CHROUT
BUFF: .BLKW 100.
.END ST

2.8. .WRITE/.WRITC/.WRITW

ДАННЫЕ МАКРОКОМАНДЫ ОБЕСПЕЧИВАЮТ ПЕРЕДАЧУ УКАЗАННОГО
КОЛИЧЕСТВА СЛОВ ИЗ ПАМЯТИ ПО УКАЗАННОМУ КАНАЛУ.
П_P_И_M_E_Ч_A_H_И_E. ПРИ ИСПОЛЬЗОВАНИИ ЗАПРОСОВ ТИПА
.READ/.WRITE ДЛЯ БУФЕРНЫХ ОПЕРАЦИЙ ВВОДА/ВЫВОДА
НЕОБХОДИМО ВЫДЕЛЯТЬ ДОПОЛНИТЕЛЬНЫЕ ЭЛЕМЕНТЫ ОЧЕРЕДИ (СМ.
МАКРОКОМАНДУ .QSET).

ОШИБКИ ОДИНАКОВЫ ДЛЯ ВСЕХ ТРЕХ РЕЖИМОВ:
КОД ПОЯСНЕНИЕ
0 ПОПЫТКА ЗАПИСИ ПОСЛЕ КОНЦА ФАЙЛА;
1 ОШИБКА АППАРАТУРЫ;
2 КАНАЛ НЕ ОТКРЫТ.
�

- 22 -

2.8.1. .WRITE

ВЫПОЛНЯЕТ ПЕРЕДАЧУ УКАЗАННОГО КОЛИЧЕСТВА СЛОВ ИЗ
ПАМЯТИ ПО КАНАЛУ CHAN. УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ ПРОГРАММЕ
ПОЛЬЗОВАТЕЛЯ СРАЗУ ПОСЛЕ ТОГО, КАК ЗАПРОС ПОСТАВЛЕН В
ОЧЕРЕДЬ. НАЗНАЧЕНИЕ КАНАЛА ПРОИЗВОДИТСЯ ПРИ ПОМОЩИ
МАКРОКОМАНД .LOOKUP И .ENTER.
ФОРМАТ МАКРОКОМАНДЫ:
.WRITE AREA,CHAN,BUF,WCNT,BLK
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ 5 СЛОВ;
CHAN - НОМЕР КАНАЛА;
BUF - АДРЕС БУФЕРА ВЫВОДА;
WCNT - КОЛИЧЕСТВО ПЕРЕДАВАЕМЫХ СЛОВ;
BLK - НОМЕР ЗАПИСЫВАЕМОГО БЛОКА; ДЛЯ УСТРОЙСТВ С
ФАЙЛОВОЙ ОРГАНИЗАЦИЕЙ - ЭТО БЛОК ОТНОСИТЕЛЬНО
НАЧАЛА ФАЙЛА; ЕСЛИ УСТРОЙСТВО ОТКРЫТО, КАК
УСТРОЙСТВО С НЕФАЙЛОВОЙ СТРУКТУРОЙ, ТО ЭТО
АБСОЛЮТНЫЙ НОМЕР БЛОКА НА УСТРОЙСТВЕ.
ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 11 ! CHAN !
!--------!--------!
! BLK !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! 1 !
!-----------------!
�

2.8.2. .WRITC

ПЕРЕДАЕТ НЕОБХОДИМОЕ КОЛИЧЕСТВО СЛОВ ИЗ ПАМЯТИ ПО
УКАЗАННОМУ КАНАЛУ. УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ ПРОГРАММЕ
ПОЛЬЗОВАТЕЛЯ НЕМЕДЛЕННО ПОСЛЕ ТОГО, КАК ЗАПРОС ПОСТАВЛЕН
В ОЧЕРЕДЬ. ВЫПОЛНЕНИЕ ПРОГРАММЫ ПОЛЗОВАТЕЛЯ ПРОДОЛЖАЕТСЯ
ДО ОКОНЧАНИЯ ВЫВОДА, ЗАТЕМ УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ
ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ. ПО ИНСТРУКЦИИ RTS PC В
ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ УПРАВЛЕНИЕ ПЕРПДАЕТСЯ В
ПРЕРВАННУЮ ПРОГРАММУ ПОЛЗОВАТЕЛЯ.

ФОРМАТ МАКРОКОМАНДЫ:
.WRITC AREA,CHAN,BUF,WCNT,CRTN,BLK
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ 5 СЛОВ;
CHAN - НОМЕР КАНАЛА;
BUF - АДРЕС БУФЕРА ВЫВОДА;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ;
CRTN - АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ;
BLK - НОМЕР ЗАПИСЫВАЕМОГО БЛОКА; ДЛЯ УСТРОЙСТВ С
ФАЙЛОВОЙ ОРГАНИЗАЦИЕЙ - ЭТО БЛОК ОТНОСИТЕЛЬНО
НАЧАЛА ФАЙЛА; ЕСЛИ УСТРОЙСТВО ОТКРЫТО, КАК
УСТРОЙСТВО С НЕФАЙЛОВОЙ СТРУКТУРОЙ, ТО ЭТО
АБСОЛЮТНЫЙ НОМЕР БЛОКА НА УСТРОЙСТВЕ.

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 11 ! CHAN !
!--------!--------!
! BLK !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! CRTN !
!-----------------!
�

- 23 -

П_P_И_M_E_Ч_A_H_И_E. ДЛЯ МАКРОКОМАНДЫ .WRITC
ДЕЙСТВИТЕЛЬНЫ ВСЕ СОГЛАШЕНИЯ И ПРИМЕЧАНИЯ, КАСАЮЩИЕСЯ
МАКРОКОМАНДЫ .READC.

2.8.3. .WRITW

ЭТА МАКРОКОМАНДА ПЕРЕДАЕТ УКАЗАННОЕ КОЛИЧЕСТВО СЛОВ
ИЗ ПАМЯТИ ПО УКАЗАННОМУ КАНАЛУ. УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ В
ПРОГРАММУ ПОЛЬЗОВАТЕЛЯ ПОСЛЕ ЗАВЕРШЕНИЯ ВЫВОДА.
ФОРМАТ МАКРОКОМАНДЫ:
.WRITW AREA,CHAN,BUF,WCNT,BLK
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ 5 СЛОВ;
CHAN - НОМЕР КАНАЛА;
BUF - АДРЕС БУФЕРА ВЫВОДА;
WCNT - ДЛИНА БУФЕРА В СЛОВАХ;
BLK - НОМЕР ЗАПИСЫВАЕМОГО БЛОКА; ДЛЯ УСТРОЙСТВ С
ФАЙЛОВОЙ ОРГАНИЗАЦИЕЙ - ЭТО БЛОК ОТНОСИТЕЛЬНО
НАЧАЛА ФАЙЛА; ЕСЛИ УСТРОЙСТВО ОТКРЫТО, КАК
УСТРОЙСТВО С НЕФАЙЛОВОЙ СТРУКТУРОЙ, ТО ЭТО
АБСОЛЮТНЫЙ НОМЕР БЛОКА НА УСТРОЙСТВЕ.
ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 11 ! CHAN !
!--------!--------!
! BLK !
!-----------------!
! BUF !
!-----------------!
! WCNT !
!-----------------!
! 0 !
!-----------------!

ПРИМЕР:
В ЭТОМ ПРИМЕРЕ, С ИСПОЛЬЗОВАНИЕМ .READW И .WRITW, ВЫВОД
ПОЛНОСТЬЮ СИНХРОНЕН. ПРОГРАММА НЕ ВЫПОЛНЯЕТСЯ ДО ТЕХ ПОР,
ПОКА ВЕСЬ БУФЕР НЕ БУДЕТ ЗАПОЛНЕН ИЛИ ОЧИЩЕН.

.MCALL .FETCH,.READW,.WRITW,.ENTER,.LOOKUP,.PRINT
.MCALL .EXIT,.CLOSE
ERRWD = 52
ST: .FETCH #HSPACE,#PCNAME ;ЗАГРУЗИТЬ ДРАЙВЕР РС
BCS FERR
MOV #AREA,R5 ;ОБЛ. АРГУМЕНТОВ ЕМТ
CLR R4 ;R4 = КАНАЛ ВЫВОДА 0
МОV #1,R3 ;R3 = КАНАЛ ВВОДА 1
.ENTER R5,R4,#PCNAME ;ОТКРЫТЬ ФАЙЛ
BCS ENERR
�

.LOOKUP R5,R3,#PCNAME
BCS LKERR
CLR R1 ;R1 - НОМЕР БЛОКА
LOOP: .READW R5,R3,#BUFF,#256.,R1 ;СЧИТАТЬ БЛОК
BCS RDERR
.WRITW R5,R4,#BUFF,#256.,R1 ;ЗАПИСАТЬ ЕГО
BCS WTERR
INC R1 ;УВЕЛИЧИТЬ СЧЕТЧИК
BR LOOP
RDERR: TSTB ERRWD ;ЭТО EOF?
BEQ 1$ ;ДА
.PRINT #RDMSG
1$: .EXIT
WTERR: .PRINT #WTMSG
.EXIT
PCNAME: .RAD50 /PC/ ;ДЛЯ РС НЕ НУЖНО ИМЯ
.WORD 0 ;ФАЙЛА, ОНО - 0
FERR: .PRINT #FEMSG
.EXIT
ENERR: .PRINT #ENMSG
.EXIT
LKERR: .PRINT #LKMSG
.EXIT
FEMSG: .ASCIZ /СДЕЛАТЬ INSTALL PC/
ENMSG: .ASCIZ /ОШИБКА ENTER/
LKMSG: .ASCIZ /ОШИБКА LOOKUR/
RDMSG: .ASCIZ /ОШИБКА READ/
WTMSG: .ASCIZ /ОШИБКА WRITE/
.EVEN
AREA: .BLKW 10
BUFF: .BLKW 256.
HSPACE = .
.END ST

ЭТА ЖЕ ПРОГРАММА МОЖЕТ БЫТЬ НАПИСАНА С ИСПОЛЬЗОВАНИЕМ
МАКРОКОМАНД .READC И .WRITC. МАКРОКОМАНДЫ ВЫПОЛНЯТ
НАЧАЛЬНУЮ ЧАСТЬ ВВОДА/ВЫВОДА, А ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ
ОБРАБОТАЮТ ОСТАВШУЮСЯ ЧАСТЬ.

.MCALL .PRINT,.EXIT,.FETCH,.ENTER,.LOOKUP
.MCALL .CLOSE,.READC,.WRITC,.WAIT
ERRWD = 52
ST: .FETCH #AREA,#PCNAME ;ЗАГРУЗИТЬ ДРАЙВЕР РС
BCS FERR
FLNK: MOV #AREA,R5 ;ОБЛ. АРГУМЕНТОВ ЕМТ
.ENTER R5,#1,#PCNAME ;ОТКРЫТЬ ФАЙЛ
BCS ENERR
.LOOKUP R5,#0,#PCNAME
�

- 24 -

BCS LKERR
CLR R1 ;R1 = НОМЕР БЛОКА
LOOP: CLR DFLG ;СБРОС ФЛАГА ВЫП./ОШИБ.
.READC R5,#0,#BUFF,#256.,RDCOMP,R1 ;СЧИТАТЬ БЛОК
BCS EOF
1$: TST DFLG ;ФЛАГ УСТАНОВЛЕН?
BEQ 1$ ;HET
BMI IOERR ;ДА
EOF: .CLOSE #1
.EXIT
RDCOMP: ROR RO ;БИТ С УСТАНОВЛЕН, ЗНАЧИТ
BCS RWERR ;ВСТРЕТИЛАСЬ ОШИБКА
.WRITC R5,#0,#BUFF,#256.,#WRCOMP,BLKN ;ЗАПИСАТЬ
;БЛОК
BCC RTS
RWERR: MOV #-1,DFLG ;ФЛАГ ОШИБКИ
RTS: RTS PC
WRCOMP: ROR RO
BCS RWERR ;ОШИБКА АППАРАТУРЫ
INC BLKN
.READC R5,#1,#BUFF,#256.,#RDCOMP,BLKN
BCC 3$
TSTB ERRWD
BNE RWERR
INC BFLG
3$: RTS PC
FERR: MOV #FMSG,RO
BR TYPIT
IOERR: MOV #IOMSG,RO
BR TYPIT
LKERR: MOV #LMSG,RO
BR TYPIT
ENERR: MOV #EMSG,RO
TYPIT: .PRINT
.EXIT
FMSG: .ASCIZ /СДЕЛАТЬ INSTALL PC/
EMSG: .ASCIZ /ОШИБКА ENTER/
LMSG: .ASCIZ /ОШИБКА LOOKUP/
IOMSG: .ASCIZ !ОШИБКА ВВОДА/ВЫВОДА!
.EVEN
DFLG: .WORD 0
PCNAME: .RAD50 /PC/
.WORD 0
BLKN: .WORD 0
AREA: .BLKW 10
BUFF: .BLKW 256.
HSPACE = .
.END ST
�

3. СИСТЕМНЫЕ МАКРОКОМАНДЫ ОБЩЕГО НАЗНАЧЕНИЯ

В ЭТОМ ПОДРАЗДЕЛЕ ПРИВЕДЕНО ОПИСАНИЕ СИСТЕМНЫХ
МАКРОКОМАНД ОБЩЕГО НАЗНАЧЕНИЯ В АЛФАВИТНОМ ПОРЯДКЕ.
МАКРОКОМАНДЫ, ПРИМЕНЯЕМЫЕ ТОЛЬКО ДЛЯ ХМ- МОНИТОРА, ЗДЕСЬ
НЕ ОПИСАНЫ (СМ. Т.4 КН.4). АРГУМЕНТЫ МАКРОКОМАНД,
ЗАКЛЮЧЕННЫЕ В КВАДРАТНЫЕ СКОБКИ, ЯВЛЯЮТСЯ
НЕОБЯЗАТЕЛЬНЫМИ.

3.1. .CDFN

СИСТЕМНАЯ МАКРОКОМАНДА .CDFN ИСПОЛЬЗУЕТСЯ ДЛЯ
УВЕЛИЧЕНИЯ ЧИСЛА КАНАЛОВ ВВОДА/ВЫВОДА.
ФОРМАТ МАКРОКОМАНДЫ:
.CDFN AREA,ADDR,NUM
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ ТРЕХ СЛОВ;
ADDR - АДРЕС БУФЕРА ДЛЯ РАЗМЕЩЕНИЯ КАНАЛОВ
ВВОДА/ВЫВОДА;
NUM - КОЛИЧЕСТВО ДОПОЛНИТЕЛЬНЫХ КАНАЛОВ ВВОДА/ВЫВОДА.
ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 15 ! 0 !
!--------!--------!
! ADDR !
!-----------------!
! NUM !
!-----------------!

КАЖДАЯ ЗАДАЧА, ОПЕРАТИВНАЯ ИЛИ ФОНОВАЯ,
ПЕРВОНАЧАЛЬНО ОБЕСПЕЧИВАЕТСЯ 16 (ДЕСЯТИЧНЫМИ) КАНАЛАМИ
ВВОДА/ВЫВОДА, ИМЕЮЩИМИ НОМЕРА С 0 ПО 15. С ПОМОЩЬЮ ДАННОЙ
МАКРОКОМАНДЫ ЧИСЛО КАНАЛОВ МОЖЕТ БЫТЬ УВЕЛИЧЕНО ДО 255
(ДЕСЯТИЧНЫХ).
ПАМЯТЬ, ИСПОЛЬЗУЕМАЯ ДЛЯ РАЗМЕЩЕНИЯ НОВЫХ КАНАЛОВ
ВВОДА/ВЫВОДА, РЕЗЕРВИРУЕТСЯ В ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ.
КАЖДЫЙ КАНАЛ ВВОДА/ВЫВОДА ТРЕБУЕТ 5 СЛОВ ПАМЯТИ. ЕСЛИ
КОЛИЧЕСТВО ОПРЕДЕЛЯЕМЫХ КАНАЛОВ РАВНО N, ТО ПОЛЬЗОВАТЕЛЬ
ДОЛЖЕН ЗАРЕЗЕРВИРОВАТЬ ДЛЯ НИХ 5*N СЛОВ ПАМЯТИ, НАЧИНАЯ С
�

- 25 -

АДРЕСА ADDR.
РЕКОМЕНДУЕТСЯ ИСПОЛЬЗОВАТЬ МАКРОКОМАНДУ .CDFN В
НАЧАЛЕ ПРОГРАММЫ, ПЕРЕД ДЕЙСТВИЕМ ЛЮБОЙ ОПЕРАЦИИ
ВВОДА/ВЫВОДА.
МАКРОКОМАНДА .CDFN ОПРЕДЕЛЯЕТ ТОЛЬКО НОВЫЕ КАНАЛЫ;
РАНЕЕ ОПРЕДЕЛЕННЫЕ КАНАЛЫ НЕ ИСПОЛЬЗУЮТСЯ, НО СОДЕРЖИМОЕ
СТАРЫХ КАНАЛОВ ПЕРЕДАЕТСЯ В НОВЫЕ. ОПРЕДЕЛЕНИЕ МЕНЬШЕГО,
ЧЕМ УЖЕ ЕСТЬ, КОЛИЧЕСТВА КАНАЛОВ ПРИВОДИТ К СООБЩЕНИЮ ОБ
ОШИБКЕ.
ЕСЛИ ИСПОЛЬЗУЕТСЯ НЕСКОЛЬКО МАКРОКОМАНД .CDFN,
БУФЕРА КАНАЛОВ ДОЛЖНЫ НАЧИНАТЬСЯ ЛИБО С ОДНОЙ И ТОЙ ЖЕ
ЯЧЕЙКИ, ЛИБО ВООБЩЕ НЕ ПЕРЕКРЫВАТЬСЯ.
ЕСЛИ ПРОГРАММА ИСПОЛЬЗУЕТ ОВЕРЛЕЙНУЮ СТРУКТУРУ, 15
КАНАЛ НЕ ДОЛЖЕН ИЗМЕНЯТЬСЯ, Т.К. ИСПОЛЬЗУЕТСЯ ДРАЙВЕРОМ
ОВЕРЛЕЕВ. ДРУГИЕ КАНАЛЫ МОГУТ БЫТЬ ОПРЕДЕЛЕНЫ И
ИСПОЛЬЗОВАНЫ КАК ОБЫЧНО.
МАКРОКОМАНДА .SRESET И .HRESET ОТМЕНЯЮТ ДЕЙСТВИЕ
МАКРОКОМАНДЫ .CDFN И УСТАНАВЛИВАЮТ ИСХОДНЫЕ 16 КАНАЛОВ,
ОПРЕДЕЛЕННЫЕ ПРИ ЗАПУСКЕ ПРОГРАММЫ.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 СДЕЛАНА ПОПЫТКА ОПРЕДЕЛИТЬ МЕНЬШЕ КАНАЛОВ,
ЧЕМ УЖЕ СЕТЬ.

ПРИМЕР:
В ПРИМЕРЕ ОПРЕДЕЛЯЕТСЯ СНАЧАЛА 25. КАНАЛОВ, ЗАТЕМ
30. КАНАЛОВ. ПРИ ПОПЫТКЕ ОПРЕДЕЛИТЬ 20. КАНАЛОВ ВОЗНИКАЕТ
ОШИБКА, Т.К. РАНЕЕ БЫЛО ОПРЕДЕЛЕНО БОЛЬШЕЕ КОЛИЧЕСТВО
КАНАЛОВ. НА СИСТЕМНЫЙ ТЕРМИНАЛ ВЫДАЮТСЯ СООБЩЕНИЯ.

.MCALL .CDFN,.PRINT,.HRESET,.EXIT
START: .CDFN #AREA,#CHANL,#25. ;ОПРЕДЕЛИТЬ 25. КАНАЛОВ
BCS ERR
.PRINT #MSG ;ПЕЧАТЬ СООБЩЕНИЯ
.CDFN #AREA,#CHANL,#30. ;ОПРЕДЕЛИТЬ 30. КАНАЛОВ
BCS ERR
.PRINT #MSG ;ПЕЧАТЬ СООБЩЕНИЯ
.CDFN #AREA,#CHANL,#20. ;ОПРЕДЕЛИТЬ 20. КАНАЛОВ
BCC ERR1
.PRINT #MSG
CONT: .HRESET ;ВОЗВРАТ К 16 КАНАЛАМ
.CDFN #AREA,#CHANL,#20. ;ОПРЕДЕЛИТЬ 20. КАНАЛОВ
BCS ERR
.PRINT #MSG ;ПЕЧАТЬ СООБЩЕНИЯ
.EXIT
ERR: .PRINT #MSG1
.EXIT
ERR1: .PRINT #MSG1
BR CONT
�

AREA: .BLKW 3 ;БЛОК АРГУМЕНТОВ ЕМТ
MSG: .ASCIZ /КАНАЛЫ ОПРЕДЕЛЕНЫ/
MSG1: .ASCIZ /ОШИБКА .CDFN/
.EVEN
CHANL: .BLKW 30.+*5 ;ОБЛАСТЬ ДЛЯ КАНАЛОВ
.END START

3.2. .CHAIN

СИСТЕМНАЯ МАКРОКОМАНДА .CHAIN ОБЕСПЕЧИВАЕТ ПЕРЕДАЧУ
УПРАВЛЕНИЯ ИЗ ОДНОЙ ФОНОВОЙ ПРОГРАММЫ В ДРУГУЮ БЕЗ
ВМЕШАТЕЛЬСТВА ОПЕРАТОРА. ПОВТОРЯЯ ЭТОТ ПРОЦЕСС, МОЖНО
ОРГАНИЗОВАТЬ БОЛЬШУЮ ЦЕПОЧКУ ПРОГРАММ.
ЯЧЕЙКИ ПАМЯТИ 500-507 СОДЕРЖАТ ИМЯ УСТРОЙСТВА И
ФАЙЛА (В КОДЕ RADIX-50) ДЛЯ ЗАГРУЖАЕМОЙ ПРОГРАММЫ, А
ОБЛАСТЬ 510-777 ИСПОЛЬЗУЕТСЯ ДЛЯ ПЕРЕДАЧИ ИНФОРМАЦИИ
МЕЖДУ СВЯЗЫВАЕМЫМИ ПРОГРАММАМИ.
ФОРМАТ МАКРОКОМАНДЫ:
.CHAIN
ФОРМАТ РЕГИСТРА RO:

!--------!--------!
RO => ! 10 ! 0 !
!--------!--------!

ВЫПОЛНЕНИЕ МАКРОКОМАНДЫ .CHAIN ГАРАНТИРУЕТ
СОХРАНЕНИЕ СОДЕРЖИМОГО ОБЛАСТИ ПАМЯТИ 500-777.
ПРИ ВЫПОЛНЕНИИ МАКРОКОМАНДЫ .CHAIN ОТКРЫТЫЕ КАНАЛЫ
ВВОДА/ВЫВОДА МОГУТ ИСПОЛЬЗОВАТЬСЯ НОВОЙ ПРОГРАММОЙ.
ОДНАКО СЛЕДУЕТ ПОМНИТЬ, ЧТО МОНИТОР ВО ВРЕМЯ ВЫПОЛНЕНИЯ
МАКРОКОМАНДЫ .CHAIN ВОЗВРАЩАЕТСЯ К ИСХОДНЫМ 16 КАНАЛАМ.
СЛЕДОВАТЕЛЬНО, ПРОГРАММЫ, ОСТАВЛЯЮЩИЕ ФАЙЛЫ ОТКРЫТЫМИ, НЕ
ДОЛЖНЫ ИСПОЛЬЗОВАТЬ МАКРОКОМАНДУ .CDFN.
НЕРЕЗИДЕНТНЫЕ ДРАЙВЕРЫ УСТРОЙСТВ ВЫГРУЖАЮТСЯ ВО
ВРЕМЯ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ .CHAIN И ДОЛЖНЫ БЫТЬ
ЗАГРУЖЕНЫ НОВОЙ ПРОГРАММОЙ С ПОМОЩЬЮ МАКРОКОМАНДЫ .FETCH.
ПРОВЕРКОЙ БИТА CHAIN$ (8 БИТ) СЛОВА СОСТОЯНИЯ
ПРОГРАММЫ JSW (СМ. Т.3 КН.2 Ч.1) МОЖНО УСТАНОВИТЬ, БЫЛА
ЛИ ПРОГРАММА ЗАГРУЖЕНА ПОСРЕДСТВОМ МАКРОКОМАНДЫ .CHAIN
ИЛИ КОМАНДОЙ МОНИТОРА RUN. БИТ CHAIN$ УСТАНАВЛИВАЕТСЯ
ТОЛЬКО ПРИ ЗАГРУЗКЕ ПРОГРАММЫ МАКРОКОМАНДОЙ .CHAIN.

ОШИБКИ:
МАКРОКОМАНДОЙ .CHAIN ВЫДАЮТСЯ ТЕЖЕ СООБЩЕНИЯ ОБ
ОШИБКАХ, КАКИЕ ГЕНЕРИРУЮТСЯ ПРИ ВЫПОЛНЕНИИ КОМАНДЫ
МОНИТОРА RUN. ПРИ ПОЯВЛЕНИИ ОШИБКИ МАКРОКОМАНДА .CHAIN
�

- 26 -

ИГНОРИРУЕТСЯ И УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ МОНИТОРУ.

ПРИМЕР:
ПРОГРАММА PRINT.SAV ЗАГРУЖАЕТСЯ ИЗ ГОЛОВНОЙ
ПРОГРАММЫ С ПОМОЩЬЮ МАКРОКОМАНДЫ .CHAIN.

ГОЛОВНАЯ ПРОГРАММА
------------------

.MCALL .CHAIN,.TTYIN,.DBLK,.CTRLT
.CTRLT ;ОПРЕДЕЛИТЬ УПРАВЛЯ-
;ЮЩИЕ СИМВОЛЫ
;(ЗДЕСЬ LF)
START: MOV #500,R1
MOV #FILE,R2
.REPT 4
MOV (R2)+,(R1)+ ;ИМЯ ФАЙЛА В 500-507
.ENDR
1$: .TTYIN ;ЗАНЕСЕНИЕ СИМВОЛОВ С
MOVB RO,(R1)+ ;ТТ: В ОБЛАСТЬ 510-777
CMPB RO,#LF ;ВСЯ СТРОКА ВВЕДЕНА?
BNE 1$ ;HET
CLRB -(R1) ;ДА
.CHAIN ;ЗАПУСК ПРОГРАММЫ PRINT
FILE: .DBLK SY,PRINT,SAV ;ИМЯ УСТРОЙСТВА И ФАЙЛА
.END START

ПРОГРАММА PRINT
---------------

.MCALL .PRINT,.EXIT
BUFF=510
START: .PRINT #MSG ;ПЕЧАТЬ СООБЩЕНИЯ
.PRINT #BUFF ;ПЕЧАТЬ ОБЛАСТИ 510-777
.PRINT #MSG1 ;ПЕЧАТЬ СООБЩЕНИЯ
.EXIT
MSG: .ASCIZ /НАЧАЛО ПЕЧАТИ СООБЩЕНИЯ ИЗ/
.ASCIZ /ОБЛАСТИ 510-777/
MSG1: .ASCIZ /КОНЕЦ ПЕЧАТИ/
.EVEN
.END START

3.3. CMKT

СИСТЕМНАЯ МАКРОКОМАНДА .СМКТ ПРЕДНАЗНАЧЕНА ДЛЯ
ОТМЕНЫ НЕВЫПОЛНЕННЫХ МАКРОКОМАНД ВРЕМЕННОГО ИНТЕРВАЛА
(.MRKT).
�

ФОРМАТ МАКРОКОМАНДЫ:
.CMKT AREA,ID,TIME
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ ТРЕХ СЛОВ;
ID - ИДЕНТИФИКАТОР КАЖДОЙ МАКРОКОМАНДЫ .MRKT;
TIME - АДРЕС ДВУХ СЛОВ, СОДЕРЖАЩИХ ВРЕМЯ, ОСТАВШЕЕСЯ В
ОТМЕНЕННОЙ МАКРОКОМАНДЕ; ПЕРВОЕ СЛОВО СОДЕРЖИТ
СТАРШИЕ РАЗРЯДЫ, ВТОРОЕ - МЛАДШИЕ.
ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 23 ! 0 !
!--------!--------!
! ID !
!-----------------!
! TIME !
!-----------------!

ОТМЕНА МАКРОКОМАНДЫ .MRKT ОСВОБОЖДАЕТ
СООТВЕТСТВУЮЩИЙ ЭЛЕМЕНТ ОЧЕРЕДИ ДЛЯ ДРУГИХ ЦЕЛЕЙ.
ЕСЛИ НЕСКОЛЬКО МАКРОКОМАНД .MRKT ИМЕЮТ ОДИНАКОВЫЙ
ID, ТО ОТМЕНЯЕТСЯ МАКРОКОМАНДА С САМЫМ РАННИМ ВРЕМЕНЕМ
ОКОНЧАНИЯ.
ЕСЛИ ID = 0, ТО ВСЕ НЕСИСТЕМНЫЕ МАКРОКОМАНДЫ .MRKT
(В ДИАПАЗОНЕ 1-177377) ДЛЯ ДАННОЙ ПРОГРАММЫ ОТМЕНЯЮТСЯ, А
АРГУМЕНТ TIME ИГНОРИРУЕТСЯ.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 МАКРОКОМАНДА .MRKT С ЗАДАННЫМ NUM НЕ
НАЙДЕНА (ЛИБО МАКРОКОМАНДА НЕ БЫЛА ЗАДАНА,
ЛИБО ОНА УЖЕ ЗАКОНЧЕНА).

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .MRKT.

3.4. .CNFDF

СИСТЕМНАЯ МАКРОКОМАНДА .CNFDF ОПРЕДЕЛЯЕТ СИМВОЛЫ И
МНЕМОНИЧЕСКИЕ ОБОЗНАЧЕНИЯ РАЗРЯДОВ СЛОВ КОНФИГУРАЦИИ
СИСТЕМЫ (СМ. Т.3 КН.2 Ч.1).
ФОРМАТ МАКРОКОМАНДЫ:
.CNFDF
РАСШИРЕНИЕ МАКРОКОМАНДЫ:
�

- 27 -

CONFIG =^0300
FBMON$ =^01
HWDSP$ =^04
BATCH$ =^010
CLK50$ =^040
HWFPU$ =^0100
FJOB$ =^0200
GTLNK$ =^0400
USR$ =^01000
LSI$ =^04000
MMU$ =^010000
LKCS$ =^020000
KW$P =^040000
CLOCK$ =^0100000
CONFG2 =^0370
CACHE$ =^01
MPTY$ =^02
SWREG$ =^04
LIGHT$ =^010
EIS$ =^0400
VS6$0 =^01000
TYP70$ =^040000
TYP60$ =^0100000
SYSGEN =^0372
ERLG$ =^01
MMGT$ =^02
TIMIT$ =^04
MPTY$ =^010000
TIMER$ =^020000
ESCP$ =^014000
MTTY$ =^020000

ДАННАЯ МАКРОКОМАНДА КОДОВ ЕМТ НЕ ГЕНЕРИРУЕТ, А
ЯВЛЯЕТСЯ ЧИСТО ОПИСАТЕЛЬНОЙ.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР:
В ПРИМЕРЕ ОПРЕДЕЛЯЕТСЯ РЕЗИДЕНТНОСТЬ USR.

.MCALL .CNFDF,.EXIT,.PRINT,.GVAL
.CNFDF ;ОПРЕДЕЛИТЬ МНЕМОНИКУ
;СМЕЩЕНИЯ МОНИТОРА
;CONFIG (300) И ЕГО
;БИТОВ (ЗДЕСЬ USR$)
START: .GVAL #AREA,#CONFIG ;ПОЛУЧИТЬ СОДЕРЖИМОЕ
;СМЕЩЕНИЯ CONFIG B RO
BIT RO,#USR$ ;БИТ USR$ УСТАНОВЛЕН
BEQ 1$ ;HET
.PRINT #MSG ;ДА...ПЕЧАТЬ СООБЩЕНИЯ
�

BR 2$
1$: .PRINT #MSG1 ;ПЕЧАТЬ СООБЩЕНИЯ
2$: .EXIT
AREA: .BLKW 2 ;БЛОК АРГУМЕНТОВ ЕМТ
MSG: .ASCIZ /USR НЕ РЕЗИДЕНТНА/
MSG1: .ASCIZ /USR РЕЗИДЕНТНА/
.EVEN
.END START

3.5. .CNTXSW (ТОЛЬКО ДЛЯ FB- И ХМ- МОНИТОРОВ)

СИСТЕМНАЯ МАКРОКОМАНДА .CNTXSW ОПРЕДЕЛЯЕТ ЯЧЕЙКИ,
КОТОРЫЕ НЕОБХОДИМО ВКЛЮЧИТЬ В ОБЛАСТЬ СОХРАНЕНИЯ ЗАДАЧИ
ПРИ ПЕРЕКЛЮЧЕНИИ МОНИТОРА МЕЖДУ ДВУМЯ ПРОГРАММАМИ:
ФОНОВОЙ И ОПЕРАТИВНОЙ.
ФОРМАТ МАКРОКОМАНДЫ:
.CNTXSW AREA,ADDR
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ ДВУХ СЛОВ;
ADDR - АДРЕС ТАБЛИЦЫ АДРЕСОВ, ПОДЛЕЖАЩИХ ВКЛЮЧЕНИЮ В
ОБЛАСТЬ СОХРАНЕНИЯ.
ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 33 ! 0 !
!--------!--------!
! ADDR !
!-----------------!

ТАБЛИЦА АДРЕСОВ ДОЛЖНА ЗАКАНЧИВАТЬСЯ НУЛЕВЫМ СЛОВОМ.
АДРЕСА ДОЛЖНЫ БЫТЬ ЧЕТНЫМИ И ПРИНАДЛЕЖАТЬ К ОДНОЙ ИЗ
СЛЕДУЮЩИХ ОБЛАСТЕЙ:
- В ДИАПАЗОНЕ 0 - 476 (ВОСЬМЕРИЧНЫХ);
- В ОБЛАСТИ ЗАДАНИЯ ПОЛЬЗОВАТЕЛЯ;
- В СТРАНИЦЕ ВВОДА/ВЫВОДА (160000-177776).

ПРИ ПЕРЕКЛЮЧЕНИИ ИЗ ФОНОВОГО РЕЖИМА В ОПЕРАТИВНЫЙ (И
НАОБОРОТ) СИСТЕМА СОХРАНЯЕТ ИНФОРМАЦИЮ ДЛЯ ПРОГРАММЫ,
ВКЛЮЧАЮЩУЮ:
- СОДЕРЖИМОЕ УНИВЕРСАЛЬНЫХ РЕГИСТРОВ RO-R5;
- ВЕКТОР ИНСТРУКЦИИ TRAP (ЯЧЕЙКИ 34-36);
- ЯЧЕЙКИ СИСТЕМНОЙ ОБЛАСТИ СВЯЗИ (40-52);
- ЯЧЕЙКИ, ОПРЕДЕЛЕННЫЕ МАКРОКОМАНДОЙ .CNTXSW.

ЕСЛИ МАКРОКОМАНДА .SFPA ВЫПОЛНЯЕТСЯ С НЕНУЛЕВЫМИ
АДРЕСАМИ, ТО ТАКЖЕ СОХРАНЯЮТСЯ ВСЕ РЕГИСТРЫ И СЛОВО
�

- 28 -

СОСТОЯНИЯ ПРОЦЕССОРА С ПЛАВАЮЩЕЙ ЗАПЯТОЙ (ДЛЯ СМ-1420).

ПРИ МНОГОКРАТНОМ ВЫПОЛНЕНИИ МАКРОКОМАНДЫ .CNTXSW,
СОХРАНЯЮТСЯ ТОЛЬКО АДРЕСА ИЗ ПОСЛЕДНЕГО СПИСКА;
ПРЕДШЕСТВУЮЩИЕ СПИСКИ ИГНОРИРУЮТСЯ.
ЕСЛИ АРГУМЕНТ ADDR=0, ТО НИКАКИЕ АДРЕСА НЕ
СОХРАНЯЮТСЯ.
П_P_И_M_E_Ч_A_H_И_E. В ХМ - МОНИТОРЕ МАКРОКОМАНДА
.CNTXSW ИГНОРИРУЕТСЯ ПО ДВУМ ПРИЧИНАМ:
- ВИРТУАЛЬНАЯ ПРОГРАММА НЕ ДЕЛИТ ЯЧЕЙКИ ПАМЯТИ С
ДРУГИМИ ПРОГРАММАМИ;
- ВЕКТОРЫ IOT, TRAP, BPT, А ТАКЖЕ ВЕКТОР
ПРЕРЫВАНИЙ ДИСПЕТЧЕРА ПАМЯТИ (ЯЧЕЙКИ 250, 252)
АВТОМАТИЧЕСКИ ВКЛЮЧАЮТСЯ В ОБЛАСТЬ СОХРАНЕНИЯ
ХМ-МОНИТОРОМ И МОГУТ ИСПОЛЬЗОВАТЬСЯ ПРОГРАММАМИ,
НЕ ПРИМЕНЯЯ МАКРОКОМАНДУ .CNTXSW.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 НЕЧЕТНЫЙ АДРЕС В ТАБЛИЦЕ ADDR ИЛИ ОН

ПРИМЕР:
В ПРИМЕРЕ ВКЛЮЧАЮТСЯ В ОБЛАСТЬ СОХРАНЕНИЯ ЗАДАЧИ
АДРЕСА 20, 22, 177302, 177304, 177310.

.MCALL .CNTXSW,.PRINT,.EXIT
START: MOV #LIST,RO
.CNTXSW .SWAPLS ;ВКЛЮЧИТЬ В ОБЛАСТЬ
;СОХРАНЕНИЯ ЗАДАЧИ
BCC 1$
.PRINT #MSG
.EXIT
1$: .PRINT #MSG1
.EXIT
SWAPLS: .WORD 20 ;ТАБЛИЦА АДРЕСОВ
.WORD 22 1ДЛЯ СОХРАНЕНИЯ
.WORD 177302
.WORD 177304
.WORD 177310
.WORD 0 ;КОНЕЦ ТАБЛИЦЫ
LIST: .BYTE 0,33 ;БЛОК АРГУМЕНТОВ ЕМТ
.WORD 0
MSG: .ASCIZ /АДРЕС НЕВЕРЕН/
MSG1: .ASKIZ /АДРЕСА ВКЛЮЧЕНЫ В/
.ASCIZ /ПЕРЕКЛЮЧАТЕЛЬ РЕСУРСОВ/
.EVEN
.END START
�

3.6. .CSIGEN

СИСТЕМНАЯ МАКРОКОМАНДА .CSIGEN ВЫЗЫВАЕТ
ИНТЕРПРЕТАТОР КОМАНДНОЙ СТРОКИ (CSI) В ОБЫЧНОМ РЕЖИМЕ ДЛЯ
ОБРАБОТКИ СТАНДАРТНОЙ КОМАНДНОЙ СТРОКИ РАФОС.
ФОРМАТ МАКРОКОМАНДЫ:
.CSIGEN DEVSPC,DEVEXT,CSTRNG[,LINBUF]
ГДЕ
DEVSPC - АДРЕС ОБЛАСТИ ПАМЯТИ, КУДА ЗАГРУЖАЮТСЯ ДРАЙВЕРЫ
УСТРОЙСТВ;
DEVEXT - АДРЕС БЛОКА ИЗ ЧЕТЫРЕХ СЛОВ, СОДЕРЖАЩЕГО
РАСШИРЕНИЯ ФАЙЛОВ ПО УМОЛЧАНИЮ В КОДЕ RADIX-50;
CSTRNG - АДРЕС КОМАНДНОЙ СТРОКИ ИЛИ =0, ЕСЛИ ВВОД СТРОКИ
ПРОИСХОДИТ С ТЕРМИНАЛА;
LINBUF - АДРЕС, ГДЕ СОХРАНЯЕТСЯ КОПИЯ КОМАНДНОЙ СТРОКИ.
ЕСЛИ СТРОКА НАХОДИТСЯ В ПАМЯТИ, ОНА ДОЛЖНА
ЗАКАНЧИВАТЬСЯ НУЛЕВЫМ БАЙТОМ, А НЕ СОДЕРЖАТЬ СИМВОЛЫ
<CR>,<LF>.
БЛОК DEVEXT СОДЕРЖИТ:
СЛОВО 1 - РАСШИРЕНИЕ ДЛЯ ВСЕХ ВХОДНЫХ ФАЙЛОВ;
СЛОВО 2 - РАСШИРЕНИЕ ДЛЯ ПЕРВОГО ВЫХОДНОГО ФАЙЛА;
СЛОВО 3 - РАСШИРЕНИЕ ДЛЯ ВТОРОГО ВЫХОДНОГО ФАЙЛА;
СЛОВО 4 - РАСШИРЕНИЕ ДЛЯ ТРЕТЬЕГО ВЫХОДНОГО ФАЙЛА.
ЕСЛИ НЕ ИСПОЛЬЗУЮТСЯ РАСШИРЕНИЯ ПО УМОЛЧАНИЮ,
СООТВЕТСТВУЮЩИЕ СЛОВА ДОЛЖНЫ СОДЕРЖАТЬ 0.
ОБЛАСТЬ LINBUF (ДЛИНОЮ 81. БАЙТ) РЕЗЕРВИРУЕТСЯ
ПОЛЬЗОВАТЕЛЕМ. ВВОДИМАЯ СТРОКА ПРЕДСТАВЛЯЕТСЯ, КАК СТРОКА
ДИРЕКТИВЫ .ASCIZ, И МОЖЕТ БЫТЬ НАПЕЧАТАНА С ПОМОЩЬЮ
МАКРОКОМАНДЫ .PRINT.
МАКРОКОМАНДА .CSIGEN АВТОМАТИЧЕСКИ ВЫБИРАЕТ СТРОКУ
ИЗ КОМАНДНОГО ФАЙЛА, ЕСЛИ БЫЛ УКАЗАН ВВОД С ТЕРМИНАЛА
(CSTRNG=0), А САМА ПРОГРАММА ВЫЗЫВАЛАСЬ ИЗ ЭТОГО
�

- 29 -

КОМАНДНОГО ФАЙЛА.
МАКРОКОМАНДА .CSIGEN СВЯЗЫВАЕТ ТРИ ВОЗМОЖНЫХ
ВЫХОДНЫХ ФАЙЛА С КАНАЛАМИ 0,1,2 СООТВЕТСТВЕННО И ШЕСТЬ
ВХОДНЫХ ФАЙЛОВ - С КАНАЛАМИ 3-10 (ВОСЬМЕРИЧНЫХ). ПРОПУСК
СПЕЦИФИКАЦИИ ФАЙЛА В КОМАНДНОЙ СТРОКЕ ОСТАВЛЯЕТ
СООТВЕТСТВУЮЩИЙ КАНАЛ СВОБОДНЫМ.
ОБЛАСТЬ DEVSPC ДОЛЖНА БЫТЬ ДОСТАТОЧНОЙ, ЧТОБЫ
ВМЕСТИТЬ ВСЕ ВВОДИМЫЕ ДРАЙВЕРЫ ОДНОВРЕМЕННО. ЕСЛИ РАЗМЕРЫ
ДРАЙВЕРОВ ПРЕВЫШАЮТ ИМЕЮЩУЮСЯ ОБЛАСТЬ, ПРОГРАММА
ПОЛЬЗОВАТЕЛЯ МОЖЕТ БЫТЬ ИСПОРЧЕНА. ПО ЗАВЕРШЕНИИ
МАКРОКОМАНДЫ .CSIGEN RO СОДЕРЖИТ АДРЕС ПЕРВОЙ СВОБОДНОЙ
ЯЧЕЙКИ ВЫШЕ ДРАЙВЕРОВ.
КЛЮЧИ И СВЯЗАННЫЕ С НИМИ ЗНАЧЕНИЯ ПЕРЕДАЮТСЯ В СТЕК
(СМ. НИЖЕ).

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 НЕДОПУСТИМАЯ КОМАНДА;
1 УКАЗАННОЕ УСТРОЙСТВО ОТСУТСТВУЕТ;
2 НЕ ИСПОЛЬЗУЕТСЯ;
3 ПЕРЕПОЛНЕНИЕ КАТАЛОГА;
4 ВХОДНОЙ ФАЙЛ НЕ НАЙДЕН.

П_P_И_M_E_Ч_A_H_И_E. ЕСЛИ ВВОД СТРОКИ ПРОИСХОДИТ С
ТЕРМИНАЛА, ТО ПРИ ПОЯВЛЕНИИ ОШИБОК СООБЩЕНИЕ О НИХ
ВЫВОДИТСЯ НА СИСТЕМНЫЙ ТЕРМИНАЛ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .CSTAT.

3.7. .CSISPC

СИСТЕМНАЯ МАКРОКОМАНДА .CSISPC ВЫЗЫВАЕТ
ИНТЕРПРЕТАТОР КОМАНДНОЙ СТРОКИ В СПЕЦИАЛЬНОМ РЕЖИМЕ ДЛЯ
ОБРАБОТКИ СТАНДАРТНОЙ КОМАНДНОЙ СТРОКИ СИСТЕМЫ РАФОС.
ФОРМАТ МАКРОКОМАНДЫ:
.CSISPC OUTSPC,DEVEXT,CSTRNG[,LINBUF]
ГДЕ
OUTSPC - АДРЕС БЛОКА ИЗ 39 СЛОВ, ГДЕ РАЗМЕЩАЮТСЯ
ДЕСКРИПТОРЫ ФАЙЛОВ, УКАЗАННЫЕ В МАКРОКОМАНДЕ
.CSISPC;
DEVEXT - АДРЕС БЛОКА ИЗ ЧЕТЫРЕХ СЛОВ, СОДЕРЖАЩЕГО
РАСШИРЕНИЯ ФАЙЛОВ ПО УМОЛЧАНИЮ В КОДЕ RADIX-50;
CSTRNG - АДРЕС КОМАНДНОЙ СТРОКИ ИЛИ #8, ЕСЛИ ВВОД СТРОКИ
ПРОИСХОДИТ С ТЕРМИНАЛА;
LINBUF - АДРЕС, ГДЕ СОХРАНЯЕТСЯ КОПИЯ КОМАНДНОЙ СТРОКИ.
В ЭТОМ РЕЖИМЕ ИНТЕРПРЕТАТОР КОМАНДНОЙ СТРОКИ НЕ
ПРОИЗВОДИТ ЗАГРУЗКУ ДРАЙВЕРОВ И НЕ ВЫПОЛНЯЕТ МАКРОКОМАНД
.CLOSE, .ENTER И .LOOKUP.
�

В БЛОКЕ OUTSPC ОТВОДИТСЯ ПЕРВЫЕ 15 СЛОВ ДЛЯ ТРЕХ
ВЫХОДНЫХ ФАЙЛОВ (5 СЛОВ НА ФАЙЛ) И 24 СЛОВА ДЛЯ ШЕСТИ
ВХОДНЫХ ФАЙЛОВ (4 СЛОВА НА ФАЙЛ). ЕСЛИ КАКОЙ-ТО ФАЙЛ
ОТСУТСТВУЕТ, ТО СООТВЕТСТВУЮЩЕЕ ПОЛЕ ЗАПОЛНЯЕТСЯ НУЛЯМИ.
В БЛОК ДЛЯ ВЫХОДНЫХ ФАЙЛОВ ЗАНОСИТСЯ:
1 СЛОВО - ИМЯ УСТРОЙСТВА (RADIX-50);
2-3 СЛОВО - ИМЯ ФАЙЛА (RADIX-50);
4 СЛОВО - РАСШИРЕНИЕ ИМЕНИ ФАЙЛА (RADIX-50);
5 СЛОВО - РАЗМЕР ФАЙЛА (ВОСЬМЕРИЧНОЕ).
В БЛОК ДЛЯ ВХОДНЫХ ФАЙЛОВ ЗАНОСИТСЯ:
1 СЛОВО - ИМЯ УСТРОЙСТВА (RADIX-50);
2-3 СЛОВО - ИМЯ ФАЙЛА (RADIX-50);
4 СЛОВО - РАСШИРЕНИЕ ИМЕНИ ФАЙЛА (RADIX-50).
ЕСЛИ СТРОКА НАХОДИТСЯ В ПАМЯТИ, ОНА ДОЛЖНА
ЗАКАНЧИВАТЬСЯ НУЛЕВЫМ БАЙТОМ, А НЕ СОДЕРЖАТЬ СИМВОЛЫ
<CR>,<LF>.
БЛОК DEVEXT СОДЕРЖИТ:
СЛОВО 1 - РАСШИРЕНИЕ ДЛЯ ВСЕХ ВХОДНЫХ ФАЙЛОВ;
�

- 30 -

СЛОВО 2 - РАСШИРЕНИЕ ДЛЯ ПЕРВОГО ВЫХОДНОГО ФАЙЛА;
СЛОВО 3 - РАСШИРЕНИЕ ДЛЯ ВТОРОГО ВЫХОДНОГО ФАЙЛА;
СЛОВО 4 - РАСШИРЕНИЕ ДЛЯ ТРЕТЬЕГО ВЫХОДНОГО ФАЙЛА.
ЕСЛИ НЕ ИСПОЛЬЗУЮТСЯ РАСШИРЕНИЯ ПО УМОЛЧАНИЮ,
СООТВЕТСТВУЮЩИЕ СЛОВА ДОЛЖНЫ СОДЕРЖАТЬ 0.
ОБЛАСТЬ LINBUF (ДЛИНОЮ 81. БАЙТ) РЕЗЕРВИРУЕТСЯ
ПОЛЬЗОВАТЕЛЕМ. ВВОДИМАЯ СТРОКА ПРЕДСТАВЛЯЕТСЯ, КАК СТРОКА
ДИРЕКТИВЫ .ASCIZ, И МОЖЕТ БЫТЬ НАПЕЧАТАНА С ПОМОЩЬЮ
МАКРОКОМАНДЫ .PRINT.
МАКРОКОМАНДА .CSISPC АВТОМАТИЧЕСКИ ВЫБИРАЕТ СТРОКУ
ИЗ КОМАНДНОГО ФАЙЛА, ЕСЛИ БЫЛ УКАЗАН ВВОД С ТЕРМИНАЛА
(CSTRNG=0), А САМА ПРОГРАММА ВЫЗЫВАЛАСЬ ИЗ ЭТОГО
КОМАНДНОГО ФАЙЛА.
КЛЮЧИ И СВЯЗАННЫЕ С НИМИ ЗНАЧЕНИЯ ПЕРЕДАЮТСЯ В СТЕК
(СМ. НИЖЕ).

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 НЕДОПУСТИМАЯ КОМАНДА;
1 УКАЗАННОЕ УСТРОЙСТВО ОТСУТСТВУЕТ.

П_P_И_M_E_Ч_A_H_И_E. ЕСЛИ ВВОД СТРОКИ ПРОИСХОДИТ С
ТЕРМИНАЛА, ТО ПРИ ПОЯВЛЕНИИ ОШИБОК СООБЩЕНИЕ О НИХ
ВЫВОДИТСЯ НА СИСТЕМНЫЙ ТЕРМИНАЛ.

ПРИМЕР:
В ПРИМЕРЕ ПОКАЗАНО ИСПОЛЬЗОВАНИЕ CSI В СПЕЦИАЛЬНОМ
РЕЖИМЕ. ПРОГРАММА ЧИТАЕТ ФАЙЛ В ФОРМАТЕ ДОС И ЗАПИСЫВАЕТ
ЕГО В ФОРМАТЕ РАФОС.

.MCALL .CSISPC,.PRINT,.EXIT,.ENTER,.CLOSE
START: .CSISPC #OUTSPC,#DEXT,#CSTRNG ;ВВЕСТИ КОМАНДНУЮ
;СТРОКУ ИЗ ПАМЯТИ
BCC 1$
.PRINT #MSG
.EXIT
1$: .ENTER #AREA,#0,#OUTSPC,#OUTSPC+10 ;ОТКРЫТЬ ФАЙЛ
;ДЛЯ ВЫВОДА
BCC 2$
.PRINT #MSG1
.EXIT
2$: JSR PC,INPUT ;ПОДПРОГРАММА ВВОДА
;В ФОРМАТЕ ДОС И ВЫВОДА
;В ФОРМАТЕ РАФОС
.CLOSE #0 ;ЗАКРЫТЬ ВЫХОДНОЙ ФАЙЛ
.EXIT
CSTRNG: .ASCIZ RK1:RAFOS.MAC=RK2:DOS.MAC ;КОМАНДНАЯ
;СТРОКА
.EVEN
�

DEXT: .WORD 0,0,0,0 ;БЛОК РАСШИРЕНИЙ
;ПО УМОЛЧАНИЮ
AREA: .BLKW 5 ;БЛОК АРГУМЕНТОВ ЕМТ
MSG: .ASCIZ /ОШИБКА CSI/
MSG1: .ASCIZ /ОШИБКА ENTER/
.EVEN
INPUT: . ;ТЕКСТ ПОДПРОГРАММЫ
.
RTS PC
OUTSPC = . ;БЛОК ДЕСКРИПТОРОВ
.END START

3.7.1. ИНФОРМАЦИЯ О КЛЮЧАХ

В ОБЩЕМ И СПЕЦИАЛЬНОМ РЕЖИМАХ ИНТЕРПРЕТАТОРА
КОМАНДНОЙ СТРОКИ (CSI) КЛЮЧИ И СООТВЕТСТВУЮЩИЕ ИМ
ЗНАЧЕНИЯ ПЕРЕДАЮТСЯ В СТЕК.
КЛЮЧОМ ЯВЛЯЕТСЯ КОСАЯ ЧЕРТА (/), ЗА КОТОРОЙ СЛЕДУЕТ
ЛЮБОЙ СИМВОЛ (ЖЕЛАТЕЛЬНО, ЧТОБЫ ОН БЫЛ НЕСЛУЖЕБНЫМ).
ЗА КЛЮЧОМ МОЖЕТ СЛЕДОВАТЬ ЗНАЧЕНИЕ КЛЮЧА, КОТОРОЕ
УКАЗЫВАЕТСЯ ДВОЕТОЧИЕМ (:). ЗНАЧЕНИЕ КЛЮЧА МОЖЕТ БЫТЬ
ЛИБО ВОСЬМЕРИЧНЫМ ЧИСЛОМ, ЛИБО ДЕСЯТИЧНЫМ ЧИСЛОМ, ЛИБО
НАБОРОМ БУКВЕННО-ЦИФРОВЫХ СИМВОЛОВ (ОТ 1 ДО 3 СИМВОЛОВ),
ПЕРВЫЙ ИЗ КОТОРЫХ ДОЛЖЕН БЫТЬ БУКВЕННЫМ. ДЕСЯТИЧНЫЕ
ВЕЛИЧИНЫ УКАЗЫВАЮТСЯ ЧИСЛОМ С ТОЧКОЙ. ЕСЛИ ТОЧКА
ОТСУТСТВУЕТ, ТО ЧИСЛО СЧИТАЕТСЯ ВОСЬМЕРИЧНЫМ.
ПОЛЬЗОВАТЕЛЬ ПОЛУЧАЕТ В СТЕКЕ КЛЮЧИ И ИХ ЗНАЧЕНИЯ В
СЛЕДУЮЩЕМ ВИДЕ:
СЛОВО 1 - (ВЕРХУШКА СТЕКА). КОЛИЧЕСТВО КЛЮЧЕЙ В КОМАНДНОЙ
СТРОКЕ; ЕСЛИ 0, ТО КЛЮЧИ ОТСУТСТВУЮТ;
СЛОВО 2 - МЛАДШИЙ БАЙТ СОДЕРЖИТ МНЕМОНИКУ КЛЮЧА, СТАРШИЙ -
НОМЕР ФАЙЛА, С КОТОРЫМ СВЯЗАН КЛЮЧ; ЕСЛИ 15 БИТ
=1, ТО КЛЮЧ ИМЕЕТ ЗНАЧЕНИЕ;
СЛОВО 3 - ЕСЛИ УСТАНОВЛЕН 15 БИТ СЛОВА 2, ТО СОДЕРЖИТСЯ
ЗНАЧЕНИЕ КЛЮЧА; ЕСЛИ НЕТ, ТО СЛЕДУЮЩИЙ КЛЮЧ
(ЕСЛИ ОН ЕСТЬ).
�

- 31 -

П_P_И_M_E_Ч_A_H_И_E. ЕСЛИ КЛЮЧ ИМЕЕТ НЕСКОЛЬКО
ЗНАЧЕНИЙ, В СТЕК ЗАПИСЫВАЕТСЯ СООТВЕТСТВУЮЩЕЕ КОЛИЧЕСТВО
КЛЮЧЕЙ.
СЛЕДУЕТ ПОМНИТЬ, ЧТО В FB-МОНИТОРЕ ВВОД С СИСТЕМНОГО
ТЕРМИНАЛА ВСЕГДА ОСУЩЕСТВЛЯЕТ НЕЯВНОЕ ОБРАЩЕНИЕ К
МАКРОКОМАНДЕ .UNLOCK ДЛЯ USR. ЭТО НУЖНО ИМЕТЬ ВВИДУ ПРИ
ИСПОЛЬЗОВАНИИ МАКРОКОМАНДЫ .LOCK.

3.8. .CSTAT (ТОЛЬКО ДЛЯ FB- И ХМ-МОНИТОРОВ)

СИСТЕМНАЯ МАКРОКОМАНДА .CSTAT ЗАПОЛНЯЕТ 6 СЛОВ
ПАМЯТИ ИНФОРМАЦИЕЙ О КАНАЛЕ.
ФОРМАТ МАКРОКОМАНДЫ:
.CSTAT AREA,CHAN,ADDR
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ ДВУХ СЛОВ;
CHAN - НОМЕР КАНАЛА, О КОТОРОМ ТРЕБУЕТСЯ ИНФОРМАЦИЯ;
ADDR - АДРЕС БЛОКА ИЗ 6 СЛОВ, СОДЕРЖАЩИХ ИНФОРМАЦИЮ О
КАНАЛЕ.
ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 27 ! CHAN !
!--------!--------!
! ADDR !
!-----------------!

ПОЛЬЗОВАТЕЛЮ ПЕРЕДАЕТСЯ:
СЛОВО 1 - СЛОВО СОСТОЯНИЯ КАНАЛА;
СЛОВО 2 - НОМЕР ПЕРВОГО БЛОКА ФАЙЛА;
СЛОВО 3 - ДЛИНА ФАЙЛА;
СЛОВО 4 - МАКСИМАЛЬНЫЙ НОМЕР ЗАПИСАННОГО БЛОКА;
СЛОВО 5 - НОМЕР УСТРОЙСТВА;
СЛОВО 6 - ИМЯ УСТРОЙСТВА (В RADIX-50).
СЛОВО 2 СОДЕРЖИТ 0, ЕСЛИ УСТРОЙСТВО С
ПОСЛЕДОВАТЕЛЬНЫМ ДОСТУПОМ ИЛИ КАНАЛ БЫЛ ОТКРЫТ
МАКРОКОМАНДАМИ .LOOKUP ИЛИ .ENTER, КАК ДЛЯ УСТРОЙСТВА С
НЕФАЙЛОВОЙ СТРУКТУРОЙ.
В СЛОВЕ 3 ИНФОРМАЦИЯ ОТСУТСТВУЕТ, ЕСЛИ УСТРОЙСТВО С
НЕФАЙЛОВОЙ СТРУКТУРОЙ, А ТАКЖЕ, ЕСЛИ КАНАЛ БЫЛ ОТКРЫТ
МАКРОКОМАНДАМИ .LOOKUP ИЛИ .ENTER ДЛЯ УСТРОЙСТВА С
НЕФАЙЛОВОЙ СТРУКТУРОЙ.
В СЛОВЕ 4 ИНФОРМАЦИЯ ОТСУТСТВУЕТ, ЕСЛИ УСТРОЙСТВО С
НЕФАЙЛОВОЙ СТРУКТУРОЙ.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 КАНАЛ НЕ ОТКРЫТ.
�

ПРИМЕР:
В ПРИМЕРЕ ПОКАЗАНО ПОЛУЧЕНИЕ ИМЕНИ УСТРОЙСТВА,
СВЯЗАННОГО С ПЕРВЫМ ВЫХОДНЫМ ФАЙЛОМ В КОМАНДНОЙ СТРОКЕ.

.MCALL .CSTAT,.CSIGEN,.PRINT,.EXIT
START: .CSIGEN #DEVSPC,#DEVEXT ;ВВОД КОМАНДНОЙ СТРОКИ
.CSTAT #AREA,#0,#ADDR ;ПОЛУЧИТЬ ИНФОРМАЦИЮ
;О 0 КАНАЛЕ
BCS ERR
MOV #ADDR+10,R5
MOV (R5)+,RO
ADD (PC)+,R0
.RAD50 / 0/
ADD (R5),R0
MOV R0,DEVNAM ;ПОЛУЧИТЬ ИМЯ УСТРОЙСТВ
.EXIT
AREA: .BLKW 5 ;БЛОК АРГУМЕНТОВ ЕМТ
ADDR: .BLKW 6 ;БЛОК ИНФОРМАЦИИ
;О КАНАЛЕ
DEVNAM: .WORD 0
DEVEXT: .WORD 0,0,0,0 ;БЛОК РАСШИРЕНИЙ
;ПО УМОЛЧАНИЮ
ERR: .PRINT #MSG
.EXIT
MSG: .ASCIZ /КАНАЛ НЕ ОТКРЫТ/
.EVEN
DEVSPC = . ;АДРЕС ЗАГРУЗКИ
;ДРАЙВЕРОВ
.END START

3.9. .CTRLT

СИСТЕМНАЯ МАКРОКОМАНДА .CTRLT ОПРЕДЕЛЯЕТ
СИМВОЛИЧЕСКИЕ ОБОЗНАЧЕНИЯ УПРАВЛЯЮЩИХ СИМВОЛОВ (ИМЕЮЩИХ
КОДЫ 0-37).
ФОРМАТ МАКРОКОМАНДЫ:
.CTRLT
�

- 32 -

РАСШИРЕНИЕ МАКРОКОМАНДЫ:
NUL =^0000
SOH =^0001
STH =^0002
ETX =^0003
EOT =^0004
ENQ =^0005
ACK =^0006
BEL =^0007
BS =^0010
HT =^0011
LF =^0012
VT =^0013
FF =^0014
CR =^0015
SO =^0016
SI =^0017
DLE =^0020
DC1 =^0021
DC2 =^0022
DC3 =^0023
DC4 =^0024
NAK =^0025
SYN =^0026
ETB =^0027
CAN =^0030
EM =^0031
SUB$ =^0032
ESC =^0033
FS =^0034
GS =^0035
RS =^0036
US =^0037

ДАННАЯ МАКРОКОМАНДА КОДОВ ЕМТ НЕ ГЕНЕРИРУЕТ, А
ЯВЛЯЕТСЯ ЧИСТО ОПИСАТЕЛЬНОЙ.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .CHAIN.

3.10. .DATE

СИСТЕМНАЯ МАКРОКОМАНДА .DATE ПЕРЕДАЕТ ИНФОРМАЦИЮ О
ТЕКУЩЕЙ ДАТЕ В RO:
- БИТЫ 13-10 - НОМЕР МЕСЯЦА (1-12.);
- БИТЫ 9-5 - ДЕНЬ НЕДЕЛИ (1-31.);
- БИТЫ 4-0 - ГОД (ЗНАЧЕНИЕ ГОДА ОПРЕДЕЛЯЕТСЯ
ВЫЧИТАНИЕМ ИЗ ТЕКУЩЕГО ГОДА ЧИСЛА 72.).
�

ФОРМАТ МАКРОКОМАНДЫ:
.DATE
ФОРМАТ РЕГИСТРА RO:

!--------!--------!
RO => ! 12 ! 0 !
!--------!--------!

ЕСЛИ ПОСЛЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ RO=0, ТО ЭТО
ОЗНАЧАЕТ, ЧТО ДАТА НЕ БЫЛА ВВЕДЕНА ПОЛЬЗОВАТЕЛЕМ.

П_P_И_M_E_Ч_A_H_И_E. РАФОС НЕ ПРОИЗВОДИТ ПРОВЕРКУ НА
КОРРЕКТНОСТЬ УКАЗАННОЙ ДАТЫ (КОНЕЦ МЕСЯЦА И ГОДА).
НАПРИМЕР, ПОЛЬЗОВАТЕЛЬ МОЖЕТ ВВЕСТИ ИАКУЮ ДАТУ КАК 31
ФЕВРАЛЯ. НЕОБХОДИМО ТОЧНО ВЫЧИСЛЯТЬ ПРОГРАММОЙ ГОД И
ПЕРВЫЙ ДЕНЬ КАЖДОГО МЕСЯЦА.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР:
В ПРИМЕРЕ ПРИВЕДЕНА ПОДПРОГРАММА ОБРАБОТКИ ДАТЫ,
ВВЕДЕННОЙ ПОЛЬЗОВАТЕЛЕМ КОМАНДОЙ МОНИТОРА DATE.

; ОБРАЩЕНИЕ К ПОДПРОГРАММЕ:
;
; JSR PC,DATE
;
; РЕЗУЛЬТАТ: RO = МЕСЯЦ (1-12)
; R1 = ЧИСЛО (1-31)
; R2 = ГОД (ПО МОДУЛЮ 100)
;
; ОШИБКИ: RO=0, ЕСЛИ ДАТА НЕ ВВЕДЕНА ПОЛЬЗОВАТЕЛЕМ
;
.MCALL .DATE,.POP,.PUSH
DATE:
.PUSH R2,R1,RO ;СОХРАНИТЬ РЕГИСТРЫ
.DATE ;ВЫБРАТЬ ДАТУ
MOV RO,R2 ;ВВЕДЕНА?
BEQ 1$ ;HET
BIC #^C37,R2 ;ВЫБРАТЬ ГОД В R2
ADD #72.,R2
MOV RO,R1 ;ВЫБРАТЬ ЧИСЛО
ASL R1
ASL R1
ASL R1
SWAB R1
BIC #^C37,R1
SWAB RO ;ВЫБРАТЬ МЕСЯЦ
ASR RO
ASR RO
BIC #^C37,RO
1$: .POP RO,R1,R2 ;ВОССТАНОВИТЬ РЕГИСТРЫ
RTS PC
.END
�

- 33 -

3.11. .DBLK

СИСТЕМНАЯ МАКРОКОМАНДА .DBLK СОЗДАЕТ БЛОК УСТРОЙСТВА
(СМ. Т.3 КН.2 Ч.1) ДЛЯ УКАЗАННОГО ФАЙЛА В КОДЕ RADIX-50.
ФОРМАТ МАКРОКОМАНДЫ:
.DBLK DEV,NAM,TYP
ГДЕ
DEV - ИМЯ УСТРОЙСТВА;
NAM - НАИМЕНОВАНИЕ ФАЙЛА;
TYP - РАСШИРЕНИЕ ИМЕНИ ФАЙЛА.
ДАННАЯ МАКРОКОМАНДА КОДОВ ЕМТ НЕ ГЕНЕРИРУЕТ.

ОЩИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .CHAIN.

3.12. .DEVICE (ТОЛЬКО ДЛЯ FB- И ХМ- МОНИТОРОВ)

СИСТЕМНАЯ МАКРОКОМАНДА .DEVICE ОПРЕДЕЛЯЕТ ТАБЛИЦЫ
АДРЕСОВ, В КОТОРЫЕ НУЖНО ЗАПИСАТЬ УКАЗАННУЮ ИНФОРМАЦИЮ
ПРИ ЗАВЕРШЕНИИ ПРОГРАММЫ.
ФОРМАТ МАКРОКОМАНДЫ:
.DEVICE AREA,ADDR[,LINK]
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ ДВУХ СЛОВ;
ADDR - АДРЕС ТАБЛИЦЫ АДРЕСОВ И ЗНАЧЕНИЙ;
LINK - АРГУМЕНТ, ПОЗВОЛЯЮЩИЙ ОБ_ЕДИНЯТЬ ТАБЛИЦЫ ПРИ
ПОСЛЕДОВАТЕЛЬНЫХ ВЫПОЛНЕНИЯХ МАКРОКОМАНДЫ
.DEVICE; ЕСЛИ АРГУМЕНТ ОПУЩЕН, ТО ПРЕДЫДУЩИЙ
СПИСОК ЗАМЕНЯЕТСЯ НОВЫМ, А НЕ ОБ_ЕДИНЯЕТСЯ.
ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ (БЕЗ ОБ_ЕДИНЕНИЯ):

!--------!--------!
RO => AREA: ! 14 ! 0 !
!--------!--------!
! ADDR !
!-----------------!

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ (С ОБ_ЕДИНЕНИЕМ):

!--------!--------!
RO => AREA: ! 14 ! 1 !
!--------!--------!
! ADDR !
!-----------------!

�

ТАБЛИЦА АДРЕСОВ И ЗНАЧЕНИЙ ЗАПОЛНЯЕТСЯ ПОЛЬЗОВАТЕЛЕМ
ПОСЛОВНО:
СЛОВО 1 - АДРЕС, В КОТОРЫЙ ПОМЕЩАЕТСЯ ИНФОРМАЦИЯ;
СЛОВО 2 - ЗНАЧЕНИЕ, КОТОРОЕ НЕОБХОДИМО ЗАНЕСТИ ПО
ЗАВЕРШЕНИЮ ПРОГРАММЫ;
СЛОВО 3 - АДРЕС;
СЛОВО 4 - ЗНАЧЕНИЕ;
И Т.Д.
ЗАКАНЧИВАЕТСЯ ТАБЛИЦА НУЛЕВЫМ СЛОВОМ.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР:
В ПРИМЕРЕ ПО ОКОНЧАНИИ РАБОТЫ В ЯЧЕЙКУ 172570
ЗАНОСИТСЯ 0.

.MCALL .DEVICE,.EXIT
START: .DEVICE #AREA ;ОПРЕДЕЛИТЬ ТАБЛИЦУ
.EXIT
AREA: .BYTE 0,10 ;БЛОК АРГУМЕНТОВ ЕМТ
.WORD ATOD
ATOD: .WORD 172570 ;ТАБЛИЦА АДРЕСОВ И
.WORD 0 ;ЗНАЧЕНИЙ
.WORD 0
.END START
�

- 34 -

3.13. .DIR

СИСТЕМНАЯ МАКРОКОМАНДА .DIR ВЫПОЛНЯЕТ МАКРОКОМАНДУ,
ЗАДАННУЮ ТАБЛИЦЕЙ АРГУМЕНТОВ.
ФОРМАТ МАКРОКОМАНДЫ:
.DIR ADDR
ГДЕ
ADDR - АДРЕС ТАБЛИЦЫ АРГУМЕНТОВ ВЫПОЛНЯЕМОЙ
МАКРОКОМАНДЫ.
ТАБЛИЦА АРГУМЕНТОВ МОЖЕТ БЫТЬ РАСПОЛОЖЕНА В ЛЮБОМ
МЕСТЕ ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .SYNCH.

3.14. .DSTATUS

СИСТЕМНАЯ МАКРОКОМАНДА .DSTATUS ПЕРЕДАЕТ СИСТЕМНЫЕ
ХАРАКТЕРИСТИКИ УСТРОЙСТВА В ПРОГРАММУ ПОЛЬЗОВАТЕЛЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.DSTATUS ADDR,DNAM
ГДЕ
ADDR - АДРЕС БЛОКА ИЗ 4 СЛОВ ДЛЯ ИНФОРМАЦИИ О СОСТОЯНИИ
УСТРОЙСТВА;
DNAM - АДРЕС СЛОВА, СОДЕРЖАЩЕГО ИМЯ УСТРОЙСТВА
(RADIX-50), О КОТОРОМ НЕОБХОДИМО ПОЛУЧИТЬ
ИНФОРМАЦИЮ.
ПОЛЬЗОВАТЕЛЬ ПОЛУЧАЕТ СЛЕДУЮЩУЮ ИНФОРМАЦИЮ:
СЛОВО 1 - ПАРАМЕТРЫ УСТРОЙСТВА (ДРАЙВЕРА);
СЛОВО 2 - РАЗМЕР ДРАЙВЕРА В БАЙТАХ;
СЛОВО 3 - АДРЕС ЗАГРУЗКИ ДРАЙВЕРА;
СЛОВО 4 - РАЗМЕР УСТРОЙСТВА В БЛОКАХ.
СЛОВО ПАРАМЕТРОВ УСТРОЙСТВА СОДЕРЖИТ:
БИТ 15 - 0 УСТРОЙСТВО С БЕСКАТАЛОГОВОЙ ОРГАНИЗАЦИЕЙ;
- 1 УСТРОЙСТВО С КАТАЛОГОВОЙ ОРГАНИЗАЦИЕЙ;
БИТ 14 - 1 УСТРОЙСТВО ТОЛЬКО ДЛЯ ЧТЕНИЯ;
БИТ 13 - 1 УСТРОЙСТВО ТОЛЬКО ДЛЯ ЗАПИСИ;
БИТ 12 - 1 УСТРОЙСТВО С НЕСТАНДАРТНОЙ ФАЙЛОВОЙ
СТРУКТУРОЙ;
БИТ 11 - 0 ПРИ УДАЛЕНИИ ПРОГРАММЫ ДРАЙВЕР ВЫПОЛНЯЕТ
ЗАВЕРШАЮЩИХ ОПЕРАЦИЙ С УСТРОЙСТВОМ, ЕСЛИ ЭЛЕМЕНТ
ОЧЕРЕДИ АКТИВЕН;
- 1 ПРИ УДАЛЕНИИ ПРОГРАММЫ ДРАЙВЕР ВЫПОЛНЯЕТ
ЗАВЕРШАЮЩИЕ ОПЕРАЦИИ С УСТРОЙСТВОМ;
БИТ 10 - 0 МАКРОКОМАНДА .SPFUN ЗАПРЕЩЕНА;
- 1 ДРАЙВЕР МОЖЕТ ВЫПОЛНЯТЬ МАКРОКОМАНДУ .SPFUN;
�

БИТЫ 0-7- НОМЕР, ОПРЕДЕЛЯЮЩИЙ ТИП УСТРОЙСТВА.
НИЖЕ ПЕРЕЧИСЛЕНЫ НОМЕРА УСТРОЙСТВ, ИСПОЛЬЗУЕМЫХ В
РАФОС:
0 - ДИСК С ПЛАВАЮЩИМИ ГОЛОВКАМИ КАССЕТНОГО ТИПА (RK);
3 - УСТРОЙСТВО ПЕЧАТИ (LP);
4 - СИСТЕМНЫЙ ТЕРМИНАЛ (ТТ) ИЛИ ДРАЙВЕР ПАКЕТНОЙ
ОБРАБОТКИ (ВАТСН);
7 - УСТРОЙСТВО ВВОДА/ВЫВОДА НА ПЕРФОЛЕНТУ (РС);
11 - МАГНИТНАЯ ЛЕНТА (МТ);
12 - ДИСК С ФИКСИРОВАННЫМИ ГОЛОВКАМИ (RF);
�

- 35 -

13 - НАКОПИТЕЛЬ НА КАССЕТНОЙ ЛЕНТЕ (СТ);
14 - УСТРОЙСТВО ВВОДА С ПЕРФОКАРТ (CR);
20 - МАГНИТНАЯ ЛЕНТА С ВЫСОКОЙ ПЛОТНОСТЬЮ (ММ);
21 - ПАКЕТ СМЕННЫХ ДИСКОВ (DP);
22 - ГИБКИЙ ДИСК (DX);
23 - 29 МБАЙТНЫЙ ПАКЕТ ДИСКОВ (DP);
24 - ДРАЙВЕР ПРОТОКОЛИРОВАНИЯ ОШИБОК (EL);
25 - НУЛЬ-ДРАЙВЕР (NL);
60 - ДРАЙВЕР ВИРТУАЛЬНЫХ НОСИТЕЛЕЙ (UX,UY,UZ).

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 УСТРОЙСТВО НЕ ОБНАРУЖЕНО В ТАБЛИЦАХ
МОНИТОРА.

ПРИМЕР:
В ПРИМЕРЕ ОПРЕДЕЛЯЕТСЯ РЕЗИДЕНТНОСТЬ ДРАЙВЕРА И, В
СЛУЧАЕ НЕОБХОДИМОСТИ, ДРАЙВЕР ЗАГРУЖАЕТСЯ ИЛИ
ВЫГРУЖАЕТСЯ.

.MCALL .DSTATUS,.PRINT,.EXIT,.FETCH,.RELEAS
START: .DSTATUS #CODE,#FTPR ;ПОЛУЧИТЬ ИНФОРМАЦИЮ
;ОБ УСТРОЙСТВЕ
BCC 1$
.PRINT #MSG
.EXIT
1$: TST CODE+4 ;УЖЕ ЗАГРУЖЕН?
BNE 3$ ;ДА
.FETCH #DRVR,#FTPR ;НЕТ...ЗАГРУЗИТЬ
;ДРАЙВЕР
BCC 2$
.PRINT #MSG1
.EXIT
2$: .PRINT #MSG2 ;ПЕЧАТЬ СООБЩЕНИЯ
.EXIT
3$: .RELEAS #FTPR ;ВЫГРУЗИТЬ ДРАЙВЕР
BCC 4$
.PRINT #MSG3
.EXIT
4$: .PRINT #MSG4 ;ПЕЧАТЬ СООБЩЕНИЯ
.EXIT
CODE: .BLKW 4 ;БЛОК ИНФОРМАЦИИ
FTPR: .RAD50 /RKO/ ;ИМЯ УСТРОЙСТВА
.RAD50 /FILE MAC/ ;ИМЯ ФАЙЛА
MSG: .ASCIZ /УСТРОЙСТВО ОТСУТСТВУЕТ/
MSG1: .ASCIZ /ОШИБКА FETCH/
MSG2: .ASCIZ /ДРАЙВЕР РЕЗИДЕНТЕН/
MSG3: .ASCIZ /ОШИБКА RELEAS/
MSG4: .ASCIZ /ДРАЙВЕР ВЫГРУЖЕН/
.EVEN
�

DRVR = . ;АДРЕС ЗАГРУЗКИ
;ДРАЙВЕРА
.END START

3.15. .EXIT

СИСТЕМНАЯ МАКРОКОМАНДА .EXIT ВЫЗЫВАЕТ ОКОНЧАНИЕ
ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.EXIT
ВСЕ НЕЗАВЕРШЕННЫЕ МАКРОКОМАНДЫ .MRKT АННУЛИРУЮТСЯ.
ВСЕ МАКРОКОМАНДЫ ВВОДА/ВЫВОДА И ПОДПРОГРАММЫ
ЗАВЕРШЕНИЯ, ВЫПОЛНЯЕМЫЕ ДЛЯ ДАННОЙ ЗАДАЧИ, ЗАКАНЧИВАЮТСЯ
НОРМАЛЬНО.
ЕСЛИ ПРИ ВЫПОЛНЕНИИ МАКРОКОМАНДЫ .EXIT RO=0, ТО
ВЫПОЛНЯЕТСЯ ПОДРАЗУМЕВАЕМАЯ МАКРОКОМАНДА .HRESET,
ЗАПРЕЩАЯ ПОСЛЕДУЮЩЕЕ ВЫПОЛНЕНИЕ КОМАНД МОНИТОРА REENTER,
START, CLOSE.
МАКРОКОМАНДА .EXIT ПОЗВОЛЯЕТ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ
ПЕРЕДАВАТЬ В ОБЛАСТЬ KMON (ЯЧЕЙКИ 500-777) КОМАНДНЫЕ
СТРОКИ, КОТОРЫЕ ВЫПОЛНЯЮТСЯ СЛЕДУЮЩИМ ОБРАЗОМ:
- ЯЧЕЙКА 510 ДОЛЖНА СОДЕРЖАТЬ ОБЩЕЕ ЧИСЛО БАЙТОВ
КОМАНДНЫХ СТРОК, ПЕРЕДАВАЕМЫХ В KMON;
- КОМАНДНЫЕ СТРОКИ, СОДЕРЖАЩИЕСЯ С 512 ЯЧЕЙКИ,
ДОЛЖНЫ БЫТЬ СТРОКАМИ ДИРЕКТИВЫ .ASCIZ, НАПРИМЕР:

.=510
.WORD B-A
A: .ASCIZ /COPY A.MAC B.MAC/
.ASCIZ /DELET A.MAC/
B - .

- ПЕРЕД ВЫПОЛНЕНИЕМ МАКРОКОМАНДЫ .EXIT
ПОЛЬЗОВАТЕЛЬ ДОЛЖЕН УСТАНОВИТЬ БИТ CHNIF$ В
СЛОВЕ СОСТОЯНИЯ ПРОГРАММЫ (JSW) (СМ. Т.3 КН.2
Ч.1) И ОЧИСТИТЬ RO.
�

- 36 -

ПРИ ИСПОЛЬЗОВАНИИ ПЕРЕДАВАЕМЫХ КОМАНДНЫХ СТРОК,
ИМЕЮТСЯ СЛЕДУЮЩИЕ ОГРАНИЧЕНИЯ:
- ЕСЛИ ПРОГРАММА ВЫЗВАНА ВЫПОЛНЯЮЩИМСЯ КОМАНДНЫМ
ФАЙЛОМ, ТО ЕГО ВЫПОЛНЕНИЕ ПРЕРЫВАЕТСЯ И
ВЫПОЛНЯЮТСЯ КОМАНДНЫЕ СТРОКИ ПРОГРАММЫ;
- ИЗ ПРОГРАММЫ МОЖЕТ БЫТЬ ВЫЗВАН ТОЛЬКО ОДИН
КОМАНДНЫЙ ФАЙЛ;
- МАКРОКОМАНДА .EXIT АННУЛИРУЕТ ВЫЗОВЫ МАКРОКОМАНД
.CDFN И .QSET И ВЫПОЛНЯЕТ МАКРОКОМАНДУ .UNLOCK,
ЕСЛИ БЫЛА ВЫПОЛНЕНА МАКРОКОМАНДА .LOCK; ТАКИМ
ОБРАЗОМ, КОМАНДА МОНИТОРА CLOSE НЕ ЗАКРЫВАЕТ
КАНАЛОВ, ОТКРЫТЫХ С ПОМОЩЬЮ .CDFN;
- МАКРОКОМАНДА .EXIT В ПОДПРОГРАММАХ ЗАВЕРШЕНИЯ
НЕДОПУСТИМА.

П_P_И_M_Ч_A_H_И_E. ПРОГРАММА ПОЛЬЗОВАТЕЛЯ САМА
ОБЕСПЕЧИВАЕТ ЦЕЛОСТНОСТЬ ДАННЫХ, ПЕРЕДАВАЕМЫХ KMON ВО
ВРЕМЯ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ .EXIT. НЕОБХОДИМО, ЧТОБЫ
ЭТА ОБЛАСТЬ НЕ ПОРТИЛАСЬ СТЕКОМ ПОЛЬЗОВАТЕЛЯ, Т.К.
МАКРОКОМАНДА .EXIT ЗАНОСИТ НЕКОТОРОЕ (ПЕРЕМЕННОЕ) ЧИСЛО
СЛОВ В СТЕК.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР:
В ПРИМЕРЕ ПОСЛЕ ОКОНЧАНИЯ РАБОТЫ ПРОГРАММЫ
ПРОИСХОДИТ ПОЛНАЯ РАСПЕЧАТКА КАТАЛОГА.

.MCALL .EXIT,.JSWDF
.JSWDF ;ОПРЕДЕЛИТЬ МНЕМОНИКУ
;JSW И ЕГО БИТОВ
;(ЗДЕСЬ CHNIF$)
START: MOV #510,RO
MOV #CMDSTR,R1
1$: MOV (R1)+,(RO)+
CMP R1,#CMDEND
BLO 1$
BIS #CHNIF$,@#JSW ;УСТАНОВИТЬ БИТ CHNIF$
CLR RO
.EXIT
CMDSTR: .WORD CMDEND-CMDSTR ;ДЛИНА КОМАНДНОЙ
;СТРОКИ
.ASCIZ DIRECT/FULL *.MAC ;КОМАНДНАЯ СТРОКА
CMDEND:
.EVEN
.END START
�

3.16. .FETCH

СИСТЕМНАЯ МАКРОКОМАНДА .FETCH ЗАГРУЖАЕТ ДРАЙВЕР С
СИСТЕМНОГО УСТРОЙСТВА В ОПЕРАТИВНУЮ ПАМЯТЬ.
ФОРМАТ МАКРОКОМАНДЫ:
.FETCH ADDR,DNAM
ГДЕ
ADDR - АДРЕС, КУДА ДОЛЖЕН ЗАГРУЖАТЬСЯ ДРАЙВЕР
УСТРОЙСТВА;
DNAM - АДРЕС СЛОВА, СОДЕРЖАЩЕГО ИМЯ УСТРОЙСТВА В КОДЕ
RADIX-50.
АДРЕС ПАМЯТИ ДЛЯ ЗАГРУЗКИ ДРАЙВЕРА ПЕРЕСЫЛАЕТСЯ В
СТЕК. ПОСЛЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ .FETCH RO СОДЕРЖИТ
АДРЕС ПЕРВОЙ СВОБОДНОЙ ЯЧЕЙКИ ВЫШЕ ДРАЙВЕРА. ЕСЛИ ДРАЙВЕР
УЖЕ В ПАМЯТИ, ТО RO СОДЕРЖИТ ТОТ ЖЕ АДРЕС, ЧТО И
НАХОДЯЩИЙСЯ В СТЕКЕ. ЕСЛИ ЗНАЧЕНИЕ В СТЕКЕ < 400
(ВОСЬМЕРИЧНЫХ), ТО ДЛЯ ДРАЙВЕРА ВЫПОЛНЯЕТСЯ МАКРОКОМАНДА
.RELEAS.
СЛЕДУЮЩИЕ МАКРОКОМАНДЫ ТРЕБУЮТ ПРИСУТСТВИЯ ДРАЙВЕРА
В ПАМЯТИ:
.CLOSE .LOOKUP .ENTER
.RENAME .SPFUN .DELET
.READ .READC .READW
.WRITE .WRITC .WRITW

П_P_И_M_E_Ч_A_H_И_E. ОПЕРАЦИИ ВВОДА/ВЫВОДА НЕ МОГУТ
БЫТЬ ВЫПОЛНЕНЫ, ЕСЛИ НЕ ЗАГРУЖЕН ДРАЙВЕР УСТРОЙСТВА.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 УСТРОЙСТВО С УКАЗАННЫМ ИМЕНЕМ НЕ СУЩЕСТВУЕТ
В СИСТЕМЕ НЕТ ДРАЙВЕРА ЭТОГО УСТРОЙСТВА.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .DSTATUS.
�

- 37 -

3.17. .GTIM

СИСТЕМНАЯ МАКРОКОМАНДА .GTIM ВОЗВРАЩАЕТ ТЕКУЩЕЕ
СОДЕРЖИМОЕ СИСТЕМНОГО ТАЙМЕРА (В ТИКАХ) ПО УКАЗАННОМУ
АДРЕСУ.
ФОРМАТ МАКРОКОМАНДЫ:
.GTIM AREA,ADDR
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ ДВУХ СЛОВ;
ADDR - АДРЕС ДВУХ СЛОВ, КУДА ПОМЕЩАЕТСЯ ВРЕМЯ (ПЕРВОЕ
СЛОВО СОДЕРЖИТ СТАРШИЕ РАЗРЯДЫ, ВТОРОЕ -
МЛАДШИЕ).
ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 21 ! 0 !
!--------!--------!
! ADDR !
!-----------------!

ПРОГРАММА ПОЛЬЗОВАТЕЛЯ ДОЛЖНА САМА ПРЕОБРАЗОВЫВАТЬ
ВРЕМЯ ИЗ ТИКОВ В ЧАСЫ, МИНУТЫ, СЕКУНДЫ (1 СЕК = 50 ТИКАМ
ДЛЯ СЕТИ С ЧАСТОТОЙ 50 ГЦ).

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР:
В ПРИМЕРЕ ПОЛЬЗОВАТЕЛЬ ПОЛУЧАЕТ В ЯЧЕЙКЕ TIME
ТЕКУЩЕЕ ВРЕМЯ В ТИКАХ.

.MCALL .GTIM,.EXIT
START: .GTIM #AREA,#TIME ;ПОЛУЧИТЬ ВРЕМЯ
.EXIT
TIME: .WORD 0,0
AREA: .BLKW 2 ;БЛОК АРГУМЕНТОВ ЕМТ
.END START

3.18. .GTJB

СИСТЕМНАЯ МАКРОКОМАНДА .GTJB ВОЗВРАЩАЕТ ПАРАМЕТРЫ
ЗАДАНИЯ В ПРОГРАММУ ПОЛЬЗОВАТЕЛЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.GTJB AREA,ADDR
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ ДВУХ СЛОВ;
ADDR - АДРЕС БЛОКА ИЗ ВОСЬМИ СЛОВ, КУДА ПОМЕЩАЮТСЯ
ПАРАМЕТРЫ.
�

ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO => AREA: ! 20 ! 0 !
!--------!--------!
! ADDR !
!-----------------!

ПОЛЬЗОВАТЕЛЬ ПОЛУЧАЕТ:
СЛОВО 1 - НОМЕР РАЗДЕЛА: 0-ФОНОВОЕ ЗАДАНИЕ, 1-ОПЕРАТИВНОЕ
ЗАДАНИЕ (ДЛЯ SJ-МОНИТОРА ВСЕГДА 0);
СЛОВО 2 - ВЕРХНИЙ АДРЕС РАЗДЕЛА;
СЛОВО 3 - НИЖНИЙ АДРЕС РАЗДЕЛА (ДЛЯ SJ-МОНИТОРА ВСЕГДА 0);
СЛОВО 4 - НАЧАЛЬНЫЙ АДРЕС БУФЕРА КАНАЛОВ ВВОДА/ВЫВОДА;
СЛОВО 5 - АДРЕС СМЕШАННОЙ ОБЛАСТИ ЗАДАНИЯ (ДЛЯ FB- И
ХМ-МОНИТОРОВ);
СЛОВО 6-8
- ЗАРЕЗЕРВИРОВАНЫ.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР:
В ПРИМЕРЕ ОПРЕДЕЛЯЕТСЯ РАЗДЕЛ, В КОТОРОМ РАБОТАЕТ
ПРОГРАММА.
�

- 38 -

.MCALL .GTJB,.PRINT,.EXIT
START: .GTJB #AREA,#JOBARG ;ПОЛУЧИТЬ ПАРАМЕТРЫ
MOV #MSG,RO
TST JOBARG ;ФОНОВЫЙ РАЗДЕЛ?
BNE 1$ ;HET
MOV #MSG1,RO
1$: .PRINT ;ПЕЧАТЬ СООБЩЕНИЯ
.EXIT
MSG: .ASCIZ /ПРОГРАММА В ОПЕРАТИВНОМ РАЗДЕЛЕ/
MSG1: .ASCIZ /ПРОГРАММА В ФОНОМ РАЗДЕЛЕ/
.EVEN
AREA: .BLKW 2 ;БЛОК АРГУМЕНТОВ ЕМТ
JOBARG: .BLKW 8. ;БЛОК ПАРАМЕТРОВ
.END START

3.19. .GTLIN

СИСТЕМНАЯ МАКРОКОМАНДА .GTLIN ВВОДИТ КОМАНДНУЮ
ИНФОРМАЦИЮ, ОТЛИЧНУЮ ОТ ФОРМАТА CSI С СИСТЕМНОГО
ТЕРМИНАЛА ИЛИ ИЗ ВЫПОЛНЯЮЩЕГОСЯ КОМАНДНОГО ФАЙЛА.
ФОРМАТ МАКРОКОМАНДЫ:
.GTLIN LINBUF[,PROMPT]
ГДЕ
LINBUF - АДРЕС БУФЕРА, КУДА ВВОДИТСЯ СТРОКА;
PROMPT - НЕОБЯЗАТЕЛЬНЫЙ АРГУМЕНТ; АДРЕС СТРОКИ-ПОДСКАЗКИ,
ПЕЧАТАЮЩЕЙСЯ НА СИСТЕМНОМ ТЕРМИНАЛЕ.
ВВОДИМАЯ СТРОКА В ОБЛАСТИ LINBUF (81. БАЙТ)
ОКАНЧИВАЕТСЯ НУЛЕВЫМ БАЙТОМ ВМЕСТО <CR><LF>.
МАКРОКОМАНДА .GTLIN ТРЕБУЕТ USR И ВЫБИРАЕТ СТРОКУ С
СИСТЕМНОГО ТЕРМИНАЛА ИЛИ ИЗ КОМАНДНОГО ФАЙЛА В
ЗАВИСИМОСТИ ОТ ТОГО, ОТКУДА БЫЛА ЗАГРУЖЕНА ПРОГРАММА.
ЕСЛИ БЫЛА ЗАДАНА КОМАНДА SET TT QUIET, A BBOД
ПРОИСХОДИТ ИЗ КОСВЕННОГО ФАЙЛА, СТРОКА-ПОДСКАЗКА
ИГНОРИРУЕТСЯ. В ПРОТИВНОМ СЛУЧАЕ СТРОКА-ПОДСКАЗКА
ВЫВОДИТСЯ НА СИСТЕМНЫЙ ТЕРМИНАЛ ПРЕЖДЕ, ЧЕМ ВЫБРАНА
ВВОДИМАЯ СТРОКА.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР:
В ПРИМЕРЕ ВВОДИТСЯ СТРОКА С ТЕРМИНАЛА И
РАСПЕЧАТЫВАЕТСЯ.
.MCALL .GTLIN,.PRINT,.EXIT
START: .GTLIN #BUFF,#PROMPT ;ВВЕСТИ СТРОКУ
TSTB BUFF ;СТРОКА ПУСТАЯ?
BEQ END ;ДА
.PRINT #BUFF ;НЕТ...ВЫВЕСТИ СТРОКУ
BR START
END: .EXIT
�

PROMPT: .ASCIZ /ВВЕДИТЕ СТРОКУ/ ;СТРОКА-ПОДСКАЗКА
BUFF: .BLKB 82. ;БУФЕР ВВОДИМОЙ СТРОКИ
.END START

3.20. .GVAL

СИСТЕМНАЯ МАКРОКОМАНДА .GVAL ВОЗВРАЩАЕТ В RO
СОДЕРЖИМОЕ УКАЗАННОЙ ЯЧЕЙКИ МОНИТОРА.
ФОРМАТ МАКРОКОМАНДЫ:
.GVAL AREA,OFFSET
ГДЕ
AREA - АДРЕС СПИСКА АРГУМЕНТОВ ЕМТ ИЗ ДВУХ СЛОВ;
OFFSET - СМЕЩЕНИЕ НУЖНОЙ ЯЧЕЙКИ ОТ НАЧАЛА МОНИТОРА.
ФОРМАТ СПИСКА АРГУМЕНТОВ ЕМТ:

!--------!--------!
RO=> AREA: ! 34 ! 0 !
!--------!--------!
! OFFSET !
!-----------------!

МАКРОКОМАНДА .GVAL ИСПОЛЬЗУЕТСЯ ТОЛЬКО ДЛЯ ЧТЕНИЯ И
ОБЕСПЕЧИВАЕТ СОХРАННОСТЬ ИНФОРМАЦИИ В МОНИТОРЕ.
П_P_M_E_Ч_A_H_И_E. ДЛЯ СМЕЩЕНИЙ РЕКОМЕНДУЕТСЯ
ПОЛЬЗОВАТЬСЯ МНЕМОНИКОЙ, ПОЛУЧЕННОЙ С ПОМОЩЬЮ
МАКРОКОМАНДЫ .ROFDF.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 СМЕЩЕНИЕ ВЫХОДИТ ЗА ПРЕДЕЛЫ РЕЗИДЕНТНОГО
МОНИТОРА.

ПРИМЕР:
В ПРИМЕРЕ ПОЛЬЗОВАТЕЛЬ ПОЛУЧАЕТ НОМЕР ВЕРСИИ
�

= 39 =

МОНИТОРА В ЯЧЕЙКЕ MONVER И НОМЕР КОРРЕКЦИИ МОНИТОРА В
ЯЧЕЙКЕ MONUPD.
.MCALL .GVAL,.EXIT,.ROFDF
.ROFDF ;ПОЛУЧИТЬ МНЕМОНИКУ
;СМЕЩЕНИЯ МОНИТОРА
;(ЗДЕСЬ SYSVER)
START: .GVAL #AREA,#SYSVER ;ПОЛУЧИТЬ В RO СОДЕР-
;ЖИМОЕ ЯЧЕЙКИ МОНИТОРА
MOVB RO,MONVER ;ПОЛУЧИТЬ НОМЕР ВЕРСИИ
SWAB RO
MOVB RO,MONUPD ;ПОЛУЧИТЬ НОМЕР КОРРЕКЦИИ
.EXIT
MONVER: .BLKB
MONUPD: .BLKB
AREA: .BLKW 2 ;БЛОК АРГУМЕНТОВ ЕМТ
.END START

3.21. .HERR

СИСТЕМНАЯ МАКРОКОМАНДА .HERR ЗАПРЕЩАЕТ ОБРАБОТКУ
СЕРЬЕЗНЫХ ОШИБОК В ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ.
ФОРМАТ МАКРОКОМАНДА:
.HERR
ФОРМАТ РЕГИСТРА RO:

!--------!--------!
RO=> ! 5 ! 0 !
!--------!--------!

СИСТЕМНАЯ МАКРОКОМАНДА .HERR РАЗРЕШАЕТ СИСТЕМЕ
УДАЛЯТЬ ПРОГРАММУ ПО СЕРЬЕЗНОЙ ОШИБКЕ И ВЫДАВАТЬ
СООБЩЕНИЕ ОБ ОШИБКЕ НА ТЕРМИНАЛ.

ОШИБКИ: ОБРАБОТКУ ОШИБОК ПРОИЗВОДИТ МОНИТОР.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .SERR.

3.22. .HRESET

СИСТЕМНАЯ МАКРОКОМАНДА .HRESET ОЧИЩАЕТ КАНАЛЫ
ВВОДА/ВЫВОДА, ОСВОБОЖДАЕТ ДРАЙВЕРЫ УСТРОЙСТВ, ЗАГРУЖЕННЫЕ
В ОПЕРАТИВНУЮ ПАМЯТЬ ПО МАКРОКОМАНДЕ .FETCH, И ПРЕКРАЩАЕТ
ВСЕ ОПЕРАЦИИ ВВОДА/ВЫВОДА.
ФОРМАТ МАКРОКОМАНДЫ:
.HRESET
СИСТЕМНАЯ МАКРОКОМАНДА .HRESET НЕ ИСПОЛЬЗУЕТСЯ ДЛЯ
СБРОСА УСЛОВИЙ ОШИБОК.
�

СИСТЕМНАЯ МАКРОКОМАНДА .HRESET ДЕЙСТВИТЕЛЬНА ТОЛЬКО
В СВОЕМ ЗАДАНИИ. ДРУГОЕ ЗАДАНИЕ ПРОДОЛЖАЕТ ВЫПОЛНЯТЬСЯ.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .CDFN.

3.23. .INTEN

СИСТЕМНАЯ МАКРОКОМАНДА .INTEN СООБЩАЕТ МОНИТОРУ О
ВОЗНИКШЕМ ПРЕРЫВАНИИ; ПЕРЕКЛЮЧАЕТ РАБОТУ В СОСТОЯНИЕ
СИСТЕМЫ; УСТАНАВЛИВАЕТ ТРЕБУЕМЫЙ ПРИОРИТЕТ ПРОЦЕССОРА.
ФОРМАТ МАКРОКОМАНДЫ:
.INTEN PRIO[,PIC]
ГДЕ
PRIO - ТРЕБУЕМЫЙ ПРИОРИТЕТ ПРОЦЕССОРА;
PIC - ПРОИЗВОЛЬНЫЙ АРГУМЕНТ.
АРГУМЕНТ PIC УКАЗЫВАЕТ, ЧТО ПРОГРАММА ОБРАБОТКИ
ПРЕРЫВАНИЯ НАПИСАНА В ПОЗИЦИОННО-НЕЗАВИСИМОМ КОДЕ, В
ПРОТИВНОМ СЛУЧАЕ АРГУМЕНТ PIC ДОЛЖЕН ОТСУТСТВОВАТЬ.
ВСЕ ВНЕШНИЕ ПРЕРЫВАНИЯ ПЕРЕВОДЯТ ПРИОРИТЕТ
ПРОЦЕССОРА НА 7 УРОВЕНЬ. МАКРОКОМАНДА .INTEN ПОНИЖАЕТ
ПРИОРИТЕТ ПРОЦЕССОРА ДО ТРЕБУЕМОЙ ВЕЛИЧИНЫ.
ВЫХОД ИЗ ПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ, КОТОРАЯ
ИСПОЛЬЗОВАЛА МАКРОКОМАНДУ .INTEN, ДОЛЖЕН БЫТЬ ПО RTS PC.

ОШИБКИ: ОТСУТСТВУЮТ.
�

- 40 -

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .SYNCH.

3.24. .JSWDF

СИСТЕМНАЯ МАКРОКОМАНДА .JSWDF ОПРЕДЕЛЯЕТ СИМВОЛЫ И
МНЕМОНИЧЕСКИЕ ОБОЗНАЧЕНИЯ РАЗРЯДОВ СЛОВА СОСТОЯНИЯ
ПРОГРАММЫ (СМ. Т.3 КН.2 Ч.1).
ФОРМАТ МАКРОКОМАНДЫ:
.JSWDF
РАСШИРЕНИЕ МАКРОКОМАНДЫ:

JSW =^044
USWAP$ =^0100000
TTLC$ =^040000
RSTRT$ =^020000
TTSPC$ =^010000
CHNIF$ =^04000
VIRT$ =^02000
OVLY$ =^01000
CHAIN$ =^0400
HLTER$ =^0200
TCBIT$ =^0100
ESCFL$ =^040
ESCSQ$ =^020
GTLIN$ =^010

ДАННАЯ МАКРОКОМАНДА НЕ ГЕНЕРИРУЕТ КОДОВ ЕМТ, А
ЯВЛЯЕТСЯ ЧИСТО ОПИСАТЕЛЬНОЙ.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .EXIT.

3.25. .LOCK

СИСТЕМНАЯ МАКРОКОМАНДА .LOCK ЗАГРУЖАЕТ USR (ЕСЛИ ОНА
НЕ ЗАГРУЖЕНА) И ДЕЛАЕТ ЕЕ РЕЗИДЕНТНОЙ В ОПЕРАТИВНОЙ
ПАМЯТИ.
ФОРМАТ МАКРОКОМАНДЫ:
.LOCK
ЕСЛИ СОБЛЮДЕНЫ ВСЕ УСЛОВИЯ, ВЫЗЫВАЮЩИЕ СВОПИНГ, ТО
ПРОГРАММА ЗАНОСИТСЯ В БЛОКИ СВОПИНГА, А USR ЗАГРУЖАЕТСЯ В
ПАМЯТЬ. В ПРОТИВНОМ СЛУЧАЕ, ИСПОЛЬЗУЕТСЯ USR, НАХОДЯЩАЯСЯ
В ПАМЯТИ.
USR НЕ ВЫВОДИТСЯ ИЗ ПАМЯТИ ДО ВЫПОЛНЕНИЯ
МАКРОКОМАНДЫ .UNLOCK.
�

ОБРАЩЕНИЕ К CSI ВЫЗЫВАЕТ НЕЯВНУЮ МАКРОКОМАНДУ
.INLOCK.
ЕСЛИ USR РЕЗИДЕНТНА, МАКРОКОМАНДА .LOCK
ИГНОРИРУЕТСЯ.
ЧИСЛО МАКРОКОМАНД .LOCK И .UNLOCK ДОЛЖНО СОВПАДАТЬ.
МАКРОКОМАНДА .LOCK ЗАПРЕЩАЕТ ПОВТОРНОЕ СЧИТЫВАНИЕ
ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ, ПОЭТОМУ НЕОБХОДИМО, ЧТОБЫ ЕЕ
ВЫЗОВ НЕ ИСХОДИЛ ИЗ ОБЛАСТИ, В КОТОРУЮ БУДЕТ ОБМЕНИВАТЬСЯ
USR.
НЕ СЛЕДУЕТ РАЗРУШАТЬ ОБЛАСТЬ USR (ДАЖЕ ЕСЛИ ОНА НЕ
НУЖНА) ПОСЛЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ .LOCK, Т.К. ЭТО
ПРИВЕДЕТ К НЕПРЕДВИДЕННЫМ РЕЗУЛЬТАТАМ ПРИ ВЫПОЛНЕНИИ
МАКРОКОМАНДЫ .UNLOCK.
ЕСЛИ ОПЕРАТИВНОЕ ЗАДАНИЕ ВЫПОЛНЯЕТ МАКРОКОМАНДУ
.LOCK ВО ВРЕМЯ ИСПОЛЬЗОВАНИЯ USR ФОНОВЫМ ЗАДАНИЕМ, ТО
ВЫПОЛНЕНИЕ ОПЕРАТИВНОГО ЗАДАНИЯ ПРИОСТАНАВЛИВАЕТСЯ ДО
ОСВОБОЖДЕНИЯ USR.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .UNLOCK.

3.26. .MFPS

СИСТЕМНАЯ МАКРОКОМАНДА .MFPS СЧИТЫВАЕТ БИТЫ
ПРИОРИТЕТА ИЗ СЛОВА СОСТОЯНИЯ ПРОЦЕССОРА.
ФОРМАТ МАКРОКОМАНДЫ:
.MFPS ADDR
ГДЕ
ADDR - АДРЕС, В КОТОРЫЙ ПОМЕЩАЕТСЯ ЗНАЧЕНИЕ ПРИОРИТЕТА.
ЕСЛИ АДРЕС ОТСУТСТВУЕТ, ЗНАЧЕНИЕ ПОМЕЩАЕТСЯ В СТЕК.
П_P_И_M_E_Ч_A_H_И_E. КОДЫ УСЛОВИЙ РАЗРУШАЮТСЯ В
ПРОЦЕССЕ ВЫПОЛНЕНИЯ МАКРОКОМАНДЫ.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .MTPS.
�

- 41 -

3.27. .MRKT

Системная макрокоманда .MRKT планирует запуск указанной
подпрограммы завершения через заданный интервал времени в тиках
( 50 тиков = 1 сек для частоты сети 50 Гц ).
формат макрокоманды:

.MRKT AREA,TIME,CRTN,ID
где
AREA - адрес списка аргументов EMT из четырех слов;
TIME - адрес двух слов, содержащих временной интервал;
CRTN - адрес входа в подпрограмму завершения;
ID - идентификатор каждой макрокоманды .MRKT.

Формат списка аргументов EMT:

!-------!--------!
R0=>AREA: ! 22 ! 0 !
!-------!--------!
! TIME !
!----------------!
! CRTN !
!----------------!
! ID !
!----------------!

Системная макрокоманда .MRKT требует элемент очереди.
Пользователь должен сам распределить достаточное количество
элементов очереди.
ID в диапазоне 177400-177777 ( восьмеричных ) зарезер-
вированы для системного использования.
Несколько макрокоманд .MRKT могут иметь один и тотже ID.
При входе в подпрограмму завершения R0 содержит ID.

Ошибки:
Код Пояснение
0 Нет свободного места очереди.

Пример:
В примере по истечению времени выдается сообщение на
терминал.

.MCALL .READ,.WAIT,.MRKT,.CMKT
.MCALL .QSET,.PRINT,.EXIT,.LOOKUP
START: .LOOKUP #AREA,#0,#FILE ;ОТКРЫТЬ ФАЙЛ
BCS LKERR
MOV #AREA,-(SP)
.QSET #QUEUE,#5 ;ДОБАВИТЬ 5 ЭЛЕМЕНТОВ
;ОЧЕРЕДИ
�

.MRKT (SP),#INTRVL,#MRTN,#1 ;ЗАПУСТИТЬ MRTN
;ПО ИСТЕЧЕНИИ ВРЕМЕНИ
BCS NOMRKT
.READ #RDLST ;ЧИТАТЬ
BCS RDERR
.WAIT #0 ;ЖДАТЬ
.CMKT (SP),#1 ;ОСВОБОДИТЬ ЭЛЕМЕНТ
;ОЧЕРЕДИ (ОТМЕНИТЬ .MRKT)
BCS NOTDUM
.EXIT
MRTN: ;ПОДПРОГРАММА ЗАВЕРШЕНИЯ
.PRINT #FAIL1
RTS PC
LKERR: .PRINT #LM
.EXIT
RDERR: .PRINT #RDMSG
.EXIT
NOTDUM: .PRINT #FAIL
.EXIT
NOMRKT: .PRINT #NOQ
.EXIT
NOQ: .ASCIZ /НЕТ ЭЛЕМЕНТА ОЧЕРЕДИ/
FAIL: .ASCIZ /ОШИБКА CMKT/
FAIL1: .ASCIZ /ВРЕМЯ ИСТЕКЛО/
LM: .ASCIZ /ОШИБКА LOOKUP/
RDMSG: .ASCIZ /ОШИБКА READ/
.EVEN
INTRVL: .WORD 0,13. ;ВРЕМЯ
QUEUE: .BLKW 5*7 ;БЛОК ЭЛЕМЕНТОВ
AREA: .BLKW 5 ;БЛОК АРГУМЕНТОВ EMT
;ДЛЯ .MRKT
FILE: .RAD50 /DK FILE TST/
RDLST: .BYTE 0 ;БЛОК АРГУМЕНТОВ EMT
.BYTE 10 ;ДЛЯ .READ
BLOCK: .WORD 0
.WORD BUFF
.WORD 256.
.WORD 1
BUFF: .BLKW 256. ;БУФЕР ВВОДА
.END START
�

- 42 -

3.28. .MTPS

СИСТЕМНАЯ МАКРОКОМАНДА .MTPS УСТАНАВЛИВАЕТ БИТЫ
ПРИОРИТЕТА, КОДЫ УСЛОВИЙ И Т-БИТ В СЛОВЕ СОСТОЯНИЯ
ПРОЦЕССОРА.
ФОРМАТ МАКРОКОМАНДЫ:
.MTPS ADDR
ГДЕ
ADDR - АДРЕС, СОДЕРЖИМОЕ КОТОРОГО ПОМЕЩАЕТСЯ В СЛОВО
СОСТОЯНИЯ ПРОЦЕССОРА.
ЕСЛИ АДРЕС ОТСУТСТВУЕТ, ЗНАЧЕНИЕ БЕРЕТСЯ ИЗ СТЕКА.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР:
В ПРИМЕРЕ ПРИОРИТЕТ СОХРАНЯЕТСЯ В СТЕКЕ,
УСТАНАВЛИВАЕТСЯ НОВЫЙ ПРИОРИТЕТ, А ЗАТЕМ
ВОССТАНАВЛИВАЕТСЯ СТАРЫЙ.

.MCALL .MFPS,.MTPS,.EXIT
START: JSR PC,PICKQ
NOP
NOP
NOP
.EXIT
PICKQ: .MFPS ;СОХРАНИТЬ ПРИОРИТЕТ
;В СТЕКЕ
MOV #QHEAD,R4
.MTPS #340 ;УСТАНОВИТЬ ПРИОРИТЕТ 7
MOV @R4,R5
BEQ 1$
MOV @R5,@R4
.MTPS ;ВОССТАНОВИТЬ ПРИОРИТЕТ
;ИЗ СТЕКА
CLZ
1$: RTS PC
QHEAD: .WORD Q1
Q1: .WORD Q2,0,0
Q2: .WORD Q3,0,0
Q3: .WORD 0,0,0
.END START
�

3.29. .MWAIT (ТОЛЬКО ДЛЯ FB- I XM-МОНИТОРОВ)

СИСТЕМНАЯ МАКРОКОМАНДА .MWAIT ПРИОСТАНАВЛИВАЕТ
ВЫПОЛНЕНИЕ ПРОГРАММЫ ДО ОКОНЧАНИЯ ПРИЕМА ИЛИ ПЕРЕДАЧИ
СООБЩЕНИЙ МЕЖДУ ПРОГРАММАМИ.
ФОРМАТ МАКРОКОМАНДЫ:
.MWAIT
ФОРМАТ РЕГИСТРА RO:

!--------!--------!
RO=> ! 11 ! 0 !
!--------!--------!

ОБЫЧНО ЭТА МАКРОКОМАНДА ИСПОЛЬЗУЕТСЯ В СОЧЕТАНИИ С
МАКРОКОМАНДАМИ .RCVD ИЛИ .SDAT, КОТОРЫЕ НЕ
ПРЕДУСМАТРИВАЮТ НИКАКИХ ОПЕРАЦИЙ ПОСЛЕ ЗАВЕРШЕНИЯ
СООБЩЕНИЯ.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР:
В ПРИМЕРЕ ПРИНИМАЕТСЯ СООБЩЕНИЕ ИЗ ДРУГОГО ЗАДАНИЯ И
ПРОВЕРЯЕТСЯ ЕГО ПРАВИЛЬНОСТЬ.

.MCALL .MWAIT,.RCVD,.PRINT,.EXIT
WORDS = 255.
START: .RCVD #AREA,#RBUFF,#WORDS ;ПОЛУЧИТЬ СООБЩЕНИЕ
MOV #RBUFF+2,R5
.MWAIT ;ЖДАТЬ
CMPB (R5)+,#14
BNE ERR
.EXIT
ERR: .PRINT #MSG
.EXIT
MSG: .ASCIZ /ОШИБОЧНОЕ СООБЩЕНИЕ/
.EVEN
AREA: .BLKW 10 ;БЛОК АРГУМЕНТОВ ЕМТ
RBUFF: .BLKW 256. ;БУФЕР ДЛЯ ПРИЕМА
;СООБЩЕНИЯ
.END START
�

- 43 -

3.30. .POP

Системная макрокоманда .POP выбирает значения из стека
и помещает их в указанные аргументы.
Формат макрокоманды:
.POP ADDR
где
ADDR - адрес, куда помещается значение из стека.
Несколько адресов должны заключаться в угловые скобки.

Например: .POP <ADR1,ADR2,...,ADRN>

Ошибки: отсутствуют.

Пример: см. пример макрокоманды .DATE.

3.31. .PROTECT ( только для FB- и XM-монитора ).

Системная макрокоманда .PROTECT дает программе возможность
монопольного испольования вектора устройства в диапаоне 0-476
( восьмеричных ).
Формат макрокоманды:
.PROTECT AREA,ADDR
где
AREA - адрес списка аргументов EMT из двух слов;
ADDR - адрес вектора, который должен быть закреплен.
Формат списка аргументов EMT:

!-------!--------!
R0=>AREA: ! 31 ! 0 !
!-------!--------!
! ADDR !
!----------------!
! ADDR+2 !
!----------------!

Успешное выполнение системной макрокоманды .PROTECT оначает,
что эаданный вектор в данный момент не испольэуется другим эаданием
или монитором и эакрепляется эа данной программой.

Ошибки:
Код Пояснение
0 Вектор не испольэуется и не может быть эакреплен;
1 адрес (ADDR) > 476 (восьмеричных) или < 4.

Пример: см. пример макрокоманды .UNPROTECT.
�

3.32. .PUSH.

Системная макрокоманда .PUSH эаносит содержимое укаэанных
аргументов в стек.
Формат макрокоманды:
.PUSH ADDR
где
ADDR - аргумент, эначение которого необходимо эанести в стек.
Несколько аргументов должны заключаться в угловые скобки.

Например: .PUSH <ADR1,ADR2,...,ADRN>

Ошибки: отсутствуют.

Пример: см. пример макрокоманды .DATE.
�

-44-

3.30. .QSET

Системная макрокоманда .QSET убеличивает длину очереди
элементов ввода/быбода, подпрограмм авершения и т.п.
Формат макрокоманды:
.QSET ADDR,LEN
где
ADDR - начальный адрес области для новых элементов очереди;
LEN - число новых элементов очереди.
В SJ- и FB-мониторах каждый элемент очереди эанимает
семь слов. В XM-мониторе - десять слов. Следовательно, область,
отводимая для очереди, должна равняться:
- для SJ- и FB-мониторов - LEN*7;
- для XM-монитора - LEN*10.
Макрокоманда .QSET может выэываться столько раэ,
сколько требуется.
Область для элементов очереди реэервируется польэователем.
Необходимо следить, чтобы программа не иэменяла элементы, если они
уже установлены.
Макрокоманда .SRESET и .HRESET отменяют все очереди эле-
ментов, определенные пользователем. После них необходимо повторить
макрокоманду .QSET, чтобы снова определить область для элементов
очереди.
Элементы очереди заданные макрокомандой .QSET не должны
перекрываться с областью, в которую обменивается USR.
Нижеперечисленные макрокоманды требуют элемент очереди:

.READ .READC .READW
.WRITE .WRITEC .WRITEW
.RCVD .RCVDC .RCVDW
.SDAT .SDATC .SDATW
.TWAIT .MRKT

Ошибки: отсутствуют.

Пример: см. пример макрокоманды .MRKT.

3.34. .RCTRLO.

Системная макрокоманда .RCTRLO разрешает вывод на
системный терминал ( сбрасывает флаг CTRL/O ).
Формат макрокоманды:
.RCTRLO
Команда <CTRL/O>, введенная с терминала, запрещает вывод
на терминал. Разрешить вывод на терминал можно повторным введе-
нием <CTRL/O> с терминала или с помощью макрокоманды .RCTRLO.
�

Ошибки: отсутствуют.

Пример:
В примере пользователь с помощью клавиатуры терминала
запрещает вывод на терминал. В программе макрокоманда .RCTRLO
разрешает вывод на терминал, о чем указывает появление
звездочки на экране.

.MCALL .RCTRL0,.CSIGEN,.EXIT,.SRESET
START: .RCTRLO ;РАЗРЕШИТЬ ВЫВОД НА ТТ:
.CSIGEN #DSPACE,#DEXT,#0 ;ВВЕСТИ КОМАНДНУЮ
;СТРОКУ
BCS NSCI
.READW #AREA,#3,#BUFF,#256.,#0 ;ЧИТАТЬ
BCS NRE
.WRITEW #AREA,#0,#BUFF,#256.,#0 ;ЗАПИСАТЬ
BCS NWR
.SRESET
JMP START
NCSI: .PRINT #MSG
.EXIT
NRE: .PRINT #MSG1
.EXIT
NWR: .PRINT #MSG2
.EXIT
MSG: .ASCIZ /ОШИБКА CSI/
MSG1: .ASCIZ /ОШИБКА READ/
MSG2: .ASCIZ /ОШИБКА WRITE/
.EVEN
DEXT: .WORD 0,0,0,0 ;БЛОК РАСШИРЕНИЯ
AREA: .BLKW 5 ;БЛОК АРГУМЕНТОВ EMT
BUFF: .BLKW 256. ;АДРЕС ВВОДА/ВЫВОДА
DSPACE =. ;АДРЕС ЗАГРУЗКИ
;ДРАЙВЕРОВ
.END START
�

-45-

3.35. .RELEAS.

Системная макрокоманда .RELEAS удаляет указанный драйвер
из оперативной памяти.
Формат макрокоманды:
.RELEAS DNAM
где
DNAM - адрес слова,содержащего имя устройства в коде RADIX-50.
После макрокоманды .RELEAS, чтобы вновь использовать
устройство, необходимо выполнить макрокоманду .FETCH.

ПРИМЕЧАНИЕ. Макрокоманда .RELEAS не удаляет драйвер,
загруженный командой монитора LOAD.

Ошибки:
Код Пояснение
0 Устройство с указанным именем не существует.

Пример: см. пример макрокоманды .DSTATUS.

3.36. .ROFDF.

Системная макрокоманда .ROFDF определяет мнемонические
смещения полезных ячеек резидентного монитора
( см. т.3 кн.2 4.1 п.2.2 ).
Формат макрокоманды:
.ROFDF
Расширение макрокоманды:

$USRLC =^0266
QCOMP =^0270
SPUSR =^0272
SYUNIT -^0275
SYSVER =^0276
SYSUPD =^0277
TTKS =^0304
TTKB =^0306
TTPS =^0310
TTPB =^0312
MAXBLK =^0314
SYSCH =^0324
GTVEC =^0354
$MTPS =^0360
$MFPS =^0362
STATWD =^0366
USRAREA =^0374
IFMXNST =^0377
EMTRTN =^0400
FORK =^0402
�

Данная макрокоманда не генерирует кодов EMT, а является
чисто описательной.

Ошибки: отсутствуют.

Пример: см. пример макрокоманды .GVAL.

3.37. .RSUM ( только для FB- и XM-мониторов )

Системная макрокоманда .RSUM продолжает выполнение
программы после того, как она была приостановлена
макрокомандой .SPND.
Формат макрокоманды:
.RSUM
Формат регистра R0:

!---------!--------!
R0=> ! 2 ! 0 !
!---------!--------!

Монитор содержит счетчик остановов для каждой
программы. Этот счетчик уменьшается макрокомандой .SPND и
увеличивается макрокомандой .RSUM. Программа будет приос-
тановлена только в том случае, если значение счетчика
отрицательно. Поэтому, если системная макрокоманда .RSUM
выдается раньше .SPND, то макрокоманда .SPND игнорируется.
Макрокоманда .RSUM из любой программы завершения
возобновляет выполнение остановленной программы.
Так как системная макрокоманда .TWAIT реализуется
в мониторе с использованием останова и возобновления, то
макрокоманда .RSUM, выданная из подпрограммы завершения
без соответствующей .SPND, может вызвать продолжение основ-
ной программы прежде, чем закончится полный временной
интервал, указанный в .TWAIT.
Системная макрокоманда .RSUM, как и другие макро-
команды, может быть выдана из программы прерывания,
�

-46-

написанной пользователем, если имеется последовательность
.INTEN/.SYNCH, все замечания, относящиеся к .RSUM в
подпрограмме завершения, применимы к этому случаю.

Ошибки: отсутствуют.

Пример: см. пример макрокоманды .SPND.

3.38. .SCCA

Системная макрокоманда .SCCA запрещает завершение
программы по команде оператора <CTRL/C>; дает возможность
программе различать единичную и двойную команды <CTRL/C>.
Формат макрокоманды:
.SCCA AREA,ADDR
где
AREA - адрес списка аргументов EMT из двух слов;
ADDR - адрес, предназначенный для слова соостояния
терминала ( резервируется пользователем ).
Формат списка аргументов EMT:

!--------!--------!
R0=> AREA: ! 35 ! 0 !
!--------!--------!
! ADDR !
!-----------------!

Системная макрокоманда .SCCA перехватывает и
временно запрещает команду оператора <CTRL/C>, препят-
ствует завершению программы. Символы <CTRL/C> воспри-
нимаются как обычные символы без специальных системных
функций и помещают во входной буфер.
Если ADDR=0, то при двойной команде <CTRL/C>
происходи завершение программы, а при одинарной не
происходит.
При этом, если появляется двойная команда
<CTRL/C> устанавливается 15 бит слова состояния терми-
нала ( ADDR ). Пользователь должен сам очистить его
для дальнейшего использования.

Ошибки: отсутствуют.

Пример:
В ПРИМЕРЕ ЗАПРЕЩАЕТСЯ ВЫХОД ПО ДВОЙНОМУ CTRL/C И
ВВОДИТСЯ ЛЮБАЯ (ВКЛЮЧАЯ CTRL/C) ИНФОРМАЦИЯ С ТЕРМИНАЛА.
КАК ТОЛЬКО ВСТРЕТИТСЯ ДВОЙНОЕ CTRL/C ПРОГРАММА ПЕРЕХОДИТ
В РЕЖИМ ОЖИДАНИЯ И РАЗРЕШАЕТСЯ ВЫХОД В МОНИТОР ПО ДВОЙНОМУ
CTRL/C.
�

.MCALL .SCCA,.PRINT,.TTYIN,.TTYOUT
JSW = 44
TTSPC$ = 10000
START: MOV #SCCA,R1
.SCCA #AREA,R1 ;ЗАПРЕТИТЬ CTRL/C
BIS #TTSPC$,@#JSW
CLR (R1)
.PRINT #MSG
1$: TST (R1) ;ДВОЙНОЕ CTRL/C?
BNE 2$ ;ДА
.TTYIN ;НЕТ...ВВЕСТИ СИМВОЛ
.TTYOUT ;ЭХО-ПЕЧАТЬ
BR 1$
2$: .PRINT #CTRLC
.SCCA #AREA,#0 ;РАЗРЕШИТЬ ДВОЙНОЕ CTRL/
BR .
SCCA: .BLKW 1 ;ЦЛОВО СОСТОЯНИЯ
;ТЕРМИНАЛА
AREA: .BLKW 2 ;БЛОК АРГУМЕНТОВ ЕМТ
MSG: .ASCII /ПРИМЕР МАКРОКОМАНДЫ .SCCA/<15><12>
.ASCIZ ВВЕДИТЕ CTRL/C DWA RAZA
.EVEN
CTRLC: .ASCII CTRL/C ВВЕДЕНА <15><12>
.ASCII ВВЕДИТЕ ДВОЙНОЕ CTRL/C ДЛЯ ВЫХОДА
.ASCIZ /ИЗ ПРОГРАММЫ/
.EVEN
.END START

3.39. .SCMDF

СИСТЕМНАЯ МАКРОКОМАНДА .SCMDF ОПРЕДЕЛЯЕТ
МНЕМОНИЧЕСКИЕ ОБОЗНАЧЕНИЯ СИСТЕМНОЙ ОБЛАСТИ СВЯЗИ (СМ.
Т.3 КН.2. Ч.1).
ФОРМАТ МАКРОКОМАНДЫ:
.SCMDF
РАСШИРЕНИЕ МАКРОКОМАНДЫ:

USERPC =^040
USERSP =^042
UFLOAT =^046
USERTOP =^050
SYSPTR =^054
TTFILL =^056
TTNFIL =^057
�

-47-

Данная макрокоманда не генерирует кодов EMT, а
является чисто описательной.

Ошибки: отсутствуют.

Пример: см.пример макрокоманды .UNLOCK.

3.40. .SERR

Системная макрокоманда .SERR позволяет программе
обрабатывать серьезные ошибки и запрещает монитору пре-
кращать ее выполнение вслучае их появления.
Формат макрокоманды:
.SERR
Формат регистра R0:

!-------!------!
R0=> ! 4 ! 0 !
!-------!------!

Во время выполнения программы могут возникнуть
серьезные ошибки. Например, попытка передать ввод/вывод
устройству, не имеющему драйвера в памяти, или попытка
загрузить драйвер устройства на место USR. Обычно эти
ошибки вызывают окончание программы с сообщением об
ошибке на системный терминал. Однако, в некоторых
случаях необходимо предотвратить преждвременное оконча-
ние программы из-за этих ошибок.
После выполнения макрокоманды устанавливается бит
C, а байт 52 содержит отрицательный код ошибки.

Ошибки:
Код ПОяснение
-1 Вызов USR из подпрограммы завершения.
-2 Отсутствыет драйвер устройства, а для
данной операции он необходим.
-3 Ошибка чтения каталога.
-4 Ошибка .FETCH; либо произошла ошибка во
время считывания драйвера, либо попытка
загрузить драйвер на место RMON или USR;
-5 Ошибка считывания оверлея;
-6 В каталоге нет места для файлов;
-7 Недопустимый адрес; попытка выполнить
действие вне области задания;
-10 Недопустимый номер канала; номер больше,
чем фактическое количество существующих
каналов;
-11 Недопустимая EMT; недопустимый код функции.
�

Системная макрокоманда .SERR не обрабатывает прерыва-
ния по 4 и 10, а также прерывания от процессора с плавающей
запятой. Они обрабатываются системными макрокомандами
.TRPSET, .SFPA.

Пример:
В примере для макрокоманды .ENTER треуется драйвер
PC:, который не загружен в память. После выполнения макро-
команды .SERR обработка ошибок происходит в программе, а
после выполнения макрокоманды .HERR происходит выход по
ошибке в монитор.

.MCALL .ENTNR,.HERR,.SERR,.PRINT,.EXIT,.USBDF
START: .SERR ;ЗАПРЕТИТЬ ПРЕРЫВАНИЕ
;ПРОГРАММЫ ПО ОШИБКЕ
.USBDF ;ОПРЕДЕЛИТЬ МНЕМОНИКУ
;СТАТУСА ЗАВЕРШЕНИЯ
;ПРОГРАММЫ USERRB
.ENTER #AREA,#1,#FILE ;ОТКРЫТЬ ФАЙЛ НА PC:
BCC 3$
JSR PC,ERR ;ИДТИ НА ОБРАБОТКУ
;ОШИБКИ
.HERR ;РАЗРЕШИТЬ ПРЕРЫВАНИЕ
;ПРОГРАММЫ ПО ОШИБКЕ
.ENTER #AREA,#1,#FILE ;ОТКРЫТЬ ФАЙЛ НА PC:
BCS ERR1
3$: .EXIT
ERR1: .PRINT #MSG
.EXIT
MSG: .ASCIZ /ОШИБКА .ENTER/
.EVEN
ERR: MOVB @#52,R0 ;ПОДПРОГРАММА ОБРАБОТКИ
NEG R0 ;ОШИБОК
DEC R0
ASL R0
MOV COD(R0),R0
.PRINT
BISB #3,@#USERRB ;УСТАНОВИТЬ ЗАВЕРШЕНИЕ
;ГРУБОЙ ОШИБКОЙ
RTS PC
COD: C1
C2
C3
C4
C5
C6
C7
C10
�

-48-

C11
C1: .ASCIZ /USER?/
C2: .ASCIZ /НЕ ЗАГРУЖЕН ДРАЙВЕ/
C3: .ASCIZ /ОШИБКА ЧТЕНИЯ КАТАЛОГА/
C4: .ASCIZ /ОШИБКА .FETCH/
C5: .ASCIZ /ОВЕРЛЕЙ?/
C6: .ASCIZ /НЕТ МЕСТА В КАТАЛОГЕ/
C7: .ASCIZ /ОШИБКА АДРЕСАЦИИ/
C10: .ASCIZ /НЕВЕРНЫЙ НОМЕР КАНАЛА/
C11: .ASCIZ /НЕВЕРНЫЙ КОД EMT/
.EVEN
AREA: .BLKW 4 ;БЛОК АРГУМЕНТОВ EMT
FILE: .RAD50 /PC/
.WORD 0,0,0
.END START

3.41. .SETTOP

Системная макрокоманда .SETTOP позволяет программе
пользователя запрашивать новый адрес верхней границы
памяти для программы.
Формат макрокоманды:
.SETTOP ADR
где
ADDR - адрес слова, содержащего верхнюю границу программы.
Монитор определяет допустимость этого адреса, необ-
ходимость свопинга в случае использования USR. Если верхняя
граница памяти, предназначенной для программы, расположена
ниже начального адреса USR, то свопинг не производится, т.к.
USR при этом не перекрывается. Если .SETTOP из фоновой прог-
раммы запрашивает верхнюю границу выше начального адреса USR,
а команда SET USR NOSWOP не была выдана, то требуется
свопинг.
По завершении системной макрокоманды .SETTOP R0 и
ячейка 50 ( восьмеричное ) содержит максимальный адрес
предоставляемой пользователю памяти. Если требуемый адрес
превышает допустимую величину, то программе предоставляется
допустимое значение адреса.
Для определения действительного верхнего адреса
программы нужно проверить содержимое R0 или ячейки 50.
Адрес выданный в R0 или ячейку 50, используется
программой как абсолютный верхний адрес программы. Если
это значение будет превышено, могут быть уничтожены части
части монитора и целостность системы будет нарушена.

Ошибки: отсутствуют.

Пример: см. пример макрокоманды .UNLOCK.
�

3.42. .SFPA

Системная макрокоманда .SFPA предоставляет ползователям,
имеющим процессор с плавающей запятой ( в комплексах СМ-1420 или
СМ-4/20 ), возможность обрабатывать прерывания по ошибке.
Формат макрокоманды:
.SFPA AREA,ADDR
где
AREA - адрес списка аргументов EMT из двух слов;
ADDR - адрес программы обработки прерывания.
Формат списка аргументов EMT:

!-------!-------!
R0=> AREA: ! 30 ! 0 !
!-------!-------!
! ADDR !
!---------------!

Обычно, если возникает прерывание по ошибке при
использовании процессора с плавающей запятой, прекращается
выполнение программы и выдается сообщение об ошибке на
системный терминал.
Системная макрокоманда .SFPA позволяет пользователю
самому обрабатывать прерывания. Аргумент ADDR указывает
адрес программы обработки прерывания.
Если аргумент ADDR=#0, то макрокоманда .SFPA
игнорируется.
Если аргумент ADDR=#1, то регистры процессора с
плавающей запятой должны должны быть включены в область
сохранения при переключении системы с одной задачи на другую.
Если ADDR=#1, пользователь не обрабатывает прерывания по
ошибке.
Системную макрокоманду .SFPA необходимо повторять
каждый раз, когда возникают прерывания, если пользователь
хочет обрабатывать их сам, т.е. программа обработки преры-
вания должна содержать вызов .SFPA.
�

- 49 -

Ошибки: отсутствуют.

Пример:
.MCALL .SFPA,.EXIT
START: .
.
.
.SFPA #AREA,#FPTRAP
.
.
.
.EXIT
FPTRAP: MOV R0,-(SP)
.
.
.
.SFPA #AREA,#FPTRAP
.
.
.
MOV (SP)+,R0
RTI
AREA: .BLKW 10
.END START

3.43. .SPND (только для FB- и XM-мониторов )

Системная макрокоманда .SPND приостанавливает работу
программы.
Формат макрокоманды:
.SPND
Формат регистра R0:

!-------!------!
R0=> ! 1 ! 0 !
!-------!------!

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

Программа должна выдавать одинаковое число
системных макрокоманд .SPND и .RSUM.
Системная макрокоманда .SPND, как и другие
макрокоманды, может быть выдана из подпрограммы прерывания,
написанной пользователем, если имеется последовательность
.INTEN/.SYNCH. Все замечания, относящиеся к .SPND в под-
программе завершения, применимы к этому случаю.

Ошибки: отсутствуют.

Пример:

.MCALL .SPND,.RSUM,.READC,.EXIT
.MCALL .LOOKUP,.PRINT,.WAIT
START: .LOOKUP #AREA,#2,#FILE2
BCS 1$
.LOOKUP #AREA,#3,#FILE3
BCS 1$
.LOOKUP #AREA,#4,FILE4
BCC 3$
1$: .PRINX #2$
.EXIT
2$: .ASCIZ /ОШИБКА LOOKUP/
.EVEN
3$: MOV #2,RSVCTR
MOV #AREA,R5
.READC R5,#2,#BUF1,COUNT1,#CROUTN,BLOK1
BCS ERROR
.READC R5,#3,#BUF2,COUNT2,#CROUTN,BLOK2
BCS ERROR
.READC R5,#4,#BUF3,COUNT3,#CROUTN,BLOK3
BCS ERROR
.SPND
.WAIT #2
.WAIT #3
.WAIT #4
.EXIT
CROUTN: ASL R1
INC DONFL(R1)
ROR R0
ADC ERRFLG(R1)
DEC RSVCTR
BNE 1$
.RSUM
1$: RTS PC
ERROR: .PRINT #RDMSG
.EXIT
RDMSG: .ASCIZ /ОШИБКА READ/
.EVEN
AREA: .BLKW 10
RSVCTR: 0
COUNT1: 256.
COUNT2: 256.
COUNT3: 256.
�

- 50 -

BLOK1: 0
BLOK2: 0
BLOK31: 0
FILE2: .RAD50 /DK TEST2 TMP/
FILE3: .RAD50 /DK TEST3 TMP/
FILE4: .RAD50 /DK TEST4 TMP/
DONFL: 0,0,0
ERRFLG: 0,0,0
BUF1: .BLKW 256.
BUF2: .BLKW 256.
BUF3: .BLKW 256.
.END START

3.44. .SRESET

Системная макрокоманда .SRESET инициализирует
определенные таблицы монитора, связанные с подпрограммой:
освобождает каналы, очищает очередь подпрограмм завершения,
удаляет загруженные драйверы.
Формат макрокоманды:
.SRESET
Драйверы системных устройств и драйверы,загруженные
командой монитора LOAD, остаются резидентными.
Возвращает к использованию только 16 ( десятичное )
каналов ввода/вывода. Любые каналы, открытые системной макро-
командой .CDFN, исключаются.
Чтобы открыть больше 16 каналов после выполнения
.SRESET, необходимо повторить макрокоманду .QSET или .CDFN.
Очищает очередь программ завершения.

Ошибки: отсуиствуют.

Пример: см. пример макрокоманды .RCTRLO.

3.45. .SYNCH

Системная макрокоманда .SYNCH дает возможность
программе обработки прерывания выполнять системные макро-
команды.
Формат макрокоманды:
.SYNCH AREA[,PIC]
где
AREA - адрес блока из семи слов;
PIC - произвольный аргумент,позволяющий макрокоманде
.SYNCH генерировать позиционно-независимый код.
�

Блок AREA содержит:
Слово 1 - системное слово, которое не должно изменяться
пользователем;
Слово 2 - текущий номер задания (может быть получен
макрокомандой .GTJB );
Слово 3 - не используется;
Слово 4 - не используется;
Слово 5 - аргумент R0; при успешном выполнении макро-
команды .SYNCH это слово заносится в R0;
Слово 6 - должно содержать -1;
Слово 7 - должно содержать 0.
Между макрокомандами .SYNCH и .INTEN ползователь
не должен ничего заносить в стек.
Если макрокоманда .SYNCH не выполнена, то возврат
происходит в следующую за макрокомандой ячейку. В этом
случае программа обработки прерываний не может выполнять
макрокоманды; R4 и R5 свободны для использования.
Если макрокоманда .SYNCH выполнена, то возврат
происходит в следующую за возвратом по ошибке ячейку.
Программе обработки прерывания разрешено выполнять макро-
команды. R0 содержит аргумент, находившийся в пятом слове
блока AREA. R2, R3, R4 и R5 нельзя использовать без предвари-
тельного сохранения в стеке, а R0 и R1 - можно.
�

- 51 -

Выход из программы обработки прерывания должен быть
по инструкции RTS PC.

Ошибки:
Возврат по ошибке происходит в следующих случаях:
- не закончена макрокоманда .SYNCH, использующая
тот же блок AREA;
- Указан недопустимый номер задания;
- Если произошло удаление или останов основной
программы.

Пример:
.MCALL .GTJB,.INTEN,.WRITC,.SYNCH
.MCALL .EXIT,.DIR,.PRINT
START: MOV #JOB,R5 ;ПОЛУЧИТЬ НОМЕР
.GTJB #AREA,R5 ;ЗАДАНИЯ
MOV (R5),SYNBLK+2
.
.
.
INTRPT: .INTEN 5 ;ПЕРЕЙТИ В СИСТЕМНОЕ
;СОСТОЯНИЕ, УСТАНОВИТЬ
;ПРИОРИТЕТ 5
.SYNCH #SYNBLK
BR SYNFAIL ;БЛОК .SYNCH ЗАНЯТ
.DIR WRITE ;ЗАПИСЬ В БУФЕР
BCS WTFAIL
RTS PC ;ВЫХОД
SYNBLK: 0,0,0,0,5,-1,0 ;БЛОК .SYNCH
SYNFAIL:
MOV #SYNER,R0
BR ERRM
WTFAIL: MOV #MSG,R0
ERRM: .PRINT
.EXIT
MSG: .ASCIZ /ОШИБКА ЧТЕНИЯ/
SYNER: .ASCIZ /ОШИБКА SYNCH/
.EVEN
AREA: .BLKW 5 ;БЛОК АРГУМЕНТОВ EMT
;ДЛЯ .READ
JOB: .BLKW 5 ;БЛОК АРГУМЕНТОВ EMT
;ДЛЯ .SYNCH
CRTN1: . ;ТЕКСТ ПОДПРОГРАММЫ
. ;ЗАВЕРШЕНИЯ
RTS PC
WRITE: .WRITC #AREA,CHAN,BUFF,WCNT,#CRTN1,BLK
CHAN: 0
BUFF: .BLKW 256.
WCNT: 256.
BLK: 0
.END START
�

3.46. .TLOCK ( Только для FB- и XM-мониторов )

Системная макрокоманда .TLOCK проверяет занятость
USR, если USR свободна, то выполняется макрокоманда .LOCK,
в противном случае происходит возврат в программу пользова-
теля с установленным C битом.
Формат макрокоманды:
.TLOCK
Формат регистра R0:

!--------!---------!
R0=> ! 7 ! 0 !
!--------!---------!

Возврат по C биту означает, что макрокоманда
.TLOCK не выполнена.

Ошибки:
Код Пояснение
0 USR уже используется другой программой.

Пример:
.MCALL .TLOCK,.LOOKUP,.UNLOOCK,.PRINT,.EXIT
START: .TLOCK ;USR ЗАНЯТА ?
BCS SUSPND ;ДА
.LOOKUP #AREA,#4,#J1NAM ;НЕТ ... ОТКРЫТЬ
BCS LKERR ;ФАЙЛ
.UNLOCK ;ОСВОБОДИТЬ USR
.EXIT
SUSPND: JSR PC,SPSJOB
JSR PC,SCHED
BR START
AREA: .BLKW 10
J1NAM: .RAD50 /DK TEST1 TMP/
LKERR: .PRINT #LKMSG
.EXIT
LKMSG: .ASCIZ /ОШИБКА LOOKUP/
.EVEN
SPSJOB: . ;ТЕКСТ ПОДПРОГРАММЫ
.
.
RTS PC
SCHED: . ;ТЕКСТ ПОДПРОГРАММЫ
.
.
RTS PC
.END START
�

-52-

2/Б/4.072.200-33-02-2

3.47. .TRPSET

Системная макрокоманда .TRPSET позволяет пользователю
самому обрабатывать прерывания по вектору 4 и 10.

Формат макрокоманды:

.TRPSET AREA,ADDR
где

AREA
-адрес списка аргументов из двух слов;

ADDR
-адрес программы обработки прерывания.

Формат списка аргыментов EMT:

!------!------!
R0=> AREA: ! 3 ! 0 !
!------!------!
! ADDR !
!-------------!

Макрокоманда .TRPSET запрещает монитору удалять
программупри возникновении прерывания по векторам 4 и 10.

При входе в программу обработки прерывания бит C
указывает:

бит C = 0
- прерывание по вектору 4;

бит C = 1
- прерывание по вектору 10;

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

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

Если ADDR = 0, макркоманда .TRPSET игнорируется.

Ошибки: отсутствуют.
�

Пример:

В премере макрокоманда .TRPSET указывает адрес
программы обработки ловушек 4 и 10.

.MCALL .TRPSET,.EXIT,.PRINT
START: .TRPSET #AREA,#TRPLOC ;ЗАПРЕТИТЬ УДАЛЯТЬ
;ПРОГРАММУ
MOV #101,R0
TST (R0)+ ;НЕЧЕТНЫЙ АДРЕС
.WORD 67 ;НЕВЕРНЫЙ КОД ИНСТРУКЦИИ
.EXIT
TRPLOC: MOV R0,-(SP) ;ПРОГРАММА ОБРАБОТКИ
BCS 1$ ;ЛОВУШЕК
.PRINT #TRP4
BR 2$
1$: .PRINT #TRP10
2$: .TRPSET #AREA,#TRPLOC
MOV (SP),R0
RTI
AREA: .BLKW10 ;БЛОК АРГУМЕНТОВ EMT
TRP4: .ASCIZ /TRAP TO 4/
TRP10: .ASUIZ /TRAP TO 10/
.EVEN
.END START

3.48. .TWAIT

Системная макрокоманда .TWAIT приостанавливает
выполнение программы на указанный интервал времени.

Формат макрокоманды:

.TWAIT AREA,TIME
где

AREA
-адрес списка аргументов EMT из двух слов;
TIME
-адрес двух слов, содержащих временной интервал
в тиках.

Формат списка аргументов EMT:

!------!------!
R0=> AREA: ! 24 ! 0 !
!------!------!
! TIME !
!-------------!

Системная макрокоманда .TWAIT требует элемент
очереди, поэтому прежде необходимо выполнить макрокоманду
.QSET.
�

-53-

2/Б/4.072.200-33-02-2

Примечание:
Макрокоманда .TWAIT реализуется в мониторе
с использованием макрокоманд .SPND и .RSUM. Поэтому
макрокоманда .RSUM, выданная программой заверения без
соответствующей макрокоманды .SPND, может вызвать продолже-
ние основной программы раньше, чем закончится временной
интервал.

Ошибки:

Код Пояснение

0 Отсутствует элемент очереди.

Пример: см. пример макрокоманды .CHCOPY.

3.49. .UNLOCK

Системная макрокоманда .UNLOCK отменяет запрещение
свопинга USR, заданное макрокомандой .LOCK.

Формат макрокоманды:

.UNLOCK

Если макрокоманда .LOCK требовала свопинга, то
.UNLOCK загружает программу пользователя обратно в
память.

Если USR не требует свопинга, то .UNLOCK игно-
рируется.

Если выполнено больше макрокоманд .UNLOCK, чем
макрокоманд .LOCK, то лишние макрокманды игнорируются.

ВЫзов CSI выполняет подразумеваемую макрокоманду
.UNLOCK.

макрокоманда .UNLOCK не должна находиться в об-
ласти, в которую обменивалась USR, иначе она не будет
выполнена.

Ошибки: отсутствуют.

Пример:

В примере макрокомандой .SETTOP запрашивается вся
память, что приводит к нерезидентности USR. Перед открытием
канала, макрокомандой .LOCK USR заносится в память и
становится резидентной, т.е. при выполнении макрокоманд
.LOOKUP свопинга не происходит. После выполнени макро-
команды .UNLOCK USR снова становится нерезидентной.

.MCALL .LOCK,.UNLOCK,.SETTOP,.SCMDF
.MCALL .LOOKUP,.PRINT,.EXIT
�

START: .SCMDF ;ОПРЕДЕЛИТЬ МНЕМОНИКУ
;СИСТЕМНОЙ ОБЛАСТИ СВЯЗИ
;(ЗДЕСЬ SYSPTR)
.SETTOP @#SYSPTR ;ЗАПРОСИТЬ ВСЮ ПАМЯТЬ
.LOCK ;ВЫЗОВ USR В ПАМЯТЬ
.LOOKUP #AREA,#0,#DEV1 ;ИСПОЛЗОВАНИЕ USR
BCS 1$
.LOOKUP #AREA,#1,#DEV2
BCS 1$
.UNLOCK ;УДАЛИТЬ USR ИЗ ПАМЯТИ
.EXIT
1$: .PRINT #MSG
.EXIT
MSG: .ASCIZ /ОШИБКА .LOOKUP/
.EVEN
AREA: .BLKW 3 ;БЛОКАРГУМЕНТОВ EMT
DEV1: .RAD50 /SY FORTRASAV/
DEV2: .RAD50 /SY PATCH SAV/
.END START

3.50. .UNPROTECT ( Только для FB- и XM-мониторов )

Системная макрокоманда .UNPROTECT освобождает вектор
устройства в диапазоне 0 - 476.

Формат макрокоманды:

.UNPROTECT AREA,ADDR
где

AREA
-адрес списка аргументов EMT из двух слов;

ADDR
-адрес вектора, который должен быть освобожден.

Формат списка аргументов EMT:

!------!------!
R0=> AREA: ! 31 ! 1 !
!------!------!
! ADDR !
!-------------!
Ошибки:

Код Пояснение

1 Адрес (ADDR) > 476 (восьмеричных) или < 4.

Пример:
�

- 54 -

.MCALL .PROTECT,.UNPROTECT,.EXIT,.PRINT
START: .PROTECT #AREA,#234 ;ЗАЩИТА ЯЧЕЕК 234,236
BCS INUSE
.
.
.
.UNPROTECT #AREA,#234 ;ОСВОБОДИТЬ ЯЧЕЙКИ
.EXIT
INUSE: .PRINT #ERR
.EXIT
ERR: .ASCIZ /ОШИБКА PROTECT/
.EVEN
AREA: .BLKW 2
.END START

3.51. .USBDF

СИСТЕМНАЯ МАКРОКОМАНДА .USBDF ОПРЕДЕЛЯЕТ
МНЕМОНИЧЕСКИЕ ОБОЗНАЧЕНИЯ СТАТУСА ЗАВЕРШЕНИЯ ПРОГРАММЫ
(СМ. Т.3 КН.2 Ч.1 П.2.3.2.2).
ФОРМАТ МАКРОКОМАНДЫ:
.USBDF
РАСШИРЕНИЕ МАКРОКОМАНДЫ:
ERRBYT =^052
USERRB =^053
SEVER$ =^010
ERROR$ =^04
WARN$ =^02
SUCCS$ =^01
ДАННАЯ МАКРОКОМАНДА НЕ ГЕНЕРИРУЕТ КОДОВ ЕМТ, А
ЯВЛЯЕТСЯ ЧИСТО ОПИСАТЕЛЬНОЙ.

ОШИБКИ: ОТСУТСТВУЮТ.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .SERR.

3.52. .WAIT

СИСТЕМНАЯ МАКРОКОМАНДА .WAIT ПРИОСТАНАВЛИВАЕТ
ВЫПОЛНЕНИЕ ПРОГРАММЫ ДО ЗАВЕРШЕНИЯ ОПЕРАЦИЙ ВВОДА/ВЫВОДА
ПО УКАЗАННОМУ КАНАЛУ.
ФОРМАТ МАКРОКОМАНДЫ:
.WAIT CHAN
ГДЕ
CHAN - НОМЕР КАНАЛА ВВОДА/ВЫВОДА.
�

ФОРМАТ РЕГИСТРА RO:

!--------!--------!
RO=> ! 0 ! CHAN !
!--------!--------!

МАКРОКОМАНДА .WAIT, ИСПОЛЬЗУЕМАЯ СОВМЕСТНО С
МАКРОКОМАНДАМИ .READ/.WRITE, ПОЗВОЛЯЕТ ОСУЩЕСТВИТЬ
ДВОЙНУЮ БУФЕРИЗАЦИЮ ПРОЦЕССА ВВОДА/ВЫВОДА.
МАКРОКОМАНДА .WAIT ПЕРЕДАЕТ ПОЛЬЗОВАТЕЛЮ ИНФОРМАЦИЮ
ОБ ОШИБКАХ АППАРАТУРЫ В ОПЕРАЦИИ ВВОДА/ВЫВОДА.
В FB-МОНИТОРЕ ВЫПОЛНЕНИЕ МАКРОКОМАНДЫ .WAIT ПРИ
ОПЕРАЦИЯХ ВВОДА/ВЫВОДА ВЫЗОВЕТ ПРИОСТАНОВКУ ОДНОЙ
ПРОГРАММЫ И ВЫПОЛНЕНИЕ (ЕСЛИ ВОЗМОЖНО) ДРУГОЙ.

ОШИБКИ:
КОД ПОЯСНЕНИЕ
0 КАНАЛ НЕ ОТКРЫТ;
1 В ОПЕРАЦИИ ВВОДА/ВЫВОДА БЫЛА АППАРАТНАЯ
ОШИБКА.

ПРИМЕР: СМ. ПРИМЕР МАКРОКОМАНДЫ .MRKT.
�</pre>

Uknc info

2007-07-17T18:45:39Z

Nzeemin:

Uknc FODOS-2 sysmac

2007-07-17T18:44:15Z

Nzeemin:

<pre>

ОПЕРАЦИОННАЯ СИСТЕМА ФОДОС-2
СИСТЕМНАЯ МАКРОБИБЛИОТЕКА
РУКОВОДСТВО ПРОГРАММИСТА
589.7545471.00042-01 33 01
ЛИСТОВ 158
1985

СОДЕРЖАНИЕ

ЛИСТ
1. Назначение и условия применения
2. Обращение к системной макробиблиотеке
2.1. Адресация аргументов
2.2. Ключевой аргумент CODE
3. Входные и выходные данные
3.1. Номер канала
3.2. Блок устройства
3.3. Блок аргументов ЕМТ
3.4. Подпрограммы завершения
3.5. Требование USR
4. Сообщения
5. Программные запросы
5.1. Программные запросы для операций с файлами
5.1.1. .CHCOPY (FB,XM)
5.1.2. .CLOSE
5.1.3. .DELETE
5.1.4. .ENTER
5.1.5. .LOOKUP
5.1.6. .PURGE
5.1.7. .RENAME
5.1.8. .REOPEN
5.1.9. .SAVESTATUS
5.2. Программные запросы для организации ввода-вывода
5.2.1. .READ,.READC,.READW
5.2.2. .WRITE,.WRITC,.WRITW
5.2.3. .RCVD,.RCVDC,.RCVDW (FB,ХМ)
5.2.4. .SDAT,.SDATC,.SDATW (FB,ХМ)
5.2.5. .TTYIN,.TTINR
5.2.6. .TTYOUT,.TTOUTR
5.2.7. .PRINT
5.2.8. .MTIN
5.2.9. .MTOUT
5.2.10. .MTPRNT
5.2.11. .SPFUN
5.3. Запросы общего назначения
5.3.1. .CDFN
5.3.2. .CHAIN
5.3.3. .CMKT
5.3.4. .CNTXSW (FB,XM)
5.3.5. .CSIGEN
5.3.6. .CSISPC
5.3.6.1. Передача информации о переключателях программе пользователя
5.3.7. .ABTIO
5.3.8. .CSTAT (FB,XM)
5.3.9. .DATE
5.3.10. .DEVICE(FB,XM)
5.3.11. .DSTATUS
5.3.12. .EXIT
5.3.13. .FETCH,.RELEAS
5.3.14. .FORK
5.3.15. .FPROT
5.3.16. .GTIM
5.3.17. .GTJB
5.3.18. .GTLIN
5.3.19. .GVAL,.PVAL
5.3.20. .HERR,.SERR
5.3.21. .HRESET
5.3.22. .INTEN
5.3.23. .LOCK,.UNLOCK
5.3.24. .MFPS, .MTPS
5.3.25. .MRKT
5.3.26. .MTATCH
5.3.27. .MTDTCH
5.3.28. .MTSET
5.3.29. .MTGET
5.3.30. .MTSTAT
5.3.31. .MTRCTD
5.3.32. .MWAIT (FB,XM)
5.3.33. .PEEK,.POKE
5.3.34. .PROTECT,.UNPROTECT (FB,XM)
5.3.35. .QSET
5.3.36. .RCTRLD
5.3.37. .SPND,.RSUM (FB,XM)
5.3.38. .SCCA
5.3.39. .SDTTM
5.3.40. .SETTOP
5.3.41. .SPCPS (FB,ХМ)
5.3.42. .SFDAT
5.3.43. .SFPA
5.3.44. .SRESET
5.3.45. .SYNCH
5.3.46. .TLOCK
5.3.47. .TRPSET
5.3.48. .TWAIT
5.3.49. .WAIT
6. Сообщения
ПРИЛОЖЕНИЕ 1. Коды ошибок программных запросов
ПРИЛОЖЕНИЕ 2. Структура блока CBLK
ПЕРЕЧЕНЬ ССЫЛОЧНЫХ ДОКУМЕНТОВ

1. Назначение и условия применения

Ядром операционной системы RT11 является монитор. В зависимости от
конфигурации технических средств и потребностей пользователя может
использоваться один из трех мониторов RT11: монитор одного задания (SJ),
монитор основного-фонового задания (FB) и монитор расширенной памяти (XM).
все изложенное в данном документе, если не оговорено особо, относится к
любому монитору RT11.
Монитор выполняется параллельно с прикладными программами и обеспечивает
выполнение следующих функций:
- Инициализация и управление характеристиками операционной системы;
- Распределение системных ресурсов и получение информации о состояниии
операционной системы;
- Интерпретация команд;
- Операции с файлами;
- Управление вводом-выводом;
- Обеспечение связи между заданиями;
- Завершение или временный приостанов программы;
- Работа с расширенной памятью.

Связь пользователя с RT11 осуществляется главным образом с помощью команд
клавиатурного монитора и программных запросов.
Программные запросы обеспечивают разнообразные возможности для
манипулирования файлами, выполнения операций ввода-вывода, управления
выполнением и приостановкой программ и реализации других стандартных
системных функций.
Программный запрос представляет собой макрокоманду, помещаемую
пользователем в исходный текст программы на языке ассемблера (программа
может содержать несколько программных запросов).
Каждая макрокоманда заменяется последовательностью обычных
символических команд. этот процесс называется макрорасширением и выполняется
во время ассемблирования.
Для формирования макрорасширения ассемблер использует макроопределения,
включенные в системную макробиблиотеку SYSMAC.SML, которая находится на
системном томе и может быть использована любой программой.
Большинство программных запросов используют машинную команду ЕМТ, которая
обеспечивает передачу управления монитору из программы, как только при
выполнении этой программы очередь доходит до команды ЕМТ.
Младший байт команды ЕМТ содержит код в интервале от 340 до 377
(восьмеричное), определяющий местоположение передаваемых монитору
аргументов:

МЛАДШИЙ ПРОГРАММНЫЙ ЗАПРОС
БАЙТ

340-357 программный запрос с аргументами в стеке и/или в R0
360-373 используется только монитором RT11
374 программный запрос с одним аргументом. Регистр R0 содержит
функциональный код в старшем байте и номер канала в младшем байте
375 программный запрос с несколькими аргументами. Регистр R0
используется в качестве указателя на блок аргументов
376 используется только монитором RT11
377 Резервный. RT11 игнорирует этот ЕМТ и возвращает управление
программе пользователя.

2. Обращение к системной макробиблиотеке

ДЛЯ ВЫПОЛНЕНИЯ ОПЕРАЦИЙ СРЕДСТВАМИ ОПЕРАЦИОННОЙ СИСТЕ-
МЫ ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ ОБРАЩАЮТСЯ К МОНИТОРУ ЧЕРЕЗ ПРОГ-
РАММНЫЕ ЗАПРОСЫ. В ДАННОМ РАЗДЕЛЕ ОПИСАН ФОРМАТ И НАЗНАЧЕ-
НИЕ ПРОГРАММНЫХ ЗАПРОСОВ ОПЕРАЦИОННОЙ СИСТЕМЫ.
ИМЕНА ВСЕХ ПРОГРАММНЫХ ЗАПРОСОВ НАЧИНАЮТСЯ СИМВОЛОМ
"ТОЧКА"(.), ЧТО ОТЛИЧАЕТ ИХ ОТ МАКРОКОМАНД, ОПРЕДЕЛЯЕМЫХ
ПОЛЬЗОВАТЕЛЕМ.
ВСЕ ПРОГРАММНЫЕ ЗАПРОСЫ, ИСПОЛЬЗУЕМЫЕ В ПРОГРАММЕ,
ДОЛЖНЫ БЫТЬ ОПРЕДЕЛЕНЫ В ДИРЕКТИВЕ .MCALL.
В RT11 ИСПОЛЬЗУЮТСЯ ДВА ФОРМАТА ПРОГРАММНЫХ ЗАПРО-
СОВ:

1) .PRGREQ ARG1,ARG2,...,ARGN
2) .PRGREQ AREA,ARG1,...,ARGN

В ЭТИХ ФОРМАТАХ PRGREQ ПРЕДСТАВЛЯЕТ СОБОЙ ИМЯ ПРОГ-
РАММНОГО ЗАПРОСА, AREA - УКАЗАТЕЛЬ НА АДРЕС БЛОКА АРГУМЕН-
ТОВ, ARG1,ARG2,...,ARGN - АРГУМЕНТЫ ПРОГРАММНОГО ЗАПРОСА.
ПРОГРАММЫЕ ЗАПРОСЫ ПЕРВОГО ФОРМАТА ВЫЗЫВАЮТ ГЕНЕРАЦИЮ
КОМАНДЫ ЕМТ С КОДОМ 374 ИЛИ ОДНОЙ ИЗ КОМАНД ЕМТ 340-357.
ПРОГРАММНЫЕ ЗАПРОСЫ, ИСПОЛЬЗУЮЩИЕ КОМАНДУ ЕМТ 374,
ПОМЕЩАЮТ В МЛАДШИЙ БАЙТ РЕГИСТРА R0 НОМЕР КАНАЛА, А В СТАР-
ШИЙ - ФУНКЦИОНАЛЬНЫЙ КОД (СМ.РИС.1).

15 8 7 0
-------------------------------------
R0 = ! ФУНКЦИОНАЛЬНЫЙ ! НОМЕР КАНАЛА !
! КОД !(ЕСЛИ ПРИМЕНЯЕТСЯ)!
-------------------------------------

РИС.1

ОДНИМ ИЗ ПРОГРАММНЫХ ЗАПРОСОВ, ИСПОЛЬЗУЮЩИХ ЕМТ 374,
ЯВЛЯЕТСЯ ЗАПРОС .DATE. МАКРООПРЕДЕЛЕНИЕ ДЛЯ ЭТОГО ЗАПРОСА
СЛЕДУЮЩЕЕ:
.MACRO .DATE
MOV #10.*^O400,%0
EMT ^374
.ENDM
СООТВЕТСТВУЮЩИЙ ЗАПРОСУ .DATE ФУНКЦИОНАЛЬНЫЙ КОД, РАВ-
НЫЙ 10., ПОМЕЩАЕТСЯ В СТАРШИЙ БАЙТ РЕГИСТРА R0, А НОМЕР
XКАНАЛА (0) - В МЛАДШИЙ БАЙТ РЕГИСТРА R0.
ПРОГРАММНЫЕ ЗАПРОСЫ, ИСПОЛЬЗУЮЩИЕ ЕМТ 340-357, ПОМЕ-
ЩАЮТ АРГУМЕНТЫ (ЕСЛИ ОНИ ЗАДАНЫ) В СТЕК И/ИЛИ В R0.
ПРОГРАММНЫЙ ЗАПРОС .CSIGEN ЯВЛЯЕТСЯ ПРИМЕРОМ ПРОГРАММ-
НОГО ЗАПРОСА, ИСПОЛЬЗУЮЩЕГО ЕМТ 344. НИЖЕ ПРЕДСТАВЛЕНО
УПРОЩЕННОЕ МАКРООПРЕДЕЛЕНИЕ ДЛЯ ЭТОГО ЗАПРОСА:

.MACRO .CSIGEN DEVSPC,DEFEXT,CSTRNG,LINBUF
.IFF NB <LINBUF> MOV LINBUF,-(6.)
MOV DEVSPC,-(6.)
.IFF NB <LINBUF> INC (6.)
MOV DEFEXT,-(6.)
.IF B CSTRNG
CLR -(6.)
.IFF
.IF IDN CSTRNG,#0
CLR -(6.)
.IFF
MOV CSTRNG,-(6.)
.ENDC
.ENDC
EMT ^O344
.ENDM

ВСЕ УКАЗАННЫЕ АРГУМЕНТЫ ПОМЕЩАЮТСЯ В СТЕК ПОЛЬЗОВАТЕЛЯ
(СМ.РИС.2) И ИСПОЛЬЗУЮТСЯ МОНИТОРОМ ПРИ ВЫПОЛНЕНИИ ЗАПРОСА
.CSIGEN.

------------ ВЕРХНИЙ АДРЕС
! LINBUF !
------------
! DEVSPC !
------------
! DEFEXT !
------------
УКАЗАТЕЛЬ СТЕКА -> ! CSTRNG !
------------ НИЖНИЙ АДРЕС

РИС.2

ПРОГРАММНЫЕ ЗАПРОСЫ ВТОРОГО ФОРМАТА ВЫЗЫВАЮТ ГЕНЕРАЦИЮ
КОМАНДЫ ЕМТ С КОДОМ 375.
ФОРМАТ БЛОКА АРГУМЕНТОВ ДЛЯ ЕМТ 375 ПРЕДСТАВЛЕН НА
РИС.3.

----------------------------------
R0 -> AREA: ! ФУНКЦИОНАЛЬНЫЙ ! НОМЕР !
! КОД ! КАНАЛА !
! (CODE) ! (CHAN) !
----------------------------------
! ARG1 !
----------------------------------
! ARG2 !
----------------------------------
.
----------------------------------
! ARGN !
----------------------------------

РИС.3

НЕКОТОРЫЕ АРГУМЕНТЫ ПРОГРАММНЫХ ЗАПРОСОВ МОГУТ БЫТЬ
ОПУЩЕНЫ. ЕСЛИ ОТСУТСТВУЕТ АРГУМЕНТ AREA, ТО ПРЕДПОЛАГАЕТСЯ
ЧТО ОН СОДЕРЖИТСЯ В R0. ЕСЛИ НЕ УКАЗАНЫ (ОПУЩЕНЫ) КАКИЕ-
ЛИБО ИЗ АРГУМЕНТОВ ОТ ARG1 ДО ARGN, ТО СОДЕРЖИМОЕ СООТ-
ВЕТСТВУЮЩИХ ЭТИМ АРГУМЕНТАМ СЛОВ В БЛОКЕ АРГУМЕНТОВ НЕ
ИЗМЕНЯЕТСЯ.
НАПРИМЕР, ПРИ ВЫПОЛНЕНИИ ЗАПРОСА

.PRGREQ AREA,ARG1,ARG2

РЕГИСТР R0 СОДЕРЖИТ АДРЕС БЛОКА АРГУМЕНТОВ, ВТОРОЕ СЛОВО
СОДЕРЖИТ ARG1, ТРЕТЬЕ - ARG2.
ПРИ ВЫПОЛНЕНИИ ЗАПРОСА
.PRGREQ AREA
СТАРШИЙ БАЙТ ПЕРВОГО СЛОВА БЛОКА АРГУМЕНТОВ СОДЕРЖИТ ФУНК-
ЦИОНАЛЬНЫЙ КОД. СОДЕРЖИМОЕ ДРУГИХ СЛОВ БЛОКА АРГУМЕНТОВ НЕ
ИЗМЕНЯЕТСЯ.
ЕСЛИ В ЗАПРОСЕ
.PRGREQ ,ARG1

ОПУЩЕН АРГУМЕНТ AREA, ТО ПРЕПОЛАГАЕТСЯ ЧТО ОН СОДЕРЖИТСЯ В
R0 (ФУНКЦИОНАЛЬНЫЙ КОД В ЭТОМ СЛУЧАЕ В БЛОК АРГУМЕНТОВ НЕ
ЗАНОСИТСЯ).
БЛОК АРГУМЕНТОВ МОЖЕТ ФОРМИРОВАТЬСЯ МАКРОАССЕМБЛЕРОМ
ВО ВРЕМЯ ТРАСЛЯЦИИ ПРОГРАММЫ ИЛИ НЕПОСРЕДСТВЕНО ПОЛЬЗОВАТЕ-
ЛЕМ, НАПРИМЕР:

1) MOV #ARG1,AREA+2
MOV #ARG2,AREA+4
.PRGREQ #AREA

2) MOV #AREA,R0
.PRGREQ ,#ARG1,#ARG2

3) MOV #AREA,R0
MOV #ARG1,2(R0)
MOV #ARG2,4(R0)
MOV #CODE*400!CHAN,(R0)
.PRGREQ

ВО ВСЕХ ВЫШЕПРИВЕДЕННЫХ ПРИМЕРАХ ОПРЕДЕЛЯЕТСЯ ОДИН И
ТОТ ЖЕ ПРОГРАММНЫЙ ЗАПРОС.
В ПРИМЕРЕ, КОТОРЫЙ СЛЕДУЕТ НИЖЕ, ПРИВЕДЕН ОДИН ИЗ ВОЗ-
МОЖНЫХ СПОСОБОВ ФОРМИРОВАНИЯ БЛОКА АРГУМЕНТОВ ДЛЯ ПРОГРАММ-
НОГО ЗАПРОСА .TWAIT.

.MCALL .PRINT,.TWAIT
START: .TWAIT #EMTBLK
.PRINT #MSG
BR START

EMTBLK: .BYTE 0,24
.WORD TIME

TIME: .WORD 0,10.*50
.ASCIZ /ЧЕРЕЗ 10 СЕКУНД - ПЕЧАТЬ СООБЩЕНИЯ/
.END START

2.1. АДРЕСАЦИЯ АРГУМЕНТОВ
ВСЕ АРГУМЕНТЫ ПРОГРАММНЫХ ЗАПРОСОВ СЛУЖАТ В КАЧЕСТВЕ
ОПЕРАНДА ИСТОЧНИКА КОМАНДЫ MOV И БЛОК АРГУМЕНТОВ ДОЛЖЕН
СОДЕРЖАТЬ НЕПОСРЕДСТВЕННО ЗНАЧЕНИЯ АРГУМЕНТОВ.
ПОЭТОМУ НЕОБХОДИМО ПОМНИТЬ, ЧТО АРГУМЕНТЫ ПРОГРАММНЫХ
ЗАПРОСОВ ДОЛЖНЫ БЫТЬ ДОПУСТИМЫМИ В ЯЗЫКЕ АССЕМБЛЕРА И ТОЧНО
ПРЕДСТАВЛЯТЬ ТРЕБУЕМУЮ ВЕЛИЧИНУ. ЕСЛИ ВЕЛИЧИНА ЯВЛЯЕТСЯ
КОНСТАНТОЙ ИЛИ СИМВОЛИЧЕСКИМ ИМЕНЕМ ПОЛЬЗОВАТЕЛЯ, ТО ДОЛЖЕН
БЫТЬ ИСПОЛЬЗОВАН НЕПОСРЕДСТВЕННЫЙ МЕТОД АДРЕСАЦИИ (#), НАП-
РИМЕР:

.PRGREQ #AREA,#4
ЕСЛИ ВЕЛИЧИНА ЯВЛЯЕТСЯ СОДЕРЖИМЫМ РЕГИСТРА, ТО ДОЛЖНА
БЫТЬ ИСПОЛЬЗОВАНА МНЕМОНИКА РЕГИСТРА (RN). ЕСЛИ ВЕЛИЧИНА
ЯВЛЯЕТСЯ СОДЕРЖИМЫМ ЯЧЕЙКИ ПАМЯТИ, ТО ДОЛЖНА БЫТЬ ИСПОЛЬЗО-
ВАНА МЕТКА ЭТОЙ ЯЧЕЙКИ, НАПРИМЕР:

.PRGREQ LIST,NUMBER
.
.
.
LIST: .WORD AREA
NUMBER: .WORD 4

ПРИМЕЧАНИЕ. ПРИ ВЫПОЛНЕНИИ ЗАПРОСА, СОДЕРЖИМОЕ РЕГИСТ-
РОВ ОБЩЕГО НАЗНАЧЕНИЯ, КРОМЕ R0, НЕ ИЗМЕНЯЕТСЯ. УКАЗАТЕЛЬ
СТЕКА НЕ ПЕРЕУСТАНАВЛИВАЕТСЯ. ИСКЛЮЧЕНИЕМ ЯВЛЯЕТСЯ ВЫЗОВ
ИНТЕРПРЕТАТОРА КОМАНДНОЙ СТРОКИ (ЗАПРОСЫ .CSIGEN,.CSISPC).

2.2. КЛЮЧЕВОЙ АРГУМЕНТ CODE
КЛЮЧЕВОЙ АРГУМЕНТ CODE ПОЗВОЛЯЕТ ИСПОЛЬЗОВАТЬ ОДИН И
ТОТ ЖЕ БЛОК АРГУМЕНТОВ ДЛЯ РАЗЛИЧНЫХ ПРОГРАММНЫХ ЗАПРОСОВ,
ИМЕЮЩИХ ОДНИ И ТЕ ЖЕ АРГУМЕНТЫ, НО РАЗЛИЧНЫЕ ФУНКЦИОНАЛЬНЫЕ
КОДЫ. ИСПОЛЬЗОВАНИЕ ЭТОГО КЛЮЧЕВОГО АРГУМЕНТА УМЕНЬШАЕТ
РАЗМЕР ПРОГРАММЫ И ВРЕМЯ ЕЕ ВЫПОЛНЕНИЯ. АРГУМЕНТ CODE МОЖЕТ
ИМЕТЬ ДВА ЗНАЧЕНИЯ: CODE=SET (ЗАНЕСТИ ФУНКЦИОНАЛЬНЫЙ КОД) И
CODE=NOSET (НЕ ЗАНОСИТЬ ФУНКЦИОНАЛЬНЫЙ КОД).

ПРИМЕР.
.WRITW #AREA,#CHAN,#BUFF,#WCNT,#BLK
.
.
.
.READW #AREA,CODE=SET
.
.
.

3. ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ
АРГУМЕНТЫ ПРОГРАММНЫХ ЗАПРОСОВ ЯВЛЯЮТСЯ ВХОДНЫМИ ДАН-
НЫМИ ДЛЯ МОНИТОРА RT11. В ТАБЛ.2 ПРИВЕДЕНЫ ИХ УСЛОВНЫЕ
ОБОЗНАЧЕНИЯ. В ЭТОМ РАЗДЕЛЕ ТАКЖЕ ПРИВЕДЕНЫ НЕКОТОРЫЕ
ОСНОВНЫЕ ПОНЯТИЯ, КОТОРЫЕ ИСПОЛЬЗУЮТСЯ ПРИ ОБРАЩЕНИИ К МАК-
РОБИБЛИОТЕКЕ.

3.1. НОМЕР КАНАЛА
НОМЕР КАНАЛА (CHAN) ПРЕДСТАВЛЯЕТ СОБОЙ ЛОГИЧЕСКИЙ
ИДЕНТИФИКАТОР ФАЙЛА И ИСПОЛЬЗУЕТСЯ МОНИТОРОМ ПРИ ВЫПОЛНЕНИИ
ЗАПРАШИВАЕМЫХ ОПЕРАЦИЙ. НОМЕР КАНАЛА МОЖЕТ ИМЕТЬ ЗНАЧЕНИЕ
ОТ 0 ДО 254 (ДЕСЯТИЧНОЕ) (0-376 (ВОСЬМЕРИЧНОЕ)). КАНАЛ С
НОМЕРОМ 255 (ДЕСЯТИЧНОЕ) РЕЗЕРВИРУЕТСЯ ДЛЯ СИСТЕМНЫХ ОПЕРА-
ЦИЙ.
КАЖДЫЙ ОТКРЫТЫЙ ФАЙЛ МОНИТОР ЛОГИЧЕСКИ СВЯЗЫВАЕТ С
ОПРЕДЕЛЕННЫМ КАНАЛОМ (ЭЛЕМЕНТОМ СТРУКТУРЫ МОНИТОРА, ТОЧНО
ОПРЕДЕЛЯЮЩИМ ФАЙЛ В ОПЕРАЦИОННОЙ СИСТЕМЕ). ДЛЯ ОБРАЩЕНИЯ К
ФАЙЛУ ДОСТАТОЧНО УКАЗАТЬ НОМЕР СООТВЕТСТВУЮЩЕГО КАНАЛА.

3.2. БЛОК УСТРОЙСТВА
БЛОК УСТРОЙСТВА (DBLK) ПРЕДСТАВЛЯЕТ СОБОЙ БЛОК ИНФОР-
МАЦИИ В КОДАХ RADIX-50, КОТОРЫЙ СОДЕРЖИТ ФИЗИЧЕСКОЕ ИЛИ
ЛОГИЧЕСКОЕ ИМЯ УСТРОЙСТВА, ИМЯ И ТИП ФАЙЛА. РАЗМЕР БЛОКА -
4 СЛОВА.
ПРИМЕР:

.RAD50/DX1/
.RAD50/FIL/
.RAD50/NAM/
.RAD50/TYP/

ИМЯ УСТРОЙСТВА, ИМЯ И ТИП ФАЙЛА ДОЛЖНЫ БЫТЬ ЛЕВООПРЕ-
ДЕЛЕННЫМИ В КАЖДОМ ПОЛЕ ОПЕРАНДА (Т.Е. НЕПОСРЕДСТВЕННО СЛЕ-
ДОВАТЬ ЗА ОГРАНИЧИТЕЛЕМ ОПЕРАНДА ДИРЕКТИВЫ .RAD50).
ДОПУСКАЕТСЯ ЗАПИСЬ БЛОКА УСТРОЙСТВА В СЛЕДУЮЩЕМ ВИДЕ:

.RAD50/DX1FILNAMTYP/

ПРИ ЭТОМ КАЖДОЕ ПРОПУЩЕННОЕ ПОЛЕ ОПЕРАНДА ДОЛЖНО ЗАМЕНЯТЬСЯ
ПРОБЕЛОМ.

ТАБЛИЦА 2
-----------------------------------------------------------
! УСЛОВНОЕ ! АРГУМЕНТ !
!ОБОЗНАЧЕНИЕ ! !
!---------------------------------------------------------!
! ADDR ! АДРЕС; ЗНАЧЕНИЕ АДРЕСА ЗАВИСИТ ОТ ИСПОЛЬ- !
! ! ЗУЕМОГО ЗАПРОСА !
! AREA ! АДРЕС БЛОКА АРГУМЕНТОВ ЕМТ !
! BLK ! НОМЕР БЛОКА ОТНОСИТЕЛЬНО НАЧАЛА ФАЙЛА, С !
! ! КОТОРОГО ДОЛЖНА ВЫПОЛНЯТЬСЯ ОПЕРАЦИЯ !
! ! ВВОДА-ВЫВОДА !
! BUF ! АДРЕС БУФЕРА ПАМЯТИ !
! CBLK ! АДРЕС БЛОКА ИЗ ПЯТИ СЛОВ, В КОТОРОМ ХРА- !
! ! НИТСЯ ИНФОРМАЦИЯ О СОСТОЯНИИ КАНАЛА !
! CHAN ! НОМЕР КАНАЛА !
! CRTN ! ТОЧКА ВХОДА ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ !
! DBLK ! АДРЕС БЛОКА УСТРОЙСТВА !
! NUM ! ЧИСЛО, ЗНАЧЕНИЕ КОТОРОГО ЗАВИСИТ ОТ !
! ! ИСПОЛЬЗУЕМОГО ЗАПРОСА !
! WCNT ! СЧЕТЧИК СЛОВ; КОЛИЧЕСТВО СЛОВ, КОТОРЫЕ !
! ! НЕОБХОДИМО ПЕРЕДАТЬ В ИЛИ ИЗ БУФЕРА ПРИ !
! ! ВЫПОЛНЕНИИ ОПЕРАЦИИ ВВОДА-ВЫВОДА !
! SEQN ! ПОСЛЕДОВАТЕЛЬНЫЙ НОМЕР ФАЙЛА (ДЛЯ ОПЕРАЦИЙ!
! ! С МАГНИТНОЙ ЛЕНТОЙ) !
! CHRCNT ! СЧЕТЧИК СИМВОЛОВ !
! FUNC ! ЧИСЛОВОЙ КОД, ОПРЕДЕЛЯЮЩИЙ ВЫПОЛНЯЕМУЮ !
! ! ФУНКЦИЮ !
! JOBBLK ! АДРЕС БЛОКА, СОДЕРЖАЩЕГО ИМЯ СИСТЕМНОГО !
! ! ЗАДАНИЯ В КОДАХ КОИ-7 !
! JOBDEV ! АДРЕС БЛОКА, СОДЕРЖАЩЕГО ИМЯ УСТРОЙСТВА И !
! ! ИМЯ СИСТЕМНОГО ЗАДАНИЯ !
! UNIT ! ЛОГИЧЕСКИЙ НОМЕР ТЕРМИНАЛА !
-----------------------------------------------------------

3.3. БЛОК АРГУМЕНТОВ ЕМТ

ОБЩИЙ ВИД БЛОКА АРГУМЕНТОВ КОМАНДЫ ЕМТ ПОКАЗАН НА
РИС.4. ЧЕТНЫЙ БАЙТ 1-ГО СЛОВА СОДЕРЖИТ НОМЕР КАНАЛА, ОПРЕ-
ДЕЛЕННЫЙ В МАКРОКОМАНДЕ. ЕСЛИ НОМЕР КАНАЛА НЕ ТРЕБУЕТСЯ, ТО
ЧЕТНЫЙ БАЙТ СОДЕРЖИТ 0. НЕЧЕТНЫЙ БАЙТ 1-ГО СЛОВА БЛОКА
СОДЕРЖИТ ФУНКЦИОНАЛЬНЫЙ КОД МАКРОКОМАНДЫ (КАЖДОМУ ПРОГРАММ-
НОМУ ЗАПРОСУ СООТВЕТСТВУЕТ СВОЙ ФУНКЦИОНАЛЬНЫЙ КОД).
ОСТАЛЬНЫЕ СЛОВА БЛОКА СОДЕРЖАТ АРГУМЕНТЫ (ЕСЛИ ОНИ ЗАДАНЫ),
ОПРЕДЕЛЕННЫЕ В МАКРОКОМАНДЕ.

AREA: -----------------------------------------
! ФУНКЦИОНАЛЬНЫЙ ! НОМЕР !
! КОД ! КАНАЛА !
!---------------------------------------!
! 1-Й АРГУМЕНТ !
!---------------------------------------!
! 2-ОЙ АРГУМЕНТ !
!---------------------------------------!
.
.
.
-----------------------------------------
! N-ЫЙ АРГУМЕНТ !
-----------------------------------------

РИС.4 БЛОК АРГУМЕНТОВ ЕМТ

3.4. ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ
ПОДПРОГРАММА ЗАВЕРШЕНИЯ СОЗДАЕТСЯ ПОЛЬЗОВАТЕЛЕМ И
ВЫПОЛНЯЕТСЯ ПРИ НАСТУПЛЕНИИ СОБЫТИЯ. СОБЫТИЕ МОЖЕТ ЗАКЛЮ-
ЧАТЬСЯ В ЗАВЕРШЕНИИ ОПЕРАЦИИ ВВОДА-ВЫВОДА, МОЖЕТ БЫТЬ ВЫЗ-
ВАНО ПРЕРЫВАНИЕМ ОТ ВНЕШНЕГО УСТРОЙСТВА, ИСТЕЧЕНИЕМ ЗАДАН-
НОГО ИНТЕРВАЛА ВРЕМЕНИ И Т.Д.
НА ВХОДЕ В ПОДПРОГРАММУ ЗАВЕРШЕНИЯ РЕГИСТР R0 СОДЕРЖИТ
СЛОВО СОСТОЯНИЯ КАНАЛА, А R1 - ВОСЬМЕРИЧНЫЙ НОМЕР КАНАЛА
ДЛЯ ОПЕРАЦИИ.
В РЕЖИМЕ SJ ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ ЯВЛЯЮТСЯ АССИНХ-
РОННЫМИ И МОГУТ ПРЕРЫВАТЬ ДРУГ ДРУГА. В РЕЖИМАХ FB И ХМ,
ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ НЕ ПРЕРЫВАЮТ ДРУГ ДРУГА, А ОРГАНИ-
ЗУЮТСЯ В ОЧЕРЕДЬ.

3.5. ТРЕБОВАНИЕ USR
ДЛЯ ВЫПОЛНЕНИЯ НЕКОТОРЫХ ПРОГРАММНЫХ ЗАПРОСОВ НЕОБХО-
ДИМО, ЧТОБЫ КОМПОНЕНТА МОНИТОРА USR НАХОДИЛАСЬ В ОПЕРАТИВ-
НОЙ ПАМЯТИ. ТРЕБОВАНИЕ USR ПРОГРАММНЫМ ЗАПРОСАМ ОПИСАНО В
ТАБЛ.3. ЗАМЕТИМ, ЧТО ЗАПРОС CLOSE НА УСТРОЙСТВАХ НЕФАЙЛОВОЙ
СТРУКТУРЫ (LP:,TT:,PC:, И Т.Д.) НЕ ТРЕБУЕТ НАЛИЧИЯ USR В
ПАМЯТИ.
ПРОГРАММА USR НЕ ЯВЛЯЕТСЯ РЕЕНТЕРАБЕЛЬНОЙ; ЕСЛИ USR
ИСПОЛЬЗУЕТСЯ ОДНИМ ЗАДАНИЕМ (В РЕЖИМЕ FB), ДРУГОЕ ЗАДАНИЕ,
ТРЕБУЮЩЕЕ USR, БУДЕТ ЖДАТЬ ЕЕ ОСВОБОЖДЕНИЯ.
ТАБЛИЦА 3
------------------------------------------------------------
! ПРОГРАММНЫЙ ЗАПРОС ! ТРЕБОВАНИЕ USR !
! !-------------------------------------
! ! РЕЖИМ SJ ! РЕЖИМ FB ! РЕЖИМ XM !
------------------------------------------------------------
! ! * ! ! !
! .CDFN ! ДА ! НЕТ ! НЕТ !
! 1) ! ! ! !
! .CLOSE ! ДА ! ДА ! ДА !
! .CSIGEN ! ДА ! ДА ! ДА !
! .CSISPC ! ДА ! ДА ! ДА !
! .DELETE ! ДА ! ДА ! ДА !
! .DSTATUS ! ДА ! ДА ! ДА !
! .ENTER ! ДА ! ДА ! ДА !
! .EXIT ! ДА ! ДА ! ДА !
! .FETCH/.RELEAS ! ДА ! ДА ! ДА !
! .GTLIN ! ДА ! ДА ! ДА !
! .HRESET ! ДА ! НЕТ ! НЕТ !
! 2) ! ! ! !
! .LOCK ! ДА ! ДА ! ДА !
! .LOOKUP ! ДА ! ДА ! ДА !
! ! * ! * ! !
! .QSET ! ДА ! ДА ! ДА !
! .RENAME ! ДА ! ДА ! ДА !
! .REOPEN ! НЕТ ! НЕТ ! НЕТ !
! ! * ! ! !
! .SRESET ! ДА ! НЕТ ! НЕТ !
! 3) ! ! ! !
! .TLOCK ! ДА ! ДА ! ДА !
------------------------------------------------------------

1) ЕСЛИ КАНАЛ БЫЛ ОТКРЫТ ПО .ENTER ;

2) ЕСЛИ USR НАХОДИТСЯ В СОСТОЯНИИ СВОПИНГА;

3) ЕСЛИ USR НЕ ИСПОЛЬЗУЕТСЯ ДРУГИМ ЗАДАНИЕМ.

ЗАПРОСЫ, ПОМЕЧЕННЫЕ В ТАБЛ.3 ЗВЕЗДОЧКОЙ, ВСЕГДА ТРЕ-
БУЮТ ЗАГРУЗКИ НОВОЙ КОПИИ USR ПЕРЕД ИХ ВЫПОЛНЕНИЕМ (ДАЖЕ,
ЕСЛИ USR В ЭТОТ МОМЕНТ НАХОДИТСЯ В ПАМЯТИ).

4. СООБЩЕНИЯ
ПРИ ОБРАБОТКЕ ЗАПРОСОВ, МОНИТОР МОЖЕТ ОБНАРУЖИТЬ УСЛО-
ВИЯ ОШИБОК. ПРОГРАММНЫЕ ЗАПРОСЫ ИНФОРМИРУЮТ ОБ ЭТОМ ПОЛЬЗО-
ВАТЕЛЯ, ИСПОЛЬЗУЯ С-РАЗРЯД, БАЙТ ОШИБОК (52-ОЙ БАЙТ В
ОБЛАСТИ СВЯЗЕЙ СИСТЕМЫ) И ПЕЧАТЬ НА ТЕРМИНАЛЕ СООБЩЕНИЙ
МОНИТОРА. С-РАЗРЯД ОЧИЩАЕТСЯ ПОСЛЕ ВЫПОЛНЕНИЯ ЗАПРОСА И
УСТАНАВЛИВАЕТСЯ В СЛУЧАЕ ОШИБКИ. ДЛЯ ОБНАРУЖЕНИЯ ОШИБКИ ЗА
ЗАПРОСОМ ДОЛЖНА СЛЕДОВАТЬ КОМАНДА BCS ИЛИ BCC. КОГДА УСТА-
НОВЛЕН С-РАЗРЯД, БАЙТ ОШИБОК СОДЕРЖИТ КОД ОШИБКИ.
ПРИ ВОЗНИКНОВЕНИИ СЕРЬЕЗНЫХ ОШИБОК (В ЭТОМ СЛУЧАЕ
МОНИТОР ПЕЧАТАЕТ СООТВЕТСТВУЮЩЕЕ СООБЩЕНИЕ НА ТЕРМИНАЛЕ)
УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ МОНИТОРУ. ДЛЯ АНАЛИЗА ПОДОБНЫХ ОШИБОК
РЕКОМЕНДУЕТСЯ ИСПОЛЬЗОВАТЬ ПРОГРАММНЫЙ ЗАПРОС .SERR. В ПРИ-
ЛОЖЕНИИ ПЕРЕЧИСЛЕНЫ КОДЫ ОШИБОК ПРОГРАММНЫХ ЗАПРОСОВ И ПРИ-
ЧИНЫ, ВЫЗЫВАЮЩИЕ ЭТИ ОШИБКИ.

5. ПРОГРАММНЫЕ ЗАПРОСЫ
СУЩЕСТВУЮТ СЛЕДУЮЩИЕ ТИПЫ ПРОГРАММНЫХ ЗАПРОСОВ:
- ЗАПРОСЫ ДЛЯ ОПЕРАЦИЙ С ФАЙЛАМИ;
- ЗАПРОСЫ ДЛЯ ОРГАНИЗАЦИИ ВВОДА-ВЫВОДА ДАННЫХ;
- ЗАПРОСЫ ОБЩЕГО НАЗНАЧЕНИЯ;
- ЗАПРОСЫ РАСШИРЕННОЙ ПАМЯТИ;
- ЗАПРОСЫ ДЛЯ ДРАЙВЕРОВ.
В ТАБЛИЦЕ 4 ПЕРЕЧИСЛЕНЫ ПРОГРАММНЫЕ ЗАПРОСЫ, КОТОРЫЕ
МОГУТ ИСПОЛЬЗОВАТЬСЯ В ЛЮБОМ ИЗ РЕЖИМОВ (SJ,FB,XM). ЗАПРО-
СЫ, ПОМЕЧЕННЫЕ В ТАБЛ.4 СИМВОЛАМИ "МТ", МОЖНО ИСПОЛЬЗОВАТЬ
ТОЛЬКО ПРИ НАЛИЧИИ В СИСТЕМЕ МУЛЬТИТЕРМИНАЛЬНОЙ ПОДДЕРЖКИ.
ОПИСАНИЕ ПРОГРАММНЫХ ЗАПРОСОВ ДЛЯ ПРОГРАММ - ДРАЙВЕРОВ
УСТРОЙСТВ ДАЕТСЯ В [1].
ОПИСАНИЕ ЗАПРОСОВ РАСШИРЕННОЙ ПАМЯТИ ДАЕТСЯ В [2].

ТАБЛИЦА 4
------------------------------------------------------------
! ПРОГРАММНЫЙ ! КОД ! ФУНК- ! !
! ЗАПРОС ! ЕМТ ! ЦИОН. ! НАЗНАЧЕНИЕ !
! ! ! КОД ! !
------------------------------------------------------------
! .ABTIO ! 374 ! 13 ! ПРЕРЫВАЕТ ОПЕРАЦИИ ВВОДА-ВЫ- !
! ! ! ! ВОДА НА УКАЗАННОМ КАНАЛЕ !
! .CDFN ! 375 ! 15 ! ОПРЕДЕЛЯЕТ ДОПОЛНИТЕЛЬНЫЕ !
! ! ! ! КАНАЛЫ ДЛЯ ОПЕРАЦИЙ ВВОДА- !
! ! ! ! ВЫВОДА !
! .CHAIN ! 374 ! 10 ! ПЕРЕДАЕТ УПРАВЛЕНИЕ ДРУГОЙ !
! ! ! ! ФОНОВОЙ ПРОГРАММЕ !
! .CLOSE ! 374 ! 6 ! ЗАКРЫВАЕТ КАНАЛ И ОСВОБОЖДАЕТ!
! ! ! ! ЕГО ДЛЯ ИСПОЛЬЗОВАНИЯ В !
! ! ! ! ДРУГИХ ОПЕРАЦИЯХ !
! .CMKT ! 375 ! 23 ! АННУЛИРУЕТ ОДИН ИЛИ НЕСКОЛЬКО!
! ! ! ! ЗАПРОСОВ .MRKT !
! .CSIGEN ! 344 ! - ! ВЫЗЫВАЕТ РАБОТУ ИНТЕРПРЕТАТО-!
! ! ! ! РА КОМАНДНОЙ СТРОКИ В ОБЩЕМ !
! ! ! ! РЕЖИМЕ !
! .CSISPC ! 345 ! - ! ВЫЗЫВАЕТ РАБОТУ ИНТЕРПРЕТАТО-!
! ! ! ! РА КОМАНДНОЙ СТРОКИ В СПЕ- !
! ! ! ! ЦИАЛЬНОМ РЕЖИМЕ !
! .CSTAT ! 375 ! 27 ! ПОЗВОЛЯЕТ ПОЛУЧИТЬ ИНФОРМАЦИЮ!
! ! ! ! О СОСТОЯНИИ ОПРЕДЕЛЕННОГО !
! ! ! ! КАНАЛА !
! .CTIMIO ! - ! - ! ИСПОЛЬЗУЕТСЯ В ПРОГРАММАХ - !
! ! ! ! ДРАЙВЕРАХ УСТРОЙСТВ ДЛЯ ОТМЕ-!
! ! ! ! МЕНЫ ЗАПРОСОВ, ТРЕБУЮЩИХ НА- !
! ! ! ! ЛИЧИЯ ТАЙМЕРА !
! .DATE ! 374 ! 12 ! ПЕРЕСЫЛАЕТ ТЕКУЩУЮ ДАТУ В !
! ! ! ! РЕГИСТР R0 !
! .DELETE ! 375 ! 0 ! СТИРАЕТ ФАЙЛ С ТОМА УКАЗАН- !
! ! ! ! НОГО УСТРОЙСТВА !
! .DRAST: ! ! ! ОПРЕДЕЛЯЕТ НАЧАЛО ПОДПРОГРАМ-!
! ! ! ! МЫ ОБРАБОТКИ ПРЕРЫВАНИЙ !
! .DRBEG ! ! ! СОЗДАЕТ ТАБЛИЦУ ЗАГОЛОВКА !
! ! ! ! ДРАЙВЕРА !
! .DRBOT ! ! ! ОПРЕДЕЛЯЕТ НАЧАЛО ПЕРВИЧНОГО !
! ! ! ! ЗАГРУЗЧИКА В ДРАЙВЕРЕ !
! .DRDEF ! ! ! ОПРЕДЕЛЯЕТ ПАРАМЕТРЫ ДРАЙВЕРА!
! ! ! ! И УСТРОЙСТВА !
! .DREND ! ! ! ФОРМИРУЕТ ТАБЛИЦУ АДРЕСОВ !
! ! ! ! ПОДПРОГРАММ МОНИТОРА; ОПРЕДЕ-!
! ! ! ! ЛЯЕТ ЛОГИЧЕСКИЙ КОНЕЦ ТЕКСТА !
! ! ! ! ДРАЙВЕРА !
! .DRFIN ! ! ! ПЕРЕДАЕТ УПРАВЛЕНИЕ МОНИТОРУ !
! ! ! ! ПО ЗАВЕРШЕНИИ ОБСЛУЖИВАНИЯ !
! ! ! ! ЭЛЕМЕНТА ОЧЕРЕДИ !
! .DRSET ! ! ! ИСПОЛЬЗУЕТСЯ ДЛЯ ФОРМИРОВАНИЯ!
! ! ! ! ТАБЛИЦ ПАРАМЕТРОВ ДРАЙВЕРА !
! .DRVTB ! ! ! ИСПОЛЬЗУЕТСЯ ДЛЯ ОПИСАНИЯ !
! ! ! ! ТАБЛИЦЫ ВЕКТОРОВ ПРЕРЫВАНИЙ !
! ! ! ! И ПОДПРОГРАММ ИХ ОБРАБОТКИ !
! .DSTATUS ! 342 ! - ! ПОЗВОЛЯЕТ ПОЛУЧИТЬ ИНФОРМАЦИЮ!
! ! ! ! О СОСТОЯНИИ ОПРЕДЕЛЕННОГО !
! ! ! ! УСТРОЙСТВА !
! .ENTER ! 375 ! 2 ! РЕЗЕРВИРУЕТ ОБЛАСТЬ НА ТОМЕ !
! ! ! ! УКАЗАННОГО УСТРОЙСТВА ДЛЯ !
! ! ! ! СОЗДАНИЯ НОВОГО ФАЙЛА !
! .EXIT ! 350 ! - ! ЗАВЕРШАЕТ ВЫПОЛНЕНИЕ ПРОГРАМ-!
! ! ! ! МЫ ПОЛЬЗОВАТЕЛЯ И ПЕРЕДАЕТ !
! ! ! ! УПРАВЛЕНИЕ КЛАВИАТУРНОМУ !
! ! ! ! МОНИТОРУ !
! .FETCH ! 343 ! - ! ЗАГРУЖАЕТ ДРАЙВЕР УСТРОЙСТВА !
! .FPROT ! 375 ! 43 ! УСТАНАВЛИВАЕТ (ОТМЕНЯЕТ) !
! ! ! ! ЗАЩИТУ ФАЙЛА !
! .GTIM ! 375 ! 21 ! ОПРЕДЕЛЯЕТ ТЕКУЩЕЕ ВРЕМЯ ДНЯ !
! .GTJB ! 375 ! 20 ! ОПРЕДЕЛЯЕТ ПАРАМЕТРЫ ВЫПОЛНЯ-!
! ! ! ! ЕМОГО ЗАДАНИЯ !
! .GTLIN ! 345 ! - ! ПРИНИМАЕТ ВХОДНУЮ СТРОКУ С !
! ! ! ! ТЕРМИНАЛА ИЛИ ИЗ КОСВЕННОГО !
! ! ! ! ФАЙЛА !
! .GVAL ! 376 ! 34 ! ПЕРЕСЫЛАЕТ В R0 СОДЕРЖИМОЕ !
! ! ! ! УКАЗАННОЙ ЯЧЕЙКИ МОНИТОРА !
! .HERR ! 374 ! 5 ! ОТМЕНЯЕТ ДЕЙСТВИЕ ЗАПРОСА !
! ! ! ! .SERR !
! .HRESET ! 357 ! - ! ПРЕКРАЩАЕТ ВСЕ ОПЕРАЦИИ !
! ! ! ! ВВОДА-ВЫВОДА И ВЫПОЛНЯЕТ !
! ! ! ! ФУНКЦИИ ЗАПРОСА .SRESET !
! .INTEN ! - ! - ! СООБЩАЕТ МОНИТОРУ О ТОМ, ЧТО !
! ! ! ! ПРОИЗОШЛО ПРЕРЫВАНИЕ ОТ !
! ! ! ! УСТРОЙСТВА И УСТАНАВЛИВАЕТ !
! ! ! ! ПРИОРИТЕТ ПРОЦЕССОРА НА СО- !
! ! ! ! ОТВЕТСТВУЮЩИЙ УРОВЕНЬ !
! .LOCK ! 346 ! - ! ДЕЛАЕТ ПРОГРАММУ USR РЕЗИ- !
! ! ! ! ДЕНТНОЙ В ПАМЯТИ ДО ТЕХ ПОР, !
! ! ! ! ПОКА НЕ БУДЕТ ВЫПОЛНЕН .EXIT !
! ! ! ! ИЛИ .UNLOCK . ЕСЛИ НЕОБХОДИ- !
! ! ! ! МО, СВОПИРУЕТ ПРОГРАММУ !
! ! ! ! ПОЛЬЗОВАТЕЛЯ !
! .LOOKUP ! 375 ! 1 ! ОТКРЫВАЕТ СУЩЕСТВУЮЩИЙ ФАЙЛ !
! ! ! ! ДЛЯ ВВОДА И/ИЛИ ВЫВОДА НА !
! ! ! ! УКАЗАННОМ КАНАЛЕ !
! .MFPS ! - ! - ! ВЫБИРАЕТ СОДЕРЖИМОЕ ССП !
! .MRKT ! 375 ! 22 ! ПЛАНИРУЕТ ЗАПУСК ПОДПРОГРАММЫ!
! ! ! ! ЗАВЕРШЕНИЯ ЧЕРЕЗ ОПРЕДЕЛЕН- !
! ! ! ! НЫЙ ИНТЕРВАЛ ВРЕМЕНИ !
! .MTATCH(MT) ! 374 ! 37 ! УСТАНАВЛИВАЕТ СВЯЗЬ МЕЖДУ !
! ! ! ! ЗАДАНИЕМ И ОПРЕДЕЛЕННЫМ ТЕР- !
! ! ! ! МИНАЛОМ !
! .MTDTCH(MT) ! 374 ! 37 ! ПРЕРЫВАЕТ СВЯЗЬ УКАЗАННОГО !
! ! ! ! ТЕРМИНАЛА С ЗАДАНИЕМ И ОСВО- !
! ! ! ! БОЖДАЕТ ЕГО ДЛЯ ИСПОЛЬЗОВАНИЯ!
! ! ! ! ДРУГИМ ЗАДАНИЕМ !
! .MTGET(MT) ! 374 ! 37 ! ОПРЕДЕЛЯЕТ СОСТОЯНИЕ УКАЗАН- !
! ! ! ! НОГО ТЕРМИНАЛА !
! .MTIN(MT) ! 374 ! 37 ! ДЕЙСТВУЕТ В МУЛЬТИТЕРМИНАЛЬ- !
! ! ! ! НОМ РЕЖИМЕ АНАЛОГИЧНО .TTYIN !
! .MTOUT(MT) ! 374 ! 37 ! ДЕЙСТВУЕТ В МУЛЬТИТЕРМИНАЛЬ- !
! ! ! ! НОМ РЕЖИМЕ АНАЛОГИЧНО .TTYOUT!
! .MTPRNT(MT) ! 374 ! 32 ! ДЕЙСТВУЕТ В МУЛЬТИТЕРМИНАЛЬ- !
! ! ! ! НОМ РЕЖИМЕ АНАЛОГИЧНО .PRINT !
! .MTPS ! - ! ! УСТАНАВЛИВАЕТ ССП !
! .MTRCTD(MT) ! 374 ! 37 ! ОБЕСПЕЧИВАЕТ ВЫВОД НА УКАЗАН-!
! ! ! ! НЫЙ ТЕРМИНАЛ !
! .MTSET(MT) ! 374 ! 37 ! УСТАНАВЛИВАЕТ И МОДИФИЦИРУЕТ !
! ! ! ! ХАРАКТЕРИСТИКИ ТЕРМИНАЛА В !
! ! ! ! МУЛЬТИТЕРМИНАЛЬНОМ РЕЖИМЕ !
! .MTSTAT(MT) ! 375 ! 37 ! ПЕРЕСЫЛАЕТ ПРОГРАММЕ ИНФОРМА-!
! ! ! ! ЦИЮ О СОСТОЯНИИ МУЛЬТИТЕРМИ- !
! ! ! ! НАЛЬНОЙ СИСТЕМЫ !
! .PEEK ! 375 ! 34 ! ОПРЕДЕЛЯЕТ СОДЕРЖИМОЕ ЯЧЕЕК !
! ! ! ! ПАМЯТИ !
! .POKE ! 375 ! 34 ! ИЗМЕНЯЕТ СОДЕРЖИМОЕ ЯЧЕЕК !
! ! ! ! ПАМЯТИ !
! .PRINT ! 351 ! - ! ВЫДАЕТ НА ПЕЧАТЬ СТРОКУ СИМ- !
! ! ! ! ВОЛОВ КОИ-7 !
! .PURGE ! 374 ! 3 ! ОСВОБОЖДАЕТ КАНАЛ !
! .PVAL ! 375 ! 34 ! ИЗМЕНЯЕТ СОДЕРЖИМОЕ ЯЧЕЕК !
! ! ! ! МОНИТОРА !
! .QELDF ! - ! - ! ОПРЕДЕЛЯЕТ МНЕМОНИЧЕСКИЕ !
! ! ! ! ОБОЗНАЧЕНИЯ ДЛЯ ЭЛЕМЕНТОВ !
! ! ! ! ОЧЕРЕДИ ВВОДА-ВЫВОДА !
! .QSET ! 353 ! - ! УВЕЛИЧИВАЕТ РАЗМЕР ОЧЕРЕДИ !
! ! ! ! ВВОДА-ВЫВОДА ДЛЯ МОНИТОРА !
! .RCTRLD ! 355 ! - ! ОБЕСПЕЧИВАЕТ ВЫВОД НА ТЕРМИ- !
! ! ! ! НАЛ !
! .READ ! 375 ! 10 ! ПЕРЕДЕТ ДАННЫЕ ПО УКАЗАННОМУ !
! ! ! ! КАНАЛУ В БУФЕР ПАМЯТИ И ВОЗ- !
! ! ! ! ВРАЩАЕТ УПРАВЛЕНИЕ ПРОГРАММЕ !
! ! ! ! ПОЛЬЗОВАТЕЛЯ, КАК ТОЛЬКО ЗА- !
! ! ! ! ПРОС НА ЧТЕНИЕ ДАННЫХ БУДЕТ !
! ! ! ! ПОСТАВЛЕН В ОЧЕРЕДЬ ВВОДА- !
! ! ! ! ВЫВОДА !
! .READC ! 375 ! 10 ! ПЕРЕДЕТ ДАННЫЕ ПО УКАЗАННОМУ !
! ! ! ! КАНАЛУ В БУФЕР ПАМЯТИ И ВОЗ- !
! ! ! ! ВРАЩАЕТ УПРАВЛЕНИЕ ПРОГРАММЕ !
! ! ! ! ПОЛЬЗОВАТЕЛЯ, КАК ТОЛЬКО ЗА- !
! ! ! ! ПРОС НА ЧТЕНИЕ ДАННЫХ БУДЕТ !
! ! ! ! ПОСТАВЛЕН В ОЧЕРЕДЬ ВВОДА- !
! ! ! ! ВЫВОДА. ПОСЛЕ ОКОНЧАНИЯ ЧТЕ- !
! ! ! ! НИЯ УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ !
! ! ! ! ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ !
! .READW ! 375 ! 10 ! ПЕРЕДЕТ ДАННЫЕ ПО УКАЗАННОМУ !
! ! ! ! КАНАЛУ В БУФЕР ПАМЯТИ И ВОЗ- !
! ! ! ! ВРАЩАЕТ УПРАВЛЕНИЕ ПРОГРАММЕ !
! ! ! ! ПОЛЬЗОВАТЕЛЯ ПОСЛЕ ОКОНЧАНИЯ !
! ! ! ! ОПЕРАЦИИ !
! .RELEAS ! 343 ! - ! УДАЛЯЕТ ДРАЙВЕР УСТРОЙСТВА !
! ! ! ! ИЗ ПАМЯТИ !
! .RENAME ! 375 ! 4 ! ПЕРЕИМЕНОВЫВАЕТ ФАЙЛ. НЕДО- !
! ! ! ! ПУСТИМ В ОПЕРАЦИЯХ С МАГНИТ- !
! ! ! ! НОЙ ЛЕНТОЙ !
! .REOPEN ! 375 ! 6 ! ОБЕСПЕЧИВАЕТ ВОССТАНОВЛЕНИЕ !
! ! ! ! ПАРАМЕТРОВ, КОТОРЫЕ ЗАПОМИНА-!
! ! ! ! ЛИСЬ ПО ЗАПРОСУ .SAVESTATUS !
! ! ! ! И ПОВТОРНО ОТКРЫВАЕТ КАНАЛ !
! ! ! ! ДЛЯ ВВОДА-ВЫВОДА !
! .SAVESTATUS ! 375 ! 5 ! ЗАПОМИНАЕТ ПАРАМЕТРЫ СОСТОЯ- !
! ! ! ! НИЯ ОТКРЫТОГО ФАЙЛА В ОПРЕДЕ-!
! ! ! ! ЛЕННОЙ ОБЛАСТИ ПАМЯТИ И ОСВО-!
! ! ! ! БОЖДАЕТ КАНАЛ !
! .SCCA ! 374 ! 35 ! ПОЗВОЛЯЕТ БЛОКИРОВАТЬ ВЫПОЛ- !
! ! ! ! НЕНИЕ КОМАНДЫ СУ/С !
! .SDTTM ! 375 ! 40 ! УСТАНАВЛИВАЕТ СИСТЕМНУЮ ДАТУ !
! ! ! ! И/ИЛИ ВРЕМЯ !
! .SERR ! 374 ! 4 ! БЛОКИРУЕТ ПРЕРЫВАНИЕ ПРОГРАМ-!
! ! ! ! МЫ ПРИ ОБНАРУЖЕНИИ МОНИТОРОМ !
! ! ! ! ОШИБКИ !
! .SETTOP ! 354 ! - ! ОПРЕДЕЛЯЕТ ВЕРХНЮЮ ГРАНИЦУ !
! ! ! ! ПАМЯТИ ДЛЯ ВЫПОЛНЯЕМОГО ЗА- !
! ! ! ! ДАНИЯ !
! .SFDAT ! 375 ! 42 ! ИЗМЕНЯЕТ ДАТУ СОЗДАНИЯ ФАЙЛА !
! .SFPA ! 375 ! 30 ! УСТАВАВЛИВАЕТ В ПРОГРАММЕ !
! ! ! ! ПОЛЬЗОВАТЕЛЯ АДРЕС ПОДПРОГ- !
! ! ! ! РАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ !
! ! ! ! ОТ ПРОЦЕССОРА ПЛАВАЮЩЕЙ !
! ! ! ! ЗАПЯТОЙ !
! .SPFUN ! 375 ! 32 ! ВЫПОЛНЯЕТ СПЕЦИАЛЬНЫЕ ФУНКЦИИ!
! ! ! ! ДЛЯ УСТРОЙСТВ !
! .SRESET ! 352 ! - ! ВОССТАНАВЛИВАЕТ КАНАЛЫ ВВОДА-!
! ! ! ! ВЫВОДА И УДАЛЯЕТ ДРАЙВЕРЫ !
! ! ! ! УСТРОЙСТВ ИЗ ПАМЯТИ !
! .SYNCH ! - ! - ! ОБЕСПЕЧИВАЕТ ВОЗМОЖНОСТЬ ВЫ- !
! ! ! ! ПОЛНЕНИЯ ПРОГРАММНЫХ ЗАПРОСОВ!
! ! ! ! В ПОДПРОГРАММЕ ОБРАБОТКИ !
! ! ! ! ПРЕРЫВАНИЯ !
! .TIMIO ! - ! - ! ПЛАНИРУЕТ ЗАПУСК ПОДПРОГРАММЫ!
! ! ! ! ЗАВЕРШЕНИЯ ЧЕРЕЗ ЗАДАННЫЙ !
! ! ! ! ИНТЕРВАЛ ВРЕМЕНИ !
! .TLOCK ! 374 ! 7 ! ОПРЕДЕЛЯЕТ, ИСПОЛЬЗУЕТСЯ ЛИ !
! ! ! ! USR В ДАННЫЙ МОМЕНТ ДРУГИМ !
! ! ! ! ЗАДАНИЕМ. ЕСЛИ USR НЕ ИСПОЛЬ-!
! ! ! ! ЗУЕТСЯ, ТО ВЫПОЛНЯЕТСЯ .LOCK !
! .TRPSET ! 375 ! 3 ! УСТАНАВЛИВАЕТ ОБРАБОТКУ ПРЕ- !
! ! ! ! РЫВАНИЙ ПО 4-ОМУ ИЛИ 10-ОМУ !
! ! ! ! ВЕКТОРАМ В ПРОГРАММЕ ПОЛЬЗО- !
! ! ! ! ВАТЕЛЯ !
! .TTINR ! 340 ! - ! ПЕРЕДАЮТ ОДИН СИМВОЛ ИЗ БУ- !
! .TTYIN ! ! ! ФЕРА ТЕРМИНАЛА В РЕГИСТР R0 !
! .TTYOUT ! 341 ! - ! ПЕРЕДАЮТ ОДИН СИМВОЛ ИЗ РЕ- !
! .TTOUTR ! ! ! ГИСТРА R0 В БУФЕР ТЕРМИНАЛА !
! .TWAIT ! 375 ! 24 ! ПРИОСТАНАВЛИВАЕТ ВЫПОЛНЕНИЕ !
! ! ! ! ЗАДАНИЯ НА УКАЗАННЫЙ ИНТЕРВАЛ!
! ! ! ! ВРЕМЕНИ !
! .UNLOCK ! 347 ! - ! ОСВОБОЖДАЕТ ПРОГРАММУ USR, !
! ! ! ! ЕСЛИ РАНЕЕ БЫЛ ВЫПОЛНЕН ЗАП- !
! ! ! ! РОС .LOCK И, ЕСЛИ НЕОБХОДИМО,!
! ! ! ! ВНОВЬ ЗАГРУЖАЕТ ПРОГРАММУ !
! ! ! ! ПОЛЬЗОВАТЕЛЯ !
! .WAIT ! 374 ! 0 ! ОЖИДАЕТ ЗАВЕРШЕНИЯ ОПЕРАЦИИ !
! ! ! ! ВВОДА-ВЫВОДА НА УКАЗАННОМ !
! ! ! ! КАНАЛЕ !
! .WRITC ! 375 ! 11 ! ПЕРЕДАЕТ ДАННЫЕ ПО УКАЗАННО- !
! ! ! ! МУ КАНАЛУ НА УСТРОЙСТВО И !
! ! ! ! ВОЗВРАЩАЕТ УПРАВЛЕНИЕ ПРОГ- !
! ! ! ! РАММЕ ПОЛЬЗОВАТЕЛЯ КАК ТОЛЬКО!
! ! ! ! ЗАПРОС НА ПЕРЕДАЧУ ДАННЫХ БУ-!
! ! ! ! ДЕТ ПОСТАВЛЕН В ОЧЕРЕДЬ !
! ! ! ! ВВОДА-ВЫВОДА. ПОСЛЕ ОКОНЧАНИЯ!
! ! ! ! ЗАПИСИ, УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ!
! ! ! ! ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ !
! .WRITE ! 375 ! 11 ! ПЕРЕДАЕТ ДАННЫЕ ПО УКАЗАННО- !
! ! ! ! МУ КАНАЛУ НА УСТРОЙСТВО И !
! ! ! ! ВОЗВРАЩАЕТ УПРАВЛЕНИЕ ПРОГ- !
! ! ! ! РАММЕ ПОЛЬЗОВАТЕЛЯ КАК ТОЛЬКО!
! ! ! ! ЗАПРОС НА ПЕРЕДАЧУ ДАННЫХ БУ-!
! ! ! ! ДЕТ ПОСТАВЛЕН В ОЧЕРЕДЬ !
! ! ! ! ВВОДА-ВЫВОДА !
! .WRITW ! 375 ! 11 ! ПЕРЕДАЕТ ДАННЫЕ ПО УКАЗАННО- !
! ! ! ! МУ КАНАЛУ НА УСТРОЙСТВО И !
! ! ! ! ВОЗВРАЩАЕТ УПРАВЛЕНИЕ ПРОГ- !
! ! ! ! РАММЕ ПОЛЬЗОВАТЕЛЯ ПОСЛЕ !
! ! ! ! ОКОНЧАНИЯ ПЕРЕДАЧИ ДАННЫХ !
------------------------------------------------------------

ТАБЛИЦА 5
------------------------------------------------------------
! ПРОГРАММНЫЙ ! КОД ! ФУНК- ! !
! ЗАПРОС ! ЕМТ ! ЦИОН. ! НАЗНАЧЕНИЕ !
! ! ! КОД ! !
------------------------------------------------------------
! .CHCOPY ! 375 ! 13 ! ОТКРЫВАЕТ КАНАЛ ДЛЯ ВВОДА И !
! ! ! ! ЛОГИЧЕСКИ СВЯЗЫВАЕТ ЕГО С !
! ! ! ! ОТКРЫТЫМ КАНАЛОМ ДРУГОГО !
! ! ! ! ЗАДАНИЯ !
! .CNTXSW ! 375 ! 33 ! ОПРЕДЕЛЯЕТ ЯЧЕЙКИ ПАМЯТИ ДЛЯ !
! ! ! ! ОПЕРАЦИИ ПЕРЕКЛЮЧЕНИЯ КОН- !
! ! ! ! ТЕКСТА !
! .CRAW(XM) ! 374 ! 36 ! СОЗДАЕТ ВИРТУАЛЬНОЕ АДРЕСНОЕ !
! ! ! ! ОКНО !
! .CRRG(XM) ! 374 ! 36 ! СОЗДАЕТ ДИНАМИЧЕСКУЮ ОБЛАСТЬ !
! ! ! ! ФИЗИЧЕСКОЙ ПАМЯТИ !
! .DEVICE ! 375 ! 14 ! ПОЗВОЛЯЕТ ЗАПРЕТИТЬ ПРЕРЫВА- !
! ! ! ! НИЕ ОТ УСТРОЙСТВА В РЕЖИМЕ !
! ! ! ! FB ПОСЛЕ ОКОНЧАНИЯ ВЫПОЛНЕНИЯ!
! ! ! ! ПРОГРАММЫ !
! .ELAW(XM) ! 374 ! 36 ! АННУЛИРУЕТ ВИРТУАЛЬНОЕ АДРЕС-!
! ! ! ! НОЕ ОКНО !
! .ELRG(XM) ! 374 ! 36 ! АННУЛИРУЕТ ДИНАМИЧЕСКУЮ ОБ- !
! ! ! ! ЛАСТЬ ФИЗИЧЕСКОЙ ПАМЯТИ И !
! ! ! ! ДЕЛАЕТ ЕЕ СВОБОДНОЙ ДЛЯ ИС- !
! ! ! ! ПОЛЬЗОВАНИЯ ДРУГИМ ЗАДАНИЕМ !
! .GMCX(XM) ! 374 ! 36 ! ПЕРЕСЫЛАЕТ ПРОГРАММЕ ИНФОР- !
! ! ! ! МАЦИЮ О СОСТОЯНИИ ОПРЕДЕЛЕН- !
! ! ! ! НОГО ОКНА !
! .MAP(XM) ! 374 ! 36 ! ОТОБРАЖАЕТ ПРЕДВАРИТЕЛЬНО !
! ! ! ! СОЗДАННОЕ ОКНО ВИРТУАЛЬНОГО !
! ! ! ! АДРЕСА !
! .MWAIT ! 374 ! 11 ! ПЕРЕВОДИТ ТЕКУЩЕЕ ЗАДАНИЕ В !
! ! ! ! СОСТОЯНИЕ ОЖИДАНИЯ ДО ЗАВЕР- !
! ! ! ! ШЕНИЯ ПЕРЕДАЧИ ДАННЫХ !
! .PROTECT ! 375 ! 31 ! ЗАКРЕПЛЯЕТ ОДИН ИЗ ВЕКТОРОВ !
! ! ! ! (АДРЕСА ОТ 0 ДО 476) ЗА ДАН- !
! ! ! ! НЫМ ЗАДАНИЕМ !
! .RCVD ! 375 ! 26 ! ОСУЩЕСТВЛЯЮТ ПРИЕМ СООБЩЕНИЙ !
! .RCVDC ! ! ! ИЛИ ДАННЫХ, ПЕРЕДАВАЕМЫХ ДРУ-!
! .RCVDW ! ! ! ГИМ ЗАДАНИЕМ В РЕЖИМЕ FB. !
! ! ! ! АНАЛОГИЧНЫ ЗАПРОСАМ .READ, !
! ! ! ! .READC,.READW !
! .RDBBK(XM) ! - ! - ! СОЗДАЕТ БЛОК ОПРЕДЕЛЕНИЯ !
! ! ! ! ОБЛАСТИ !
! .RDBDF(XM) ! - ! - ! ОПРЕДЕЛЯЕТ МНЕМОНИЧЕСКИЕ !
! ! ! ! ОБОЗНАЧЕНИЯ ДЛЯ БЛОКА ОПРЕДЕ-!
! ! ! ! НИЯ ОБЛАСТИ !
! .RSUM ! 374 ! 2 ! ВОЗОБНОВЛЯЕТ ВЫПОЛНЕНИЕ ЗАДА-!
! ! ! ! НИЯ, КОТОРОЕ БЫЛО ПРЕРВАНО !
! ! ! ! ПО ЗАПРОСУ .SPND !
! .SDAT ! 375 ! 25 ! ОСУЩЕСТВЛЯЮТ ПЕРЕДАЧУ СООБЩЕ-!
! .SDATC ! ! ! НИЙ ИЛИ ДАННЫХ ДРУГОЙ !
! .SDATW ! ! ! ПРОГРАММЕ. АНАЛОГИЧНЫ ЗАПРО- !
! ! ! ! САМ .WRITE,.WRITC,.WRITW !
! .SPCPS ! 375 ! 41 ! ПОЗВОЛЯЕТ ИЗМЕНИТЬ АДРЕС !
! ! ! ! ВОЗВРАТА ИЗ ПРЕРЫВАНИЯ В ПОД-!
! ! ! ! ПРОГРАММЕ ЗАВЕРШЕНИЯ !
! .SPND ! 374 ! 1 ! ПРИОСТАНАВЛИВАЕТ ВЫПОЛНЕНИЕ !
! ! ! ! ЗАДАНИЯ !
! .UNMAP(XM) ! 374 ! 36 ! ОТМЕНЯЕТ ДЕЙСТВИЕ ЗАПРОСА !
! ! ! ! .MAP !
! .UNPROTECT ! 374 ! 31 ! ОТМЕНЯЕТ ДЕЙСТВИЕ ЗАПРОСА !
! ! ! ! .PROTECT !
! .WDBBK(XM) ! - ! - ! СОЗДАЕТ БЛОК ОПРЕДЕЛЕНИЯ ОКНА!
! .WDBDF(XM) ! - ! - ! ОПРЕДЕЛЯЕТ МНЕМОНИЧЕСКИЕ !
! ! ! ! ОБОЗНАЧЕНИЯ ДЛЯ БЛОКА ОПРЕДЕ-!
! ! ! ! ЛЕНИЯ ОКНА !
------------------------------------------------------------

5.1. ПРОГРАММНЫЕ ЗАПРОСЫ ДЛЯ ОПЕРАЦИЙ С ФАЙЛАМИ
5.1.1. .CHCOPY (РЕЖИМ FB,XM)
ЗАПРОС .CHCOPY ОТКРЫВАЕТ КАНАЛ ДЛЯ ВВОДА ДАННЫХ И
ЛОГИЧЕСКИ СВЯЗЫВАЕТ ЕГО С КАНАЛОМ ДРУГОГО ЗАДАНИЯ ОТКРЫТЫМ
ДЛЯ ВВОДА ИЛИ ВЫВОДА. ЗАПРОС МОЖЕТ ИСПОЛЬЗОВАТЬСЯ ОСНОВНОЙ,
ФОНОВОЙ ПРОГРАММАМИ, А ТАКЖЕ СИСТЕМНЫМ ЗАДАНИЕМ. ЗАПРОС
.CHCOPY ДОПУСТИМ ТОЛЬКО ДЛЯ ФАЙЛОВ, КОТОРЫЕ НАХОДЯТСЯ НА
ДИСКАХ; ОДНАКО СИСТЕМА НЕ ОБНАРУЖИТ ОШИБКИ, ЕСЛИ ИСПОЛЬ-
ЗУЕТСЯ ДРУГОЕ УСТРОЙСТВО. ДЛЯ ТОГО, ЧТОБЫ ЗАКРЫТЬ КАНАЛ,
ОТКРЫТЫЙ ПО .CHCOPY НЕОБХОДИМО ИСПОЛЬЗОВАТЬ ЗАПРОСЫ .CLOSE
ИЛИ .PURGE.
ФОРМАТ МАКРОКОМАНДЫ:
.CHCOPY AREA,CHAN,OCHAN[,JOBBLK]
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
CHAN - НОМЕР КАНАЛА, ИСПОЛЬЗУЕМОГО ЗАДАНИЕМ ДЛЯ ЧТЕНИЯ
ДАННЫХ;
OCHAN - НОМЕР КАНАЛА ДРУГОГО ЗАДАНИЯ;
JOBBLK - АДРЕС БЛОКА ИЗ ТРЕХ СЛОВ, СОДЕРЖАЩЕГО ЛОГИ-
ЧЕСКОЕ ИМЯ ЗАДАНИЯ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,13
.WORD OCHAN
.WORD JOBBLK
ПРИМЕР.
;ПРИМЕР СОСТОИТ ИЗ ДВУХ ПРОГРАММ. ПЕРВАЯ ИЗ ПРОГРАММ
;(ОСНОВНАЯ) ВЫПОЛНЯЕТ ПЕРЕДАЧУ ДАННЫХ ВО ВТОРУЮ -
;ФОНОВУЮ ПРОГРАММУ.
.TITLE CHCOPF.MAC
;ОСНОВНАЯ ПРОГРАММА
.MCALL .ENTER,.PRINT,.SDATW,.RCVDW,.CLOSE,.WRITW
.MCALL .EXIT
STARTF: MOV #AREA,R5
.ENTER R5,#0,#FILE,#5 ;СОЗДАТЬ ФАЙЛ
.WRITW R5,#0,#RECRD,#256.,#4 ;ЗАПИСАТЬ БЛОК
BCS ENTERR
.SDATW R5,#BUFR,#2 ;ПЕРЕДАТЬ СООБШЕНИЕ
; .
.RCVDW R5,#BUFR,#1
.CLOSE #0
.PRINT #FEXIT
.EXIT
ENTERR: .PRINT #ERMSG
.EXIT
FILE: .RAD50 /DK QUFILE/
.RAD50 /TMP/
AREA: .BLKW 5
BUFR: .WORD 0 ;НОМЕР КАНАЛА
.WORD 4 ;НОМЕР БЛОКА
RECRD: .BLKW 256.
ERMSG: .ASCIZ /ОШИБКА .ENTER/
FEXIT: .ASCIZ /КОНЕЦ ОСНОВНОЙ ПРОГРАММЫ/
.END STARTF

.TITLE CHCOPB.MAC
;ФОНОВАЯ ПРОГРАММА
.MCALL .CHCOPY,.RCVDW,.READW,.EXIT,.PRINT,.SDATW
STARTB: MOV #AREA,R5
.RCVDW R5,#MSG,#2 ;ПОЛУЧИТЬ СООБЩЕНИЕ
BCS 1$
.CHCOPY R5,#0,MSG+2 ;НОМЕР КАНАЛА ИЗ MSG+2
BCS 2$
.READW R5,#0,#BUFF,#256.,MSG+4 ;ЧИТАТЬ БЛОК
BCS 3$
; .
.SDATW R5,#MSG,#1
.PRINT #BEXIT
.EXIT
1$: MOV #NOJOB,R0
BR 4$
2$: MOV #NOCH,R0
BR 4$
3$: MOV #RDERR,R0
4$: .PRINT
.EXIT
AREA: .BLKW 5
MSG: .BLKW 3 ;БУФЕР ДЛЯ СООБЩЕНИЯ
BUFF: .BLKW 256.
BEXIT: .ASCIZ /КОНЕЦ ФОНОВОЙ ПРОГРАММЫ/
NOJOB: .ASCIZ /НЕТ ОСНОВНОГО ЗАДАНИЯ/
NOCH: .ASCIZ /НЕ ОТКРЫТ КАНАЛ ДЛЯ ОСНОВНОГО ЗАДАНИЯ/
RDERR: .ASCIZ /ОШИБКА ЧТЕНИЯ/
.END STARTB

5.1.2. .CLOSE
ЗАПРОС .CLOSE ЗАВЕРШАЕТ ДЕЙСТВИЕ НА УКАЗАННОМ КАНАЛЕ И
ОСВОБОЖДАЕТ ЕГО ДЛЯ ИСПОЛЬЗОВАНИЯ В ДРУГОЙ ОПЕРАЦИИ. ДЛЯ
ВЫПОЛНЕНИЯ ЗАПРОСА ДРАЙВЕР СООТВЕТСТВУЮЩЕГО УСТРОЙСТВА ДОЛ-
ЖЕН НАХОДИТЬСЯ В ПАМЯТИ.
ФОРМАТ МАКРОКОМАНДЫ
.CLOSE CHAN
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,6
ДЛЯ ТОГО, ЧТОБЫ СДЕЛАТЬ ФАЙЛ ПОСТОЯННЫМ НА ТОМЕ НЕОБ-
ХОДИМО НА СООТВЕТСТВУЮЩЕМ КАНАЛЕ, ОТКРЫТОМ ДЛЯ ВЫВОДА,
ВЫПОЛНИТЬ ЗАПРОС .CLOSE. ЗАПРОС .CLOSE НА НЕОТКРЫТОМ КАНАЛЕ
ИГНОРИРУЕТСЯ.
.CLOSE, ВЫПОЛНЯЕМЫЙ НА КАНАЛЕ, КОТОРЫЙ БЫЛ ОТКРЫТ ПО
.ENTER ВЫЗЫВАЕТ КОРРЕКТИРОВКУ СПРАВОЧНИКА УСТРОЙСТВА ДЛЯ
ОПРЕДЕЛЕНИЯ ФАЙЛА КАК ПОСТОЯННОГО НА ЭТОМ УСТРОЙСТВЕ. ЕСЛИ
ФАЙЛ ОТКРЫТ ПО .LOOKUP, ТО КОРРЕКТИРОВКИ СПРАВОЧНИКА НЕ
ПРОИСХОДИТ.
ЕСЛИ УСТРОЙСТВО, СВЯЗАННОЕ С УКАЗАННЫМ КАНАЛОМ, УЖЕ
СОДЕРЖИТ ФАЙЛ С ТЕМ ЖЕ ИМЕНЕМ И ТИПОМ, ЧТО И ВНОВЬ СОЗДАН-
НЫЙ ФАЙЛ, ТО СТАРАЯ КОПИЯ ФАЙЛА СТИРАЕТСЯ, КОГДА НОВЫЙ ФАЙЛ
СТАНОВИТСЯ ПОСТОЯННЫМ.
ЕСЛИ НА УСТРОЙСТВЕ УЖЕ СУЩЕСТВУЕТ ЗАЩИЩЕННЫЙ ФАЙЛ С
ТЕМ ЖЕ ИМЕНЕМ, ТО ТЕКУЩИЙ ФАЙЛ ЗАКРЫВАЕТСЯ, НО ПОЯВЛЯЮТСЯ
ДВА ФАЙЛА С ОДИНАКОВЫМИ ИМЕНАМИ.
ПРИМЕЧАНИЕ. МОНИТОР ИНФОРМИРУЕТ ПРОГРАММУ ПОЛЬЗОВАТЕЛЯ
ОБ ОШИБКЕ ПРИ ВЫПОЛНЕНИИ ЗАПРОСА .CLOSE ТОЛЬКО В ТОМ СЛУ-
ЧАЕ, ЕСЛИ ДО ЭТОГО БЫЛ ВЫПОЛНЕН ЗАПРОС .SERR.
ПРИМЕР ИСПОЛЬЗОВАНИЯ .CLOSE СМ. В ОПИСАНИИ ЗАПРОСА
.CSISPC.

5.1.3. .DELETE
ЗАПРОС .DELETE УДАЛЯЕТ ФАЙЛ ИЗ СПРАВОЧНИКА УКАЗАННОГО
УСТРОЙСТВА. .DELETE НЕДОПУСТИМ ДЛЯ МАГНИТНЫХ ЛЕНТ.
ФОРМАТ МАКРОКОМАНДЫ:
.DELETE AREA,CHAN,DBLK
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
DBLK - АДРЕС БЛОКА УСТРОЙСТВА, СОДЕРЖАЩЕГО СПЕЦИФИКА-
ЦИЮ УДАЛЯЕМОГО ФАЙЛА.
ПРИМЕЧАНИЯ:
1. ОБРАЩЕНИЕ К ОТКРЫТОМУ КАНАЛУ ПРИВОДИТ К ОШИБКЕ;
2. УДАЛЕННЫЙ ФАЙЛ В ЛИСТИНГЕ СПРАВОЧНИКА УСТРОЙСТВА
БУДЕТ ОПИСАН КАК НЕИСПОЛЬЗУЕМАЯ ОБЛАСТЬ (UNUSED) ТОГО ЖЕ
РАЗМЕРА;
3. ЗАПРОС .DELETE НА УСТРОЙСТВАХ НЕФАЙЛОВОЙ СТРУКТУРЫ
ИГНОРИРУЕТСЯ;
4. ПРИ ВЫПОЛНЕНИИ .DELETE НЕОБХОДИМО, ЧТОБЫ ДРАЙВЕР
СООТВЕТСТВУЮЩЕГО УСТРОЙСТВА НАХОДИЛСЯ В ПАМЯТИ;
5. ПОСЛЕ ВЫПОЛНЕНИЯ .DELETE, УКАЗАННЫЙ КАНАЛ ОСВОБОЖ-
ДАЕТСЯ ДЛЯ ДАЛЬНЕЙШЕГО ИСПОЛЬЗОВАНИЯ.
ПРИМЕР ИСПОЛЬЗОВАНИЯ .DELETE СМ. В ОПИСАНИИ ЗАПРОСА
.CSISPC.

5.1.4. .ENTER
ЗАПРОС .ENTER РЕЗЕРВИРУЕТ ОБЛАСТЬ НА ОПРЕДЕЛЕННОМ УСТ-
РОЙСТВЕ И ЗАНОСИТ В СПРАВОЧНИК УСТРОЙСТВА ЗАПИСЬ О СОЗДАНИИ
ВРЕМЕННОГО ФАЙЛА. ПО ЗАПРОСУ .ENTER МОНИТОР ИДЕНТИФИЦИРУЕТ
НОМЕР КАНАЛА, ОПРЕДЕЛЕННЫЙ В ЗАПРОСЕ, С УКАЗАННЫМ ФАЙЛОМ.
ЗАМЕТИМ, ЧТО ЕСЛИ ПРОГРАММА ИМЕЕТ ОВЕРЛЕЙНУЮ СТРУКТУРУ, ТО
15-Й КАНАЛ ИСПОЛЬЗУЕТСЯ ОВЕРЛЕЙНЫМ ДРАЙВЕРОМ И НЕ ДОЛЖЕН
МОДИФИЦИРОВАТЬСЯ ПРОГРАММОЙ ПОЛЬЗОВАТЕЛЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.ENTER AREA,CHAN,DBLK,LEN[,SEQN]
ГДЕ AREA - АДРЕС БЛОКА ИЗ 4-Х СЛОВ АРГУМЕНТОВ ЕМТ;
DBLK - АДРЕС БЛОКА УСТРОЙСТВА, В КОТОРОМ ОПИСАН СОЗДА-
ВАЕМЫЙ ФАЙЛ;
LEN - РАЗМЕР ФАЙЛА; (СМ.ТАБЛ.6);
SEQN - ПОСЛЕДОВАТЕЛЬНЫЙ НОМЕР ФАЙЛА ДЛЯ МАГНИТНОЙ ЛЕН-
ТЫ; ЗНАЧЕНИЯ АРГУМЕНТА SEQN И СООТВЕТСТВУЮЩИЕ ИМ ДЕЙСТВИЯ
МОНИТОРА ОПИСАНЫ В ТАБЛ.7.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,2
.WORD DBLK
.WORD LEN
.WORD SEQN

ТАБЛИЦА 6
------------------------------------------------------------
! ЗНАЧЕНИЕ ! ДЕЙСТВИЕ МОНИТОРА !
! АРГУМЕНТА ! !
!-----------------------------------------------------------
! 0 ! ОТВОДИТ ДЛЯ ФАЙЛА ПОЛОВИНУ НАИБОЛЬШЕЙ !
! ! СВОБОДНОЙ ОБЛАСТИ ИЛИ ПОЛНОСТЬЮ ВТОРУЮ ПО !
! ! ВЕЛИЧИНЕ СВОБОДНУЮ ОБЛАСТЬ НА ТОМЕ, В ЗА- !
! ! ВИСИМОСТИ ОТ ТОГО, КАКАЯ ИЗ НИХ БОЛЬШЕ !
! М ! ОТВОДИТ ДЛЯ ФАЙЛА М БЛОКОВ !
! -1 ! ОТВОДИТ ДЛЯ ФАЙЛА НАИБОЛЬШУЮ СВОБОДНУЮ ОБ- !
! ! ЛАСТЬ НА ТОМЕ !
------------------------------------------------------------

ТАБЛИЦА 7
------------------------------------------------------------
! ЗНАЧЕНИЕ ! ДЕЙСТВИЕ МОНИТОРА !
! АРГУМЕНТА ! !
------------------------------------------------------------
! 0 ! ПЕРЕМАТЫВАЕТ МАГНИТНУЮ ЛЕНТУ И ПРОИЗВОДИТ !
! ! ПОИСК МЕТКИ LEOT (ЛОГИЧЕСКИЙ КОНЕЦ ЛЕНТЫ) !
! N ! УСТАНАВЛИВАЕТ МАГНИТНУЮ ЛЕНТУ В ПОЛОЖЕНИЕ, !
! ! СООТВЕТСТВУЮЩЕЕ ФАЙЛУ С ПОСЛЕДОВАТЕЛЬНЫМ !
! ! НОМЕРОМ N !
! -1 ! ПРОИЗВОДИТ ПОИСК LEOT !
! -2 ! ПЕРЕМАТЫВАЕТ МАГНИТНУЮ ЛЕНТУ И ПРОИЗВОДИТ !
! ! ПОИСК LEOT ИЛИ ФАЙЛА С ТЕМ ЖЕ ИМЕНЕМ, ЧТО !
! ! И ВНОВЬ СОЗДАВАЕМЫЙ ФАЙЛ !
------------------------------------------------------------

ФАЙЛ, СОЗДАННЫЙ ПО .ENTER НЕ ЯВЛЯЕТСЯ ПОСТОЯННЫМ ДО
ТЕХ ПОР, ПОКА НА СООТВЕТСТВУЮЩЕМ КАНАЛЕ НЕ БУДЕТ ВЫПОЛНЕН
ЗАПРОС .CLOSE. ЗАПРОСЫ .LOOKUP И .SAVESTATUUS НЕДЕЙСТВИ-
ТЕЛЬНЫ ДЛЯ ФАЙЛОВ, КОТОРЫЕ НЕ ЯВЛЯЮТСЯ ПОСТОЯННЫМИ. ОДНАКО
ЧТЕНИЕ ТАКОГО ФАЙЛА ВОЗМОЖНО ПОСРЕДСТВОМ ОБРАЩЕНИЯ К НОМЕРУ
СООТВЕТСТВУЮЩЕГО БЛОКА. ЕСЛИ НА СООТВЕТСТВУЮЩЕМ КАНАЛЕ
ВЫПОЛНЯЕТСЯ .CLOSE, ТО ЛЮБОЙ СУЩЕСТВУЮЩИЙ НА ТОМЕ ПОСТОЯН-
НЫЙ, НЕЗАЩИЩЕННЫЙ ФАЙЛ С ТЕМ ЖЕ ИМЕНЕМ И ТИПОМ СТИРАЕТСЯ И
НОВЫЙ ФАЙЛ СТАНОВИТСЯ ПОСТОЯННЫМ. ХОТЯ ОБЛАСТЬ ДЛЯ ФАЙЛА
РЕЗЕРВИРУЕТСЯ ПРИ ВЫПОЛНЕНИИ .ENTER, ФАКТИЧЕСКАЯ ДЛИНА ФАЙ-
ЛА ОПРЕДЕЛЯЕТСЯ ПОСЛЕ ВЫПОЛНЕНИЯ .CLOSE.
КАЖДОЕ ЗАДАНИЕ МОЖЕТ ИМЕТЬ ДО 255 ОДНОВРЕМЕННО ОТКРЫ-
ТЫХ ФАЙЛОВ. ЕСЛИ ТРЕБУЕТСЯ, ВСЕ 255 ФАЙЛОВ МОГУТ БЫТЬ ОТК-
РЫТЫ ДЛЯ ВЫВОДА ПОСРЕДСТВОМ .ENTER. ДЛЯ ВЫПОЛНЕНИЯ .ENTER
НЕОБХОДИМО, ЧТОБЫ ДРАЙВЕР СООТВЕТСТВУЮЩЕГО УСТРОЙСТВА БЫЛ В
ПАМЯТИ. ПОСЛЕ ВЫПОЛНЕНИЯ .ENTER РЕГИСТР R0 БУДЕТ СОДЕРЖАТЬ
РАЗМЕР ОБЛАСТИ ТОМА, ОТВЕДЕННЫЙ ДЛЯ СОЗДАНИЯ НОВОГО ФАЙЛА.
ПРИМЕР.

.TITLE ENTER.MAC
;В СЛЕДУЮЩЕМ ПРИМЕРЕ С ИСПОЛЬЗОВАНИЕМ ЗАПРОСА .ENTER
;ВЫПОЛНЯЕТСЯ КОПИРОВАНИЕ ФАЙЛА ENTER.SAV НА УСТРОЙСТВО
;DK:.

.MCALL .LOOKUP,.ENTER,.WRITW,.READW,.CLOSE
.MCALL .PRINT,.EXIT
ERRBYT = 52
START: .LOOKUP #AREA,#0,#ENTER ;СВЯЗАТЬ 0-ОЙ КАНАЛ
;С ФАЙЛОМ ENTER.SAV
BCS 5$
MOV R0,R3 ;РАЗМЕР ФАЙЛА В R3
.ENTER #AREA,#1,#NEWFIL,R3 ;ОТКРЫТЬ НОВЫЙ ФАЙЛ
BCS 6$
CLR BLK
1$: .READW #AREA,#0,#BUFFR,#256.,BLK ;ЧИТАТЬ БЛОК
BCC 2$
TSTB @#ERRBYT ;КОНЕЦ ФАЙЛА?
BEQ 3$ ;ДА
MOV #RERR,R0
BR 7$
2$: .WRITW #AREA,#1,#BUFFR,#256.,BLK ;ЗАПИСАТЬ БЛОК
INC BLK
BCC 1$
MOV #WERR,R0
BR 7$
3$: .CLOSE #1
MOV #DONE,R0
BR 7$
5$: MOV #NOFIL,R0
BR 7$
6$: MOV #NOENT,R0
7$: .PRINT
.EXIT

AREA: .WORD 0
BLK: .WORD 0,0,0,0
BUFFR: .BLKW 256.
ENTER: .RAD50 /DK/
.RAD50 /ENT/
.RAD50 /ER/
.RAD50 /SAV/
NEWFIL: .RAD50 /DK/
.RAD50 /NEWENT/
.RAD50 /SAV/

NOFIL: .ASCIZ /ФАЙЛ НЕ НАЙДЕН/
NOENT: .ASCIZ /ОШИБКА .ENTER /
WERR: .ASCIZ /ОШИБКА .WRITW /
RERR: .ASCIZ / ОШИБКА .READW /
DONE: .ASCIZ /КОПИРОВАНИЕ ЗАВЕРШЕНО/
.EVEN
.END START

5.1.5. .LOOKUP
ИСПОЛЬЗУЮТСЯ ДВЕ ФОРМЫ ЗАПРОСА .LOOKUP. ПЕРВАЯ ФОРМА
.LOOKUP СВЯЗЫВАЕТ УКАЗАННЫЙ КАНАЛ С УСТРОЙСТВОМ И/ИЛИ
СУЩЕСТВУЮЩИМ ФАЙЛОМ ДЛЯ ВЫПОЛНЕНИЯ ОПЕРАЦИЙ ВВОДА-ВЫВОДА.
ИСПОЛЬЗУЕМЫЙ КАНАЛ БУДЕТ "ЗАНЯТ" ДО ТЕХ ПОР, ПОКА НЕ БУДЕТ
ВЫПОЛНЕН ОДИН ИЗ СЛЕДУЮЩИХ ЗАПРОСОВ: .CLOSE,
.SAVESTATUS,.SRESET,.HRESET,.PURGE,.CSIGEN (ЕСЛИ НОМЕР
КАНАЛА В ДИАПОЗОНЕ ОТ 0 ДО 10 (ВОСЬМЕРИЧНОЙ).
ЗАМЕТИМ, ЧТО ЕСЛИ ПРОГРАММА ИМЕЕТ ОВЕРЛЕЙНУЮ СТРУКТУ-
РУ, ТО 15-ЫЙ КАНАЛ ИСПОЛЬЗУЕТСЯ ОВЕРЛЕЙНЫМ ДРАЙВЕРОМ И НЕ
ДОЛЖЕН ИЗМЕНЯТЬСЯ ПРОГРАММОЙ ПОЛЬЗОВАТЕЛЯ.
ЕСЛИ ПЕРВОЕ СЛОВО ИМЕНИ ФАЙЛА В БЛОКЕ УСТРОЙСТВА
(DBLK) СОДЕРЖИТ НУЛЬ И УСТРОЙСТВО ЕСТЬ УСТРОЙСТВО ФАЙЛОВОЙ
СТРУКТУРЫ, ТО АБСОЛЮТНЫЙ БЛОК 0 ЭТОГО УСТРОЙСТВА ОПРЕДЕ-
ЛЯЕТСЯ КАК "НАЧАЛО ФАЙЛА" (В ЭТОМ СЛУЧАЕ ГОВОРЯТ О НЕФАЙЛО-
ВОМ .LOOKUP). ЭТОТ МЕТОД ДОПУСКАЕТ ВВОД-ВЫВОД ДЛЯ ЛЮБОГО
ФИЗИЧЕСКОГО БЛОКА НА УСТРОЙСТВЕ. ЕСЛИ ИМЯ ФАЙЛА ОПРЕДЕЛЕНО
ДЛЯ УСТРОЙСТВА НЕФАЙЛОВОЙ СТРУКТУРЫ, ТО ИМЯ ФАЙЛА ИГНОРИ-
РУЕТСЯ.
ДЛЯ ВЫПОЛНЕНИЯ .LOOKUP ДРАЙВЕР СООТВЕТСТВУЮЩЕГО УСТ-
РОЙСТВА ДОЛЖЕН БЫТЬ В ПАМЯТИ. ПОСЛЕ ВЫПОЛНЕНИЯ .LOOKUP ,
РЕГИСТР R0 БУДЕТ СОДЕРЖАТЬ ДЛИНУ ОТКРЫТОГО ФАЙЛА В БЛОКАХ.
ПОСЛЕ ВЫПОЛНЕНИЯ .LOOKUP ДЛЯ УСТРОЙСТВ НЕСПРАВОЧНОЙ СТРУК-
ТУРЫ, РЕГИСТР RO БУДЕТ СОДЕРЖАТЬ НОЛЬ.
ФОРМАТ МАКРОКОМАНДЫ:
.LOOKUP AREA,CHAN,DBLK[,SEQN]
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
SEQN - ПОСЛЕДОВАТЕЛЬНЫЙ НОМЕР ФАЙЛА ДЛЯ МАГНИТНОЙ ЛЕН-
ТЫ; ЗНАЧЕНИЯ, КОТОРЫЕ МОЖЕТ ИМЕТЬ SEQN И СООТВЕТСТВУЮЩИЕ ИМ
ДЕЙСТВИЯ МОНИТОРА ОПИСАНЫ В ТАБЛИЦЕ 8.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,1
.WORD DBLK
.WORD SEQN
ПРИМЕР 1.

.TITLE LOOKUP.MAC
;В ДАННОМ ПРИМЕРЕ, ИСПОЛЬЗУЮЩЕМ ЗАПРОС .LOOKUP,
;ОПРЕДЕЛЯЕТСЯ НАЛИЧИЕ НА УСТРОЙСТВЕ DK: РАБОЧЕГО
;ФАЙЛА, СОДЕРЖАЩЕГО ОЧЕРЕДЬ ФАЙЛОВ ДЛЯ ВЫВОДА НА
;УКАЗАННОЕ УСТРОЙСТВО.
;ЕСЛИ РАБОЧИЙ ФАЙЛ СУЩЕСТВУЕТ, ТО ЕГО РАЗМЕР
;(В БЛОКАХ) ПЕЧАТАЕТСЯ НА СИСТЕМНОМ ТЕРМИНАЛЕ.
.MCALL .LOOKUP,.PRINT,.EXIT
START: .LOOKUP #AREA,#0,#QUSPEC ;ОТКРЫТЬ ФАЙЛ
BCC 1$
.PRINT #NOFILE ;ФАЙЛА НЕТ
.EXIT
1$: MOV #SIZE,R1
CALL CNV10
.PRINT #BUFF
.EXIT

CNV10: MOV R0,-(SP) ;ПОДПРОГРАММА
CLR R0 ;ПРЕОБРАЗОВАНИЯ РАЗМЕРА
1$: INC R0 ;ФАЙЛА ДЛЯ ВЫВОДА НА
SUB #10.,@SP ;ТЕРМИНАЛ
BGE 1$
ADD #72,@SP
DEC R0
BEQ 2$
CALL CNV10
2$: MOVB (SP)+,(R1)+
RETURN

AREA: .BLKW 3
QUSPEC: .RAD50 /DK QUFILE/
.RAD50 /TMP/
BUFF: .ASCII /РАЗМЕР ФАЙЛА QUFILE.TMP = /
SIZE: .ASCIZ / /
NOFILE: .ASCIZ /НА DK: НЕТ ФАЙЛА QUFILE.TMP/
.EVEN

.END START

ТАБЛИЦА 8
------------------------------------------------------------
! ЗНАЧЕНИЕ ! ДЕЙСТВИЕ МОНИТОРА !
! АРГУМЕНТА ! !
!----------------------------------------------------------!
! -1 ! ПРОИЗВОДИТ ПОИСК ФАЙЛА С ТЕКУЩЕГО ПОЛОЖЕНИЯ!
! ! МАГНИТНОЙ ЛЕНТЫ !
! 0 ! ПЕРЕМАТЫВАЕТ МАГНИТНУЮ ЛЕНТУ И ПРОИЗВОДИТ !
! ! ПОИСК ФАЙЛА !
! N(N>0) ! УСТАНАВЛИВАЕТ МАГНИТНУЮ ЛЕНТУ В ПОЛОЖЕНИЕ !
! ! СООТВЕТСТВУЮЩЕЕ ФАЙЛУ С ПОСЛЕДОВАТЕЛЬНЫМ !
! ! НОМЕРОМ N !
------------------------------------------------------------

ВТОРАЯ ФОРМА .LOOKUP СВЯЗЫВАЕТ КАНАЛ С УКАЗАННЫМ ЗАДА-
НИЕМ ДЛЯ ОБМЕНА ИНФОРМАЦИЕЙ В РЕЖИМАХ FB И ХМ.
ФОРМАТ МАКРОКОМАНДЫ:
.LOOKUP AREA,CHAN,JOBDES
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
JOBDES - АДРЕС БЛОКА ИЗ 4-Х СЛОВ; 1-ОЕ СЛОВО СОДЕРЖИТ
ИМЯ ДРАЙВЕРА ОЧЕРЕДИ СООБЩЕНИЙ (MQ) В КОДАХ RADIX-50; 2,3,4
СЛОВА СОДЕРЖАТ ЛОГИЧЕСКОЕ ИМЯ СИСТЕМНОГО ЗАДАНИЯ В КОДАХ
КОИ-7. ЕСЛИ 2-ОЕ СЛОВО СОДЕРЖИТ 0 , ТО КАНАЛ (CHAN) МОЖЕТ
ИСПОЛЬЗОВАТЬСЯ ТОЛЬКО ЗАПРОСАМИ .READ/C/W ДЛЯ ПОЛУЧЕНИЯ
СООБЩЕНИЯ ОТ ЛЮБОГО ЗАДАНИЯ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,1
.WORD JOBDES
ПРИМЕР 2.
.TITLE SJLOOK.MAC
;В ДАННОМ ПРИМЕРЕ ЗАПРОС .LOOKUP ОТКРЫВАЕТ КАНАЛ
;ДЛЯ СИСТЕМНОГО ЗАДАНИЯ QUEUE.REL.
;ПРИМЕР ВЫПОЛНЯЕТСЯ ПОД УПРАВЛЕНИЕМ МОНИТОРОВ FB
;ИЛИ ХМ.
;

.MCALL .LOOKUP,.PRINT,.EXIT,.WRITW,.READW
START: .LOOKUP #AREA,#0,#QMSG ;ОТКРЫТЬ КАНАЛ ДЛЯ QUEUE
BCC 1$
.PRINT #NOJOB
.EXIT
1$: .WRITW #AREA,#0,#RMSJ,#6
BCS 2$
.READW #AREA,#0,#RMSJ,#6
BCS 2$
.PRINT #QRUN
.EXIT
2$: .PRINT #MSGERR
.EXIT
AREA: .BLKW 5
QMSG: .RAD50 /MQ/
.ASCIZ /QUEUE/
.WORD 0,0
RMSJ: .WORD 0
.ASCII /SJLOOK/
MSGERR: .ASCIZ /ОШИБКА/
NOJOB: .ASCIZ /QUEUE НЕ ЗАГРУЖЕНА/
QRUN: .ASCIZ /QUEUE РАБОТАЕТ!/
.EVEN
.END START

5.1.6. .PURGE
ЗАПРОС .PURGE ОСВОБОЖДАЕТ УКАЗАННЫЙ КАНАЛ ДЛЯ ИСПОЛЬ-
ЗОВАНИЯ В ДРУГОЙ ОПЕРАЦИИ БЕЗ ВЫПОЛНЕНИЯ КАКИХ-ЛИБО ФУНКЦИЙ
ЗАПРОСОВ .HRESET,.SRESET,.SAVESTATUS ИЛИ .CLOSE. ВРЕМЕННЫЙ
ФАЙЛ ОТКРЫТЫЙ НА ЭТОМ КАНАЛЕ ПО .ENTER, АННУЛИРУЕТСЯ. ЗАП-
РОС .PURGE НА СВОБОДНОМ КАНАЛЕ ИГНОРИРУЕТСЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.PURGE CHAN
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,3
ПРИМЕР ИСПОЛЬЗОВАНИЯ .PURGE СМ. В ОПИСАНИИ ЗАПРОСА
.HERR.

5.1.7. .RENAME
ЗАПРОС .RENAME ИЗМЕНЯЕТ ИМЯ ФАЙЛА (НЕДОПУСТИМ В ОПЕРА-
ЦИЯХ С МАГНИТНОЙ ЛЕНТОЙ).
ФОРМАТ МАКРОКОМАНДЫ:
.RENAME AREA,CHAN,DBLK
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-ХСЛОВ АРГУМЕНТОВ ЕМТ;
DBLK - АДРЕС БЛОКА, СОДЕРЖАЩЕГО ИМЯ УСТРОЙСТВА И ИМЯ
ФАЙЛА, КОТОРЫЕ ТРЕБУЕТСЯ ИЗМЕНИТЬ, И НОВОЕ ИМЯ УСТРОЙСТВА И
ИМЯ ФАЙЛА В КОДАХ RADIX-50.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:

AREA: .BYTE CHAN,4
.WORD DBLK
НАПРИМЕР,
.RENAME #AREA,#7,#DXLK
BCS RNMERR
.
.
.
DBLK: .RAD50 /DX1OLDFILMAC/
.RAD50 /DX1NEWFILMAC/

ЕСЛИ ФАЙЛ С ТЕМ ЖЕ ИМЕНЕМ, ЧТО И НОВОЕ, УЖЕ СУЩЕСТВУЕТ
НА ТОМЕ, ТО ОН УДАЛЯЕТСЯ. ПОВТОРНОЕ ОПРЕДЕЛЕНИЕ ИМЕНИ УСТ-
РОЙСТВА DX1 В НОВОЙ СПЕЦИФИКАЦИИ ФАЙЛА НЕОБХОДИМО ДЛЯ ПРА-
ВИЛЬНОГО ВЫПОЛНЕНИЯ ОПЕРАЦИИ И НЕ ДОЛЖНО ОПУСКАТЬСЯ. ПОСЛЕ
ВЫПОЛНЕНИЯ .RENAME ИСПОЛЬЗУЕМЫЙ КАНАЛ ОСВОБОЖДАЕТСЯ. ЗАПРОС
.RENAME ТРЕБУЕТ, ЧТОБЫ ДРАЙВЕР СООТВЕТСТВУЮЩЕГО УСТРОЙСТВА
БЫЛ В ПАМЯТИ ПЕРЕД ВЫПОЛНЕНИЕМ ОПЕРАЦИИ. ЗАПРОС .RENAME НЕ
ВЫПОЛНЯЕТСЯ ДЛЯ ЗАЩИЩЕННЫХ ФАЙЛОВ.
ПРИМЕР.
.TITLE RENAME.MAC
;В ДАННОМ ПРИМЕРЕ ЗАПРОС .RENAME ИСПОЛЬЗУЕТСЯ
;ДЛЯ ИЗМЕНЕНИЯ ИМЕНИ ФАЙЛА.
.MCALL .CSISPC,.RENAME,.FETCH,.PRINT,.SRESET,.EXIT
ERRBYT = 52
START: .CSISPC #FILESP,#DEFEXT ;ВВОД КОМАНДНОЙ СТРОКИ
.FETCH #DRVLOD,#FILESP ;ЗАГРУЗИТЬ ДРАЙВЕР
BCS 2$
MOV #FILESP,R2
MOV #FILESP+46,R3
MOV @R2,#FILESP+36
.REPT 4
MOV (R2)+,(R3)+
.ENDR
.RENAME #AREA,#0,#FILESP+36 ;ПЕРЕИМЕНОВАТЬ ФАЙЛ
BCC 1$
DECB @#ERRBYT ;АНАЛИЗ ОШИБКИ
BEQ 3$
MOV #ILLOP,R0
BR 4$
1$: .SRESET
.EXIT

2$: MOV #FERR,R0
BR 4$
3$: MOV #NOFIL,R0
4$: .PRINT
BR 1$

AREA: .BLKW 5
DEFEXT: .WORD 0,0,0,0
NOFIL: .ASCIZ /ФАЙЛ НЕ НАЙДЕН/
ILLOP: .ASCIZ /НЕДОПУСТИМАЯ ОПЕРАЦИЯ/
FERR: .ASCIZ /ОШИБКА .FETCH/
.EVEN
FILESP: .BLKW 39.*2
DRVLOD =.
.END START

5.1.8. .REOPEN
ЗАПРОС .REOPEN ПОВТОРНО СВЯЗЫВАЕТ УКАЗАННЫЙ КАНАЛ С
ФАЙЛОМ, ДЛЯ КОТОРОГО БЫЛ ВЫПОЛНЕН ЗАПРОС .SAVESTATUS. СОВ-
МЕСТНОЕ ИСПОЛЬЗОВАНИЕ ЗАПРОСОВ .SAVESTATUS И .REOPEN ТРЕ-
БУЕТСЯ ДЛЯ ОДНОВРЕМЕННОГО ОБРАЩЕНИЯ К БОЛЬШОМУ ЧИСЛУ ФАЙ-
ЛОВ. ФАЙЛЫ ОТКРЫВАЮТСЯ ПО .LOOKUP И ПАРАМЕТРЫ ИХ СОСТОЯНИЯ
ЗАПОМИНАЮТСЯ ПО .SAVESTATUS. КОГДА ТРЕБУЮТСЯ ДАННЫЕ ИЗ ФАЙ-
ЛА, .REOPEN ОБЕСПЕЧИВАЕТ ПРОГРАММЕ ВОЗМОЖНОСТЬ ЧТЕНИЯ ЭТИХ
ДАННЫХ. НЕ ЯВЛЯЕТСЯ ОБЯЗАТЕЛЬНЫМ ВЫПОЛНЕНИЕ .REOPEN НА ТОМ
ЖЕ КАНАЛЕ, НА КОТОРОМ БЫЛИ ВЫПОЛНЕНЫ .LOOKUP И .SAVESTATUS.
ФОРМАТ МАКРОКОМАНДЫ:
.REOPEN AREA,CHAN,CBLK
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
CBLK - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ, ГДЕ ЗАПОМИНАЕТСЯ
ИНФОРМАЦИЯ О СОСТОЯНИИ КАНАЛА.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,6
.WORD CBLK
ПРИМЕР СМ. В ОПИСАНИИ ЗАПРОСА .SAVESTATUS.

5.1.9. .SAVESTATUS
ЗАПРОС .SAVESTATUS ЗАПОМИНАЕТ ПЯТЬ СЛОВ ИНФОРМАЦИИ О
СОСТОЯНИИ КАНАЛА В УКАЗАННОЙ ПОЛЬЗОВАТЕЛЕМ ОБЛАСТИ ПАМЯТИ.
ЭТИ СЛОВА СОДЕРЖАТ ПОЛНУЮ ИНФОРМАЦИЮ, КОТОРАЯ ТРЕБУЕТСЯ
ОПЕРАЦИОННОЙ СИСТЕМЕ ДЛЯ ТОЧНОГО ОПРЕДЕЛЕНИЯ ФАЙЛА. ПОСЛЕ
ВЫПОЛНЕНИЯ .SAVESTATUS УКАЗАННЫЙ КАНАЛ ОСВОБОЖДАЕТСЯ. ЕСЛИ
НЕОБХОДИМО ПОЛУЧИТЬ ДАННЫЕ ПО ЭТОМУ КАНАЛУ, ТО ИСПОЛЬЗУЕТСЯ
ЗАПРОС .REOPEN. ЗАПРОС .SAVESTATUS МОЖЕТ ИСПОЛЬЗОВАТЬСЯ В
ТОМ СЛУЧАЕ, ЕСЛИ ФАЙЛ БЫЛ ОТКРЫТ ПО .LOOKUP. ЕСЛИ БЫЛ
ИСПОЛЬЗОВАН .ENTER, ТО .SAVESTATUS ИГНОРИРУЕТСЯ И ГЕНЕРИ-
РУЕТСЯ ОШИБКА. ЗАПРОС .SAVESTATUS НЕДОПУСТИМ В ОПЕРАЦИЯХ С
ФАЙЛАМИ, КОТОРЫЕ НАХОДЯТСЯ НА МАГНИТНОЙ ЛЕНТЕ.
ЗАПРОСЫ .SAVESTATUS И .REOPEN ИСПОЛЬЗУЮТСЯ ДЛЯ РАБОТЫ
С БОЛЬШИМ ЧИСЛОМ ФАЙЛОВ ПРИ ОГРАНИЧЕННОМ ЧИСЛЕ КАНАЛОВ.
ФОРМАТ МАКРОКОМАНДЫ:
.SAVESTATUS AREA,CHAN,CBLK
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
CBLK - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ, В КОТОРЫЙ БУДЕТ ЗАПИ-
САНА ИНФОРМАЦИЯ О СОСТОЯНИИ КАНАЛА; АДРЕС ДОЛЖЕН БЫТЬ УКА-
ЗАН В ПРЕДЕЛАХ ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ. (СМ. ПРИЛОЖЕНИЕ 2).
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,5
.WORD CBLK

ПРИМЕР.
.TITLE SAVEST.MAC
.MCALL .CSIGEN,.SAVESTATUS,.READW,.WRITW,.PRINT
.MCALL .PURGE,.REOPEN,.CLOSE,.EXIT
ERRBYT = 52
START: .CSIGEN #DSPACE,#DEFEXT ;ВВОД КОМАНДНОЙ СТРОКИ
MOV #3,R4 ;ВХОДНОЙ КАНАЛ
MOV #AREA,R3 ;УКАЗАТЕЛЬ НА БЛОК
;СОСТОЯНИЯ КАНАЛА
MOV #SAVBLK,R5
1$: .SAVEST R3,R4,R5 ;СОХРАНИТЬ ИНФОРМАЦИЮ
;О КАНАЛЕ
BCS 2$
ADD #12,R5 ;УКАЗАТЕЛЬ НА СЛЕДУЮЩИЙ
;БЛОК ИНФОРМАЦИИ
INC R4
CMP #8.,R4 ;ВХОДНЫЕ ФАЙЛЫ ВСЕ?
BGE 1$ ;НЕТ
2$: MOV #SAVBLK,R5
BEQ 7$
4$: .REOPEN R3,#3,R5 ;ПОВТОРНО ИСПОЛЬЗОВАТЬ
;КАНАЛ 3
CLR BLK
5$: .READW R3,#3,#BUFF,#256.,BLK ;ЧИТАТЬ БЛОК
BCC 6$
TSTB @#ERRBYT ;КОНЕЦ ФАЙЛА?

BNE 8$
.PURGE #3 ;ОСВОБОДИТЬ КАНАЛ
ADD #12,R5
TST @R5 ;ПОСЛЕДНИЙ ФАЙЛ?
BNE 4$
.CLOSE #0 ;ЗАКРЫТЬ ВЫХ.КАНАЛ
.PRINT #DONE
.EXIT

6$: .WRITW R3,#0,#BUFF,#256.,WBLK ;ЗАПИСАТЬ БЛОК
INC WBLK
INC BLK
BCC 5$
MOV #WERR,R0
BR 9$
7$: MOV #NOIMP,R0
BR 9$
8$: MOV #RERR,R0
9$: .PRINT
.EXIT

AREA: .BLKW 5
BLK: .WORD 0
WBLK: .WORD 0
SAVBLK: .BLKW 30.
DEFEXT: .WORD 0,0,0,0
NOIMP: .ASCIZ /НЕТ БОЛЬШЕ ВХОДНЫХ ФАЙЛОВ/
WERR: .ASCIZ /ОШИБКА ЗАПИСИ/
RERR: .ASCIZ /ОШИБКА ЧТЕНИЯ/
DONE: .ASCIZ /КОНЕЦ ПРОГРАММЫ/
.EVEN
BUFF: .BLKW 256.
DSPACE =.

.END START

5.2. ПРОГРАММНЫЕ ЗАПРОСЫ ДЛЯ ОРГАНИЗАЦИИ
ВВОДА-ВЫВОДА ДАННЫХ

5.2.1. .READ,.READC,.READW
СИСТЕМА RT11 ПРЕДУСМАТРИВАЕТ ТРИ РЕЖИМА ВЫПОЛНЕНИЯ
ОПЕРАЦИЙ ВВОДА-ВЫВОДА:
.READ /.WRITE
.READC/.WRITC
.READW/.WRITW
ПРИ ИСПОЛЬЗОВАНИИ ЗАПРОСОВ .READ И .READC ДОЛЖНЫ БЫТЬ
ОПРЕДЕЛЕНЫ ДОПОЛНИТЕЛЬНЫЕ ЭЛЕМЕНТЫ ДЛЯ ОЧЕРЕДИ ВВОДА-
ВЫВОДА.
ЕСЛИ ЗАПРОСЫ READ/C/W ИСПОЛЬЗУЮТСЯ ДЛЯ ОБМЕНА ИНФОРМА-
ЦИЕЙ МЕЖДУ ЗАДАНИЯМИ, ТО РАЗМЕР БУФЕРА (BUF) ДОЛЖЕН НА ОДНО
СЛОВО ПРЕВЫШАТЬ ЧИСЛО СЛОВ ДЛЯ ЧТЕНИЯ (WCNT) Т.К. ПЕРВОЕ
СЛОВО БУФЕРА (BUF) БУДЕТ СОДЕРЖАТЬ ДЕЙСТВИТЕЛЬНОЕ КОЛИЧЕСТ-
ВО ПЕРЕДАННЫХ СЛОВ.
ЗАПРОС .READ ИСПОЛЬЗУЕТСЯ ДЛЯ ПЕРЕДАЧИ ОПРЕДЕЛЕННОГО
КОЛИЧЕСТВА СЛОВ ПО УКАЗАННОМУ КАНАЛУ В БУФЕР ПАМЯТИ. УПРАВ-
ЛЕНИЕ ПЕРЕДАЕТСЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ НЕМЕДЛЕННО ПОСЛЕ
НАЧАЛА ВЫПОЛНЕНИЯ ЗАПРОСА .READ. ПОСЛЕ ЗАВЕРШЕНИЯ ПЕРЕДАЧИ
ДАННЫХ НИКАКИХ ДЕЙСТВИЙ НЕ ПРОИСХОДИТ.

ФОРМАТ МАКРОКОМАНДЫ:
.READ AREA,CHAN,BUF,WCNT,BLK
ГДЕ AREA - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ ЧТЕНИЯ ДАННЫХ;
WCNT - КОЛИЧЕСТВО СЛОВ ДЛЯ ЧТЕНИЯ;
BLK - НОМЕР БЛОКА ДЛЯ ОПЕРАЦИИ ЧТЕНИЯ; ЕСЛИ БЫЛ
ИСПОЛЬЗОВАН ФАЙЛОВЫЙ .LOOKUP, TO BLK - НОМЕР БЛОКА ОТНОСИ-
ТЕЛЬНО НАЧАЛА ФАЙЛА; ЕСЛИ БЫЛ ИСПОЛЬЗОВАН НЕФАЙЛОВЫЙ
.LOOKUP, TO BLK - АБСОЛЮТНЫЙ НОМЕР БЛОКА УСТРОЙСТВА; ПРОГ-
РАММА ПОЛЬЗОВАТЕЛЯ ДОЛЖНА МОДИФИЦИРОВАТЬ BLK ПЕРЕД ЕГО ПОВ-
ТОРНЫМ ИСПОЛЬЗОВАНИЕМ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,10
.WORD BLK
.WORD BUF
.WORD WCNT
.WORD 1
ПРИМЕР.
.TITLE READ.MAC
;ПРИМЕР ИСПОЛЬЗОВАНИЯ ЗАПРОСОВ .READ,.WRITE.
.MCALL .READ,.WRITE,.CLOSE,.PRINT,.CSIGEN
.MCALL .WAIT,.SRESET,.EXIT
ERRBYT = 52
.ENABL LSB
START: .CSIGEN #DSPACE,#DEFEXT ;ВВОД КОМАНДНОЙ СТРОКИ
MOV #AREA,R5
CLR IOBLK
1$: .READ R5,#3 ;ЧИТАТЬ С 0-ГО БЛОКА
BCS 6$ ;ОШИБКА ЧТЕНИЯ
; .
BIT #1,IOBLK
BNE 2$
.PRINT #MES
; .
2$: .WAIT #3 ;ЖДАТЬ ЗАВЕРШЕНИЯ ОПЕРАЦИИ
BCS 5$
.WRITE R5,#0 ;ЗАПИСАТЬ БЛОК
BCS 3$
INC IOBLK
; .
.WAIT #0 ;ЖДАТЬ ЗАВЕРШЕНИЯ ОПЕРАЦИИ
BCC 1$
3$: MOV #WERR,R0
4$: .PRINT
BR 7$
5$: MOV #RERR,R0
BR 4$
6$: TSTB @#ERRBYT
BNE 5$
.PRINT #MES1
.CLOSE #0
7$: .SRESET ;УДАЛИТЬ ЗАГРУЖЕННЫЙ ДРАЙВЕР
.EXIT
AREA: .WORD 0
IOBLK: .WORD 0
.WORD BUFF
.WORD 256.
.WORD 0
BUFF: .BLKW 256.
DEFEXT: .WORD 0,0,0,0
MES1: .ASCIZ /ОПЕРАЦИЯ ВВОДА-ВЫВОДА ЗАВЕРШЕНА/
MES: .ASCIZ <15><12>/ВЫПОЛНЕНИЕ ПРОГРАММЫ ПРОДОЛЖАЕТСЯ/
WERR: .ASCIZ /ОШИБКА .WRITE/
RERR: .ASCIZ /ОШИБКА .READ/
.EVEN
DSPACE =.

.END START

ЕСЛИ ВВОД ВЫПОЛНЯЕТСЯ С ТЕРМИНАЛА И BLK=0, ТО НА ТЕР-
МИНАЛЕ ПЕЧАТАЕТСЯ "^" (КОД 136).
КОГДА ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ НУЖНО ВЫПОЛНИТЬ ЧТЕНИЕ
ДАННЫХ, МОЖЕТ БЫТЬ ИСПОЛЬЗОВАН ЗАПРОС .WAIT. ЭТО ГАРАНТИ-
РУЕТ ТО, ЧТО ДАННЫЕ БУДУТ ПРОЧИТАНЫ ПОЛНОСТЬЮ. ЕСЛИ ВО ВРЕ-
МЯ ПЕРЕДАЧИ ДАННЫХ ПРОИЗОШЛА ОШИБКА, ЗАПРОС .WAIT СООБЩАЕТ
О НЕЙ.
ЗАПРОС .READC ПЕРЕДАЕТ ОПРЕДЕЛЕННОЕ КОЛИЧЕСТВО СЛОВ ПО
УКАЗАННОМУ КАНАЛУ В ПАМЯТЬ. УПРАВЛЕНИЕ ПРОГРАММЕ ПОЛЬЗОВА-
ТЕЛЯ БУДЕТ ПЕРЕДАНО СРАЗУ ПОСЛЕ НАЧАЛА ВЫПОЛНЕНИЯ .READC.
ПОПЫТКА ЧТЕНИЯ ДАННЫХ ПОСЛЕ КОНЦА ФАЙЛА ВЫЗЫВАЕТ ПЕРЕДАЧУ
УПРАВЛЕНИЯ ВЫЗЫВАЮЩЕЙ ПРОГРАММЕ С УСТАНОВЛЕНИЕМ С-РАЗРЯДА И
ЗАПИСЬЮ НУЛЯ В БАЙТ ОШИБОК (52-БАЙТ). ПОСЛЕ ВЫПОЛНЕНИЯ
.READC УПРАВЛЕНИЕ БУДЕТ ПЕРЕДАНО ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ,
АДРЕС КОТОРЫЙ УКАЗАН В ЗАПРОСЕ. ЕСЛИ В ПОДПРОГРАММЕ ЗАВЕР-
ШЕНИЯ ВЫПОЛНЯЕТСЯ КОМАНДА RTS PC, ТО УПРАВЛЕНИЕ ВОЗВРАЩАЕТ-
СЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.READC AREA,CHAN,BUF,WCNT,CRTN,BLK
ГДЕ AREA - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ ЧТЕНИЯ ДАННЫХ;
WCNT - КОЛИЧЕСТВО СЛОВ ДЛЯ ЧТЕНИЯ;
CRTN - АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ (АДРЕС ДОЛЖЕН
БЫТЬ БОЛЬШЕ 500 (ВОСЬМЕРИЧНОЙ));
BLK - СМ. ЗАПРОС .READ
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,10
.WORD BLK
.WORD BUF
.WORD WCNT
.WORD CRTN
ПРИ ЗАПУСКЕ ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ СПРАВЕДЛИВО СЛЕ-
ДУЮЩЕЕ:
1) РЕГИСТР R0 СОДЕРЖИТ СЛОВО СОСТОЯНИЯ КАНАЛА; ЕСЛИ В
R0 УСТАНОВЛЕН РАЗРЯД 0, ТО ПРОИЗОШЛА АППАРАТНАЯ ОШИБКА ВО
ВРЕМЯ ПЕРЕДАЧИ ДАННЫХ;
2) РЕГИСТР R1 СОДЕРЖИТ НОМЕР КАНАЛА ДЛЯ ОПЕРАЦИИ; ЭТА
ИНФОРМАЦИЯ НЕОБХОДИМА, КОГДА ОДНА И ТА ЖЕ ПОДПРОГРАММА
ЗАВЕРШЕНИЯ ИСПОЛЬЗУЕТСЯ В НЕСКОЛЬКИХ ОПЕРАЦИЯХ.
ПРИМЕР.
.TITLE READC.MAC
;ПРИМЕР ИСПОЛЬЗОВАНИЯ ЗАПРОСОВ .READC,.WRITC.
.MCALL .READC,.WRITC,.CSIGEN,.PRINT
.MCALL .CLOSE,.WAIT,.SRESET,.EXIT
ERRBYT = 52
.ENABL LSB
START: .CSIGEN #DSPACE,#DEFEXT ;ВВОД КОМАНДНОЙ СТРОКИ
CALL IOXFER
.PRINT #MES
MOV #-1,R5
1$: DEC R5
BNE 1$
TSTB EOF
BEQ 1$ ;0 - ОШИБКА ЗАПИСИ
BLT RERR ;<0- ОШИБКА ЧТЕНИЯ
.CLOSE #0 ;>0- КОНЕЦ ФАЙЛА
MOV #DONE,R0
BR EXIT
WERR: MOV #WRERR,R0
BR EXIT
RERR: MOV #RDERR,R0
EXIT: .PRINT
.SRESET ;УДАЛИТЬ ЗАГРУЖЕННЫЕ
;ДРАЙВЕРЫ
.EXIT

WRDONE: .WAIT #0
BCS 3$
IOXFER: .READC #AREA,#3,,,#4$ ;ЧИТАТЬ БЛОК
BCC 7$
TSTB @#ERRBYT ;КОНЕЦ ФАЙЛА?
BEQ 6$ ;ДА
2$: DECB EOF
3$: DECB EOF
RETURN
4$: .WAIT #3
BCS 2$
.WRITC #AREA,#0,,,#WRDONE;ЗАПИСАТЬ БЛОК
BCS 3$
5$: INC BLOK
RETURN
6$: INCB EOF
7$: RETURN

AREA: .WORD 0 ;БЛОК АРГУМЕНТОВ ЕМТ
BLOK: .WORD 0 ;НОМЕР БЛОКА
.WORD BUFF ;АДРЕС БУФЕРА
.WORD 256. ;СЧЕТЧИК СЛОВ
.WORD 0 ;АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ
BUFF: .BLKW 256.
DEFEXT: .WORD 0,0,0,0
DONE: .ASCIZ /КОНЕЦ ПРОГРАММЫ/
MES: .ASCIZ /ВЫПОЛНЕНИЕ ПРОГРАММЫ ПРОДОЛЖАЕТСЯ/
WRERR: .ASCIZ /ОШИБКА .WRITC/
RDERR: .ASCIZ /ОШИБКА .READC/
EOF: .BYTE 0
.EVEN
DSPACE =.

.END START

ЗАПРОС .READW ПЕРЕДАЕТ ОПРЕДЕЛЕНННОЕ КОЛИЧЕСТВО СЛОВ
ПО УКАЗАННОМУ КАНАЛУ В ПАМЯТЬ. УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ ПРОГ-
РАММЕ ПОЛЬЗОВАТЕЛЯ ПОСЛЕ ВЫПОЛНЕНИЯ ЗАПРОСА .READW ИЛИ ПРИ
ОБНАРУЖЕНИИ ОШИБКИ.
ФОРМАТ МАКРОКОМАНДЫ:
.READW AREA,CHAN,BUF,WCNT,BLK
ГДЕ AREA - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
WCNT - КОЛИЧЕСТВО СЛОВ ДЛЯ ЧТЕНИЯ (КАЖДЫЙ ЗАПРОС МОЖЕТ
ПЕРЕДАТЬ МАКСИМАЛЬНО 32К СЛОВ);
BLK - СМ. ЗАПРОС .READ
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,10
.WORD BLK
.WORD BUF
.WORD WCNT
.WORD 0
ЕСЛИ ПОСЛЕ ЗАВЕРШЕНИЯ ЗАПРОСА БУДЕТ УСТАНОВЛЕН С-
РАЗРЯД, ТО ЭТО УКАЗЫВАЕТ НА ТО, ЧТО НА КАНАЛЕ ПРОИЗОШЛА
АППАРАТНАЯ ОШИБКА. ЕСЛИ ОШИБКИ НЕ БЫЛО, ТО ДАННЫЕ НАХОДЯТСЯ
В ПАМЯТИ, НАЧИНАЯ С УКАЗАННОГО АДРЕСА. В РЕЖИМЕ FB ОДНО ИЗ
ЗАДАНИЙ МОЖЕТ ВЫПОЛНЯТЬСЯ В ТО ВРЕМЯ КАК ДРУГОЕ ЗАДАНИЕ
ОЖИДАЕТ ЗАВЕРШЕНИЯ ОПЕРАЦИИ.
ПРИМЕР.

.TITLE READW.MAC
;ПРИМЕР ИСПОЛЬЗОВАНИЯ ЗАПРОСОВ .READW,.WRITW.
.MCALL .CSIGEN,.READW,.WRITW,.PRINT,.CLOSE
.MCALL .SRESET,.EXIT

ERRBYT = 52

START: .CSIGEN #DSPACE,#DEFEXT
CLR IOBLK
MOV #AREA,R5
READ: .READW R5,#3
BCC 2$
TSTB @#ERRBYT
BEQ 3$
MOV #RERR,R0
1$: .PRINT
BR 4$
2$: .WRITW R5,#0
INC IOBLK
BCC READ
MOV #WERR,R0
BR 1$
3$: .CLOSE #0
.PRINT #DONE
4$: .SRESET
.EXIT

DEFEXT: .WORD 0,0,0,0
AREA: .WORD 0
IOBLK: .WORD 0
.WORD BUFF
.WORD 256.
.WORD 0
BUFF: .BLKW 256.
RERR: .ASCIZ /ОШИБКА .READW/
WERR: .ASCIZ /ОШИБКА .WRITW/
DONE: .ASCIZ /КОНЕЦ ПРОГРАММЫ/
.EVEN
DSPACE =.

.END START

5.2.2. .WRITE,.WRITC,.WRITW
ПРИ ИСПОЛЬЗОВАНИИ ЗАПРОСОВ .WRITE И .WRITC ДОЛЖНЫ БЫТЬ
ОПРЕДЕЛЕНЫ ДОПОЛНИТЕЛЬНЫЕ ЭЛЕМЕНТЫ ДЛЯ ОЧЕРЕДИ ВВОДА-
ВЫВОДА.
ЗАПРОС .WRITE ПЕРЕДАЕТ УКАЗАННОЕ КОЛИЧЕСТВО СЛОВ ИЗ
ПАМЯТИ ПО УКАЗАННОМУ КАНАЛУ. УПРАВЛЕНИЕ ПРОГРАММЕ ПОЛЬЗОВА-
ТЕЛЯ ПЕРЕДАЕТСЯ СРАЗУ ЖЕ ПОСЛЕ ТОГО, КАК ЗАПРОС БУДЕТ ПОС-
ТАВЛЕН В ОЧЕРЕДЬ.
ФОРМАТ МАКРОКОМАНДЫ:
.WRITE AREA,CHAN,BUF,WCNT,BLK
ГДЕ AREA - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ПАМЯТИ, КОТОРЫЙ ИСПОЛЬЗУЕТСЯ ДЛЯ
ВЫВОДА;
WCNT - КОЛИЧЕСТВО СЛОВ ДЛЯ ЗАПИСИ;
BLK - НОМЕР БЛОКА ДЛЯ ОПЕРАЦИИ ЗАПИСИ; ЕСЛИ ИСПОЛЬ-
ЗУЕТСЯ ФАЙЛОВЫЙ .LOOKUP ИЛИ .ENTER, TO BLK - НОМЕР БЛОКА
ОТНОСИТЕЛЬНО НАЧАЛА ФАЙЛА; ЕСЛИ БЫЛ ИСПОЛЬЗОВАН НЕФАЙЛОВЫЙ
.LOOKUP ИЛИ .ENTER, ТО BLK - АБСОЛЮТНЫЙ НОМЕР БЛОКА УСТ-
РОЙСТВА; ПРОГРАММА ПОЛЬЗОВАТЕЛЯ ДОЛЖНА МОДИФИЦИРОВАТЬ BLK
ПЕРЕД ЕГО ПОВТОРНЫМ ИСПОЛЬЗОВАНИЕМ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,11
.WORD BLK
.WORD BUF
.WORD WCNT
.WORD 1
ЗАПРОС .WRITC ПЕРЕДАЕТ ЗАДАННОЕ КОЛИЧЕСТВО СЛОВ ИЗ
ПАМЯТИ ПО УКАЗАННОМУ КАНАЛУ. УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ ПРОГРАМ-
МЕ ПОЛЬЗОВАТЕЛЯ НЕМЕДЛЕННО ПОСЛЕ НАЧАЛА ВЫПОЛНЕНИЯ .WRITC.
ПОСЛЕ ВЫПОЛНЕНИЯ ЗАПРОСОВ, УПРАВЛЕНИЕ БУДЕТ ПЕРЕДАНО ПОДП-
РОГРАММЕ ЗАВЕРШЕНИЯ. ПО КОМАНДЕ RTS PC УПРАВЛЕНИЕ ВОЗВРА-
ШАЕТСЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.WRITC AREA,CHAN,BUF,WCNT,CRTN,BLK
ГДЕ AREA - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ПАМЯТИ, КОТОРЫЙ ИСПОЛЬЗУЕТСЯ ДЛЯ
ВЫВОДА;
WCNT - КОЛИЧЕСТВО СЛОВ ДЛЯ ЗАПИСИ;
CRTN - АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ;
BLK - СМ. ЗАПРОС .WRITE
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,11
.WORD BLK
.WORD BUF
.WORD WCNT
.WORD CRTN

ЗАПРОС .WRITW ПЕРЕДАЕТ ЗАДАННОЕ КОЛИЧЕСТВО СЛОВ ИЗ
ПАМЯТИ ПО УКАЗАННОМУ КАНАЛУ. УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ ПРОГРАМ-
МЕ ПОЛЬЗОВАТЕЛЯ ПОСЛЕ ЗАВЕРШЕНИЯ .WRITW.
ФОРМАТ МАКРОКОМАНДЫ:
.WRITW AREA,CHAN,BUF,WCNT,BLK
ГДЕ AREA - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА, КОТОРЫЙ ИСПОЛЬЗУЕТСЯ ДЛЯ ВЫВОДА;
WCNT - КОЛИЧЕСТВО СЛОВ ДЛЯ ЗАПИСИ;
BLK - СМ. ЗАПРОС .WRITE.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,10
.WORD BLK
.WORD BUF
.WORD WCNT
.WORD 0

5.2.3. .RCVD,.RCVDC,.RCVDW (РЕЖИМ FB,ХМ)
СУЩЕСТВУЮТ ТРИ ФОРМЫ ЗАПРОСА ПОЛУЧЕНИЯ ДАННЫХ, КОТОРЫЕ
ИСПОЛЬЗУЮТСЯ ВМЕСТЕ С ЗАПРОСАМИ .SDAT. ЗАПРОСЫ .RCVD АНАЛО-
ГИЧНЫ ЗАПРОСАМ .READ, НО В ОТЛИЧИИ ОТ НИХ ОСУЩЕСТВЛЯЮТ
ПРИЕМ ДАННЫХ ИЗ ДРУГОЙ ПРОГРАММЫ, А НЕ С УСТРОЙСТВА. ПРИ
ИСПОЛЬЗОВАНИИ ЗАПРОСОВ .RCVD И .RCVDC ДОЛЖНЫ БЫТЬ ОПРЕДЕЛЕ-
НЫ ДОПОЛНИТЕЛЬНЫЕ ЭЛЕМЕНТЫ ДЛЯ ОЧЕРЕДИ ВВОДА-ВЫВОДА.
ЗАПРОС .RCVD ИСПОЛЬЗУЕТСЯ ДЛЯ ПОЛУЧЕНИЯ ДАННЫХ ИЛИ
СООБЩЕНИЙ, ПОСЫЛАЕМЫХ ДРУГОЙ ПРОГРАММОЙ. УПРАВЛЕНИЕ ВЫЗЫ-
ВАЮЩЕЙ ПРОГРАММЕ ПЕРЕДАЕТСЯ СРАЗУ ЖЕ ПОСЛЕ НАЧАЛА ВЫПОЛНЕ-
НИЯ ЗАПРОСА .RCVD. ПРИ НЕОБХОДИМОСТИ, С .RCVD ИСПОЛЬЗУЕТСЯ
ЗАПРОС .MWAIT, КОТОРЫЙ ЗАДЕРЖИВАЕТ ВЫПОЛНЕНИЕ ПРОГРАММЫ ДО
ОКОНЧАНИЯ ОПЕРАЦИИ.
ФОРМАТ МАКРОКОМАНДЫ:
.RCVD AREA,BUF,WCNT
ГДЕ AREA - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ СООБЩЕНИЙ (ДАННЫХ);
WCNT - КОЛИЧЕСТВО ПЕРЕДАВАЕМЫХ СЛОВ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 0,26
.WORD <ЗАРЕЗЕРВИРОВАНО>
.WORD BUF
.WORD WCNT
.WORD 1
ПОСЛЕ ВЫПОЛНЕНИЯ МОНИТОРОМ ЗАПРОСА .RCVD, ПЕРВОЕ СЛОВО
БУФЕРА (BUF) БУДЕТ СОДЕРЖАТЬ ДЕЙСТВИТЕЛЬНОЕ КОЛИЧЕСТВО
ПЕРЕДАННЫХ СЛОВ. ТАКИМ ОБРАЗОМ, ОБЛАСТЬ ПАМЯТИ ДЛЯ ПРИЕМА
ДАННЫХ ДОЛЖНА БЫТЬ, ПО КРАЙНЕЙ МЕРЕ, НА ОДНО СЛОВО БОЛЬШЕ
РАЗМЕРА ПЕРЕДАВАЕМОГО СООБЩЕНИЯ.
КОМБИНАЦИЯ .SDAT/.RCVD МОЖЕТ БЫТЬ ИСПОЛЬЗОВАНА ДЛЯ
ПЕРЕДАЧИ КАК НЕСКОЛЬКИХ СЛОВ, ТАК И ЦЕЛОГО БУФЕРА. ОПЕРАЦИЯ
ПО ЗАПРОСУ .RCVD ЗАКАНЧИВАЕТСЯ ТОЛЬКО ПОСЛЕ ВЫПОЛНЕНИЯ
.SDAT ИЗ ДРУГОЙ ПРОГРАММЫ.
ПРИМЕР ИСПОЛЬЗОВАНИЯ .RCVD СМ. В ОПИСАНИИ ЗАПРОСА
.MWAIT.
ЗАПРОС .RCVDC ОСУЩЕСТВЛЯЕТ ПРИЕМ ДАННЫХ И ЗАПУСКАЕТ
ПОДПРОГРАММУ ЗАВЕРШЕНИЯ ПОСЛЕ ПОЛУЧЕНИЯ СООБЩЕНИЯ (АНАЛО-
ГИЧНО .READC).
ФОРМАТ МАКРОКОМАНДЫ:
.RCVDC AREA,BUF,WCNT,CRTN
ГДЕ CRTN - АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 0,26
.WORD <ЗАРЕЗЕРВИРОВАНО>
.WORD BUF
.WORD WCNT
.WORD CRTN

ЗАПРОС .RCVDW ОСУЩЕСТВЛЯЕТ ПРИЕМ ДАННЫХ И ОЖИДАЕТ
ОКОНЧАНИЯ ОПЕРАЦИИ. ВЫПОЛНЕНИЕ ВЫЗЫВАЮЩЕЙ ПРОГРАММЫ ЗАДЕР-
ЖИВАЕТСЯ ДО ОКОНЧАНИЯ ПЕРЕДАЧИ СООБЩЕНИЯ ДРУГОЙ ПРОГРАММОЙ.
ФОРМАТ МАКРОКОМАНДЫ:
.RCVDW AREA,BUF,WCNT
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 0,26
.WORD <ЗАРЕЗЕРВИРОВАНО>
.WORD BUF
.WORD WCNT
.WORD 0

КАК И В .RCVD, ПЕРВОЕ СЛОВО БУФЕРА ДЛЯ .RCVDC И .RCVDW
БУДЕТ СОДЕРЖАТЬ ДЕЙСТВИТЕЛЬНОЕ КОЛИЧЕСТВО ПЕРЕДАННЫХ СЛОВ.
ПРИМЕР ИСПОЛЬЗОВАНИЯ .RCVDW СМ. В ОПИСАНИИ ЗАПРОСА
.CHCOPY.

5.2.4. .SDAT,.SDATC,.SDATW (РЕЖИМ FB,ХМ)
ЗАПРОСЫ .SDAT,.SDATC,.SDATW ИСПОЛЬЗУЮТСЯ ВМЕСТЕ С ЗАП-
РОСАМИ .RCVD,.RCVDC, .RCVDW ДЛЯ ПЕРЕДАЧИ СООБЩЕНИЙ ИЛИ ДАН-
НЫХ МЕЖДУ ПРОГРАММАМИ ПОД УПРАВЛЕНИЕМ МОНИТОРОВ FB ИЛИ XM.
ЗАПРОСЫ .SDAT,.SDATC,.SDATW АНАЛОГИЧНО ЗАПРОСАМ
.WRITE,.WRITC,.WRITW, ТОЛЬКО ОСУЩЕСТВЛЯЮТ ПЕРЕДАЧУ ДАННЫХ
НЕ НА УСТРОЙСТВО, А ДРУГОЙ ПРОГРАММЕ. ПРИ ИСПОЛЬЗОВАНИИ
ЗАПРОСОВ .SDAT И .SDATC ДОЛЖНЫ БЫТЬ ОПРЕДЕЛЕНЫ ДОПОЛНИТЕЛЬ-
НЫЕ ЭЛЕМЕНТЫ ДЛЯ ОЧЕРЕДИ ВВОДА-ВЫВОДА.
.SDAT
ФОРМАТ МАКРОКОМАНДЫ:
.SDAT AREA,BUF,WCNT
ГДЕ AREA - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ СООБЩЕНИЙ (ДАННЫХ), КОТОРЫЕ
БУДУТ ПЕРЕДАНЫ;
WCNT - КОЛИЧЕСТВО СЛОВ ДЛЯ ПЕРЕДАЧИ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 0,25
.WORD <ЗАРЕЗЕРВИРОВАНО>
.WORD BUF
.WORD WCNT
.WORD 1

ПРИМЕР ИСПОЛЬЗОВАНИЯ .SDAT СМ. В ОПИСАНИИ ЗАПРОСА
.MWAIT.
.SDATC
ФОРМАТ МАКРОКОМАНДЫ:
.SDATC AREA,BUF,WCNT,CRTN
ГДЕ AREA - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ СООБЩЕНИЙ (ДАННЫХ), КОТОРЫЕ
БУДУТ ПЕРЕДАНЫ;
WCNT - КОЛИЧЕСТВО СЛОВ ДЛЯ ПЕРЕДАЧИ;
CRTN - АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 0,25
.WORD <ЗАРЕЗЕРВИРОВАНО>
.WORD BUF
.WORD WCNT
.WORD CRTN
.SDATW
ФОРМАТ МАКРОКОМАНДЫ:
.SDATW AREA,BUF,WCNT
ГДЕ AREA - АДРЕС БЛОКА ИЗ 5-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
BUF - АДРЕС БУФЕРА ДЛЯ СООБЩЕНИЙ (ДАННЫХ), КОТОРЫЕ
БУДУТ ПЕРЕДАНЫ;
WCNT - КОЛИЧЕСТВО СЛОВ ДЛЯ ПЕРЕДАЧИ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 0,25
.WORD <ЗАРЕЗЕРВИРОВАНО>
.WORD BUF
.WORD WCNT
.WORD 0

ПРИМЕР ИСПОЛЬЗОВАНИЯ .SDATW СМ. В ОПИСАНИИ ЗАПРОСА
.CHCOPY.

5.2.5. .TTYIN,.TTINR
ЗАПРОСЫ .TTYIN И .TTINR ИСПОЛЬЗУЮТСЯ ДЛЯ ПЕРЕДАЧИ СИМ-
ВОЛОВ С ТЕРМИНАЛА В ПРОГРАММУ ПОЛЬЗОВАТЕЛЯ.
МАКРОРАСШИРЕНИЕ ДЛЯ .TTYIN:
EMT 340
BCS .-2
МАКРОРАСШИРЕНИЕ ДЛЯ .TTINR:
EMT 340
ЗАПРОС .TTYIN ЦИКЛИТСЯ В ОЖИДАНИИ ПОДАЧИ СИМВОЛА ИЛИ
СТРОКИ СИМВОЛОВ, В ТО ВРЕМЯ КАК ПОЛЬЗОВАТЕЛЬ МОЖЕТ ИЛИ ОЖИ-
ДАТЬ, ИЛИ ПРОДОЛЖАТЬ ВЫПОЛНЕНИЕ ПРОГРАММЫ, ИСПОЛЬЗУЯ
.TTINR. ЕСЛИ ПО ЗАВЕРШЕНИЮ ВЫПОЛНЕНИЯ .TTINR УСТАНАВЛИВАЕТ
С-РАЗРЯД, ТО ЭТО ЗНАЧИТ ЧТО В БУФЕРЕ ТЕРМИНАЛА СИМВОЛ
ОТСУТСТВУЕТ (ПОЛЬЗОВАТЕЛЬ ЕЩЕ НЕ НАПЕЧАТАЛ ЕГО). В РЕЖИМАХ
FB,ХМ И SJ(БЕЗ МУЛЬТИТЕРМИНАЛЬНОЙ ПОДДЕРЖКИ) .TTINR НЕ
УСТАНАВЛИВАЕТ С-РАЗРЯД, ЕСЛИ НЕ УСТАНОВЛЕН 6-ОЙ РАЗРЯД В
СЛОВЕ СОСТОЯНИЯ ЗАДАНИЯ (ССЗ).
СУЩЕСТВУЮТ ДВА РЕЖИМА ВВОДА С ТЕРМИНАЛА. РЕЖИМ ВВОДА
ОПРЕДЕЛЯЕТСЯ СОДЕРЖИМЫМ 12-ГО РАЗРЯДА В ССЗ. ЕСЛИ СОДЕРЖИМОЕ
12-ГО РАЗРЯДА НОЛЬ, ТО ГОВОРЯТ ОБ ОБЩЕМ РЕЖИМЕ ВВОДА-ВЫВО-
ДА. В ЭТОМ РЕЖИМЕ ВЫПОЛНЯЮТСЯ СЛЕДУЮЩИЕ ДЕЙСТВИЯ:
1) МОНИТОР ОБЕСПЕЧИВАЕТ "ЭХО" ВСЕМ СИМВОЛАМ, ВВОДИМЫМ
С ТЕРМИНАЛА;
2) СТИРАНИЕ СИМВОЛОВ И СТРОК ОСУЩЕСТВЛЯЕТСЯ С ПОМОЩЬЮ
КОМАНД ЗБ И СУ/U СООТВЕТСТВЕННО;
3) ДЛЯ ПЕРЕДАЧИ СИМВОЛОВ ПРОГРАММЕ НЕОБХОДИМО ПОДАТЬ
ВК , ПС ИЛИ КОМАНДЫ СУ/Z ИЛИ СУ/С; ВОЗВРАТ КАРЕТКИ И ПЕРЕ-
ВОД СТРОКИ ТАКЖЕ ПЕРЕДАЮТСЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ.
ЕСЛИ 12-ЫЙ РАЗРЯД В ССЗ РАВЕН ЕДИНИЦЕ, ТО УСТАНАВЛИ-
ВАЕТСЯ СПЕЦИАЛЬНЫЙ РЕЖИМ ВВОДА-ВЫВОДА. В ЭТОМ РЕЖИМЕ ВЫПОЛ-
НЯЮТСЯ СЛЕДУЮЩИЕ ДЕЙСТВИЯ:
1) МОНИТОР НЕ ВЫДАЕТ "ЭХО" СИМВОЛАМ, ВВОДИМЫМ С ТЕРМИ-
НАЛА, КРОМЕ СУ/С И СУ/D;
2) СУ/U И ЗБ НЕ ВЫПОЛНЯЮТ СВОИХ ФУНКЦИЙ;
3) СИМВОЛЫ СРАЗУ ЖЕ ПЕРЕДАЮТСЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ.
В СПЕЦИАЛЬНОМ РЕЖИМЕ ПРОГРАММА ПОЛЬЗОВАТЕЛЯ ДОЛЖНА
САМА ВЫПОЛНЯТЬ ПЕЧАТЬ ВВОДИМЫХ СИМВОЛОВ, ЕСЛИ ЭТО НЕОБХОДИ-
МО (ИСКЛЮЧЕНИЕ СОСТАВЛЯЮТ СУ/С И СУ/D).
12-ЫЙ РАЗРЯД В ССЗ ДОЛЖЕН УСТАНАВЛИВАТЬСЯ ПРОГРАММОЙ
ПОЛЬЗОВАТЕЛЯ. ЭТОТ РАЗРЯД ОЧИЩАЕТСЯ, ЕСЛИ УПРАВЛЕНИЕ ПЕРЕ-
ДАЕТСЯ МОНИТОРУ.
ДЕЙСТВИЯ СУ/F,СУ/В И СУ/Х НЕ ЗАВИСЯТ ОТ СОДЕРЖИМОГО
12-ГО РАЗРЯДА, ЕСЛИ РАНЕЕ НЕ БЫЛА ПОДАНА КОМАНДА SET TT
NOFB).
КОМАНДЫ СУ/S И СУ/Q ВЫПОЛНЯЮТСЯ МОНИТОРОМ, ЕСЛИ ТОЛЬКО
В РЕЖИМЕ FB(XM) РАНЕЕ НЕ БЫЛА ВЫПОЛНЕНА КОМАНДА SET TT
NOPAGE.
ЕСЛИ В РЕЖИМЕ FB (XM) СДЕЛАН ЗАПРОС ВВОДА, А СИМВОЛА
НЕТ В НАЛИЧИИ, ТО ВЫПОЛНЕНИЕ ПРОГРАММЫ БЛОКИРУЕТСЯ ДО ТЕХ
ПОР, ПОКА В БУФЕРЕ ВВОДА НЕ ПОЯВИТСЯ СИМВОЛ. ЭТО СПРАВЕДЛИ-
ВО ДЛЯ .TTYIN И TTINR И НЕ ЗАВИСИТ ОТ РЕЖИМА ВВОДА. ДЛЯ
ТОГО, ЧТОБЫ ПРОДОЛЖИТЬ ВЫПОЛНЕНИЕ ПРОГРАММЫ (И ОБЕСПЕЧИТЬ
УСТАНОВКУ С-РАЗРЯДА В СЛУЧАЕ ОТСУТСТВИЯ СИМВОЛА В БУФЕРЕ
ВВОДА) НЕОБХОДИМО УСТАНОВИТЬ ПЕРЕД .TTINR 6-ОЙ РАЗРЯД В
ССЗ. 6-ОЙ РАЗРЯД ОЧИЩАЕТСЯ ПОСЛЕ ОКОНЧАНИЯ ВЫПОЛНЕНИЯ ПРОГ-
РАММЫ.
ВВОДИМЫЕ ПО .TTYIN, .TTYINR СИМВОЛЫ МОЖНО РЕДАКТИРО-
ВАТЬ С ПОМОЩЬЮ SL, ЕСЛИ ПРЕДВАРИТЕЛЬНО БЫЛИ ПОДАНЫ КОМАНДЫ
SET SL ON И SET SL TTYIN И СОДЕРЖИМОЕ 4-ГО И 12-ГО РАЗРЯДОВ
ССЗ РАВНЫ НУЛЮ.
ПРИ РЕДАКТИРОВАНИИ ПОСРЕДСТВОМ SL, СОДЕРЖИМОЕ 6-ГО
РАЗРЯДА ССЗ НЕ СУЩЕСТВЕННО, И ВЫПОЛНЕНИЕ ЗАПРОСА .TTINR
БУДЕТ ЗАВЕРШЕНО ТОЛЬКО ПОСЛЕ ЗАВЕРШЕНИЯ ОПЕРАЦИИ РЕДАКТИРО-
ВАНИЯ.
ПРИМЕЧАНИЕ. ЗАПРОС .TTYIN НЕ ОБСЛУЖИВАЕТ КОСВЕННЫЕ
ФАЙЛЫ. ДЛЯ ЭТОЙ ЦЕЛИ НЕОБХОДИМО ВОСПОЛЬЗОВАТЬСЯ ЗАПРОСОМ
.GTLIN. ПО .TTYIN НЕВОЗМОЖНО ПОЛУЧИТЬ СИМВОЛ ИЗ КОСВЕННОГО
ФАЙЛА.
ФОРМАТ МАКРОКОМАНДЫ:
.TTYIN CHAR
.TTINR
ГДЕ CHAR - АДРЕС ЯЧЕЙКИ, КУДА ПЕРЕСЫЛАЕТСЯ КОД ВВОДИМОГО
СИМВОЛА; ЕСЛИ CHAR УКАЗАН В ЗАПРОСЕ, ТО КОД ПЕРЕСЫЛАЕТСЯ В
УКАЗАННУЮ ЯЧЕЙКУ И В R0; ЕСЛИ CHAR НЕ УКАЗАН, ТО В R0.
ПРИМЕР ИСПОЛЬЗОВАНИЯ .TTYIN,.TTINR СМ. В ОПИСАНИИ ЗАП-
РОСОВ .TTYOUT,.TTOUTR.

5.2.6. .TTYOUT,.TTOUTR
ЗАПРОСЫ .TTYOUT,.TTOUTR ИСПОЛЬЗУЮТСЯ ДЛЯ ПЕРЕДАЧИ СИМ-
ВОЛОВ ИЗ R0 В БУФЕР ТЕРМИНАЛА. ДЕЙСТВИЯ ЭТИХ ЗАПРОСОВ АНА-
ЛОГИЧНЫ ДЕЙСТВИЯМ ЗАПРОСОВ .TTYIN,.TTINR. ЕСЛИ БУФЕР ТЕРМИ-
НАЛА ЗАПОЛНЕН, ТО ЗАПРОС .TTYOUT ОЖИДАЕТ ПОЯВЛЕНИЯ В БУФЕРЕ
СВОБОДНОГО МЕСТА ДЛЯ ВЫВОДИМОГО СИМВОЛА, ТОГДА КАК .TTOUTR
НЕ ОЖИДАЕТ СВОБОДНОГО МЕСТА И СИМВОЛ, НАХОДЯЩИЙСЯ В R0, НА
ТЕРМИНАЛ НЕ ВЫВОДИТСЯ. ЕСЛИ ПОСЛЕ ЗАВЕРШЕНИЯ .TTOUTR УСТА-
НОВЛЕН С-РАЗРЯД, ТО ЭТО ГОВОРИТ О ТОМ, ЧТО В БУФЕРЕ НЕТ
СВОБОДНОГО МЕСТА И ЧТО СИМВОЛ НЕ БЫЛ ВЫВЕДЕН НА ТЕРМИНАЛ. В
РЕЖИМАХ FB,ХМ ЗАПРОС .TTOUTR НЕ УСТАНАВЛИВАЕТ С-РАЗРЯД. В
ЭТОМ СЛУЧАЕ, ВЫПОЛНЕНИЕ ПРОГРАММЫ БЛОКИРУЕТСЯ ДО ПОЯВЛЕНИЯ
В БУФЕРЕ СВОБОДНОГО МЕСТА. ДЛЯ ТОГО, ЧТОБЫ ПРОДОЛЖИТЬ
ВЫПОЛНЕНИЕ ПРОГРАММЫ И ОБЕСПЕЧИТЬ УСТАНОВКУ С-РАЗРЯДА,
НЕОБХОДИМО В ССЗ УСТАНОВИТЬ 6-ОЙ РАЗРЯД.
ПРИМЕЧАНИЕ. ЕСЛИ В ОСНОВНОМ ЗАДАНИИ УСТАНОВЛЕН 6-ОЙ
РАЗРЯД В ССЗ, ТО ЗАПРОСЫ .TTYIN И .TTYOUT БУДУТ ВЫЗЫВАТЬ
БЛОКИРОВКУ ФОНОВОГО ЗАДАНИЯ. ЗАМЕТИМ, ЧТО КАЖДОЕ ЗАДАНИЕ В
ОСНОВНОМ ИЛИ ФОНОВОМ РЕЖИМЕ ИМЕЕТ СВОЕ СОБСТВЕННОЕ ССЗ И
ПОЭТОМУ ОНИ МОГУТ ИСПОЛЬЗОВАТЬ РАЗЛИЧНЫЕ РЕЖИМЫ РАБОТЫ ТЕР-
МИНАЛА НЕЗАВИСИМО ДРУГ ОТ ДРУГА.
ФОРМАТ МАКРОКОМАНДЫ:
.TTYOUT CHAR
.TTOUTR
ГДЕ CHAR - АДРЕС ЯЧЕЙКИ, СОДЕРЖАЩЕЙ КОД СИМВОЛА, КОТОРЫЙ
БУДЕТ ПЕРЕСЫЛАТЬСЯ В R0 С ПОСЛЕДУЮЩИМ ВЫВОДОМ НА ТЕРМИНАЛ;
ЕСЛИ CHAR НЕ УКАЗАН, НА ТЕРМИНАЛ ВЫВОДИТСЯ СОДЕРЖИМОЕ R0.
ПРИМЕР.
.TITLE TTIO.MAC
.MCALL .TTYIN,.TTYOUT,.TTINR,.TTOUTR,.EXIT
JSW =44 ;СЛОВО СОСТОЯНИЯ ЗАДАНИЯ
START: MOV #BUFFER,R1
CLR R2
BIS #100,@#JSW ;УСТАНОВИТЬ 6 РАЗРЯД
INLOOP: .TTINR ;ВВЕСТИ СИМВОЛ С ТТ:
BCS NOCHR
CHRIN: MOVB R0,(R1)+ ;ПЕРЕСЛАТЬ СИМВОЛ В БУФЕР
INC R2
CMPB R0,#12
BNE INLOOP
MOV #BUFFER,R1
OUTLOOP:MOVB (R1),R0 ;ПЕРЕСЛАТЬ СИМВОЛ В R0
.TTOUTR ;ВЫВЕСТИ СИМВОЛ НА ТТ:
BCS NOROOM
CHROUT: DEC R2
BEQ START
INC R1
BR OUTLOOP ;ПЕЧАТАТЬ СЛЕДУЮЩИЙ СИМВОЛ
NOCHR: .TTINR
BCC CHRIN ;ЕСТЬ СИМВОЛ?
; .
; .
; .
BR NOCHR

NOROOM: MOVB (R1),R0
.TTOUTR
BCC CHROUT ;ПРИ НАЛИЧИИ СИМВОЛА -
;ПЕЧАТАТЬ ЕГО
; .
; .
; .
BIC #100,@#JSW ;ОЧИСТИТЬ 6 РАЗРЯД И
.TTYOUT (R1) ;ПЕЧАТАТЬ СИМВОЛ
BIS #100,@#JSW
BR CHROUT

BUFFER: .BLKB 128.
.END START

5.2.7. .PRINT
ЗАПРОС .PRINT ВЫЗЫВАЕТ ПЕЧАТЬ СТРОКИ СИМВОЛОВ КОИ-7 НА
СИСТЕМНОМ ТЕРМИНАЛЕ. В РЕЖИМАХ FB,ХМ КАЖДОМУ СООБЩЕНИЮ
ПРЕДШЕСТВУЕТ ПОБУЖДАЮЩИЙ ЗНАК В> ИЛИ F>, В ЗАВИСИМОСТИ ОТ
ТОГО, КАКОЕ ЗАДАНИЕ ЕГО ПЕЧАТАЕТ (В> - ФОНОВОЕ, F> - ОСНОВ-
НОЕ). ЭТО ПРОИСХОДИТ В СЛУЧАЕ ПЕРЕКЛЮЧЕНИЯ СИСТЕМНОГО ТЕР-
МИНАЛА НА ОБСЛУЖИВАНИЕ ДРУГОГО ЗАДАНИЯ.
ЕСЛИ ВВОД НА ТЕРМИНАЛ ВЫПОЛНЯЕТСЯ СИСТЕМНЫМ ЗАДАНИЕМ,
ТО В КАЧЕСТВЕ ПОБУЖДАЮЩЕГО ЗНАКА ПЕЧАТАЕТСЯ ИМЯ СИСТЕМНОГО
ЗАДАНИЯ.
СТРОКА ТЕКСТА, КОТОРАЯ ВЫВОДИТСЯ НА ПЕЧАТЬ, МОЖЕТ
ОКАНЧИВАТЬСЯ КАК НУЛЕВЫМ (0) БАЙТОМ, ТАК И БАЙТОМ 200. В
ПЕРВОМ СЛУЧАЕ, В ОТЛИЧИИ ОТ ВТОРОГО, ВЫВОД АВТОМАТИЧЕСКИ
ЗАКАНЧИВАЕТСЯ ВК И ПС .
УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ ПОСЛЕ
ТОГО КАК ВСЕ СИМВОЛЫ БУДУТ ЗАПИСАНЫ В БУФЕР ВЫВОДА МОНИТО-
РА.
ОСНОВНОЕ ЗАДАНИЕ ПЕЧАТАЕТ СООБЩЕНИЕ СРАЗУ ЖЕ, НЕЗАВИ-
СИМО ОТ СОСТОЯНИЯ ФОНОВОГО ЗАДАНИЯ.
ТАКИМ ОБРАЗОМ, ДЛЯ ПЕЧАТИ СРОЧНЫХ СООБЩЕНИЙ ДОЛЖЕН
ИСПОЛЬЗОВАТЬСЯ ЗАПРОС .PRINT, А НЕ .TTYIN ИЛИ .TTYOUT.
ЕСЛИ ФОНОВОЕ ЗАДАНИЕ ПЕЧАТАЕТ ПОБУЖДАЮЩИЙ ЗНАК И ЗВЕЗ-
ДОЧКУ, ТО СИСТЕМНЫЙ ТЕРМИНАЛ БУДЕТ ПРИНАДЛЕЖАТЬ ЕМУ И ЗАП-
РОСЫ .TTYOUT ИЗ ОСНОВНОГО ЗАДАНИЯ ВЫПОЛНЯТЬСЯ НЕ БУДУТ,
ПОКА ДЛЯ ФОНОВОГО НЕ БУДЕТ ВЫПОЛНЕН ВК .
ФОРМАТ МАКРОКОМАНДЫ:
.PRINT ADDR
ГДЕ ADDR - АДРЕС СТРОКИ, КОТОРУЮ НЕОБХОДИМО НАПЕЧАТАТЬ.
ПРИМЕР.
.TITLE PRINT.MAC
;В ЭТОМ ПРИМЕРЕ ЗАПРОС .PRINT ИСПОЛЬЗУЕТСЯ ДЛЯ ПЕЧАТИ
;СИМВОЛОВ, ВВОДИМЫХ С ТЕРМИНАЛА.
.MCALL .GTLIN,.PRINT,.EXIT
START: .GTLIN #BUFF,#PROMPT ;ВВОД СИМВОЛОВ С ТЕРМИНАЛА
TSTB BUFF ;СТРОКА ПУСТАЯ?
BEQ 1$ ;ДА
.PRINT #BUFF ;НЕТ-ПЕЧАТЬ СТРОКИ
CLRB BUFF
BR START
1$: .EXIT
BUFF: .BLKW 41.
PROMPT: .ASCII /ВВЕДИТЕ СТРОКУ : /<200>

.END START

5.2.8. .MTIN
ЗАПРОС .MTIN ЯВЛЯЕТСЯ МУЛЬТИТЕРМИНАЛЬНОЙ ФОРМОЙ ЗАПРО-
СА .TTYIN. ЗАПРОС .MTIN ПЕРЕСЫЛАЕТ ОДИН ИЛИ БОЛЕЕ СИМВОЛОВ
ИЗ БУФЕРА ВВОДА МОНИТОРА В БУФЕР, УКАЗАННЫЙ ПОЛЬЗОВАТЕЛЕМ.
ТЕРМИНАЛ ДОЛЖЕН БЫТЬ ЛОГИЧЕСКИ СВЯЗАН С ТЕКУЩИМ ЗАДАНИЕМ.
ЕСЛИ ЗАПРОС ВЫПОЛНЕН УСПЕШНО, ТО МОДИФИЦИРОВАННЫЙ АДРЕС
БУФЕРА ПОЛЬЗОВАТЕЛЯ БУДЕТ ЗАПИСАН В R0 . ЕСЛИ РАЗРЯД TCBIT
УСТАНОВЛЕН В СЛОВЕ M.TSTS, ТО ЗАПРОС .MTIN УСТАНАВЛИВАЕТ С-
РАЗРЯД И ПЕРЕДАЕТ УПРАВЛЕНИЕ ВЫЗЫВАЮЩЕЙ ПРОГРАММЕ, ЕСЛИ
ВВОД С ТЕРМИНАЛА НЕВОЗМОЖЕН (Т.Е. НЕТ СТРОКИ, ЕСЛИ РАЗРЯД
TTSPC ОЧИЩЕН ИЛИ НЕТ СИМВОЛА В БУФЕРЕ ВВОДА, ЕСЛИ РАЗРЯД
TTSPC УСТАНОВЛЕН). В ПРОТИВНОМ СЛУЧАЕ, .MTIN БУДЕТ ОЖИДАТЬ
ОПЕРАЦИИ ВВОДА И, ТЕМ САМЫМ, ВЫПОЛНЕНИЕ ЗАДАНИЯ БУДЕТ
ПРИОСТАНОВЛЕНО.
ФОРМАТ МАКРОКОМАНДЫ:
.MTIN AREA,ADDR,UNIT[,CHRCNT]
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС БУФЕРА ПОЛЬЗОВАТЕЛЯ;
UNIT - ЛОГИЧЕСКИЙ НОМЕР ТЕРМИНАЛА (ЛНТ);
CHRCNT - КОЛИЧЕСТВО ПЕРЕСЫЛАЕМЫХ СИМВОЛОВ (ОТ 1 ДО
255); ЕСЛИ ЭТОТ АРГУМЕНТ ОПУЩЕН, ТО ПЕРЕДАЕТСЯ ОДИН СИМВОЛ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 2,37
.WORD ADDR
.BYTE UNIT,CHRCNT

5.2.9. .MTOUT
ЗАПРОС .MTOUT ЯВЛЯЕТСЯ МУЛЬТИТЕРМИНАЛЬНОЙ ФОРМОЙ ЗАП-
РОСА .TTYOUT. ЗАПРОС .MTOUT ПЕРЕСЫЛАЕТ ОДИН ИЛИ БОЛЕЕ СИМ-
ВОЛОВ ИЗ БУФЕРА ПОЛЬЗОВАТЕЛЯ В БУФЕР ВЫВОДА ТЕРМИНАЛА. ТЕР-
МИНАЛ ДОЛЖЕН БЫТЬ ЛОГИЧЕСКИ СВЯЗАН С ЗАДАНИЕМ. МОДИФИЦИРО-
ВАННЫЙ АДРЕС БУФЕРА ПОЛЬЗОВАТЕЛЯ БУДЕТ ЗАПИСАН В R0, ЕСЛИ
ЗАПРОС ВЫПОЛНЕН УСПЕШНО. ЕСЛИ В БУФЕРЕ ВЫВОДА НЕТ СВОБОДНО-
ГО МЕСТА И РАЗРЯД TCBIT УСТАНОВЛЕН В СЛОВЕ M.TSTS, ТО
.MTOUT УСТАНАВЛИВАЕТ С-РАЗРЯД И ПЕРЕДАЕТ УПРАВЛЕНИЕ ВЫЗЫ-
ВАЮЩЕЙ ПРОГРАММЕ. ЕСЛИ РАЗРЯД TCBIT ОЧИЩЕН, ВЫПОЛНЕНИЕ
ЗАДАНИЯ ПРИОСТАНАВЛИВАЕТСЯ ДО ТЕХ ПОР, ПОКА НЕ ПОЯВИТСЯ
СВОБОДНОЕ МЕСТО В БУФЕРЕ ВЫВОДА.
ФОРМАТ МАКРОКОМАНДЫ:
.MTOUT AREA,ADDR,UNIT[,CHRCNT]
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС БУФЕРА ПОЛЬЗОВАТЕЛЯ;
UNIT - ЛОГИЧЕСКИЙ НОМЕР ТЕРМИНАЛА;
CHRCNT - КОЛИЧЕСТВО ПЕРЕДАВАЕМЫХ СИМВОЛОВ (ОТ 1 ДО
255); ЕСЛИ ЭТОТ АРГУМЕНТ ОПУЩЕН, ТО ПЕРЕДАЕТСЯ ОДИН СИМВОЛ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 3,37
.WORD ADDR
.BYTE UNIT,CHRCNT

5.2.10. .MTPRNT
ЗАПРОС .MTPRNT ЯВЛЯЕТСЯ МУЛЬТИТЕРМИНАЛЬНОЙ ФОРМОЙ ЗАП-
РОСА .PRINT. ОН ОСУЩЕСТВЛЯЕТ ВЫВОД ОДНОЙ ИЛИ НЕСКОЛЬКИХ
СТРОК СИМВОЛОВ НА УКАЗАННЫЙ ТЕРМИНАЛ.
ФОРМАТ МАКРОКОМАНДЫ:
.MTPRNT AREA,ADDR,UNIT
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС СТРОКИ, КОТОРУЮ НЕОБХОДИМО НАПЕЧАТАТЬ
(Т.Е. .ASCII /СТРОКА/ <200> ИЛИ .ASCIZ /СТРОКА/);
UNIT - ЛОГИЧЕСКИЙ НОМЕР ТЕРМИНАЛА.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 7,37
.WORD ADDR
.BYTE UNIT

5.2.11. .SPFUN
ЗАПРОС .SPFUN ИСПОЛЬЗУЕТСЯ ГЛАВНЫМ ОБРАЗОМ ДРАЙВЕРАМИ
УСТРОЙСТВ ДЛЯ ВЫПОЛНЕНИЯ СПЕЦИАЛЬНЫХ ФУНКЦИЙ, ЗАВИСЯЩИХ ОТ
ЭТИХ УСТРОЙСТВ.
ФОРМАТ МАКРОКОМАНДЫ:
.SPFUN AREA,CHAN,FUNC,BUF,WCNT,BLK[,CRTN]
ГДЕ AREA - АДРЕС БЛОКА ИЗ 6-ТИ СЛОВ АРГУМЕНТОВ ЕМТ;
FUNC - КОД ФУНКЦИИ, КОТОРАЯ БУДЕТ ВЫПОЛНЯТЬСЯ;
BUF - АДРЕС БУФЕРА; ЭТОТ АРГУМЕНТ ДОЛЖЕН БЫТЬ РАВЕН
НУЛЮ, ЕСЛИ ДЛЯ ОПЕРАЦИИ БУФЕР НЕ ТРЕБУЕТСЯ;
CRTN - АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ; ЕСЛИ CRTN НЕ
УКАЗАН, ТО ЕГО ЗНАЧЕНИЕ АВТОМАТИЧЕСКИ ПРИРАВНИВАЕТСЯ НУЛЮ;
ЕСЛИ CRTN РАВЕН НУЛЮ, ТО УПРАВЛЕНИЕ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ
БУДЕТ ПЕРЕДАНО ПОСЛЕ ЗАВЕРШЕНИЯ ОПЕРАЦИИ; ЕСЛИ CRTN РАВЕН
1, УПРАВЛЕНИЕ БУДЕТ ПЕРЕДАНО ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ НЕМЕД-
ЛЕННО ПОСЛЕ НАЧАЛА ОПЕРАЦИИ; ЕСЛИ CRTN=N , ТО N - АДРЕС
ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ (N>500 (ВОСЬМЕРИЧНОЙ)).
АРГУМЕНТЫ CHAN,BLK,WCNT ТЕ ЖЕ, ЧТО И В ЗАПРОСАХ
.READ/.WRITE. ОНИ ИСПОЛЬЗУЮТСЯ ТОЛЬКО ТОГДА, КОГДА НЕОБХО-
ДИМО ПРОИЗВЕСТИ ЗАПИСЬ НА МАГНИТНУЮ ЛЕНТУ С РАСШИРЕННЫМ
МЕЖФАЙЛОВЫМ ПРОМЕЖУТКОМ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE CHAN,32
.WORD BLK
.WORD BUF
.WORD WCNT
.BYTE 377,FUNC
.WORD CRTN
В ТАБЛ.9 ПРИВОДЯТСЯ ФУНКЦИИ ЗАПРОСА .SPFUN И СООТ-
ВЕТСТВУЮЩИЕ ИМ КОДЫ.

ТАБЛИЦА 9
-----------------------------------------------------------
! ! КОД !
! ФУНКЦИЯ !-----------------------!
! ! MТ ! DX ! DY ! LD !
!---------------------------------------------------------!
! ПЕРЕМОТКА ДО ТОЧКИ ЗАГРУЗКИ ! 373 ! ! ! !
! ЗАПИСЬ МЕТКИ EOF ! 377 ! ! ! !
! ПЕРЕМОТКА ВПЕРЕД НА ОДИН БЛОК ! 376 ! ! ! !
! ПЕРЕМОТКА НАЗАД НА ОДИН БЛОК ! 375 ! ! ! !
! ЗАПИСЬ ! 371 ! 376 ! 376 ! !
! ЧТЕНИЕ ! 370 ! 377 ! 377 ! !
! ЗАПИСЬ С РАСШИРЕННЫМ МЕЖФАЙЛОВЫМ! ! ! ! !
! ПРОМЕЖУТКОМ ! 374 ! ! ! !
! ОБРАТНАЯ ПЕРЕМОТКА В АВТОНОМНОМ ! ! ! ! !
! РЕЖИМЕ ! 372 ! ! ! !
! ЗАПИСЬ СО СТИРАНИЕМ МАРКЕРА ! ! ! ! !
! ДАННЫХ ! ! 375 ! 375 ! !
! ОПРЕДЕЛЕНИЕ РАЗМЕРА УСТРОЙСТВА ! ! ! ! !
! (ТОМА) ! ! - ! 373 ! 373 !
! ЧТЕНИЕ(ЗАПИСЬ) ТАБЛИЦЫ ТРАНСЛЯ- ! ! ! ! !
! ЦИИ ! ! ! ! 372 !
-----------------------------------------------------------

ДЛЯ ИСПОЛЬЗОВАНИЯ ЗАПРОСА .SPFUN НЕОБХОДИМО, ЧТОБЫ
ДРАЙВЕР СООТВЕТСТВУЮЩЕГО УСТРОЙСТВА НАХОДИЛСЯ В ПАМЯТИ И
КАНАЛ БЫЛ СВЯЗАН С ФАЙЛОМ ПО ЗАПРОСУ .LOOKUP.
ПРИМЕР.
.TITLE SPFUN.MAC
;ПРИМЕР ИСПОЛЬЗОВАНИЯ ЗАПРОСА .SPFUN.
.MCALL .SPFUN,.FETCH,.LOOKUP,.PRINT,.CLOSE,.EXIT
START: .FETCH #DSPC,#MT ;ЗАГРУЗИТЬ ДРАЙВЕР МТ:
BCS 1$
.LOOKUP #AREA,#4,#MT ;ОТКРЫТЬ КАНАЛ
BCS 2$
.SPFUN #AREA,#4,#373,#0;ПЕРЕМОТКА ДО ТОЧКИ
;ЗАГРУЗКИ
.BCS 3$
.CLOSE #4
.EXIT
1$: MOV #FERR,R0
BR 5$
2$: MOV #LKERR,R0
BR 5$
3$: MOV #SPERR,R0
5$: .PRINT
.EXIT
AREA: .WORD 0
MT: .RAD50 /MT /
.WORD 0,0,0
FERR: .ASCIZ /ОШИБКА .FETCH/
LKERR: .ASCIZ /ОШИБКА .LOOKUP/
SPERR: .ASCIZ /ОШИБКА .SPFUN/
.EVEN
DSPC =.
.END START

5.3. ЗАПРОСЫ ОБЩЕГО НАЗНАЧЕНИЯ
5.3.1. .CDFN
ЗАПРОС .CDFN ИСПОЛЬЗУЕТСЯ ДЛЯ ПЕРЕОПРЕДЕЛЕНИЯ ЧИСЛА
КАНАЛОВ ВВОДА-ВЫВОДА. КАЖДОЕ ЗАДАНИЕ НЕЗАВИСИМО ОТ ТОГО
ЯВЛЯЕТСЯ ЛИ ОНО ОСНОВНЫМ ИЛИ ФОНОВЫМ, ПЕРВОНАЧАЛЬНО ОБЕСПЕ-
ЧИВАЕТСЯ 16 (ДЕСЯТИЧНОЕ) КАНАЛАМИ ВВОДА-ВЫВОДА (ОТ 0 ДО
15). ЗАПРОС .CDFN ПОЗВОЛЯЕТ УВЕЛИЧИТЬ ЧИСЛО КАНАЛОВ ДО 255
(ДЕСЯТИЧНОЕ) (ОТ 0 ДО 254). КАНАЛ С НОМЕРОМ 255 ИСПОЛЬЗУЕТ-
СЯ МОНИТОРОМ. ОБЛАСТЬ ПАМЯТИ ДЛЯ НОВЫХ КАНАЛОВ ОПРЕДЕЛЯЕТСЯ
В ПРЕДЕЛАХ ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ. ПОД КАЖДЫЙ КАНАЛ ВВОДА-
ВЫВОДА ОТВОДИТСЯ ПЯТЬ СЛОВ (СЕМЬ СЛОВ ДЛЯ МОНИТОРА ХМ). В
РЕЖИМЕ ХМ ОБЛАСТЬ ПАМЯТИ ДЛЯ ДОПОЛНИТЕЛЬНЫХ КАНАЛОВ, УКА-
ЗАННЫХ В ЗАПРОСЕ .CDFN, ДОЛЖНА РАСПОЛАГАТЬСЯ В НИЖНИХ 28К
ОПЕРАТИВНОЙ ПАМЯТИ. РЕКОМЕНДУЕТСЯ, ЧТОБЫ ЗАПРОС .CDFN
ВЫПОЛНЯЛСЯ В НАЧАЛЕ ПРОГРАММЫ ПЕРЕД ОПЕРАЦИЯМИ ВВОДА-
ВЫВОДА. ЕСЛИ В ПРОГРАММЕ ИСПОЛЬЗУЕТСЯ БОЛЕЕ ОДНОГО ЗАПРОСА
.CDFN, ТО ОБЛАСТИ КАНАЛОВ ДЛЯ НИХ НЕ ДОЛЖНЫ ПЕРЕКРЫВАТЬ
ДРУГ ДРУГА, НО МОГУТ ИМЕТЬ ОДИН И ТОТ ЖЕ НАЧАЛЬНЫЙ АДРЕС.
ДВА ЗАПРОСА .SRESET И .HRESET ВОССТАНАВЛИВАЮТ ПЕРВОНАЧАЛЬ-
НОЕ ЧИСЛО КАНАЛОВ (16 (ДЕСЯТИЧНОЙ)). СЛЕДОВАТЕЛЬНО ВСЕ ЗАП-
РОСЫ .CDFN ДОЛЖНЫ ВЫПОЛНЯТЬСЯ ПОВТОРНО ПОСЛЕ ИСПОЛЬЗОВАНИЯ
.SRESET ИЛИ .HRESET.
ЗАМЕТИМ, ЧТО ЗАПРОС .CDFN ОПРЕДЕЛЯЕТ НОВЫЕ КАНАЛЫ.
ОБЛАСТЬ ПАМЯТИ ДЛЯ РАНЕЕ ОПРЕДЕЛЕННЫХ КАНАЛОВ НЕ ИСПОЛЬ-
ЗУЕТСЯ. ТАК, ЗАПРОС .CDFN ДЛЯ 20 (ДЕСЯТИЧНОЙ) КАНАЛОВ ВВО-
ДА-ВЫВОДА (В ТО ВРЕМЯ КАК 16 ПЕРВОНАЧАЛЬНЫХ КАНАЛОВ УЖЕ
ОПРЕДЕЛЕНЫ) СОЗДАЕТ 20 НОВЫХ КАНАЛОВ ВВОДА-ВЫВОДА. ОБЛАСТЬ
ДЛЯ 16-ТИ ПЕРВОНАЧАЛЬНЫХ КАНАЛОВ НЕ ИСПОЛЬЗУЕТСЯ, НО СОДЕР-
ЖИМОЕ СТАРЫХ КАНАЛОВ БУДЕТ СКОПИРОВАНО В НОВЫЕ.
ДЛЯ ПРОГРАММЫ С ОВЕРЛЕЙНОЙ СТРУКТУРОЙ 15-ЫЙ КАНАЛ
ИСПОЛЬЗУЕТСЯ ОВЕРЛЕЙНЫМ ДРАЙВЕРОМ И НЕ ДОЛЖЕН ИЗМЕНЯТЬСЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.CDFN AREA,ADDR,NUM
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС ОБЛАСТИ ПАМЯТИ ДЛЯ НОВЫХ КАНАЛОВ;
NUM - ЧИСЛО СОЗДАВАЕМЫХ КАНАЛОВ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 0,15
.WORD ADDR
.WORD NUM

ПРИМЕР.
.TITLE CDFN.MAC
; В ЭТОМ ПРИМЕРЕ ЗАПРОС .CDFN ИСПОЛЬЗУЕТСЯ ДЛЯ
; ОПРЕДЕЛЕНИЯ 32. НОВЫХ КАНАЛОВ.

.MCALL .CDFN,.PRINT,.EXIT,.HRESET

START: .CDFN #AREA,#CHAN,#255. ;ОПРЕДЕЛИТЬ 32.КАНАЛА
BCC 1$
.PRINT #MSG1 ;ПЕЧАТЬ СООБЩЕНИЯ
.EXIT ;ВЫХОД ИЗ ПРОГРАММЫ
1$: .PRINT #MSG2 ;ПЕЧАТЬ СООБЩЕНИЯ
.HRESET
.EXIT ;ВЫХОД ИЗ ПРОГРАММЫ

AREA: .BLKW 3 ;БЛОК АРГУМЕНТОВ ЕМТ
CHAN: .BLKW 5*255. ;ОБЛАСТЬ ДЛЯ КАНАЛОВ

MSG1: .ASCIZ /ОШИБКА .CDFN/
MSG2: .ASCII /ОПРЕДЕЛЕНЫ 32. НОВЫХ КАНАЛА/<15><12>
.ASCIZ /ВОЗВРАТ К 16. КАНАЛАМ/
.EVEN

.END START

5.3.2. .CHAIN
ЗАПРОС .CHAIN ПОЗВОЛЯЕТ ОДНОЙ ФОНОВОЙ ПРОГРАММЕ ИНИ-
ЦИИРОВАТЬ ВЫПОЛНЕНИЕ ДРУГОЙ ФОНОВОЙ ПРОГРАММЫ БЕЗ ВМЕША-
ТЕЛЬСТВА ОПЕРАТОРА. ЭТОТ ПРОЦЕСС МОЖЕТ ПОВТОРЯТЬСЯ, И ПОЗ-
ВОЛЯЕТ ОРГАНИЗОВАТЬ ПОСЛЕДОВАТЕЛЬНОЕ ВЫПОЛНЕНИЕ БОЛЬШОГО
ЧИСЛА ПРОГРАММ.
ЯЧЕЙКИ 500-507 ДОЛЖНЫ СОДЕРЖАТЬ ИМЯ УСТРОЙСТВА И ИМЯ
ФАЙЛА (В КОДАХ RADIX-50), КОТОРЫЙ НЕОБХОДИМО ВЫЗВАТЬ. ЯЧЕЙ-
КИ 510-777 ИСПОЛЬЗУЮТСЯ ДЛЯ ПЕРЕДАЧИ ИНФОРМАЦИИ МЕЖДУ ПОС-
ЛЕДОВАТЕЛЬНО ВЫПОЛНЯЕМЫМИ ПРОГРАММАМИ.
ФОРМАТ МАКРОКОМАНДЫ: .CHAIN
ПРИМЕЧАНИЯ:
1) СОДЕРЖИМОЕ ОБЛАСТЕЙ ОПЕРАТИВНОЙ ПАМЯТИ, ЗА ИСКЛЮЧЕ-
НИЕМ ОБЛАСТИ ПАМЯТИ КОТОРУЮ ЗАНИМАЕТ РЕЗИДЕНТНЫЙ МОНИТОР И
ЯЧЕЕК 500-777, МОЖЕТ ИЗМЕНЯТЬСЯ ПОСЛЕ ВЫПОЛНЕНИЯ .CHAIN;
ЕСЛИ .CHAIN ВЫПОЛНЯЕТСЯ ИЗ ВИРТУАЛЬНОГО ЗАДАНИЯ, ТО СОДЕР-
ЖИМОЕ ЯЧЕЕК 500-777 НЕ СОХРАНЯЕТСЯ.
2) КАНАЛЫ ВВОДА-ВЫВОДА ОСТАЮТСЯ ОТКРЫТЫМИ ПОСЛЕ ВЫПОЛ-
НЕНИЯ ЗАПРОСА .CHAIN ДЛЯ ИСПОЛЬЗОВАНИЯ НОВОЙ ПРОГРАММОЙ.
ОДНАКО, КАНАЛЫ ВВОДА-ВЫВОДА, ОТКРЫТЫЕ ПО ЗАПРОСУ .CDFN НЕ
МОГУТ ИСПОЛЬЗОВАТЬСЯ. ТАК КАК ПО ЗАПРОСУ .CHAIN МОНИТОР
ВОССТАНАВЛИВАЕТ ПЕРВОНАЧАЛЬНОЕ ЧИСЛО КАНАЛОВ (16 (ДЕСЯТИЧ-
НОЙ)), ТО ПРОГРАММА, КОТОРАЯ ОСТАВЛЯЕТ ФАЙЛЫ ОТКРЫТЫМИ ПРИ
ВЫПОЛНЕНИИ .CHAIN НЕ ДОЛЖНА ИСПОЛЬЗОВАТЬ .CDFN. НЕРЕЗИДЕНТ-
НЫЕ ДРАЙВЕРЫ УСТРОЙСТВ УДАЛЯЮТСЯ ИЗ ПАМЯТИ ПРИ ВЫПОЛНЕНИИ
.CHAIN, ПОЭТОМУ ОНИ ДОЛЖНЫ БЫТЬ ВНОВЬ ЗАГРУЖЕНЫ НОВОЙ ПРОГ-
РАММОЙ.
3) ПО 8-ОМУ РАЗРЯДУ ССЗ ПРОГРАММА МОЖЕТ ОПРЕДЕЛИТЬ,
КАК ОНА БЫЛА ЗАГРУЖЕНА - ПО ЗАПРОСУ .CHAIN ИЛИ ПО КОМАНДЕ
RUN. РАЗРЯД УСТАНАВЛИВАЕТСЯ ВО ВРЕМЯ ВЫПОЛНЕНИЯ
ПРОГРАММЫ, ЕСЛИ ОНА БЫЛА ЗАГРУЖЕНА С ПОМОЩЬЮ .CHAIN. ЕСЛИ
ПРОГРАММА, ЗАНИМАЮЩАЯ ЯЧЕЙКИ ОТ 500 ДО 777, ПРЕДНАЗНАЧЕНА
ДЛЯ ЗАГРУЗКИ ПО ЗАПРОСУ .CHAIN, ТО В НЕЙ ДОЛЖЕН БЫТЬ УСТА-
НОВЛЕН 8-ОЙ РАЗРЯД В ССЗ ВО ВРЕМЯ ЕЕ ТРАНСЛЯЦИИ. В ЭТОМ
СЛУЧАЕ, ПРОГРАММА БУДЕТ ЗАГРУЖЕНА ПРАВИЛЬНО. ЕСЛИ РАЗРЯД НЕ
УСТАНОВЛЕН, ЯЧЕЙКИ 500-777, СОДЕРЖИМОЕ КОТОРЫХ СОХРАНЯЕТСЯ
ОТ ПРЕДЫДУЩЕЙ ПРОГРАММЫ, МОГУТ ВЫЗВАТЬ НЕПРАВИЛЬНУЮ РАБОТУ
НОВОЙ ПРОГРАММЫ.
4) ДЛЯ ЗАПРОСА .CHAIN ХАРАКТЕРНЫ ТЕ ЖЕ ОШИБКИ, ЧТО И
ДЛЯ КОМАНДЫ RUN.
ПРИМЕР.
; В ЭТОМ ПРИМЕРЕ ПРОГРАММА CHAIN1.SAV ЗАГРУЖАЕТСЯ
; ИЗ ПРОГРАММЫ CHAIN.SAV ПОСРЕДСТВОМ ЗАПРОСА .CHAIN

.TITLE CHAIN.MAC

.MCALL .CHAIN,.TTYIN,.PRINT

START: MOV #500,R1
MOV #CHPTR,R2
.REPT 4
MOV (R2)+,(R1)+ ;ИМЯ ФАЙЛА В ЯЧЕЙКИ 500-507
.ENDR
.PRINT #PROMT
LOOP: .TTYIN ;ПЕРЕДАТЬ СИМВОЛЫ С ТТ: В
;ЯЧЕЙКИ 510-777
MOVB R0,(R1)+
CMPB R0,#12 ;КОНЕЦ СТРОКИ?
BNE LOOP ;НЕТ
CLRB @R1
.CHAIN ;ЗАПУСК ПРОГРАММЫ CHAIN1
CHPTR: .RAD50 /DK/
.RAD50 /CHAIN1/
.RAD50 /SAV/
PROMT: .ASCII /ВВЕДИТЕ ДАННЫЕ ДЛЯ ПРОГРАММЫ CHAIN1: /<200>

.END START

; ПРОГРАММА CHAIN1

.TITLE CHAIN1.MAC

.MCALL .PRINT,.EXIT

JSW = 44
CHAIN$ = 400

STARTC: BIT #CHAIN$,@#JSW ;8 РАЗРЯД УСТАНОВЛЕН?
BEQ 1$ ;НЕТ
.PRINT #CHAIND ;ДА - ПЕЧАТЬ СООБЩЕНИЯ
MOV #510,R0
.PRINT ;ПЕЧАТЬ СОДЕРЖИМОГО ЯЧЕЕК
;510-777
.EXIT
1$: .PRINT #NOCHN
.EXIT
CHAIND: .ASCII /СОДЕРЖИМОЕ ЯЧЕЕК 510-777 : /<200>
NOCHN: .ASCIZ /НЕ УСТАНОВЛЕН 8-ОЙ РАЗРЯД !/
.END STARTC

5.3.3. .CMKT
ЗАПРОС .CMKT АННУЛИРУЕТ ОДИН ИЛИ НЕСКОЛЬКО ЗАПРОСОВ
.MRKT.
ФОРМАТ МАКРОКОМАНДЫ:
.CMKT AREA,ID[,TIME]
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ID - ЧИСЛО, ИСПОЛЬЗУЕМОЕ ДЛЯ ИДЕНТИФИКАЦИИ С ЗАПРОСОМ
.MRKT, КОТОРЫЙ НЕОБХОДИМО АННУЛИРОВАТЬ; ЕСЛИ НЕСКОЛЬКО ЗАП-
РОСОВ .MRKT ИМЕЮТ ОДИНАКОВЫЙ ID, ТО АННУЛИРУЕТСЯ ТОТ ИЗ
НИХ, КОТОРОМУ СООТВЕТСТВУЕТ НАИМЕНЬШИЙ НЕИСТЕКШИЙ ИНТЕРВАЛ
ВРЕМЕНИ; ЕСЛИ ID=0, ТО АННУЛИРУЮТСЯ ВСЕ ЗАПРОСЫ .MRKT;
TIME - АДРЕС БЛОКА ИЗ 2-Х СЛОВ, В КОТОРЫЕ МОНИТОР
ЗАПИСЫВАЕТ ВЕЛИЧИНУ НЕИСПОЛЬЗОВАННОГО ВРЕМЕНИ В АННУЛИРО-
ВАННОМ ЗАПРОСЕ; ПЕРВОЕ СЛОВО СОДЕРЖИТ НИЖНЮЮ ГРАНИЦУ ИНТЕР-
ВАЛА ВРЕМЕНИ, ВТОРОЕ - ВЕРХНЮЮ ГРАНИЦУ; ЕСЛИ АДРЕС НЕ УКА-
ЗАН, ТАКОЙ ЗАПИСИ НЕ ПРОИСХОДИТ, ЕСЛИ ID=0, АРГУМЕНТ TIME
ИГНОРИРУЕТСЯ.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 0,23
.WORD ID

ПРИМЕЧАНИЕ. АННУЛИРОВАННЫЙ ЗАПРОС .MRKT ОСВОБОЖДАЕТ
СООТВЕТСТВУЮЩИЙ ЭЛЕМЕНТ ОЧЕРЕДИ.
ПРИМЕР ИСПОЛЬЗОВАНИЯ .CMKT СМ. В ОПИСАНИИ ЗАПРОСА
.MRKT.

5.3.4. .CNTXSW (РЕЖИМ FB,XM)
ПРИ ПЕРЕДАЧЕ УПРАВЛЕНИЯ ОТ ОДНОГО ЗАДАНИЯ ДРУГОМУ,
МОНИТОР ВЫПОЛНЯЕТ, ТАК НАЗЫВАЕМУЮ, ОПЕРАЦИЮ ПЕРЕКЛЮЧЕНИЯ
КОНТЕКСТА. ОНА ЗАКЛЮЧАЕТСЯ В СОХРАНЕНИИ СИСТЕМОЙ НЕОБХОДИ-
МЫХ ПАРАМЕТРОВ ДЛЯ ОДНОЗНАЧНОГО ОПРЕДЕЛЕНИЯ И ВЫПОЛНЕНИЯ
ЗАДАНИЯ. ЭТИ ПАРАМЕТРЫ ВКЛЮЧАЮТ ВСЕ РЕГИСТРЫ ОБЩЕГО НАЗНА-
ЧЕНИЯ, ЯЧЕЙКИ 34-52, А ТАКЖЕ ВСЕ РЕГИСТРЫ ППЗ, ЕСЛИ ЗАПРОС
.SFPA ВЫПОЛНЯЛСЯ С ОТЛИЧНЫМ ОТ НУЛЯ АДРЕСОМ ПОДПРОГРАММЫ
ОБРАБОТКИ ПРЕРЫВАНИЯ ОТ ППЗ.
ЗАПРОС .CNTXSW ИСПОЛЬЗУЕТСЯ ДЛЯ ОПРЕДЕЛЕНИЯ ЯЧЕЕК
ПАМЯТИ, КОТОРЫЕ БУДУТ ДОПОЛНИТЕЛЬНО ВКЛЮЧЕНЫ В ОПЕРАЦИЮ
ПЕРЕКЛЮЧЕНИЯ КОНТЕКСТА.
ИНОГДА, ДЛЯ ОБОИХ ЗАДАНИЙ НЕОБХОДИМО НЕЗАВИСИМОЕ
ИСПОЛЬЗОВАНИЕ ОПРЕДЕЛЕННОЙ ЯЧЕЙКИ ПАМЯТИ, КОТОРАЯ НЕ ВКЛЮ-
ЧЕНА В ОБЫЧНУЮ ОПЕРАЦИЮ ПЕРЕКЛЮЧЕНИЯ КОНТЕКСТА. НАПРИМЕР,
ЕСЛИ ПРОГРАММА ИСПОЛЬЗУЕТ КОМАНДУ IOT,ТО ОНА ДОЛЖНА УСТАНО-
ВИТЬ В ВЕКТОРЕ 20 АДРЕС СВОЕЙ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫ-
ВАНИЯ ПО ЭТОЙ КОМАНДЕ. А ЕСЛИ ОБА ЗАДАНИЯ - ОСНОВНОЕ И
ФОНОВОЕ - ИСПОЛЬЗУЮТ КОМАНДУ IOT, ТО ВЕКТОР 20 ДОЛЖЕН ВСЕГ-
ДА СОДЕРЖАТЬ СООТВЕТСТВУЮЩИЙ С ВЫПОЛНЯЕМЫМ ЗАДАНИЕМ АДРЕС.
ЭТО ДОСТИГАЕТСЯ ПУТЕМ ВКЛЮЧЕНИЯ ЯЧЕЕК 20 И 22 В СПИСОК
АДРЕСОВ ЗАПРОСА .CNTXSW.
ЕСЛИ ЗАПРОС .CNTXSW УКАЗАН В ПРОГРАММЕ НЕСКОЛЬКО РАЗ,
ТО МОНИТОР ИСПОЛЬЗУЕТ СПИСОК АДРЕСОВ ПОСЛЕДНЕГО ИЗ НИХ.
СПИСОК АДРЕСОВ .CNTXSW НЕ МОЖЕТ БЫТЬ В ОБЛАСТИ СВОПИН-
ГА USR И ЕГО НЕЛЬЗЯ ИЗМЕНЯТЬ В ПРОЦЕССЕ РАБОТЫ ПРОГРАММЫ.
В РЕЖИМЕ ХМ, ЗАПРОС .CNTXSW ИГНОРИРУЕТСЯ ДЛЯ ВИРТУАЛЬ-
НЫХ ЗАДАНИЙ, Т.К. ОНИ НЕ ИСПОЛЬЗУЮТ ПАМЯТЬ СОВМЕСТНО С ДРУ-
ГИМИ ЗАДАНИЯМИ. ДЛЯ ВИРТУАЛЬНЫХ ЗАДАНИЙ ВЕКТОРЫ IOT, TRAP,
BPT И ВЕКТОР 250 АВТОМАТИЧЕСКИ ВКЛЮЧАЮТСЯ МОНИТОРОМ XM В
ОПЕРАЦИЮ ПЕРЕКЛЮЧЕНИЯ КОНТЕКСТА, И, СЛЕДОВАТЕЛЬНО, МОГУТ
БЫТЬ ИСПОЛЬЗОВАНЫ ДРУГИМ ЗАДАНИЕМ БЕЗ .CNTXSW.
ФОРМАТ МАКРОКОМАНДЫ:
.CNTXSW AREA,ADDR
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС СПИСКА АДРЕСОВ (ДОЛЖЕН БЫТЬ ОГРАНИЧЕН
НУЛЕМ); АДРЕСА В СПИСКЕ ДОЛЖНЫ БЫТЬ ЧЕТНЫМИ И В ПРЕДЕЛАХ ОТ
2 ДО 476 ИЛИ В ОБЛАСТИ ЗАДАНИЯ ПОЛЬЗОВАТЕЛЯ, ИЛИ В ПРЕДЕЛАХ
ОТ 160000 ИЛИ 177776.
ФОРМАТ БЛОКА АРГУМЕНТОВ ЕМТ:
AREA: .BYTE 0,33
.WORD ADDR
ПРИМЕР.
.TITLE CNTXSW.MAC
; В ЭТОМ ПРИМЕРЕ ЗАПРОС .CNTXSW ИСПОЛЬЗУЕТСЯ ДЛЯ
; ВКЛЮЧЕНИЯ ЯЧЕЕК 20,22,177302,177304,177310 В
; ОПЕРАЦИЮ ПЕРЕКЛЮЧЕНИЯ КОНТЕКСТА.
.MCALL .CNTXSW,.PRINT,.EXIT
START: .CNTXSW #AREA,#SWLIST
BCC 1$
.PRINT #ADDRER
.EXIT
1$: .PRINT #CNTOK
.EXIT

SWLIST: .WORD 20
.WORD 22
.WORD 177302
.WORD 177304
.WORD 177310
.WORD 0

AREA: .BLKW 2

ADDRER: .ASCIZ /ОШИБКА .CNTXSW /
CNTOK: .ASCIZ /АДРЕСА ВКЛЮЧЕНЫ В ОПЕРАЦИЮ КОНТЕКСТА/

.END START

5.3.5. .CSIGEN
ЗАПРОС .CSIGEN ВЫЗЫВАЕТ РАБОТУ ИНТЕРПРЕТАТОРА КОМАНД-
НОЙ СТРОКИ (CSI) В ОБЩЕМ РЕЖИМЕ. В ЭТОМ РЕЖИМЕ CSI ОСУ-
ЩЕСТВЛЯЕТСЯ СИНТАКСИЧЕСКИЙ АНАЛИЗ КОМАНДНОЙ СТРОКИ И ВЫПОЛ-
НЯЕТ СЛЕДУЮЩИЕ ФУНКЦИИ:
1) ЗАГРУЖАЕТ ДРАЙВЕРЫ УКАЗАННЫХ УСТРОЙСТВ;
2) ВЫПОЛНЯЕТ ЗАПРОСЫ .LOOKUP И/ИЛИ .ENTER ДЛЯ УКАЗАН-
НЫХ ФАЙЛОВ;
3) ЗАПИСЫВАЕТ В СТЕК ИНФОРМАЦИЮ О ПЕРЕКЛЮЧАТЕЛЯХ;
4) ВЫПОЛНЯЕТ ЗАПРОС .CLOSE НА КАНАЛАХ 0-10 (ВОСЬМЕРИЧ-
НОЙ).
ОБЛАСТЬ, КОТОРАЯ ОТВОДИТСЯ ДЛЯ ДРАЙВЕРОВ УСТРОЙСТВ,
ДОЛЖНА БЫТЬ ДОСТАТОЧНОЙ ДЛЯ ОДНОВРЕМЕННОГО РАЗМЕЩЕНИЯ
ВСЕХ НЕОБХОДИМЫХ ДРАЙВЕРОВ. ЕСЛИ ЭТОЙ ОБЛАСТИ НЕДОСТАТОЧНО,
ТО ПРОГРАММА ПОЛЬЗОВАТЕЛЯ МОЖЕТ БЫТЬ РАЗРУШЕНА.
ПОСЛЕ ВЫПОЛНЕНИЯ ЗАПРОСА .CSIGEN РЕГИСТР R0 БУДЕТ УКА-
ЗЫВАТЬ НА ПЕРВУЮ СВОБОДНУЮ ЯЧЕЙКУ ПАМЯТИ ПОСЛЕ ДРАЙВЕРОВ
УСТРОЙСТВ.
КОГДА УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ
ПОСЛЕ ВЫПОЛНЕНИЯ ЗАПРОСА .CSIGEN, ВСЕ УКАЗАННЫЕ ФАЙЛЫ БУДУТ
ОТКРЫТЫ ДЛЯ ВВОДА И/ИЛИ ВЫВОДА. ТРИ ВЫХОДНЫХ ФАЙЛА БУДУТ
ОТКРЫТЫ СООТВЕТСТВЕННО НА 0,1 И 2-ОМ КАНАЛАХ; ШЕСТЬ ВХОДНЫХ
- БУДУТ СВЯЗАНЫ С КАНАЛАМИ 3-10 (ВОСЬМЕРИЧНОЙ).
НАПРИМЕР, В КОМАНДНОЙ СТРОКЕ
*,LP:=F1,F2
0-ОЙ И 2-ОЙ КАНАЛЫ ОСТАЮТСЯ СВОБОДНЫМИ, 1-Й КАНАЛ СВЯЗЫ-
ВАЕТСЯ С LP:, 3 И 4-Й КАНАЛЫ СВЯЗЫВАЮТСЯ СООТВЕТСТВЕННО С
ФАЙЛАМИ F1 И F2 НА DK:, КАНАЛЫ 5-10 (ВОСЬМЕРИЧНОЙ) ОСТАЮТСЯ
СВОБОДНЫМИ.
ПРОГРАММА ПОЛЬЗОВАТЕЛЯ МОЖЕТ ОПРЕДЕЛИТЬ ОТКРЫТ ИЛИ НЕТ
КАНАЛ ПОСРЕДСТВОМ ЗАПРОСА .WAIT НА СООТВЕТСТВУЮЩЕМ КАНАЛЕ,
И ПОЛУЧИТЬ СООБЩЕНИЕ ОБ ОШИБКЕ, ЕСЛИ КАНАЛ НЕ ОТКРЫТ.
ПЕРЕКЛЮЧАТЕЛИ И ИХ АРГУМЕНТЫ ЗАПИСЫВАЮТСЯ В СТЕК .
ФОРМАТ МАКРОКОМАНДЫ:
.CSIGEN DEVSPC,DEFTUP,CSTR[,LINBUF]
ГДЕ DEVSPC - АДРЕС ОБЛАСТИ ПАМЯТИ ДЛЯ ДРАЙВЕРОВ УСТРОЙСТВ;
DEFTUP - АДРЕС БЛОКА ИЗ 4-Х СЛОВ, КОТОРЫЙ СОДЕРЖИТ
ТИПЫ ФАЙЛОВ В КОДАХ RADIX-50. СОДЕРЖИМОЕ ЭТОГО БЛОКА
ИСПОЛЬЗУЕТСЯ МОНИТОРОМ, ЕСЛИ В КОМАНДНОЙ СТРОКЕ НЕ УКАЗАНЫ
ТИПЫ ФАЙЛОВ;
CSTR - АДРЕС КОМАНДНОЙ СТРОКИ. ОНА НЕ ДОЛЖНА СОДЕРЖАТЬ
ВК , ПС , НО ДОЛЖНА ОКАНЧИВАТЬСЯ НУЛЕВЫМ БАЙТОМ. ЕСЛИ CSTR
НЕ УКАЗАН ИЛИ 0, ТО ВВОД ОСУЩЕСТВЛЯЕТСЯ С ТЕРМИНАЛА; ПОД
УПРАВЛЕНИЕМ МОНИТОРА FB(ХМ), ЕСЛИ ВВОД ОСУЩЕСТВЛЯЕТСЯ С
СИСТЕМНОГО ТЕРМИНАЛА, БУДЕТ АВТОМАТИЧЕСКИ ВЫПОЛНЕН ЗАПРОС
.UNLOCK ДЛЯ USR;
LINBUF - АДРЕС, ПО КОТОРОМУ БУДЕТ ЗАПИСАНА КОПИЯ ВВЕ-
ДЕННОЙ КОМАНДНОЙ СТРОКИ; ЭТА ОБЛАСТЬ ОПРЕДЕЛЯЕТСЯ ПОЛЬЗОВА-
ТЕЛЕМ И ИМЕЕТ ДЛИНУ 81 (ДЕСЯТИЧНОЙ) БАЙТ; КОМАНДНАЯ СТРОКА
В ЭТОЙ ОБЛАСТИ ОГРАНИЧИВАЕТСЯ НУЛЕВЫМ БАЙТОМ.
ПРИМЕЧАНИЯ:
1) БЛОК, АДРЕС КОТОРОГО УКАЗАН В DEFTYP, В 1-ОМ СЛОВЕ
СОДЕРЖИТ ТИП ФАЙЛА ДЛЯ ВСЕХ ВХОДНЫХ ФАЙЛОВ, ВО 2, 3 И 4-ОМ
СЛОВАХ - ТИПЫ ФАЙЛОВ СООТВЕТСТВЕННО ДЛЯ 0,1 И 2-ГО ВЫХОДНЫХ
ФАЙЛОВ. ЕСЛИ В БЛОКЕ НЕ УКАЗАН ТИП ФАЙЛА ДЛЯ ОПРЕДЕЛЕННОГО
КАНАЛА, СООТВЕТСТВУЮЩЕЕ СЛОВО ДОЛЖНО СОДЕРЖАТЬ НУЛЬ. ВСЕ
ТИПЫ ФАЙЛОВ ДОЛЖНЫ БЫТЬ ЗАПИСАНЫ В КОДАХ RADIX-50.
2) ЗАПРОС CSIGEN АВТОМАТИЧЕСКИ ВОСПРИНИМАЕТ КОМАНДНУЮ
СТРОКУ ИЗ КОСВЕННОГО ФАЙЛА, ЕСЛИ УКАЗАН ВВОД С ТЕРМИНАЛА
(CSTR=0) И ПРОГРАММА, ИСПОЛЬЗУЮЩАЯ .CSIGEN ВЫЗЫВАЕТСЯ ЧЕРЕЗ
КОСВЕННЫЙ ФАЙЛ.
3) АРГУМЕНТ LINBUF ПРЕДОСТАВЛЯЕТ ПОЛЬЗОВАТЕЛЮ ВОЗМОЖ-
НОСТЬ ВОССТАНОВЛЕНИЯ ПЕРВОНАЧАЛЬНО ВВЕДЕННОЙ КОМАНДНОЙ
СТРОКИ.
4) ЕСЛИ ОШИБКА ПРОИСХОДИТ ПРИ ВВОДЕ КОМАНДНОЙ СТРОКИ С
ТЕРМИНАЛА, ТО CSI ПЕЧАТАЕТ СООБЩЕНИЕ ОБ ОШИБКЕ НА ТЕРМИНА-
ЛЕ, ЕСЛИ ПРИ ВВОДЕ ИЗ ПАМЯТИ - УСТАНАВЛИВАЕТСЯ С-РАЗРЯД И
КОД ОШИБКИ (52-ОЙ БАЙТ).
ПРИМЕР.
.TITLE CSIGEN.MAC
;ПРИМЕР ПРОГРАММЫ С ИСПОЛЬЗОВАНИЕМ ЗАПРОСА .CSIGEN
;ВЫПОЛНЯЕТ КОПИРОВАНИЕ УКАЗАННОГО ФАЙЛА

.MCALL .CSIGEN,.READW,.WRITW,.CLOSE,.SRESET,.EXIT
.MCALL .PRINT

ERRBYT=52

START: .CSIGEN #DSPACE,#DEXT ;ВВЕСТИ КОМАНДНУЮ СТРОКУ
MOV R0,BUFF ;УКАЗАТЕЛЬ НА СВОБОДНУЮ
;ПАМЯТЬ
CLR INBLK ;НОМЕР БЛОКА
MOV #AREA,R5
READ: .READW R5,#3,BUFF,#400,INBLK ;ЧИТАТЬ БЛОК
BCC 2$
TSTB @#ERRBYT ;КОНЕЦ ФАЙЛА?
BEQ EOF ;ДА
MOV #INERR,R0
1$: .PRINT ;ПЕЧАТЬ ССОБЩЕНИЯ
CLR R0
.EXIT
2$: .WRITW R5,#0,BUFF,#400,INBLK ;ЗАПИСАТЬ БЛОК
BCC NOERR
MOV #WTERR,R0
BR 1$
NOERR: INC INBLK ;УВЕЛИЧИТЬ СЧЕТЧИК И
BR READ ;ЧИТАТЬ СЛЕДУЮЩИЙ БЛОК
EOF: .CLOSE #0 ;КОНЕЦ ФАЙЛА - ЗАКРЫТЬ
.CLOSE #3 ;ВХОДНОЙ И ВЫХОДНОЙ
;КАНАЛЫ
.SRESET ;УДАЛИТЬ ДРАЙВЕРЫ ИЗ
;ПАМЯТИ
.EXIT

DEXT: .WORD 0,0,0,0
BUFF: .WORD 0
INBLK: .WORD 0
AREA: .BLKW 5

INERR: .ASCIZ /ОШИБКА ВВОДА/
WTERR: .ASCIZ /ОШИБКА ВЫВОДА/
.EVEN

DSPACE =.

.END START

5.3.6. .CSISPC
ЗАПРОС .CSISPC ВЫЗЫВАЕТ РАБОТУ CSI В СПЕЦИАЛЬНОМ РЕЖИ-
МЕ. В ЭТОМ РЕЖИМЕ ОН ОСУЩЕСТВЛЯЕТ СИНТАКСИЧЕСКИЙ АНАЛИЗ
КОМАНДНОЙ СТРОКИ И ПЕРЕДАЕТ СПЕЦИФИКАЦИИ ФАЙЛОВ И ПЕРЕКЛЮ-
ЧАТЕЛИ, УКАЗАННЫЕ В НЕЙ, ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ. В СПЕ-
ЦИАЛЬНОМ РЕЖИМЕ CSI НЕ ВЫПОЛНЯЕТ ДЕЙСТВИЙ, АНАЛОГИЧНЫХ
ФУНКЦИЯМ ЗАПРОСОВ .FETCH,.CLOSE, .ENTER,.LOOKUP.
ПЕРЕКЛЮЧАТЕЛИ И ИХ АРГУМЕНТЫ ПЕРЕСЫЛАЮТСЯ В СТЕК.
ЕСЛИ ПРОГРАММА, ИСПОЛЬЗУЮЩАЯ .CSISPC, ВЫЗЫВАЕТСЯ ЧЕРЕЗ
КОСВЕННЫЙ ФАЙЛ И CSTR=0, TO .CSISPC АВТОМАТИЧЕСКИ ВЫБИРАЕТ
ВХОДНУЮ СТРОКУ ИЗ КОСВЕННОГО ФАЙЛА.
ФОРМАТ МАКРОКОМАНДЫ:
.CSISPC OUTSPC,DEFTUP[,CSTR[],LINBUF]
ГДЕ OUTSPC - АДРЕС БЛОКА ИЗ 39 СЛОВ ДЛЯ СПЕЦИФИКАЦИЙ ФАЙЛОВ
КОМАНДНОЙ СТРОКИ;
DEFTYP - АДРЕС БЛОКА ИЗ 4-Х СЛОВ, КОТОРЫЙ СОДЕРЖИТ
ТИПЫ ФАЙЛОВ В КОДАХ RADIX-50. СОДЕРЖИМОЕ ЭТОГО БЛОКА
ИСПОЛЬЗУЕТСЯ МОНИТОРОМ, ЕСЛИ В КОМАНДНОЙ СТРОКЕ НЕ УКАЗАНЫ
ТИПЫ ФАЙЛОВ;
CSTR - АДРЕС КОМАНДНОЙ СТРОКИ. ОНА НЕ ДОЛЖНА СОДЕРЖАТЬ
ВК,ПС , НО ДОЛЖНА ОКАНЧИВАТЬСЯ НУЛЕВЫМ БАЙТОМ. ЕСЛИ CSTR НЕ
УКАЗАН ИЛИ 0, ТО ВВОД ОСУЩЕСТВЛЯТСЯ С ТЕРМИНАЛА;
LINBUF - АДРЕС, ПО КОТОРОМУ БУДЕТ ЗАПИСАНА КОПИЯ ВВЕ-
ДЕННОЙ КОМАНДНОЙ СТРОКИ; ЭТА ОБЛАСТЬ ОПРЕДЕЛЯЕТСЯ ПОЛЬЗОВА-
ТЕЛЕМ И ИМЕЕТ ДЛИНУ 81 БАЙТ; КОМАНДНАЯ СТРОКА В ЭТОЙ ОБЛАС-
ТИ ОГРАНИЧИВАЕТСЯ НУЛЕВЫМ БАЙТОМ.
БЛОК, АДРЕС КОТОРОГО УКАЗАН В OUTSPC, СОДЕРЖИТ СПЕЦИ-
ФИКАЦИЮ ДЛЯ 9 ФАЙЛОВ: ПО 5 СЛОВ ДЛЯ КАЖДОГО ИЗ 3-Х ВЫХОДНЫХ
ФАЙЛОВ И ПО 4 СЛОВА ДЛЯ КАЖДОГО ИЗ 6-ТИ ВХОДНЫХ ФАЙЛОВ.
ПЯТЬ СЛОВ ДЛЯ ВЫХОДНОГО ФАЙЛА ИМЕЮТ СЛЕДУЮЩЕЕ СОДЕРЖИМОЕ:
1-ОЕ СЛОВО - ИМЯ УСТРОЙСТВА; 2 И 3 СЛОВА - ИМЯ ФАЙЛА; 4-ОЕ
СЛВО - ТИП ФАЙЛА; 5-Е СЛОВО - ДЛИНА ВЫХОДНОГО ФАЙЛА. ЕСЛИ
КАКОЙ-ТО ФАЙЛ ОТСУТСТВУЕТ, ТО СООТВЕТСТВУЮЩИЕ СЛОВА БЛОКА
СОДЕРЖАТ НУЛИ.
НАПРИМЕР,
*DX1:LIST.MAC[15]=PC:
ПОСЛЕ ВЫПОЛНЕНИЯ .CSISPC ПЕРВЫЕ 5 СЛОВ ДЛЯ БЛОКА,
АДРЕС КОТОРОГО УКАЗАН В OUTSPC, БУДУТ ИМЕТЬ СЛЕДУЮЩЕЕ ЗНА-
ЧЕНИЯ:
16337 RADIX-50 ДЛЯ DX1
46173 RADIX-50 ДЛЯ LIS
76400 RADIX-50 ДЛЯ T
50553 RADIX-50 ДЛЯ MAC
00017 ДЛИНА ФАЙЛА

ПЕРВЫЕ 4 СЛОВА ДЛЯ СПЕЦИФИКАЦИЙ ВХОДНЫХ ФАЙЛОВ (НАЧИ-
НАЯ С АДРЕСА OUTSPC+36) БУДУТ ВЫГЛЯДЕТЬ ТАК:
62170 RADIX-50 ДЛЯ PC
0 ИМЯ ФАЙЛА НЕ УКАЗАНО
0
0
ЕСЛИ ПРИ ВВОДЕ С ТЕРМИНАЛА ПРОИЗОШЛА ОШИБКА, USR НЕ
ПЕЧАТАЕТ НА ТЕРМИНАЛЕ СООБЩЕНИЕ ОБ ОШИБКЕ, А УСТАНАВЛИВАЕТ
С-РАЗРЯД В ССП.
ПРИМЕР.

.TITLE CSISPC.MAC

;В ЭТОМ ПРИМЕРЕ ИСПОЛЬЗУЕТСЯ СПЕЦИАЛЬНЫЙ РЕЖИМ
;РАБОТЫ ИНТЕРПРЕТАТОРА КОМАНДНОЙ СТРОКИ.
;ЗАПРОС .DSTATUS ОПРЕДЕЛЯЕТ ЗАГРУЖЕН ЛИ ДРАЙВЕР
;ВЫХОДНОГО УСТРОЙСТВА И, ЕСЛИ НЕТ, ТО ИСПОЛЬЗУЕТСЯ
;ЗАПРОС .FETCH ДЛЯ ЗАГРУЗКИ ДРАЙВЕРА В ПАМЯТЬ.
;ЗАТЕМ УКАЗАНЫЙ ФАЙЛ УДАЛЯЕТСЯ ПО ЗАПРОСУ .DELETE.

.MCALL .CSISPC,.DSTATUS,.FETCH,.PRINT,.EXIT,.DELETE

START: MOV SP,R5 ;СОХРАНИТЬ ТЕКУЩИЙ УКАЗАТЕЛЬ СТЕКА
.CSISPC #OUTSP,#DEFEXT ;ВВОД КОМАНДНОЙ СТРОКИ
MOV R5,SP ;ВОССТАНОВИТЬ УКАЗАТЕЛЬ СТЕКА
.DSTAT #STAT,#OUTSP ;ПРОВЕРИТЬ НАЛИЧИЕ ДРАЙВЕРА
;ВЫХОДНОГО УСТРОЙСТВА
TST STAT+4 ;ДРАЙВЕР ЗАГРУЖЕН?
BNE 2$ ;ДА
.FETCH #DEVLOD,#INSPEC;НЕТ-ЗАГРУЗИТЬ ДРАЙВЕР
BCC 2$
.PRINT #FEFAIL
.EXIT
2$: .DELETE #AREA,#0,#INSPEC;УДАЛИТЬ ФАЙЛ
BCC 3$
.PRINT #NOFILE
BR START
3$: .PRINT #FILDEL
.EXIT

AREA: .BLKW 2
STAT: .BLKW 4
DEFEXT: .WORD 0,0,0,0
FEFAIL: .ASCIZ /ОШИБКА .FETCH/
NOFILE: .ASCIZ /ФАЙЛ НЕ НАЙДЕН/
FILDEL: .ASCIZ /ФАЙЛ УДАЛЕН/
.EVEN
OUTSP: .BLKW 5*3 ;СПЕЦИФИКАЦИИ ВЫХ.ФАЙЛОВ
INSPEC: .BLKW 4*6 ;СПЕЦИФИКАЦИИ ВХ.ФАЙЛОВ
DEVLOD: .BLKW 1 ;АДРЕС ЗАГРУЗКИ ДРАЙВЕРА
.END START

5.3.6.1. ПЕРЕДАЧА ИНФОРМАЦИИ О ПЕРЕКЛЮЧАТЕЛЯХ
ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ.
В ОБЩЕМ И СПЕЦИАЛЬНОМ РЕЖИМАХ РАБОТЫ CSI ПЕРЕКЛЮЧАТЕЛИ
И ИХ АРГУМЕНТЫ ПЕРЕСЫЛАЮТСЯ В СТЕК. ПЕРЕКЛЮЧАТЕЛЬ ПРЕДСТАВ-
ЛЯЕТ СОБОЙ НАКЛОННУЮ ЧЕРТУ (/), ЗА КОТОРОЙ СЛЕДУЕТ ИМЯ
ПЕРЕКЛЮЧАТЕЛЯ (СИМВОЛ КОИ-7). ЗА ПЕРЕКЛЮЧАТЕЛЕМ МОЖЕТ СЛЕ-
ДОВАТЬ АРГУМЕНТ, ПЕРЕД КОТОРЫМ СТАВИТСЯ РАЗДЕЛИТЕЛЬ (:).
АРГУМЕНТ МОЖЕТ БЫТЬ ВОСЬМЕРИЧНЫМ ИЛИ ДЕСЯТИЧНЫМ ЧИСЛОМ
(ЧИСЛОМ С ТОЧКОЙ), ИЛИ КОМБИНАЦИЕЙ БУКВЕННО - ЦИФРОВЫХ
СИМВОЛОВ (ОТ ОДНОГО ДО ТРЕХ), ПЕРВЫЙ ИЗ КОТОРЫХ - БУКВА. В
КОМАНДНОЙ СТРОКЕ ПЕРЕКЛЮЧАТЕЛИ МОГУТ БЫТЬ СВЯЗАНЫ С ФАЙЛА-
МИ.
НАПРИМЕР: *DK:FOO/A,DX1:FILE.OBJ/A:100
В ЭТОМ СЛУЧАЕ ИМЕЕТСЯ ДВА ПЕРЕКЛЮЧАТЕЛЯ А, ПЕРВЫЙ ИЗ
КОТОРЫХ СВЯЗАН С ВХОДНЫМ ФАЙЛОМ FOO, ВТОРОЙ СВЯЗАН С ВХОД-
НЫМ ФАЙЛОМ FILE:OBJ И ИМЕЕТ АРГУМЕНТ 100 (ВОСЬМЕРИЧНЫЙ).
В ТАБЛ. 10 ПРИВОДИТСЯ ФОРМАТ СОДЕРЖИМОГО СТЕКА ПОСЛЕ
ВЫПОЛНЕНИЯ ЗАПРОСА .CSIGEN ИЛИ .CSISPC. УКАЗАТЕЛЬ СТЕКА
БУДЕТ СОДЕРЖАТЬ АДРЕС ПЕРВОГО СЛОВА.

ТАБЛИЦА 10
-----------------------------------------------------------
! СЛОВО ! СОДЕРЖИМОЕ ! ЗНАЧЕНИЕ !
!---------------------------------------------------------!
! 1 ! N ! ЧИСЛО ПЕРЕКЛЮЧАТЕЛЕЙ В !
! ! ! КОМАНДНОЙ СТРОКЕ !
! 2 ! ИМЯ ПЕРЕКЛЮЧАТЕЛЯ И ! ЧЕТНЫЙ БАЙТ СОДЕРЖИТ ИМЯ !
! ! НОМЕР ФАЙЛА ! ПЕРЕКЛЮЧАТЕЛЯ. РАЗРЯДЫ !
! ! ! 8-14 СОДЕРЖАТ НОМЕР !
! ! ! (ОТ 0 ДО 10) ФАЙЛА, С КО-!
! ! ! ТОРЫМ СВЯЗАН ДАННЫЙ ПЕРЕ-!
! ! ! КЛЮЧАТЕЛЬ. РАЗРЯД 15 СО- !
! ! ! ДЕРЖИТ 1, ЕСЛИ ПЕРЕКЛЮЧА-!
! ! ! ТЕЛЬ ИМЕЕТ АРГУМЕНТ !
! 3 ! АРГУМЕНТ ПЕРЕКЛЮЧА- ! ЕСЛИ УСТАНОВЛЕН 15-Й РАЗ-!
! ! ТЕЛЯ ИЛИ ИМЯ СЛЕДУ- ! РЯД В СЛОВЕ 2, ТО СЛОВО 3!
! ! ЮЩЕГО ПЕРЕКЛЮЧАТЕЛЯ ! СОДЕРЖИТ АРГУМЕНТ ПЕРЕ- !
! ! ! КЛЮЧАТЕЛЯ. В ПРОТИВНОМ !
! ! ! СЛУЧАЕ - ИМЯ СЛЕДУЮЩЕГО !
! ! ! ПЕРЕКЛЮЧАТЕЛЯ !
-----------------------------------------------------------

НАПРИМЕР, ПОСЛЕ ОБРАБОТКИ CSI КОМАНДНОЙ СТРОКИ
*FILE/B:20.,FIL2/E=DX1:INPUT/X:SY:20
СТЕК БУДЕТ СОДЕРЖАТЬ ЗНАЧЕНИЯ, ОПИСАННЫЕ В ТАБЛ. 11.

ТАБЛИЦА 11
-----------------------------------------------------------
! СОДЕРЖИМОЕ ! ЗНАЧЕНИЕ !
!---------------------------------------------------------!
! 4 ! ЧИСЛО ПЕРЕКЛЮЧАТЕЛЕЙ (ПЕРЕКЛЮЧАТЕЛЬ X !
! ! ИМЕЕТ ДВА АРГУМЕНТА И РАССМАТРИВАЕТСЯ КАК !
! ! ДВА ПЕРЕКЛЮЧАТЕЛЯ) !
! 101530 ! ПОСЛЕДНИЙ ПЕРЕКЛЮЧАТЕЛЬ (X) СВЯЗАН С 3-ИМ !
! ! ФАЙЛОМ И ИМЕЕТ АРГУМЕНТ !
! 20 ! АРГУМЕНТ ПЕРЕКЛЮЧАТЕЛЯ X !
! 101530 ! СЛЕДУЮЩИЙ ПЕРЕКЛЮЧАТЕЛЬ (X) СВЯЗАН С 3-ИМ !
! ! ФАЙЛОМ И ИМЕЕТ АРГУМЕНТ !
! 75250 ! АРГУМЕНТ ПЕРЕКЛЮЧАТЕЛЯ X-SY В КОДАХ !
! ! RADIX-50 !
! 505 ! СЛЕДУЮЩИЙ ПЕРЕКЛЮЧАТЕЛЬ (Е) СВЯЗАН С 1-М !
! ! ФАЙЛОМ И НЕ ИМЕЕТ АРГУМЕНТА !
! 100102 ! ПЕРЕКЛЮЧАТЕЛЬ (В) СВЯЗАН С 0-М ФАЙЛОМ И !
! ! ИМЕЕТ АРГУМЕНТ !
! 24 ! АРГУМЕНТ ПЕРЕКЛЮЧАТЕЛЯ В !
-----------------------------------------------------------

ПРИМЕЧАНИЯ:

1) ВО МНОГИХ СЛУЧАЯХ, ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ НЕ ТРЕ-
БУЕТСЯ ОБРАБОТКА ПЕРЕКЛЮЧАТЕЛЕЙ ПОСРЕДСТВОМ CSI. ОДНАКО,
ВОЗМОЖЕН НЕПРЕДНАМЕРЕННЫЙ ВВОД ПЕРЕКЛЮЧАТЕЛЕЙ ПОЛЬЗОВАТЕ-
ЛЕМ. В ЭТОМ СЛУЧАЕ, РЕКОМЕНДУЕТСЯ СОХРАНИТЬ ЗНАЧЕНИЕ УКАЗА-
ТЕЛЯ СТЕКА ПЕРЕД ВЫЗОВОМ CSI, А ЗАТЕМ ВОССТАНОВИТЬ ЕГО.
ЗАМЕТИМ, ЧТО КОМАНДНАЯ СТРОКА БЕЗ ПЕРЕКЛЮЧАТЕЛЕЙ ПЕРЕМЕЩАЕТ
УКАЗАТЕЛЬ СТЕКА НА ОДНО СЛОВО.

5.3.7. .ABTIO
ЗАПРОС .ABTIO ПОЗВОЛЯЕТ ТЕКУЩЕМУ ЗАДАНИЮ ЗАПРЕТИТЬ ВСЕ
ОПЕРАЦИИ ВВОДА - ВЫВОДА НА УКАЗАННОМ КАНАЛЕ, НЕ ПРЕРЫВАЯ
ВЫПОЛНЕНИЯ ПРОГРАММЫ.
ЗАПРЕЩАЕТСЯ ИСПОЛЬЗОВАТЬ .ABTIO В ПОДПРОГРАММАХ ЗАВЕР-
ШЕНИЯ.
ФОРМАТ МАКРОКОМАНДЫ: .ABTIO CHAN
ГДЕ CHAN - НОМЕР КАНАЛА.

5.3.8. .CSTAT (РЕЖИМ FB,XM)
ЗАПРОС .CSTAT ПЕРЕДАЕТ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ ИНФОРМА-
ЦИЮ О СОСТОЯНИИ КАНАЛА.
ФОРМАТ МАКРОКОМАНДЫ:
.CSTAT AREA,CHAN,ADDR
ГДЕ AREA - АДРЕС БЛОКА ИЗ ДВУХ СЛОВ АРГУМЕНТОВ ЕМТ;
CHAN - НОМЕР КАНАЛА, ИНФОРМАЦИЮ О КОТОРОМ ТРЕБУЕТСЯ
ПОЛУЧИТЬ;
ADDR - АДРЕС БЛОКА ИЗ 6-ТИ СЛОВ ДЛЯ ИНФОРМАЦИИ О СОС-
ТОЯНИИ КАНАЛА.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE CHAN,27
.WORD ADDR
ПРИМЕР.

.TITLE CSTAT.MAC
;В ЭТОМ ПРИМЕРЕ ЗАПРОС .CSTAT ИСПОЛЬЗУЕТСЯ ДЛЯ ОПРЕДЕЛЕНИЯ
;УСТРОЙСТВА, СВЯЗАНОГО С УКАЗАННЫМ КАНАЛОМ.

.MCALL .CSTAT,.CSIGEN,.PRINT,.EXIT

START: MOV SP,R5
.CSIGEN #DEVSDC,#DEFEXT ;ВВОД КОМАНДНОЙ СТРОКИ
MOV R5,SP
.CSTAT #AREA,#0,#ADDR ;ПОЛУЧИТЬ ИНФОРМАЦИЮ О
;КАНАЛЕ
BCS NOCHAN ;КАНАЛ НЕ ОТКРЫТ
MOV #ADDR+10,R5
MOV (R5)+,R0
ADD (PC)+,R0
.RAD50 / 0/
ADD (R5),R0 ;ПОЛУЧИТЬ ИМЯ УСТРОЙСТВА
MOV R0,DEVNAM
.EXIT

NOCHAN: .PRINT #MSG
.EXIT

MSG: .ASCIZ /НЕТ ВЫХОДНОГО ФАЙЛА - КАНАЛ НЕ ОТКРЫТ/
.EVEN
AREA: .BLKW 5
ADDR: .BLKW 6
DEVNAM: .WORD 0 ;ИМЯ УСТРОЙСТВА
DEFEXT: .WORD 0,0,0,0

DEVSDC =. ;АДРЕС ЗАГРУЗКИ ДРАЙВЕРА

.END START

5.3.9. .DATE
ЗАПРОС .DATE ПЕРЕДАЕТ ИНФОРМАЦИЮ О ТЕКУЩЕЙ ДАТЕ ИЗ
СИСТЕМНОЙ ЯЧЕЙКИ ДАТЫ В РЕГИСТР R0. ЯЧЕЙКА ДАТЫ ИМЕЕТ СЛЕ-
ДУЮЩИЙ ФОРМАТ:
РАЗРЯДЫ 13-10 - МЕСЯЦ;
РАЗРЯДЫ 9-5 - ДЕНЬ;
РАЗРЯДЫ 4-0 - ГОД.
ЗНАЧЕНИЕ ГОДА В РАЗРЯДАХ С 0 ПО 4 ЯВЛЯЕТСЯ ФАКТИЧЕСКИМ
ГОДОМ МИНУС 1972.
ФОРМАТ МАКРОКОМАНДЫ:
.DATE
НУЛЕВОЕ ЗНАЧЕНИЕ В R0 УКАЗЫВАЕТ НА ТО, ЧТО ПОЛЬЗОВА-
ТЕЛЬ ДАТУ НЕ ОПРЕДЕЛИЛ.
ПРИМЕР.
.TITLE DATE.MAC
;ПРИМЕР ПОДПРОГРАММЫ ОБРАБОТКИ ДАТЫ (ВВЕДЕНОЙ ПО КОМАНДЕ
;DATE) С ИСПОЛЬЗОВАНИЕМ ЗАПРОСА .DATE, К КОТОРОЙ МОЖНО
;ОБРАТИТЬСЯ ИЗ ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ.
;
;ВЫХ.ДАННЫЕ: R0 = МЕСЯЦ (1-12)
; R1 = ДЕНЬ (1-31)
; R2 = ГОД (ДВЕ ПОСЛЕДНИЕ ЦИФРЫ)
;
;ОШИБКИ: R0 = 0, ЕСЛИ ДАТА НЕ ВВЕДЕНА
;

.MCALL .DATE

DATE:: .DATE ;ПОЛУЧИТЬ ДАТУ ИЗ R0
MOV R0,R2
BEQ 1$ ;ВЕТВЛЕНИЕ, ЕСЛИ ДАТА НЕ
;ВВЕДЕНА
BIC #37,R2;ВЫБРАТЬ ГОД
ADD #72,R2
MOV R0,R1
ASL R1 ;ВЫБРАТЬ ДЕНЬ
ASL R1
ASL R1
SWAB R1
BIC #37,R1;ВЫБРАТЬ МЕСЯЦ
SWAB R0
ASR R0
ASR R0
BIC #37,R0
1$: RETURN ;ВЫХОД ИЗ ПОДПРОГРАММЫ
.END

5.3.10. .DEVICE(РЕЖИМ FB,XM)
ЗАПРОС .DEVICE ПОЗВОЛЯЕТ ЗАПИСАТЬ ОПРЕДЕЛЕННЫЕ ЗНАЧЕ-
НИЯ ПО УКАЗАННЫМ АДРЕСАМ ПОСЛЕ ВЫХОДА ИЗ ПРОГРАММЫ (ПО
.EXIT ИЛИ СУ/С). ЭТА ФУНКЦИЯ В ОСНОВНОМ ИСПОЛЬЗУЕТСЯ ДЛЯ
ЗАПИСИ В РЕГИСТРЫ УСТРОЙСТВ НЕОБХОДИМЫХ ЗНАЧЕНИЙ.
В ПРОГРАММЕ МОЖЕТ БЫТЬ НЕСКОЛЬКО ЗАПРОСОВ .DEVICE И
ПОЛЬЗОВАТЕЛЬ МОЖЕТ СВЯЗАТЬ ВСЕ ТАБЛИЦЫ АДРЕСОВ В ОДНУ ТАБ-
ЛИЦУ.
ЗАПРОС .DEVICE ИГНОРИРУЕТСЯ, ЕСЛИ ОН ВЫДАЕТСЯ ИЗ ВИР-
ТУАЛЬНОГО ЗАДАНИЯ В РЕЖИМЕ ХМ.
ФОРМАТ МАКРОКОМАНДЫ:
.DEVICE AREA,ADDR[,LINK]
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС ТАБЛИЦЫ АДРЕСОВ И ЗНАЧЕНИЙ;
LINK - ПРОИЗВОЛЬНЫЙ АРГУМЕНТ, КОТОРЫЙ ПОЗВОЛЯЕТ СВЯ-
ЗАТЬ ТАБЛИЦЫ АДРЕСОВ И ЗНАЧЕНИЙ ПОСЛЕДОВАТЕЛЬНЫХ ЗАПРОСОВ
.DEVICE. ЕСЛИ АРГУМЕНТ LINK ОПУЩЕН, ТО УЖЕ СУЩЕСТВУЮЩАЯ
ТАБЛИЦА ЗАМЕНЯЕТСЯ НОВОЙ ПРИ ОБНАРУЖЕНИИ ОЧЕРЕДНОГО ЗАПРОСА
.DEVICE.
ТАБЛИЦА АДРЕСОВ И ЗНАЧЕНИЙ МОЖЕТ ИМЕТЬ ДВА ФОРМАТА -
СВЯЗАННЫЙ И НЕ СВЯЗАННЫЙ. ОБА ФОРМАТА ДОЛЖНЫ ОКАНЧИВАТЬСЯ
НУЛЕМ. СВЯЗАННЫЙ ФОРМАТ ДОЛЖЕН ИМЕТЬ В ПЕРВОМ СЛОВЕ ТАКЖЕ
НОЛЬ. НА РИС.5 ПОКАЗАНЫ РАЗЛИЧНЫЕ ФОРМАТЫ ТАБЛИЦЫ АДРЕСОВ И
ЗНАЧЕНИЙ.

НЕ СВЯЗАННЫЙ СВЯЗАННЫЙ
------------- -------------
ADDR: ! АДРЕС ! ADDR: ! 0 !
------------- -------------
! ЗНАЧЕНИЕ ! ! АДРЕС !
------------- -------------
! АДРЕС ! ! ЗНАЧЕНИЕ !
------------- -------------
! ЗНАЧЕНИЕ ! ! АДРЕС !
------------- -------------
. ! ЗНАЧЕНИЕ !
. -------------
. .
------------- .
! АДРЕС ! .
------------- -------------
! ЗНАЧЕНИЕ ! ! АДРЕС !
------------- -------------
! 0 ! ! ЗНАЧЕНИЕ !
------------- -------------
! 0 !
-------------

РИС.5

5.3.11. .DSTATUS
ЗАПРОС .DSTATUS ИСПОЛЬЗУЕТСЯ ДЛЯ ПОЛУЧЕНИЯ ИНФОРМАЦИИ
ОБ ОПРЕДЕЛЕННОМ УСТРОЙСТВЕ.
ФОРМАТ МАКРОКОМАНДЫ:

.DSTATUS DSTBLK,DEVNAM
ГДЕ DSTBLK - АДРЕС БЛОКА ИЗ 4-Х СЛОВ СОСТОЯНИЯ УСТРОЙСТВА;
DEVNAM - АДРЕС ИМЕНИ УСТРОЙСТВА В КОДАХ RADIX-50. ПЕР-
ВЫМ СЛОВОМ БЛОКА СОСТОЯНИЯ ЯВЛЯЕТСЯ СЛОВО СОСТОЯНИЯ УСТ-
РОЙСТВА. ВОЗМОЖНЫЕ ЗНАЧЕНИЯ РАЗРЯДОВ СЛОВА СОСТОЯНИЯ УСТ-
РОЙСТВА ПРИВЕДЕНЫ В ТАБЛ.12.
ТАБЛИЦА 12
-----------------------------------------------------------
! РАЗРЯД ! СОДЕРЖИМОЕ ! ЗНАЧЕНИЕ !
!---------------------------------------------------------!
! 0-7 ! 0 ! КАССЕТА МАГНИТНЫХ ДИСКОВ !
! ! 2 ! ЛОГИЧЕСКОЕ УСТРОЙСТВО РЕГИСТРАЦИИ !
! ! ! ОШИБОК !
! ! 3 ! ПОСТРОЧНО-ПЕЧАТАЮЩЕЕ УСТРОЙСТВО !
! ! 4 ! СИСТЕМНЫЙ ТЕРМИНАЛ ИЛИ ДРАЙВЕР !
! ! ! BATCH !
! ! 6 ! ГИБКИЕ ДИСКИ С ДВОЙНОЙ ПЛОТНОСТЬЮ !
! ! 7 ! ПЕРФОЛЕНТОЧНОЕ УСТРОЙСТВО ВВОДА И !
! ! ! ВЫВОДА !
! ! 11 ! НАКОПИТЕЛЬ НА МАГНИТНОЙ ЛЕНТЕ !
! ! 21 ! ПАКЕТ МАГНИТНЫХ ДИСКОВ DP !
! ! ! (29 МГБАЙТ) !
! ! 22 ! ГИБКИЕ ДИСКИ !
! ! 25 ! ФИКТИВНОЕ УСТРОЙСТВО !
! ! 34 ! КАССЕТНАЯ МАГНИТНАЯ ЛЕНТА !
! ! 41 ! УСТРОЙСТВО ПЕЧАТИ ПОСЛЕДОВАТЕЛЬНО-!
! ! ! ГО ТИПА !
! ! 42 ! ДРАЙВЕР ОБМЕНА МЕЖДУ ЗАДАНИЯМИ !
! ! 46 ! ДРАЙВЕР ЛОГИЧЕСКОГО ДИСКА !
! ! 47 ! ДРАЙВЕР РАСШИРЕННОЙ ПАМЯТИ !
! ! 50 ! ДИСКИ ВИНЧЕСТЕРСКОГО ТИПА ИЛИ !
! ! ! ГИБКИЕ МИНИ-ДИСКИ !
! ! 51 ! РЕДАКТОР КОМАНДНОЙ СТРОКИ !
! 10 ! 1 ! ДРАЙВЕР УСТРОЙСТВА ДОПУСКАЕТ !
! ! ! ИСПОЛЬЗОВАНИЕ ЗАПРОСА .SPFUN !
! ! 0 ! НЕ ДОПУСКАЕТСЯ ИСПОЛЬЗОВАНИЕ !
! ! ! ЗАПРОСА .SPFUN !
! 11 ! - ! РЕЗЕРВНЫЙ !
! 12 ! 1 ! УСТРОЙСТВО НЕСПРАВОЧНОЙ СТРУКТУРЫ !
! 13 ! 1 ! УСТРОЙСТВО ТОЛЬКО ДЛЯ ЗАПИСИ !
! 14 ! 1 ! УСТРОЙСТВО ТОЛЬКО ДЛЯ ЧТЕНИЯ !
! 15 ! 1 ! УСТРОЙСТВО С ПРОИЗВОЛЬНЫМ ДОСТУПОМ!
! ! ! К ДАННЫМ !
! ! 0 ! УСТРОЙСТВО С ПОСЛЕДОВАТЕЛЬНЫМ !
! ! ! ДОСТУПОМ К ДАННЫМ !
-----------------------------------------------------------

ВТОРОЕ СЛОВО ПРЕДСТАВЛЯЕТ СОБОЙ ДЛИНУ ДРАЙВЕРА УСТ-
РОЙСТВА В БАЙТАХ.
ТРЕТЬЕ СЛОВО ПРЕДСТАВЛЯЕТ СОБОЙ АДРЕС ЗАГРУЗКИ ДРАЙВЕ-
РА ПЛЮС 6. ЕСЛИ 0 - ДРАЙВЕРА В ПАМЯТИ НЕТ.
ЧЕТВЕРТОЕ СЛОВО ПРЕДСТАВЛЯЕТ СОБОЙ ЕМКОСТЬ УСТРОЙСТВА
(В БЛОКАХ) ДЛЯ УСТРОЙСТВ С ПРОИЗВОЛЬНЫМ ДОСТУПОМ К ДАННЫМ
ИЛИ 0 ДЛЯ УСТРОЙСТВ С ПОСЛЕДОВАТЕЛЬНЫМ ДОСТУПОМ К ДАННЫМ.
ИМЯ УСТРОЙСТВА В DEVNAM МОЖЕТ БЫТЬ ЛОГИЧЕСКИМ ИМЕНЕМ,
ПРИСВОЕННЫМ ПОЛЬЗОВАТЕЛЕМ.
ПРИМЕР ИСПОЛЬЗОВАНИЯ .DSTATUS СМ. В ОПИСАНИИ ЗАПРОСА
.CSISPC.

5.3.12. .EXIT
ЗАПРОС .EXIT ВЫЗЫВАЕТ ОКОНЧАНИЕ ВЫПОЛНЕНИЯ ПРОГРАММЫ
ПОЛЬЗОВАТЕЛЯ И ПЕРЕДАЕТ УПРАВЛЕНИЕ KMON.
ПЕРЕД ВЫХОДОМ ИЗ ПРОГРАММЫ ВЫПОЛНЕНИЕ ВСЕХ ИНИЦИИРО-
ВАННЫХ ОПЕРАЦИЙ ВВОДА-ВЫВОДА И /ИЛИ ПОДПРОГРАММ ЗАВЕРШЕНИЯ
БУДЕТ ЗАКОНЧЕНО. ВСЕ НЕВЫПОЛНЕННЫЕ ЗАПРОСЫ .MRKT И .CMKT
БУДУТ АННУЛИРОВАНЫ.
ЕСЛИ ЧАСТЬ ФОНОВОЙ ПРОГРАММЫ ЗАНИМАЕТ ОБЛАСТЬ ПАМЯТИ
KMON И USR, ТО ОНА БУДЕТ ЗАПИСАНА В БЛОКИ ДЛЯ ВРЕМЕННОГО
ХРАНЕНИЯ ДАННЫХ НА СИСТЕМНОЕ УСТРОЙСТВО (ЕСЛИ РАНЕЕ БЫЛА
ВЫПОЛНЕНА КОМАНДА SET EXIT SWAP). ПОСЛЕ ЭТОГО KMON И USR
ЗАГРУЖАЮТСЯ В ПАМЯТЬ И УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ КЛАВИАТУРНОМУ
МОНИТОРУ. ЕСЛИ БЫЛА ВЫПОЛНЕНА КОМАНДА SET EXIT NOSWAP, ТО
ПРОГРАММА ПОЛЬЗОВАТЕЛЯ ПРОСТО ПЕРЕЗАПИСЫВАЕТСЯ.
ЕСЛИ R0 = 0 ВО ВРЕМЯ ВЫПОЛНЕНИЯ .EXIT, ТО ВЫПОЛНЯЕТСЯ
ОПЕРАЦИЯ АНАЛОГИЧНАЯ .HRESET, ЗАПРЕЩАЮЩАЯ ПОСЛЕДУЮЩЕЕ
ВЫПОЛНЕНИЕ КОМАНД REENTER, START ИЛИ CLOSE.
ЗАПРОС .EXIT ПОЗВОЛЯЕТ ПРОГРАММЕ ПЕРЕДАТЬ КОМАНДЫ КЛА-
ВИАТУРНОМУ МОНИТОРУ, ИСПОЛЬЗУЯ ЯЧЕЙКИ 500-777, ДЛЯ ИХ ПОС-
ЛЕДУЮЩЕГО ВЫПОЛНЕНИЯ. ДЛЯ ЭТОГО НЕОБХОДИМО:
1) ЯЧЕЙКА 510 ДОЛЖНА СОДЕРЖАТЬ ОБЩЕЕ КОЛИЧЕСТВО БАЙТОВ
В КОМАНДЕ, КОТОРАЯ БУДЕТ ПЕРЕДАНА KMON;
2) КОМАНДЫ ЗАПИСЫВАЮТСЯ, НАЧИНАЯ С ЯЧЕЙКИ 512; СТРОКА
ДОЛЖНА БЫТЬ ЗАПИСАНА В СИМВОЛАХ КОИ-7 И НЕ ДОЛЖНА СОДЕРЖАТЬ
ВК ИЛИ ПС ; НАПРИМЕР:
.=510
.WORD B-A
A: .ASCIZ /COPY A.MAC W.MAC/
.ASCIZ /DELETE A.MAC/
B= .
3) ПРОГРАММА ПОЛЬЗОВАТЕЛЯ ДОЛЖНА УСТАНОВИТЬ 5 ИЛИ 11
РАЗРЯД В ССЗ ПЕРЕД ВЫПОЛНЕНИЕМ .EXIT; СОДЕРЖИМОЕ R0 ДОЛЖНО
БЫТЬ НУЛЕВЫМ.
КОГДА ЗАПРОС .EXIT ИСПОЛЬЗУЕТСЯ ДЛЯ ПЕРЕДАЧИ КОМАНД
НЕОБХОДИМО УЧИТЫВАТЬ СЛЕДУЮЩЕЕ:
1) ЕСЛИ ЭТО СВОЙСТВО ИСПОЛЬЗУЕТСЯ ПРОГРАММОЙ, КОТОРАЯ
ВЫЗЫВАЕТСЯ С ПОМОЩЬЮ КОСВЕННОГО ФАЙЛА, ТО ВСЕ КОМАНДЫ СЛЕ-
ДУЮЩИЕ В КОСВЕННОМ ФАЙЛЕ ЗА КОМАНДОЙ, ИНИЦИИРУЮЩЕЙ ПУСК
ЭТОЙ ПРОГРАММЫ, ВЫПОЛНЯТЬСЯ НЕ БУДУТ;
2) КОСВЕННЫЙ ФАЙЛ МОЖЕТ БЫТЬ ВЫЗВАН, ИСПОЛЬЗУЯ ЭТО
СВОЙСТВО, ТОЛЬКО В ТОМ СЛУЧАЕ ЕСЛИ ПЕРЕДАВАЕМАЯ KMON СТРОКА
СОДЕРЖИТ ЕДИНСТВЕННУЮ СПЕЦИФИКАЦИЮ ФАЙЛА; ПОПЫТКА ПЕРЕДАЧИ
НЕСКОЛЬКИХ КОСВЕННЫХ ФАЙЛОВ ИЛИ КОМБИНАЦИЙ КОСВЕННЫХ ФАЙЛОВ
С ДРУГИМИ КОМАНДАМИ KMON ПРИВОДИТ К НЕПРАВИЛЬНЫМ РЕЗУЛЬТА-
ТАМ;
3) .EXIT В ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ НЕДОПУСТИМ. ЗАМЕ-
ТИМ, ЧТО ЗАПРОС .EXIT ИЗМЕНЯЕТ ТЕКУЩЕЕ ПОЛОЖЕНИЕ УКАЗАТЕЛЯ
СТЕКА.
ФОРМАТ МАКРОКОМАНДЫ: .EXIT
ПРИМЕР.
.TITLE EXIT.MAC
;В ЭТОМ ПРИМЕРЕ, ПОСЛЕ ЗАВЕРШЕНИЯ ПРОГРАММЫ,
;КЛАВИАТУРНОМУ МОНИТОРУ ПЕРЕДЕТСЯ КОМАНДНАЯ
;СТРОКА НА ПЕЧАТЬ СПРАВОЧНИКА УСТРОЙСТВА DK:
.MCALL .EXIT
CHNIF$ = 4000
JSW = 44

START: MOV #510,R0
MOV #CMDSTR,R1
MOV #START,SP

1$: MOVB (R1)+,(R0)+
CMP R1,#CMDEND
BLO 1$
BIS #CHNIF$,@#JSW ;УСТАНОВИТЬ 11-ЫЙ РАЗРЯД
;В JSW
CLR R0 ;В R0 ДОЛЖЕН БЫТЬ 0
.EXIT

CMDSTR: .WORD CMDEND-CMDSTR ;ДЛИНА КОМАНДНОЙ СТРОКИ
.ASCIZ "DIRECT/FULL *.MAC" ;КОМАНДНАЯ СТРОКА
CMDEND:
.EVEN
.END START

5.3.13. .FETCH,.RELEAS
ЗАПРОС .FETCH ЗАГРУЖАЕТ ДРАЙВЕР УСТРОЙСТВА ИЗ СИСТЕМ-
НОГО УСТРОЙСТВА В ОПЕРАТИВНУЮ ПАМЯТЬ.
ФОРМАТ МАКРОКОМАНДЫ:
.FETCH ADDR,DEVNAM
ГДЕ ADDR - АДРЕС ЗАГРУЗКИ ДРАЙВЕРА;
DEVNAM - АДРЕС ИМЕНИ УСТРОЙСТВА В КОДАХ RADIX-50.
ПОСЛЕ ВЫПОЛНЕНИЯ .FETCH, R0 СОДЕРЖИТ АДРЕС ПЕРВОЙ,
РАСПОЛОЖЕННОЙ ВЫШЕ ДРАЙВЕРА, ЯЧЕЙКИ ОПЕРАТИВНОЙ ПАМЯТИ.
ЕСЛИ ДРАЙВЕР УЖЕ ЗАГРУЖЕН В ПАМЯТЬ, R0 БУДЕТ СОДЕРЖАТЬ
АДРЕС ЗАГРУЗКИ ADDR.
ДЛЯ ВЫПОЛНЕНИЯ ЗАПРОСОВ
.CLOSE .READC .READ .SFDAT
.LOOKUP .WRITE .WRITC .FPROT
.ENTER .READW .SPFUN
.RENAME .WRITW .DELETE
НЕОБХОДИМО НАЛИЧИЕ В ПАМЯТИ ДРАЙВЕРОВ СООТВЕТСТВУЮЩИХ УСТ-
РОЙСТВ.
В РЕЖИМЕ FB, ДРАЙВЕРЫ ДЛЯ ОСНОВНОЙ ПРОГРАММЫ ИЛИ СИС-
ТЕМНОГО ЗАДАНИЯ ДОЛЖНЫ ЗАГРУЖАТЬСЯ ПО КОМАНДЕ LOAD ПЕРЕД ИХ
ВЫПОЛНЕНИЕМ.
В РЕЖИМЕ ХМ, ДРАЙВЕРЫ УСТРОЙСТВ ДОЛЖНЫ ЗАГРУЖАТЬСЯ В
ЛЮБУЮ ОБЛАСТЬ ПАМЯТИ (ФОНОВУЮ ИЛИ ОСНОВНУЮ) ПО КОМАНДЕ LOAD
ПЕРЕД ЗАГРУЗКОЙ ПРОГРАММ.
ПРИМЕР ИСПОЛЬЗОВАНИЯ .FETCH СМ. В ОПИСАНИИ ЗАПРОСА
.CSISPC.
ЗАПРОС .RELEAS УДАЛЯЕТ ДРАЙВЕР УКАЗАННОГО УСТРОЙСТВА
ИЗ ПАМЯТИ. ЗАПРОС .RELEAS ИГНОРИРУЕТСЯ, ЕСЛИ ДРАЙВЕР:
1) ЯВЛЯЕТСЯ ЧАСТЬЮ RMON (Т.Е. ЯВЛЯЕТСЯ ДРАЙВЕРОМ СИС-
ТЕМНОГО УСТРОЙСТВА);
2) ОТСУТСТВУЕТ В ПАМЯТИ;
3) БЫЛ ЗАГРУЖЕН ПО КОМАНДЕ LOAD.
ЗАПРОС .RELEAS В ОСНОВНОЙ ПРОГРАММЕ ИЛИ В СИСТЕМНОМ
ЗАДАНИИ ПОД УПРАВЛЕНИЕМ МОНИТОРА FB(ХМ) ВСЕГДА ИГНОРИРУЕТ-
СЯ, Т.К. МОНИТОРЫ FB ИЛИ ХМ МОГУТ ИСПОЛЬЗОВАТЬ ТОЛЬКО ТЕ
ДРАЙВЕРЫ, КОТОРЫЕ БЫЛИ ЗАГРУЖЕНЫ ПО КОМАНДЕ LOAD.
ФОРМАТ МАКРОКОМАНДЫ:
.RELEAS DEVNAM
ГДЕ DEVNAM - АДРЕС ИМЕНИ УСТРОЙСТВА В КОДАХ RADIX-50.
ПРИМЕР.
.TITLE RELEAS.MAC
;В ЭТОМ ПРИМЕРЕ ДРАЙВЕР РС: ЗАГРУЖАЕТСЯ В ПАМЯТЬ,
;А ЗАТЕМ ПО ЗАПРОСУ .RELEAS УДАЛЯЕТСЯ ИЗ ПАМЯТИ.

.MCALL .FETCH,.RELEAS,.EXIT,.PRINT

START: .FETCH #DSPACE,#DEVNAM ;ЗАГРУЗИТЬ ДРАЙВЕР
BCS FERR
.RELEAS #DEVNAM ;УДАЛИТЬ ДРАЙВЕР
BR START

FERR: .PRINT #NODEV
.EXIT
DEVNAM: .RAD50 /PC /
NODEV: .ASCIZ " УСТРОЙСТВО ОТСУТСТВУЕТ !"
.EVEN
DSPACE:

.END START

5.3.14. .FORK
ЗАПРОС .FORK ИСПОЛЬЗУЕТСЯ В ДРАЙВЕРАХ ДЛЯ СИНХРОНИЗА-
ЦИИ РАБОТЫ СИСТЕМЫ. ЗАПРОСУ .FORK ДОЛЖЕН ПРЕДШЕСТВОВАТЬ
ЗАПРОС .INTEN, .FORK ТРЕБУЕТ ДЛЯ СВОЕГО ВЫПОЛНЕНИЯ БЛОК
ПАМЯТИ ИЗ 4-Х СЛОВ. СОДЕРЖИМОЕ РЕГИСТРОВ R4 И R5 ПОСЛЕ
ВЫПОЛНЕНИЯ ЗАПРОСА СОХРАНЯЕТСЯ. .FORK ИСПОЛЬЗУЕТСЯ В ТОМ
СЛУЧАЕ, КОГДА ДОЛЖЕН БЫТЬ УПОРЯДОЧЕН ДОСТУП К СИСТЕМНЫМ
РЕСУРСАМ ИЛИ ДОЛЖНА БЫТЬ ВЫПОЛНЕНА НЕ КРИТИЧЕСКАЯ ПО ВРЕМЕ-
НИ, НО БОЛЬШАЯ ПО РАЗМЕРУ, ЧАСТЬ ПРОГРАММЫ. ПОСЛЕ ОБРАБОТКИ
МОНИТОРОМ ЗАПРОСА .FORK ПРЕРЫВАНИЕ ОТ УСТРОЙСТВА БУДЕТ ЗАП-
РЕЩЕНО И ДРАЙВЕР БУДЕТ РАБОТАТЬ НА НУЛЕВОМ ПРИОРИТЕТЕ.
ФОРМАТ МАКРОКОМАНДЫ:
.FORK FKBLK
ГДЕ FKBLK - АДРЕС БЛОКА ИЗ 4-Х СЛОВ (ДОЛЖЕН БЫТЬ В ДРАЙВЕРЕ
УСТРОЙСТВА).

5.3.15. .FPROT
С ПОМОЩЬЮ ЗАПРОСА .FPROT УСТАНАВЛИВАЕТСЯ ИЛИ ОТМЕНЯЕТ-
СЯ ЗАЩИТА ФАЙЛА (ОТ УДАЛЕНИЯ).
НА ЗАЩИЩЕНЫЙ ФАЙЛ НЕ РАСПОСТРАНЯЕТСЯ ДЕЙСТВИЯ ЗАПРОСОВ
.CLOSE, .DELETE, .ENTER И .RENAME. ОДНАКО ДАННЫЕ, ХРАНЯЩИЕ-
СЯ В ЗАЩИЩЕНОМ ФАЙЛЕ, МОЖНО МОДИФИЦИРОВАТЬ. НАПРИМЕР,
ИСПОЛЬЗОВАНИЕ ЗАПРОСА .LOOKUP ДЛЯ ЗАЩИЩЕННОГО ФАЙЛА ЗА
КОТОРЫМ СЛЕДУЕТ .WRITE, ИСПОЛЬЗУЮЩИЙ ТОТ ЖЕ КАНАЛ, ДОПУС-
КАЕТСЯ.
ЗАЩИТА ФАЙЛА ОТ УДАЛЕНИЯ РЕАЛИЗУЕТСЯ УСТАНОВКОЙ 15-ГО
РАЗРЯДА В СЛОВЕ СОСТОЯНИЯ СПРАВОЧНИКА УСТРОЙСТВА ДЛЯ УКА-
ЗАННОГО ФАЙЛА.
ФОРМАТ МАКРОКОМАНДЫ:
.FPROT AREA,CCHAN,DBLK,PROT
ГДЕ AREA - АДРЕС БЛОКА (ИЗ 4-Х СЛОВ) АРГУМЕНТОВ ЕМТ;
CHAN - НОМЕР КАНАЛА ( ОТ 0 ДО 376);
DBLK - АДРЕС БЛОКА (ИЗ 4-Х СЛОВ), СОДДЕРЖАЩЕГО СПЕЦИ-
ФИКАЦИЮ ФАЙЛА В КОДАХ RADIX-50;
PROT - КОНСТАНТА, РАВНАЯ 1 (ЗАЩИТА УСТАНАВЛИВАЕТСЯ)
ИЛИ 0 (ЗАЩИТА ОТМЕНЯЕТСЯ).
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE CHAN,43
.WORD DBLK
.WORD PROT
ПРИМЕР.
.TITLE FPROT.MAC
;В ПРИМЕРЕ ИСПОЛЬЗУЮТСЯ ЗАПРОСЫ .FPROT И .SFDAT
;ДЛЯ УСТАНОВКИ ЗАЩИТЫ УКАЗАННОГО ФАЙЛА И
;ИЗМЕНЕНИЯ ДАТЫ СОЗДАНИЯ ФАЙЛА НА ТЕКУЩУЮ ДАТУ.
;КОМАНДНАЯ СТРОКА ВВОДИТСЯ С ТЕРМИНАЛА.

.MCALL .FPROT,.FETCH,.CSISPC,.DSTATUS,.SFDAT
.MCALL .PRINT,.EXIT

START: .CSISPC #OUTSP,#DEFEXT ;ВВОД КОМАНДНОЙ СТРОКИ
.DSTAT #STAT,#INSPEC ;ПРОВЕРИТЬ НАЛИЧИЕ
;УСТРОЙСТВА
TST STAT+4 ;ДРАЙВЕР ЗАГРУЖЕН?
BNE 1$ ;ДА
.FETCH #DRVLOD,#INSPEC ;НЕТ-ЗАГРУЗИТЬ ДРАЙВЕР
BCC 1$
.PRINT #LOFAIL
BR START
1$: .FPROT #EMTBLK,#0,#INSPEC,#1;УСТАНОВИТЬ ЗАЩИТУ
;ФАЙЛА
BCC 2$
.PRINT #PRFAIL
BR START
2$: .SFDAT #EMTBLK,#0,#INSPEC,#0;ИЗМЕНИТЬ ДАТУ НА
;ТЕКУЩУЮ
BCC 3$
.PRINT #SDFAIL
BR START
3$: .EXIT

EMTBLK: .BLKW 4
DEFEXT: .WORD 0,0,0,0
STAT: .BLKW 4 ;БЛОК СОСТОЯНИЯ УСТРОЙСТВА
LOFAIL: .ASCIZ /ОШИБКА ЗАПРОСА .FETCH/
PRFAIL: .ASCIZ /ОШИБКА ЗАПРОСА .FPROT/
SDFAIL: .ASCIZ /ОШИБКА ЗАПРОСА .SFDAT/
.EVEN
OUTSP: .BLKW 5*3
INSPEC: .BLKW 4*6
DRVLOD: .BLKW 1
.END START

5.3.16. .GTIM
ЗАПРОС .GTIM ПОЗВОЛЯЕТ ПРОГРАММЕ ОПРЕДЕЛИТЬ ТЕКУЩЕЕ
ВРЕМЯ СУТОК. ВЕЛИЧИНА ВРЕМЕНИ ОПРЕДЕЛЯЕТСЯ В ТИКАХ (1
ТИК=1/50 С).
ФОРМАТ МАКРОКОМАНДЫ:
.GTIM AREA,ADDR
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС БЛОКА ИЗ 2-Х СЛОВ, СОДЕРЖАЩЕГО ЗНАЧЕНИЕ
ВРЕМЕНИ ВО ВНУТРЕННЕМ ФОРМАТЕ; ПЕРВОЕ СЛОВО СОДЕРЖИТ СТАР-
ШИЕ РАЗРЯДЫ, ВТОРОЕ СЛОВО - МЛАДШИЕ.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 0,21
.WORD ADDR
ПОЛЬЗОВАТЕЛЬ ДОЛЖЕН ПРЕДУСМОТРЕТЬ В СВОЕЙ ПРОГРАММЕ
ОПЕРАЦИЮ ПРЕОБРАЗОВАНИЯ ТИКОВ В ЧАСЫ-МИНУТЫ-СЕКУНДЫ. В
РЕЖИМЕ FB ВЕЛИЧИНА ВРЕМЕНИ АВТОМАТИЧЕСКИ ВОССТАНАВЛИВАЕТСЯ
ПОСЛЕ 24:00:, В РЕЖИМЕ SJ ОПЕРАЦИЯ ВОССТАНОВЛЕНИЯ ВЫПОЛ-
НЯЕТСЯ, ЕСЛИ ПРИ ГЕНЕРАЦИИ СИСТЕМЫ БЫЛА ОПРЕДЕЛЕНА ПОДДЕРЖ-
КА ТАЙМЕРА.
ПРИМЕР.

.TITLE .GTIM.MAC

;В ЭТОМ ПРИМЕРЕ ПОЛЬЗОВАТЕЛЬ ПОЛУЧАЕТ ТЕКУЩЕЕ ВРЕМЯ
;В ТИКАХ.

.MCALL .GTIM,.EXIT

START: .GTIM #AREA,#TICKS ;ОПРЕДЕЛИТЬ ТЕКУЩЕЕ
;ВРЕМЯ
.EXIT

TICKS: .WORD 0,0
AREA: .BLKW 2

.END START

5.3.17. .GTJB
ЗАПРОС .GTJB ПОЗВОЛЯЕТ ПРОГРАММЕ ОПРЕДЕЛИТЬ НОМЕР
ВЫПОЛНЯЕМОГО ЗАДАНИЯ, НИЖНЮЮ ГРАНИЦУ ПАМЯТИ И ДРУГИЕ ПАРА-
МЕТРЫ ЗАДАНИЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.GTJB AREA,ADDR[,JOBBLK]
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС БЛОКА ИЗ 8-МИ ИЛИ 12-ТИ СЛОВ ДЛЯ ПАРАМЕТ-
РОВ ЗАДАНИЯ (СМ. ТАБЛ.13);
JOBBLK - АДРЕС БЛОКА ИЗ 3-Х СЛОВ, СОДЕРЖАЩЕГО ЛОГИЧЕС-
КОЕ ИМЯ ЗАДАНИЯ В КОДАХ КОИ-7.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 0,20
.WORD ADDR
.WORD JOBBLK

ТАБЛИЦА 13
-----------------------------------------------------------
! СЛОВО ! СОДЕРЖИМОЕ !
!---------------------------------------------------------!
! 1 ! НОМЕР ЗАДАНИЯ; В РЕЖИМАХ FB,XM БЕЗ ПОД- !
! ! ДЕРЖКИ СИСТЕМНЫХ ЗАДАНИЙ: ФОНОВОЕ - 0, !
! ! ОСНОВНОЕ - 2; !
! ! В РЕЖИМАЬ FB,ХМ С ПОДДЕРЖКОЙ СИСТЕМНЫХ ЗА-!
! ! ДАНИЙ: ФОНОВОЕ - 0, СИСТЕМНЫЕ - 2,4,6,10, !
! ! 12,14, ОСНОВНОЕ - 16 !
! 2 ! ВЕРХНЯЯ ГРАНИЦА ОБЛАСТИ ЗАДАНИЯ !
! 3 ! НИЖНЯЯ ГРАНИЦА ОБЛАСТИ ЗАДАНИЯ !
! 4 ! НАЧАЛО ОБЛАСТИ КАНАЛОВ ВВОДА-ВЫВОДА !
! 5 ! АДРЕС СМЕШАННОЙ ОБЛАСТИ ЗАДАНИЙ ДЛЯ !
! ! МОНИТОРОВ FB И XM !
! 6 ! МЛАДШИЙ БАЙТ - НОМЕР СИСТЕМНОГО ТЕРМИНАЛА !
! ! ДЛЯ СИСТЕМ С МУЛЬТИТЕРМИНАЛЬНОЙ ПОДДЕРЖКОЙ!
! 7 ! В РЕЖИМЕ ХМ - ВЕРХНИЙ ВИРТУАЛЬНЫЙ АДРЕС !
! ! ДЛЯ ВИРТУАЛЬНОГО ЗАДАНИЯ. !
! 10-12 ! В РЕЖИМАХ FB,ХМ С ПОДДЕРЖКОЙ СИСТЕМНЫХ !
! ! ЗАДАНИЙ - ЛОГИЧЕСКОЕ ИМЯ ЗАДАНИЯ В КОДАХ !
! ! КОИ-7 !
-----------------------------------------------------------

ПРИМЕЧАНИЕ. ИНФОРМАЦИЮ НЕОБХОДИМУЮ ДЛЯ УПРАВЛЕНИЯ
ВЫПОЛНЕНИЕМ ОСНОВНОГО ЗАДАНИЯ, МОНИТОР ХРАНИТ В, ТАК НАЗЫ-
ВАЕМОЙ, СМЕШАННОЙ ОБЛАСТИ, КОТОРАЯ СОЗДАЕТСЯ ВО ВРЕМЯ ЗАГ-
РУЗКИ ОСНОВНОЙ ПРОГРАММЫ В МЛАДШИХ АДРЕСАХ ОСНОВНОЙ ОБЛАСТИ
ПАМЯТИ.
СЛОВО 4 СОДЕРЖИТ АДРЕС, С КОТОРОГО НАЧИНАЕТСЯ ОБЛАСТЬ
КАНАЛОВ ВВОДА-ВЫВОДА. ОБЫЧНО ЭТОТ АДРЕС НАХОДИТСЯ В ПРЕДЕ-
ЛАХ RMON. ОДНАКО, ПОСЛЕ ВЫПОЛНЕНИЯ .CDFN, ОБЛАСТЬ КАНАЛОВ
ВВОДА-ВЫВОДА ЗАМЕНЯЕТСЯ НА ОБЛАСТЬ, АДРЕС КОТОРОЙ УКАЗЫ-
ВАЕТСЯ ПОЛЬЗОВАТЕЛЕМ.
ПРИМЕР.
.TITLE GTJB.MAC
;В ДАННОМ ПРИМЕРЕ С ПОМОЩЬЮ ЗАПРОСА .GTJB ОПРЕДЕЛЯЕТСЯ
;ЗАГРУЖЕНО ЛИ ОСНОВНОЕ ЗАДАНИЕ.
;ПРОГРАММА МОЖЕТ ВЫПОЛНЯТЬСЯ КАК ПОД УПРАВЛЕНИЕМ МОНИТОРА
;FB, ИМЕЮЩЕГО ПОДДЕРЖКУ СИСТЕМНЫХ ЗАДАНИЙ, ТАК И ПОД
;УПРАВЛЕНИЕМ МОНИТОРА FB, КОТОРЫЙ НЕ ИМЕЕТ ПОДДЕРЖКИ
;СИСТЕМНЫХ ЗАДАНИЙ.

.MCALL .GVAL,.GTJB,.PRINT,.EXIT

SYSGEN = 372 ;СЛОВО ПАРАМЕТРОВ ГЕНЕРАЦИИ
SYSJOB = 40000 ;РАЗРЯД СИСТЕМНОГО ЗАДАНИЯ

START: MOV #2, R1
.GVAL #LIST, #SYSGEN ;ПОЛУЧИТЬ В R0 СОДЕРЖИМОЕ
;ЯЧЕЙКИ МОНИТОРА
BIT #SYSJOB,R0 ;ЕСТЬ ПОДДЕРЖКА СИСТЕМНОГО
;ЗАДАНИЯ
BEQ 1$
MOV #16, R1 ;НОМЕР ОСНОВНОГО ЗАДАНИЯ=16

1$: .GTJB #LIST,#JOBARG,R1;ПОЛУЧИТЬ ПАРАМЕТРЫ
BCS 2$
.PRINT #FGLOAD
.EXIT
2$: .PRINT #NOFG
.EXIT

LIST: .BLKW 3
JOBARG: .BLKW 12. ;БЛОК ПАРАМЕТРОВ ЗАДАНИЯ
FGLOAD: .ASCIZ / ПРОГРАММА В ОСНОВНОЙ ОБЛАСТИ ПАМЯТИ/
NOFG: .ASCIZ /НЕТ ПРОГРАММЫ В ОСНОВНОЙ ОБЛАСТИ/
.EVEN
.END START

5.3.18. .GTLIN
ЗАПРОС .GTLIN ИСПОЛЬЗУЕТСЯ ДЛЯ ПОЛУЧЕНИЯ ОТ ПОЛЬЗОВА-
ТЕЛЯ КОМАНДНОЙ ИНФОРМАЦИИ, ОТЛИЧНОЙ ОТ КОМАНДНЫХ СТРОК CSI
И ПОЗВОЛЯЕТ ПРОГРАММЕ РАБОТАТЬ С КОСВЕННЫМИ ФАЙЛАМИ.
ЗАПРОС .GTLIN ТРЕБУЕТ НАЛИЧИЯ USR В ПАМЯТИ И ПРИНИМАЕТ
ВХОДНУЮ СТРОКУ С СИСТЕМНОГО ТЕРМИНАЛА, ИЛИ ИЗ КОСВЕННОГО
ФАЙЛА, В ЗАВИСИМОСТИ ОТ ТОГО БЫЛА ЛИ ВЫЗВАНА ПРОГРАММА С
ТЕРМИНАЛА ИЛИ КОМАНДОЙ ИЗ КОСВЕННОГО ФАЙЛА.
ЗАПРОС .GTLIN ИГНОРИРУЕТ АРГУМЕНТ PSTR, ЕСЛИ ВВОД ОСУ-
ЩЕСТВЛЯЕТСЯ ИЗ КОСВЕННОГО ФАЙЛА И, ЕСЛИ РАНЕЕ БЫЛА ВЫПОЛНЕ-
НА КОМАНДА SET TT QUIET. ОДНАКО, ЕСЛИ ВВОД ОСУЩЕСТВЛЯЕТСЯ С
ТЕРМИНАЛА ИЛИ ИЗ КОСВЕННОГО ФАЙЛА, И РАНЕЕ НЕ БЫЛА ВЫПОЛНЕ-
НА КОМАНДА SET TT QUIET, ЗАПРОС .GTLIN БУДЕТ ИСПОЛЬЗОВАТЬ
АРГУМЕНТ PSTR ДЛЯ ПЕЧАТИ ПОБУЖДАЮЩЕЙ СТРОКИ СИМВОЛОВ ПЕРЕД
ВЫБОРКОЙ ВХОДНОЙ СТРОКИ.
ФОРМАТ МАКРОКОМАНДЫ:
.GTLIN SPTR[,PSTR][,TYPE]
ГДЕ SPTR - АДРЕС БУФЕРА ДЛЯ ЗАПИСИ ВХОДНОЙ СТРОКИ; ДЛИНА
СТРОКИ НЕ ДОЛЖНА ПРЕВЫШАТЬ 81 БАЙТ; СТРОКА БУДЕТ ОГРАНИЧЕНА
НУЛЕВЫМ БАЙТОМ ВМЕСТО ВК ПС ;
PSTR - АДРЕС ПОБУЖДАЮЩЕЙ СТРОКИ, КОТОРАЯ БУДЕТ ПЕЧА-
ТАТЬСЯ НА ТЕРМИНАЛЕ; PSTR ИМЕЕТ ТОТ ЖЕ ФОРМАТ, ЧТО И АРГУ-
МЕНТ ЗАПРОСА .PRINT.
TYPE - НЕОБЯЗАТЕЛЬНЫЙ АРГУМЕНТ, ПОЗВОЛЯЮЩИЙ ОСУЩЕСТ-
ВИТЬ ВВОД С ТЕРМИНАЛА ПРИ ВЫПОЛНЕНИИ КОСВЕННОГО ФАЙЛА.
ПРИМЕЧАНИЕ. ЕДИНСТВЕННЫМИ ЗАПРОСАМИ, КОТОРЫЕ МОГУТ
ОСУЩЕСТВЛЯТЬ ВВОД ИЗ КОСВЕННОГО ФАЙЛА, ЯВЛЯЮТСЯ ЗАПРОСЫ
.CSIGEN, .CSISPC И .GTLIN.
ПРИМЕР.
.TITLE GTLIN.MAC
;В ЭТОМ ПРИМЕРЕ ПЕЧАТАЕТСЯ СТРОКА, ВВЕДЕНАЯ С
;ТЕРМИНАЛА.

.MCALL .GTLIN,.PRINT,.EXIT

START: .GTLIN #BUFF,#PROMT
TSTB BUFF
BEQ 1$
.PRINT #BUFF
CLRB BUFF
BR START
1$: .EXIT
BUFF: .BLKW 41.
PROMT: .ASCII /ВВЕДИТЕ СТРОКУ - /<200>
.END START

5.3.19. .GVAL,.PVAL
ЗАПРОС .GVAL ПЕРЕДАЕТ В R0 СОДЕРЖИМОЕ УКАЗАНОЙ ЕР.
.TITLE GTLIN.MAC
;В ЭТОМ ПРИМЕРЕ ПЕЧАТАЕТСЯ СТРОКА, ВВЕДЕНАЯ С
;ТЕРМИНАЛА.
.MCALL .GTLIN,.PRINT,.EXIT
START: .GTLIN #BUFF,#PROMT
TSTB BUFF
BEQ 1$
.PRINT #BUFF
CLRB BUFF
BR START
1$: .EXIT
BUFF: .BLKW 41.
PROMT: .ASCII /ВВЕДИТЕ СТРОКУ - /<200>
.END START

5.3.19. .GVAL,.PVAL
ЗАПРОС .GVAL ПЕРЕДАЕТ В R0 СОДЕРЖИМОЕ УКАЗАНОЙ ЯЧЕЙКИ
МОНИТОРА.
ФОРМАТ МАКРОКОМАНДЫ:
.GVAL AREA, OFFSET
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
OFFSET - ЗНАЧЕНИЕ СМЕЩЕНИЯ ОТНОСИТЕЛЬНО НАЧАЛА RMON.
ФОРМАТ БЛОКА АРГУМЕНТОВ:

AREA: .BYTE 0,34
.WORD OFFSET

ПРИМЕР ИСПОЛЬЗОВАНИЯ .GVAL СМ. В ОПИСАНИИ ЗАПРОСА
.GTJB.
ЗАПРОС .PVAL ИЗМЕНЯЕТ СОДЕРЖИМОЕ УКАЗАНОЙ ЯЧЕЙКИ МОНИ-
ТОРА. СТАРОЕ СОДЕРЖИМОЕ ЗАПИСЫВАЕТСЯ В РЕГИСТР R0.
В РЕЖИМЕ ХМ .GVAL И .PVAL ДОЛЖНЫ ИСПОЛЬЗОВАТЬСЯ ДЛЯ
ИЗМЕНЕНИЯ СОДЕРЖИМОГО ЯЧЕЕК МОНИТОРА ДЛЯ СОВМЕСТИМОСТИ С
ДРУГИМИ МОНИТОРАМИ RT11.
ФОРМАТ МАКРОКОМАНДЫ:
.PVAL AREA,OFFSET,VALUE
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
OFFSET - ЗНАЧЕНИЕ СМЕЩЕНИЯ ОТНОСИТЕЛЬНО НАЧАЛА RMON;
VALUE - НОВОЕ СОДЕРЖИМОЕ ЯЧЕЙКИ МОНИТОРА.
ФОРМАТ БЛОКА АРГУМЕНТОВ:

AREA: .BYTE 2,34
.WORD OFFSET
.WORD VALUE

5.3.20. .HERR,.SERR
ЗАПРОСЫ .HERR, .SERR ПОЗВОЛЯЮТ ЗАДАТЬ ОПРЕДЕЛЕННЫЙ
РЕЖИМ РАБОТЫ МОНИТОРА ПРИ ОБНАРУЖЕНИИ УСЛОВИЙ ОШИБОК. ВО
ВРЕМЯ ВЫПОЛНЕНИЯ ПРОГРАММЫ МОГУТ ВОЗНИКНУТЬ ОПРЕДЕЛЕННЫЕ
ОШИБКИ, ВЫЗЫВАЮЩИЕ ПРЕРЫВАНИЕ ПРОГРАММЫ (СМ. ТАБЛ. 14).
ОБЫЧНО ЭТИ ОШИБКИ ВЫЗЫВАЮТ ВЫХОД ИЗ ПРОГРАММЫ И ПЕЧАТЬ
МОНИТОРОМ СООБЩЕНИЯ ОБ ОШИБКЕ. ОДНАКО В НЕКОТОРЫХ СЛУЧАЯХ
НЕВОЗМОЖНО ПРЕРВАТЬ ВЫПОЛНЕНИЕ ПРОГРАММЫ ИЗ-ЗА ВОЗНИКШИХ
ОШИБОК. НАПРИМЕР, МНОГОПОЛЬЗОВАТЕЛЬСКАЯ ПРОГРАММА ДОЛЖНА
СОХРАНЯТЬ УПРАВЛЕНИЕ И ПРЕРВАТЬ РАБОТУ ТОЛЬКО С ТЕМ ПОЛЬЗО-
ВАТЕЛЕМ, КОТОРЫЙ СДЕЛАЛ ОШИБКУ. В ЭТОМ СЛУЧАЕ ПОЛЕЗНО
ИСПОЛЬЗОВАТЬ ЗАПРОС .SERR, КОТОРЫЙ ЗАПРЕЩАЕТ МОНИТОРУ УДА-
ЛЕНИЕ ИЗ ПАМЯТИ ПРОГРАММЫ, В КОТОРОЙ ОБНАРУЖЕНА ОШИБКА.
ВМЕСТО ЭТОГО, ПРИ ВОЗНИКНОВЕНИИ ОШИБКИ ПОСЛЕ ВЫПОЛНЕНИЯ
ЗАПРОСА .SERR, УСТАНАВЛИВАЕТСЯ С-РАЗРЯД И КОД ОШИБКИ В
52-ОМ БАЙТЕ. В НЕКОТОРЫХ СЛУЧАЯХ ЗАПРОС .SERR ОСТАВЛЯЕТ
КАНАЛЫ ОТКРЫТЫМИ, НАПРИМЕР, ЕСЛИ ИСПОЛЬЗОВАЛИСЬ ЗАПРОСЫ
.LOOKUP И .ENTER.
ЗАПРОС .HERR ОТМЕНЯЕТ ДЕЙСТВИЕ ЗАПРОСА .SERR. В ЭТОМ
СЛУЧАЕ ПЕЧАТАЕТСЯ СООБЩЕНИЕ ОБ ОШИБКЕ И ПРОГРАММА УДАЛЯЕТСЯ
ИЗ ПАМЯТИ.
ФОРМАТ МАКРОКОМАНДЫ:
.HERR
.SERR

ТАБЛИЦА 14
-----------------------------------------------------------
! КОД ! ПРИЧИНА ОШИБКИ !
!---------------------------------------------------------!
! -1 ! ВЫЗОВ USR ИЗ ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ !
! -2 ! В ПАМЯТИ НЕТ ДРАЙВЕРА УСТРОЙСТВА !
! -3 ! ОШИБКА ВВОДА-ВЫВОДА СПРАВОЧНИКА УСТРОЙСТВА!
! -4 ! ОШИБКА .FETCH. ОШИБКА ПРИ ЧТЕНИИ ДРАЙВЕРА,!
! ! ИЛИ ПОПЫТКА ЗАГРУЗИТЬ ЕГО ВЫШЕ USR ИЛИ !
! ! RMON !
! -5 ! ОШИБКА ЧТЕНИЯ ОВЕРЛЕЙНОГО СЕГМЕНТА !
! -6 ! В СПРАВОЧНИКЕ УСТРОЙСТВА НЕТ СВОБОДНОГО !
! ! МЕСТА ДЛЯ ЗАПИСИ ФАЙЛА !
! -7 ! НЕДОПУСТИМЫЙ АДРЕС (ТОЛЬКО В РЕЖИМЕ FB) !
! ! ПОПЫТКА ВЫПОЛНИТЬ ОПЕРАЦИЮ ВНЕ ГРАНИЦ ЗА- !
! ! ДАНИЯ !
! -10 ! НЕСУЩЕСТВУЮЩИЙ НОМЕР КАНАЛА !
! -11 ! НЕДОПУСТИМАЯ КОМАНДА EMT; ОПРЕДЕЛЕН НЕДО- !
! ! ПУСТИМЫЙ ФУНКЦИОНАЛЬНЫЙ КОД !
! -14 ! НЕДОПУСТИМЫЙ СПРАВОЧНИК !
! -15 ! ОТСУТСТВУЕТ ДРАЙВЕР УСТРОЙСТВА (В РЕЖИМЕ !
! ! ХМ) !
-----------------------------------------------------------

ПРИМЕР.

.MCALL .ENTER .HERR .SERR .PRINT .EXIT .USRDF

START: .SERR ;запретить прерывание программы
;по ошибке
.USRDF ;определить мнемонику статуса завершения
;программы USERRB
.ENTER #AREA,#1,#FILE ;открыть файл на PR:
BCC 3$
CALL ERR ;обработать ошибку
.HERR ;разрешить прерывание программы по ошибке
.ENTER #AREA,#1,#FILE ;открыть файл на PR:
BCS ERR1
3$: .EXIT
ERR1: .PRINT #MSG
.EXIT
MSG: .ASCIZ /ошибка .ENTER/
.EVEN
ERR: MOVB @#52,R0 ;подпрограмма обработки ошибок
NEG R0
DEC R0
ASL R0
MOV COD(R0),R0
.PRINT
BISB #3,@#USERRB ;установить завершение с грубой ошибкой
RETURN

COD:
C1
C2
C3
C4
C5
C6
C7
C10
C11
C14
C1: .ASCIZ /USR?/
C2: .ASCIZ /не загружен драйвер/
C3: .ASCIZ /ошибка чтения каталога/
C4: .ASCIZ /ошибка .FETCH/
C5: .ASCIZ /оверлей?/
C6: .ASCIZ /каталог переполнен/
C7: .ASCIZ /ошибка адресации/
C10: .ASCIZ .ASCIZ /неверный номер канала/
C11: .ASCIZ /неверный код EMT/
C14: .ASCIZ /недопустимый каталог/
.EVEN
AREA: .BLKW 4
FILE: .RAD50 /PR /
.WORD 0,0,0
.END START

5.3.21. .HRESET
ЗАПРОС .HRESET ПРЕКРАЩАЕТ ВЫПОЛНЕНИЕ ОПЕРАЦИЙ ВВОДА-
ВЫВОДА ДЛЯ ВЫЗЫВАЮЩЕЙ ПРОГРАММЫ И ВЫПОЛНЯЕТ ФУНКЦИИ ЗАПРОСА
.SRESET. В РЕЖИМЕ SJ ЗАПРОС .HRESET ИСПОЛЬЗУЕТСЯ ДЛЯ ПРЕК-
РАЩЕНИЯ ВСЕХ ОПЕРАЦИЙ ВВОДА-ВЫВОДА ДЛЯ ЗАДАНИЯ, В КОТОРОМ
ИСПОЛЬЗУЕТСЯ .HRESET. ВСЕ ДРУГИЕ ОПЕРАЦИИ ВВОДА-ВЫВОДА ПРО-
ДОЛЖАЮТСЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.HRESET
ПРИМЕР ИСПОЛЬЗОВАНИЯ .HRESET СМ. В ОПИСАНИИ ЗАПРОСА
.CDFN.

5.3.22. .INTEN
ЗАПРОС .INTEN ИСПОЛЬЗУЕТСЯ В ПОДПРОГРАММЕ ОБРАБОТКИ
ПРЕРЫВАНИЯ ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ И ВЫПОЛНЯЕТ СЛЕДУЮЩИЕ
ФУНКЦИИ:
1) СООБЩАЕТ МОНИТОРУ О ТОМ, ЧТО ПРОИЗОШЛО ПРЕРЫВАНИЕ;
2) УСТАНАВЛИВАЕТ ПРИОРИТЕТ ПРОЦЕССОРА НА СООТВЕТСТВУЮ-
ЩИЙ УРОВЕНЬ.
ВСЕ ВНЕШНИЕ ПРЕРЫВАНИЯ ВЫЗЫВАЮТ РАБОТУ ПРОЦЕССОРА ПО
7-МУ ПРИОРИТЕТУ. ЗАПРОС .INTEN ИСПОЛЬЗУЕТСЯ ДЛЯ ПОНИЖЕНИЯ
ПРИОРИТЕТА ДО УРОВНЯ, НА КОТОРОМ БУДЕТ РАБОТАТЬ СООТВЕТСТ-
ВУЮЩЕЕ УСТРОЙСТВО.
ФОРМАТ МАКРОКОМАНДЫ:
.INTEN PRIOR[,PIC]
ГДЕ PRIOR - ПРИОРИТЕТ ПРОЦЕССОРА, КОТОРЫЙ ПОЛЬЗОВАТЕЛЬ
УСТАНАВЛИВАЕТ ДЛЯ СВОЕЙ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ;
ОБЫЧНО ТОТ ПРИОРИТЕТ, ПО КОТОРОМУ УСТРОЙСТВО ЗАПРАШИВАЕТ
ПРЕРЫВАНИЕ;
PIC - НЕОБЯЗАТЕЛЬНЫЙ АРГУМЕНТ; ДОЛЖЕН БЫТЬ УКАЗАН,
ЕСЛИ ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЯ НАПИСАНА В ПОЗИЦИОН-
НО-НЕЗАВИСИМЫХ КОДАХ; ЛЮБАЯ ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВА-
НИЯ (ДРАЙВЕР УСТРОЙСТВА), ДОЛЖНА БЫТЬ НАПИСАНА В ЭТИХ
КОДАХ.

5.3.23. .LOCK,.UNLOCK
ЗАПРОС .LOCK БЛОКИРУЕТ USR В ПАМЯТИ ДЛЯ ВЫПОЛНЕНИЯ
РЯДА ОПЕРАЦИЙ. ЕСЛИ СУЩЕСТВУЮТ УСЛОВИЯ, ВЫЗЫВАЮЩИЕ ПРОЦЕСС
СВОПИНГА, ТО ПРОГРАММА ПОЛЬЗОВАТЕЛЯ (ТА ЕЕ ЧАСТЬ, КОТОРУЮ
USR ПЕРЕКРЫВАЕТ В ПАМЯТИ) ЗАПИСЫВАЕТСЯ В БЛОКИ ДИСКА ДЛЯ
ВРЕМЕННОГО ХРАНЕНИЯ ДАННЫХ И USR ЗАГРУЖАЕТСЯ В ПАМЯТЬ. В
ПРОТИВНОМ СЛУЧАЕ ИСПОЛЬЗУЕТСЯ USR, НАХОДЯЩАЯСЯ В ПАМЯТИ И
СВОПИНГА НЕ ПРОИСХОДИТ. ЗАПРОС .LOCK ВСЕГДА ЗАГРУЖАЕТ USR В
ПАМЯТЬ, ЕСЛИ ТАМ ЕЕ НЕТ. USR БУДЕТ БЛОКИРОВАНА В ПАМЯТИ ДО
ТЕХ ПОР, ПОКА НЕ БУДЕТ СДЕЛАН ЗАПРОС .UNLOCK. ЗАМЕТИМ, ЧТО
В РЕЖИМЕ FB, ВЫЗОВ CSI МОЖЕТ ТАКЖЕ ВЫПОЛНИТЬ ДЕЙСТВИЕ АНА-
ЛОГИЧНОЕ .UNLOCK.
В РЕЖИМЕ FB ЗАПРОС .LOCK ЗАПРЕЩАЕТ ДРУГИМ ЗАДАНИЯМ
ИСПОЛЬЗОВАТЬ USR. ПОСЛЕ ЗАПРОСА .LOCK ДОЛЖЕН БЫТЬ ВЫПОЛНЕН
ЗАПРОС .UNLOCK ДЛЯ ОСВОБОЖДЕНИЯ USR.
ЗАПРОСЫ .LOCK И .UNLOCK ДОПОЛНЯЮТ ДРУГ ДРУГА И, ПОЭТО-
МУ, ДОЛЖНЫ БЫТЬ СОГЛАСОВАНЫ (Т.Е., ЕСЛИ ВЫПОЛНЕНО ТРИ ЗАП-
РОСА .LOCK, ТО ДОЛЖНО БЫТЬ ВЫПОЛНЕНО, ПО КРАЙНЕЙ МЕРЕ, ТРИ
.UNLOCK, В ПРОТИВНОМ СЛУЧАЕ USR НЕ БУДЕТ УДАЛЕНА ИЗ ПАМЯ-
ТИ). ЕСЛИ КОЛИЧЕСТВО .UNLOCK БОЛЬШЕ ЧЕМ .LOCK, ТО ОШИБКИ НЕ
ПРОИСХОДИТ.
ФОРМАТ МАКРОКОМАНДЫ: .LOCK
ПРИМЕЧАНИЯ:
1. ВАЖНО, ЧТОБЫ ПРОГРАММА ИСПОЛЬЗУЮЩАЯ .LOCK НЕ НАХОДИ-
ЛАСЬ В ОБЛАСТИ ПАМЯТИ, КУДА БУДЕТ ЗАГРУЖАТЬСЯ USR. ЕСЛИ ЭТО
ПРОИЗОЙДЕТ, ТО ПОСЛЕ ВЫПОЛНЕНИЯ .LOCK УПРАВЛЕНИЕ БУДЕТ
ПЕРЕДАНО НЕ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ, А USR.
2. ПОСЛЕ ВЫПОЛНЕНИЯ .LOCK НЕ РЕКОМЕНДУЕТСЯ ИСПОЛЬЗОВАТЬ
ЭТО МОЖЕТ ВЫЗВАТь
РЕЗУЛЬТАТЫ
3. ЕСЛИ ОСНОВНОЕ ЗАДАНИЕ
НАХОДИЛАСЬ В ОБЛАСТИ ПАМЯТИ, КУДА БУДЕТ ЗАГРУЖАТЬСЯ USR. ЕСЛИ ЭТО
ПРОИЗОЙДЕТ, ТО ПОСЛЕ ВЫПОЛНЕНИЯ .LOCK УПРАВЛЕНИЕ БУДЕТ
ПЕРЕДАНО НЕ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ, А USR.
2. ПОСЛЕ ВЫПОЛНЕНИЯ .LOCK НЕ РЕКОМЕНДУЕТСЯ ИСПОЛ
СЯ СВОПИНГ, ТО .UNLOCK ЗАГРУЖАЕТ ПРОГРАММУ ПОЛъЗОВАУЕАмЯТЬ.
/jа!ю> 8 ФОРмАв?ъъкъОКОМАНЪъ:м
0
э#ъ/пъ .UNLOSK#
ъЪьъ:Ъ
Ъгъъ м
' ъъъъ п 0 /!ю! "П ъ#&ч , О въвъ-
!
* ъ ?ъъыГ 2$ ъ5ъъчъ5в5471>0ъ0ъъ-п1 3?=м
Е НАХОДИ-
ЛАСЬ В ОБЛАСТИ ПАМЯТИ, КУДА БУДЕТ ЗАГРУЖАТЬСЯ USR. ЕСЛИ ЭТО
ПРОИЗОЙДЕТ, ТО ПОСЛЕ ВЫПОЛНЕНИЯ .LOCK УПРАВЛЕНИЕ БУДЕТ
ПЕРЕДАНО НЕ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ, А USR.
2. ПОСЛЕ ВЫПОЛНЕНИЯ .LOCK НЕ РЕКОМЕНДУЕТСЯ ИСПОЛОКА НЕ БУДЕТ
ВЫПОЛНЕН .UNLOCK В ПЕРВОМ ЗАДАНИИ.
ПРИМЕР.

.TITLE LOCK.MAC
;ПРИМЕР ИСПОЛЬЗОВАНИЯ ЗАПРОСОВ .LOCK,.UNLOCK
.MCALL .LOCK,.UNLOCK,.LOOKUP,.SETTOP,.PRINT,.EXIT
SYSPTR=54 ;УКАЗАТЕЛЬ НА НАЧАЛО RMON
START: .SETTOP @#SYSPTR ;ЗАПРОСИТЬ ВСЮ СВОБОДНУЮ
;ПАМЯТЬ
.LOCK ;ВЫЗОВ USR В ПАМЯТЬ
.LOOKUP #AREA,#0,#FILE1 ;ОТКРЫТЬ ФАЙЛ НА 0-ОМ КАНАЛЕ
BCC 1$
2$: .PRINT #LMSG
.EXIT
1$: .PRINT #F1FND
MOV #AREA,R0
INC @R0 ;НОМЕР КАНАЛА = 1
MOV #FILE2,2(R0)
.LOOKUP ;ОТКРЫТЬ ФАЙЛ НА 1-ОМ КАНАЛЕ
BCS 2$
.PRINT #F2FND
.UNLOCK ;УДАЛИТЬ USR ИЗ ПАМЯТИ
.EXIT

AREA: .BLKW 3
FILE1: .RAD50 /DK /
.RAD50 /PIP /
.RAD50 /SAV/
FILE2: .RAD50 /DK /
.RAD50 /DIR /
.RAD50 /SAV/
LMSG: .ASCIZ /ОШИБКА .LOOKUP/
F1FND: .ASCIZ /ФАЙЛ PIP.SAV ОТКРЫТ НА 0-ОМ КАНАЛЕ/
F2FND: .ASCIZ /ФАЙЛ DIR.SAV ОТКРЫТ НА 1-ОМ КАНАЛЕ/
.EVEN

.END START

5.3.24. .MFPS, .MTPS
ЗАПРОСЫ .MFPS И .MTPS ОБЕСПЕЧИВАЮТ ДОСТУП К ССП. ЗАП-
РОС .MFPS ИСПОЛЬЗУЕТСЯ ДЛЯ ВЫБОРКИ ССП.
ФОРМАТ МАКРОКОМАНДЫ:
.MFPS ADDR
ГДЕ ADDR - АДРЕС, ПО КОТОРОМУ ЗАПИСЫВАЕТСЯ СОДЕРЖИМОЕ ССП;
ЕСЛИ АДРЕС НЕ УКАЗАН, СОДЕРЖИМОЕ ССП ПЕРЕСЫЛАЕТСЯ ДЛЯ УСТА-
НОВКИ ССП.
ФОРМАТ МАКРОКОМАНДЫ:
.MTPS ADDR
ГДЕ ADDR - АДРЕС СЛОВА, КОТОРОЕ БУДЕТ ЗАПИСАНО В ССП; ЕСЛИ
АДРЕС НЕ УКАЗАН, ТО ЗНАЧЕНИЕ ДЛЯ ССП БЕРЕТСЯ ИЗ СТЕКА.
ПРИМЕР.
.TITLE MFPS.MAC
;В ДАННОМ ПРИМЕРЕ, С ИСПОЛЬЗОВАНИЕМ ЗАПРОСОВ .MFPS,.MTPS,
;ОСУЩЕСТВЛЯЕТСЯ ОБРАЩЕНИЕ К ПОДПРОГРАММЕ, КОТОРАЯ
;ОПРЕДЕЛЯЕТ НАЛИЧИЕ СВОБОДНОГО ЭЛЕМЕНТА ОЧЕРЕДИ.

.MCALL .MFPS,.MTPS,.EXIT,.PRINT,.TTINR

JSW = 44 ;СЛОВО СОСТОЯНИЯ ЗАДАНИЯ
TTSPC$ = 10000 ;РАЗРЯД СПЕЦИАЛЬНОГО РЕЖИМА ВЫВОДА

START: ;ГЛАВНАЯ ПРОГРАММА
BIS #TTSPC$,@#JSW ;УСТАНОВИТЬ 12 РАЗРЯД В JSW
; .
; .
CALL GETQUE ;ВЫЗОВ ПОДПРОГРАММЫ

BCC 1$
.PRINT #NOELEM
BIC #TTSPC$,@#JSW
.EXIT

1$: NOP ;ПРОДОЛЖЕНИЕ ГЛАВНОЙ
NOP ;ПРОГРАММЫ
.PRINT #GOT1
2$: .TTINR
BCS 2$
BR START

GETQUE: MOV #QHEAD,R4
TST @R4
BEQ 11$
.MFPS ;СОХРАНИТЬ ЗНАЧЕНИЕ В СТЕКЕ
.MTPS #340 ;УСТАНОВИТЬ ПРИОРИТЕТ = 7
MOV @R4,R5 ;УКАЗАТЕЛЬ НА СЛЕДУЮЩИЙ
;ЭЛЕМЕНТ
MOV @R5,@R4
.MTPS ;ВОССТАНОВИТЬ РАЗРЯДЫ
;ПРИОРИТЕТА
TST (PC)+
11$: SEC
RETURN

QHEAD: .WORD Q1
Q1: .WORD Q2,0,0
Q2: .WORD Q3,0,0
Q3: .WORD 0,0,0

NOELEM: .ASCIZ /НЕТ В НАЛИЧИИ ЭЛЕМЕНТА ОЧЕРЕДИ/
GOT1: .ASCII /ЕСТЬ СВОБОДНЫЙ ЭЛЕМЕНТ - НАЖМИТЕ ЛЮБУЮ /
.ASCIZ /КЛАВИШУ ДЛЯ ПРОДОЛЖЕНИЯ/
.EVEN

.END START

5.3.25. .MRKT
ЗАПРОС .MRKT ПЛАНИРУЕТ ЗАПУСК ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ
ЧЕРЕЗ ОПРЕДЕЛЕННЫЙ ИНТЕРВАЛ ВРЕМЕНИ.
ЗАПРОС .MRKT ИСПОЛЬЗУЮТ ЭЛЕМЕНТЫ ОЧЕРЕДИ ИЗ СПИСКА
ЭЛЕМЕНТОВ ОЧЕРЕДИ ВВОДА-ВЫВОДА. ЭЛЕМЕНТ ОЧЕРЕДИ ИСПОЛЬЗУЕТ-
СЯ ДО ТЕХ ПОР, ПОКА НЕ БУДЕТ ВВЕДЕНА ПОДПРОГРАММА ЗАВЕРШЕ-
НИЯ ИЛИ НЕ БУДЕТ ВЫПОЛНЕН ЗАПРОС .CMKT.
ФОРМАТ МАКРОКОМАНДЫ:
.MRKT AREA,TIME,CRTN,ID
ГДЕ AREA - АДРЕС БЛОКА ИЗ 4-Х СЛОВ АРГУМЕНТОВ ЕМТ;
TIME - АДРЕС БЛОКА ИЗ 2-Х СЛОВ, СОДЕРЖАЩЕГО ВЕЛИЧИНУ
ИНТЕРВАЛА ВРЕМЕНИ;
CRTN - ТОЧКА ВХОДА ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ;
ID - ЧИСЛО, ИСПОЛЬЗУЕМОЕ ДЛЯ ИДЕНТИФИКАЦИИ ЗАПРОСА С
ПРОГРАММОЙ ЗАВЕРШЕНИЯ И ЗАПРОСАМИ .CMKT; ЭТО ЧИСЛО НЕ ДОЛЖ-
НО БЫТЬ В ПРЕДЕЛАХ ОТ 177400 ДО 177777; НЕСКОЛЬКО ЗАПРОСОВ

ФОРМАТ БЛОКА АРГУМЕНТОВ:Й
AREA: .BYTE 0,22
.WORD TIME
.WORD CRTN
.WORD ID
ПРИМЕР.

.TITLE TREAD.MAC
AREA: .BYTE 0,22
.WORD TIME
.WORD CRTN
.WORD ID

ПРИМЕР.

.TITLE TREAD.MAC
;ПЗ R0
BEQ 1$
.PRINT
1$: CLR TBYT
.MRKT #TAREA,#TIME,#TOUT,#1;ЗАПУСТИТЬ ПОДПРОГРАММУ
;ЗАВЕРШЕНИЯ ПО ИСТЕЧЕНИИ
;ВРЕМЕНИ
BIS #TCBIT$,@#JSW
CLRB @R1
TTIN: .TWAIT #AREA
.TTINR
BIT #1,(PC)+
TBYT: .WORD 0
BNE 2$
BCS TTIN
MOVB R0,(R1)+
.CMKT #TAREA,#0 ;ОТМЕНИТЬ .MRKT
2$: BIS #TTSPC$,@#JSW
3$: .TTINR
MOVB R0,(R1)+
BCC 3$
CLRB -(R1)
BIC #TCBIT$!TTSPC$,@#JSW
ROR TBYT
RETURN
TOUT: INC TBYT
RETURN
XQUE: .BLKW 10.
AREA: .WORD 0,WAIT
TAREA: .BLKW 4
TIME: .WORD 0,500.
WAIT: .WORD 0,1
LINE: .ASCII /ОБРАБОТКА ДАННЫХ /
BUFF: .BLKB 81.
PROMT: .ASCIZ /ВВЕДИТЕ ДАННЫЕ : / <200>
TIMOUT: .ASCIZ /ВРЕМЯ НА ВВОД ДАННЫХ ИСТЕКЛО/
.END START

5.3.26. .MTATCH
ЗАПРОС .MTATCH ЛОГИЧЕСКИ СВЯЗЫВАЕТ ЗАДАНИЕ С ОПРЕДЕ-
ЛЕННЫМ ТЕРМИНАЛОМ. ЭТОТ ЗАПРОС ДОЛЖЕН БЫТЬ ВЫПОЛНЕН ПЕРЕД
ТЕМ КАК ЗАДАНИЕ НАЧНЕТ ИСПОЛЬЗОВАТЬ ТЕРМИНАЛ В МУЛЬТИТЕРМИ-
НАЛЬНОМ РЕЖИМЕ.
ФОРМАТ МАКРОКОМАНДЫ:
.MTATCH AREA,ADDR,UNIT
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС СЛОВА АСИНХРОННОГО СОСТОЯНИЯ ТЕРМИНАЛА
ИЛИ 0;
UNIT - ЛОГИЧЕСКИЙ НОМЕР ТЕРМИНАЛА.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 5,37
.WORD ADDR
.BYTE UNIT,0

5.3.27. .MTDTCH
ЗАПРОС .MTDTCH ПРЕРЫВАЕТ ЛОГИЧЕСКУЮ СВЯЗЬ УКАЗАННОГО
ТЕРМИНАЛА С ЗАДАНИЕМ И ДЕЛАЕТ ЕГО ДОСТУПНЫМ ДЛЯ ДРУГИХ
ЗАДАНИЙ. ПОПЫТКА ПРЕРВАТЬ СВЯЗЬ С ТЕРМИНАЛОМ, ЛОГИЧЕСКИ
СВЯЗАННЫМ С ДРУГИМ ЗАДАНИЕМ, ПРИВОДИТ К ОШИБКЕ.
ФОРМАТ МАКРОКОМАНДЫ:
.MTDTCH AREA,UNIT
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
UNIT - ЛОГИЧЕСКИЙ НОМЕР ТЕРМИНАЛА.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 6,37
.WORD <НЕ ИСПОЛЬЗУЕТСЯ>
.BYTE UNIT

5.3.28. .MTSET
ЗАПРОС .MTSET ПОЗВОЛЯЕТ УСТАНОВИТЬ ХАРАКТЕРИСТИКИ ТЕР-
МИНАЛА. ОН ТАКЖЕ ОПРЕДЕЛЯЕТ РЕЖИМ ВВОДА-ВЫВОДА ДЛЯ УКАЗАН-
НОГО ТЕРМИНАЛА.
ФОРМАТ МАКРОКОМАНДЫ:
.MTSET AREA,ADDR,UNIT
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС БЛОКА ИЗ 4-Х СЛОВ СОСТОЯНИЯ УКАЗАННОГО
ТЕРМИНАЛА;
UNIT - ЛОГИЧЕСКИЙ НОМЕР ТЕРМИНАЛА.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 0,37
.WORD ADDR
.BYTE UNIT

НА РИС. 6 ПОКАЗАНА СТРУКТУРА БЛОКА СОСТОЯНИЯ ТЕРМИНА-
ЛА, КОТОРЫЙ ОРГАНИЗУЕТСЯ ПОЛЬЗОВАТЕЛЕМ. ОПИСАНИЕ СЛОВ БЛОКА
СОСТОЯНИЯ ПРИВЕДЕНО В ТАБЛ.15.

-------------------------------
! M.TSTS !
!-----------------------------!
! M.TST2 !
!-----------------------------!
! M.TST3 !
!-----------------------------!
! M.TSTW ! M.TWID !
-------------------------------

РИС. 6. СТРУКТУРА БЛОКА СОСТОЯНИЯ ТЕРМИНАЛА

ТАБЛИЦА 15
----------------------------------------------------------
! ОБОЗНАЧЕНИЕ ! ОПИСАНИЕ !
!--------------------------------------------------------!
! M.TSTS ! СЛОВО КОНФИГУРАЦИИ ТЕРМИНАЛА !
! M.TSTS2 ! РЕЗЕРВНОЕ ! РГЗ
!
! ! Ъ ъъъъъъъъъъъъъъъъ !
!--------------------------------------------------------!
! M.TSTS ! СЛОВО КОНФИГУРАЦИИ ТЕРМИНАЛА !
ОНФИГУРАЦИИ ТЕРМИН хM.TSъSъъъъъъъъъЫБЛ.16/ъъ

ТАБЛ. 16
-----------------------------------------------------------
! РАЗРЯД ! СОДЕРЖАНИЕ ! ЗНАЧЕНИЕ !
!----------------------------------------------------------
! M.TSTS ! СЛОВО КОНФИГУРАЦИИ ТЕРМИНАЛА !
! 0 ! 1 ! АППАРАТНАЯ ТАБУЛЯЦИЯ !
! 1 ! 2 ! ВЫПОЛНЕНИЕ ВОЗВРАТА КАРЕТКИ И !
! ! ! ПЕРЕВОДА СТРОКИ, ЕСЛИ ДЕЙСТВИ- !
! ! ! ТЕЛЬНАЯ ДЛИНА СТРОКИ БОЛЬШЕ !
! ! ! УСТАНОВЛЕННОЙ В M.TWID !
! 2 ! 4 ! АППАРАТНЫЙ ПЕРЕВОД ФОРМАТА !
! 3 ! 10 ! ВЫПОЛНЕНИЕ КОМАНД СУ/F И СУ/В !
! 4,5 ! - ! РЕЗЕРВНЫЕ !
! 6 ! 100 ! ЗАПРЕЩЕНИЕ РЕЖИМА ОЖИДАНИЯ ДЛЯ !
! ! ! ТЕРМИНАЛА (ЭКВИВАЛЕНТЕН 6-ОМУ !
! ! ! РАЗРЯДУ В ССЗ); РАЗРЯД TCBIT !
! 7-11 ! - ! РЕЗЕРВНЫЕ !
! 12 ! 10000 ! РЕЖИМ ПОСИМВОЛЬНОГО ВВОДА (ЭКВИ-!
! ! ! ВАЛЕНТЕН РАЗРЯДУ СПЕЦИАЛЬНОГО !
! ! ! РЕЖИМА В ССЗ); РАЗРЯД TTSPC !
! 13 ! - ! РЕЗЕРВНЫЙ !
! 14 ! 40000 ! ЗАПРЕЩЕНИЕ ПРЕОБРАЗОВАНИЯ КОДОВ !
! ! ! СИМВОЛОВ НИЖНЕГО РЕГИСТРА В КО- !
! ! ! ДЫ СИМВОЛОВ ВЕРХНЕГО РЕГИСТРА !
-----------------------------------------------------------

В ТАБЛ.17 ДАНЫ ЗНАЧЕНИЯ РАЗРЯДОВ ДЛЯ M.TSTW.

ТАБЛИЦА 17
-----------------------------------------------------------
! РАЗРЯД ! СОДЕРЖИМОЕ ! ЗНАЧЕНИЕ !
!----------------------------------------------------------
! 10 ! 2000 ! ТЕРМИНАЛ ИСПОЛЬЗУЕТСЯ ОСНОВНЫМ !
! ! ! И ФОНОВЫМ ЗАДАНИЯМИ !
! 11 ! 4000 ! ТЕРМИНАЛ НЕ ВКЛЮЧЕН !
! 14 ! 40000 ! ДВАЖДЫ ПОДАНА КОМАНДА СУ/С !
! 15 ! 100000 ! СИСТЕМНЫЙ ТЕРМИНАЛ !
!
-----------------------------------------------------------

5.3.29. .MTGET

ЗАПРОС .MTGET ПОЗВОЛЯЕТ ПОЛУЧИТЬ ИНФОРМАЦИЮ О
ъИч, ОПИСАННУЮ

-----------------------------------------------------------
! ОТНОСИТЕЛЬНЫЙ ! $ !
! НОМЕР БАЙТА В ! СОДЕРЖИМОЕ

! 0 ! СЛОВО КОНФИГУРАЦИИ ТЕРМИНАЛА. ЗНАЧЕНИЯ!
! ! РАЗРЯДОВ ТЕ ЖЕ, ЧТО И В .MTSET !
! 2-4 ! РЕЗЕРВНЫЕ !
! 6 ! ДЛИНА СТРОКИ !
! 7 ! ТЕКУЩЕЕ ПОЛОЖЕНИЕ СТРОКИ !
-----------------------------------------------------------

ФОРМАТ МАКРОКОМАНДЫ:
.MTGET AREA,ADDR,UNIT
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС БЛОКА СОСТОЯНИЯ ТЕРМИНАЛА ИЗ 4-Х СЛОВ;
UNIT - ЛОГИЧЕСКИЙ НОМЕР ТЕРМИНАЛА, ИНФОРМАЦИЮ О СОСТОЯ-
НИИ КОТОРОГО ТРЕБУЕТСЯ ПОЛУЧИТЬ.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 1,37
.WORD ADDR
.BYTE UNIT

5.3.30. .MTSTAT
ЗАПРОС .MTSTAT ПОЗВОЛЯЕТ ПОЛУЧИТЬ ИНФОРМАЦИЮ О СОСТОЯНИИ
МУЛЬТИТЕРМИНАЛЬНОЙ СИСТЕМЫ.
ФОРМАТ МАКРОКОМАНДЫ:
.MTSTAT AREA,ADDR
ГДЕ AREA - АДРЕС 3-Х СЛОВНОГО БЛОКА АРГУМЕНТОВ;
ADDR - АДРЕС 8-МИ СЛОВНОГО БЛОКА, СОДЕРЖАЩЕГО ИНФОРМАЦИЮ
О СОСТОЯНИИ МУЛЬТИТЕРМИНАЛЬНОЙ СИСТЕМЫ (СМ. ЗАПРОС .MTGET).
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 10,37
.WORD ADDR
.WORD 0

5.3.31. .MTRCTD
ЗАПРОС .MTRCTD ЯВЛЯЕТСЯ МУЛЬТИТЕРМИНАЛЬНОЙ ФОРМОЙ ЗАПРО-
СА .RCTRLD. ОН ОТМЕНЯЕТ КОМАНДУ СУ/D И РАЗРЕШАЕТ ВЫВОД НА
УКАЗАННЫЙ ТЕРМИНАЛ.
ФОРМАТ МАКРОКОМАНДЫ:
.MTRCTD AREA,UNIT ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ
АРГУМЕНТОВ ЕМТ;
UNIT - ЛОГИЧЕСКИЙ НОМЕР ТЕРМИНАЛА.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 4,37
.WORD <НЕ ИСПОЛЬЗУЕТСЯ>
.BYTE UNIT

5.3.32. .MWAIT (РЕЖИМ FB,XM)
ЗАПРОС .MWAIT ПЕРЕВОДИТ ПРОГРАММУ В СОСТОЯНИЕ ОЖИДАНИЯ
ДО ТЕХ ПОР, ПОКА ВСЕ СООБЩЕНИЯ НЕ БУДУТ ПЕРЕДАНЫ ИЛИ ПОЛУЧЕ-
НЫ. С ПОМОЩЬЮ ЭТОГО ЗАПРОСА ПОЛЬЗОВАТЕЛЬ МОЖЕТ УДОСТОВЕРИТЬСЯ
В ПРАВИЛЬНОСТИ ВЫПОЛНЕНИЯ ОПЕРАЦИИ. ЗАПРОС .MWAIT ИСПОЛЬЗУЕТ-
СЯ В ОСНОВНОМ СОВМЕСТНО С ЗАПРОСАМИ .RCVD ИЛИ .SDAT, КОТОРЫЕ
НЕ ПРЕДУСМАТРИВАЮТ СПЕЦИАЛЬНЫХ ДЕЙСТВИЙ ПОСЛЕ ПОЛУЧЕНИЯ ИЛИ
ПЕРЕДАЧИ СООБЩЕНИЙ (ДАННЫХ).
ФОРМАТ МАКРОКОМАНДЫ:
.MWAIT
ПРИМЕР.

;В ПРИВЕДЕНОМ ПРИМЕРЕ ИСПОЛЬЗУЕТСЯ ЗАПРОС .MWAIT.
;ПРИМЕР СОСТОИТ ИЗ ДВУХ ПРОГРАММ: ФОНОВОЙ, КОТОРАЯ
;ПОСЫЛАЕТ СООБЩЕНИЕ, И ОСНОВНОЙ ПРОГРАММЫ, КОТОРОЕ
;ЭТО СООБЩЕНИЕ ПОЛУЧАЕТ.

.TITLE MWAITF.MAC

;ОСНОВНАЯ ПРОГРАММА ...

.MCALL .MWAIT,.RCVD,.PRINT,.EXIT

START: .RCVD #AREA,#MBUFF,#40. ;ПОЛУЧИТЬ СООБЩЕНИЕ
; .
; .
; .
.PRINT #FGJOB
; .
; .
; .
.MWAIT ;ОЖИДАТЬ ПРИЕМА
TST MBUFF+2 ;СООБЩЕНИЯ НЕТ?
BEQ FEXIT ;ЕСЛИ НЕТ - ВЫХОД
;ИЗ ПРОГРАММЫ
.PRINT #FMSG
.PRINT #MBUFF+2;ПЕЧАТЬ ПОЛУЧЕННОГО
;СООБЩЕНИЯ
BR START

FEXIT: .EXIT
AREA: .BLKW 5
MBUFF: .BLKW 41.
.WORD 0
FGJOB: .ASCIZ /ОСНОВНАЯ ПРОГРАММА ГОТОВА К ПРИЕМУ СООБЩЕНИЙ/
FMSG: .ASCIZ /ПЕРЕДАНО СООБЩЕНИЕ:/
.EVEN

.END START

;ФОНОВАЯ ПРОГРАММА ...

.TITLE MWAITB.MAC

.MCALL .MWAIT,.SDAT,.GTLIN,.PRINT,.EXIT

START: CLR BUFF
.GTLIN #BUFF,#PROMPT ;ВВЕСТИ СООБЩЕНИЕ
.SDAT #AREA,#BUFF,#40.;ПЕРЕДАТЬ СООБЩЕНИЕ
BCS 1$
.MWAIT
TST BUFF
BNE START
.EXIT
1$: .PRINT #NOFG
.EXIT

AREA: .BLKW 5
BUFF: .BLKW 40.
PROMPT: .ASCII /ВВЕДИТЕ СООБЩЕНИЕ ДЛЯ ОСНОВНОЙ ПРОГРАММЫ/
.BYTE 15,12,200
NOFG: .ASCIZ /ОСНОВНОЙ ПРОГРАММЫ НЕТ/
.EVEN

.END START

5.3.33. .PEEK,.POKE
ЗАПРОС .PEEK ПЕРЕДАЕТ В РЕГИСТР R0 СОДЕРЖИМОЕ УКАЗАННОЙ
ЯЧЕЙКИ ПАМЯТИ (НИЖЕ 28К СЛОВ) ИЛИ СОДЕРЖИМОЕ ЯЧЕЙКИ СТРАНИЦЫ
ВВОДА - ВЫВОДА.
ЗАПРОС .POKE ИЗМЕНЯЕТ СОДЕРЖИМОЕ ЯЧЕЙКИ ПАМЯТИ. ПРИ ЭТОМ
СТАРОЕ СОДЕРЖИМОЕ ЗАПИСЫВАЕТСЯ В РЕГИСТР R0.
ФОРМАТ МАКРОКОМАНДЫ:
.PEEK AREA,ADDR
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС ЯЧЕЙКИ ПАМЯТИ.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 1,34
.WORD ADDR

ФОРМАТ МАКРОКОМАНДЫ:
.POKE AREA,ADDR,VALUE
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС ЯЧЕЙКИ ПАМЯТИ;
VALUE - НОВОЕ СОДЕРЖИМОЕ ЯЧЕЙКИ ПАМЯТИ.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 3,34
.WORD ADDR
.WORD VALUE
ПРИМЕР.

;В ДАННОМ ПРИМЕРЕ ЗАПРОСЫ .PEEK,.POKE ИСПОЛЬЗУЮТСЯ
;ДЛЯ ЧТЕНИЯ И УСТАНОВКИ РАЗМЕРА ФАЙЛА, ОТКРЫТОГО
;РАНЕЕ ПО ЗАПРОСУ .ENTER.

.MCALL .PEEK,.POKE,.EXIT

RMON = 54
MAXBLK = 314

START: .PEEK #EMTBLK,#RMON ;УСТАНОВИТЬ АДРЕС НАЧАЛА
;RMON
ADD #MAXBLK,R0 ;ПОЛУЧИТЬ РАЗМЕР ФАЙЛА
MOV R0,R1
.POKE #EMTBLK,R1,#NEWSIZ ;УСТАНОВИТЬ НОВЫЙ
;РАЗМЕР ФАЙЛА
MOV R0,OLDSIZ
.EXIT

EMTBLK: .BLKW 3
NEWSIZ: .WORD 100.
OLDSIZ: .WORD 0 ;СТАРЫЙ РАЗМЕР ФАЙЛА

.END START

5.3.34. .PROTECT,.UNPROTECT (РЕЖИМ FB,XM)
ЗАПРОС .PROTECT ИСПОЛЬЗУЕТСЯ ДЛЯ ПОЛУЧЕНИЯ ИСКЛЮЧИТЕЛЬ-
НОГО ПРАВА ПОЛЬЗОВАНИЯ ВЕКТОРОМ ПРЕРЫВАНИЯ В ДИАПОЗОНЕ 0-476
И УСТАНАВЛИВАЕТ ЗАЩИТУ ВЕКТОРА.
ЕСЛИ ЗАПРОС .PROTECT ЗАВЕРШЕН УСПЕШНО, ТО ЭТО УКАЗЫВАЕТ
НА ТО, ЧТО ЯЧЕЙКИ ВЕКТОРА НЕ ИСПОЛЬЗУЮТСЯ ДРУГИМ ЗАДАНИЕМ ИЛИ
МОНИТОРОМ И В ЭТОМ СЛУЧАЕ ТЕКУЩЕЕ ЗАДАНИЕ МОЖЕТ ЗАПИСАТЬ
АДРЕС ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ И ЗНАЧЕНИЯ УРОВНЯ
ПРИОРИТЕТА В ЭТИ ЯЧЕЙКИ.
ФОРМАТ МАКРОКОМАНДЫ:
.PROTECT AREA,ADDR
ГДЕ AREA - АДРЕС БЛОКА ИЗ 3-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС ВЕКТОРА, КОТОРЫЙ БУДЕТ ИСПОЛЬЗОВАТЬСЯ ДАН-
НЫМ ЗАДАНИЕМ; ADDR ДОЛЖЕН БЫТЬ КРАТЕН ЧЕТЫРЕМ И МЕНЬШЕ 476.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 0,31
.WORD ADDR
ЗАПРРОС .UNPROTECT ОТМЕНЯЕТ РЕЗУЛЬТАТ ДЕЙСТВИЯ ЗАПРОСА
.PROTECT.
ФОРМАТ МАКРОКОМАНДЫ:
.UNPROTECT AREA,ADDR
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС ВЕКТОРА, КОТОРЫЙ ОСВОБОЖДАЕТСЯ ОТ ЗАЩИТЫ.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 1,31
.WORD ADDR
ПРИМЕР.
.TITLE PROTECT.MAC
;В ДАННОМ ПРИМЕРЕ ПОКАЗАНО, КАК УСТАНОВИТЬ ЗАЩИТУ ВЕКТОРА
;УСТРОЙСТВА, А ЗАТЕМ ОТМЕНИТЬ ЗАЩИТУ ВЕКТОРА.

.MCALL .PROTECT,.UNPROTECT,.PRINT,.EXIT

START: .PROTECT #AREA,#300
BCS 1$
.UNPROTECT #AREA,#300
.EXIT
1$: .PRINT #NOVEC
.EXIT
AREA: .BLKW 3
NOVEC: .ASCIZ /ВЕКТОР УЖЕ ЗАЩИЩЕН !/
.END START

5.3.35. .QSET
ВСЕ ОПЕРАЦИИ ВВОДА-ВЫВОДА В СИСТЕМЕ ФОДОС ОСУЩЕСТВЛЯЮТСЯ
ЧЕРЕЗ ЦЕНТРАЛИЗОВАННУЮ СИСТЕМУ УПРАВЛЕНИЯ ОЧЕРЕДЬЮ ЗАПРОСОВ.
КАЖДЫЙ ЗАПРОС НЕСИНХРОННОЙ ПЕРЕДАЧИ (НАПРИМЕР, .WRITE) ТРЕ-
БУЕТ ДЛЯ СВОЕГО ВЫПОЛНЕНИЯ НАЛИЧИЕ ЭЛЕМЕНТА ОЧЕРЕДИ. ЕСЛИ ДЛЯ
ОЧЕРЕДНОГО ЗАПРОСА ВВОДА-ВЫВОДА НЕТ СВОБОДНОГО ЭЛЕМЕНТА ОЧЕ-
РЕДИ, ТО ВЫПОЛНЕНИЕ ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ БУДЕТ БЛОКИРОВАНО
ДО ТЕХ ПОР, ПОКА ЭЛЕМЕНТ ОЧЕРЕДИ НЕ ОСВОБОДИТСЯ. В РЕЖИМЕ FB,
ОДНО ИЗ ЗАДАНИЙ МОЖЕТ ВЫПОЛНЯТЬСЯ, ПОКА ДРУГОЕ ЗАДАНИЕ ОЖИ-
ДАЕТ ЭЛЕМЕНТ ОЧЕРЕДИ.
ЗАПРОС .QSET ИСПОЛЬЗУЕТСЯ ДЛЯ ТОГО, ЧТОБЫ УВЕЛИЧИТЬ ЧИС-
ЛО ЭЛЕМЕНТОВ ОЧЕРЕДИ ВВОДА-ВЫВОДА. ОБЩЕЕ ПРАВИЛО ЗАКЛЮЧАЕТСЯ
В ТОМ, ЧТОБЫ В КАЖДОЙ ПРОГРАММЕ КОЛИЧЕСТВО ЭЛЕМЕНТОВ ОЧЕРЕДИ
БЫЛО НА ЕДИНИЦУ БОЛЬШЕ, ЧЕМ ОБЩЕЕ КОЛИЧЕСТВО ЗАПРОСОВ ВВОДА-
ВЫВОДА, КОТОРЫЕ БУДУТ ВЫПОЛНЯТЬСЯ ОДНОВРЕМЕННО НА РАЗЛИЧНЫХ
КАНАЛАХ.
ЗАПРОСЫ .MRKT,.TWAIT И .SDAT ТАКЖЕ ИСПОЛЬЗУЮТ ЭЛЕМЕНТЫ
ОЧЕРЕДИ И ДОЛЖНЫ ПРИНИМАТЬСЯ ВО ВНИМАНИЕ ПРИ ОПРЕДЕЛЕНИИ
КОЛИЧЕСТВА ЭЛЕМЕНТОВ ОЧЕРЕДИ ДЛЯ ПРОГРАММЫ. КАЖДЫЙ РАЗ, КОГДА
ВЫПОЛНЯЕТСЯ .QSET, НЕПРЕРЫВНАЯ ОБЛАСТЬ ПАМЯТИ, КОТОРАЯ ОТВО-
ДИТСЯ ПОД ЭЛЕМЕНТЫ ОЧЕРЕДИ ДЕЛИТСЯ НА СЕГМЕНТЫ, СОДЕРЖАЩИЕ ПО
7 СЛОВ (ПО 10 СЛОВ ДЛЯ МОНИТОРА XM) И СВЯЗЫВАЕТСЯ С УЖЕ
СУЩЕСТВУЮЩЕЙ ОЧЕРЕДЬЮ ВВОДА-ВЫВОДА ДЛЯ ЭТОГО ЗАДАНИЯ.
ЗАПРОС .QSET МОЖЕТ БЫТЬ ИСПОЛЬЗОВАН НЕОДНОКРАТНО В ПРОГ-
РАММЕ ПОЛЬЗОВАТЕЛЯ. ПРИ ЭТОМ, ОБЛАСТИ ПАМЯТИ ДЛЯ НОВЫХ ЭЛЕ-
МЕНТОВ ОЧЕРЕДИ, ОТВОДИМЫЕ РАЗЛИЧНЫМИ .QSET, НЕОБЯЗАТЕЛЬНО
ДОЛЖНЫ БЫТЬ СОПРИКАСАЮЩИМИСЯ. ОБЛАСТЬ ПАМЯТИ ДЛЯ ДОПОЛНИТЕЛЬ-
НЫХ ЭЛЕМЕНТОВ ОЧЕРЕДИ ВВОДА-ВЫВОДА ДОЛЖНА БЫТЬ ОПРЕДЕЛЕНА
ВНУТРИ ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ. ЗАПРОСВ .SRESET И .HRESET
АННУЛИРУЮТ РЕЗУЛЬТАТ ДЕЙСТВИЯ .QSET.
НЕОБХОДИМО СОБЛЮДАТЬ ОСТОРОЖНОСТЬ ПРИ РАСПРЕДЕЛЕНИИ
ПАМЯТИ ДЛЯ ЭЛЕМЕНТОВ ОЧЕРЕДИ. ОЧЕРЕДЬ ВВОДА-ВЫВОДА ИЗМЕНЯЕТСЯ
МОНИТОРОМ АСИНХРОННО. ЕСЛИ ОБЛАСТЬ, ОТВЕДЕННАЯ ПОЛЬЗОВАТЕЛЕМ
ДЛЯ ЭЛЕМЕНТОВ ОЧЕРЕДИ ОКАЗАЛАСЬ НЕДОСТАТОЧНОЙ, ЭТО ПРИВЕДЕТ К
НАРУШЕНИЮ ВЫПОЛНЕНИЯ ПРОГРАММЫ. ЭЛЕМЕНТЫ ДЛЯ ОЧЕРЕДИ ВВОДА-
ВЫВОДА НЕЛЬЗЯ РАСПОЛАГАТЬ В ОВЕРЛЕЙНОЙ ОБЛАСТИ, А ТАКЖЕ В
ОБЛАСТИ ПАМЯТИ, ПРЕДНАЗНАЧЕННОЙ ДЛЯ СВОПИНГА USR.
СЛЕДУЮЩИЕ ЗАПРОСЫ ТРЕБУЮТ ДЛЯ СВОЕГО ВЫПОЛНЕНИЯ ЭЛЕМЕНТ
ОЧЕРЕДИ:
.TWAIT .READW .WRITE .SDAT .SDATW
.MRKT .RCVD .WRITC .READC .SDATC
.READ .RCVDC .WRITW .RCVDW
ФОРМАТ МАКРОКОМАНДЫ:
.QSET ADDR,LEN
ГДЕ ADDR - АДРЕС НАЧАЛА ОБЛАСТИ ДЛЯ НОВЫХ ЭЛЕМЕНТОВ ОЧЕРЕДИ
ВВОДА-ВЫВОДА;
LEN - ЧИСЛО НОВЫХ ЭЛЕМЕНТОВ ОЧЕРЕДИ ВВОДА-ВЫВОДА.
ПРИМЕР ИСПОЛЬЗОВАНИЯ .QSET СМ. В ОПИСАНИИ ЗАПРОСА
.TWAIT.

5.3.36. .RCTRLD
ЗАПРОС .RCTRLD ОБЕСПЕЧИВАЕТ ГОТОВНОСТЬ СИСТЕМНОГО ТЕРМИ-
НАЛА К ПЕЧАТИ. КОМАНДА СУ/D ЗАПРЕЩАЕТ ВЫВОД НА ТЕРМИНАЛ ДО
ТЕХ ПОР, ПОКА НЕ БУДЕТ ПОВТОРНО ПОДАНА КОМАНДА СУ/D ИЛИ В
ПРОГРАММЕ НЕ БУДЕТ ВЫПОЛНЕН ЗАПРОС .RCTRLD. Т.Е. ПРОГРАММА, В
КОТОРОЙ ПРЕДУСМОТРЕНА ПЕЧАТЬ СООБЩЕНИЙ НА ТЕРМИНАЛЕ, ДОЛЖНА
ПРЕДУСМАТРИВАТЬ ВОЗМОЖНОСТЬ ПОДАЧИ ПОЛЬЗОВАТЕЛЕМ КОМАНДЫ
СУ/D.
ФОРМАТ МАКРОКОМАНДЫ:
.RCTRLD
ПРИМЕР.
.TITLE RCTRLD.MAC
.MCALL .RCTRLD,.CSIGEN,.EXIT
START: .RCTRLD
.CSIGEN #DSPACE,#DEXT,#0

; .
; .
; .
JMP START

DEXT: .WORD 0,0,0,0
DSPACE = .

.END START

5.3.37. .SPND,.RSUM (РЕЖИМ FB,XM)
ЗАПРОС .SPND ВРЕМЕННО ПРИОСТАНАВЛИВАЕТ ВЫПОЛНЕНИЕ ПРОГ-
РАММЫ ПОЛЬЗОВАТЕЛЯ И ДОПУСКАЕТ РАБОТУ ТОЛЬКО ПОДПРОГРАММ
ЗАВЕРШЕНИЯ (ДЛЯ ОПЕРАЦИЙ ВВОДА-ВЫВОДА И ЗАПРОСОВ .MRKT).
ФОРМАТ МАКРОКОМАНДЫ:
.SPND
ЗАПРОС .RSUM ИЗ ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ ВНОВЬ ПЕРЕДАЕТ
УПРАВЛЕНИЕ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ.

ФОРМАТ МАКРОКОМАНДЫ:
.RSUM
ПРИМЕЧАНИЯ:
1. МОНИТОР СОДЕРЖИТ ТАК НАЗЫВАЕМЫЙ СЧЕТЧИК ПРИОСТАНОВКИ
ДЛЯ КАЖДОГО ЗАДАНИЯ. ЭТОТ СЧЕТЧИК УМЕНЬШАЕТСЯ ПО .SPND И
НАРАЩИВАЕТСЯ ПО .RSUM. ЗАДАНИЕ БУДЕТ ФАКТИЧЕСКИ ПРИОСТАНОВ-
ЛЕННЫМ, ЕСЛИ СЧЕТЧИК БУДЕТ СОДЕРЖАТЬ ОТРИЦАТЕЛЬНОЕ ЗНАЧЕНИЕ.
ПОЭТОМУ, ЕСЛИ .RSUM БУДЕТ ВЫПОЛНЯТЬСЯ ПЕРЕД .SPND, ПОСЛЕДНИЙ
ЗАПРОС БУДЕТ ИГНОРИРОВАТЬСЯ.
2. ПРОГРАММА ДОЛЖНА ИСПОЛЬЗОВАТЬ РАВНОЕ КОЛИЧЕСТВО .SPND
И .RSUM.
3. ЗАПРОС .SPND ИЗ ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ УМЕНЬШАЕТ
СЧЕТЧИК ПРИОСТАНОВКИ, НО НЕ ПРИОСТАНАВЛИВАЕТ ВЫПОЛНЕНИЕ ПРОГ-
РАММЫ. ЕСЛИ В ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ ВЫПОЛНЯЕТСЯ .SPND,
ВЫПОЛНЕНИЕ ПРОГРАММЫ ПРОДОЛЖАЕТСЯ ДО ТЕХ ПОР ПОКА ОНА ТАКЖЕ
НЕ ВЫПОЛНИТ .SPND, ПОСЛЕ ЧЕГО ВЫПОЛНЕНИЕ ПРОГРАММЫ БУДЕТ
ПРИОСТАНОВЛЕНО И ДЛЯ ВОЗОБНОВЛЕНИЯ ЕЕ РАБОТЫ ПОТРЕБУЕТСЯ УЖЕ
ДВА ЗАПРОСА .RSUM.
4. .SPND И .RSUM ПОДОБНО ДРУИМ ЗАПРОСАМ, МОГУТ БЫТЬ
ВЫПОЛНЕНЫ В ПОДПРОГРАММАХ ОБРАБОТКИ ПРЕРЫВАНИЙ, КОТОРЫЕ НАПИ-
САНЫ ПОЛЬЗОВАТЕЛЕМ, ЕСЛИ РАНЕЕ БЫЛИ ВЫПОЛНЕНЫ .INTEN И
.SYNCH. ВСЕ ЗАМЕЧАНИЯ, ОТНОСЯЩИЕСЯ К .SPND И .RSUM ИЗ ПОДП-
РОГРАММ ЗАВЕРШЕНИЯ, ИМЕЮТ СИЛУ И ДЛЯ ЭТОГО СЛУЧАЯ.

5.3.38. .SCCA
ЗАПРОС .SCCA ВЫПОЛНЯЕТ СЛЕДУЮЩИЕ ФУНКЦИИ:
- БЛОКИРУЕТ ВЫПОЛНЕНИЕ КОМАНДЫ СУ/С;
- СООБЩАЕТ О ТОМ, ЧТО С ТЕРМИНАЛА БЫЛО ПОДАНО ДВЕ КОМАН-
ДЫ СУ/С;
ПО ЗАПРОСУ .SCCA КОМАНДА СУ/С ВОСПРИНИМАЕТСЯ ПРОГРАММОЙ
КАК ОБЫЧНАЯ УПРАВЛЯЮЩАЯ КОМАНДА БЕЗ СПЕЦИАЛЬНЫХ ФУНКЦИЙ.
ФОРМАТ МАКРОКОМАНДЫ:
.SCCA AREA,ADDR
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС СЛОВА СОСТОЯНИЯ ТЕРМИНАЛА.
СЛОВО СОСТОЯНИЯ ТЕРМИНАЛА ПРЕДНАЗНАЧЕНО ДЛЯ ФИКСИРОВА-
НИЯ ПОДАЧИ ДВУХ КОМАНД СУ/С. ЕСЛИ В НЕМ УСТАНОВЛЕН 15-Й РАЗ-
РЯД, ТО ЭТО ЗНАЧИТ, ЧТО С ТЕРМИНАЛА БЫЛИ ПОСЛЕДОВАТЕЛЬНО
ПОДАНЫ ДВЕ КОМАНДЫ СУ/С. ЭТОТ РАЗРЯД ДОЛЖЕН ОЧИЩАТЬСЯ ПРОГ-
РАММОЙ ПОЛЬЗОВАТЕЛЯ.
ЕСЛИ АРГУМЕНТ ADDR РАВЕН НУЛЮ В ЗАПРОСЕ .SCCA, МОНИТОР
ВОССТАНАВЛИВАЕТ СИСТЕМНЫЕ ФУНКЦИИ КОМАНДЫ СУ/С.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 0,35
.WORD ADDR
ПРИМЕР.
.TITLE SCCA.MAC
.MCALL .SCCA,.TTYIN,.TTYOUT,.PRINT
JSW = 44
ъъъъъ CLR (R1)
.PRINT #MSG1

1$: TST (R1)
BNE 2$
.TTYIN
.TTYOUT
BV 1$
2$: .PRINT #MSG2
.SCCA #AREA,#0
CR .
SCCA: .BLKW 1
AREA: .BLKW 2
MSG1: .ASCII /ПРИМЕР ИСПОЛЬЗОВАНИЯ ЗАПРОСА .SCCA/<
ъъъъъъъъ CLR (R1)
.PRINT #MSG1

1$: TST (R1)
BNE 2$
.TTYIN
.TTYOUT
ИСТЕМНУЮ ДАТУ И ВРЕМЯ.

ФОРМАТ МАКРОКОМАНДЫ:
.SDTTM AREA,ADDR
ГДЕ AREA - АДРЕС БЛОКА АРГУМЕНТОВ ЕМТ ИЗ 2-Х СЛОВ;
ADDR - АДРЕС БЛОКА ИЗ 3-Х СЛОВ, СОДЕРЖАЩЕГО НОВУЮ ДАТУ И
ВРЕМЯ.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 0,40
.WORD ADDR

ПЕРВОЕ СЛОВО ТРЕХСЛОВНОГО БЛОКА СОДЕРЖИТ НОВУЮ ДАТУ ВО
ВНУТРЕННЕМ ФОРМАТЕ (СМ. ЗАПРОС .DATE). ЕСЛИ ПЕРВОЕ СЛОВО
СОДЕРЖИТ -1, ТО МОНИТОР ИГНОРИРУЕТ ЕГО. ВТОРОЕ И ТРЕТЬЕ СЛОВА
СОДЕРЖАТ НОВОЕ ЗНАЧЕНИЕ ВРЕМЕНИ (СТАРШЕГО И МЛАДШЕГО ПОРЯДКА
СООТВЕТСТВЕННО). ЕСЛИ ВТОРОЕ СЛОВО СОДЕРЖИТ ОТРИЦАТЕЛЬНУЮ
ВЕЛИЧИНУ, ТО МОНИТОР НЕ ИЗМЕНЯЕТ ЗНАЧЕНИЕ ВРЕМЕНИ.
ИЗМЕНЕНИЯ СИСТЕМНОЙ ДАТЫ ИЛИ ВРЕМЕНИ НЕ ВЛИЯЕТ НА ВЫПОЛ-
НЕНИЕ ЗАПРОСОВ, ИСПОЛЬЗУЮЩИХ ТАЙМЕР.
ПРИМЕР.
.TITLE SDTTM.MAC
;В ЭТОМ ПРИМЕРЕ ПРИВЕДЕНА ПОДПРОГРАММА КОРРЕКЦИИ
;ВРЕМЕНИ (НА 1 ЧАС) С УЧЕТОМ ДЕКРЕТНОГО ВРЕМЕНИ.

.MCALL .SDTTM,.PRINT,.GTIM,.EXIT
.GLOBL STD,DALITE

STD: COM HR
NEG HR+2

DALITE:: .GTIM #AREA,#TIME ;ПОЛУЧИТЬ ТЕКУЩЕЕ ВРЕМЯ
CALL JADD
.SDTTM #AREA,#NEWDT ;УСТАНОВИТЬ НОВОЕ ВРЕМЯ
.GTIM #AREA,#TIME ;ПОЛУЧИТЬ НОВОЕ ВРЕМЯ
RETURN

NEWDT: .WORD -1 ;ДАТУ НЕ ИЗМЕНЯТЬ
TIME: .WORD 0,0
HR: .WORD 2 ;1 ЧАС ВО ВНУТРЕННЕМ
.WORD 137440 ;ФОРМАТЕ
AREA: .WORD 0,0
JADD:
MOV #HR,R4
MOV #AREA,R3
MOV #HR,R1
MOV -(R4),R2
ADD -(R3),R2
MOV -(R4),R5
ADC R5
ADD -(R3),R5
MOV R2,-(R1)
MOV R5,-(R1)
RETURN
.END

5.3.40. .SETTOP
ЗАПРОС .SETTOP ПОЗВОЛЯЕТ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ УСТАНО-
ВИТЬ НОВЫЙ АДРЕС В КАЧЕСТВЕ ВЕРХНЕЙ ГРАНИЦЫ ПРОГРАММЫ. МОНИ-
ТОР ОПРЕДЕЛЯЕТ, ЯВЛЯЕТСЯ ЛИ ЭТОТ АДРЕС ДОПУСТИМЫМ И НУЖЕН ЛИ
СВОПИНГ USR. НАПРИМЕР, ЕСЛИ ЗАПРОС ОПРЕДЕЛЯЕТ АДРЕС НИЖЕ
НАЧАЛЬНОГО АДРЕСА USR, ТО СВОПИНГ USR НЕ ТРЕБУЕТСЯ. ЕСЛИ
.SETTOP ИЗ ФОНОВОГО ЗАДАНИЯ ОПРЕДЕЛЯЕТ АДРЕС ВЫШЕ НАЧАЛЬНОГО
АДРЕСА USR И РАНЕЕ НЕ БЫЛА ВЫПОЛНЕНА КОМАНДА SET USR NOSWAP,
ТО НЕОБХОДИМ СВОПИНГ USR.
ПОСЛЕ ВЫПОЛНЕНИЯ .SETTOP, R0 И ЯЧЕЙКА 50 БУДУТ СОДЕРЖАТЬ
АДРЕС ПАМЯТИ, ПРЕДОСТАВЛЕННЫЙ МОНИТОРОМ ПРОГРАММЕ ПОЛЬЗОВАТЕ-
ЛЯ В КАЧЕСТВЕ ВЕРХНЕГО АДРЕСА ПРОГРАММЫ. ЕСЛИ ПРОГРАММА ЗАП-
РАШИВАЕТ ПО .SETTOP НЕДОПУСТИМЫЙ АДРЕС ДЛЯ ДАННОГО ЗАДАНИЯ,
МОНИТОР НЕ УДОВЛЕТВОРИТ ЭТО ТРЕБОВАНИЕ, И УСТАНОВИТ ДЛЯ ПРОГ-
РАММЫ ФАКТИЧЕСКИ ДОПУСТИМУЮ ВЕРХНЮЮ ГРАНИЦУ ПАМЯТИ.
ФОРМАТ МАКРОКОМАНДЫ:
.SETTOP ADDR
ГДЕ ADDR - ЗАПРАШИВАЕМЫЙ АДРЕС ВЕРХНЕЙ ГРАНИЦЫ ПРОГРАММЫ.
ПРИМЕР ИСПОЛЬЗОВАНИЯ .SETTOP СМ. В ОПИСАНИИ ЗАПРОСА
.LOCK.

5.3.41. .SPCPS (РЕЖИМ FB,ХМ)
ЗАПРОС .SPCPS ИСПОЛЬЗУЕТСЯ В ПОДПРОГРАММАХ ЗАВЕРШЕНИЯ
ДЛЯ СОХРАНЕНИЯ СОДЕРЖИМОГО РЕГИСТРОВ РС И PS И ЗАМЕНУ СОДЕР-
ЖИМОГО РС НА НОВОЕ ЗНАЧЕНИЕ.
ФОРМАТ МАКРОКОМАНДЫ:
.SPCPS AREA,ADDR
ГДЕ AREA - АДРЕС БЛОКА АРГУМЕНТОВ ЕМТ ИЗ 2-Х СЛОВ;
ADDR - АДРЕС БЛОКА ИЗ 3-Х СЛОВ, СОДЕРЖАЩЕГО НОВОЕ ЗНАЧЕ-
НИЕ РС, СТАРОЕ ЗНАЧЕНИЕ РС И СТАРОЕ ЗНАЧЕНИЕ PS СООТВЕТСТВЕН-
НО В 1-ОМ, 2-ОМ И 3-ЕМ СЛОВАХ.
МОНИТОР СОХРАНЯЕТ СТАРЫЕ ЗНАЧЕНИЯ PS И РС И ПЕРЕДАЕТ
УПРАВЛЕНИЕ ПО АДРЕСУ, КОТОРЫЙ ЯВЛЯЕТСЯ СОДЕРЖИМЫМ 1-ГО СЛОВА.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 0,41
.WORD ADDR
ПРИМЕР.
.TITLE SPCPS.MAC
;ПРИМЕР ИСПОЛЬЗОВАНИЯ ЗАПРОСА .SPCPS.

.MCALL .READC,.WRITC,.CSIGEN,.PRINT,.SPCPS
.MCALL .CLOSE,.WAIT,.SRESET,.EXIT

ERRBYT = 52
.ENABL LSB

START: .CSIGEN #DSPACE,#DEFEXT ;ВВОД КОМАНДНОЙ СТРОКИ
CALL IOXFER
.PRINT #MES
1$: DEC R5
BR 1$
FINI: .CLOSE #0 ;>0- КОНЕЦ ФАЙЛА
MOV #DONE,R0
BR EXIT
WERR: MOV #WRERR,R0
BR EXIT
RERR: MOV #RDERR,R0
EXIT: .PRINT
.SRESET ;УДАЛИТЬ ЗАГРУЖЕННЫЕ
;ДРАЙВЕРЫ
.EXIT

WRDONE: .WAIT #0
BCS 3$
IOXFER: .READC #AREA,#3,,,#6$ ;ЧИТАТЬ БЛОК
BCC 5$
TSTB @#ERRBYT ;КОНЕЦ ФАЙЛА?
BEQ 4$ ;ДА
2$: MOV #RERR,SBLOK
BR 4$
3$: MOV #WERR,SBLOK
4$: TSTB SPCALL
BNE 5$
.SPCPS #AREA,#SBLOK
INCB SPCALL
BCS 7$
5$: RETURN
6$: .WAIT #3
BCS 2$
.WRITC #AREA,#0,,,#WRDONE;ЗАПИСАТЬ БЛОК
BCS 3$
INC BLOK
RETURN
7$: .PRINT #SPERR
RETURN

AREA: .WORD 0 ;БЛОК АРГУМЕНТОВ ЕМТ
BLOK: .WORD 0 ;НОМЕР БЛОКА
.WORD BUFF ;АДРЕС БУФЕРА
.WORD 256. ;СЧЕТЧИК СЛОВ
.WORD 0 ;АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ
SBLOK: .WORD FINI,0,0

BUFF: .BLKW 256.
DEFEXT: .WORD 0,0,0,0
SPCALL: .BYTE 0
.NLIST BEX
DONE: .ASCIZ /КОНЕЦ ПРОГРАММЫ/
MES: .ASCIZ /ВЫПОЛНЕНИЕ ПРОГРАММЫ ПРОДОЛЖАЕТСЯ/
WRERR: .ASCIZ /ОШИБКА .WRITC/
RDERR: .ASCIZ /ОШИБКА .READC/
SPERR: .ASCIZ /ОШИБКА .SPCPS/
.EVEN
DSPACE =.

.END START

5.3.42. .SFDAT
ЗАПРОС .SFDAT ПОЗВОЛЯЕТ ПРОГРАММЕ ПОЛЬЗОВАТЕЛЯ УСТАНО-
ВИТЬ ИЛИ ИЗМЕНИТЬ ДАТУ СОЗДАНИЯ УКАЗАННОГО ФАЙЛА (КАК ЗАЩИ-
ЩЕННОГО ТАК И НЕ ЗАЩИЩЕННОГО).
ФОРМАТ МАКРОКОМАНДЫ:
.SFDAT AREA,CHAN,DBLK,DATE
ГДЕ AREA - АДРЕС БЛОКА АРГУМЕНТОВ ЕМТ ИЗ 3-Х СЛОВ;
CHAN - НОМЕР КАНАЛА;
DBLK - АДРЕС БЛОКА ИЗ 4-Х СЛОВ, СОДЕРЖАЩЕГО СПЕЦИФИКАЦИЮ
ФАЙЛА;
DATE - АДРЕС ЯЧЕЙКИ, СОДЕРЖАЩЕЙ НОВОЕ ЗНАЧЕНИЕ ДАТЫ (В
ФОРМАТЕ RT11); ЕСЛИ АРГУМЕНТ РАВЕН НУЛЮ, ТО ИСПОЛЬЗУЕТСЯ
СИСТЕМНАЯ ДАТА.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE CHAN,42
.WORD DBLK
.WORD DATE
ПРИМЕР ИСПОЛЬЗОВАНИЯ .SFDAT СМ. В ОПИСАНИИ ЗАПРОСА
.FPROT.

5.3.43. .SFPA
ЗАПРОС .SFPA ПОЗВОЛЯЕТ ПОЛЬЗОВАТЕЛЮ, РАБОТАЮЩЕМУ С ПРО-
ЦЕССОРОМ ПЛАВАЮЩЕЙ ЗАПЯТОЙ, УСТАНОВИТЬ АДРЕС ПОДПРОГРАММЫ
ОБРАБОТКИ ПРЕРЫВАНИЯ ОТ ППЗ. ЕСЛИ АДРЕС ПОДПРОГРАММЫ ОБРАБОТ-
КИ ПРЕРЫВАНИЯ НЕ ОПРЕДЕЛЕН И ПРОИСХОДИТ ПРЕРЫВАНИЕ ОТ ППЗ,
МОНИТОР ПЕЧАТАЕТ СООБЩЕНИЕ ОБ ОШИБКЕ И УДАЛЯЕТ ПРОГРАММУ
ПОЛЬЗОВАТЕЛЯ ИЗ ПАМЯТИ.
ФОРМАТ МАКРОКОМАНДЫ:
.SFPA AREA,ADDR
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ ОТ ППЗ.
ПО ОКОНЧАНИИ РАБОТЫ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ ОТ
ППЗ, НЕОБХОДИМО ПОВТОРИТЬ ЗАПРОС .SFPA, Т.К. МОНИТОР ЗАПРЕ-
ЩАЕТ ОБРАБОТКУ ПРЕРЫВАНИЙ ПОСЛЕ ОБСЛУЖИВАНИЯ ОДНОГО ИЗ НИХ.
ЭТО ДЕЛАЕТСЯ ДЛЯ ТОГО, ЧТОБЫ ИСКЛЮЧИТЬ ВОЗМОЖНОСТЬ ЗАЦИКЛИВА-
НИЯ ПРОГРАММЫ ПРИ МНОГОКРАТНОМ ПОВТОРЕНИИ ПРЕРЫВАНИЯ ОТ ППЗ.
ПРИ ИСПОЛЬЗОВАНИИ ППЗ, МОНИТОР ВЫПОЛНЯЕТ КОМАНДУ STST
-(SP). ПОЭТОМУ, ПЕРЕД КОМАНДОЙ RTI, ПОДПРОГРАММА ПОЛЬЗОВАТЕЛЯ
ДОЛЖНА УВЕЛИЧИТЬ УКАЗАТЕЛЬ СТЕКА НА ДВА.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 0,30
.WORD ADDR

5.3.44. .SRESET
ЗАПРОС .SRESET ВЫПОЛНЯЕТ СЛЕДУЮЩИЕ ФУНКЦИИ:
1) УДАЛЯЕТ ИЗ ПАМЯТИ ДРАЙВЕРЫ УСТРОЙСТВ, КОТОРЫЕ БЫЛИ
ЗАГРУЖЕНЫ ПО ЗАПРОСУ .FETCH; ДРАЙВЕРЫ, КОТОРЫЕ БЫЛИ ЗАГРУЖЕНЫ
ПО КОМАНДЕ LOAD, ОСТАЮТСЯ РЕЗИДЕНТНЫМИ, ТАК ЖЕ КАК И ДРАЙВЕР
СИСТЕМНОГО УСТРОЙСТВА;
2) СТИРАЕТ ОТКРЫТЫЕ В НАСТОЯЩЕЕ ВРЕМЯ ФАЙЛЫ (ФАЙЛЫ, ОТК-
РЫТЫЕ ПО .ENTER, НИКОГДА НЕ СТАНУТ ПОСТОЯННЫМИ);
3) ВОССТАНАВЛИВАЕТ ЧИСЛО КАНАЛОВ ВВОДА-ВЫВОДА (16 (ДЕСЯ-
ТИЧНОЙ)); КАНАЛЫ, ОПРЕДЕЛЕННЫЕ ПО .CDFN, АННУЛИРУЮТСЯ;
4) ВОССТАНАВЛИВАЕТ ОЧЕРЕДЬ ВВОДА-ВЫВОДА (ПЕРВОНАЧАЛЬНО -
ОДИН ЭЛЕМЕНТ); QSET ДОЛЖЕН ВЫПОЛНЯТЬСЯ ПОВТОРНО ДЛЯ ОПРЕДЕЛЕ-
НИЯ ДОПОЛНИТЕЛЬНЫХ ЭЛЕМЕНТОВ ОЧЕРЕДИ;
5) ОЧИЩАЕТ ОЧЕРЕДЬ ПОДПРОГРАММ ЗАВЕРШЕНИЯ.
ФОРМАТ МАКРОКОМАНДЫ:
.SRESET
ПРИМЕР ИСПОЛЬЗОВАНИЯ .SRESET СМ. В ОПИСАНИИ ЗАПРОСА
.READ.

5.3.45. .SYNCH
ЗАПРОС .SYNCH ПОЗВОЛЯЕТ В ПОДПРОГРАММЕ ОБРАБОТКИ ПРЕРЫ-
ВАНИЯ ИСПОЛЬЗОВАТЬ ПРОГРАММНЫЕ ЗАПРОСЫ. БЕЗ .SYNCH ЗАПРОСЫ ИЗ
ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ НЕ БУДУТ ОБРАБАТЫВАТЬСЯ
МОНИТОРОМ.
ФОРМАТ МАКРОКОМАНДЫ:
.SYNCH AREA[,PIC]
ГДЕ AREA - АДРЕС БЛОКА ИЗ 7-МИ СЛОВ; ЭТОТ БЛОК НЕОБХОДИМ ПРИ
ИСПОЛЬЗОВАНИИ .SYNCH; СОДЕРЖИМОЕ БЛОКА ФОРМИРУЕТСЯ ПОЛЬЗОВА-
ТЕЛЕМ (СМ. ТАБЛ.19); PIC - НЕОБЯЗАТЕЛЬНЫЙ АРГУМЕНТ, КОТОРЫЙ
ДАЕТ МАКРОКОМАНДЕ .SYNCH ВОЗМОЖНОСТЬ ОБРАЗОВАНИЯ PIC - КОДОВ
ДЛЯ ИСПОЛЬЗОВАНИЯ ДРАЙВЕРАМИ УСТРОЙСТВ.

ТАБЛИЦА 19
----------------------------------------------------------
! СЛОВО ! СОДЕРЖИМОЕ !
!--------------------------------------------------------!
! 1 ! ИСПОЛЬЗУЕТСЯ ТОЛЬКО СИСТЕМОЙ; ЕГО СОДЕР- !
! ! ЖИМОЕ НЕ ДОЛЖНО ИЗМЕНЯТЬСЯ ПЛЬЗОВАТЕЛЕМ !
! 2 ! НОМЕР ТЕКУЩЕГО ЗАДАНИЯ (0 ИЛИ 2); МОЖЕТ !
! ! БЫТЬ ПОЛУЧЕН С ПОМОЩЬЮ ЗАПРОСА .GTJB !
! 3,4 ! НЕ ИСПОЛЬЗУЮТСЯ !
! 5 ! АРГУМЕНТ R0; ПРИ УСПЕШНОМ ВЫПОЛНЕНИИ !
! ! .SYNCH РЕГИСТР R0 БУДЕТ СОДЕРЖАТЬ ЭТОТ !
! ! АРГУМЕНТ !
! 6 ! -1 !
! 7 ! 0 !
----------------------------------------------------------

ПРИМЕЧАНИЕ. МЕЖДУ ВЫПОЛНЕНИЕМ ЗАПРОСОВ .INTEN И .SYNCH
НЕЛЬЗЯ ВЫПОЛНЯТЬ ОПЕРАЦИИ СО СТЕКОМ.

5.3.46. .TLOCK
ЗАПРОС .TLOCK МОЖЕТ ИСПОЛЬЗОВАТЬСЯ ПРОГРАММАМИ, КОТО-
РЫЕ ВЫПОЛНЯЮТСЯ В РЕЖИМЕ FB, ДЛЯ ТОГО ЧТОБЫ СДЕЛАТЬ USR
РЕЗИДЕНТНОЙ, ЕСЛИ ТОЛЬКО USR НЕ ЗАНЯТА ОБСЛУЖИВАНИЕМ ДРУГО-
ГО ЗАДАНИЯ. ЕСЛИ USR ИСПОЛЬЗУЕТСЯ ДРУГИМ ЗАДАНИЕМ, ТО ПРИ
ВЫПОЛНЕНИИ .TLOCK БУДЕТ УСТАНОВЛЕН С-РАЗРЯД, ЧТО УКАЗЫВАЕТ
НА ТО, ЧТО ЗАПРОС НЕ ВЫПОЛНЕН.
ФОРМАТ МАКРОКОМАНДЫ:
.TLOCK
ПРИМЕР.
.TITLE TLOCK.MAC
;ПРИМЕР ИСПОЛЬЗОВАНИЯ ЗАПРОСА .TLOCK.
.MCALL .TLOCK,.UNLOCK,.LOOKUP,.PRINT,.EXIT
START: .TLOCK ;USR ЗАНЯТА?
BCS SUSPND ;ДА
.LOOKUP #AREA,#4,#FILE ;ОТКРЫТЬ ФАЙЛ
BCS LKERR

.PRINT #J1MSG
.UNLOCK ;ОСВОБОДИТЬ USR
TSTB J2SW
BNE 1$
CALL JOB2
1$: .EXIT

SUSPND: TSTB J2SW
BNE START
JSR PC,JOB2
INC J2SW
BR START

AREA: .BLKW 5
FILE: .RAD50 /DK /
.RAD50 /FILE /
.RAD50 /TMP/
LKERR: .PRINT #LKMSG
.EXIT
LKMSG: .ASCIZ /ФАЙЛ НЕ НАЙДЕН/
J1MSG: .ASCIZ /ВЫПОЛНЯЕТСЯ ЗАДАНИЕ 1/
J2MSG: .ASCIZ /ВЫПОЛНЯЕТСЯ ЗАДАНИЕ 2/
J2SW: .BYTE 0
.EVEN
JOB2: .PRINT #J2MSG
RTS PC

.END START

5.3.47. .TRPSET
ЗАПРОС .TRPSET ПОЗВОЛЯЕТ УСТАНОВИТЬ АДРЕС ПОДПРОГРАММЫ
ОБРАБОТКИ ПРЕРЫВАНИЯ ПО 4-МУ И 10-МУ ВЕКТОРАМ. ЗНАЧЕНИЕ С-
РАЗРЯДА НА ВХОДЕ В ПОДПРОГРАММУ УКАЗЫВАЕТ НА ТО, КАКОЕ ПРЕ-
РЫВАНИЕ ПРОИЗОШЛО: ОЧИЩЕННЫЙ С-РАЗРЯД - ПРЕРЫВАНИЕ ПО 4
ВЕКТОРУ; УСТАНОВЛЕННЫЙ С-РАЗРЯД - ПО 10 ВЕКТОРУ. ВЫХОД ИЗ
ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ ПОЛЬЗОВАТЕЛЯ ОСУЩЕСТВ-
ЛЯЕТСЯ ПО КОМАНДЕ RTI.
ЕСЛИ ПРИ ВЫПОЛНЕНИИ СТЕКА ПРОИЗОШЛО ПРЕРЫВАНИЕ ПО 4-МУ
ВЕКТОРУ, ТО ОНО НЕ ОБРАБАТЫВАЕТСЯ ПО .TRPSET И НА ТЕРМИНАЛЕ
ПЕЧАТАЕТСЯ СООБЩЕНИЕ ?MON-F-STACK OVERFLOW МОНИТОРОМ SJ ИЛИ
?MON-F-TRAP TO 4 МОНИТОРОМ FB И XM.

ФОРМАТ МАКРОКОМАНДЫ:
.TRPSET AREA,ADDR
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
ADDR - АДРЕС ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ; ЕСЛИ
ADDR=0, ТО ПРЕДЫДУЩИЙ .TRPSET ОТМЕНЯЕТСЯ.
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 0,3
.WORD ADDR
ПРИМЕР.
.TITLE TRPSET.MAC
.MCALL .TRPSET,.PRINT,.EXIT
DIVZ =67
START: .TRPSET #AREA,#TRPLOC ;ЗАПРЕТИТЬ УДАЛЕНИЕ
;ПРОГРАММЫ
DIVZ ;НЕДОПУСТИМАЯ КОМАНДА
TST @#166666 ;НЕСУЩЕСТВУЮЩИЙ АДРЕС
.EXIT

TRPLOC: ;ПОДПРОГРАММА ОБРАБОТКИ
;ПРЕРЫВАНИЙ
BCS 1$
.PRINT #TRP4
BR 2$
1$: .PRINT #TRP10
.TRPSET #AREA,#TRPLOC
2$: RTI

AREA: .WORD 0,0
TRP4: .ASCIZ /ПРЕРЫВАНИЕ ПО 4 ВЕКТОРУ/
TRP10: .ASCIZ /ПРЕРЫВАНИЕ ПО 10 ВЕКТОРУ/
.EVEN

.END START

5.3.48. .TWAIT
ЗАПРОС .TWAIT ПРИОСТАНАВЛИВАЕТ ВЫПОЛНЕНИЕ ПРОГРАММЫ
ПОЛЬЗОВАТЕЛЯ НА УКАЗАННЫЙ ИНТЕРВАЛ ВРЕМЕНИ. ЗАПРОС .TWAIT
ТРЕБУЕТ ДЛЯ СВОЕГО ВЫПОЛНЕНИЯ ЭЛЕМЕНТ ОЧЕРЕДИ.
ФОРМАТ МАКРОКОМАНДЫ:
.TWAIT AREA,TIME
ГДЕ AREA - АДРЕС БЛОКА ИЗ 2-Х СЛОВ АРГУМЕНТОВ ЕМТ;
TIME - АДРЕС БЛОКА ИЗ 2-Х СЛОВ, КОТОРЫЕ СОДЕРЖАТ ВЕЛИ-
ЧИНУ ИНТЕРВАЛА ВРЕМЕНИ (ПЕРВОЕ СЛОВО - НИЖНЮЮ ГРАНИЦУ
ИНТЕРВАЛА, ВТОРОЕ СЛОВО - ВЕРХНЮЮ ГРАНИЦУ ИНТЕРВАЛА).
ФОРМАТ БЛОКА АРГУМЕНТОВ:
AREA: .BYTE 0,24
.WORD TIME
ПРИМЕР.
.TITLE TWAIT.MAC

.MCALL .TWAIT,.QSET,.PRINT,.EXIT

START: CALL TASK
1$: .TWAIT #AREA,#TIME
BCS NOQ
CALL TASK
DEC COUNT
BNE 1$
.PRINT #EXIT
.EXIT

TASK:
INC TCNT
BIT #1,TCNT
BEQ 1$
.PRINT #TIK
RETURN
1$: .PRINT #TAK
RETURN

NOQ: .PRINT #QERR
.EXIT
AREA: .WORD 0,0
TIME: .WORD 0,50.*2
COUNT: .WORD 7
TCNT: .WORD 0
TIK: .ASCII /ТИК - /<200>
TAK: .ASCIZ /ТАК/
EXIT: .ASCIZ /КОНЕЦ ПРОГРАММЫ/
QERR: .ASCIZ /НЕТ ЭЛЕМЕНТА ОЧЕРЕДИ/
.EVEN

.END START

5.3.49. .WAIT
ЗАПРОС .WAIT ПРИОСТАНАВЛИВАЕТ ВЫПОЛНЕНИЕ ПРОГРАММЫ ДО
ТЕХ ПОР, ПОКА НЕ ЗАКОНЧИТСЯ ОПЕРАЦИЯ ВВОДА-ВЫВОДА НА УКА-
ЗАННОМ КАНАЛЕ. ПО ЭТОМУ ЗАПРОСУ МОЖНО ПОЛУЧИТЬ ИНФОРМАЦИЮ О
ПРАВИЛЬНОСТИ ВЫПОЛНЕНИЯ ОПЕРАЦИИ: ЕСЛИ КАНАЛ НЕ ОТКРЫТ ИЛИ
ПРОИЗОШЛА АППАРАТНАЯ ОШИБКА, УСТАНАВЛИВАЕТСЯ С-РАЗРЯД.
В РЕЖИМЕ FB(XM) ЗАПРОС .WAIT, ЕСЛИ ОПЕРАЦИЯ ВВОДА-
ВЫВОДА НЕ ЗАВЕРШЕНА ВЫЗЫВАЕТ ЗАДЕРЖКУ ВЫПОЛНЕНИЯ ОДНОГО ИЗ
ЗАДАНИЙ И ВЫПОЛНЕНИЕ ДРУГОГО, ЕСЛИ ОНО СУЩЕСТВУЕТ.
ФОРМАТ МАКРОКОМАНДЫ:
.WAIT CHAN
ПРИМЕР ИСПОЛЬЗОВАНИЯ .WAIT СМ. В ОПИСАНИИ ЗАПРОСА
.READ.

6. СООБЩЕНИЯ
ИНФОРМАЦИЯ О СООБЩЕНИЯХ ДАНА В [3].

ПРИЛОЖЕНИЕ 1

КОДЫ ОШИБОК ПРОГРАММНЫХ ЗАПРОСОВ
В ТАБЛИЦЕ ПРИВЕДЕНЫ КОДЫ ОШИБОК ПРОГРАММНЫХ ЗАПРОСОВ И
ПРИЧИНЫ, ВЫЗЫВАЮЩИЕ ЭТИ ОШИБКИ.

ТАБЛИЦА
-----------------------------------------------------------
! ЗАПРОС ! КОД ! ПРИЧИНА ОШИБКИ !
! ! ОШИБКИ ! !
!---------------------------------------------------------!
! .CDFN ! 0 ! ПОПЫТКА ОПРЕДЕЛИТЬ МЕНЬШЕЕ ЧИСЛО !
! ! ! КАНАЛОВ, ЧЕМ ЕСТЬ В НАЛИЧИИ !
! .CHCOPY ! 0 ! ДРУГОЕ ЗАДАНИЕ НЕ СУЩЕСТВУЕТ ИЛИ !
! ! ! КАНАЛ (OCHAN) НЕ ОТКРЫТ !
! ! 1 ! КАНАЛ (CHAN) ЗАНЯТ !
! .CLOSE ! 3 ! ЗАЩИЩЕННЫЙ ФАЙЛ С ТЕМ ЖЕ ИМЕНЕМ !
! ! ! УЖЕ СУЩЕСТВУЕТ !
! .CMKT ! 0 ! ЗАПРОС С УКАЗАННЫМ ID (ID=0) !
! ! ! НЕ СУЩЕСТВУЕТ !
! .CNTXSW ! 0 ! В СПИСКЕ АДРЕСОВ УКАЗАН НЕДОПУС- !
! ! ! ТИМЫЙ АДРЕС !
! .CSIGEN ! 0 ! НЕДОПУСТИМАЯ КОМАНДА !
! ! 1 ! УКАЗАННОГО УСТРОЙСТВА НЕТ В !
! ! ! ТАБЛИЦАХ СИСТЕМЫ !
! ! 2 ! ПОПЫТКА ОТКРЫТЬ ЗАЩИЩЕННЫЙ ФАЙЛ, !
! ! ! ИМЕЮЩИЙ ТО ЖЕ ИМЯ !
! ! 3 ! ПОПЫТКА ОТКРЫТЬ ФАЙЛ ПО .ENTER !
! ! ! НЕУДАЧНА ИЗ-ЗА ПЕРЕПОЛНЕНИЯ !
! ! ! СПРАВОЧНИКА УСТРОЙСТВА !
! ! 4 ! ВХОДНОЙ ФАЙЛ НЕ НАЙДЕН ПРИ !
! ! ! ВЫПОЛНЕНИИ .LOOKUP !
! .CSISPC ! 0 ! НЕДОПУСТИМАЯ КОМАНДА !
! ! 1 ! НЕДОПУСТИМОЕ УСТРОЙСТВО !
! .CSTAT ! 0 ! КАНАЛ НЕ ОТКРЫТ !
! .DELETE ! 0 ! УКАЗАННЫЙ КАНАЛ ЗАНЯТ !
! ! 1 ! ФАЙЛ НЕ НАЙДЕН В СПРАВОЧНИКЕ !
! ! ! УСТРОЙСТВА !
! ! 2 ! НЕДОПУСТИМАЯ ОПЕРАЦИЯ !
! ! 3 ! ЗАЩИЩЕННЫЙ ФАЙЛ !
! .DSTATUS ! 0 ! УСТРОЙСТВО НЕ НАЙДЕНО В ТАБЛИЦАХ !
! ! ! СИСТЕМЫ !
! .ENTER ! 0 ! УКАЗАННЫЙ КАНАЛ ЗАНЯТ !
! ! 1 ! НА УСТРОЙСТВЕ НЕ НАЙДЕНА ОБЛАСТЬ !
! ! ! БОЛЬШАЯ ИЛИ РАВНАЯ М (LEN=М); ИЛИ !
! ! ! УСТРОЙСТВО ИЛИ СПРАВОЧНИК УСТРОЙ- !
! ! ! СТВА ПЕРЕПОЛНЕН !
! ! 3 ! ЗАЩИЩЕННЫЙ ФАЙЛ С ТЕМ ЖЕ ИМЕНЕМ !
! ! ! УЖЕ СУЩЕСТВУЕТ !
! .FETCH ! 0 ! НЕДОПУСТИМОЕ ИМЯ УСТРОЙСТВА ИЛИ В !
! ! ! СИСТЕМЕ ОТСУТСТВУЕТ ДРАЙВЕР УКА- !
! ! ! ЗАННОГО УСТРОЙСТВА !
! .RELEAS ! 0 ! НЕДОПУСТИМОЕ ИМЯ УСТРОЙСТВА !
! .FPROT ! 0 ! УКАЗАННЫЙ КАНАЛ ЗАНЯТ !
! ! 1 ! ФАЙЛ НЕ НАЙДЕН !
! ! 2 ! НЕДОПУСТИМАЯ ОПЕРАЦИЯ !
! ! 3 ! НЕДОПУСТИМОЕ ЗНАЧЕНИЕ АРГУМЕНТА !
! ! ! "PROT" !
! .GTJB ! 0 ! НЕТ ЗАДАНИЯ !
! .GVAL ! 0 ! УКАЗАННОЕ ЗНАЧЕНИЕ СМЕЩЕНИЯ НАХО- !
! .PVAL ! ! !
! ! ! ДИТСЯ ВНЕ ОБЛАСТИ RMON !
! .LOOKUP ! 0 ! УКАЗАННЫЙ КАНАЛ ЗАНЯТ. НЕТ ЗАДАНИЯ!
! .MRKT ! 0 ! НЕТ СВОБОДНОГО ЭЛЕМЕНТА ОЧЕРЕДИ !
! .MTATCH ! 2 ! НЕСУЩЕСТВУЮЩИЙ ЛНТ !
! ! 3 ! НЕДОПУСТИМЫЙ ФУНКЦИОНАЛЬНЫЙ КОД !
! ! 4 ! ТЕРМИНАЛ ЛОГИЧЕСКИ СВЯЗАН С ДРУГИМ!
! ! ! ЗАДАНИЕМ !
! ! 5 ! НЕДЕЙСТВИТЕЛЬНЫЙ АДРЕС СЛОВА АСИНХ!
! ! ! РОННОГО СОСТОЯНИЯ ТЕРМИНАЛА (В РЕ-!
! ! ! ЖИМЕ XM) !
! .MTDTCH ! 1 ! НЕДОПУСТИМЫЙ ЛОГИЧЕСКИЙ НОМЕР ТЕР-!
! ! ! МИНАЛА; ТЕРМИНАЛ НЕ СВЯЗАН С ЗАДА-!
! ! ! НИЕМ !
! ! 2 ! НЕСУЩЕСТВУЮЩИЙ ЛНТ !
! ! 3 ! НЕДОПУСТИМЫЙ ФУНКЦИОНАЛЬНЫЙ КОД !
! .MTGET ! 1 ! НЕДОПУСТИМЫЙ НОМЕР ТЕРМИНАЛА; ТЕР-!
! ! ! МИНАЛ НЕ СВЯЗАН С ЗАДАНИЕМ !
! ! 2 ! НЕСУЩЕСВУЮЩИЙ ЛНТ !
! ! 3 ! НЕДОПУСТИМЫЙ ФУНКЦИОНАЛЬНЫЙ КОД !
! ! 4 ! ТЕРМИНАЛ СВЯЗАН С ДРУГИМ ЗАДАНИЕМ !
! ! 5 ! НЕДЕЙСТВИТЕЛЬНЫЙ АДРЕС БУФЕРА !
! ! ! АСИНХРОННОГО СОСТОЯНИЯ ТЕРМИНАЛА !
! .MTIN ! 0 ! НЕТ СИМВОЛОВ В БУФЕРЕ ВВОДА !
! ! 1 ! НЕДОПУСТИМЫЙ НОМЕР ТЕРМИНАЛА; ТЕР-!
! ! ! МИНАЛ НЕ СВЯЗАН С ЗАДАНИЕМ !
! ! 2 ! НЕСУЩЕСТВУЮЩИЙ ЛНТ !
! ! 3 ! НЕДОПУСТИМЫЙ ФУНКЦИОНАЛЬНЫЙ КОД !
! ! 5 ! НЕДЕЙСТВИТЕЛЬНЫЙ АДРЕС БУФЕРА !
! ! ! (В РЕЖИМЕ XM) !
! .MTOUT ! 0 ! НЕТ СВОБОДНОГО МЕСТА В БУФЕРЕ ВЫ- !
! ! ! ВОДА !
! ! 1 ! НЕДОПУСТИМЫЙ НОМЕР ТЕРМИНАЛА, ТЕР-!
! ! ! МИНАЛ НЕ СВЯЗАН С ЗАДАНИЕМ !
! ! 2 ! НЕСУЩЕСТВУЮЩИЙ ЛНТ !
! ! 3 ! НЕДОПУСТИМЫЙ ФУНКЦИОНАЛЬНЫЙ КОД !
! ! 5 ! НЕДЕЙСТВИТЕЛЬНЫЙ АДРЕС БУФЕРА !
! .MTPRNT ! 1 ! НЕДОПУСТИМЫЙ НОМЕР ТЕРМИНАЛА; ТЕР-!
! ! ! МИНАЛ НЕ СВЯЗАН С ЗАДАНИЕМ !
! ! 2 ! НЕСУЩЕСТВУЮЩИЙ ЛНТ !
! ! 3 ! НЕДОПУСТИМЫЙ ФУНКЦИОНАЛЬНЫЙ КОД !
! ! 5 ! НЕДЕЙСТВИТЕЛЬНЫЙ АДРЕС БУФЕРА !
! ! ! СТРОКИ !
! .MTRCTD ! 1 ! НЕДОПУСТИМЫЙ НОМЕР ТЕРМИНАЛА; ТЕР-!
! ! ! МИНАЛ НЕ СВЯЗАН С ЗАДАНИЕМ !
! ! 2 ! НЕСУЩЕСТВУЮЩИЙ ЛНТ !
! ! 3 ! НЕДОПУСТИМЫЙ ФУНКЦИОНАЛЬНЫЙ КОД !
! .MTSET ! 1 ! НЕДОПУСТИМЫЙ НОМЕР ТЕРМИНАЛА; ТЕР-!
! ! ! МИНАЛ НЕ СВЯЗАН С ЗАДАНИЕМ !
! ! 2 ! НЕСУЩЕСТВУЮЩИЙ ЛНТ !
! ! 3 ! НЕДОПУСТИМЫЙ ФУНКЦИОНАЛЬНЫЙ КОД !
! ! 5 ! НЕДЕЙСТВИТЕЛЬНЫЙ АДРЕС БУФЕРА !
! .MTSTAT ! 3 ! НЕДОПУСТИМЫЙ ФУНКЦИОНАЛЬНЫЙ КОД !
! ! 5 ! НЕДЕЙСТВИТЕЛЬНЫЙ АДРЕС БУФЕРА !
! .PROTECT ! 0 ! УКАЗАННЫЙ ВЕКТОР УЖЕ ИСПОЛЬЗУЕТСЯ !
! ! 1 ! АДРЕС ВЕКТОРА БОЛЬШЕ 474 ИЛИ НЕ !
! ! ! КРАТЕН ЧЕТЫРЕМ !
! .UNPROTECT ! 1 ! АДРЕС ВЕКТОРА БОЛЬШЕ 474 ИЛИ НЕ !
! ! ! КРАТЕН ЧЕТЫРЕМ !
! .RCVD ! 0 ! ПОПЫТКА ОБРАЩЕНИЯ К НЕСУЩЕСТВУЮЩЕ-!
! .RCVDC ! ! МУ ЗАДАНИЮ !
! .RCVDW ! ! !
! .READ ! 0 ! ПОПЫТКА ЧТЕНИЯ ПОСЛЕ КОНЦА ФАЙЛА !
! .READC ! ! !
! .READW ! ! !
! ! 1 ! АППАРАТНАЯ ОШИБКА НА КАНАЛЕ !
! ! 2 ! УКАЗАННЫЙ КАНАЛ НЕ ОТКРЫТ !
! .RENAME ! 0 ! УКАЗАННЫЙ КАНАЛ ЗАНЯТ !
! ! 1 ! ФАЙЛ НЕ НАЙДЕН !
! ! 2 ! НЕДОПУСТИМАЯ ОПЕРАЦИЯ !
! ! 3 ! ПОПЫТКА ПЕРЕИМЕНОВАНИЯ ЗАЩИШЕННОГО!
! ! ! ФАЙЛА !
! .REOPEN ! 0 ! УКАЗАННЫЙ КАНАЛ ЗАНЯТ !
! .SAVESTATUS! 0 ! УКАЗАННЫЙ КАНАЛ НЕ ОТКРЫТ !
! ! 1 ! ФАЙЛ ОТКРЫТ ПО .ENTER ИЛИ НАХОДИТ-!
! ! ! СЯ НА МАГНИТНОЙ ЛЕНТЕ, ПОЭТОМУ !
! ! ! .SAVESTATUS ДЛЯ НЕГО НЕДОПУСТИМ !
! .SDAT ! 0 ! ПОПЫТКА ОБРАЩЕНИЯ К НЕСУЩЕСТВУЮЩЕ-!
! .SDATC ! ! МУ ЗАДАНИЮ !
! .SDATW ! ! !
! .SFDAT ! 0 ! КАНАЛ ЗАНЯТ !
! ! ! ФАЙЛ НЕ НАЙДЕН !
! ! ! УСТРОЙСТВО НЕФАЙЛОВОЙ СТРУКТУРЫ !
! .SPCPS ! 0 ! ПОПЫТКА ИСПОЛЬЗОВАТЬ .SPCPS В !
! ! ! ГЛАВНОЙ ПРОГРАММЕ (А НЕ В ПОДПРОГ-!
! ! ! РАММЕ ЗАВЕРШЕНИЯ) !
! ! 1 ! ПРЕДЫДУЩИЙ .SPCPS НЕ ВЫПОЛНЕН !
! .SPFUN ! 0 ! ПОПЫТКА ЧТЕНИЯ ИЛИ ЗАПИСИ ПОСЛЕ !
! ! ! КОНЦА ФАЙЛА !
! ! 1 ! АППАРАТНАЯ ОШИБКА НА КАНАЛЕ !
! ! 2 ! КАНАЛ НЕ ОТКРЫТ !
! .TLOCK ! 0 ! USR УЖЕ ИСПОЛЬЗУЕТСЯ ДРУГИМ ЗАДА- !
! ! ! НИЕМ !
! .TTYIN ! 0 ! НЕТ СИМВОЛА В БУФЕРЕ ВВОДА !
! .TTINR ! ! !
! .TTYOUT ! 0 ! БУФЕР ВЫВОДА ПЕРЕПОЛНЕН !
! .TTOUTR ! ! !
! .TWAIT ! 0 ! НЕТ СВОБОДНОГО ЭЛЕМЕНТА ОЧЕРЕДИ !
! .WAIT ! 0 ! УКАЗАННЫЙ КАНАЛ НЕ ОТКРЫТ !
! ! 1 ! АППАРАТНАЯ ОШИБКА НА КАНАЛЕ ВО !
! ! ! ВРЕМЯ ВЫПОЛНЕНИЯ ПРЕДЫДУЩЕЙ ОПЕРА-!
! ! ! ЦИИ ВВОДА-ВЫВОДА !
! .WRITE ! 0 ! ПОПЫТКА ЗАПИСИ ПОСЛЕ КОНЦА ФАЙЛА !
! .WRITC ! 1 ! АППАРАТНАЯ ОШИБКА НА КАНАЛЕ !
! ! 2 ! КАНАЛ НЕ ОТКРЫТ !
-----------------------------------------------------------

ПРИМЕЧАНИЯ:
1. ДЛЯ ЗАПРОСА .SYNCH ВОЗВРАТ ПО ОШИБКЕ ПРОИСХОДИТ В
СЛЕДУЮЩИХ СЛУЧАЯХ:
- НЕ ЗАКОНЧЕНА МАКРОКОМАНДА .SYNCH, ИСПОЛЬЗУЮЩАЯ ТОТ
ЖЕ БЛОК АРГУМЕНТОВ ЕМТ;
- УКАЗАН НЕДОПУСТИМЫЙ НОМЕР ЗАДАНИЯ;
- ЕСЛИ ПРОИЗОШЛО УДАЛЕНИЕ ИЛИ ОСТАНОВ ПРОГРАММЫ.
ПРИ ЭТОМ УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ НА СЛЕДУЮЩУЮ ЗА .SYNCH
ЯЧЕЙКУ. ЕСЛИ МАКРОКОМАНДА .SYNCH ВЫПОЛНЕНА УСПЕШНО, ТО
ВОЗВРАТ ПРОИСХОДИТ В СЛЕДУЮЩУЮ ЗА ВОЗВРАТОМ ПО ОШИБКЕ ЯЧЕЙ-
КУ.
2. ПРИ ВЫПОЛНЕНИИ ЗАПРОСОВ, НЕ УКАЗАННЫХ В ТАБЛИЦЕ,
ОШИБОК НЕ ПРОИСХОДИТ.

ПРИЛОЖЕНИЕ 2

СТРУКТУРА БЛОКА CBLK

ТАБЛИЦА
-----------------------------------------------------------
! СЛОВО ! РАЗРЯД ! ЗНАЧЕНИЕ ! ОПИСАНИЕ !
!---------------------------------------------------------!
! 1 ! 0 ! 1 !АППАРАТНАЯ ОШИБКА НА КАНАЛЕ!
!(СЛОВО ! 1-5 ! N ! N-ИНДЕКС УСТРОЙСТВА В ТАБ-!
!СОСТОЯ- ! ! ! ЛИЦАХ МОНИТОРА (ИДЕНТИФИ- !
!НИЯ КА- ! ! ! ЦИРУЕТ ФИЗИЧЕСКОЕ УСТРОЙ- !
!НАЛА) ! ! ! СТВО, КОТОРОЕ СВЯЗАНО С !
! ! ! ! ИСПОЛЬЗУЕМЫМ КАНАЛОМ) !
! ! 6 ! 1 ! НА КАНАЛЕ ВЫПОЛНЯЕТСЯ !
! ! ! ! ЗАПРОС .RENAME !
! ! 7 ! 1 ! НА КАНАЛЕ ВЫПОЛНЕН .ENTER;!
! ! ! ! СПРАВОЧНИК УСТРОЙСТВА ДОЛ-!
! ! ! ! ЖЕН МОДИФИЦИРОВАТЬСЯ ПО !
! ! ! ! ЗАПРОСУ .CLOSE !
! ! 8-12 ! ! НОМЕР СЕГМЕНТА СПРАВОЧНИКА!
! ! ! ! (1-37(ВОСЬМЕРИЧНОЙ)), В !
! ! ! ! КОТОРОМ НАХОДИТСЯ ЗАПИСЬ О!
! ! ! ! ТЕКУЩЕМ ФАЙЛЕ !
! ! 13 ! 1 ! ОБНАРУЖЕНА МЕТКА КОНЦА ФАЙ!
! ! ! ! ЛА (EOF) !
! ! 14 ! - ! НЕ ИСПОЛЬЗУЕТСЯ !
! ! 15 ! 1 ! КАНАЛ ЗАНЯТ !
! 2 ! ! ! НОМЕР НАЧАЛЬНОГО БЛОКА !
! ! ! ! ФАЙЛА НА ТОМЕ; ЗНАЧЕНИЕ !
! ! ! ! СЛОВА РАВНО НУЛЮ, ЕСЛИ !
! ! ! ! УСТРОЙСТВО ПОСЛЕДОВАТЕЛЬНО!
! ! ! ! ГО ДОСТУПА !
! 3 ! ! ! ДЛИНА ФАЙЛА В БЛОКАХ !
! 4 ! ! ! НЕ ИСПОЛЬЗУЕТСЯ !
! 5 ! ! ! ЧЕТНЫЙ БАЙТ - ЧИСЛО НЕЗА- !
! ! ! ! ВЕРШЕННЫХ ОПЕРАЦИЙ ВВОДА- !
! ! ! ! ВЫВОДА НА КАНАЛЕ; НЕЧЕТНЫЙ!
! ! ! ! БАЙТ - НОМЕР ПРИВОДА !
! ! ! ! УСТРОЙСТВА, СВЯЗАННОГО С !
! ! ! ! КАНАЛОМ (ОТ 0 ДО 7) !
-----------------------------------------------------------

ПЕРЕЧЕНЬ ССЫЛОЧНЫХ ДОКУМЕНТОВ

1.ОПЕРАЦИОННАЯ СИСТЕМА ФОДОС-2
ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ
РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
589.7547471.00042-01 32 03

2.ОПЕРАЦИОННАЯ СИСТЕМА ФОДОС-2
МОНИТОР РАСШИРЕННОЙ ПАМЯТИ
РУКОВОДСТВО ПРОГРАММИСТА
589.7547471.00042-01 33 04

3.ОПЕРАЦИОННАЯ СИСТЕМА ФОДОС-2
СООБЩЕНИЯ СИСТЕМЫ
589.7547471.00042-01 90 03

4.ОПЕРАЦИОННАЯ СИСТЕМА ФОДОС-2
ОПИСАНИЕ ПРИМЕНЕНИЯ
589.7547471.00042-01 31 01
�</pre>

Uknc info

2007-07-17T18:42:46Z

Nzeemin:

* [[Uknc tech desc]] — Техническое описание (UK_TECH.DOC)
* [[Uknc FODOS-2 drprog]] — ФОДОС-2. ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
* [[Uknc RT-11 monrt]] — RT-11. МОНИТОР СИСТЕМЫ. Руководство программиста

* [[Uknc RAM description]] — Описание ОЗУ, из документа RAM.LST от Alex_K
** [[Uknc RAM description_app]] — Приложения к описанию
* [[Uknc ROM disasm]] — листинги дизассемблированного ПЗУ УКНЦ, от Alex_K

* [[Uknc Resources|Ресурсы УКНЦ]] — книга Влада Жигалова

* [[Uknc ROM Basic boot|Процесс загрузки Бейсик-Вильнюс с кассеты ПЗУ]]
* [[Uknc rt11 boot|Процесс загрузки RT11]]

----
Здесь будет собрана вся известная информация об УКНЦ

--[[User:Felix|Felix]] 08:59, 21 March 2007 (EDT)

Uknc RT-11 monrt

2007-07-17T18:41:39Z

Nzeemin:

<pre>

ОПЕРАЦИОННАЯ СИСТЕМА RT11

МОНИТОР СИСТЕМЫ

Руководство программиста
00010-01 33 01

АННОТАЦИЯ

В документе описываются функции и характеристики мониторов
системы ФОДОС и программные запросы как способ обращения к монитора
с целью выполнения тех или иных действий, необходимых для выполнения
программы.
Перед использованием настоящего документа необходимо
ознакомиться со следующими документами:
-"Операционная система ФОДОС. Общее описание. 00010-01 31 01"
-"Операционная система ФОДОС. Монитор системы. Руководство
оператора. 00010-01 34 01"�

- 3 -

СОДЕРЖАНИЕ.

1. НАЗНАЧЕНИЕ И УСЛОВИЯ ПРИМЕНЕНИЯ...................4
2. СТРУКТУРА ИНФОРМАЦИИ НА НОСИТЕЛЯХ.................5
2.1. Структура системного тома....................5
2.2. Структура тома магнитной ленты...............8
2.3. Организация ввода-вывода.....................9
3. ХАРАКТЕРИСТИКИ МОНИТОРА..........................11
3.1. Особые области памяти RT11..................12
3.2. Алгоритмы свопинга..........................16
3.3. Ячейки фиксированного смещения..............17
3.4. Подпрограммы завершения.....................21
4. ОБРАЩЕНИЕ К МОНИТОРУ, ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ..22
4.1. Программные запросы.........................22
5. СООБЩЕНИЯ........................................81
ПРИЛОЖЕНИЕ .........................................94

- 4 -

Ядром операционной системы RT11 является монитор. В
зависимости от конструкции технических средств и потребностей
пользователь может использовать один из пяти мониторов RT11:
RM - исполняющий монитор реального времени, резидентный в памяти;
SJ(CD) - однозадачный монитор реального времени; FB - фоново-операти-
вный монитор реального времени, обслуживающий две (до 8) задачи на
комплексах с памятью до 56K; XM - монитор управления памятью до 248 K
для не более 8 задач реального времени; TS - многопользовательский
монитор разделения времени для комплексов с памятью 96 - 248 K, обслу
живающий до 30 задач.

1. НАЗНАЧЕНИЕ И УСЛОВИЯ ПРИМЕНЕНИЯ.

Монитор RT11 предназначен для управления работой операционной
системы и обеспечивает выполнение следующих функций:

- обработка прерываний;
- обработка ошибок;
- связь с оператором;
- обслуживание программных запросов;
- управление файлами;
- обеспечение одновременного выполнения двух задач
пользователя (для монитора SJ - одной задачи);
- обслуживание таймера.
Условия применения монитора RT11 аналогичны условиям при-
менения операционной системы в целом ( документ "Операционная система
ФОДОС. Общее описание").
Примечание. Для работы монитора системы необходимо наличие на
системном томе файла свопинга SWAP.SYS. Для мониторов:
FB,XM - 26 блоков
CD,DS - 2 блока при SET USR NOSWAP
SJ - 24 блока�

- 5 -

2. СТРУКТУРА ИНФОРМАЦИИ НА НОСИТЕЛЯХ.

2.1. Структура системного тома.

Системный том RT11 содержит все компоненты системы -загрузчик
системы, монитор, драйверы устройств, системные и вспомагательные
программы. Структура системного тома предусматривает запись перечис-
ленных компонентов по блокам:

Блок: Содержимое:
0 Начало загрузчика системы
1 Идентификация тома
2-5 Продолжение загрузчика системы
6-(Nx2) + 5 Каталог тома, N - число сегментов
каталога
(Nx2) + 6 - до конца Файлы

Примечание: 1блок=256. слов=512. байт. 1сегмент каталога=2блока.
На дисках DX, MX каталог=1сегмент. На дисках двойной плотности,
винчестере - каталог больше.

2.1.1. Виды файлов.

RT11 использует "соприкасающуюся" структуру файлов. Такая
структура означает, что каждый файл на томе составляет группу
смежных физических блоков (т.е. файл длиной в 9 блоков занимает
9 смежных блоков на томе). Различают следующие виды файлов:
> постоянный файл-файл,который был открыт по .ENTER,а затем закрыт по
.CLOSE;файлы,включенные в листинг каталога тома,являются постоянными
> временный файл-файл, который был открыт по .ENTER, но не закрыт
по .CLOSЕ; если выполнен запрос .CLOSE, временный файл становится
постоянным, при этом, если на томе уже существует постоянный файл с
тем же именем,то он стирается; если запрос.CLOSE не используется,
то временный файл рассматривается как пустой файл; временный
файл стирается,если создается новый временный файл с тем же именем;
> пустой файл; т.е. область диска не используется.В листинге каталога
он определен как <Unused> N {неиспользуемый}, где N-длина свободной
области в блоках.�

- 6 -

2.1.2. Структура каталога тома.

Каталог тома любого устройства справочной структуры состоит
из сегментов и начинается с 6-го блока тома. Длина каталога может
изменяться от 1. до 31. сегмента ( устанавливается при инициализации
тома).
Каждый сегмент занимает два блока (512. слов) и состоит из
заголовка сегмента и записей каталога.

2.1.2.1. Формат заголовка сегмента.

Заголовок сегмента находится в начале сегмента и занимает
первые пять слов:

1 Число сегментов справочника (1<= N <=31.)
2 Номер сегмента, логически связанного с данным. Если 0, в
справочнике нет сегментов, логически связанных с данным.
3 Номер последнего открытого сегмента (возрастает при фор-
мировании нового сегмента). Это слово используется только
в первом сегменте
4 Число дополнительных байтов в записи справочника
5 Номер блока тома, с которого начинаются файлы, описанные
в этом сегменте

Примечание: в системе RT11 при непрерывной (без стирания) за-
писи файлов на том и заполнении сегмента каталога, осуществляется
перезапись примерно половины файлов в свободный ( если он есть)
сегмент каталога. В результате между сегментами устанавливается логи-
ческая связь, которая отражается во втором слове заголовка сегмента
и используется монитором для поиска файлов на томе. Логически связан-
ные сегменты не обязательно являются физически смежными на томе.�

- 7 -

2.1.2.2. Формат записи каталога.

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

слово:
0 слово состояния
1 имя файла RADIX-50
2 имя файла RADIX-50
3 тип файла (расширение) RADIX-50
4 длина файла
5 номер задания/номер канала
6 дата (начало счисления=1 января 1972 г.)
*
* дополнительные слова
*

Нечетный байт слова состояния: RAD50:
1 временный файл / FP/
2 свободная область / L2/
4 постоянный файл / YX/
10 конец сегмента /AKH/
204 защищенный (PROTECTED) файл /UD2/

Четный байт слова состояния - резервный.

Имя и тип файла-последовательность символов RADIX-50 ( кроме
пробела, табуляции, знака $). Длина файла равна числу занимаемых им
блоков. Попытки чтения/записи за пределами файла вызовут ошибку.Номер
задания и номер канала устанавливаются только для временных файлов:
При работе с монитором SJ четный байт содержит номер канала,
на котором открыт данный файл.При выполнении запроса .CLOSE указанный
номер канала позволяет однозначно определить искомый временный файл;
При работе с монитором FB четный байт содержит номер канала,
нечетный байт - номер задания, открывшего данный файл. При выполнении
запроса .CLOSE однозначное определение искомого временного файла обес
печивается номером задания, т.к. задания могут иметь временные файлы
на своих каналах, имеющих одинаковые номера.�

- 8 -

Дата создания файла заносится при выполнении запроса .ENTER:

15 14 10 9 5 4 0
+--+------+------+--------+
| |месяц |день |год-117 |
+--+------+------+--------+

Формат даты:
15-й разряд не используется.
Месяцы нумеруются от 1 до 12, дни - от 1 до 31.
в RAD50 /ED2/ высвечивается как -BAD-

Запись справочника имеет длину 7 слов. Однако,пользователь
может разместить дополнительные слова в записи справочника при
инициализации тома. RT11 не обслуживает дополнительные слова в записи
справочника, поэтому пользователь должен предусмотреть доступ к ним.

2.1.2.3. Число файлов тома.

Число файлов,которые можно записать на томе зависит от числа
сегментов каталога тома и числа дополнительных слов в записи каталога.
Общее число записей в каталоге определяется выражением:
31*[(512-5)/(7+N)]
где N - число дополнительных слов в записи.
Если N=0, общее число записей в каталоге ( файлов на томе )
2232. . При размещении дополнительных слов в записи каталога число
файлов, хранящихся на томе, уменьшается.1 сегмент содержит до 145.фай
лов.

2.2. Структура тома магнитной ленты.

RT11 использует магнитную ленту, структура которой предусмат-
ривает идентификацию данных с помощью различных маркеров и меток.
Каждый файл на магнитной ленте записывается по блокам длиной 256.
слов и имеет следующий формат:�

- 9 -

HDRn* --- данные ---* EOFn*
где HDR -идентификатор метки начала файла;
EOF -идентификатор метки конца файла;
n -номер метки;
* -ленточная марка.
Том,содержащий один файл,имеет формат:
VOL1 HDR1 * --- данные --- * EOF1 **
где VOL1 - идентификатор метки тома с номером 1.
Том,содержащий два файла,имеет формат:
VOL1NDR1* - - данные - - *EOF1*NDR2* - - данные - - *EOF2**
Две ленточные марки, следующие за меткой конца файла,
указывают логический конец ленты, обозначаемый LEOT.
Лента, на которой не записаны файлы данных имеет следующий
формат: VOL1**
Каждая метка VOLn, HDRn или EOFn занимает полный блок
длиной 256. слов, в котором используются первые 80 байтов.
Идентификатор и номер метки записываются по байтам в кодах
КОИ-7.
Блок метки тома содержит идентификацию тома, блок метки
начала файла HDRn - имя файла, порядковый номер файла на ленте, дату
создания и код системы.
Блок метки конца файла EOFn построен аналогично блоку HDRn.
Кроме характеристик блока HDRn , указанных выше, блок EOFn содержит
десятичное число блоков в данном файле в кодах КОИ-7.
Магнитная лента,содержащая в начале тома начальный загрузчик,
имеет следующий формат:
VOL1 BOOT HDR1* - - данные - - *EOF1* ...* ,
где BOOT - блок длиной 256. слов, содержащий начальный загрузчик.

2.3. Организация ввода-вывода.

Управление операциями ввода-вывода в системе RT11 осуществля-
ется монитором с помощью драйверов устройств.
Драйверы устройств являются резидентными на системном устрой-
стве и загружаются в оперативную память по запросу из программы поль-
зователя или по команде KMON.�

- 10 -

Все запросы на ввод-вывод данных интерпретируются монитором и
адресуются драйверу соответствующего устройства. Если запрос не может
быть удовлетворен по каким-либо причинам, он автоматически ставится в
очередь.
2.3.1. Элемент очереди ввода-вывода.

Очередь ввода-вывода состоит из связанных элементов по 7 (SJ/
FB-мониторы) или 10 (XM/TS) слов каждый. Элемент очереди формируется
монитором при поступлении запросов на ввод-вывод и используется драй-
вером устройства для выполнения операции. Структура элемента очереди:

+-----------------------------------------------+
| Адрес следующего элемента очереди |
| Адрес слова состояния канала |
| Номер начального блока файла |
| на томе |
|-------+-----------------------+---------------|
| Номер | Номер привода | Код |
|задания| устройства | функции |
|-------+-----------------------+---------------|
| Адрес буфера памяти |
| Счетчик слов |
| Функция завершения |
+-----------------------------------------------+

1-е слово элемента очереди - адрес следующего элемента очере-
ди,если он есть (иначе - 0).<Q.LINK=0;Q$LINK=-4>
2-е слово - адрес слова состояния канала,на котором осуществ-
ляется операция ввода-вывода.<Q.CSW=2;Q$CSW=-2>
3-е слово -номер начального блока файла на томе для устройств
файловой структуры (иначе - 0).<Q.BLKN=4;Q$BLKN=0>
4-е слово:разряды 0-7 - код функции,которую необходимо выпол-
нить; разряды 8-10 - номер привода устройства, на котором выполняется
операция;разряды 11-13 - номер задания:0 -фоновое, 2 - основное.
<Q.FUNC=6;Q$FUNC=2><Q.JNUM=Q.UNIT=7;Q$JNUM=Q$UNIT=3>
5-е слово - адрес буфера оперативной памяти для запрашиваемой
операции.<Q.BUFF=10;Q$BUFF=4>
6-е слово - счетчик слов; <0 для операции записи, >0 для чте-
ния и 0 - для поиска файла на томе.<Q.WCNT=12;Q$WCNT=6>�

- 11 -
7-е слово - адрес подпрограммы завершения:
0 - синхронный режим ввода-вывода, управление - задаче после
завершения операции;
1 - модифицированный синхронный режим ввода-вывода,управление
возвращается задаче после запуска операции;
Четный адрес - адрес подпрограммы завершения для асинхронного
режима ввода-вывода.<Q.COMP=14;Q$COMP=10>
(в угловых скобках-мнемоники и соотв. смещения, определяемые макроко-
мандой .QELDF; смещения, содержащие в имени точку-относительно начала
элемента очереди, содержащие "$" -относительно третьего слова). Для
XM/TS мониторов Q.PAR=16; Q$PAR=12 содержит значение, записываемое в
PAR1(XM-монитор) или PAR6(TS-монитор) для получения доступа через
Q.BUFF к данным в буфере программы;PAR-один из регистров адреса стра-
ницы диспетчера памяти; длина элемента очереди в байтах Q.ELNG=16 для
SJ/FB мониторов, Q.ELNG=24-для XM/TS.
В системе RT11 предусмотрена очередь ввода-вывода из одного
элемента ( в режиме FB для каждого задания - свой элемент очереди ).
Этого достаточно для работы в режиме синхронного выполнения
операций ввода-вывода.Для работы в других режимах пользователь должен
предусмотреть в своей программе создание дополнительных элементов по
запросу .QSET .

3. ХАРАКТЕРИСТИКИ МОНИТОРА.

Монитор системы RT11 имеет модульную структуру и включает сле
дующие программные компоненты:
- Резидентный монотор RMON;
- Клавиатурный монотор KMON;
- Программу обслуживания пользователя USR и Интерпретатор ко-
мандной строки CSI;
- Драйверы устройств.
Работа RT11 под управлением монитора SJ обеспечивает выполне-
ние одной программы пользователя, под управлением мониторов FB и XM
обеспечивает одновременное выполнение двух независимых программ, и
кроме того, в режиме XM обеспечивает доступ к памяти объемом до 124 К
слов.�

- 12 -

3.1. Особые области памяти RT11.

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

3.1.1. Адреса векторов прерывания.

Ячейки памяти от 0 до 476 используются операционной системой
и программы пользователя не должны изменять содержимого этих ячеек. В
противном случае система должна быть перезагружена,или программа дол-
жна восстановить первоначальное содержимое этих ячеек.
В таблице перечислены адреса векторов прерывания и типы прерываний:

+---------------------------------------------------------------+
|Вектор | Тип прерывания |
| 4,6 | Прерывание по ошибке обращения к каналу.В процессоре |
| | BM3 обращение к слову по нечетному адресу |
| 10,12 | Прерывание по резервной команде |
| 30,32 | Прерывание по команде EMT |
| 34,36 | Прерывание по команде TRAP |
| 60,62 | Прерывание от клавиатуры терминала |
| 64,66 | Прерывание от печати терминала |
|100,102| Прерывание от таймера |
|134,136| Прерывание от платы CDR |
|200,202| Прерывание от принтера |
|220,222| Прерывание от дисков на базе СМ-5400 |
|224,226| Прерывание от магнитной ленты на базе ИЗОТ 5003 |
|250,252| Прерывание от Диспетчепра памяти |
|254,256| Прерывание от дисков DP (29 Мбайт) |
|264,266| Прерывание от гибких дисков |
| 70,72 | ФС |
| 74,76 | ПЛ |
+---------------------------------------------------------------+
Перезапуск монитора осуществляется с 0-го адреса.�

- 13 -

3.1.2. Область связей системы.

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

SET USR NOSWAP SET USR SWAP
-------------- -----------------
KMON KMON
-------------- -----------------
RMON RMON
@#54-> -------------- @#54-> -----------------
драйверы драйверы
-------------- -----------------
USR
266(@#54)-> --------------
..............
1000 -------------- 1000-> -----------------
векторы,
стек и т.п.
0 -------------- 0 -----------------

Системная область связи:

Байт Назначение и использование

40,41 Пусковой адрес программы. При создании файлов в форматах .SAV
и .REL, Редактор связей записывает в это слово пусковой адрес
программы.

42,43 Первоначальный адрес стека. По умолчанию равен 1000

44,45 Слово состояния задания. Одни разряды устанавливаются монито-
ром, другие могут устанавливаться или очищаться программой
пользователя.

46,47 Адрес загрузки USR. Это слово может содержать любой действите
льный адрес программы пользователя. Если 0, то USR загружает-
ся по адресу,записанному в ячейке фиксированного смещения 266
RMON�

- 14 -

50,51 Адрес верхней границы памяти для программы.В этом слове мони-
тор содержит наивысший адрес,который может использовать прог-
рамма пользователя. Адрес верхней границы может модифицирова-
ться с помощью запроса .SETTOP

52 Код ошибки EMT. Eсли при выполнении программного запроса про-
исходит ошибка, то устанавливается С - разряд и код ошибки
записывается в байт 52

53 Код ошибки программы пользователя USERRB. Используется при
работе с косвенными файлами. Если в процессе выполнения прог-
рамма пользователя обнаружит условия ошибки, она может сооб-
щить об этом, используя байт 53. KMON проверяет этот байт по
окончании работы программы. При возникновении ошибки, KMON
может аннулировать использующийся косвенный файл. Это предот-
вращает от получения неправильных результатов, которые могут
возникнуть,если выполнение команд косвенного файла зависит от
успешного завершения предыдущих команд. Программа может прек-
ратить свою работу в одном из следующих состояний:
- нормально ;
- предупреждение ;
- ошибка ;
- фатальная ошибка .
Состояние программы считается "нормально", если при ее выпол-
нении не возникает ошибок. Состояние "предупреждение" указыва
ет на то,что имело место предупреждающее сообщение и выполне-
ние программы завершилось до конца. Состояние "ошибка" указы-
вает на то, что произошла ошибка и выполнение программы не
завершилось.Такое состояние используется,если программа созда
ет выходной файл, содержащий ошибки. Состояние "фатальная
ошибка" указывает на то, что программа не создала выходные
данные и все команды или операции, зависящие от данных, будут
выполнены неправильно.Такая ошибка может возникнуть в случае,
если для завершения выполнения программы недостаточно памяти.�

- 15 -

54,55 Начальный адрес Резидентного монитора.Это слово не должно из-
меняться пользователем.

Разряд Назначение @#44
-------------------------------------------------------------

15 Разряд свопинга USR (только в режиме SJ). Moнитор ус-
танавливает этот разряд,если программа не требует сво
пинга USR

TT$LC 14* Разряд нижнего регистра. Когда разряд установлен, то
запрещается автоматическое преобразование кодов сим-
волов нижнего регистра в коды верхнего регистра

13* Разряд перезапуска. Если разряд установлен, программа
может быть перезапущена по команде REENTER

TT$SPC 12* Разряд специального режима работы с терминалом. Если
этот разряд установлен,он указывает на то,что програм
ма находится в специальном клавиатурном режиме

11* Разряд передачи строки KMON. Если разряд установлен и
выполнение программы пользователя заканчивается по
.EXIT , то KMON осуществляет выборку команды из ячеек
500 - 776

10* Разряд виртуального отображения ( только в режиме XM)

9 Оверлейный разряд. Устанавливается Редактором связей,
если программа имеет оверлейную структуру

8 Разряд CHAIN.Этот разряд устанавливатся в том случае,
если программа была загружена по запросу CHAIN

7* Разряд останова по ошибке (только в режиме SJ). Если
установлен,то в случае ошибки в операции ввода-вывода
произойдет останов системы

6* Разряд запрещения состояния ожидания терминала.Исполь
зуется в режиме FB

5-3 Резервируются для системных целей.

2-0 Резервные для системы.
Примечание: Разряды, отмеченные в таблице звездочкой, устанавливаются
программой пользователя.�

- 16 -

Разряд Значение @#53
-------------------------------------------------------------

7-4 Резервные. Не должны использоваться программой поль-
зователя.
3 Фатальная ошибка
2 Ошибка
1 Предупреждение
0 Нормально

3.2. Алгоритм свопинга.

Программные запросы в зависимости от того, требуют они нали-
чия USR в памяти или нет, делятся на 2 категории. Запрос,который тре-
бует наличия USR в памяти, может также потребовать, чтобы часть про-
граммы пользователя временно удалялась из памяти и запоминалась на
диске. В этом случае USR загружается в освободившуюся область. В ре-
жиме XM не требуется свопинг USR, т.к. USR является резидентной. При
работе с RT11 необходимо помнить следующее:
1) если в фоновой программе запрос .SETTOP запрашивает вер-
хний адрес программе выше начального адреса USR, то при обращении к
USR требуется свопинг;
2) если пользователь меняет содержимое @#46, то RT11 исполь-
зует содержимое этого слова в процессе свопинга для USR; если содер-
жимое ячейки 46 нулевое, USR загружается с адреса установленного
системой.
Если свопинг не нужен, содержимое ячейки 46 игнорируется.
Основное задание всегда должно иметь адрес в ячейке 46, независимо от
того, осуществляется или нет свопинг USR. Указывая адрес в ячейке 46,
нужно соблюдать осторожность: поскольку монитор SJ не проверяет допу-
стимость адреса для свопинга USR, то при свопинге может произойти
наложение областей памяти, используемых для свопинга USR и RMON. Это
приводит к нарушению нормального функционирования системы.�

- 17 -

4. Не допускается определять адрес для свопинга USR в преде-
лах следующих областей: стека программы, блока аргументов для вызова
USR, буферов ввода-вывода, драйверов устройств или подпрограмм завер-
шения,использующихся при вызове USR.

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

Смещение Содержимое
---------------------------------------------------------------------

266 Адрес загрузки USR ( если ячейка 46 содержит 0 )

270 Адрес подпрограммы монитора управления очередью вво-
да-вывода. Обращение к подпрограмме осуществляется из
драйверов устройств по окончании операции ввода-выво-
да

272 SPUSR::

274 Номер привода системного устройства (устройства,с ко-
торого последний раз была загружена система)

276 Номер версии монитора

300 Слово конфигурации системы. Разряды слова несут инфо-
рмацию об аппаратной конфигурации системы и ее прог-
раммных компонентах.

302 SCROLL::

304 Адрес регистра состояния клавиатуры терминала

306 Адрес регистра буфера клавиатуры терминала

310 Адрес регистра состояния печати терминала

312 Адрес регистра буфера печати терминала�

- 18 -

314 Максимально допустимая длина файла (предоставляемая
системой,если соответствующий аргумент запроса .ENTER
равен нулю). Она может быть установлена программой
пользователя или с помощью программы PATCH. Значение
по умолчанию равно 177777

316 E16LST::.WORD LST16-$RMON

324 Адрес подпрограммы обработки запроса .SYNCH. Подпрог-
раммы пользователя обработки прерываний могут исполь-
зовать его для синхронизации с заданиями, которые они
обслуживают

326-350 карта загрузки

352 USRLOC::

354 GTVECT:: вектор графтерминала

356 счетчик ошибок

360 Адрес подпрограммы записи в слово состояния процессо-
ра (PSW). Вызов этой подпрограммы осуществляется по
запросу .MTPS

362 Адрес подпрограммв выборки из PSW. Этот адрес исполь-
зуется запросом .MFPS

364 SYINDX::

366 Слово состояния косвенного файла

370 Слово расширенной конфигурации.Это слово содержит ин-
формацию о дополнительном оборудовании

372 Слово параметров генерации. Содержит информацию о до-
полнительных возможностях системы

374 Размер USR в байтах�

- 19 -

377 Глубина вложения косвенных файлов (значение по умол-
чанию равно 3). Значение может быть модифицировано
для изменения глубины вложения косвенных файлов

376 Байт уровня ошибки

400 .WORD EMTDON-$RMON

402 .WORD $FORK-$RMON

404 .WORD $PNAME-$RMON

406,410,412 имя монитора в RAD50

414

416

417

420 размер ОЗУ

424

Ячейки 304-313 содержат адреса регистров терминала и не используются
в мультитерминальном режиме.�

- 20 -

Слово конфигурации системы:

Разряд Значение
---------------------------------------------------------------------

0 0 - монитор SJ; 1 - монитор FB, если разряд 12 не ус-
тановлен; если установлен - монитор XM

3 1 - фоновым заданием управляет BATCH

5 1 - таймер с частотой 50 Гц

6 1 - Процессор плавающей запятой ЭВМ "Электроника-79"

7 0 - основного задания в памяти нет
1 - основное задание в памяти

9 1 - USR является резидентной по SET USR NOSWAP

11 1 - процессор "Электроника 60"

12 1 - система работает под управлением монитора XM

13,14 используются системой

15 1 - имеется таймер

Слово расширенной конфигурации:

Разряд Значение
---------------------------------------------------------------------

0 1 - сверхбыстрая память (КЭШ - память)

1 1 - паритетность

8 1 - блок расширенной арифметики ЭВМ "Электроника-60М"

14 1 - процессор ЭВМ "Электроника 79"�

- 21 -

Слово параметров генерации:

Разряд Значение
---------------------------------------------------------------------

0 1 - регистрация ошибок

1 1 - обслуживание расширенной памяти

2 1 - обслуживание ожидания готовности устройств

9 1 - обслуживание паритетности

10 1 - обслуживание запросов .MRKT и .CMKT монитора SJ

13 1 - мультитерминальное обслуживание

3.4. Подпрограммы завершения.

Подпрограммы завершения создаются пользователем и запускают-
ся сразу же после окончания некоторых внешних операций. Управление
подпрограмме завершения передается после операции ввода-вывода данных
или через определенный интервал времени. На входе в подпрограмму за-
вершения R0 содержит слово состояния канала для операции, а R1 -вось-
меричный номер канала для операции. В режиме SJ подпрограммы заверше-
ния являются асинхронными и могут прерывать друг друга. В режимах FB
и XM подпрограммы завершения не прерывают друг друга, а организуются
в очередь и ждут окончания выполнения соответствующего задания.
При создании подпрограмм завершения необходимо соблюдать сле-
дующие правила:
1) в подпрограммах завершения нельзя использовать запросы,
требующие USR ;
2) подпрограммы завершения не должны находиться в области
памяти, которая используется для USR ;
3) выход из подпрограммы завершения - по RTS PC ;
4) если подпрограмма завершения использует регистры кроме R0
и R1, она должна запомнить их содержимое после входа в подпрограмму и
восстановить их перед выходом.�

- 22 -

4.ОБРАЩЕНИЕ К МОНИТОРУ.ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ.

Обращение к монитору RT11 осуществляется по командам KMON,
вводимых с системного терминала, и через программные запросы.В данном
разделе описан формат и назначение всех программных запросов операци-
онной системы. Обслуживание программных запросов, помеченных в доку-
менте, как вариант SJ (FB,XM), не реализовано в данной версии RT11.

4.1. Программные запросы.

Программные запросы представляют собой ассемблерные макроко-
манды, которые обрабатываются монитором во время выполнения программы
Основа программного запроса - команда EMT. Она используется для пере-
дачи информации монитору на выполнение определенной операции.Все про-
граммные запросы начинаются символом "."
Существуют два формата программных запросов:
1. .PRGREQ area, arg1,...,argn
2. .PRGREQ arg1, arg2,...,argn
В первом формате аргумент area является указателем блока ар-
гументов arg1,...,argn. Программные запросы такого формата вызывают
генерацию команды EMT 375. Если аргумент area в макрокоманде не ука-
зан, в качества указателя блока аргументов используется регистр R0.
Программные запросы второго формата вызывают генерацию ко-
манды EMT 374 или одной из команд EMT 340-357.
Все аргументы программных запросов служат в качестве источ-
ника команды MOV.
Например,
.PRGREQ
транслируется,как
MOV CHAR,R0
EMT 374

Пример записи программного запроса:

.GTLIN #LINE,#PROMPT
.
.
.
PROMPT: .ASCIZ /Введите строку>/<200>
.EVEN
LINE: .BLKB 81.
.EVEN�

- 23 -

При выполнении запроса содержимое регистров, кроме R0, не из-
меняется и указатель стека, за исключением запросов CSI, не переуста-
навливается.

4.1.1. Аргументы программных запросов.

Аргументы программных запросов являются входными данными для
монитора RT11.

4.1.1.1. Номер канала.

Номер канала (chan) представляет собой логический идентифика-
тор файла и используется монитором при выполнении операций. Номер
канала может быть от 0 до 255. (0-377).
Каждый открытый файл монитор логически связывает с определен-
ным каналом.Для обращения к файлу достаточно указать номер его канала

4.1.1.2. Блок устройства.

Блок устройства (dblk) представляет собой блок информации в
кодах Radix-50, который содержит имя устройства, имя и тип файла.Дли-
на блока - 4 слова.
Пример:
.RAD50 /MY0/
.RAD50 /FIL/
.RAD50 /E /
.RAD50 /TYP/

Имя устройства,имя и тип файла должны быть левоопределенными
в каждом поле операнда (т.е. непосредственно следовать за ограничите-
лем операнда директивы .RAD50 ).
Допускается запись блока устройства .RAD50 /DK FILE TYP/
При этом каждое поле операнда отделяется друг от друга пробелом.�

- 24 -

Аргументы программных запросов:

Обозначение Аргумент
---------------------------------------------------------------------

addr Адрес; значение зависит от используемого запроса
area Адрес блока аргументов EMT
blk Номер блока относительно начала файла,с которого
должна выполняться операция ввода-вывода
buf Адрес буфера памяти
cblk Адрес блока из пяти слов, в котором хранится информа-
ция о состоянии канала
chan Номер канала
crtn Точка входа подпрограммы завершения
dblk Адрес блока устройства
num Число, зависит от используемого запроса
wcnt Счетчик слов
seqn Последовательный номер файла для операций с магнитной
лентой

4.1.1.3. Блок аргументов EMT.

Четный байт 1-го слова содержит номер канала,определенный в
макрокоманде. Если номер канала не требуется, то четный байт содержит
0.Нечетный байт 1-го слова блока содержит функциональный код макроко-
манды. Остальные слова блока содержат аргументы,определенные в макро-
команде:

-------------------------
area: Функциональный | Номер
код | канала
-------------------------
1-й аргумент
-------------------------
2-й аргумент
-------------------------
.
.
.
-------------------------
n-ый аргумент
-------------------------�

- 25 -

4.1.2. Сообщения об ошибках.

При обработке запросов, монитор может обнаружить ошибки.
Программные запросы информируют об этом пользователя, используя бит C
байт ошибок (@#52) и сообщения монитора. Бит C очищается после выпол-
нения запроса и устанавливается при ошибке. Для обнаружения ошибки за
запросом должна следовать команда BCS или BCC. Когда установлен бит C
байт ошибок содержит код ошибки. В Приложении перечислены коды ошибок
программных запросов и причины,вызывающие эти ошибки.

4.1.3. Типы программных запросов.

Существуют три типа программных запросов:
> запросы для операций с файлами;
> запросы для организации ввода-вывода данных;
> запросы общего назначения.
Запросы использующиеся только в режиме FB помечены звездочкой
только в XM помечены двумя звездочками - игнорируются в режиме SJ. В
программе пользователя достаточно указать первые шесть символов имени
программного запроса.

Программный Код Функ- Назначение
запрос EMT цион.
код
---------------------------------------------------------------------

.CHCOPY * 375 13 Открывает канал для ввода и логически связыва
ет его с открытым каналом другого задания

.CLOSE 374 6 Закрывает канал и освобождает его для исполь-
зования в других операциях

.DELETE 375 0 Стирает файл с тома указанного устройства

.ENTER 375 2 Резервирует обдасть на томе указанного устрой
ства для создания нового файла

.LOOKUP 375 1 Открывает существующий файл для ввода и/или
вывода на указанном канале�

- 26 -

.PURGE 374 3 Освобождает канал

.RENAME 375 4 Переименовывает файл. Недопустим в операциях
с магнитной лентой

.REOPEN 375 6 Обеспечивает восстановление параметров, кото-
рые запоминались по запросу .SAVESTATUS и
повторно открывает канал для ввода-вывода

.SAVESTATUS 375 5 Запоминает параметры состояния открытого фай-
ла в памяти и освобождает канал

.READ 375 10 Передает данные по указанному каналу в буфер
памяти и возвращает управление программе поль
зователя, как только запрос на чтение данных
будет поставлен в очередь ввода-вывода

.READC 375 10 Передает данные по указанному каналу в буфер
памяти и возвращает управление программе поль
зователя, как только запрос на чтение данных
будет поставлен в очередь ввода-вывода. После
окончания чтения, управление передается подп-
рограмме завершения

.READW 375 10 Передает данные по указанному уканалу в буфер
памяти и возвращает управление программе поль
зователя после окончания операции

.WRITE 375 11 Передает данные по указанному каналу на уст-
ройство и возвращает управление программе
пользователя, как только запрос на передачу
данных будет поставлен в очередь вода-вывода

.WRITC 375 11 Передает данные по указанному каналу на уст-
ройство и возвращает управление программе
пользователя, как только запрос на передачу
данных будет поставлен в очередь ввода-вывода
После окончания записи, управление передается
подпрограмме завершения�

- 27 -

.WRITW 375 11 Передает данные по указанному каналу на уст-
ройство и возвращает управление программе
пользователя после окончания передачи данных

.RCVD * Принимает сообщения или данные, передаваемые
.RCVDC * 375 26 другой программой. Аналогичны запросам
.RCVDW * .READ , .READC , .READW

.SDAT * 375 25 Передает сообщения или данные другой програм-
.SDATC * ме. Аналогичны запросам
.SDATW * .WRITE , .WRITC , .WRITW

.TTYIN 340 - Передает один символ из буфера терминала в R0
.TTINR

.TTYOUT 341 - Передает один символ из R0 в буфер терминала
.TTOUTR

.PRINT 351 - Выдает на печать строку символов КОИ-7

.MTIN * 374 37 В мультитерминальном режиме аналогично .TTYIN

.MTOUT * 374 37 В мультитерминальном режиме аналогично .TTYOU

.MTPRNT * 374 37 В мультитерминальном режиме аналогично .PRINT

.SPFUN * 375 32 Выполняет специальные функции для магнитных
лент и гибких дисков

.CDFN 375 15 Определяет дополнительные каналы для операций
ввода-вывода

.CHAIN 374 10 Передает управление другой фоновой программе

.CRAW ** 374 36 Создает окно виртуального адреса

.CRRG ** 374 36 Создает динамическую область физическ. памяти

.CMKT 375 23 Аннулирует один или несколько запросов .MRKT�

- 28 -

.CNTXSW * 375 33 Определяет ячейки памяти для операции переклю
чения контекста

.CSIGEN 344 - Вызывает работу Интерпретатора командной стро
ки в общем режиме

.CSISPC 345 - Вызывает работу Интерпретатора командной стро
ки в специальном режиме

.CSTAT * 375 27 Позволяет получить информацию о состоянии
канала

.DATE 374 12 Пересылает текущую дату в регистр R0

.DEVICE * 375 14 Позволяет запретить прерывание от устройства
в режиме FB после окончания выполнения прог-
раммы

.DSTATUS 342 - Позволяет получить информацию о состоянии
устройства

.ELAW ** 374 36 Аннулирует окно виртуального адреса

.ELRG ** 374 36 Аннулирует динамическую область физической па
мяти и делает ее свободной для использования
другим заданием

.EXIT 350 - Завершает выполнение программы пользователя и
передает управление Клавиатурному монитору

.FETCH 343 - Загружает драйвер устройства

.GMCX ** 374 36 Пересылает программе информацию о состоянии
окна

.GTIM 375 21 Определяет текущее время дня

.GTJB 375 20 Определяет параметры выполняемого задания

.GTLIN 345 - Принимает входную строку с терминала или из
косвенного файла�

- 29 -

.GVAL 376 34 Пересылает в R0 содержимое указанной ячейки
монитора

.HERR 374 5 Отменяет действие запроса .SERR

.HRESET 357 - Прекращает все операции ввода-вывода и выпол-
няет функции запроса .SRESET

.INTEN - - Сообщает монитору о том,что произошло преры-
вание от устройства и устанавливает приоритет
процессора на соответствующий уровень

.LOCK 346 - Делает программу USR резидентной в памяти до
тех пор, пока не будет выполнен .EXIT или
.UNLOCK . Если необходимо,свопирует программу
пользователя

.MAP** 374 36 Отображает предварительно созданное окно вир-
туального адреса

.MFPS - - Выбирает содержимое PSW

.MRKT 375 22 Планирует запуск подпрограммы завершения че-
рез определенный интервал времени

.MTATCH* 374 37 Устанавливает связь между заданием и опреде-
ленным терминалом

.MTDTCH* 374 37 Прерывает связь указанного терминала с зада-
нием и освобождает его для использования дру-
гим заданием

.MTSET* 374 37 Устанавливает и модифицирует характеристики
терминала в мультитерминальном режиме

.MTGET* 374 37 Определяет состояние указанного терминала

.MTPS - Устанавливает PSW�

- 30 -

.MTRCTO* 374 37 Обеспечивает вывод на указанный терминал

.MWAIT* 374 11 Переводит текущее задание в состояние ожи-
дания до завершения передачи данных

.PROTECT* 375 31 Закрепляет один из векторов (адреса от 0
до 476) за данным заданием

.QSET 353 - Устанавливает размер очереди ввода -вывода
для монитора

.RCTRLO 355 - Обеспечивает вывод на терминал

.RELEAS 343 - Удаляет драйвер устройства из памяти

.RSUM* 374 2 Возобновляет выполнение задания, которое было
прервано по запросу .SPND

.SCCA 374 35 Позволяет блокировать выполнение команды СУ/С

.SERR 374 4 Блокирует прерывание программы при обнаруже-
нии монитором условий ошибок

.SETTOP 354 - Определяет верхнюю границу памяти для выпол-
няемого задания

.SFPA 375 30 Устанавливает в программе пользователя адрес
подпрограммы обработки прерывания от блока
плавающей запятой (БПЗ)

.SPND* 374 1 Приостанавливает выполнение задания

.SRESET 352 - Восстанавливает каналы ввода -вывода и удаля-
ет драйверы устройств из памяти

.SYNCH - - Обеспечивает возможность выполнения програм-
мных запросов в подпрограмме обработки преры-
вания�

- 31 -

.TLOCK 374 7 Определяет, используется ли USR в данный мо-
мент другим заданием. Если USR не использует-
ся, то выполняется .LOCK

.TRPSET 375 3 Устанавливает обработку прерываний по 4-ому
или 10-ому векторам в программе пользователя

.TWAIT* 375 24 Приостанавливает выполнение задания на ука-
занный интервал времени

.UNLOCK 347 - Освобождает программу USR, если ранее не был
выполнен запрос .LOCK и,если необходимо,вновь
загружает программу пользователя

.UNMAP** 374 36 Отменяет действие запроса .MAP

.UNPROTECT 374 31 Отменяет действие запроса .PROTECT

.WAIT 374 0 Ожидает завершения операции ввода-вывода на
указанном канале

Для выполнения некоторых программных запросов необходимо,что-
бы программа монитора USR находилась в оперативной памяти. .CLOSE
на устройствах нефайловой структуры (LP: ,TT: ,PC: , и т.д.) не тре-
бует наличия USR в памяти.
Программа USR не является реентерабельной; если USR использу-
ется одним заданием (в режиме FB), другое задание,требующее USR,будет
ждать его освобождения.�

- 32 -

Программный Требование USR
запрос --------------------------------------------
Режим SJ Режим FB Режим XM
--------------------------------------------------------------------
.CDFN да* нет нет
.CHAIN нет нет нет
.CHCOPY - нет нет
.CLOSE 1) да да да
.CMKT - нет нет
.CNTXSW - нет нет
.CSIGEN да да да
.CSISPC да да да
.CSTAT - нет нет
.DATE нет нет нет
.DELETE да да да
.DEVICE - нет нет
.DSTATUS да да да
.ENTER да да да
.EXIT да да да
.FETCH/.RELEAS да да да
.SFPA нет нет нет
.GTIM нет нет нет
.GTJB - нет нет
.GTLIN да* да да
.GVAL нет нет нет
.HERR/.SERR нет нет нет
.HRESET да* нет нет
.LOCK 2) да да да
.LOOKUP да да да
.MRKT - нет нет
.MTGET - нет нет
.MTIN - нет нет
.MTOUT - нет нет
.MTPRNT - нет нет
.MTSET - нет нет
.MWAIT - нет нет
.PRINT нет нет нет�

- 33 -

.PROTECT - нет нет
.PURGE нет нет нет
.QSET да* да* да*
.RCTRLO нет нет нет
.RCVD/.RCVDC/.RCVDW - нет нет
.READ/.READC/.READW нет нет нет
.RENAME да да да
.REOPEN нет нет нет
.RSUM/.SPND - нет нет
.SAVESTATUS нет нет нет
.SDAT/.SDATC/.SDATW - нет нет
.SCCA нет нет нет
.SETTOP нет нет нет
.SPFUN нет нет нет
.SRESET да* нет нет
.TLOCK 3) да да да
.TRPSET нет нет нет
.TTIRN/.TTYIN нет нет нет
.TTOUTR/.TTYOUT нет нет нет
.TWAIT - нет нет
.UNLOCK нет нет нет
.UNPROTECT - нет нет
.WAIT нет нет нет
.WRITE/.WRITC/.WRITW нет нет нет

1) если канал был открыт по .ENTER
2) если USR находится в состоянии свопинга.
3) если USR не используется другим заданием.
Запосы,помеченные в табл.14 звездочкой,всегда требуют загруз-
ки новой копии USR перед их выполнением (даже, если USR в этот момент
находится в памяти). Прочерк в графе табл.14 означает, что запрос не
используется в данном режиме.�

- 34 -

4.1.4. Программные запросы для операций с файлами

4.1.4.1. .CHCOPY (режим FB)

Запрос .CHCOPY открывает канал для ввода данных и логически
связывает его с файлом другого задания открытым для ввода или вывода.
Запрос может использоваться как основной так и фоновой программами.
Запрос .CHCOPY допустим только для файлов, которые находятся на дис-
ках; одноко система не обнаружит ошибки, если используется другое ус-
тройство.Для того,чтобы закрыть канал, открытый по .CHCOPY необходимо
использовать запросы .CLOSE или .PURGE.
Формат макрокоманды
.CHCORY area, chan, ochan
где area - адрес блока из двух слов аргументов EMT;
chan - номер канала,используемого заданием для чтения данных;
ochan- номер канала другого задания.

4.1.4.2. .CLOSE

Запрос .CLOSE завершает действие на указанном канале и осво-
бождает его для использования в другой операции.Для выполнения запро-
са драйвер соответствующего устройства должен находиться в памяти.
Формат макрокоманды
.CLOSE chan
Для того, чтобы сделать файл постоянным на томе необходимо на
соответствующем канале, открытом для вывода,выполнить запрос .CLOSE .
Запрос .CLOSE на неоткрытом канале игнорируется.
.CLOSE , выполняемый на канале, который был открыт по .ENTER
вызывает корректировку справочника устройства для определения файла
как постоянного на этом устройстве. Если файл открыт по .LOOKUP , то
корректировка справочника не происходит.
Если устройство, связанное с указанным каналом, уже содержит
файл с тем же именем и типом, что и вновь созданный файл, то старая
копия файла стирается, когда новый файл становится постоянным.
Примечание. Монитор информирует программу пользователя об
ошибке при выполнении запроса .CLOSE только в том случае, если до
этого был выполнен запрос .SERR .�

- 35 -

4.1.4.3. .DELETE

Запрос .DELETE стирает файл с указанного устройства.
.DELETE недопустим для магнитных лент.
Формат макрокоманды
.DELETE area, chan, dblk
где area - адрес блока из двух слов аргументов EMT;
dblk - адрес блока устройства, в котором описан файл для операции
стирания.
Примечания:
1. Обращение к открытому каналу приводит к ошибке.
2. Стертый файл в листинге справочника устройства будет опи-
сан как неиспользуемая область (UNUSED) того же размера.
3. Запрос .DELETE на устройствах нефайловой структуры игнори-
руется.
4. При выполнении .DELETE необходимо, чтобы драйвер соответ-
ствующего устройства находился в памяти.
5. После выполнения .DELETE , указанный канал освобождается
для дальнейшего использования.

4.1.4.4. .ENTER

Запрос .ENTER резервирует область на определенном устройст-
ве и создает в справочнике этого устройства временную запись для ука-
занного файла. По запросу .ENTER монитор идентифицирует номер канала,
определенного в запросе,с указанным файлом. Заметим,что если програм-
ма имеет оверлейную структуру, то 15-й канал используется оверлейным
драйвером и не должен модифицироваться программой пользователя.
Формат макрокоманды
.ENTER area, chan, dblk, len, seqn
где area - адрес блока из 4-х слов аргументов EMT;
dblk - адрес блока устройства, в котором описан создаваемый файл;
len - длина файла;
seqn - последовательный номер файла для магнитной ленты;�

- 36 -

Значение Действие монитора
аргумента len
---------------------------------------------------------------------
0 Отводит для файла половину наибольшей свободной обла-
сти или полностью вторую по величине свободную об-
ласть на томе, в зависимости от того, какая из них
больше
М Отводит для файла М блоков
-1 Отводит для файла наибольшую свободную область на
томе

Значение Действие монитора
аргумента seqn
---------------------------------------------------------------------
0 Перематывает магнитную ленту и производит поиск мет-
ки LEOT (логический конец ленты)
n Устанавливает магнитную ленту в положение, соответ-
ствующее файлу с последовательным номером n
-1 Производит поиск LEOT
-2 Перематывает магнитную ленту и производит поиск LEOT
или файла с тем же именем, что и вновь создаваемый
файл

Файл, созданный по .ENTNR не является постоянным до тех пор,
пока на соответствующем канале не будет выполнен запрос .CLOSE .
Запросы .LOOKUP и .SAVESTATUS недействительны для файлов, которые не
являются постоянными. Однако чтение такого файла возможно посредством
обращения к номеру соответствующего блока. Если на соответствующем
канале выполняется .CLOSE , то любой существующий на томе постоянный
файл с тем же именем и типом стирается и новый файл становится посто-
янным. Хотя область для файла резервируется при выполнении ENTER ,
фактическая длина файла определяется после выполнения .CLOSE .
Каждое задание может иметь до 256. одновременно открытых фай-
лов. Если требуется,все 256. файлов могут быть открыты для вывода по-
средством .ENTER . Для выполнения .ENTER необходимо,чтобы драйвер со-
ответствующего устройства был в памяти. После выполнения .ENTER реги-
стр R0 будет содержать размер области тома, отведенной для создания
нового файла.�
- 37 -

4.1.4.5. .LOOKUP

Запрос .LOOKUP связывает указанный канал с устройством и/или
существующим файлом для выполнения операций ввода-вывода.Используемый
канал будет 'занят' до тех пор, пока не будет выполнен один из следу-
ющих запросов: .CLOSE, .SAVESTATUS, .SRESET, .HRESET, .PURGE, .CSIGEN
(если номер канала в диапазоне от 0 до 10 ).
Заметим, что если программа имеет оверлейную структуру, то
15-ый канал используется оверлейным драйвером и не должен изменяться
программой пользователя.
Если первое слово имени файла в блоке устройства (dblk) со-
держит нуль и устройство есть устройство файловой структуры, то абсо-
лютный блок 0 этого устройства определяется как 'начало файла' (в
этом случае говорят о нефайловом .LOOKUP) .
Этот метод допускает ввод-вывод для любого физического блока на уст-
ройстве. Если имя файла определено для устройства нефайловой структу-
ры, то имя файла игтнорируется.
Для выполнения .LOOKUP драйвер соответствующего устройства
должен быть в памяти.После выполнения .LOOKUP , регистр R0 будет со-
держать длину открытого файла в блоках. После выполнения .LOOKUP для
устройств несправочной структуры, регистр R0 будет содержать ноль.
Формат макрокоманды
.LOOKUP area, chan, dblk, seqn
где area - адрес блока из 3-х слов аргументов ЕМТ;
seqn - последовательный номер файла для магнитной ленты;

Значение Действие монитора
аргумента seqn
---------------------------------------------------------------------
-1 Производит поиск файла с текущего положения магнит-
ной ленты
0 Перематывает магнитную ленту и производит поиск файла
n (n>0) Устанавливает магнитную ленту в положение соответст-
вующее файлу с последовательным номером n�

- 38 -

4.1.4.6. .PURGE

Запрос .RURGE освобождает указанный канал для использования в
другой операции без выполнения каких-либо функций запросов .HRESET ,
.SRESET, .SAVESTATUS или .CLOSE . Временный файл открытый на этом ка-
нале по .ENTER ,аннулируется. Запрос .PURGE на свободном канале игно-
рируется.
Формат макрокоманды
.PURGE chan

4.1.4.7. .RENAME

Запрос RENAME изменяет имя файла (недопустим в операциях с
магнитной лентой).
Формат макрокоманды
RENAME area, chan, dblk
где area - адрес блока из двух слов аргументов ЕМТ;
dblk - адрес блока,содержащего имя устройства и имя файла,которые
требуется изменить, и новое имя устройства и имя файла в кодах
Radix-50.
Пример:
.RENAME #AREA, #7, #DBLK
BCS RNMERR
.
.
.
DBLK: .RAD50 /DX1 OLDFIL MAC/
.RAD50 /DX1 NEWFIL MAC/
Если файл с тем же именем,что и новое,уже существует на томе,
то он стирается. Повторное определение имени устройства DX1 в новой
спецификации файла необходимо для правильного выполнения операции и
не должно опускаться. После выполнения .RENAME используемый канал ос-
вобождается.Запрос .RENAME требует, чтобы драйвер соответствующего
устройства был в памяти перед выполнением операции.�

- 39 -

4.1.4.8. .REOPEN

Запрос .REOPEN повторно связывает указанный канал с файлом,
для которого был выполнен запрос .SAVESTATUS.Совместное использование
запросов .SAVESTATUS и .REOREN требуется для одновременного обращения
к большому числу файлов. Файлы открываются по .LOOKUP и параметры их
состояния запоминаются по .SAVESTATUS . Когда требуются данные из
файла, .REOPEN обеспечивает программе возможность чтения этих данных.
Не является обязательным выполнение .REOPEN на том же канале,на кото-
ром были выполнены .LOOKUP и .SAVESTATUS .
Формат макрокоманды
.REOPEN area, chan, sblk
где area - адрес блока из 2-х слов ЕМТ;
sblk - адрес блока из 5-ти слов,где запоминается информация о
состоянии канала.

4.1.4.9. .SAVESTATUS

Запрос .SAVESTATUS запоминает пять слов информации о состоя-
нии канала в указанной пользователем области памяти. Эти слова содер-
жат полную информацию,которая требуется операционной системе для точ-
ного определения файла. После выполнения .SAVESTATUS указанный канал
освобождается. Если необходимо получить данные по этому каналу,то ис-
пользуется запрос .REOPEN .Запрос .SAVESTATUS может использоваться в
том случае,если файл был открыт по .LOOKUP .Если был использован
.ENTER , то .SAVESTATUS игнорируется и генерируется ошибка. Запрос
.SAVESTATUS недопустим в операциях с файлами, которые находятся на
магнитной ленте.
Запросы .SAVESTATUS и .REOPEN используются для работы с
большим числом файлов при ограниченном числе каналов.
Формат макрокоманды
.SAVESTATUS area, chan, cblk
где area - адрес блока из 2-х слов аргументов ЕМТ;
cblk - адрес блока из 5-ти слов,в который будет записана информа-
ция о состоянии канала; адрес должен быть указан в пределах программы
пользователя.�

- 40 -

4.1.5. Программные запросы для организации
ввода-вывода

4.1.5.1. .READ, .READC, .READW

Система RT11 предусматривает три режима выполнения операций
ввода-вывода:
.READ/.WRITE
.READS/.WRITC
.READW/.WRITW
При использовании запросов .READ и .READC должны быть опре-
делены дополнительные элементы для очереди ввода-вывода (п.4.1.6.31.)
Запрос .READ используется для передачи определенного количе-
ства слов по указанному каналу в буфер памяти. Управление передается
программе пользователя немедленно после начала выполнения запроса
.READ . После завершения передачи данных никаких действий не происхо-
дит.
Формат макрокоманды
.READ area, chan, buf, wcnt, blk
где area - адрес блока из 5-ти слов аргументов ЕМТ;
buf - адрес буфера для чтения данных;
wcnt- количество слов для чтения;
blk - номер блока для операции чтения; если был использован фай-
ловый .LOOKUP , то blk - номер блока относительно начала файла; если
был использован нефайловый .LOOKUP , то blk - абсолютный номер блока
устройства; программа пользователя должна модифицировать blk перед
его повторным использованием.
Когда программе пользователя нужно выполнить чтение данных,
может быть использован запрос .WAIT . Это гарантирует то, что данные
будут прочитаны полностью. Если во время передачи данных произошла
ошибка, запрос .WAIT сообщает о ней.
Запрос .READC передает определенное количество слов по ука-
занному каналу в память.Управление программе пользователя будет пере-
дано сразу после начала выполнения .READC . Попытка чтения данных по-
сле конца файла вызывает передачу управления вызывающей программе с
установлением С-разряда и записью нуля в байт ошибок (52-байт). После
выполнения .READC управление будет передано подпрограмме завершения,�

- 41 -

адрес которой указан в запросе. Если в подпрограмме завершения выпол-
няется команда RTS PC ,то управление возвращается программе пользова-
теля.
Формат макрокоманды
.READC area, chan, buf, wcnt, crtn, blk
где area - адрес блока из 5-ти слов аргументов ЕМТ;
buf -адрес буфера для чтения данных;
wcnt -количество слов для чтения;
crtn -адрес подпрограммы завершения (адрес должен быть больше
500);
blk -см. .READ
При запуске подпрограммы завершения:
1) регистр R0 содержит слово состояния канала; если в R0 ус-
тановлен разряд 0 , то произошла аппаратная ошибка во время передачи
данных;
2) регистр R1 содержит номер канала для операции; эта инфор-
мация необходима, когда одна и та же подпрограмма завершения исполь-
зуется в нескольких операциях.
Запрос .READW передает определенное количество слов по ука-
занному каналу в память. Управление передается программе пользователя
после выполнения запроса .READW или при обнаружении ошибки.
Формат макрокоманды
READW area, chan, buf, wcnt, blk
где area -адрес блока из 5-ти слов аргументов ЕМТ;
wcnt -количество слов для чтения (каждый запрос может передать
максимально 32К слов);
blk -см. запрос .READ
Если после завершения запроса будет установлен С-разряд, то
это указывает на то, что на канале произошла аппаратная ошибка. Если
ошибки не было, то данные находятся в памяти, начиная с указанного
адреса. В режиме FB одно из заданий может выполняться в то время как
другое задание ожидает завершения операции.

4.1.5.2. .WRITE, .WRITC, .WRITW

При использовании запросов .WRITE и .WRITC должны быть опреде-
лены дополнительные элементы для очереди ввода-вывода (п.4.1.6.31.).�

- 42 -

Запрос .WRITE передает указанное количество слов из памяти по
указанному каналу. Управление программе пользователя передается сразу
же после того, как запрос будет поставлен в очередь.
Формат макрокоманды
.WRITE area, chan, buf, wcnt,blk
где area -адрес блока из 5-ти слов аргументоа ЕМТ;
buf -адрес буфера памяти,который используется для вывода;
wcnt -количество слов для записи;
blk -номер блока для операции записи; если используется файло-
вый .LOOKUP или .ENTER , то blk - номер блока относительно начала
файла; если был использован нефайловый .LOOKUP или .ENTER , то blk -
абсолютный номер блока устройства; программа пользователя должна мо-
дифицировать blk перед его повторным использованием.
Запрос .WRITC передает заданное количество слов из памяти по
указанному каналу.Управление передается программе пользователя немед-
ленно после начала выполнения .WRITC .После выполнения запроса управ-
ление будет передано подпрограмме завершения.По команде RTS PC управ-
ление возвращается программе пользователя.
Формат макрокоманды
.WRITC area, chan, buf, wcnt, crtn, blk
где area -адрес блока из 5-ти слов аргументов ЕМТ;
buf -адрес буфера памяти,который используется для вывода;
wcnt -количество слов для записи;
crtn -адрес подпрограммы завершения;
blk -см. запос .WRITE .
О содержимом регистров R0 и R1 (при запуске подпрограммы за-
вершения) см.п.4.1.5.1.
Запрос .WRITW передает заданное количество слов из памяти по
указанному каналу. Управление передается программе пользователя после
завершения .WRITW .
Формат макрокоманды
.WRITW area, chan, buf, wcnt, blk
где area - адрес блока из 5-ти слов аргументов ЕМТ;
buf -адрес буфера,который используется для вывода;
wcnt -количество слов для записи;
blk -см.запрос .WRITE .�

- 43 -

4.1.5.3. .RCVD, .RCVDC, .RCVDW (режим FB).

Существуют три формы запроса получения данных,которые исполь-
зуются вместе с запросами .SDAT . Запросы .RCVD аналогичны запросам
.READ , но в отличие от них осуществляют прием данных из другой про-
граммы, а не с устройства. При использовании запросов .RCVD и RCVDC
должны быть определены дополнительные элементы для очереди ввода-вы-
вода (п.4.1.6.31).
Запрос .RCVD используется для получения данных или сообщений,
посылаемых другой программой. Управление вызывающей программе переда-
ется сразу же после начала выполнения запроса .RCVD .При необходимо-
сти, с .RCVD используется запрос .MWAIT ,который задерживает выполне-
ние программы до окончания операции.
Формат макрокоманды:
.RCVD area, buf, wcnt
где area -адрес блока из 5-ти слов аргументов ЕМТ;
buf -адрес буфера для сообщений (данных);
wcnt -количество передаваемых слов.
После выполнения монитором запроса .RCVD ,первое слово буфера
(buf) будет содержать действительное количество переданных слов.Таким
образом,область памяти для приема данных должна быть,по крайней мере,
на одно слово больше размера передаваемого сообщения.
Комбинация .SDAT/ .RCVD может быть использована для передачи
как нескольких слов, так и целого буфера. Операция по запросу .RCVD
заканчивается только после выполнения .SDAT из другой программы.
Запрос .RCVDC осуществляет прием данных и запускает подпро-
грамму завершения после получения сообщения (аналогично .READC) .
Формат макрокоманды
.RCVDC area, buf, wcnt, crtn
где crtn -адрес подпрограммы завершения.
Запрос .RCVDW осуществляет прием данных и ожидает окончания
операции. Выполнение вызывающей программы задерживается до окончания
передачи сообщения другой программой.
Формат макрокоманды
.RCVDW area, buf, wcnt
Как и в .RCVD , первое слово буфера для .RCVDC и .RSVDW будет
содержать действительное количество переданных слов.�

- 44 -

4.1.5.4. .SDAT, .SDATC, .SDATW (режим FB)

Запросы .SDAT, .SDATC, .SDATW используются вместе с запросами
.RCVD, .RCVDC, .RCVDW для передачи сообщений или данных между прог-
раммами под управлением мониторов FB или XM .
Запросы .SDAT, .SDATC, SDATW аналогично запросам .WRITE,
.WRITC, .WRITW ,только осуществляют передачу данных не на устройство,
а другой программе. При использовании запросов .SDAT и .SDATC должны
быть определены дополнительные элементы для очереди ввода-вывода
(п.4.1.6.31).
Формат макрокоманды
.SDAT area, buf, wcnt
где area -адрес блока из 5-ти слов аргументов ЕМТ;
buf -адрес буфера для сообщений (данных),которые будут переданы;
wcnt -количество слов для передачи.
Формат макрокоманды
.SDATC area, buf, wcnt, crtn
где area -адрес блока из 5-ти слов аргументов ЕМТ;
buf -адрес буфера для сообщений (данных),которые будут переданы;
wcnt -количество слов для передачи;
crtn -адрес подпрограммы завершения.
Формат макрокоманды
.SDATW area, buf, wcnt
где area -адрес блока из 5-ти слов аргументоа ЕМТ;
buf -адрес буфера для сообщений (данных),которые будут переданы;
wcnt -количество слов для передачи.

4.1.5.5. .TTYIN, .TTINR

Запросы .TTYIN и .TTINR используются для передачи символов с
терминала в программу пользователя.
Макрорасширение для .TTYIN :
ЕМТ 340
BCS .-2
Макрорасширение для .TTINR :
EMT 340�

- 45 -

Запрос .TTYIN циклится в ожидании подачи символа или строки
символов,в то время как пользователь может ожидать,или продолжать вы-
полнение программы, используя .TTINR .Если по завершению выполнения
.TTINR устанавливает С-разряд, то это значит, что в буфере терминала
символ отсутствует (пользователь еще не напечатал его). В режиме FB
.TTINR не устанавливает С-разряд, если не установлен 6-ой разряд в
слове состояния задания (PSW).
Существует два режима ввода с терминала.Режим ввода определя-
ется содержимым 12-го разряда в PSW. Если содержимое 12-го разряда
нуль,то говорят об общем режиме ввода-вывода.В этом режиме выполняют-
ся следующие действия:
1) монитор обеспечивает 'эхо' всем символам,вводимым с терми-
нала;
2) стирание символов и строк осуществляется с помощью команд
ЗБ и СУ/U соответственно;
3) для передачи символов программе необходимо подать ВК ,
ПС или команды СУ/Z или СУ/C ;возврат каретки и перевод строки также
передаются программе пользователя.
Если 12-ый разряд в PSW равен единице, то устанавлмвается
специальный режим ввода-вывода. В этом режиме выполняются следующие
действия:
1) монитор не выдает 'эхо' символам,вводимым с терминала;кро-
ме СУ/C и СУ/D ;
2) СУ/U и ЗБ не выполняют своих функций;
3) символы сразу же передаются программе пользователя.
В специальном режиме программа пользователя должна сама вы-
полнять печать вводимых символов, если это необходимо (исключение со-
ставляют СУ/C и СУ/D ).
12-ый разряд в PSW должен устанавливаться программой пользо-
вателя. Этот разряд очищается, если управление передается монитору.
Действия СУ/F и СУ/B не зависят от содержимого 12-го разряда.
Команды СУ/S и СУ/Q выполняются монитором,если только в режи-
ме FB ранее не была выполнена команда SET TT NOPAGE .
Если в режиме FB сделан запрос ввода,а символа нет в наличии,
то выполнение программы блокируется до тех пор,пока в буфере ввода не
появится символ.Это справедливо для TTYIN и TTINR и не зависит от ре-
жима ввода. Для того,чтобы продолжить выполнение программы (и обеспе-
чить установку С- разряда в случае отсутствия символа в буфере ввода)
необходимо установить перед .TTINR 6-й разряд PSW. 6-й разряд очи-
щается после окончания выполнения программы.�

- 46 -

Запрос .TTYIN не обслуживает косвенные файлы. Для этой цели
необходимо воспользоваться запросом .GTLIN .
Формат макрокоманды
.TTYIN char
.TTINR
где char -адрес ячейки, куда пересылается код вводимого символа; если
char указан в запросе,то код пересылается в указанную ячейку и в R0 ;
если char не указан,то в R0 .

4.1.5.6. .TTYOUT, .TTOUTR

Запросы .TTYOUT, .TTOUTR используются для передачи символов
из R0 в буфер терминала. Действия этих запросов аналогичны действиям
запросов .TTYIN, .TTINR .Если буфер терминала полон,то запрос .TTYOUT
ожидает появления в буфере свободного места для выводимого символа,
тогда как .TTOUTR не ожидает свободного места и символ, находящийся в
R0 , на терминал не выводится. Если после завершения .TTOUTR устанав-
ливает С-разряд, то это говорит о том,что в буфере нет свободного ме-
ста и символ не был выведен на терминал.В режиме FB запрос .TTOUTR не
устанавливает С-разряд;выполение программы блокируется до появления в
буфере свободного места. Для того,чтобы продолжить выполнение програм
мы и обеспечить установку С-разряда, необходимо в ССЗ установить 6-ой
разряд.
Если в основном задании установлен 6-ой разряд в ССЗ,то запро
сы .TTYIN и .TTYOUT будут вызывать блокировку фонового задания.Каждое
задание в основном или фоновом режиме имеет свое собственное ССЗ ,и
поэтому они могут использовать различные режимы работы терминала неза
висимо друг от друга.
Формат макрокоманды
.TTYOUT char
.TTOUTR
где char -адрес ячейки, содержащей код символа, который будет пересы-
латься в R0 с последующим выводом на терминал; если char не указан,
на терминал выводится содержимое R0 .�

- 47 -

4.1.5.7. .PRINT

Запрос .PRINT вызывает печать строки символов КОИ-7 на сис-
темном терминале.
В режиме FB каждому сообщению может предшествовать побужда-
ющий знак B> или F> , в зависимости от того,какое задание его печата-
ет ( B> -фоновое, F> -основное). Это происходит в случае переключения
системного терминала на обслуживание другого задания.
Строка текста, которая выводится на печать,может оканчиваться
как нулевым (0) байтом, так и байтом 200.В первом случае,в отличии от
второго, вывод автоматически заканчивается ВК и ПС .
Управление возвращается программе пользователя после того,как
все символы будут записаны в буфер вывода монитора.
Основное задание печатает сообщение сразу же, независимо от
состояния фонового задания.
Таким образом, для печати срочных сообщений должен использо-
ваться запрос .PRINT , а не .TTYIN или .TTYOUT .
Если фоновое задание печатает побуждающий знак и звездочку,
то системный терминал будет принадлежать ему и запросы .TTYOUT из
основного задания выполняться не будут, пока для фонового не будет
выполнено ВК .
Формат макрокоманды
.PRINT addr
где addr -адрес строки,которую необходимо напечатать.

4.1.5.8. .MTIN (вариант FB и XM )

Запрос.MTIN является мультитерминальной формой запроса.TTYIN.
Запрос .MTIN пересылает знак из буфера ввода монитора в буфер,указан-
ный пользователем. Терминал должен быть логически связан с текущим
заданием. Если запрос выполнен успешно, то модифицированный адрес бу-
фера пользователя будет записан в R0. Если разряд TCBIT установлен в
слове M.TSTS (п.4.1.6.26.), то запрос .MTIN устанавливает С- разряд и
передает управление вызывающей программе, если ввод с терминала нево-
зможен (нет строки,бит TTSPC очищен;пуст буфер ввода,бит TTSPC устано
влен).�
- 48 -

В противном случае , .MTIN будет ожидать операции ввода и,тем самым,
выполнение задания будет приостановлено.
Формат макрокоманды
.MTIN area,addr, unit
где area -адрес блока из 3-х слов аргументов ЕМТ;
addr -адрес буфера пользователя;
unit -логический номер терминала (ЛНТ).

4.1.5.9. .MTOUT (вариант FB и XM )

Запрос .MTOUT является мультитерминальной формой запроса
.TTYOUT .Запрос .MTOUT пересылает символ из буфера пользователя в бу-
фер вывода терминала.Терминал должен быть логически связан с заданием
Модифицированный адрес буфера пользователя будет записан в R0 , если
запрос выполнен успешно. Если в буфере ввода нет свободного места и
разряд TCBIT установлен в слове M.TSTS (п.4.1.6.26.), то .MTOUT уста-
навливает С-разряд и передает управление вызывающей программе. Если
разряд TCBIT очищен, выполнение задания приостанавливается, пока не
появится свободного места в буфере вывода.
Формат макрокоманды
.MTOUT area, addr, unit
где area -адрес блока из 3-х слов аргументов ЕМТ;
addr -адрес буфера пользователя;
unit -логический номер терминала.

4.1.5.10. .MTPRNT (вариант FB и XM )

Запрос .MTPRNT является мультитерминальной формой запроса
.PRINT .Он выводит строку символов на указанный терминал.
Формат макрокоманды
.MTPRNT area, addr, unit
где area -адрес блока из 3-х слов аргументов ЕМТ;
addr -адрес строки, которую надо напечатать (.ASCII /line/ <200>
или .ASCIZ /line/ );
unit -логический номер терминала.�

- 49 -

4.1.5.11. .SPFUN

Запрос .SPFUN используется главным образом драйвером магнит-
ной ленты для выполнения специальных функций, таких как перемотка,
пропуск назад и т.д. Запрос .SPFUN может также использоваться с гиб-
кими дисками.
Формат макрокоманды
.SPFUN area, chan, func, buf, wcnt, blk[,crtn]
где area -адрес блока из 6-ти слов аргументов ЕМТ;
func -код функции,которая будет выполняться;
buf -адрес буфера;этот аргумент должен быть равен нулю, если для
операции буфер не требуется;
crtn -адрес подпрограммы завершения; если crtn не указан, то его
значение автоматически приравнивается нулю; если crtn равен нулю, то
управление программе пользователя будет передано после завершения
операции; если crnt равен 1,управление будет передано программе поль-
зователя немедленно после начала операции; если crtn=N ,то N - адрес
подпрограммы завершения ( N >500 ).
Аргументы chan, blk, wcnt те же, что и в .READ/.WRITE .Они испо-
льзуются только тогда,когда необходимо произвести запись на магнитную
ленту с расширенным межзонным промежутком.

Функция Код
---------------------------------------------
MT DX
---------------------------------------------------------------------
Перемотка 373
Запись метки EOF 377
Пропуск вперед 376
Пропуск назад 375
Запись 371 376
Чтение 370 377
Запись с расширенным
межзонным промежутком 374
Автономная перемотка 372

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

- 50 -

4.1.6. Запросы общего назначения

4.1.6.1. .CDFN

Запрос .CDFN используется для переопределения числа каналов
ввода-вывода.Каждое задание независимо от того является ли оно основ-
ным или фоновым,первоначально обеспечивается 16. каналами ввода-выво-
да (от 0 до 15). Запрос .CDFN позволяет увеличить число каналов до
255. (от 0 до 254). Область памяти для новых каналов определяется в
пределах программы пользователя. Под каждый канал ввода-вывода отво-
дится пять слов.Рекомендуется ,чтобы запрос .CDFN выполнялся в начале
программы перед операциями ввода-вывода.Если в программе используется
более одного запроса .CDFN , то области каналов для них не должны пе-
рекрывать друг друга, но могут иметь один и тот же начальный адрес.
Два запроса .SRESET и .HRESET восстанавливают первоначальное
число каналов (16.).Следовательно все запросы .CDFN должны выполнять-
ся повторно после использования .SRESET или .HRESET.
Заметим,что запрос .CDFN определяет новые каналы. Область па-
мяти для ранее определенных каналов не используется. Так,запрос .CDFN
для 20. каналов ввода-вывода(в то время как 16 первоначальных каналов
уже определены) создает 20 новых каналов ввода-вывода. Область для 16
первоначальных каналов не используется, но содержимое старых каналов
будет скопировано в новые.
Для программы с оверлейной структурой 15-й канал используется
оверлейным драйвером и не должен изменяться.
Формат макрокоманды
.CDFN area, addr, num
где area -адрес блока из 3-х слов аргументов ЕМТ;
addr -адрес области памяти для новых каналов;
num -число создаваемых каналов.

4.1.6.2. .CHAIN

Запрос .CHAIN позволяет одной фоновой программе инициировать
выполнение другой фоновой программы без вмешательства оператора.Этот
процесс может повторяться, и позволяет организовать последовательное
выполнение большого числа программ.
Ячейки 500-507 должны содержать имя устройства и имя файла
(в Radix-50), который необходимо вызвать. Ячейки 510-777 используются
для передачи информации между последовательно выполняемыми программа-
ми.�

- 51 -

Формат макрокоманды
.CHAIN
Примечания:
1. Содержимое областей оперативной памяти, за исключением об-
ласти памяти, которую занимает Резидентный монитор, и ячеек 500-777,
может изменяться после выполнения .CHAIN .
2. Каналы ввода - вывода остаются открытыми после выполнения
запроса .CHAIN для использования новой программой. Однако,каналы вво-
да-вывода, открытые по запросу .CDFN не могут использоваться.Програм-
ма, оставляющая файлы открытыми при выполнении .CHAIN не должна испо-
льзовать .CDFN . Нерезидентные драйверы устройств удаляются из памяти
при выполнении .CHAIN ,поэтому они должны быть вновь загружены новой
программой.
3. По 8-му биту ССЗ программа может определить, как она была
загружена - по запросу .CHAIN или по каманде RUN .Разряд устанавлива-
ется во время выполнения программы, если она была загружена с помощью
.CHAIN .Если программа,занимающая ячейки от 500 до 777, предназначена
для загрузки по запросу .CHAIN , то в ней должен быть установлен 8-й
разряд ССЗ во время ее трансляции. В этом случае программа будет заг-
ружена правильно. Если разряд не установлен,ячейки 500-777,содержимое
которых остается от предыдущей программы, могут вызвать неправильную
работу новой программы.
4. Для запроса .CHAIN характерны те же ошибки,что и для ко-
манды RUN .

4.1.6.3. .CMKT (вариант SJ)

Запрос .CMKT аннулирует один или несколько запросов .MRKT
(п.4.1.6.22.).
Формат макрокоманды
.CMKT area, id, time
где area -адрес блока из 3-х слов аргументов ЕМТ;
id -число, используемое для идентификации с запросом .MRKT ,
который необходимо аннулировать; если несколько запросов .MRKT име-
ют одинаковый id , то аннулируется тот из них,которому соответствует
наименьший неистекший интервал времени; если id=0 , то аннулируются
все запросы .MRKT;�

- 52 -

time -адрес блока из 2-х слов, в которые монитор записывает вели-
чину неиспользованного времени в аннулированном запросе; первое сло-
во содержит нижнюю границу интервала времени,второе - верхнюю грани-
цу; если адрес не указан, такой записи не происходит,если id=0, аргу-
мент time игнорируется.
Аннулированный запрос .MRKT освобождает соответствующий эле-
мент очереди.

4.1.6.4. .CNTXSW (режим FB)

Передавая управление от одного задания другому,монитор выпол-
няет операцию переключения контекста.Она заключается в сохранении си-
стемой необходимых параметров для однозначного определения и выполне-
ния задания. Эти параметры включают все регистры общего назначения,
ячейки 34-52, а также все регистры БПЗ, если запрос .SFPA выполнялся
с отличным от нуля адресом подпрограммы обработки прерывания от БПЗ.
Запрос .CNTXSW используется для определения ячеек памяти, ко-
торые будут дополнительно включены в операцию переключения контекста.
Иногда,для обоих заданий необходимо независимое использование
определенной ячейки памяти,которая не включена в обычную операцию пе-
реключения контекста.Например,если программа использует команду IOT ,
то она должна установить в векторе 20 адрес своей подпрограммы обра-
ботки прерывания по этой команде. А если оба задания - основное и фо-
новое используют команду IOT , то вектор 20 должен всегда содержать
соответствующий с выполняемым заданием адрес. Это достигается путем
включения ячеек 20 и 22 в список адресов запроса .CNTXSW .
Если запрос .CNTXSW указан в программе несколько раз, то мо-
нитор использует список адресов последнего из них.
Список адресов .CNTXSW не может быть в области свопинга USR
и его нельзя изменять в процессе работы программы.
Монитор XM игнорирует запрос .CNTXSW по двум причинам.Во-пер-
вых,виртуальные задания не разделяют ячейки памяти с другими задания-
ми.Во-вторых,векторы IOT, TRAP, BPT и вектор 250 автоматически вклю-
чаются монитором XM в операцию переключения контекста,и, следователь-
но,могут быть использованы другим заданием без .CNTXSW .�

- 53 -

Формат макрокоманды
.CNTXSW area, addr
где area -адрес блока из 2-х слов аргументов ЕМТ;
addr -адрес списка адресов (должен быть ограничен нулем); адреса
в списке должны быть четными и в пределах от 2 до 476 или в области
задания пользователя,или в пределах от 160000 до 177776.

4.1.6.5. .CSIGEN

Запрос .CSIGEN вызывает работу Интерпретатора комендной стро-
ки (CSI) в общем режиме.В этом режиме CSI осуществляет синтаксический
анализ командной строки и выполняет следующие функции:
1) загружает драйверы указанных устройств;
2) выполняет запросы.LOOKUP и/или .ENTER для указанных файлов
3) записывает в стек информацию о переключателях;
4) выполняет запрос .CLOSE на каналах 0-10 .
Область,которая отводится для драйверов устройств,должна быть
достаточной для одновременного размещения всех необходимых драйверов.
Если этой области недостаточно,программа пользователя может быть раз-
рушена.
После выполнения запроса .CSIGEN регистр R0 будет указывать
на первую свободную ячейку памяти после драйверов устройств.
Когда управление возвращается программе пользователя после
выполнения запроса.CSIGEN,все указанные файлы будут открыты для ввода
и/или вывода.Три выходных файла будут открыты соответственно на 0,1 и
2-ом каналах; шесть входных - будут связаны с каналами 3-10 .
Если имя файла не указано, соответствующий канал остается за-
крытым.
Например,в командной строке
*,LP:=F1,F2
0 и 2 каналы остаются свободными,1-й канал связывается с LP:, 3 и 4-й
каналы связываются соответственно с файлами F1 и F2 на DK:, каналы
5-10 остаются свободными.
Программа пользователя может определить открыт или нет канал
посредством запроса .WAIT на соответствующем канале, и получить сооб-
щение об ошибке, если канал не открыт.�

- 54 -

Переключатели и их аргументы записываются в стек(п.4.1.6.6.1.)
Формат макрокоманды
.CSIGEN devspc, deftyp, cstr [,linbuf]
где devspc -адрес области памяти для драйверов устройств;
deftyp -адрес блока из 4-х слов, который содержит типы файлов в
кодах Radix-50. Содержимое этого блока используется монитором, если в
командной строке не указаны типы файлов;
cstr -адрес командной строки. Она не должна содержать <ВК>,<ПС>,
но должна оканчиваться нулевым байтом. Если cstr не указан или 0 , то
ввод осуществляется с терминала; под управлением монитора FB , если
ввод осуществляется с системного терминала,будет автоматически выпол-
нен запрос .UNLOCK для USR ;
linbuf -адрес,с которого будет записана введенная командная стро-
ка; эта область определяется пользователем и имеет длину 81. байт;ко-
мандная строка в этой области ограничивается нулевым байтом.
Примечания:
1. Блок,адрес которого указан в deftyp ,в 1-ом слове содержит
тип файла для всех входных файлов, во 2, 3 и 4-ом словах- типы файлов
соответственно для 0, 1 и 2-го выходных файлов.Если в блоке не указан
тип файла для определенного канала, соответствующее слово должно со-
держать нуль. Все типы файлов должны быть записаны в кодах Radix-50.
2. Запрос .CSIGEN автоматически воспринимает командную строку
из косвенного файла, если указан ввод с терминала (cstr=0) и програм-
ма, использующая .CSIGEN вызывается через косвенный файл.
3.Аргумент linbuf предоставляет пользователю возможность вос-
становления первоначально введенной командной строки.
4. Если ошибка происходит при вводе командной строки с терми-
нала,то CSI печатает сообщение об ошибке на терминале, если при вво-
де из памяти - устанавливает С-разряд и код ошибки (52-ой байт).

4.1.6.6. .CSISPC

Запрос .CSISPC вызывает работу CSI в специальном режиме. В
этом режиме он осуществляет синтаксический анализ командной строки и
передает спецификации файлов и переключатели,указанные в ней,програм-
ме пользователя.В специальном режиме CSI не выполняет действий,анало-
гичных функциям запросов .FETCH, .CLOSE, .ENTER, .LOOKUP .�

- 55 -

Переключатели и их аргументы пересылаются в стек.
Если программа,использующая .CSISPC ,вызывается через косвен-
ный файл и cstr=0 , то .CSISPC автоматически выбирает входную строку
из косвенного файла.
Формат макрокоманды
.CSISPC outspc, deftyp, cstr[,linbuf]
где outspc -адрес блока из 39 слов для спецификации файлов командной
строки;
deftyp -адрес блока из 4-х слов, который содержит типы файлов в
кодах Radix-50. Содержимое этого блока используется монитором, если в
командной строке не указаны типы файлов;
cstr -адрес командной строки. Она не должна содержать <ВК> <ПС>,
но должна оканчиваться нулевым байтом. Если cstr не указан или 0 , то
ввод осуществляется с терминала;
linbuf -адрес,с которого будет записана введенная командная стро-
ка; эта область определяется пользователем и имеет длину 81 байт; ко-
мандная строка в этой области ограничивается нулевым байтом.
Блок, адрес которого указан в outspc , содержит спецификацию
для 9 файлов: по 5 слов для каждого из 3-х выходных файлов и по 4
слова для каждого из 6-ти входных файлов.Пять слов для выходного фай-
ла имеют следующее содержимое: 1-ое слово - имя устройства; 2-е и 3-е
слова - имя файла; 4-ое слово - тип файла; 5-е слово - длина выходно-
го файла.
Например
*DX1:LIST.MAC[15]=PC:
После выполнения .CSISPC первые 5 слов для блока, адрес кото-
рого указан в outspc ,будут иметь следующие значения:
16337 Radix-50 для DX1
46173 Radix-50 для LIS
76400 Radix-50 для T
50553 Radix-50 для MAC
00017 Длина файла
Первые 4 слова для спецификаций входных файлов (начиная с ад-
реса outspc+36) будут выглядеть так:
62170 Radix-50 для PC
0 Имя файла не указано
0
0
Если при вводе с терминала произошла ошибка, USR не печатает
на терминале сообщение об ошибке, а устанавливает С-разряд в PSW.�

- 56 -

4.1.6.6.1. Передача информации о переключателях
программе пользователя.

В общем и специальном режимах работы CSI переключатели и их
аргументы пересылаются в стек. Переключатель представляет собой на-
клонную черту (/),за которой следует имя переключателя (символ КОИ-7)
За переключателем может следовать аргумент, перед которым ставится
разделитель (:). Аргумент может быть восьмеричным или десятичным чис-
лом (числом с точкой), или комбинацией буквенно-цифровых символов (от
одного до трех),первый из которых -буква. В командной строке переклю-
чатели могут быть связаны с файлами.

Например: *DK:FOO/A,DX1:FILE.OBJ/A:100
В этом случае имеется два переключателя A, первый из которых связан с
входным файлом FOO ,второй связан с входным файлом FILE:OBJ и имеет
аргумент 100 .
Формат содержимого стека после выполнения запроса .CSIGEN или
.CSISPC: (указатель стека будет содержать адрес первого слова табл.)

Слово Содержимое Значение
---------------------------------------------------------------------
1 N Число переключателей в командной строке
2 Имя переключа- Четный байт содержит имя переключателя.
теля и номер Разряды 8-14 содержат номер (от 0 до 10)
файла файла, с которым связан данный переключатель.
Разряд 15 содержит 1, если переключатель име-
ет аргумент
3 Аргумент пере- Если установлен 15-й разряд в слове 2,то сло-
ключателя или во 3 содержит аргумент переключателя. В про-
имя следующего тивном случае - имя следующего переключателя
переключателя

Например,после обработки CSI командной строки
*FILE/B:20.,FIL2/E=DX1:INPUT/X:SY:20
стек будет содержать значения:�

- 57 -

Содержимое Значение
---------------------------------------------------------------------
4 Число переключателей (переключатель X имеет два аргу-
мента и рассматривается как два переключателя)
101530 Последний переключатель /X связан с 3-им файлом и
имеет аргумент
20 Аргумент переключателя X
101530 Следующий переключатель /X связан с 3-им файлом и
имеет аргумент
75250 Аргумент переключателя X-SY в кодах Radix-50
505 Следующий переключатель /Е связан с 1-м файлом и
имеет аргумент
100102 Переключатель /B связан с 0-м файлом и имеет аргумент
24 Аргумент переключателя B
Примечания:
1. Во многих случаях программе пользователя не требунтся об-
работка переключателей посредством CSI . Однако, возможен непреднаме-
ренный ввод переключателей пользователем. В этом случае,рекомендуется
сохранить значение указателя стека перед вызовом CSI ,а затем восста-
новить его.Заметим,что командная строка без переключателей перемещает
указатель стека на одно слово.
2. В режиме FB , когда вызов CSI требует ввода с системного
терминала, автоматически выполняется .UNLOCK для USR. Это необходимо
помнить при использовании запроса .LOCK .

4.1.6.7. .CSTAT (режим FB)

Запрос .CSTAT передает программе пользователя информацию о
состоянии канала.
Формат макрокоманды
.CSTAT area, chan, addr
где area -адрес блока из 2-х слов аргументов ЕМТ;
chan -номер канала,информацию о котором требуется получить;
addr -адрес блока из 6-ти слов для информации о состоянии канала:�

- 58 -

Слово Назначение
---------------------------------------------------------------------
1 Слово состояния канала
2 Номер начального блока файла (0 ,если устройство с последова-
тельным доступом к данным или,если канал был открыт по нефай-
ловому .LOOKUP или .ENTER )
3 Длина файла (равна нулю, если устройство с последовательным
доступом к данным или, если канал был открыт по нефайловому
.LOOKUP или .ENTER )
4 Номер последнего записанного блока файла (пока файл открыт).
Ноль для устройств нефайловой структуры
5 Номер привода устройства, с которым связан указанный канал
6 Физическое имя устройства в кодах Radix-50, с которым связан
данный канал.

4.1.6.8. .DATE

Запрос .DATE передает информацию о текущей дате из системной
ячейки даты в регистр R0 .Ячейка даты имеет следующий формат:

Разряд: 14 ... 10, 9 ... 5, 4 ... 0
---------- ------- -------
месяц день год
Значение года в разрядах с 0 по 4 является фактическим годом
минус 72 .
Формат макрокоманды
.DATE
Нулевой результат в R0 указывает на то, что пользователь дату
не определил.

4.1.6.9. .DEVICE (режим FB)

Запрос .DEVICE позволяет записать определенные значения по
указанным адресам после выхода из программы (по .EXIT или СУ/С ).
Эта функция в основном используется для записи в регистры устройств
необходимых значений.
В программе может быть несколько запросов .DEVICE и пользова-
тель может связать все списки адресов в один список.�

- 59 -

Формат макрокоманды
.DEVICE area, addr[,L]
где area -адрес блока из 2-х слов аргументов ЕМТ;
addr -адрес списка адресов и значений;
L -произвольный аргумент, который позволяет связать списки ад-
ресов последовательных запросов .DEVICE . Если аргумент L отсутству-
ет, то уже существующий список заменяется новым при обнаружении оче-
редного запроса запроса .DEVICE .
Список адресов и значений может иметь два формата - связанный
и не связанный.Оба формата должны оканчиваться нулем.Связанный формат
должен иметь в первом слове также ноль. Различные форматы списка ад-
ресов и значений:

Не связанный Связанный
-------------- ----------------
addr адрес addr 0
-------------- ----------------
значение адрес
-------------- ----------------
адрес значение
-------------- ----------------
значение адрес
-------------- ----------------
. значение
. ----------------
. .
-------------- .
адрес .
-------------- ---------------
значение адрес
-------------- ---------------
0 значение
-------------- ---------------
0
---------------�

- 60 -

4.1.6.10. .DSTATUS

Запрос .DSTATUS используется для получения информации об определенном
устройстве.
Формат макрокоманды
.DSTATUS dstblk, devnam
где dstblk -адрес блока из 4-х слов состояния устройства;
devnam -адрес имени устройства в кодах Radix-50 .
Первым словом блока состояния является слово состояния уст-
ройства. Значения разрядов слова состояния устройства:

Разряд Содержимое Значение
---------------------------------------------------------------------
0-7 0 Касета магнитных дисков
1,2 Резервные
3 Построчно-печатающее устройство
4 Системный терминал или драйвер BATCH
5,6 Резервные
7 Перфоленточное устройство ввода и вывода
10 Резервные
11 Накопитель на магнитной ленте
12-20 Резервные
21 Пакет магнитных дисков DP (29 Мбайт)
22 Гибкий диск
24 Логическое устройство регистрации ошибок
25 Фиктивное устройство
26-33 Резервные
10 1 Драйвер устройства допускает использование
запроса .SPFUN
0 Не допускается использование запроса .SPFUN
11 - Резервный
12 1 Устройство несправочной структуры
13 1 Устройство только для записи
14 1 Устройство только для чтения
15 1 Устройство с произвольным доступом к данным
0 Устройство с последовательным доступом к
данным�

- 61 -

Второе слово представляет собой длину драйвера устройства в
байтах.
Третье слово представляет собой адрес загрузки драйвера плюс
6.(FB,SJ) Если 0 -драйвера в памяти нет.
Четвертое слово представляет собой емкость устройства (в бло-
ках) для устройств с произвольным доступом к даннам или 0 для уст-
ройств с последовательным доступом к данным.
Имя устройства в devnam может быть логическим именем, присво-
енным пользователем.

4.1.6.11. .EXIT

Запрос .EXIT вызывает окончание выполнения программы пользо-
вателя и передает управление KMON .
Перед выходом из программы выполнение всех инициированных
операций ввода-вывода и/или подпрограмм завершения будет закончено.
Все невыполненные запросы .MRKT и .CMKT будут аннулированы.
Если часть фоновой программы занимает область памяти KMON и
USR, то она будет записана в блоки для временного хранения данных на
системное устройство. После этого KMON и USR загружаются в память и
управление передается Клавиатурному монитору. Если R0=0 во время вы-
полнения .EXIT ,то выполняется операция аналогичная .HRESET ,запреща-
ющая последовательное использование команд REENTER, START или CLOSE .
Запрос .EXIT позволяет программе передать команды Клавиатур-
ному монитору , используя ячейки 500-777,для их последующего выполне-
ния. Для этого:
1) ячейка 510 должна содержать общее количество байтов в ко-
манде, которая будет передана KMON;
2) команды записываются, начиная с ячейки 512; строка должна
быть записана в символах КОИ-7 и не должна содержать <ВК> или <ПС> ;
например:
A: .=510
.WORD B-A
.ASCIZ/SOPI A.MAC B.MAC/
.ASCIZ/DELETE A.MAC/
B= .�

- 62 -

3) программа пользователя должна установить 11 разряд в ССЗ
перед выполнением .EXIT ; содержимое R0 должно быть нулевым.
Когда запрос .EXIT используется для передачи команд необхо-
димо учитывать следующее:
1) если это свойство используется программой, которая вызыва-
ется с помощью косвенного файла, то все команды следующие в косвенном
файле за командой, инициирующей пуск этой программы,выполняться не бу
дут;
2) косвенный файл может быть вызван, используя это свойство
только в том случае, если передаваемая KMON строка содержит единствен
ную спецификацию файла; попытка передачи нескольких косвенных файлов
или комбинаций косвенных файлов с другими командами KMON приводит к
неправильным результатам;
3) .EXIT в подпрограмме завершения недопустим.
Запрос .EXIT изменяет текущее положение указателя стека.
Формат макрокоманды
.EXIT

4.1.6.12. .FETCH, .RELEAS

Запрос .FETCH загружает драйвер устройства из системного уст-
ройства в оперативную память.
Формат макрокоманды
.FETCH addr, devnam
где addr -адрес загрузки драйвера;
devnam -адрес имени устройства в кодах Radix-50 .
После выполнения .FETCH , R0 содержит адрес первой, располо-
женной выше драйвера,ячейки оперативной памяти. Если драйвер уже за-
гружен в память, R0 будет содержать адрес загрузки addr.

Для выполнения запросов
.CLOSE .READC .READ
.LOOKUP .WRITE .WRITC
.ENTER .READW .SPFUN
.RENAME .WRITW .DELETE

необходимо наличие в памяти драйверов соответствующих устройств.�

- 63 -

Перед использованием запроса .FETCH в режимах FB или XM
необходимо,чтобы все драйверы устройств были загружены в память (по
команде LOAD) .
Запрос .RELEAS удаляет драйвер указанного устройства из памя-
ти. Запрос .RELEAS игнорируется, если драйвер:
1) является частью RMON (т.е. является драйвером системного
устройства);
2) отсутствует в памяти;
3) был загружен по команде LOAD;
Запрос .RELEAS в основной программе или в любой программе под
управлением монитора XM всегда игнорируется,т.к. мониторы FB и XM мо-
гут использовать только те драйверы, которые были загружены по коман-
де LOAD.
Формат макрокоманды
.RELEAS devnam
где devnam -адрес имени устройства в кодах Radix-50.

4.1.6.13. .FORK

Запрос .FORK используется в драйверах для синхронизации рабо-
ты системы. Запросу .FORK должен предшествовать запрос .INTEN . .FORK
требует для своего выполнения блок памяти из 4-х слов. Содержимое ре-
гистров R4 и R5 после выполнения запроса сохраняется. .FORK использу-
ется в том случае,когда должен быть упорядочен доступ к системным ре-
сурсам или должна быть выполнена не критическая по времени,но большая
по размеру, часть программы. После обработки монитором запроса .FORK
прерывание от устройства будет запрещено и драйвер будет работать на
нулевом приоритете.
Формат макрокоманды
.FORK fkblk
где fkblk -адрес блока из 4-х слов (должен быть в драйвере устройст-
ва ).�

- 64 -

4.1.6.14. .GTIM

Запрос .GTIM позволяет программе определить текущее время су-
ток. Величина времени определяется в тиках (1 тик= 1/50 с ).
Формат макрокоманды
.GTIM area, addr
где area -адрес блока из 2-х слов аргументов ЕМТ;
addr -адрес блока из 2-х слов величины времени; первое слово со-
держит большее время ,второе слово - меньшее время.
Пользователь должен предусмотреть в своей программе операцию
преобразования тиков в часы-минуты-секунды. В режиме FB величина вре-
мени автоматически восстанавливается после 24:00:, в режиме SJ опера-
ция восстановления отсутствует.

4.1.6.15. .GTJB

Запрос .GTJB позволяет программе определить номер выполняемо-
го задания, нижнюю границу памяти и другие параметры задания.
Формат макрокоманды
.GTJB area, addr
где area -адрес блока из 2-х слов аргументов ЕМТ;
addr -адрес блока из 8-ми слов для номеров задания:

Слово Содержимое
=--------------------------------------------------------------------
1 Номер задания (2-основное, 0 -фоновое)
2 Верхняя граница памяти
3 Нижняя граница памяти
4 Начало области каналов ввода-вывода
5 Адрес смешанной области заданий для мониторов FB и XM
6-8 Резервные
Примечание. Информацию необходимую для управления выполнением
основного задания, монитор хранит в смешанной области, которая созда-
ется во время загрузки основной программы в младших адресах основной
области памяти.
В режиме FB номер задания может иметь значение 0 или 2. Если
задание фоновое,то слово 3 содержит 0 ,а слово 4 содержит адрес,с ко-
торого начинается область каналов ввода-вывода. Обычно этот адрес на-
ходится в пределах RMON. После выполнения .CDFN,область каналов ввода
-вывода заменяется на область,адрес которой указывается пользователем.�

- 65 -

4.1.6.16. .GTLIN

Запрос .GTLIN используется для получения от пользователя ко-
мандной информации, отличной от командных строк CSI и позволяет про-
грамме работать с косвенными файлами.
Запрос .GTLIN требует наличия USR в памяти и принимает вход-
ную строку с системного терминала,или из косвенного файла,в зависимо-
сти от того, была ли вызвана программа с терминала или командой из
косвенного файла.
Запрос .GTLIN игнорирует аргумент pstr, если ввод осуществля-
ется из косвенного файла, и если ранее была выполнена команда SET TT
QUIET. Если ввод осуществляется с терминала или из косвенного файла,и
ранее не была выполнена команда SET TT QUIET ,запрос .GTLIN будет ис-
пользовать аргумент pstr для печати побуждающей строки перед выборкой
входной строки.
Формат макрокоманды
.GTLIN sptr[,pstr]
где sptr -адрес буфера для записи входной строки; длина строки не
должна превышать 81 байт; строка будет ограничена нулевым байтом
вместо <ВК> <ПС> ;
pstr -адрес побуждающей строки,которая будет печататься на терми-
нале; pstr имеет тот же формат, что и аргумент запроса .PRINT .
Единственными запрпосами, которые могут осуществлять ввод из
косвенного файла, являются запросы .CSIGEN, .CSISPC и GTLIN .

4.1.6.17. .GVAL

Запрос .GVAL передает в R0 содержимое ячейки фиксированного
смещения.
Формат макрокоманды
.GVAL area,offset
где area -адрес блока из 2-х слов аргументов ЕМТ;
offset -значение смещения относительно начала RMON .�

- 66 -

4.1.6.18. .HERR, .SERR

Запросы .HERR, .SERR позволяют задать определенный режим ра-
боты монитора при обнаружении условий ошибки.Во время выполнения про-
граммы могут возникнуть определенные ошибки, вызывающие прерывание
программы. Обычно эти ошибки вызывают выход из программы и печать мо-
нитором сообщения об ошибке. В некоторых случаях невозможно прервать
выполнение программы из-за возникших ошибок. Например, многопользова-
тельская программа должна сохранять управление и прервать работу толь
ко с тем пользователем, который сделал ошибку. В этом случае полезно
использовать запрос .SERR , который запрещает монитору удаление из па
мяти программы, в которой обнаружена ошибка. Вместо этого,при возник-
новении ошибки после выполнения запроса .SERR устанавливается С-бит и
код ошибки в 52-ом байте. В некоторых случаях запрос .SERR оставляет
каналы открытыми,например,если использовались запросы .LOOKUP и.ENTER
Запрос .HERR отменяет действие запроса .SERR . В этом случае
печатается сообщение об ошибке и программа удаляется из памяти.
Формат макрокоманд
.HERR
.SERR

Код Причина ошибки
---------------------------------------------------------------------
-1 Вызов USR из подпрограммы завершения
-2 В памяти нет драйвера устройства
-3 Ошибка ввода-вывода справочника устройства
-4 Ошибка .FETCH . Ошибка при чтении драйвера,или попытка загру-
зить его выше USR или RMON
-5 Ошибка чтения оверлейного сегмента
-6 В справочнике устройства нет свободного места для записи
файла
-7 Недопустимый адрес (только в режиме FB).Попытка выполнить
операцию вне границ задания
-10 Несуществующий номер канала
-11 Недопустимая команда ЕМТ; определен недопустимый функциональ-
ный код�

- 67 -

4.1.6.19. .HRESET

Запрос .HRESET прекращает выполнение операций ввода-вывода
для вызывающей программы и выполняет функции запроса .SRESET.В режиме
SJ запрос .HRESET используется для прекращения всех операций ввода-вы
вода, тогда как в режиме FB прекращается ввод-вывод для задания,в ко-
тором используется .HRESET . Все другие операции ввода-вывода продол-
жаются.
Формат макрокоманды
.HRESET

4.1.6.20. .INTEN

Запрос .INTEN используется в подпрограмме обработки прерыва-
ния программы пользователя и выполняет следующие функции:
1) сообщает монитору о том, что произошло прерывание;
2) устанавливает приоритет процессора на соответствующий уро-
вень.
Все внешние прерывания вызывают работу процессора по 7-му
приоритету. Запрос .INTEN используется для понижения приоритета до
уровня, на котором будет работать соответствующее устройство.
Формат макрокоманды
.INTEN prior[,pic]
где prior -приоритет процессора, который пользователь устанавливает
для своей программы обработки прерывания; обычно тот приоритет, по
которому устройство запрашивает прерывание;
pic - необязательный аргумент; должен быть указан, если подпрограмма
обработки прерывания написана в позиционно-независимых кодах; любая
подпрограмма обработки прерывания (драйвер устройства), должна быть
написана в этих кодах.

4.1.6.21. .LOCK, .UNLOCK

Запрос .LOCK блокирует USR в памяти для выполнения ряда опе-
раций.Если существуют условия,вызывающие процесс свопинга,то програм-
ма пользователя (та ее часть, которую USR перекрывает в памяти) запи-
сывается в блоки диска для временного хранения данных и USR загружа-�

- 68 -

ется в память.В противном случае используется USR,находящаяся в памя-
ти и свопинга не происходит. Запрос .LOCK всегда загружает USR в па-
мять, если там ее нет. USR будет блокирована в памяти до тех пор,пока
не будет сделан запрос .UNLOCK .Заметим,что в режиме FB,вызов CSI мо-
жет также выполнить действие аналогичное .UNLOCK .
В режиме FB запрос .LOCK запрещает другим заданиям использо-
вать USR .После запроса .LOCK должен быть выполнен запрос .UNLOCK для
освобождения USR .
Запросы .LOCK и UNLOCK дополняют друг друга и должны быть со-
гласованы (т.е.,если выполнено три запроса .LOCK , то должно быть вы-
полнено,по крайней мере,три .UNLOCK ,в противном случае USR не будет
удалена из памяти).Если количество .UNLOCK больше чем .LOCK ,то ошиб
ки не происходит.
Формат макрокоманды
.LOCK
Примечания:
1. Важно,чтобы программа, использующая .LOCK, не находилась в
области памяти,куда будет загружаться USR. Если это произойдет,то по-
сле выполнения .LOCK управление будет передано не программе пользова-
теля,а USR .
2. После выполнения .LOCK не рекомендуется использовать об-
ласть памяти, которую занимает USR,даже если дальнейшее использование
USR не требуется. Это может вызвать непредвиденные результаты при вы-
полнении .UNLOCK .
3. Если основное задание выполняет .LOCK , в то время как фо-
новое задание использует USR , то выполнение основного задания задер-
живается.
Запрос .UNLOCK удаляет USR из памяти, если она была загружена
по запросу .LOCK . Если при выполнении .LOCK использовался свопинг,то
.UNLOCK загружает программу пользователя обратно в память.
Формат макрокоманды
.UNLOCK
Примечание. При выполнении двух заданий в режиме FB пары
.LOCK/.UNLOCK должны использоваться только по необходимости,т.к. ког-
да задание блокирует USR в памяти, другое задание не может использо-
вать USR до тех пор, пока не будет выполнен .UNLOCK в первом задании.�

- 69 -

4.1.6.22. .MFPS, .MTPS

Запросы .MFPS, .MTPS обеспечивают доступ к PSW.
Запрос .MFPS используется для выборки PSW.
Формат макрокоманды
.MFPS addr
где addr -адрес, по которому записывается содержимое PSW; если адрес
не указан,содержимое PSW пересылается в стек;
Запрос .MTPS используется для установки PSW.
Формат макрокоманды
.MTPS addr
где addr -адрес слова, которое будет записано в PSW; если адрес не
указан,то значение для PSW берется из стека.

4.1.6.23. .MRKT (вариант SJ)

Запрос .MRKT планирует запуск подпрограммы завершения через
определенный интервал времени.
Запросы .MRKT используют элементы очереди из списка элементов
очереди ввода-вывода. Элемент очереди используется до тех пор,пока не
будет введена подпрограмма завершения или не будет выполнен запрос
.CMKT .
Формат макрокоманды
.MRKT area, time, crtn, id
где area -адрес блока из 4-х слов аргументов ЕМТ;
time -адрес блока из 2-х слов,содержащего величину интервала вре-
мени;
crtn -точка входа подпрограммы завершения;
id -число, используемое для идентификации запроса с программой
завершения и запросами .CMKT ; это число не должно быть в пределах
от 177400 до 177777; несколько запросов .MRKT могут иметь один и тот
же id ; на входе в подпрограмму завершения R0 будет содержать число
id .�

- 70 -

4.1.6.24. .MTATCH (вариант FB и XM)

Запрос .MTATCH логически связывает задание с терминалом. Этот
запрос должен быть выполнен перед тем,как задание начнет использовать
терминал в мультитерминальном режиме.
Формат макрокоманды
.MTATCH area, addr, unit
где area -адрес блока из 3-х слов аргументов ЕМТ;
addr -адрес слова асинхронного состояния терминала или 0 ;
unit -логический номер терминала.

4.1.6.25. .MTDTCH (вариант FB и XM )

Запрос .MTDTCH прерывает логическую связь указанного терми-
нала с заданием и делает его доступным для других заданий. Попытка
прервать связь с терминалом, логически связанным с другим заданием,
приводит к ошибке.
Формат макрокоманды
.MTDTCH area, unit
где area -адрес блока из 3-х слов аргументов ЕМТ;
unit -логический номер терминала.

4.1.6.26. .MTSET (вариант FB и XM)

Запрос .MTSET позволяет установить характеристики терминала.
Он также определяет режим ввода-вывода для указанного терминала.
Формат макрокоманды
.MTSET area, addr, unit
где area -адрес блока из 3-х слов аргументов ЕМТ;
addr -адрес блока из 4-х слов состояния указанного терминала;
unit -логический номер терминала.�
- 71 -

Структура блока состояния терминала:

-----------------------
M.TSTS
-----------------------
M.TSTS2
-----------------------
M.TSTS3
-----------------------
M.TSTW M.TWID
-----------------------

Обозначение Описание
--------------------------------------------------
M.TSTS Слово конфигурации терминала
M.TSTS2 Резервное
M.TSTS3 Резервное
M.TWID Длина строки
M.TSTW Байт состояния терминала
Значения разрядов слова конфигурации терминала:

Разряд Содержание Значение
---------------------------------------------------------------------
0 1 Аппаратная табуляция
1 2 Выполнение возврата каретки и перевода стро-
ки, если действительная длина строки больше
установленной в M.TWID
2 4 Аппаратный перевод формата
3 10 Выполнение команд СУ/F и СУ/B
4,5 - Резервные
6 100 Запрещение режима ожидания для терминала (эк-
вивалентен 6-ому разряду в ССЗ); разряд TCBIT
7-11 - Резервные
12 1000 Режим посимвольного ввода (эквивалентен раз-
ряду специального режима в ССЗ); разряд TTSPC
13 - Резервный
14 40000 Запрещение преобразования кодов символов ниж-
него регистра в коды символов верхнего регис-
тра�

- 72 -

Значения разрядов для M.TSTW :

Разряд Содержимое Значение
---------------------------------------------------------------------
10 2000 Терминал используется основным и фоновым за-
даниями
11 4000 Терминал не включен
14 40000 Дважды подана команда СУ/С
15 100000 Системный терминпл

4.1.6.27. .MTGET (вариант FB и XM)

Запрос .MTGET позволяет получить информацию о состоянии ука-
занного терминала. После выполнения запроса блок состояния будет со-
держать информацию:

Относительный Содержимое
номер байта
в блоке
---------------------------------------------------------------------
0 Слово конфигурации терминала.Значения разрядов те же,
что и в .MTSET
2-4 Резервные
6 Длина строки
7 Текущее положение строки

Формат макрокоманды
.MTGET area, addr, unit
где area -адрес блока из 3-х слов аргументов ЕМТ;
addr -адрес блока состояния терминала из 4-х слов;
unit -логический номер терминала, информацию о состоянии которого
требуется получить.�

- 73 -

4.1.6.28. .MTRCTO (вариант FB и XM )

Запрос .MTRCTO является мультитерминальной формой запроса
.RCTRLO .Он отменяет команду СУ/D и разрешает вывод на указанный тер-
минал.
Формат макрокоманды
.MTRCTO area, unit
где area -адрес блока из 3-х слов аргументов ЕМТ;
unit -логический номер терминала.

4.1.6.29. .MWAIT (режим FB )

Запрос .MWAIT переводит программу в состояние ожидания до тех
пор,пока все сообщения не будут переданы или получены. С помощью это-
го запроса пользователь может удостовериться в правильности выполне-
ния операции.Запрос .MWAIT используется в основном совместно с запро-
сами .RCVD или .SDAT ,которые не предусматривают специальных действий
после получения или передачи сообщений (данных).
Формат макрокоманды
.MWAIT

4.1.6.30. .PROTECT, .UNPROTECT (режим FB)

Запрос .PROTECT используется для получения исключительного
права пользования вектором прерывания в диапазоне 0-476 и устанавли-
вает защиту вектора.
Если запрос .PROTECT завершен успешно,то это указывает на то,
что ячейки вектора не используются другим заданием или монитором и в
этом случае текущее задание может записать адрес подпрограммы обрабо-
тки прерывания и значения уровня приоритета в эти ячейки.
Формат макрокоманды
.PROTECT area, addr
где area -адрес блока из 3-х слов аргументов ЕМТ;
addr -адрес вектора,который будет использоваться данным заданием;
addr должен быть кратен четырем и меньше 476.
Запрос .UNPROTECT отменяет результат действия запроса.PROTECT�

- 74 -
Формат макрокоманды
.UNPROTECT area, addr
где area -adres bloka iz 2-h slow argumentow EMT;
addr -адрес вектора,который освобождается от защиты.

4.1.6.31. .QSET

Все операции ввода-вывода в системе RT11 осуществляются через
централизованную систему управления очередью запросов. Каждый запрос
несинхронной передачи (например,.WRITE) требует для своего выполнения
наличия элемента очереди.Если для очередного запроса ввода-вывода нет
свободного элемента очереди, выполнение программы пользователя будет
блокировано до тех пор,пока элемент очереди не освободится. В режиме
FB одно из заданий может выполняться,пока другое ожидает элемент оче-
реди.
Запрос .QSET используется для того,чтобы увеличить число эле-
ментов очереди ввода-вывода. Общее правило заключается в том, чтобы в
каждой программе количество элементов очереди было на единицу больше,
чем количество запросов ввода-вывода,которые будут выполняться однов-
ременно на различных каналах.
Запросы .MRKT, .TWAIT, .SDAT также используют элементы очере-
ди и должны приниматься во внимание при определении количества элеме-
нтов очереди для программы.Каждый раз,когда выполняется .QSET ,непре-
рывная область памяти,которая отводится под элементы очереди, делится
на сегменты, содержащие по 7 слов (по 10 слов для XM) и связывается с
уже существующей очередью ввода-вывода для этого задания.
Запрос .QSET может быть использован неоднократно в программе
пользователя. При этом область памяти для новых элемнтов очереди, от-
водимые различными .QSET ,необязательно должны быть соприкасающимися.
Область памяти для дополнительных элементов очереди ввода-вы-
вода должна быть определена внутри программы пользователя. Запросы
.SRESET и .HRESET аннулируют результат действия .QSET .�
- 75 -

Необходимо соблюдать осторожность при распределении памяти
для элементов очереди.Очередь ввода-вывода изменяется монитором асин-
хронно. Если область, отведенная пользователем для элементов очереди
оказалась недостаточной, это приведет к нарушению выполнения програм-
мы. Элементы для очереди ввода-вывода нельзя располагать в оверлейной
области, а также в области памяти, предназначенной для свопинга USR .
Следующие запросы требуют для своего выполнения элемент оче-
реди:
.TWAIT .READW .WRITE .SDAT .SDATW
.MRKT .RCVD .WRITC .READC .SDATC
.READ .RCVDC .WRITW .RCVDW
Формат макрокоманды
.QSET addr, qlend
где addr -адрес начала области для новых элементов очереди ввода-вы-
вода;
qlend-число новых элементов очереди ввода-вывода.

4.1.6.32. .RCTRLO

Запрос .RCTRLO обеспечивает готовность системного терминала к
печати.
Команда СУ/D запрещает вывод на терминал до тех пор, пока не
будет повторно подана команда СУ/D или в программе не будет выполнен
запрос .RCTRLO .Т.е. программа,в которой предусмотрене печать сообще-
ний на терминале, должна предусматривать возможность подачи пользова-
телем команды СУ/D.
Формат макрокоманды
.RCTRLO

4.1.6.33. .SPND, .RSUM (режим FB)

Запрос .SPND временно приостанавливает выполнение программы
пользователя и допускает работу только подпрограмм завершения (для
операций ввода-вывода и запросов .MRKT).
Формат макрокоманды
.SPND
Запрос .RSUM из подпрограммы завершения вновь передает управ-
ление программе пользователя.�

- 76 -

Формат макрокоманды
.RSUM
Примечания:
1. Монитор содержит так называемый счетчик приостановки для
каждого задания. Этот счетчик уменьшается по .SPND и наращиватся по
.RSUM . Задание будет фактически приостановленным, если счетчик будет
содержать отрицательное значение.Поэтому,если .RSUM будет выполняться
перед .SPND ,то последний запрос будет игнорироваться.
2. Программа должна использовать равное количество .SPND и
.RSUM .
3. Запрос .SPND из подпрограммы завершения уменьшает счетчик
приостановки, но не приостанавливает выполнение программы.Если в под-
программе завершения выполняется .SPND , выполнение программы продол-
жается до тех пор,пока она также не выполнит .SPND ,после чего выпол-
нение программы будет приостановлено и для возобновления ее работы
потребуется уже два запроса .RSUM .
4. .SPND и .RSUM подобно другим запросам,могут быть выполнены
в подпрограммах обработки прерываний, которые написаны пользователем,
если ранее были выполнены .INTEN и .SYNCH .Все замечания,относящиеся
к .SPND и .RSUM из подпрограммы завершения, имеют силу и для каждого
случая.

4.1.6.34. .SCCA

Запрос .SCCA выполняет следующие функции:
- блокирует выполнение команды СУ/C;
-сообщает о том,что с терминала было подано две команды СУ/C.
По запросу .SCCA команда СУ/C воспринимается программой как
обычная управляющая команда без специальных функций.
Формат макрокоманды
.SCCA area, addr
где area -адрес блока из 2-х слов аргументов ЕМТ;
addr -адрес слова состояния терминала.
Слово состояния терминала предназначено для фиксирования по-
дачи двух команд СУ/C. Если в нем установлен 15-й разряд,то это зна-
чит, что с терминала были последовательно поданы две команды СУ/C.
Этот разряд должен очищаться программой пользователя.
Если аргумент addr равен нулю в запросе .SCCA , монитор вос-
станавливает системные функции команды СУ/C .�

- 77 -

4.1.6.35. .SETTOP

Запрос .SETTOP позволяет программе пользователя установить
новый адрес в качестве верхней границы программы. Монитор определяет,
является ли этот адрес допустимым и нужен ли свопинг USR. Например,
если запрос определяет адрес ниже начального адреса USR, то свопинг
USR не требуется. Если .SETTOP из фонового задания определяет адрес
выше начального адреса .USR и ранее не была выполнена команда SET USR
NOSWAP, то необходим свопинг USR .
После выполнения .SETTOP R0 и ячейка 50 будут содержать адрес
памяти, предоставленный монитором программе пользователя в качестве
верхнего адреса программы. Если программа запрашивает по .SETTOP не-
допустимый адрес для данного задания,монитор не удовлетворит это тре-
бование и установит для программы фактически допустимую верхнюю грани
цу памяти.
Формат макрокоманды
.SETTOP addr
где addr -запрашиваемый адрес верхней границы программы.

4.1.6.36. .SFPA

Запрос .SFPA позволяет пользователю,работающему с Блоком пла-
вающей запятой, установить адрес подпрограммы обработки прерывания от
БПЗ. Если адрес подпрограммы обработки прерывания не определен и про-
исходит прерывание от БПЗ,монитор печатает сообщение об ошибке и уда-
ляет программу пользователя из памяти.
Формат макрокоманды
.SFPA area, addr
где area -адрес блока из 2-х слов аргументов ЕМТ;
addr -адрес подпрограммы обработки прерывания от БПЗ.
По окончании работы подпрограммы обработки прерывания от БПЗ,
необходимо повторить запрос .SFPA , т.к. монитор запрещает обработку
прерываний после обслуживания одного из них. Это делается для того,
чтобы исключить возможность зацикливания программы при многократном
повторении прерывания от БПЗ.
При использовании БПЗ, перед запуском подпрограммы обработки
прерывания от БПЗ, монитор выполняет команду STST -(SP).
Поэтому, перед командой RTI, подпрограмма пользователя должна
увеличить указатель стека на два.�

- 78 -

4.1.6.37. .SRESET

Запрос .SRESET выполняет следующие функции:
1) удаляет из памяти драйверы устройств,которые были загруже-
ны по запросу .FETCH ; драйверы, которые были загружены по команде
LOAD , остаются резидентными, как и драйвер системного устройства;
2) стирает открытые в настоящее время файлы (файлы, открытые
по .ENTER , никогда не станут постоянными);
3) восстанавливает число каналов ввода-вывода (16.); каналы,
определенные по .CDFN ,аннулируются;
4) восстанавливает очередь ввода-вывода (первоначально - один
элемент); QSET должен выполняться повторно для определения дополни-
тельных элементов очереди.;
5) очищает очередь подпрограмм завершения.
Формат макрокоманды
.SRESET

4.1.6.38. .SYNCH

Запрос .SYNCH позволяет в подпрограмме обработки прерывания
использовать программные запросы. Без .SYNCH запросы из подпрограммы
обработки прерывания не будут обрабатываться монитором.
Формат макрокоманды
.SYNCH area[,pic]
где area -адрес блока из 7-ми слов; этот блок необходим при использо-
вании .SYNCH ; содержимое блока формируется пользователем.
pic -необязательный аргумент, который дает макрокоманде .SYNCH
возможность образования PIC -кодов для использования драйверами уст-
ройств.�

- 79 -

Слово Содержимое
---------------------------------------------------------------------

1 Используется только системой; его содержимое не должно изме-
няться пользователем
2 Номер текущего задания (0 или 2);может быть получен с помощью
запроса .GTJB
3,4 Не используются
5 Аргумент R0 ; при успешном выполнении .SYNCH регистр R0 будет
содержать этот аргумент
6 -1
7 0

Примечание. Между выполнением запросов .INTEN и .SYNCH нельзя
выполнять операции со стеком.

4.1.6.39. .TLOCK

Запрос .TLOCK может использоваться программами,которые выпол-
няются в режиме FB, для того чтобы сделать USR резидентной,если толь-
ко USR не занята обслуживанием другого задания. Если USR используется
другим заданием, то при выполнении .TLOCK будет установлен С-разряд,
что указывает на то,что запрос не выполнен.
Формат макрокоманды
.TLOCK

4.1.6.40. .TRPSET

Запрос .TRPSET позволяет установить адрес подпрограммы обра-
ботки прерывания по 4-му и 10-му векторам. Значение С-разряда на вхо-
де в подпрограмму указывает на то,какое прерывание произошло: очищен-
ный С-разряд - прерывание по 4-му вектору; установленный С-разряд -
по 10-му вектору.Выход из подпрограммы обработки прерывания пользова-
теля осуществляется по команде RTI .
Если при переполнении стека произошло прерывание по 4-му век-
тору, то оно не обрабатывается по .TRPSET и на терминале печатается
сообщение ?MON-F-STACK OVERFLOW старыми версиями монитора SJ или
?MON-F-TRAP TO 4 монитором FB и XM и новыми версиями SJ.�

- 80 -

Формат макрокоманды
.TRPSET area, addr
где area -адрес блока из 2-х слов аргументов ЕМТ;
addr -адрес подпрограммы обработки прерывания;если addr=0,то пре-
дыдущий .TRPSET отменяется.

4.1.6.41. .TWAIT

Запрос .TWAIT приостанавливает выполнение программы пользова-
теля на указанный интервал времени. Запрос .TWAIT требует для своего
выполнения элемент очереди.
Формат макрокоманды
.TWAIT area, time
где area -адрес блока из 2-х слов аргументов ЕМТ;
time -адрес блока из двух слов,которые содержат величину интерва-
ла времени (первое слово - нижнюю границу интервала, второе слово -
верхнюю границу интервала).

4.1.6.42. .WAIT

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

- 81 -

5.СООБЩЕНИЯ

?CSI-F-DEVICE FULL
ПРИЧИНА. На устройстве недостаточно места для выходного файла.Сообще-
ние печатается в том случае, если программа использует запрос
.CSIGEN
ДЕЙСТВИЕ. Увеличить размер свободной области на томе: стереть или пе-
реписать на другой том ненужные файлы, сжать том по команде
SQUEEZE, использовать переключатель /ALLOCATE или конструкцию
[n] для выходного файла.

?CSI-F-FILE NOT FOUND
ПРИЧИНА. Входной файл не найден.
ДЕЙСТВИЕ. Проверить поданную команду.

?CSI-F-ILLEGAL COMMAND
ПРИЧИНА. Поданная команда имеет синтаксическую ошибку или ее длина
превышает 80 знаков.
ДЕЙСТВИЕ. Проверить команду.

?CSI-F-ILLEGAL DEVICE
ПРИЧИНА. В системе не установлено обслуживание указанного устройства.
На системном томе нет соответствующего драйвера.
ДЕЙСТВИЕ. Проверить команду. Скопировать требуемый драйвер на
системный том.

?KMON-F-ADDRESS
ПРИЧИНА. Недопустимый адрес в команде E и D. Адрес должен быть в пре-
делах от 0 до начала RMON или до начала драйверов, если они
были загружены по команде LOAD.
ДЕЙСТВИЕ. Проверить базу перемещения,если ранее была подана команда B.

?KMON-F-ALREADY INSTALLED/ASSIGNED
ПРИЧИНА. Устройство уже описано в системных таблицах.
ДЕЙСТВИЕ. Удалить имя устройства из таблицы монитора или отменить ло-
гическое имя устройства, чтобы записать в таблицу имя нового
драйвера.�

- 82 -

?KMON-F-AMBIGUOUS COMMAND
ПРИЧИНА. Поданная команда определяется неоднозначно (например, CO мо-
жет означать COPY или COMPILE).
ДЕЙСТВИЕ. Использовать допустимое сокращение команды.

?KMON-F-AMBIGUOUS OPTION
ПРИЧИНА. Указанный переключатель определяется неоднозначно.
ДЕЙСТВИЕ. Использовать допустимое сокращение.

?KMON-F-BAD FETCH
ПРИЧИНА. Ошибка чтения драйвера с системного тома.
ДЕЙСТВИЕ. Убедиться,что драйверы устройств описаны в системных табли-
цах и не содержат плохих блоков

?KMON-F-COMMAND FILE I/O ERROR
ПРИЧИНА. Ошибка чтения косвенного файла.
ДЕЙСТВИЕ. Убедиться, что аппаратура функционирует нормально.

?KMON-F-COMMAND FILE NESTING TOO DEEP
ПРИЧИНА. Обращения к косвенному файлу на четвертом уровне вложения.
ДЕЙСТВИЕ. Ограничить вложение косвенных файлов тремя уровнями.

?KMON-F-COMMAND FILE NOT AT END OF LINE
ПРИЧИНА. Косвенный файл должен быть последним (не считая комментария)
в строке команды Клавиатурного монитора.Наличие недопустимого
символа в имени косвенного файла.
ДЕЙСТВИЕ. Исправить команду.Убедиться,что имя косвенного файла содер-
жит допустимые символы.

?KMON-F-COMMAND FILE NOT FOUND
ПРИЧИНА. На системном устройстве нет косвенного файла с указанным
именем.
ДЕЙСТВИЕ. Проверить, есть ли на системном устройстве указанный файл.

?KMON-F-COMMAND STPING TOO COMPLICATED
ПРИЧИНА. Команда слишком сложна для анализа.(Команда содержит большое
число переключателей).
ДЕЙСТВИЕ. Упростить команду.�

- 83 -

?KMON-F-CONFLICTING OPTION
ПРИЧИНА. В команде указаны несовместимые переключатели.
ДЕЙСТВИЕ. Исправить команду.

?KMON-F-CONFLICTING SYSTEM OPTION
ПРИЧИНА. Используются несовпадающие варианты генерации драйвера уст-
ройства и RMON.
ДЕЙСТВИЕ. Проверить соответствие вариантов генерации.

?KMON-F-DEVICE LOADED OR NOT REMOVABLE
ПРИЧИНА. В команде REMOVE указан недопустимый драйвер устройства (ТТ,
BA,драйвер системного устройства).Драйвер,указанный в команде
REMOVE,является резидентным в памяти.
ДЕЙСТВИЕ. Использовать команду UNLOAD перед REMOVE.

?KMON-F-ERROR IN FILE SPEC
ПРИЧИНА. Ошибка в формате спецификации файла. Спецификация файла от-
сутствует в команде.
ДЕЙСТВИЕ. Подать правильную команду.

?KMON-F-FILE NOT FOUND
ПРИЧИНА. Файл,указанный в команде R,RUN,GET или FRUN не найден.
ДЕЙСТВИЕ. Проверить поданную команду.

?KMON-F-FOREGROUND ACTIVE
ПРИЧИНА. Попытка выполнить команду FRUN или UNLOAD FG когда выполня-
ется программа в основной области памяти.
ДЕЙСТВИЕ. Ждать завершения работы основной программы, перед тем как
выполнить команду FRUN или UNLOAD

?KMON-F-HANDLER FILE I/O ERROR
ПРИЧИНА. Аппаратная ошибка чтения нулевого блока драйвера.
ДЕЙСТВИЕ. Проверить правильность функционирования аппаратуры.

?KMON-F-ILLEGAL COMMAND
ПРИЧИНА.Подана недопустимая команда KMON.
ДЕЙСТВИЕ. Проверить команду.�

- 84 -

?KMON-F-ILLEGAL CONTINUATION
ПРИЧИНА. Попытка продолжить строку косвенного файла на системный тер-
минал.
ДЕЙСТВИЕ. Исправить косвенный файл.

?KMON-F-ILLEGAL DATE
ПРИЧИНА. Недопустимый аргумент в команде DATE.
ДЕЙСТВИЕ. Проверить команду.

?KMON-F-ILLEGAL DEVICE
ПРИЧИНА. Указано недопустимое или несуществующее устройство. Попытка
выполнить операцию, недопустимую для указанного устройства.
Попытка выполнить команду UNLOAD для драйвера устройства, с
которым работает основное задание. Попытка установить в
системе обслуживание TT: или BA: по команде INSTALL .
ДЕЙСТВИЕ. Проверить поданную команду.Выполнить UNLOAD после
завершения работы основного задания. Скопировать драйверы TT:
и BA: на системный том и перезагрузить систему.

?KMON-F-ILLEGAL DEVICE FOR COMMAND FILE
ПРИЧИНА. Косвенный файл вызван с устройства последовательного доступа
к данным (PC: , MT:).
ДЕЙСТВИЕ. Использовать для косвенного файла устройство с произвольным
доступом к данным ( RK: ,DX: ) .

?KMON-F-ILLEGAL NO ON OPTION.
ПРИЧИНА. Префикс NO не применим для указанного переключателя (напри-
мер, COPY/NOBOOT ).
ДЕЙСТВИЕ. Проверить поданную команду.

?KMON-F-ILLEGAL OPTION
ПРИЧИНА. В команде указан недопустимый переключатель.
ДЕЙСТВИЕ. Проверить поданную команду.

?KMON-F-ILLEGAL OPTION FOR PROGRAM
ПРИЧИНА. Используемый переключатель относится к другой команде.
ДЕЙСТВИЕ. Выбрать соответствующий переключатель.�

- 85 -

?KMON-F-ILLEGAL REL FILE FORMAT
ПРИЧИНА.Формат указанного файла не является перемещаемым форматом
отображения памяти.
ДЕЙСТВИЕ. Использовать соответствующий формат файла.

?KMON-F-ILLEGAL TIME
ПРИЧИНА. Недопустимый аргумент в команде TIME
ДЕЙСТВИЕ. Проверить поданную команду.

?KMON-F-ILLEGAL UNIT NUMBER
ПРИЧИНА. В команде SET TT:CONSOL=n указан недопустимый логический
номер терминала (ЛНТ).
ДЕЙСТВИЕ. Использовать допустимый для данной конфигурации терминал.

?KMON-F-ILLEGAL VALUE ON OPTION
ПРИЧИНА. В переключателе указан недопустимый аргумент (например,
DIRECTORY/COLUMN:n ,где n превышает допустимое число колонок)
ДЕЙСТВИЕ. Использовать допустимый аргумент.

?KMON-F-LINE TOO LONG
ПРИЧИНА. Команда или строка косвенного файла превышает допустимую
длину (максимальная длина - 200. знаков).
ДЕЙСТВИЕ. Использовать допустимую длину команды (строки).

?KMON-F-LOGICAL NAME NOT FOUND
ПРИЧИНА. Логическое имя устройства, указанное в команде DEASSIGN, в
системе не определено.
ДЕЙСТВИЕ. Проверить поданную команду. Использовать команду SHOW для
получения информации о логических именах устройств.

?KMON-F-MUST 'R BATCH', TYPE '/U'
ПРИЧИНА. Попытка выполнить команду UNLOAD BA без предварительной
разгрузки драйвера.
ДЕЙСТВИЕ. Вызвать BATCH и использовать переключатель /U для разгрузки
драйвера. BATCH автоматически выполнит команду UNLOAD BA.�

- 86 -

?KMON-F-NO CLOCK
ПРИЧИНА. Нет таймера.
ДЕЙСТВИЕ. Использовать команду TIME нельзя.

?KMON-F-NO DATE
ПРИЧИНА.Дата не установлена.
ДЕЙСТВИЕ.Ввести дату,используя команду DATE.

?KMON-F-NO FG
ПРИЧИНА. Попытка выполнить команду SUSPEND, RESUME или UNLOAD FG,
когда в памяти нет основного задания.
ДЕЙСТВИЕ. Проверить поданную комнду.

?KMON-F-NO FILE
ПРИЧИНА. В команде не указано имя файла.
ДЕЙСТВИЕ. Проверить поданную команду.

?KMON-F-NO HANDLER FILE ON SY:
ПРИЧИНА. Указанного драйвера нет на системном томе.
ДЕЙСТВИЕ. Скопировать требуемый драйвер на системный том.

?KMON-F-NO ROOM
ПРИЧИНА. Нет свободного места в таблицах монитора при попытке устано-
вить в системе обслуживание нового устройства (по команде
INSTALL) или при попытке присвоить устройству логическое имя
(по команде ASSIGN ).
ДЕЙСТВИЕ. Использовать команду REMOVE или DEASSIGN.

?KMON-F-NOT ENOUGH MEMORY
ПРИЧИНА. Для выполнения загружаемой программы (по команде GET или
RUN) недостаточно свободного места памяти.
ДЕЙСТВИЕ. По команде UNLOAD удалить из памяти драйверы не использую-
щихся устройств. Использовать команду SET USR SWAP для разре-
шения свопинга программы USR. Если получено при запуске NED,
скопируйте любой файл куда-нибудь,например на SL: и повторите
запуск NED.�

- 87 -

?KMON-F-OVERLAY READ ERROR
ПРИЧИНА. Аппаратная ошибка чтения оверлейного сегмента KMON.Системный
файл монитора имеет плохой блок. Испорчен монитор в памяти.
ДЕЙСТВИЕ. Проверить правильность функционирования аппаратуры. Вызвать
другой файл монитора по команде BOOT.Попробовать перезагрузи-
ться и проверить логику программы.

?KMON-F-PARAMETERS
ПРИЧИНА. Аргументы команды SAVE указаны неправильно.
ДЕЙСТВИЕ. Проверить поданную команду.

?KMON-F-REL FILE I/O ERROR
ПРИЧИНА. Недопустимый формат файла для основного задания.Аппаратная
ошибка чтения (записи) файла.
ДЕЙСТВИЕ. Проверить поданную команду. Проверить правильность функцио-
нирования аппаратуры.

?KMON-F-SAVE FILE I/O ERROR
?KMON-F-INPUT ERROR
?KMON-F-OUTPUT ERROR
ПРИЧИНА. Ошибка при вводе файла формата отображения памяти (SAV) по
команде R,RUN или GET , или при выводе файла по команде SAVE.
Возможна аппаратная ошибка.
ДЕЙСТВИЕ. Проверить,что указанный файл имеет формат отображения па-
мяти.Убедиться в том, что при выполнении команды SAVE на томе
достаточно свободного места для записи нового файла.Проверить
правильность функционирования аппаратуры.

?KMON-F-SYSTEM I/O ERROR
ПРИЧИНА. Аппаратная ошибка при выполнении операции свопинга.
ДЕЙСТВИЕ. Проверить установку защиты записи. Проверить правильность
функционирования аппаратуры.

?KMON-F-TOO MANY FILES
ПРИЧИНА. В команде указано недопустимое число файлов.
ДЕЙСТВИЕ. Проверить команду.�

- 88 -

?MON-F-BAD FETCH
ПРИЧИНА. Ошибка чтения драйвера с системного устройства. Недопустимый
адрес загрузки драйвера.
ДЕЙСТВИЕ. Проверить,что адрес загрузки драйвера находится в пределах
программы.

?MON-F-DIR I/O ERR (см. ?MON-F-DIRECTORY I/O ERROR)
?MON-F-DIR OVFLO (см. ?MON-F-DIRECTORY OVERFLOW)
?MON-F-DIRECTORY I/O ERROR
ПРИЧИНА. Аппаратурная ошибка при выполнении операции ввода-вывода
справочника устройства.
ДЕЙСТВИЕ. Проверить диск на плохие блоки.Проверить правильность функ-
ционирования аппаратуры.

?MON-F-DIRECTORY OVERFLOW
?MON-F-DIRECTORY FULL
ПРИЧИНА. Переполнение справочника устройства (при выполнении запроса
.ENTER)
ДЕЙСТВИЕ. Использовать команду INITIALIZE/SEGMENTS для увеличения чи-
сла сегментов справочника. Стереть или переписать на другой
том ненужные файлы. Слить несколько соседних FILE.BAD в один
командой CREATE и/или программой DESS

?MON-F-FP TRAP
ПРИЧИНА. Произошло прерывание от БПЗ, но программой пользователя не
установлен адрес подпрограммы обработки этого прерывания
(по .SFPA ).
ДЕЙСТВИЕ. Не требуется. Программа пользователя удаляется из памяти.

?MON-F-FPU TRAP (см.?MON-F-FP TRAP )

?MON-F-ILL ADDR (см.?MON-F-ILLEGAL ADDRESS)

?MON-F-ILL CHAN (см.?MON-F-ILLEGAL CHANNEL)

?MON-F-ILL EMT (см.?MON-F-ILLEGAL EMT )�

- 89 -

?MON-F-ILL SST (только для монитора XM)
ПРИЧИНА. Неправильно установлен вектор прерывания для команды BPT,
IOT или TRAP (нечетный или нулевой адрес).
ДЕЙСТВИЕ. Установить правильно вектор прерывания.Проверить программу,
ошибка в которой может вызвать непредусмотренное прерывание.

?MON-F-ILL USR (см.?MON-F-ILLEGAL CALL TO USR)

?MON-F-ILLEGAL ADDRESS
ПРИЧИНА. Адрес, указанный в запросе, нечетный или вне границ задания.
ДЕЙСТВИЕ. Исправить адрес.

?MON-F-ILLEGAL CALL TO USR
ПРИЧИНА. Попытка вызвать USR из подпрограммы завершения.
ДЕЙСТВИЕ. Исправить программу.

?MON-F-ILLEGAL CHANNEL
ПРИЧИНА. Указан недопустимый номер канала.
ДЕЙСТВИЕ. Использовать запрос .CDFN для определения дополнительных
каналов ввода-вывода.

?MON-F-ILLEGAL EMT
ПРИЧИНА. Недопустимая команда ЕМТ.
ДЕЙСТВИЕ. Проверить функциональный код в команде ЕМТ.

?MON-F-MEM ERR
?MON-F-MEMORY NNNNNN
ПРИЧИНА.Ошибка памяти по адресу NNNNNN
ДЕЙСТВИЕ.Проверить оперативную память с помощью тест-программ.

?MON-F-MMU FAULT NNNNNN (только для монитора XM)
ПРИЧИНА.Обращение к адресу, который находится вне границ отображенной
программы.
ДЕЙСТВИЕ.Проверить команду, предшествующую команде с адресом NNNNNN и
исправить ее.�

- 90 -

?MON-F-NO DEV
?MON-F-NO DEVICE
ПРИЧИНА.Попытка выполнить операцию чтения (записи) при отсутствии в
памяти драйвера указанного устройства.
ДЕЙСТВИЕ.Загрузить соответствующий драйвер по команде LOAD перед за-
грузкой программы.

?MON-F-OVERLAY ERROR
ПРИЧИНА.Ошибка чтения оверлейного сегмента программы пользователя.
ДЕЙСТВИЕ.Убедиться, что устройство работает не в автономном режиме и
что загружен соответствующий драйвер,если оверлейная програм-
ма вызывается с устройства другого типа,чем системное устрой-
ство.

?MON-F-ROWER FAIL HALT
ПРИЧИНА.Нарушение питания.
ДЕЙСТВИЕ.Перезагрузить систему.

?MON-F-STACK OVERFLOW
ПРИЧИНА.Прерывание по 4 или 10 векторам.Переполнение стека (указатель
стека ниже 400).
ДЕЙСТВИЕ.См.сообщение ?MON-F-TRAP TO 4

?MON-F-SWAP ERROR
ПРИЧИНА.Аппаратная ошибка при записи программы пользователя на диск
во время операции свопинга.
ДЕЙСТВИЕ.Проверить готовность устройства к выполнению операции записи

?MON-F-SYSTEM HALT
ПРИЧИНА.Ошибка при выполнении системной программы.
ДЕЙСТВИЕ.Перезагрузить систему.

?MON-F-SYSTEM READ ERROR
ПРИЧИНА.Ошибка чтения KMON или USR монитором FB или XM .Файл монитора
содепжит плохой блок или системный том уже разгружен.
ДЕЙСТВИЕ.См.SYSTEM READ FAILURE HALT�

- 91 -

?MON-F-SYSTEM READ FAILURE HALT
ПРИЧИНА.Попытка прочитать в память KMON или USR, когда системный том
разгружен или файл монитора,находящийся на системном устрой-
стве,имеет плохие блоки.
ДЕЙСТВИЕ.Использовать новую копию файла монитора. Поставить на место
системный диск и запустить систему пультовой командой G

?MON-F-SYSTEM WRITE ERROR
ПРИЧИНА.Попыка записи на системное устройство при установленной
защите записи.Возможна аппаратная ошибка.
ДЕЙСТВИЕ.Разрешить запись на диск. Проверить правильность функциони-
рования аппаратуры.

?MON-F-TRAP TO 4
?MON-F-TRAP TO 10
ПРИЧИНА.Обращение к несуществующей памяти или неспособность устрой-
ства передать или принять информацию за отведенное ему вре-
мя. Используется несуществующая команда. Произошло переполне-
ние стека. Неправильная адресация.
ДЕЙСТВИЕ.Определить границы программы пользователя по карте загрузки
или по содержимому ячеек 40, 46, 50 и 54. Если ошибка произо-
шла в пределах программы пользователя, проверить программу.
Проверить, что программа пользователя не разрушила области
стека, элементов очереди ввода-вывода или самого монитора.
Проверить правильность выполнения свопинга USR .Проверить,
нет ли обращения к несуществующему устройству.

?MON-F-UNLOADED DRIVER (только для мониторов FB ,XM)
ПРИЧИНА.Попытка обращения к устройству, драйвер которого отсутствует
в оперативной памяти.
ДЕЙСТВИЕ.Драйверы устройств для основного задания монитора FB и зада-
ний монитора XM должны быть резидентными в памяти. Использо-
вать команду LOAD для загрузки драйверов устройств перед за-
пуском программы.�

- 92 -

?MON-W-DIRECTORY UNSAFE NNNNNN (только для мониторов FB и XM).
ПРИЧИНА.Ошибка в команде, предшествующей команде с адресом NNNNNN ,
при корректировке справочника устройства программой USR .
ДЕЙСТВИЕ.Монитор пытается завершить операцию со справочником прежде
чем удалить программу из памяти. Проверить справочник устрой-
ства, т.к. возможна потеря информации.

?MSBOOT-F-FILE NOT FOUND
ПРИЧИНА.Указанный файл отсутствует на магнитной ленте.
ДЕЙСТВИЕ.Проверить поданную команду.

?MSBOOT-F-I/O ERROR
ПРИЧИНА. Аппаратная ошибка при выполнении операции загрузки с
магнитной ленты .
ДЕЙСТВИЕ.Проверить правильность установки тома магнитной
ленты.

?MSBOOT-F-ILLEGAL FILE NAME
ПРИЧИНА. Указано недопустимое имя файла.
ДЕЙСТВИЕ.Проверить поданную команду.Проверить формат файла.

?MSBOOT-F-LINE TOO LONG
ПРИЧИНА.Командная строка в MSBOOT имеет длину более 80 знаков
ДЕЙСТВИЕ.Проверить поданную командную строку.

?BOOT-F-I/O ERROR
ПРИЧИНА.Ошибка ввода-вывода во время загрузки системы.
ДЕЙСТВИЕ.Проверить наличие на системном диске соответствующего дан-
ному загрузчику монитора. Проверить диск на плохие блоки
Записать на диск системный загрузчик.

?BOOT-F-INSUFFICIENT MEMORY
ПРИЧИНА.Объем оперативной памяти не позволяет разместить загружаемый
монитор.
ДЕЙСТВИЕ.Использовать другой монитор.�

- 93 -

?BOOT-F-INVALID OR MISSING TT.SYS
ПРИЧИНА.На загружаемом томе нет драйвера TT: . Вариант генерации
драйвера TT: не соответствует варианту генерации монитора.
ДЕЙСТВИЕ.Записать на том файл TT.SYS.
Проверить соответствие вариантов генерации драйвера TT: и
монитора.

?BOOT-F-NO MEMORY MANAGEMENT HARDWARE
ПРИЧИНА.Попытка загрузить монитор XM при отсутствии диспетчера памяти
ДЕЙСТВИЕ.Использовать монитор SJ или FB,или систему,имеющую диспетчер
памяти.

?BOOT-F-NO MONITOR FILE ON VOLUME
ПРИЧИНА.На системном томе нет монитора с соответствующим данному за-
грузчику именем.
ДЕЙСТВИЕ.Проверить правильность выбора системного тома.

?BOOT-F-NO SWAP ON VOLUME
ПРИЧИНА.На загруженном томе нет файла SWAP.SYS.
ДЕЙСТВИЕ.Использовать другой системный том для копирования файла
SWAP.SYS и перезагрузить систему.

?BOOT-F-SWAP FILE IS TOO SMALL
ПРИЧИНА.Размер файла SWAP.SYS менее 24. блоков.
ДЕЙСТВИЕ.Использовать другой системный том для увеличения размера
файла до 24. блоков и перезагрузить систему.Использовать
SET USR NOSWAP(SWAP.SYS=0blocks SJ, =2blocks CD)�

- 94 -

ПРИЛОЖЕНИЕ

Коды ошибок программных запросов

Запрос Код Причина ошибки
--------------------------------------------------------------------

.CDFN 0 Попытка определить меньшее число каналов,чем есть в
наличии
.CHCOPY 0 Другое задание не существует или канал (ochan) не
открыт
1 Канал (chan) занят
.CMKT 0 Запрос с указанием id (id<>0) не существует
.CNTXSW 0 В списке адресов указан не допустимый адрес
.CSIGEN 0 Недопустимая команда
1 Указанного устройства нет в таблицах системы
3 Попытка открыть файл по .ENTER неудачна из-за пере-
полнения справочника устройства
4 Входной файл не найден при выполнении .LOOKUP
.CSISPC 0 Недопустимая команда
1 Недопустимое устройство
.CSTAT 0 Канал не открыт
.DELETE 0 Указанный канал занят
1 Файл не найден в справочнике устройства
2 Недопустимая операция
.DSTATU 0 Устройство не найдено в таблицах системы
.ENTER 0 Указанный канал занят
1 На устройстве не найдена область большая или равная
М (len=M); или устройство или справочник устройства
переполнены
.FETCH 0 Недопустимое имя устройства или в системе отсутствует
драйвер указанного устройства
.RELEAS 0 Недопустимое имя устройства
.GVAL 0 Указанное значение смещения находится вне области
RMON
.LOOKUP 0 Указанный канал занят
1 Указанного файла нет на устройстве
.MRKT 0 Нет свободного элемента очереди�

- 95 -

.MTATCH 2 Несуществующий ЛНТ
4 Терминал логически связан с другим заданием
5 Недействительный адрес слова асинхронного состояния
терминала (в режиме XM)
.MTDTCH 1 Недопустимый логический номер терминала ;терминал не
связан с заданием
2 Несуществующий ЛНТ

.MTGET 1 Недопустимый номер терминала;терминал не связан с
заданием
2 Несуществующий ЛНТ
5 Недействительный адрес слова асинхронного состояния
терминала
.MTIN 0 Нет символов в буфере ввода
1 Недопустимый номер терминала; терминал не связан с
заданием
5 Недействительный адрес слова асинхронного состояния
терминала (в режиме XM)
.MTOUT 0 Нет свободного места в буфере вывода
1 Недопустимый номер терминала,терминал не связан с за-
данием
2 Несуществующий ЛНТ
.MTPRNT 1 Недопустимый номер терминала; терминал не связан с
заданием
2 Несуществующий ЛНТ
5 Недействительный адрес слова асинхронного состояния
терминала
.MTRCTO 1 Недопустимый номер терминала; терминал не связан с
заданием
2 Несуществующий ЛНТ
.MTSET 1 Недопустимый номер терминала; терминал не связан с
заданием
2 Несуществующий ЛНТ
5 Недействительный адрес слова асинхронного состояния
терминала (в режиме XM)
.PROTE 0 Указанный вектор уже используется
1 Адрес вектора больше 476 или не кратен четырем
.UNPRO 1 Адрес вектора больше 476 или не кратен четырем�

- 96 -

.RCVD 0 Попытка обращения к несуществующему заданию
.RCVDC
.RSVDW
.READ 0 Попытка чтения после конца файла
.READC
.READW
1 Аппаратная ошибка на канале
2 Указанный канал не открыт
.RENAME 0 Указанный канал занят
1 Файл не найден
2 Недопустимая операция
.REOPEN 0 Указанный канал занят
.SAVEST 0 Указанный канал не открыт
1 Файл открыт по .ENTER или находится на магнитной лен-
те,поэтому .SAVESTATUS для него недопустим
.SDAT 0 Попытка обращения к несуществующему заданию
.SDATC
.SDATW
.SPFUN 0 Попытка чтения или записи после конца файла
1 Аппаратная ошибка на канале
2 Канал не открыт
.TLOCK 0 USR уже используется другим заданием
.TTYIN 0 Нет символа в буфере ввода
.TTINR
.TTYOUT 0 Буфер вывода переполнен
.TTOUTR
.TWAIT 0 Нет свободного элемента очереди
.WAIT 0 Указанный канал не открыт
1 Аппаратная ошибка на канале во время выполнения пре-
дыдущей операции ввода-вывода
.WRITE 0 Попытка записи после конца файла
.WRITC
.WRITW
1 Аппаратная ошибка на канале
2 Канал не открыт�

- 97 -

Примечания:
1.Для запроса .SYNCH возврат по ошибке происходит в следую-
щих случаях:
-не закончена макрокоманда .SYNCH,использующая тот же блок
аргументов ЕМТ;
-указан недопустимый номер задания;
-если произошло удаление или останов программы.
При этом управление передается на следующую за .SYNCH ячейку.
Если макрокоманда .SYNCH выполнена успешно,то возврат проис-
ходит в следующую за возвратом по ошибке ячейку.
2.При выполнении запросов,не указанных в табл.30,ошибок не
происходит.
</pre>

Uknc info

2007-07-17T18:39:20Z

Nzeemin:

* [[Uknc tech desc]] — Техническое описание (UK_TECH.DOC)
* [[Uknc FODOS-2 drprog]] — ФОДОС-2. ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА

* [[Uknc RAM description]] — Описание ОЗУ, из документа RAM.LST от Alex_K
** [[Uknc RAM description_app]] — Приложения к описанию
* [[Uknc ROM disasm]] — листинги дизассемблированного ПЗУ УКНЦ, от Alex_K

* [[Uknc Resources|Ресурсы УКНЦ]] — книга Влада Жигалова

* [[Uknc ROM Basic boot|Процесс загрузки Бейсик-Вильнюс с кассеты ПЗУ]]
* [[Uknc rt11 boot|Процесс загрузки RT11]]

----
Здесь будет собрана вся известная информация об УКНЦ

--[[User:Felix|Felix]] 08:59, 21 March 2007 (EDT)

Uknc FODOS-2 drprog

2007-07-17T18:37:38Z

Nzeemin:

<pre>
ОПЕРАЦИОННАЯ СИСТЕМА ФОДОС-2
ПРОГРАММИРОВАНИЕ ПЕРИФЕРИЙНЫХ УСТРОЙСТВ
РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
589.7545471.00042-01 32 03

ЛИСТОВ 229

СОДЕРЖАНИЕ

1. ОБЩИЕ СВЕДЕНИЯ О ПРОГРАММЕ
2. СТРУКТУРА ПРОГРАММЫ
2.1. СЕКЦИЯ ОПРЕДЕЛЕНИЙ
2.1.1. ЗАПРОС .DRDEF
2.1.2. БАЙТ ИДЕНТИФИКАЦИИ УСТРОЙСТВА
2.1.3. СЛОВО СОСТОЯНИЯ УСТРОЙСТВА
2.1.4. СЛОВО РАЗМЕРА УСТРОЙСТВА
2.2. СЕКЦИЯ ЗАГОЛОВКА
2.2.1. ИНФОРМАЦИЯ В БЛОКЕ 0
2.2.2. ПЕРВЫЕ ПЯТЬ СЛОВ ДРАЙВЕРА
2.2.3. ЗАПРОС .DRBEG
2.2.4. МНОГОВЕКТОРНЫЕ ДРАЙВЕРЫ: ЗАПРОС .DRVTB
2.2.5. КОДЫ УСЛОВИЙ PS
2.3. СЕКЦИЯ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА
2.4. СЕКЦИЯ ОБРАБОТКИ ПРЕРЫВАНИЙ
2.4.1. ТОЧКА ВХОДА ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ
2.4.2. ПОНИЖЕНИЕ ПРИОРИТЕТА ДО ПРИОРИТЕТА УСТРОЙСТВА
2.4.3. ЗАПРОС .DRAST
2.4.4. ОСНОВНЫЕ ПРАВИЛА ДЛЯ ПРОГРАММИРОВАНИЯ СЕКЦИИ ОБРАБОТКИ ПРЕРЫВАНИЙ
2.5. СЕКЦИЯ ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА
2.5.1. ЗАПРОС .DRFIN
2.6. СЕКЦИЯ ОКОНЧАНИЯ ДРАЙВЕРА
2.6.1. ЗАПРОС .DREND
2.6.2. ФИКТИВНЫЕ УСТРОЙСТВА
3. НАСТРОЙКА И ПРОВЕРКА ПРОГРАММЫ
3.1. ОБЩЕЕ ОПИСАНИЕ ДРАЙВЕРА УСТРОЙСТВА
3.2. ДРАЙВЕРЫ, КОТОРЫЕ ФОРМИРУЮТ ВНУТРЕННЮЮ ОЧЕРЕДЬ
3.2.1. ФОРМИРОВАНИЕ ВНУТРЕННЕЙ ОЧЕРЕДИ
3.2.2. ОБРАБОТКА ПРЕРЫВАНИЙ ДЛЯ ДРАЙВЕРОВ, ФОРМИРУЮЩИХ ВНУТРЕННЮЮ ОЧЕРЕДЬ
3.2.3. ПРОЦЕДУРЫ ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ ДЛЯ ДРАЙВЕРОВ, ФОРМИРУЮЩИХ
ВНУТРЕННЮЮ ОЧЕРЕДЬ
3.3. ПАРАМЕТРЫ SET
3.3.1. КАК ВЫПОЛНЯЕТСЯ КОМАНДА SET
3.3.2. ФОРМАТ ТАБЛИЦЫ SET
3.3.3. ЗАПРОС .DRSET
3.3.4. ПОДПРОГРАММА ИЗМЕНЕНИЯ ДРАЙВЕРА
3.3.5. ПРИМЕРЫ ПАРАМЕТРОВ SET
3.4. КАК ПРОВЕРИТЬ И ОТЛАДИТЬ ДРАЙВЕР УСТРОЙСТВА
3.4.1. ИСПОЛЬЗОВАНИЕ ODT ДЛЯ ПРОВЕРКИ ДРАЙВЕРА
3.4.2. ИСПОЛЬЗОВАНИЕ ODT В ХМ
4. ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ
4.1. ПРОГРАММИРУЕМЫЙ ВВОД-ВЫВОД
4.2. ВВОД-ВЫВОД, ОБРАБАТЫВАЕМЫЙ ПО ПРЕРЫВАНИЯМ
4.2.1. КАК РАБОТАЮТ ПРЕРЫВАНИЯ
4.2.2. ПРИОРИТЕТЫ УСТРОЙСТВ И ПРОЦЕССОРА
4.2.3. СЛОВО СОСТОЯНИЯ ПРОЦЕССОРА
4.3. ВНУТРЕННИЕ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ В
СРАВНЕНИИ С ДРАЙВЕРАМИ УСТРОЙСТВ
4.4. КАК ПЛАНИРОВАТЬ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ
4.4.1. ИЗУЧИТЬ УСТРОЙСТВО
4.4.2. ПОДГОТОВКА БЛОК-СХЕМЫ ПРОГРАММЫ
4.4.3. НАПИСАНИЕ КОДОВ
4.4.4. ПРОВЕРКА И ОТЛАДКА
4.5. СТРУКТУРА ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ
4.5.1. ЗАЩИТА ВЕКТОРОВ: ЗАПРОС .PROTECT
4.5.2. УСТАНОВКА ВЕКТОРА ПРЕРЫВАНИЯ
4.5.3. ЧИСТАЯ ОСТАНОВКА: ЗАПРОС .DEVICE
4.5.4. ПОНИЖЕНИЕ ПРИОРИТЕТА ПРОЦЕССОРА: ЗАПРОС .INTEN
4.5.5. ИСПОЛЬЗОВАНИЕ ПРОГРАММНОГО ЗАПРОСА .SYNCH
4.5.6. ВЫПОЛНЕНИЕ НА FORK-УРОВНЕ: ЗАПРОС .FORK
4.5.7. ИТОГ ПО .INTEN, .FORK И .SYNCH
4.5.8. ВЫХОД ИЗ ОБРАБОТКИ ПРЕРЫВАНИЯ: RTS PC
4.6. СХЕМАТИЧЕСКАЯ КОНСТРУКЦИЯ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ
5. ДОПОЛНИТЕЛЬНЫЕ ВОЗМОЖНОСТИ
5.1. ТАЙМ-АУТ УСТРОЙСТВА ВВОДА-ВЫВОДА
5.1.1. ЗАПРОС .TIMIO
5.1.2. ЗАПРОС .CTIMIO
5.1.3. ПРИМЕНЕНИЕ ТАЙМ-АУТА УСТРОЙСТВА
5.2. РЕГИСТРАЦИЯ ОШИБОК
5.2.1. КОГДА И КАК ВЫЗЫВАТЬ РЕГИСТРАТОР ОШИБОК
5.3. СПЕЦИАЛЬНЫЕ ФУНКЦИИ
5.3.1. ПРОГРАММНЫЙ ЗАПРОС .SPFUN
5.3.2. ПОДДЕРЖКА СПЕЦИАЛЬНЫХ ФУНКЦИЙ В ДРАЙВЕРЕ УСТРОЙСТВА
5.3.3. ТОМА ПЕРЕМЕННОГО РАЗМЕРА
5.3.4. УСТРОЙСТВА СО СПЕЦИАЛЬНЫМИ СПРАВОЧНИКАМИ
5.4. ДРАЙВЕРЫ УСТРОЙСТВ В XM-СИСТЕМЕ
5.4.1. УСЛОВНЫЕ ОБОЗНАЧЕНИЯ НАИМЕНОВАНИЙ И УСЛОВНЫЕ ОБОЗНАЧЕНИЯ СИСТЕМЫ
5.4.2. XM-СРЕДА
5.4.3. ЭЛЕМЕНТ ОЧЕРЕДИ В XM
5.4.4. УСТРОЙСТВА ПРОИЗВОЛЬНОГО ДОСТУПА К ДАННЫМ:ПОДПРОГРАММА $MPPHY
5.4.5. СИМВОЛЬНО-ОРИЕНТИРОВАННЫЕ УСТРОЙСТВА:
ПОДПРОГРАММЫ $GETBYT И $PUTBYT
5.4.6. ДРУГИЕ УСТРОЙСТВА: ПОДПРОГРАММА $PUTWRD
5.4.7. ДРАЙВЕРЫ, КОТОРЫЕ ИМЕЮТ НЕПОСРЕДСТВЕННЫЙ ДОСТУП
К БУФЕРУ ПОЛЬЗОВАТЕЛЯ
5.5. ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ В СИСТЕМЕ XM
6. УСТАНОВКА ДРАЙВЕРА УСТРОЙСТВА
6.1. ДРАЙВЕРЫ СИСТЕМНОГО УСТРОЙСТВА И НАЧАЛЬНЫЙ ЗАГРУЗЧИК
6.1.1. ФАЙЛЫ МОНИТОРА
6.1.2. СОЗДАНИЕ ДРАЙВЕРА СИСТЕМНОГО УСТРОЙСТВА
6.1.3. DUP И ПРОЦЕСС НАЧАЛЬНОЙ ЗАГРУЗКИ
6.2. КАК ТРАНСЛИРОВАТЬ, СВЯЗЫВАТЬ И УСТАНАВЛИВАТЬ ДРАЙВЕР УСТРОЙСТВА
6.2.1. ТРАНСЛИРОВАНИЕ ДРАЙВЕРА УСТРОЙСТВА
6.2.2. СВЯЗЫВАНИЕ ДРАЙВЕРА УСТРОЙСТВА
6.2.3. УСТАНОВКА ДРАЙВЕРА УСТРОЙСТВА
6.3. СОДЕРЖИМОЕ СИСТЕМНОГО ДРАЙВЕРА

1. ОБЩИЕ СВЕДЕНИЯ О ПРОГРАММЕ
В ДАННОМ ДОКУМЕНТЕ БУДЕТ РАССМОТРЕНА СТРУКТУРА
СТАНДАРТНОГО ДРАЙВЕРА И ОБЩЕЕ ОПИСАНИЕ СХЕМЫ ОБЫЧНОГО
ДРАЙВЕРА, ПОДРОБНО ОПИСАНЫ ДОПОЛНИТЕЛЬНЫЕ СРЕДСТВА
(ВНУТРЕННЯЯ ОЧЕРЕДНОСТЬ, ПАРАМЕТРЫ КОМАНДЫ SET, ПОДДЕРЖКА
ТАЙМ-АУТА ВВОДА-ВЫВОДА УСТРОЙСТВА, СПЕЦИАЛЬНЫЕ ФУНКЦИИ,
РЕГИСТРАЦИЯ ОШИБОК И СПЕЦИАЛЬНЫЕ УСЛУГИ, ИМЕЮЩИЕСЯ В СИСТЕМЕ
XM) ДЛЯ ДРАЙВЕРОВ И ИХ ВЫПОЛНЕНИЕ. БУДЕТ ПОКАЗАНО ОТЛИЧИЕ
СИСТЕМНОГО ДРАЙВЕРА ОТ СТАНДАРТНОГО (ЭТО НЕОБХОДИМО ДЛЯ
ЗАПИСИ НАЧАЛЬНОГО ЗАГРУЗЧИКА НА СИСТЕМНОЕ УСТРОЙСТВО).
ПЕРЕД НАПИСАНИЕМ ДРАЙВЕРА УСТРОЙСТВА НЕОБХОДИМО:
- ПОДРОБНО ИЗУЧИТЬ УСТРОЙСТВО;
- ИЗУЧИТЬ СТРУКТУРУ СТАНДАРТНОГО ДРАЙВЕРА УСТРОЙСТВА;
- ИЗУЧИТЬ СХЕМУ ДРАЙВЕРА УСТРОЙСТВА;
- ПОДУМАТЬ ОБ ИСПОЛЬЗОВАНИИ СПЕЦИАЛЬНЫХ СРЕДСТВ;
- ИЗУЧИТЬ ПРИМЕРЫ ДРАЙВЕРОВ;
- ПОДГОТОВИТЬ БЛОК-СХЕМУ ДРАЙВЕРА УСТРОЙСТВА;
- НАПИСАТЬ ПРОГРАММУ ДРАЙВЕРА;
- УСТАНОВИТЬ, ПРОВЕРИТЬ И ОТЛАДИТЬ ДРАЙВЕР.

2. СТРУКТУРА ПРОГРАММЫ
ДРАЙВЕР УСТРОЙСТВА СИСТЕМЫ ФОДОС-2 СОСТОИТ ИЗ ШЕСТИ
СЛЕДУЮЩИХ СЕКЦИЙ:
- ОПРЕДЕЛЕНИЯ;
- ЗАГОЛОВОК;
- ИНИЦИИРОВАНИЕ ВВОДА-ВЫВОДА;
- ОБРАБОТКА ПРЕРЫВАНИЙ;
- ЗАВЕРШЕНИЕ ВВОДА-ВЫВОДА;
- ОКОНЧАНИЕ ДРАЙВЕРА.
КАЖДАЯ СЕКЦИЯ - ЭТО ОТДЕЛЬНЫЙ ЛОГИЧЕСКИЙ БЛОК,
СОДЕРЖАЩИЙ КОД ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ. ТАК КАК
МАКРОБИБЛИОТЕКА СИСТЕМЫ ФОДОС-2 ПРЕДУСМАТРИВАЕТ СПЕЦИАЛЬНЫЕ
ЗАПРОСЫ ДЛЯ ГЕНЕРАЦИИ ТРЕБУЕМОГО КОДА ДЛЯ КАЖДОЙ ЧАСТИ, ТО
НАПИСАНИЕ ИХ НЕСЛОЖНО, НЕОБХОДИМО ЛИШЬ ВНИМАТЕЛЬНЕЕ ИЗУЧИТЬ
ПРИМЕРЫ ДРАЙВЕРОВ УСТРОЙСТВ.

2.1. СЕКЦИЯ ОПРЕДЕЛЕНИЙ
ИСХОДНЫЙ ФАЙЛ ДРАЙВЕРА УСТРОЙСТВА НАЧИНАЕТСЯ С СЕКЦИИ
ОПРЕДЕЛЕНИЙ, КОТОРАЯ ВКЛЮЧАЕТ ДИРЕКТИВУ .MCALL ДЛЯ ЗАПРОСА
.DRDEF И ДРУГИХ ЗАПРОСОВ. БОЛЬШУЮ ЧАСТЬ РАБОТ В СЕКЦИИ
ОПРЕДЕЛЕНИЙ ОСУЩЕСТВЛЯЕТ ЗАПРОС .DRDEF.

2.1.1. ЗАПРОС .DRDEF
ЗАПРОС .DRDEF ИСПОЛЬЗУЕТСЯ В НАЧАЛЕ ДРАЙВЕРА УСТРОЙСТВА
И ВЫПОЛНЯЕТ СЛЕДУЮЩИЕ ФУНКЦИИ:
- ВЫДАЕТ ДИРЕКТИВУ .MCALL ДЛЯ ВСЕХ ОТНОСЯЩИХСЯ К
ДРАЙВЕРУ ЗАПРОСОВ;
- ОБЕСПЕЧИВАЕТ ЗНАЧЕНИЯ ПО УМОЛЧАНИЮ ДЛЯ УСЛОВНЫХ
ОБОЗНАЧЕНИЙ СИСТЕМЫ;
- ВЫЗЫВАЕТ ЗАПРОС .QELDF ДЛЯ ОПРЕДЕЛЕНИЯ СМЕЩЕНИЯ
ЭЛЕМЕНТОВ ОЧЕРЕДИ;
- ОПРЕДЕЛЯЕТ КОМБИНАЦИИ РАЗРЯДОВ СОСТОЯНИЯ УСТРОЙСТВА;
- ОПРЕДЕЛЯЕТ РАЗМЕР УСТРОЙСТВА В БЛОКАХ (DDDSIZ);
- ОПРЕДЕЛЯЕТ ИДЕНТИФИКАЦИЮ УСТРОЙСТВА (DD$COD);
- УСТАНАВЛИВАЕТ СЛОВО СОСТОЯНИЯ УСТРОЙСТВА, ИСПОЛЬЗУЯ
DDDSIZ И DD$COD;
- ОБЕСПЕЧИВАЕТ ЗНАЧЕНИЯ ПО УМОЛЧАНИЮ ДЛЯ РЕГИСТРА
СОСТОЯНИЯ УСТРОЙСТВА (DD$CSR) И ВЕКТОРА ПРЕРЫВАНИЯ (DD$VEC);
- ДЕЛАЕТ СИМВОЛЫ DD$CSR И DD$VEC ГЛОБАЛЬНЫМИ.
ЗДЕСЬ И ДАЛЕЕ DD - ДВУХСИМВОЛЬНОЕ ИМЯ УСТРОЙСТВА.
ФОРМАТ ЗАПРОСА .DRDEF СЛЕДУЮЩИЙ:
.DRDEF NAME,CODE,STAT,SIZE,CSR,VEC
ГДЕ NAME - ДВУХСИМВОЛЬНОЕ ИМЯ УСТРОЙСТВА (НАПРИМЕР, MT ДЛЯ
МАГНИТНОЙ ЛЕНТЫ);
CODE - ВОСЬМЕРИЧНОЕ ЧИСЛО, ОПРЕДЕЛЯЮЩЕЕ УСТРОЙСТВО (СМ.
ТАБЛ.1);
STAT - КОМБИНАЦИЯ РАЗРЯДОВ СОСТОЯНИЯ УСТРОЙСТВА (СМ.
ТАБЛ.2);
SIZE - РАЗМЕР УСТРОЙСТВА В БЛОКАХ (ПО 256 СЛОВ); ЕСЛИ
УСТРОЙСТВО НЕФАЙЛОВОЙ СТРУКТУРЫ, ТО SIZE=0;
CSR - АДРЕС РЕГИСТРА СОСТОЯНИЯ УСТРОЙСТВА ПО УМОЛЧАНИЮ;
VEC - АДРЕС ВЕКТОРА ПРЕРЫВАНИЯ УСТРОЙСТВА ПО УМОЛЧАНИЮ.
ЗАПРОС .DRDEF ВЫДАЕТ ДИРЕКТИВУ .MCALL ДЛЯ СЛЕДУЮЩИХ
ЗАПРОСОВ:
.DRAST .DRBEG .DRFIN
.DRBOT .DREND .DRSET
.DRVTB .FORK .QELDF

КРОМЕ ТОГО, ЕСЛИ В ДРАЙВЕРЕ ПРИ ГЕНЕРАЦИИ СИСТЕМЫ
ВЫБРАНА ПОДДЕРЖКА ТАЙМЕРА (TIM$IT=1), ТО .DRDEF ВЫДАЕТ
ДИРЕКТИВУ .MCALL ДЛЯ ЗАПРОСОВ .TIMIO И .CTIMIO.

2.1.1.1. УСЛОВИЯ ГЕНЕРАЦИИ СИСТЕМЫ
В СИСТЕМЕ ФОДОС-2 ШИРОКО ИСПОЛЬЗУЮТСЯ УСЛОВНЫЕ
ДИРЕКТИВЫ ПРИ ТРАНСЛИРОВАНИИ. СЕКЦИИ ПРОГРАММЫ НА ИСХОДНОМ
ЯЗЫКЕ УЧАСТВУЮТ В ТРАНСЛИРОВАНИИ ИЛИ НЕТ, В ЗАВИСИМОСТИ ОТ
ЗНАЧЕНИЯ УСЛОВНЫХ СИМВОЛОВ. НАПРИМЕР, ФОДОС-2 ИСПОЛЬЗУЕТ
УСЛОВНЫЙ СИМВОЛ ERL$G ДЛЯ ПОКАЗА - ДОЛЖНА ЛИ ТРАНСЛИРОВАТЬСЯ
ПОДПРОГРАММА РЕГИСТРАЦИИ ОШИБОК ИЛИ НЕТ. ЕСЛИ В ДРАЙВЕРЕ
УСТРОЙСТВА ИСПОЛЬЗУЮТСЯ УСЛОВНЫЕ СИМВОЛЫ, ТО ОНИ ДОЛЖНЫ
СОГЛАСОВЫВАТЬСЯ СО СТАНДАРТНЫМИ, ИСПОЛЬЗУЮЩИМИСЯ В ФОДОС-2.
ПРИ РАВЕНСТВЕ НУЛЮ УСЛОВНОГО СИМВОЛА ДАННАЯ ОСОБЕННОСТЬ НЕ
ВКЛЮЧАЕТСЯ ПРИ ТРАНСЛИРОВАНИИИ ПРОГРАММЫ, В СЛУЧАЕ, КОГДА
УСЛОВНЫЙ СИМВОЛ РАВЕН 1, ЭТА ОСОБЕННОСТЬ ПРИСУТСТВУЕТ;
ФОДОС-2 ИСПОЛЬЗУЕТ ТОЛЬКО ЗНАЧЕНИЯ 0 И 1; ЕСЛИ УСЛОВНЫЕ
СИМВОЛЫ ИМЕЮТ ЗНАЧЕНИЯ ИНЫЕ, ЧЕМ 0, TO .DRDEF ПРИРАВНИВАЕТ
ИХ 1.
ЗАПРОС .DRDEF ПРИРАВНИВАЕТ НУЛЮ ПРИ ГЕНЕРАЦИИ СИСТЕМЫ
TIM$IT (ДЛЯ ТАЙМ-АУТА УСТРОЙСТВА), MMG$T (ДЛЯ ПОДДЕРЖКИ
РАСШИРЕННОЙ ПАМЯТИ) И ERL$G (ДЛЯ РЕГИСТРАЦИИ ОШИБОК), ЕСЛИ
НЕ ОПРЕДЕЛИТЬ ИХ В НАЧАЛЕ ФАЙЛА ПРИ ТРАНСЛИРОВАНИИ.

2.1.1.2. СМЕЩЕНИЕ ЭЛЕМЕНТОВ ОЧЕРЕДИ
ЗАПРОС .DRDEF ВЫЗЫВАЕТ ЗАПРОС .QELDF ДЛЯ ОПРЕДЕЛЕНИЯ
СМЕЩЕНИЙ ЭЛЕМЕНТОВ ОЧЕРЕДИ СИМВОЛИЧЕСКИ. НИЖЕ ПРИВЕДЕНЫ
СГЕНЕРИРОВАННЫЕ СМЕЩЕНИЯ ЭЛЕМЕНТОВ ОЧЕРЕДИ:
Q.LINK=0 (СВЯЗЬ СО СЛЕДУЮЩИМ ЭЛЕМЕНТОМ ОЧЕРЕДИ)
Q.CSW=2. (УКАЗАТЕЛЬ ДЛЯ СЛОВА СОСТОЯНИЯ КАНАЛА)
Q.BLKN=4. (НОМЕР ФИЗИЧЕСКОГО БЛОКА)
Q.FUNC=6. (КОД СПЕЦИАЛЬНОЙ ФУНКЦИИ)
Q.JNUM=7. (НОМЕР ЗАДАНИЯ)
Q.UNIT=7. (НОМЕР ПРИВОДА УСТРОЙСТВА)
Q.BUFF=^o10 (АДРЕС БУФЕРА ПОЛЬЗОВАТЕЛЯ)
Q.WCNT=^o12 (СЧЕТЧИК СЛОВ)
Q.COMP=^o14 (КОД ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ)
Q.ELGH=^o16 (РАЗМЕР ЭЛЕМЕНТА ОЧЕРЕДИ)

ТАК КАК ДРАЙВЕР ОБЫЧНО РАССМАТРИВАЕТ ТОЛЬКО СМЕЩЕНИЯ
ЭЛЕМЕНТОВ ОЧЕРЕДИ ОТНОСИТЕЛЬНО Q.BLKN, ЗАПРОС .QELDF
ОПРЕДЕЛЯЕТ ТАКЖЕ СЛЕДУЮЩИЕ СИМВОЛИЧЕСКИЕ СМЕЩЕНИЯ:
Q$LINK=-4
Q$CSW=-2
Q$BLKN=0
Q$FUNC=2
Q$JNUM=3
Q$UNIT=3
Q$BUFF=4
Q$WCNT=6
Q$COMP=10

2.1.1.3. ОПРЕДЕЛЕНИЕ СИМВОЛОВ
ДЛЯ ОПРЕДЕЛЕНИЯ СИМВОЛОВ ИСПОЛЬЗУЮТСЯ ОПЕРАТОРЫ ПРЯМОГО
ПРИСВАИВАНИЯ. ОБЫЧНО ТАКИМ ОБРАЗОМ ОПРЕДЕЛЯЮТСЯ РЕГИСТРЫ
УСТРОЙСТВ И ДРУГИЕ НЕОБХОДИМЫЕ ВНУТРЕННИЕ СИМВОЛЫ. НИЖЕ
ПРИВЕДЕНЫ ПРИМЕРЫ ИЗ ДРАЙВЕРОВ УСТРОЙСТВ СИСТЕМЫ ФОДОС-2.
НАПРИМЕР, ДЛЯ ОПРЕДЕЛЕНИЯ ВНУТРЕННЕГО СИМВОЛА ДЛЯ
ПЕРЕВОДА СТРОКИ (КОД 12 В КОИ-7):
LF =12 ;ПЕРЕВОД СТРОКИ
РЕГИСТРЫ УСТРОЙСТВА ОПРЕДЕЛЯЮТСЯ СЛЕДУЮЩИМ ОБРАЗОМ:
RKDS =RK$CSR ;РЕГИСТР СОСТОЯНИЯ ПРИВОДА
RKER =RKDS+2 ;РЕГИСТР ОШИБКИ
RKCS =RKDS+4 ;РЕГИСТР СОСТОЯНИЯ
RKWC =RKDS+6 ;РЕГИСТР СЧЕТЧИКА СЛОВ

ЗАПРОС .DRDEF ОПРЕДЕЛЯЕТ ДЛЯ ПОЛЬЗОВАТЕЛЯ СЛЕДУЮЩИЕ
СИМВОЛЫ:
HDERR$=1 ;РАЗРЯД НЕВОССТАНОВИМОЙ ОШИБКИ В CSW
EOF=20000 ;РАЗРЯД КОНЦА ФАЙЛА В CSW

2.1.2. БАЙТ ИДЕНТИФИКАЦИИ УСТРОЙСТВА
МЛАДШИЙ БАЙТ СЛОВА СОСТОЯНИЯ УСТРОЙСТВА, БАЙТ
ИДЕНТИФИКАЦИИ УСТРОЙСТВА, ОПРЕДЕЛЯЕТ КАЖДОЕ УСТРОЙСТВО В
СИСТЕМЕ. ЧТОБЫ УКАЗАТЬ КОНКРЕТНОЕ УСТРОЙСТВО, НЕОБХОДИМО
УКАЗАТЬ ОПРЕДЕЛЕННЫЙ КОД В АРГУМЕНТЕ CODE ЗАПРОСА .DRDEF.
ВОСЬМЕРИЧНЫЕ ЗНАЧЕНИЯ КОДА ПРИВЕДЕНЫ В ТАБЛ.1.

ИМЯ КОД УСТРОЙСТВО

RK 0 КАССЕТНЫЙ МАГНИТНЫЙ ДИСК ТИПА СМ 5400
1 ЗАРЕЗЕРВИРОВАН
EL 2 ЛОГИЧЕСКОЕ УСТРОЙСТВО РЕГИСТРАЦИИ ОШИБОК
LP 3 ПОСТРОЧНО-ПЕЧАТАЮЩЕЕ УСТРОЙСТВО
TT,BA 4 СИСТЕМНЫЙ ТЕРМИНАЛ 15ИЭ-00-013 ИЛИ ДРАЙВЕР ПАКЕТНОЙ ОБРАБОТКИ
5 ЗАРЕЗЕРВИРОВАН
DY 6 ГИБКИЙ ДИСК С ДВОЙНОЙ ПЛОТНОСТЬЮ ЗАПИСИ
PC 7 ПЕРФОЛЕНТОЧНОЕ УСТРОЙСТВО ВВОДА (FS 1501) И ВЫВОДА (ПЛ-150)
10 ЗАРЕЗЕРВИРОВАН
MT 11 МАГНИТНАЯ ЛЕНТА ТИПА СМ 5300.01
12-20 ЗАРЕЗЕРВИРОВАНЫ
DP 21 ПАКЕТ МАГНИТНЫХ ДИСКОВ (29 МГБАЙТ)
DX 22 ГИБКИЙ ДИСК ТИПА "ЭЛЕКТРОНИКА ГМД-7012"
23-24 ЗАРЕЗЕРВИРОВАНЫ
NL 25 ФИКТИВНОЕ УСТРОЙСТВО
26-33 ЗАРЕЗЕРВИРОВАНЫ
DD 34 МАГНИТНАЯ ЛЕНТА КАССЕТНОГО ТИПА
35-40 ЗАРЕЗЕРВИРОВАНЫ
LS 41 ПОСТРОЧНО-ПЕЧАТАЮЩЕЕ УСТРОЙСТВО ПОСЛЕДОВАТЕЛЬНОГО ТИПА
MQ 42 ДРАЙВЕР ОБМЕНА МЕЖДУ ЗАДАНИЯМИ
43-45 ЗАРЕЗЕРВИРОВАНЫ
LD 46 ДРАЙВЕР ЛОГИЧЕСКОГО ДИСКА
VM 47 ДРАЙВЕР РАСШИРЕННОЙ ПАМЯТИ
DU 50 ДИСКИ ВИНЧЕСТЕРСКОГО ТИПА ИЛИ МИНИ-ГИБКИЕ ДИСКИ
SL 51 РЕДАКТОР КОМАНДНОЙ СТРОКИ

ДЛЯ СОЗДАНИЯ КОДА ИДЕНТИФИКАЦИИ УСТРОЙСТВ, КОТОРЫЕ НЕ
ПОДДЕРЖИВАЮТСЯ СИСТЕМОЙ ФОДОС-2, МОЖНО ПОЛЬЗОВАТЬСЯ
ЗНАЧЕНИЕМ КОДА 377 ДЛЯ ПЕРВОГО НЕПРЕДУСМОТРЕННОГО
УСТРОЙСТВА, 376 - ДЛЯ ВТОРОГО И Т.Д. ГЛАВНОЕ, ЧТОБЫ ЭТИ
КОДЫ НЕ ПРОТИВОРЕЧИЛИ КОДАМ, КОТОРЫЕ БУДУТ ИСПОЛЬЗОВАТЬСЯ В
БУДУЩЕМ.

2.1.3. СЛОВО СОСТОЯНИЯ УСТРОЙСТВА
СЛОВО СОСТОЯНИЯ УСТРОЙСТВА ОПРЕДЕЛЯЕТ КАЖДОЕ ФИЗИЧЕСКОЕ
УСТРОЙСТВО В СИСТЕМЕ ФОДОС-2 И СОДЕРЖИТ ИНФОРМАЦИЮ О ТОМ,
КАКОЕ ЭТО УСТРОЙСТВО: ПРОИЗВОЛЬНОГО ИЛИ ПОСЛЕДОВАТЕЛЬНОГО
ДОСТУПА К ДАННЫМ. СЛОВО СОСТОЯНИЯ УСТРОЙСТВА ЗАПИСЫВАЕТСЯ В
НУЛЕВОЙ БЛОК ФАЙЛА ДРАЙВЕРА УСТРОЙСТВА И В ТАБЛИЦУ $STAT,
КОГДА УСТРОЙСТВО УСТАНОВЛЕНО; ПРОГРАММНЫЙ ЗАПРОС .DSTATUS
ВОЗВРАЩАЕТ ЭТО ЗНАЧЕНИЕ В ВЫПОЛНЯЮЩУЮСЯ ПРОГРАММУ. ЗАПРОС
.DRDEF УСТАНАВЛИВАЕТ СЛОВО СОСТОЯНИЯ УСТРОЙСТВА НА ОСНОВАНИИ
АРГУМЕНТОВ CODE И STAT.
В ТАБЛ.2 ПОКАЗАНЫ ЗНАЧЕНИЯ РАЗРЯДОВ В СЛОВЕ СОСТОЯНИЯ
УСТРОЙСТВА. ЗАПРОС .DRDEF ИСПОЛЬЗУЕТ СИМВОЛ DDSTS ДЛЯ
ОПРЕДЕЛЕНИЯ СЛОВА СОСТОЯНИЯ УСТРОЙСТВА.

ТАБЛИЦА 2

РАЗРЯД СИМВОЛ ЗНАЧЕНИЕ

0-7 - БАЙТ ИДЕНТИФИКАЦИИ УСТРОЙСТВА
8 VARSZ$ 0 = ЗАПРОС .SPFUN 373 НЕДОПУСТИМ ДЛЯ
ЭТОГО ДРАЙВЕРА
1 = ДРАЙВЕР ДОПУСКАЕТ ИСПОЛЬЗОВАНИЕ
ЗАПРОСА .SPFUN 373 (ВОЗВРАЩАЕТ РАЗМЕР ТОМА)
9 ABTIO$ 0 = ВХОД В ДРАЙВЕР ОСУЩЕСТВЛЯЕТСЯ НЕ В ТОЧКЕ ПРЕЖДЕВРЕМЕННОГО
ПРЕРЫВАНИЯ ПО НОРМАЛЬНОМУ ВЫХОДУ ИЗ ПРОГРАММЫ
1 = ВХОД В ДРАЙВЕР ОСУЩЕСТВЛЯЕТСЯ В ТОЧКЕ ПРЕЖДЕВРЕМЕННОГО
ПРЕРЫВАНИЯ ВСЯКИЙ РАЗ ПО ОКОНЧАНИИ ПРОГРАММЫ
10 SPFUN$ 0 = ЗАПРОС .SPFUN НЕДОПУСТИМ
1 = ДРАЙВЕР ДОПУСКАЕТ ИСПОЛЬЗОВАНИЕ .SPFUN
11 HNDLR$ 0 = ВВОДИТ ДРАЙВЕР В ТОЧКУ ВХОДА ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ,
ЕСЛИ В ПРЕРВАННОМ ЗАДАНИИ ЕСТЬ АКТИВНЫЙ ЭЛЕМЕНТ ОЧЕРЕДИ
1 = ВВОДИТ ДРАЙВЕР В ТОЧКУ ВХОДА ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ
ВО ВСЕХ СЛУЧАЯХ ПРЕЖДЕВРЕМЕННЫХ ПРЕРЫВАНИЙ.
ЭТОТ РАЗРЯД ИГНОРИРУЕТСЯ В СИСТЕМЕ SJ
12 SPECL$ 1 = УСТРОЙСТВО СПЕЦИАЛЬНОЙ СПРАВОЧНОЙ
СТРУКТУРЫ (НАПРИМЕР, MT)
13 WONLY$ 1 = УСТРОЙСТВО ТОЛЬКО ДЛЯ ЗАПИСИ
14 RONLY$ 1 = УСТРОЙСТВО ТОЛЬКО ДЛЯ ЧТЕНИЯ
15 FILST$ 0 = УСТРОЙСТВО ПОСЛЕДОВАТЕЛЬНОГО ДОСТУПА (НАПРИМЕР, LP)
1 = УСТРОЙСТВО ПРОИЗВОЛЬНОГО ДОСТУПА (НАПРИМЕР, RK, DX)

РАЗРЯД 11 В СЛОВЕ СОСТОЯНИЯ УСТРОЙСТВА УСТАНАВЛИВАЕТСЯ ДЛЯ
ДРАЙВЕРОВ УСТРОЙСТВ, КОТОРЫЕ ПЕРЕМЕЩАЮТ ЭЛЕМЕНТ ОЧЕРЕДИ ПРИ
ВВОДЕ И ОРГАНИЗУЮТ ВНУТРЕННЮЮ ОЧЕРЕДЬ, И ДЛЯ УСТРОЙСТВ,
ТАКИХ, КАК МАГНИТНАЯ ЛЕНТА, КОТОРЫЕ ИМЕЮТ ВНУТРЕННИЕ ДАННЫЕ,
КОТОРЫЕ МОГУТ ИЗМЕНИТЬСЯ ПРИ ПРЕЖДЕВРЕМЕННОМ ПРЕРЫВАНИИ.
ПРЕДПОЛАГАЕТСЯ, ЧТО ВСЕ ДРАЙВЕРЫ УСТРОЙСТВ, У КОТОРЫХ
УСТАНОВЛЕН РАЗРЯД 15, ЯВЛЯЮТСЯ УСТРОЙСТВАМИ ФАЙЛОВОЙ
СТРУКТУРЫ В СИСТЕМЕ ФОДОС-2 ДЛЯ БОЛЬШИНСТВА ПРОГРАММ,
ОБСЛУЖИВАЮЩИХ СИСТЕМУ. САМЫМ ПРОСТЫМ СПОСОБОМ ОПРЕДЕЛЕНИЯ
СЛОВА СОСТОЯНИЯ УСТРОЙСТВА ЯВЛЯЕТСЯ ИСПОЛЬЗОВАНИЕ МНЕМОНИКИ
ДЛЯ КОМБИНАЦИИ ДВОИЧНЫХ РАЗРЯДОВ, КОТОРЫЕ ОПРЕДЕЛЯЮТ ЗАПРОС
.DRDEF. ТАКИМ ОБРАЗОМ, МОЖНО СОЗДАТЬ АРГУМЕНТ STAT
ПОСРЕДСТВОМ ОБ'ЕДИНЕНИЯ (С ПОМОЩЬЮ ОПЕРАЦИИ "ИЛИ")
СООТВЕТСТВУЮЩИХ СИМВОЛОВ ИЗ ВЫШЕПРИВЕДЕННОГО ПЕРЕЧНЯ:
FILST$ ==100000 ;ФАЙЛОВАЯ СТРУКТУРА ПРОИЗВОЛЬНОГО
;ДОСТУПА К ДАННЫМ
RONLY$ ==40000 ;ТОЛЬКО ЧТЕНИЕ
WONLY$ ==20000 ;ТОЛЬКО ЗАПИСЬ
SPECL$ ==10000 ;НЕСПРАВОЧНАЯ СТРУКТУРА
HNDLR$ ==4000 ;ВВОД ДРАЙВЕРА ПРИ ПРЕЖДЕВРЕМЕННОМ
;ПРЕРЫВАНИИ
SPFUN$ ==2000 ;ИСПОЛЬЗОВАНИЕ СПЕЦИАЛЬНЫХ ФУНКЦИЙ
ABTIO$ ==1000 ;ВСЕГДА ВЫПОЛНЯЕТ ПРЕЖДЕВРЕМЕННОЕ
;ПРЕКРАЩЕНИЕ ВХОДА
VARSZ$ ==400 ;ПОДДЕРЖКА ДРАЙВЕРОМ ТОМОВ
;ПЕРЕМЕННОГО РАЗМЕРА

ПРИМЕР:

ДЛЯ RK: FILST$
ДЛЯ MT: SPECL$!SPFUN$
ДЛЯ LP: WONLY$
В ЭТОМ ПРИМЕРЕ ПРИВЕДЕН АРГУМЕНТ STAT ДЛЯ ДРАЙВЕРОВ
УСТРОЙСТВ RK, MT, LP.

2.1.4. СЛОВО РАЗМЕРА УСТРОЙСТВА
АРГУМЕНТ SIZE В ЗАПРОСЕ .DRDEF ОПРЕДЕЛЯЕТ РАЗМЕР
УСТРОЙСТВА В БЛОКАХ. ЗАПРОС .DRDEF ПОМЕЩАЕТ ЗНАЧЕНИЕ
РАЗМЕРА УСТРОЙСТВА В DDDSIZ. ЕСЛИ УСТРОЙСТВО НЕ ЯВЛЯЕТСЯ
УСТРОЙСТВОМ ПРОИЗВОЛЬНОГО ДОСТУПА К ДАННЫМ, НЕОБХОДИМО
ПОМЕСТИТЬ ЗНАЧЕНИЕ 0 В SIZE. НАПРИМЕР, РАЗМЕР УСТРОЙСТВА
DX: РАВЕН 486 БЛОКАМ (746 ВОСЬМЕРИЧНЫЙ); РАЗМЕР УСТРОЙСТВА
PC: РАВЕН 0, Т.К. ОНО НЕ ЯВЛЯЕТСЯ УСТРОЙСТВОМ
ПРОИЗВОЛЬНОГО ДОСТУПА К ДАННЫМ.
ПРОГРАММНЫЙ ЗАПРОС .DSTATUS ВОЗВРАЩАЕТ ЗНАЧЕНИЕ СЛОВА
РАЗМЕРА УСТРОЙСТВА В ВЫПОЛНЯЮЩУЮСЯ ПРОГРАММУ.

2.2. СЕКЦИЯ ЗАГОЛОВКА
В ЗАГОЛОВКЕ ДРАЙВЕРА ВЫЗЫВАЕТСЯ ЗАПРОС .DRBEG ДЛЯ
УСТАНОВКИ ПЕРВЫХ ПЯТИ СЛОВ ДРАЙВЕРА. КРОМЕ ТОГО, ЭТОТ
ЗАПРОС ЗАПИСЫВАЕТ 5 СЛОВ ИНФОРМАЦИИ В БЛОК 0 ФАЙЛА ДРАЙВЕРА,
В ЯЧЕЙКИ С 52 ПО 60, И СОЗДАЕТ НЕСКОЛЬКО ГЛОБАЛЬНЫХ
СИМВОЛОВ. ДАННЫЕ, КОТОРЫЕ УСТАНАВЛИВАЮТСЯ В СЕКЦИИ
ЗАГОЛОВКА, ИСПОЛЬЗУЮТСЯ ПРИ ЗАГРУЗКЕ ДРАЙВЕРА В ПАМЯТЬ
ПОСРЕДСТВОМ ПРОГРАММНОГО ЗАПРОСА .FETCH ИЛИ КОМАНДЫ МОНИТОРА
LOAD. СОДЕРЖИМОЕ ЯЧЕЙКИ 176 ИСПОЛЬЗУЕТСЯ НАЧАЛЬНЫМ
ЗАГРУЗЧИКОМ ДЛЯ ПРОВЕРКИ НАЛИЧИЯ АППАРАТУРЫ УСТРОЙСТВА ВО
ВРЕМЯ УСТАНОВКИ ДРАЙВЕРА.

2.2.1. ИНФОРМАЦИЯ В БЛОКЕ 0
В ТАБЛ.3 ПРИВЕДЕНЫ 5 СЛОВ В БЛОКЕ 0, КОТОРЫЕ ЗАПРОС
.DRBEG УСТАНАВЛИВАЕТ ПОСРЕДСТВОМ ДИРЕКТИВЫ .ASECT, И 3
СЛОВА, КОТОРЫЕ .DRBOT УСТАНАВЛИВАЕТ ДЛЯ ЗАГРУЖАЕМЫХ
УСТРОЙСТВ. В ТАБЛИЦЕ СООТВЕТСТВУЮЩАЯ МНЕМОНИКА ПОКАЗАНА В
КВАДРАТНЫХ СКОБКАХ, ДВУХСИМВОЛЬНОЕ ИМЯ УСТРОЙСТВА
ПРЕДСТАВЛЕНО ПОСРЕДСТВОМ DD.
КОД СРАВНЕНИЯ УСТАНОВКИ, ЯВЛЯЮЩИЙСЯ ПАРАМЕТРОМ, ОПИСАН
В П.6.2.3.

ТАБЛИЦА 3

ЯЧЕЙКА СОДЕРЖИМОЕ (И МНЕМОНИКА)

52 РАЗМЕР ДРАЙВЕРА В БАЙТАХ [DDEND-DDSTRT]
54 РАЗМЕР УСТРОЙСТВА В БЛОКАХ [DDDSIZ]
56 СЛОВО СОСТОЯНИЯ УСТРОЙСТВА [DDSTS]
60 СЛОВО СОСТОЯНИЯ ДЛЯ ОТРАЖЕНИЯ ТЕКУЩИХ
ДОПОЛНИТЕЛЬНЫХ СРЕДСТВ ГЕНЕРАЦИИ СИСТЕМЫ [ERL$G+<MMG$T*2>+<TIM$IT*4>]
62 УКАЗАТЕЛЬ НАЧАЛА ПЕРВИЧНОГО ДРАЙВЕРА (ИЗ .DRBOT)
64 РАЗМЕР ПЕРВИЧНОГО ДРАЙВЕРА В БАЙТАХ (ИЗ .DRBOT)
66 СМЕЩЕНИЕ ОТ НАЧАЛА ПЕРВИЧНОГО ДРАЙВЕРА К
НАЧАЛУ ПОДПРОГРАММЫ СЧИТЫВАНИЯ НАЧАЛЬНОГО ЗАГРУЗЧИКА (ИЗ .DRBOT)
176 АДРЕС РЕГИСТРА КОМАНД И СОСТОЯНИЯ CSR [DD$CSR]
200 НАЧАЛО КОДА СРАВНЕНИЯ УСТАНОВКИ
------------------------------------------------------------

В ТАБЛ.4 ПРИВЕДЕНЫ 5 СЛОВ, КОТОРЫЕ ЗАПРОС .DRBEG ГЕНЕРИРУЕТ
В НАЧАЛЕ СЕКЦИИ ОПРЕДЕЛЕНИЙ ДРАЙВЕРА.

ТАБЛИЦА 4

СЛОВО СИМВОЛ УСТРОЙСТВО

1 DDSTRT:: ВЕКТОР УСТРОЙСТВА ДЛЯ ОДНОВЕКТОРНЫХ УСТРОЙСТВ;СМЕЩЕНИЕ
К ТАБЛИЦЕ ВЕКТОРОВ ДЛЯ МНОГОВЕКТОРНЫХ УСТРОЙСТВ)
2 -- СМЕЩЕНИЕ К ТОЧКЕ ВХОДА ОБРАБОТКИ
ПРЕРЫВАНИЯ
3 -- ПРИОРИТЕТ (340)
4 DDLQE:: УКАЗАТЕЛЬ ПОСЛЕДНЕГО ЭЛЕМЕНТА ОЧЕРЕДИ
5 DDCQE:: УКАЗАТЕЛЬ ТЕКУЩЕГО ЭЛЕМЕНТА ОЧЕРЕДИ

2.2.3. ЗАПРОС .DRBEG
ЗАПРОС .DRBEG ИСПОЛЬЗУЕТСЯ ДЛЯ УСТАНОВКИ ИНФОРМАЦИИ В БЛОКЕ
0 И ПЕРВЫХ ПЯТИ СЛОВ ДРАЙВЕРА. ЭТОТ ЗАПРОС ГЕНЕРИРУЕТ ТАКЖЕ
СООТВЕТСТВУЮЩИЕ ГЛОБАЛЬНЫЕ СИМВОЛЫ ДАННОГО ДРАЙВЕРА. ПЕРЕД
ИСПОЛЬЗОВАНИЕМ .DRBEG НЕОБХОДИМО С ПОМОЩЬЮ ЗАПРОСА .DRDEF
ОПРЕДЕЛИТЬ DD$CSR, DD$VEC, DDDSIZ И DDSTS. ФОРМАТ ДЛЯ
.DRBEG СЛЕДУЮЩИЙ: .DRBEG NAME
ГДЕ NAME - ДВУХСИМВОЛЬНОЕ ИМЯ УСТРОЙСТВА.

2.2.4. МНОГОВЕКТОРНЫЕ ДРАЙВЕРЫ: ЗАПРОС .DRVTB
ДРАЙВЕРЫ УСТРОЙСТВ СИСТЕМЫ ФОДОС-2 МОГУТ ОБСЛУЖИВАТЬ
УСТРОЙСТВА, ИМЕЮЩИЕ БОЛЕЕ ОДНОГО ВЕКТОРА. НАПРИМЕР, ДРАЙВЕР
PC ОБРАБАТЫВАЕТ ПРЕРЫВАНИЕ ПОСРЕДСТВОМ ВЕКТОРА 70 ДЛЯ
СЧИТЫВАТЕЛЯ С ПЕРФОЛЕНТЫ И ПОСРЕДСТВОМ ВЕКТОРА 74 ДЛЯ
ПЕРФОРАТОРА. ЕСЛИ ДАННОЕ УСТРОЙСТВО ИМЕЕТ ОДИН ВЕКТОР
ПРЕРЫВАНИЯ, ТО ЕГО ДРАЙВЕР ДОЛЖЕН ИМЕТЬ ТАБЛИЦУ ТРЕХСЛОВНЫХ
ЭЛЕМЕНТОВ ДЛЯ КАЖДОГО ВЕКТОРА. ЭЛЕМЕНТ ДЛЯ КАЖДОГО ВЕКТОРА
СОСТОИТ ИЗ ЯЧЕЙКИ ВЕКТОРА, ТОЧКИ ВХОДА ПО ПРЕРЫВАНИЮ,
ЗНАЧЕНИЯ СЛОВА СОСТОЯНИЯ ПРОЦЕССОРА (ИЛИ PS). ДЛЯ УСТАНОВКИ
ЗАГОЛОВКА ДРАЙВЕРА НЕОБХОДИМО ВЫЗВАТЬ ЗАПРОС .DRVTB ДВА ИЛИ
БОЛЬШЕЕ ЧИСЛО РАЗ. ЗАПРОС .DRVTB УСТАНАВЛИВАЕТ ТАБЛИЦУ
ТРЕХСЛОВНЫХ ЭЛЕМЕНТОВ ДЛЯ КАЖДОГО ВЕКТОРА МНОГОВЕКТОРНОГО
УСТРОЙСТВА. ЕЕ НЕОБХОДИМО ПОМЕСТИТЬ В ДРАЙВЕРЕ МЕЖДУ
ЗАПРОСАМИ .DRBEG И .DREND (.DRBOT) ДО ПОДПРОГРАММЫ ОБРАБОТКИ
ПРЕРЫВАНИЙ. ЗАПРОС .DRVTB НЕОБХОДИМО ВЫЗЫВАТЬ ОДИН РАЗ ДЛЯ
КАЖДОГО ВЕКТОРА, ПРОГРАММНЫЕ ЗАПРОСЫ ДОЛЖНЫ ПОЯВЛЯТЬСЯ В
ДРАЙВЕРЕ ОДИН ЗА ДРУГИМ. ФОРМАТ ЗАПРОСА СЛЕДУЮЩИЙ: .DRVTB
NAME,VEC,INT[,PS]
ГДЕ NAME - ДВУХСИМВОЛЬНОЕ ИМЯ УСТРОЙСТВА; ЕГО НЕОБХОДИМО
УКАЗАТЬ В ПЕРВОМ ВЫЗОВЕ .DRVTB; ВО ВСЕХ
ПОСЛЕДУЮЩИХ ВЫЗОВАХ ЕГО МОЖНО ОПУСТИТЬ;
VEC - ЯЧЕЙКА ВЕКТОРА; ОНА ДОЛЖНА НАХОДИТЬСЯ МЕЖДУ 0 И
474; ПЕРВЫМ ВЕКТОРОМ ОБЫЧНО ЯВЛЯЕТСЯ DD$VEC,
ЗНАЧЕНИЕ КОТОРОГО ДОЛЖНО БЫТЬ КРАТНО ЧЕТЫРЕМ;
INT - СИМВОЛИЧЕСКОЕ ИМЯ ПОДПРОГРАММЫ ОБРАБОТКИ
ПРЕРЫВАНИЙ; ОНО ДОЛЖНО БЫТЬ ОПРЕДЕЛЕНО В
ДРАЙВЕРЕ И ОБЫЧНО ПРИНИМАЕT ФОРМУ DDINT;
PS - ПРОИЗВОЛЬНОЕ ЗНАЧЕНИЕ, КОТОРОЕ МОЖНО
ИСПОЛЬЗОВАТЬ ДЛЯ ОБОЗНАЧЕНИЯ ЧЕТЫРЕХ МЛАДШИХ
РАЗРЯДОВ НОВОГО СЛОВА СОСТОЯНИЯ ПРОЦЕССОРА В
ВЕКТОРЕ ПРЕРЫВАНИЯ; ЗНАЧЕНИЕ ПО УМОЛЧАНИЮ РАВНО
НУЛЮ.

ПРИМЕР:

;ТАБЛИЦА ВЕКТОРОВ ПЕРФОЛЕНТОЧНОГО УСТРОЙСТВА ВВОДА-ВЫВОДА
.IF PR114$ ;ЕСЛИ ПЕРФОЛЕНТОЧНОЕ
;УСТРОЙСТВО ВВОДА-ВЫВОДА
.DRVTB PC,PC$VEC,PCINT ;ТАБЛИЦА ВВОДА С ПЕРФОЛЕНТЫ
.DRVTB ,PP$VEC,PPINT ;ТАБЛИЦА ВЫВОДА НА ПЕРФОЛЕНТУ
.ENDC

В ЭТОМ ПРИМЕРЕ ПОКАЗАНЫ СТРОКИ И КОДЫ, КОТОРЫЕ
ГЕНЕРИРУЕТ ЗАПРОС .DRVTB.
ПРИМЕР:
.WORD <PC$VEC>&<^C3>,PCINT-.,340!0 ;ТАБЛИЦА ВВОДА
;С ПЕРФОЛЕНТЫ
.WORD <PP$VEC>&<^C3>,PPINT-.,340!0 ;ТАБЛИЦА ВЫВОДА
;НА ПЕРФОЛЕНТУ
.WORD 0 ;ДЛЯ ОКОНЧАНИЯ ТАБЛИЦЫ

В ЭТОМ ПРИМЕРЕ ПРИВЕДЕНА ТАБЛИЦА ВЕКТОРА,
СГЕНЕРИРОВАННАЯ ЗАПРОСОМ .DRVTB. ИЗ ПРИМЕРА ВИДНО, ЧТО
РАЗРЯДЫ ПРИОРИТЕТА PS ВСЕГДА УСТАНОВЛЕНЫ СЕМЕРКОЙ, ДАЖЕ ЕСЛИ
АРГУМЕНТ PS ОПУЩЕН.

2.2.5. КОДЫ УСЛОВИЙ PS
В ЗАПРОСЕ .DRVTB СУЩЕСТВЕННЫ ТОЛЬКО РАЗРЯДЫ КОДОВ
УСЛОВИЙ АРГУМЕНТА PS. ОНИ МОГУТ БЫТЬ ПОЛЕЗНЫ, ЕСЛИ ИМЕЕТСЯ
ОБЩАЯ ТОЧКА ВХОДА В ПОДПРОГРАММУ ОБРАБОТКИ ПРЕРЫВАНИЯ ДЛЯ
ДВУХ ИЛИ БОЛЬШЕГО ЧИСЛА ВЕКТОРОВ И НЕОБХОДИМО ОПРЕДЕЛИТЬ,
ЧЕРЕЗ КАКОЙ ВЕКТОР ВОЗНИКЛО ПРЕРЫВАНИЕ. НАПРИМЕР, ДРАЙВЕР
PC ИМЕЕТ РАЗДЕЛЬНЫЕ ТОЧКИ ВХОДА ПРЕРЫВАНИЯ ДЛЯ ДВУХ ЕГО
ВЕКТОРОВ, ПОЭТОМУ ОН МОЖЕТ ЛЕГКО ОПРЕДЕЛИТЬ ИСТОЧНИК
ПРЕРЫВАНИЯ. ПРЕРЫВАНИЯ ПОСРЕДСТВОМ ВЕКТОРА 70 ИДУТ К
ПОДПРОГРАММЕ У PCINT:; ПРЕРЫВАНИЯ ПОСРЕДСТВОМ ВЕКТОРА 74
ИДУТ К PPINT:.
ЕСЛИ БЫ ДРАЙВЕР PC ИМЕЛ ТОЛЬКО ОДНУ ТОЧКУ ВХОДА
ПРЕРЫВАНИЯ, НАЗВАННУЮ PCINT:, ТО В ЭТОМ СЛУЧАЕ, ДРАЙВЕР МОГ
ОПРЕДЕЛИТЬ, КАКОЙ ВЕКТОР ИСПОЛЬЗОВАЛ ПРЕРЫВАНИЕ ПОСРЕДСТВОМ
УСТАНОВКИ КОДОВ УСЛОВИЙ В PS ДЛЯ ВЕКТОРОВ. ДЛЯ ВЕКТОРА,
СЧИТЫВАЮЩЕГО УСТРОЙСТВА 70 ОН МОГ ОСТАВИТЬ C-РАЗРЯД ЧИСТЫМ,
А ДЛЯ ВЕКТОРА 74 ОН МОГ УСТАНОВИТЬ C-РАЗРЯД. ЗАТЕМ У PCINT:
УПРАВЛЕНИЕ МОЖЕТ ПЕРЕХОДИТЬ К РАЗЛИЧНЫМ ПОДПРОГРАММАМ,
ОСНОВАННЫМ НА ЗНАЧЕНИИ C-РАЗРЯДА В НОВОМ PS.
ПРИМЕР:
;ТАБЛИЦА ВЕКТОРОВ ПЕРФОЛЕНТОЧНОГО УСТРОЙСТВА ВВОДА-ВЫВОДА
.IF EQ PR11$X ;ЕСЛИ ПЕРФОЛЕНТОЧНОЕ
;УСТРОЙСТВО ВВОДА-ВЫВОДА
.DRVTB PC,PR$VEC,PCINT ;C-РАЗРЯД ЧИСТ
.DRVTB ,PP$VEC,PCINT,1 ;C-РАЗРЯД УСТАНОВЛЕН
.ENDC
В ЭТОМ ПРИМЕРЕ ПОКАЗАНО КАК ВЫЗЫВАЕТСЯ ЗАПРОС .DRVTB, И
ОПРЕДЕЛЯЕТСЯ ЗНАЧЕНИЕ КОДОВ УСЛОВИЙ В PS.

2.3. СЕКЦИЯ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА
СЕКЦИЯ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА СОДЕРЖИТ ПЯТЬ
ВЫПОЛНЯЕМЫХ КОМАНД ДРАЙВЕРА. ЦЕЛЬ ЭТОЙ СЕКЦИИ - НАЧАТЬ
ПЕРЕДАЧУ ДАННЫХ. НЕОБХОДИМО НАПИСАТЬ ПОЗИЦИОННО-НЕЗАВИСИМЫЙ
КОД (PIC) ДЛЯ ДРАЙВЕРА.
КОГДА ВЫДАЕТСЯ ПРОГРАММНЫЙ ЗАПРОС, ТРЕБУЮЩИЙ УСТРОЙСТВО
ВВОДА-ВЫВОДА, ТАКОЙ КАК .READ ИЛИ .WRITE, УПРАВЛЕНИЕ СНАЧАЛА
ПЕРЕДАЕТСЯ КЛАВИАТУРНОМУ МОНИТОРУ, КОТОРЫЙ ЗАТЕМ ВЫЗЫВАЕТ
ДРАЙВЕР С ШЕСТОГО СЛОВА ДРАЙВЕРА, Т.Е. ПЕРВОГО СЛОВА СРАЗУ
ПОСЛЕ ПЯТИСЛОВНОГО ЗАГОЛОВКА. ОН ДЕЛАЕТ ВЫЗОВ КАЖДЫЙ РАЗ,
КОГДА НОВЫЙ ЭЛЕМЕНТ ОЧЕРЕДИ СТАНОВИТСЯ ПЕРВЫМ ЭЛЕМЕНТОМ
ОЧЕРЕДИ ДРАЙВЕРА. ТАКАЯ СИТУАЦИЯ ВОЗНИКАЕТ, КОГДА ЭЛЕМЕНТ
ДОБАВЛЯЕТСЯ В ПУСТУЮ ОЧЕРЕДЬ ДРАЙВЕРА ИЛИ КОГДА ЭЛЕМЕНТ
СТАНОВИТСЯ ПЕРВЫМ В ОЧЕРЕДИ, ПОТОМУ ЧТО ПРЕДЫДУЩИЙ ЭЛЕМЕНТ
БЫЛ ОСВОБОЖДЕН. ЕСЛИ ЛЮБОЙ ИЗ ПАРАМЕТРОВ В ЗАПРОСЕ
ВВОДА-ВЫВОДА НЕДОПУСТИМ ДЛЯ УСТРОЙСТВА (НАПРИМЕР, СЛИШКОМ
БОЛЬШОЙ НОМЕР БЛОКА, СЛИШКОМ ВЫСОКИЙ НОМЕР ПРИВОДА И Т.Д.),
ДРАЙВЕР СРАЗУ ЖЕ ДОЛЖЕН ЗАВЕРШИТЬ СЕКЦИЮ ВВОДА-ВЫВОДА И
СИГНАЛИЗИРОВАТЬ О НЕВОССТАНОВИМОЙ (ФАТАЛЬНОЙ) ОШИБКЕ.
КОД ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА ВЫПОЛНЯЕТСЯ ПРИ НУЛЕВОМ
ПРИОРИТЕТЕ ПРОЦЕССОРА В СИСТЕМНОМ РЕЖИМЕ. ЭТО ОЗНАЧАЕТ, ЧТО
НЕ МОЖЕТ ПРОИЗОЙТИ ПЕРЕКЛЮЧЕНИЕ КОНТЕКСТА, НЕВОЗМОЖНО
ВЫЗВАТЬ ПОДПРОГРАММУ ЗАВЕРШЕНИЯ, И ПРЕРЫВАНИЕ ПО ВЕКТОРУ 4 И
10 ВЫЗЫВАЕТ ФАТАЛЬНЫЙ ОСТАНОВ СИСТЕМЫ. В ЭТОЙ СЕКЦИИ МОЖНО
ИСПОЛЬЗОВАТЬ ВСЕ РЕГИСТРЫ. ПЯТОЕ СЛОВО ЗАГОЛОВКА ДРАЙВЕРА,
DDCQE, СОДЕРЖИТ УКАЗАТЕЛЬ ТЕКУЩЕГО ЭЛЕМЕНТА ОЧЕРЕДИ В ЕГО
ТРЕТЬЕМ СЛОВЕ, Q.BLKN.
ОРГАНИЗОВАННАЯ В ОЧЕРЕДЬ СИСТЕМА ВВОДА-ВЫВОДА
ГАРАНТИРУЕТ, ЧТО ЗАПРОСЫ ПЕРЕДАЧИ ДАННЫХ ПРЕОБРАЗУЮТСЯ В
ПОСЛЕДОВАТЕЛЬНУЮ ФОРМУ ТАКИМ ОБРАЗОМ, ЧТО ДРАЙВЕРАМ
УСТРОЙСТВ СИСТЕМЫ ФОДОС-2 НЕТ НЕОБХОДИМОСТИ ВВОДИТЬСЯ
ПОВТОРНО. ПОЭТОМУ, МОЖНО УМЕНЬШИТЬ РАЗМЕР ДРАЙВЕРА
ПОСРЕДСТВОМ ОБ'ЕДИНЕНИЯ, А НЕ РАЗДЕЛЕНИЯ ЧИСТОГО КОДА И
СЕГМЕНТОВ ДАННЫХ.

2.3.1. УКАЗАНИЯ ДЛЯ НАЧАЛА ПЕРЕДАЧИ ДАННЫХ
ТАК КАК ЦЕЛЬЮ СЕКЦИИ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА
ЯВЛЯЕТСЯ НАЧАЛО ПЕРЕДАЧИ ДАННЫХ, ТО ДЛЯ ЭТОГО НЕОБХОДИМО
УКАЗАТЬ СООТВЕТСТВУЮЩИЕ КОМАНДЫ. СЛЕДУЮЩИЕ ЭТАПЫ
ПРЕДСТАВЛЯЮТ РУКОВОДСТВО ДЛЯ ОБОБЩЕННОЙ СЕКЦИИ ИНИЦИИРОВАНИЯ
ВВОДА-ВЫВОДА.
1. НЕОБХОДИМО РЕШИТЬ, СКОЛЬКО РАЗ ДРАЙВЕР БУДЕТ ПОВТОРНО
ВЫПОЛНЯТЬ ПЕРЕДАЧУ ДАННЫХ В СЛУЧАЕ, ЕСЛИ ПРОИЗОЙДЕТ
ОШИБКА. НЕОБХОДИМО ИНИЦИАЛИЗИРОВАТЬ СЧЕТЧИК ПОВТОРНЫХ
ПЕРЕДАЧ ПОСРЕДСТВОМ ПЕРЕМЕЩЕНИЯ В НЕГО МАКСИМАЛЬНОГО
ЧИСЛА ПОВТОРНЫХ ПЕРЕДАЧ. СЛЕДУЮЩИЕ ДВЕ СТРОКИ
ИЛЛЮСТРИРУЮТ ЭТОТ ЭТАП:

MOV #RKCNT,(PC)+ ;RKCNT=МАКСИМУМ # ПОВТОРНЫХ
;ПЕРЕДАЧ
RETRY: .WORD 0 ;СЧЕТЧИК ПОВТОРНЫХ ПЕРЕДАЧ

2. УКАЗАТЕЛЬ ТЕКУЩЕГО ЭЛЕМЕНТА ОЧЕРЕДИ НЕОБХОДИМО ПОМЕСТИТЬ
В РЕГИСТР И ПОЛУЧИТЬ ЧИСЛО ПРИВОДОВ ДЛЯ УСТРОЙСТВА И
ЧИСЛО БЛОКОВ ДЛЯ ПЕРЕДАЧИ ИЗ ЭЛЕМЕНТА ОЧЕРЕДИ. ЭТО
ИЛЛЮСТРИРУЮТ СЛЕДУЮЩИЕ СТРОКИ КОДА:

MOV RKCQE,R5 ;ЗАСЫЛАЕТ УКАЗАТЕЛЬ ТЕКУЩЕГО
;ЭЛЕМЕНТА ОЧЕРЕДИ
MOV @R5,R2 ;R2 = НОМЕР БЛОКА
MOV Q$UNIT-1(R5),R4 ;R4 = НОМЕР ЗАПРАШИВАЕМОГО
;ПРИВОДА
ASR R4 ;СДВИГАЕТ НОМЕР ПРИВОДА НА
ASR R4 ;ТРИ РАЗРЯДА ВПРАВО
ASR R4 ;В МЛАДШИЙ БАЙТ
SWAB R4 ;РАЗМЕЩАЕТ НОМЕР ПРИВОДА В
;ТРЕХ РАЗРЯДАХ СТАРШЕГО
;БАЙТА
BIS #^C<DAUNIT>,R4 ;ИЗОЛИРУЕТ ПРИВОД В РАЗРЯДАХ
;ВЫБОРКИ ПРИВОДА

3. ЗАТЕМ ВЫЧИСЛЯЕТСЯ АДРЕС ДЛЯ НАЧАЛА ПЕРЕДАЧИ ДАННЫХ В
УСТРОЙСТВО. ИСПОЛЬЗУЕМЫЕ ПРИ ЭТОМ КОМАНДЫ ЗАВИСЯТ ОТ
СТРУКТУРЫ УСТРОЙСТВА. ПОСЛЕ ТОГО, КАК АДРЕС ВЫЧИСЛЕН,
ЕГО НЕОБХОДИМО ЗАПИСАТЬ В ЯЧЕЙКУ ПАМЯТИ. ЕСЛИ БУДЕТ
НЕОБХОДИМО ПОВТОРНО ВЫПОЛНИТЬ ПЕРЕДАЧУ, ТО АДРЕС НЕ
ПРИДЕТСЯ ВЫЧИСЛЯТЬ ПОВТОРНО.
.
.
.
MOV R3,(PC)+ ;СОХРАНЯЕТСЯ АДРЕС В DISKAD
DISKAD: .WORD 0 ;ЯЧЕЙКА ПАМЯТИ ДЛЯ СОХРАНЕНИЯ
;ВЫЧИСЛЕННОГО АДРЕСА

4. ОПИСАННЫЕ ВЫШЕ ЭТАПЫ 1-3 ВЫПОЛНЯЮТСЯ ТОЛЬКО ОДИН РАЗ ДЛЯ
КАЖДОГО ЗАПРОСА ВВОДА-ВЫВОДА ДАННЫХ ИЗ ВЫПОЛНЯЮЩЕЙСЯ
ПРОГРАММЫ. ОДНАКО В СЛУЧАЕ ВОССТАНОВИМОЙ ОШИБКИ МОЖНО
НАЧАТЬ ПОВТОРНО ПЕРЕДАЧУ КАК ЧАСТЬ ОПЕРАЦИИ ПОВТОРЕНИЯ.
ПОЭТОМУ, ЕСЛИ ПОМЕСТИТЬ МЕТКУ, ЧТОБЫ ИСПОЛЬЗОВАТЬ ЕЕ КАК
ТОЧКУ ВХОДА ПОВТОРНОЙ ПЕРЕДАЧИ, ТО МОЖНО ИЗБЕЖАТЬ
ПОВТОРЕНИЯ ЭТАПОВ 1-3. СЛЕДУЮЩИЕ ЭТАПЫ МОГУТ БЫТЬ
ВЫПОЛНЕНЫ БОЛЕЕ ОДНОГО РАЗА: ОНИ ВЫПОЛНЯЮТСЯ ОДИН РАЗ
ДЛЯ ПЕРВОГО ПУСКА ВВОДА-ВЫВОДА, И ОНИ МОГУТ БЫТЬ
ВЫПОЛНЕНЫ ВНОВЬ, ЕСЛИ ОШИБКА ВВОДА-ВЫВОДА ВЫЗЫВАЕТ
ПОВТОРНУЮ ПЕРЕДАЧУ. В ЭТОЙ ТОЧКЕ ДРАЙВЕР ДОЛЖЕН
ОПРЕДЕЛИТЬ, ЯВЛЯЕТСЯ ЛИ ЗАПРОС ВВОДА-ВЫВОДА СЧИТЫВАНИЕМ,
ЗАПИСЬЮ ИЛИ УСТАНОВКОЙ. ЗАТЕМ ОН ДОЛЖЕН ГЕНЕРИРОВАТЬ
СООТВЕТСТВУЮЩИЙ КОД ОПЕРАЦИИ И ЗАСЫЛАТЬ ЕГО В РЕГИСТР
СОСТОЯНИЯ УСТРОЙСТВА. ЭТОТ ЭТАП ФАКТИЧЕСКИ ИНИЦИИРУЕТ
ПЕРЕДАЧУ ВВОДА-ВЫВОДА.

CSIE =100 ;РАЗРЕШЕНИЕ ПРЕРЫВАНИЯ
FNWRITE =12 ;ЗАПИСЬ
CSGO =1 ;РАЗРЯД GO
.
.
.
AGAIN: MOV RKCQE,R5 ;УКАЗАТЕЛЬ ЭЛЕМЕНТА ОЧЕРЕДИ
MOV #CSIE!FNWRITE!CSGO,R3 ;УСТАНАВЛИВАЕТ ЗАПИСЬ
MOV #RKDA,R4 ;УКАЗАТЕЛЬ РЕГИСТРА
. ;АДРЕСА ДИСКА
.
.

5. И ПОСЛЕДНЕЕ, ВОЗВРАТ К ПРЕРВАННОЙ ПРОГРАММЕ НЕОБХОДИМО
ОСУЩЕСТВЛЯТЬ ЧЕРЕЗ МОНИТОР. ЗАТЕМ, КОГДА ПЕРЕДАЧА
ВВОДА-ВЫВОДА ЗАКАНЧИВАЕТСЯ, УСТРОЙСТВО БУДЕТ ПРЕРВАНО, И
УПРАВЛЕНИЕ ПЕРЕЙДЕТ К ДРАЙВЕРУ В ТОЧКЕ ВХОДА ПРЕРЫВАНИЯ В
СЕКЦИИ ОБРАБОТКИ ПРЕРЫВАНИЯ ДРАЙВЕРА.

RTS PC ;ОЖИДАНИЕ ПРЕРЫВАНИЯ

2.4. СЕКЦИЯ ОБРАБОТКИ ПРЕРЫВАНИЙ
УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ СЕКЦИИ ОБРАБОТКИ ПРЕРЫВАНИЙ
ДРАЙВЕРА, КОГДА УСТРОЙСТВО ПРЕРЫВАЕТСЯ ИЛИ КОГДА ПРОГРАММА,
ЗАПРАШИВАЮЩАЯ ПЕРЕДАЧУ ВВОДА-ВЫВОДА, ПРЕЖДЕВРЕМЕННО
ПРЕРЫВАЕТСЯ. КОД В ЭТОЙ СЕКЦИИ ДОЛЖЕН СНАЧАЛА ОПРЕДЕЛИТЬ,
ИМЕЛА ЛИ ПЕРЕДАЧА ДАННЫХ ОШИБКУ, БЫЛА ЛИ ПЕРЕДАЧА ДАННЫХ
ЗАВЕРШЕНА ИЛИ НЕТ, А ЗАТЕМ ПРЕДПРИНЯТЬ СООТВЕТСТВУЮЩЕЕ
ДЕЙСТВИЕ.
ПЕРВЫМ ШАГОМ В КОДИРОВАНИИ СЕКЦИИ ОБРАБОТКИ ПРЕРЫВАНИЙ
ЯВЛЯЕТСЯ УСТАНОВКА ТОЧКИ ВХОДА ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ
ПОСРЕДСТВОМ ИСПОЛЬЗОВАНИЯ ЗАПРОСА .DRAST. (ЭТИ ТОЧКИ ВХОДА
ИНОГДА РАССМАТРИВАЮТСЯ КАК ТОЧКИ ВХОДА АСИНХРОННОГО
ПРЕРЫВАНИЯ.) ИМЕНЕМ ТОЧКИ ВХОДА ПО УМОЛЧАНИЮ ЯВЛЯЕТСЯ DDINT.
ОБЫЧНО ДРАЙВЕР УСТРОЙСТВА ВЫЗЫВАЕТСЯ У ТОЧКИ ВХОДА
ПРЕРЫВАНИЯ, КОГДА ПРЕРЫВАНИЕ ВОЗНИКЛО. ОДНАКО, ПРИ
НЕКОТОРЫХ ОБСТОЯТЕЛЬСТВАХ ДРАЙВЕР ВЫЗЫВАЕТСЯ У ТОЧКИ ВХОДА
ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ.

2.4.1. ТОЧКА ВХОДА ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ
СУЩЕСТВУЕТ РЯД СИТУАЦИЙ, КОТОРЫЕ ВЫЗЫВАЮТ
ПРЕЖДЕВРЕМЕННОЕ ПРЕРЫВАНИЕ В ОРГАНИЗОВАННОЙ В ОЧЕРЕДЬ
СИСТЕМЕ ВВОДА-ВЫВОДА:
- ДВОЙНОЕ НАЖАТИЕ СУ/С МОЖЕТ ПРЕЖДЕВРЕМЕННО ПРЕРВАТЬ
ВЫПОЛНЯЮЩУЮСЯ ПРОГРАММУ;
- ПРОГРАММНЫЙ ЗАПРОС .HRESET ВЫЗЫВАЕТ ПРЕЖДЕВРЕМЕННОЕ
ПРЕРЫВАНИЕ;
- ПРЕРЫВАНИЕ ПО 4 ИЛИ 10 ВЕКТОРУ ИЛИ ЛЮБОЕ ДРУГОЕ УСЛОВИЕ,
КОТОРОЕ ПРИВОДИТ К СЛЕДУЮЩЕМУ ТИПУ НЕВОССТАНОВИМОЙ
(ФАТАЛЬНОЙ) ОШИБКИ ?MON-F-.
ПРЕЖДЕВРЕМЕННОЕ ПРЕРЫВАНИЕ, НЕЗАВИСИМО ОТ ТОГО, ВВЕДЕН
ДРАЙВЕР ИЛИ НЕТ, ЗАВИСИТ ОТ ДВУХ ФАКТОРОВ. ДРАЙВЕР ВСЕГДА
ВВОДИТСЯ В ТОЧКЕ ВХОДА ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ (СЛОВО
СРАЗУ ЖЕ ПЕРЕД ОБЫЧНОЙ ТОЧКОЙ ВХОДА ПРЕРЫВАНИЯ), ЕСЛИ
ВЫПОЛНЯЛСЯ АКТИВНЫЙ ЭЛЕМЕНТ ОЧЕРЕДИ, КОТОРЫЙ ПРИНАДЛЕЖИТ
ПРЕЖДЕВРЕМЕННО ПРЕРВАННОМУ ЗАДАНИЮ. В МОНИТОРАХ FB И XM
ДРАЙВЕР ВВОДИТСЯ ВСЕГДА НЕЗАВИСИМО ОТ НАЛИЧИЯ ЭЛЕМЕНТА
ОЧЕРЕДИ, ЕСЛИ HNDLR$ (РАЗРЯД 11) УСТАНОВЛЕН В СЛОВЕ
СОСТОЯНИЯ УСТРОЙСТВА. ЕСЛИ HNDLR$ УСТАНОВЛЕН, ПРЕКРАЩЕНИЕ
ВЫПОЛНЕНИЯ ПРОГРАММЫ РАССМАТРИВАЕТСЯ В ДВУХ СЛУЧАЯХ: (1)
ПРЕЖДЕВРЕМЕННОЕ ПРЕРЫВАНИЕ ВО ВРЕМЯ ОПЕРАЦИИ ВВОДА-ВЫВОДА;
(2) ПРЕЖДЕВРЕМЕННОЕ ПРЕРЫВАНИЕ ВО ВРЕМЯ ВЫПОЛНЕНИЯ ДРУГОЙ
ОПЕРАЦИИ.
МОНИТОР SJ ИГНОРИРУЕТ ЭТОТ РАЗРЯД. К ТОМУ ЖЕ, ДРАЙВЕР
НЕ МОЖЕТ ВЫЙТИ, КОГДА ПРЕКРАЩАЕТСЯ РАБОТА В СИСТЕМЕ SJ,
МОНИТОР SJ АВТОМАТИЧЕСКИ ВЫПОЛНЯЕТ ЗАПРОС .RESET.
ВО ВСЕХ УСЛОВИЯХ, ПРИ ВХОДЕ В ДРАЙВЕР, РЕГИСТР R4
ВСЕГДА СОДЕРЖИТ НОМЕР ПРЕЖДЕВРЕМЕННО ПРЕРВАННОГО ЗАДАНИЯ.
РЕГИСТРЫ R0-R3 ДОЛЖНЫ БЫТЬ СОХРАНЕНЫ И ВОССТАНОВЛЕНЫ. КОГДА
ВОЗНИКАЕТ ПРЕЖДЕВРЕМЕННОЕ ПРЕРЫВАНИЕ, В НЕКОТОРЫХ
УСТРОЙСТВАХ ВАЖНО ОСТАНОВИТЬ ВВОД-ВЫВОД.
СИМВОЛЬНО-ОРИЕНТИРОВАННЫЕ УСТРОЙСТВА, КАК, НАПРИМЕР, PC:,
ПОПАДАЮТ ПОД ЭТУ КАТЕГОРИЮ. ПРИ ПРЕЖДЕВРЕМЕННОМ ПРЕРЫВАНИИ
ДРАЙВЕР ДОЛЖЕН ОСТАНОВИТЬ УСТРОЙСТВО, ЧТОБЫ, НАПРИМЕР,
ПРЕДОТВРАТИТЬ ВЫХОД ИЗ-ПОД КОНТРОЛЯ (ОТКЛОНЕНИЕ) ЛЕНТЫ. ОН
ТАКЖЕ ДОЛЖЕН УБЕДИТЬСЯ, ЧТО УСТРОЙСТВО НЕ МОЖЕТ ПРЕРВАТЬСЯ
ВНОВЬ. ПОЭТОМУ СИМВОЛЬНО-ОРИЕНТИРОВАННЫЕ УСТРОЙСТВА ОБЫЧНО
СОДЕРЖАТ ПОДПРОГРАММУ ПРЕЖДЕВРЕМЕННЫХ ПРЕРЫВАНИЙ; ТОЧКА
ВХОДА ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ - ЭТО ПРОСТО КОМАНДА
ПЕРЕХОДА К ЭТОЙ ПОДПРОГРАММЕ. НАПРИМЕР, ДРАЙВЕР PC ИМЕЕТ
ПОДПРОГРАММУ ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ, КОТОРАЯ ЗАПРЕЩАЕТ
ПРЕРЫВАНИЕ В ПЕРФОЛЕНТОЧНОМ УСТРОЙСТВЕ ВВОДА-ВЫВОДА. ЗАТЕМ
ДРАЙВЕР ВВОДИТСЯ В МОНИТОР В СЕКЦИЮ ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА.
СЛЕДУЮЩИЕ СТРОКИ ВЗЯТЫ ИЗ ДРАЙВЕРА PC:

PCDONE: CLR @#PC$CSR ;ОТМЕНЯЕТ ПРЕРЫВАНИЕ
;ПЕРФОЛЕНТОЧНОГО УСТРОЙСТВА
;ВВОДА
CLR @#PP$CSR ;ОТМЕНЯЕТ ПРЕРЫВАНИЕ
;ПЕРФОЛЕНТОЧНОГО УСТРОЙСТВА
;ВЫВОДА

ДРУГИМ УСТРОЙСТВАМ, КАК, НАПРИМЕР, ДИСКИ, РАЗРЕШАЕТСЯ
ПОПЫТКА ЗАВЕРШЕНИЯ ПЕРЕДАЧИ ВВОДА-ВЫВОДА, ДАЖЕ ЕСЛИ
ВОЗНИКАЕТ ПРЕЖДЕВРЕМЕННОЕ ПРЕРЫВАНИЕ. ФАКТИЧЕСКИ, ПОПЫТКА
ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ В СЕРЕДИНЕ ОПЕРАЦИИ МОЖЕТ
ВЫЗВАТЬ РАЗРУШЕНИЕ ДАННЫХ ИЛИ ФОРМАТИРОВАНИЕ ИНФОРМАЦИИ НА
ДИСКЕ. ПОЭТОМУ, ВМЕСТО ТОГО, ЧТОБЫ ИМЕТЬ ОТДЕЛЬНУЮ
ПОДПРОГРАММУ ПРЕЖДЕВРЕМЕННЫХ ПРЕРЫВАНИЙ, БОЛЬШИНСТВО
ДРАЙВЕРОВ ДИСКОВ ИГНОРИРУЮТ ПРЕЖДЕВРЕМЕННЫЕ ПРЕРЫВАНИЯ.
ТАКИМ ОБРАЗОМ, КОМАНДА RTS PC РАЗМЕЩАЕТСЯ У ТОЧКИ ВХОДА
ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯЛ КОТОРАЯ ПРОСТО ВОЗВРАЩАЕТ
УПРАВЛЕНИЕ МОНИТОРУ.
ЕСЛИ В ДРАЙВЕРЕ ИСПОЛЬЗУЕТСЯ ЗАПРОС .FORK, ТО
СУЩЕСТВУЕТ СПЕЦИАЛЬНАЯ ПРОЦЕДУРА, КОТОРАЯ ИМЕЕТ МЕСТО, ЕСЛИ
ВОЗНИКАЕТ ПРЕЖДЕВРЕМЕННОЕ ПРЕРЫВАНИЕ. НЕОБХОДИМО ПОМЕСТИТЬ
0 В F.BADR (АДРЕС ПОДПРОГРАММЫЮ.FORK, СМЕЩЕННЫЙ НА 2) В
FORK-БЛОКЕ. ЭТО ПРЕДОТВРАЩАЕТ МОНИТОРЮОТЮПОПЫТКИЮВЫПОЛНЕНИЯ
БЕССМЫСЛЕННОЙ ПОСЛЕ ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ ПОДПРОГРАММЫ
.FORK.

2.4.2n ПОНИЖЕНИЕ ПРИОРИТЕТА ДО ПРИОРИТЕТА УСТРОЙСТВА
КОГДА ВОЗНИКАЕТ ПРЕРЫВАНИЕ, ДРАЙВЕР ВВОДИТСЯ С
ПРИОРИТЕТОМ 7. ТАК ЖЕ, КАК И В ПОДПРОГРАММЕ ОБРАБОТКИ
ПРЕРЫВАНИЙ, ПЕРВОЙ ЗАДАЧЕЙ ДРАЙВЕРА ЯВЛЯЕТСЯ ПОНИЖЕНИЕ
ПРИОРИТЕТА ПРОЦЕССОРА ДО ПРИОРИТЕТА УСТРОЙСТВА, ПОЗВОЛЯЯ
ТАКИМ ОБРАЗОМ УСТРОЙСТВАМ С БОЛЬШИМ ПРИОРИТЕТОМ ПРЕРВАТЬ ЭТУ
ПОДПРОГРАММУ ОБРАБОТКИ ПРЕРЫВАНИЙ. ВМЕСТО ИСПОЛЬЗОВАНИЯ
ВЫЗОВА .INTEN, КАК И В ПОДПРОГРАММЕ ОБРАБОТКИ ПРЕРЫВАНИЙ,
ДЛЯ ПОНИЖЕНИЯ ПРИОРИТЕТА ИСПОЛЬЗУЕТСЯ ЗАПРОС .DRAST.

2.4.3. ЗАПРОС .DRAST
ЗАПРОС .DRAST ИСПОЛЬЗУЕТСЯ ДЛЯ УСТАНОВКИ ТОЧКИ ВХОДА
ПРЕРЫВАНИЯ, ТОЧКИ ВХОДА ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ И ДЛЯ
СНИЖЕНИЯ ПРИОРИТЕТА ПРОЦЕССОРА. ЭТОТ ЗАПРОС УСТАНАВЛИВАЕТ
ТАКЖЕ ГЛОБАЛЬНЫЙ СИМВОЛ $INPTR, КОТОРЫЙ СОДЕРЖИТ УКАЗАТЕЛЬ
ПОДПРОГРАММЫ $INTEN В РЕЗИДЕНТНОМ МОНИТОРЕ. ЭТОТ УКАЗАТЕЛЬ
ЗАПОЛНЯЕТСЯ НАЧАЛЬНЫМ ЗАГРУЗЧИКОМ (ДЛЯ СИСТЕМНОГО
УСТРОЙСТВА) ИЛИ ВО ВРЕМЯ ЗАПРОСА .FETCH (ДЛЯ УСТРОЙСТВА
ДАННЫХ).

ФОРМАТ ЗАПРОСА .DRAST СЛЕДУЮЩИЙ:
.DRAST NAME,PRI[,ABO]

ГДЕ NAME - ДВУХСИМВОЛЬНОЕ ИМЯ УСТРОЙСТВА;
PRI - ПРИОРИТЕТ УСТРОЙСТВА, Т.Е. ПРИОРИТЕТ, ПРИ
КОТОРОМ ДОЛЖНА ВЫПОЛНЯТЬСЯ ПОДПРОГРАММА
ОБРАБОТКИ ПРЕРЫВАНИЙ;
ABO - ПРОИЗВОЛЬНЫЙ АРГУМЕНТ, КОТОРЫЙ ПРЕДСТАВЛЯЕТ
СОБОЙ МЕТКУ ТОЧКИ ВХОДА ПРЕЖДЕВРЕМЕННОГО
ПРЕРЫВАНИЯ; ЕСЛИ ЭТОТ АРГУМЕНТ ОТСУТСТВУЕТ,
ЗАПРОС ГЕНЕРИРУЕТ КОМАНДУ RTS PC У ТОЧКИ ВХОДА
ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ, КОТОРАЯ ЯВЛЯЕТСЯ
СЛОВОМ, ПРЕДШЕСТВУЮЩИМ ТОЧКЕ ВХОДА ПРЕРЫВАНИЯ.
ПРИМЕР:
.DRAST PP,4,PCDONE
.GLOBL $INPTR ;ДЕЛАЕТ ЭТОТ СИМВОЛ
;ГЛОБАЛЬНЫМ
BR PCDONE ;ТОЧКА ВХОДА
;ПРЕЖДЕВРЕМЕННОГО
;ПРЕРЫВАНИЯ
PPINT:: JSR R5,@$INPTR ;ПЕРЕХОД В МОНИТОР
;ПО КОДУ .INTEN
.WORD ^C<4*^O40>&^O340 ;НОВЫЙ ПРИОРИТЕТ

В ЭТОМ ПРИМЕРЕ ПОКАЗАНЫ ЗАПРОС .DRAST ИЗ ДРАЙВЕРА PC И
КОД, КОТОРЫЙ ОН ГЕНЕРИРУЕТ.

ПРИМЕР:

.DRAST RK,5
.GLOBL $INPTR ;ДЕЛАЕТ ЭТОТ СИМВОЛ
;ГЛОБАЛЬНЫМ
RTS PC ;ОСУЩЕСТВЛЯЕТ ВОЗВРАТ
;ИЗ ПРЕЖДЕВРЕМЕННОГО
;ПРЕРЫВАНИЯ
RKINT:: JSR R5,@$INPTR ;ПЕРЕХОД В МОНИТОР ПО КОДУ
;.INTEN
.WORD ^C<5*^O40>&^O340;НОВЫЙ ПРИОРИТЕТ

В ЭТОМ ПРИМЕРЕ ПРИВЕДЕНА ЧАСТЬ ДРАЙВЕРА RK, КОТОРЫЙ НЕ
ИМЕЕТ ПОДПРОГРАММЫ ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ.

2.4.4. ОСНОВНЫЕ ПРАВИЛА ДЛЯ ПРОГРАММИРОВАНИЯ СЕКЦИИ
ОБРАБОТКИ ПРЕРЫВАНИЙ
ТАК КАК ЦЕЛЬЮ ЭТОЙ СЕКЦИИ ЯВЛЯЕТСЯ ВЫЧИСЛЕНИЕ
РЕЗУЛЬТАТОВ ПОСЛЕДНЕГО ДЕЙСТВИЯ УСТРОЙСТВА, ТО НЕТ
НЕОБХОДИМОСТИ СОСТАВЛЯТЬ КОМАНДЫ ДЛЯ ЭТОГО. В ОСНОВНОМ, КОД
ДОЛЖЕН ОПРЕДЕЛЯТЬ, БЫЛА ЛИ ПЕРЕДАЧА ОШИБОЧНОЙ, БЫЛА ЛИ ОНА
ЗАКОНЧЕНА ИЛИ НЕТ.
1. ЕСЛИ ВОЗНИКЛА ОШИБКА
ЕСЛИ ВО ВРЕМЯ ПЕРЕДАЧИ ВОЗНИКЛА ОШИБКА, ДРАЙВЕР
ДОЛЖЕН ОПРЕДЕЛИТЬ, БЫЛА ЛИ ЭТА ОШИБКА ВОССТАНОВИМОЙ ИЛИ
НЕВОССТАНОВИМОЙ, ПОСЛЕ ТОГО, КАК ОПЕРАЦИЯ ПОВТОРИТСЯ.
ЕСЛИ ОШИБКА НЕВОССТАНОВИМАЯ, ДРАЙВЕР ДОЛЖЕН
НЕМЕДЛЕННО ВЫВОДИТЬСЯ ЧЕРЕЗ СЕКЦИЮ ЗАВЕРШЕНИЯ
ВВОДА-ВЫВОДА.
ЕСЛИ ОШИБКА ВОССТАНОВИМАЯ, ДРАЙВЕР ДОЛЖЕН
ПОДГОТОВИТЬСЯ К ПОВТОРНОЙ ПЕРЕДАЧЕ. ОН ДОЛЖЕН УМЕНЬШИТЬ
СЧЕТЧИК ДОПУСТИМЫХ ПОВТОРНЫХ ОПЕРАЦИЙ. ЗАТЕМ, НА
FORK-УРОВНЕ, ОН ДОЛЖЕН СНОВА ПЕРЕЙТИ К СЕКЦИИ
ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА ДЛЯ ВОЗОБНОВЛЕНИЯ ПЕРЕДАЧИ.
ЕСЛИ ЧИСЛО ПОВТОРНЫХ ПЕРЕДАЧ ДОСТИГЛО ДОПУСТИМОГО
(СЧЕТЧИК ПОВТОРЕНИЙ РАВЕН 0), ТО НЕОБХОДИМО РАССМАТРИВАТЬ
ЭТУ НЕИСПРАВНОСТЬ КАК НЕВОССТАНОВИМУЮ ОШИБКУ. В ЭТОМ
СЛУЧАЕ ДРАЙВЕР ДОЛЖЕН ПЕРЕХОДИТЬ В СЕКЦИЮ ЗАВЕРШЕНИЯ
ВВОДА-ВЫВОДА.
СНИЖЕНИЕ ДО FORK-УРОВНЯ НЕОБЯЗАТЕЛЬНО ДЛЯ ОБРАБОТКИ
ОШИБКИ. ИСПОЛЬЗОВАТЬ ЗАПРОС .FORK ИЛИ НЕТ, ЗАВИСИТ ОТ
ПРОМЕЖУТКА ВРЕМЕНИ, НЕОБХОДИМОГО ДЛЯ УСТАНОВКИ ПОВТОРНОЙ
ПЕРЕДАЧИ. ВЫЗОВ .FORK ПОЛЕЗЕН ТЕМ, ЧТО ПОЗВОЛЯЕТ
ИСПОЛЬЗОВАТЬ РЕГИСТРЫ R0-R3, ДАВАЯ ВОЗМОЖНОСТЬ
ИСПОЛЬЗОВАТЬ ОБЩИЕ ПОДПРОГРАММЫ ДЛЯ ПОВТОРНЫХ ПЕРЕДАЧ.
ЕСЛИ ЗАПРОС .FORK НЕ ИСПОЛЬЗУЕТСЯ, ТО ДЛЯ ИСПОЛЬЗОВАНИЯ
ДОПУСТИМЫ ТОЛЬКО РЕГИСТРЫ R4 И R5.
2. ВЫПОЛНЕНИЕ ПОВТОРНЫХ ПЕРЕДАЧ НА FORK-УРОВНЕ
ЗАПРОС .FORK ВЫЗЫВАЕТ ВОЗВРАТ К РЕЗИДЕНТНОМУ
МОНИТОРУ, КОТОРЫЙ ОТВЕРГАЕТ ТЕКУЩЕЕ ПРЕРЫВАНИЕ. КОД,
СЛЕДУЮЩИЙ ЗА .FORK, ВЫПОЛНЯЕТСЯ ПРИ НУЛЕВОМ ПРИОРИТЕТЕ, А
НЕ ПРИ ПРИОРИТЕТЕ УСТРОЙСТВА, ПОСЛЕ ТОГО, КАК ВСЕ ДРУГИЕ
ПРЕРЫВАНИЯ БЫЛИ ОБРАБОТАНЫ, НО ДО ТОГО, КАК ЛЮБОЕ ЗАДАНИЕ
ИЛИ ЕГО ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ СМОГУТ ВЫПОЛНИТЬСЯ. КОД,
СЛЕДУЮЩИЙ ЗА .FORK, ВЫПОЛНЯЕТСЯ ТАК ЖЕ, КАК И ОСНОВНАЯ
ЧАСТЬ СЕКЦИИ ОБРАБОТКИ ПРЕРЫВАНИЙ ДРАЙВЕРА, В СИСТЕМНОМ
РЕЖИМЕ (ЭТО ТОТ ЖЕ РЕЖИМ, В КОТОРОМ ВЫПОЛНЯЕТСЯ СЕКЦИЯ
ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА). ТАКИМ ОБРАЗОМ, ПЕРЕКЛЮЧЕНИЕ
КОНТЕКСТА ЗАЩИЩЕНО ВО ВРЕМЯ ВЫПОЛНЕНИЯ КОДА НА
FORK-УРОВНЕ, И ЛЮБОЕ ПРЕРЫВАНИЕ ПО 4 ИЛИ 10 ВЕКТОРУ
ЯВЛЯЕТСЯ ПРИЧИНОЙ ФАТАЛЬНОГО ОСТАНОВА СИСТЕМЫ.

ПРИМЕР:

.FORK RKFBLK ;ВЫЗОВ .FORK
JSR R5,@$FKPTR ;ПЕРЕХОД В МОНИТОР ПО
;КОДУ .FORK
.WORD RKFBLK-. ;СМЕЩЕНИЕ К ЭЛЕМЕНТУ
;FORK-ОЧЕРЕДИ
RKRETR: CLRB RETRY+1 ;ПЕРЕУСТАНОВКА ПРИЗНАКА
BR AGAIN ;ПЕРЕХОД В СЕКЦИЮ
;ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА

В ЭТОМ ПРИМЕРЕ ПРИВЕДЕНА ЧАСТЬ ДРАЙВЕРА RK, ГДЕ
ДРАЙВЕР ПОНИЖАЕТ ПРИОРИТЕТ ДО FORK-УРОВНЯ ДЛЯ ВЫПОЛНЕНИЯ
ПОВТОРНЫХ ПЕРЕДАЧ ДАННЫХ ПОСЛЕ ВОЗНИКНОВЕНИЯ
ВОССТАНОВИМОЙ ОШИБКИ. FORK-УРОВЕНЬ ИДЕАЛЕН ДЛЯ
ВЫПОЛНЕНИЯ ПОВТОРНЫХ ПЕРЕДАЧ, ТАК КАК ЭТО МОЖЕТ БЫТЬ
ДЛИТЕЛЬНЫЙ ПРОЦЕСС. ЗДЕСЬ ЖЕ ПОКАЗАН ВЫЗОВ .FORK И ЕГО
РАСШИРЕНИЕ.

3. ЕСЛИ ПЕРЕДАЧА НЕ БЫЛА ЗАВЕРШЕНА
ПЕРЕДАЧА СЧИТАЕТСЯ НЕЗАВЕРШЕННОЙ, ЕСЛИ МНОГО
СИМВОЛОВ ИЛИ МНОГО БЛОКОВ ДАННЫХ ОСТАЛИСЬ НЕПЕРЕДАННЫМИ.
ДРАЙВЕР ДОЛЖЕН ПЕРЕЗАПУСТИТЬ УСТРОЙСТВО И ВЫЙТИ ПО
КОМАНДЕ RTS PC В ОЖИДАНИЕ СЛЕДУЮЩЕГО ПРЕРЫВАНИЯ.
4. ЕСЛИ ПЕРЕДАЧА БЫЛА ЗАВЕРШЕНА
КОГДА ПЕРЕДАЧА ЗАВЕРШЕНА, ДРАЙВЕР МОЖЕТ ПРОСТО ВЫЙТИ
ЧЕРЕЗ СЕКЦИЮ ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА.

2.5. СЕКЦИЯ ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА
СЕКЦИЯ ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА ОБЕСПЕЧИВАЕТ ОБЩИЙ ПУТЬ
ВЫХОДА, ЧТОБЫ ИНФОРМИРОВАТЬ МОНИТОР О ТОМ, ЧТО ДРАЙВЕР
ВЫПОЛНИЛ ТЕКУЩИЙ ЗАПРОС, И, ПОЭТОМУ, МОНИТОР МОЖЕТ
ОСВОБОДИТЬ ТЕКУЩИЙ ЭЛЕМЕНТ ОЧЕРЕДИ. ХОТЯ ДРУГИЕ СЕКЦИИ
ДРАЙВЕРА ЯВЛЯЮТСЯ РАЗЛИЧНЫМИ ОТДЕЛЬНЫМИ ЧАСТЯМИ, СЕКЦИЯ
ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА - ЭТО ФАКТИЧЕСКИ РАСШИРЕНИЕ СЕКЦИИ
ОБРАБОТКИ ПРЕРЫВАНИЙ, И ГРАНИЦА МЕЖДУ ЭТИМИ ДВУМЯ
СЕКЦИЯМИ - ИСКУССТВЕННАЯ. УПРАВЛЕНИЕ НЕ ПЕРЕХОДИТ К СЕКЦИИ
ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА В РЕЗУЛЬТАТЕ ВЫЗОВА МОНИТОРА, ВЫЗОВА
ПОДПРОГРАММЫ ИЛИ ПЕРЕХОДА, А ПЕРЕХОДИТ ЛИШЬ В РЕЗУЛЬТАТЕ
ОБЫЧНОГО ХОДА ВЫПОЛНЕНИЯ ЧЕРЕЗ СЕКЦИЮ ОБРАБОТКИ ПРЕРЫВАНИЯ.
ВЫПОЛНЕНИЕ ПЕРЕДАЕТСЯ В СЕКЦИЮ ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА,
КОГДА ОБНАРУЖЕНА НЕВОССТАНОВИМАЯ ОШИБКА, КОГДА ЧИСЛО
ПОВТОРНЫХ ПЕРЕДАЧ В СЛУЧАЕ ВОССТАНОВИМОЙ ОШИБКИ ДОСТИГЛО
ДОПУСТИМОГО ИЛИ КОГДА ПЕРЕДАЧА ДАННЫХ ЗАКОНЧЕНА. (ЕСЛИ
СРАЗУ ЖЕ БУДЕТ ОБНАРУЖЕНА НЕВОССТАНОВИМАЯ ОШИБКА, ТО МОЖНО
НЕПОСРЕДСТВЕННО ПЕРЕХОДИТЬ ИЗ ЭТОЙ СЕКЦИИ В СЕКЦИЮ
ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА.)
1. ЕСЛИ ПРОИЗОШЛА ОШИБКА
СУЩЕСТВУЕТ ДВА ВИДА ОШИБОК, ВЫЗЫВАЮЩИХ ПЕРЕДАЧУ
УПРАВЛЕНИЯ В СЕКЦИЮ ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА:
НЕВОССТАНОВИМЫЕ ОШИБКИ, КОТОРЫЕ ВЫЗЫВАЮТ НЕМЕДЛЕННЫЙ
ПЕРЕХОД В ЭТУ СЕКЦИЮ, И ВОССТАНОВИМЫЕ ОШИБКИ, КОТОРЫЕ
ИСЧЕРПАЛИ ДОПУСТИМОЕ ЧИСЛО ПОВТОРНЫХ ПЕРЕДАЧ И КОТОРЫЕ
ПЕРЕХОДЯТ В ЭТУ СЕКЦИЮ ПОСЛЕ ПОСЛЕДНЕЙ НЕУДАЧНОЙ ПОПЫТКИ
ПОВТОРНОЙ ПЕРЕДАЧИ. ПРИ ПЕРЕДАЧЕ УПРАВЛЕНИЯ МОНИТОРУ
МОЖНО СЧИТАТЬ ОБА ЭТИ СЛУЧАЯ АНАЛОГИЧНЫМИ.
СНАЧАЛА НЕОБХОДИМО УСТАНОВИТЬ РАЗРЯД НЕВОССТАНОВИМОЙ
ОШИБКИ ДЛЯ КАНАЛА, РАЗРЯД 0 В СЛОВЕ СОСТОЯНИЯ КАНАЛА
(CSW). ВТОРОЕ СЛОВО ЭЛЕМЕНТА ОЧЕРЕДИ ВВОДА-ВЫВОДА,
Q.CSW, УКАЗЫВАЕТ СЛОВО СОСТОЯНИЯ КАНАЛА. ЗАТЕМ
НЕОБХОДИМО ПЕРЕХОДИТЬ К ПОДПРОГРАММЕ ЗАВЕРШЕНИЯ
ВВОДА-ВЫВОДА В РЕЗИДЕНТНОМ МОНИТОРЕ. ДЛЯ ГЕНЕРАЦИИ КОДА
ЭТОГО ПЕРЕХОДА ИСПОЛЬЗУЕТСЯ ЗАПРОС .DRFIN.
ПРИМЕР:
BIS #HDERR$,@-(R5) ;УСТАНАВЛИВАЕТСЯ РАЗРЯД
;НЕВОССТАНОВИМОЙ ОШИБКИ
;(R5 УКАЗЫВАЕТ ТРЕТЬЕ СЛОВО
;ЭЛЕМЕНТА ОЧЕРЕДИ;
;УКАЗАТЕЛЕМ CSW ЯВЛЯЕТСЯ
;ВТОРОЕ СЛОВО)
.DRFIN RK ;ПЕРЕХОД В МОНИТОР
В ЭТОМ ПРИМЕРЕ ПРИВЕДЕНЫ СТРОКИ КОДА ИЗ ДРАЙВЕРА RK. ОНИ
ПОКАЗЫВАЮТ, КАК ДРАЙВЕР УСТАНАВЛИВАЕТ РАЗРЯД
НЕВОССТАНОВИМОЙ ОШИБКИ И ОСУЩЕСТВЛЯЕТ ВОЗВРАТ В МОНИТОР.
2. ЕСЛИ ПЕРЕДАЧА БЫЛА ЗАВЕРШЕНА
ДЛЯ БЛОЧНО-ОРИЕНТИРОВАННЫХ УСТРОЙСТВ, КАК, НАПРИМЕР,
ДИСК, ДРАЙВЕР ПРОСТО ЗАПРЕЩАЕТ ПРЕРЫВАНИЕ И ВЫПОЛНЯЕТ
ПЕРЕХОД В МОНИТОР. ЗАПРОС .DRFIN ГЕНЕРИРУЕТ КОД ДЛЯ
ВЫПОЛНЕНИЯ ПЕРЕХОДА.
ДЛЯ СИМВОЛЬНО-ОРИЕНТИРОВАННЫХ (ИЛИ
СЛОВНО-ОРИЕНТИРОВАННЫХ) УСТРОЙСТВ, КАК, НАПРИМЕР,
ПЕРФОЛЕНТОЧНОЕ УСТРОЙСТВО ВВОДА-ВЫВОДА, ЭТА ПРОЦЕДУРА
СЛОЖНЕЕ, ПОТОМУ ЧТО ДРАЙВЕР ДОЛЖЕН СООБЩИТЬ ОБ ОКОНЧАНИИ
ФАЙЛА ЗАДАНИЮ, КОТОРОЕ ЗАПРОСИЛО ПЕРЕДАЧУ ВВОДА-ВЫВОДА.
ПРИМЕРАМИ УСЛОВИЙ, КОТОРЫЕ ВЫЗЫВАЮТ КОНЕЦ ФАЙЛА,
ЯВЛЯЮТСЯ: ОТСУТСТВИЕ ПЕРФОЛЕНТЫ В ПЕРФОЛЕНТОЧНОМ
УСТРОЙСТВЕ ВВОДА И ОБНАРУЖЕНИЕ СУ/Z, НАПЕЧАТАННОГО НА
СИСТЕМНОМ ТЕРМИНАЛЕ. КОГДА ДРАЙВЕР ФАКТИЧЕСКИ
ОБНАРУЖИВАЕТ УСЛОВИЕ EOF В ОПЕРАЦИИ READ, ОН ДОЛЖЕН
УСТАНОВИТЬ ВНУТРЕННИЙ ПРИЗНАК EOF, ПОМЕСТИТЬ ПОСЛЕДНИЙ
СИМВОЛ В БУФЕР ПОЛЬЗОВАТЕЛЯ, А ЗАТЕМ ЗАПОЛНИТЬ НУЛЯМИ
ОСТАЛЬНОЙ БУФЕР. ЗАТЕМ ДРАЙВЕР ДОЛЖЕН ПЕРЕХОДИТЬ ОБРАТНО
В МОНИТОР, КАК ЕСЛИ БЫ EOF НЕ БЫЛ ОБНАРУЖЕН, И БУФЕР
ПРОСТО БЫ ЗАПОЛНИЛСЯ. ДРАЙВЕР ОЖИДАЕТ, ПОКА НЕ БУДЕТ
ВЫЗВАН ВНОВЬ ПРИЗНАК EOF ПОЛЬЗОВАТЕЛЮ.
ДРАЙВЕР PC ИСПОЛЬЗУЕТ РАЗРЯД ГОТОВНОСТИ В СЛОВЕ
СОСТОЯНИЯ ПЕРФОЛЕНТОЧНОГО УСТРОЙСТВА ВВОДА-ВЫВОДА КАК
ВНУТРЕННИЙ ПРИЗНАК EOF.
ПРИМЕР:
1$: CLRB @-(R4) ;ОЧИЩАЕТ БАЙТ (R4 УКАЗЫВАЕТ
;АДРЕС БУФЕРА)
INC (R4)+ ;ИЗМЕНЯЕТ АДРЕС БУФЕРА
DEC @R4 ;УМЕНЬШАЕТ СЧЕТЧИК
;ОСТАВШИХСЯ БАЙТОВ
BNE 1$ ;ЦИКЛ ДО ГОТОВНОСТИ
PCDONE: CLR @#PC$CSR ;ЗАПРЕЩАЕТ ПРЕРЫВАНИЕ
; ;ПЕРФОЛЕНТОЧНОГО УСТРОЙСТВА
;ВВОДА
CLR @#PP$CSR ;ЗАПРЕЩАЕТ ПРЕРЫВАНИЕ
;ПЕРФОЛЕНТОЧНОГО УСТРОЙСТВА
;ВЫВОДА
CLR PCFBLK+2 ;ОЧИЩАЕТ FORK-БЛОК ДЛЯ
;НЕДОПУЩЕНИЯ ДИСПЕТЧЕРИЗАЦИИ
PCFIN: .DRFIN PC ;ПЕРЕХОД К ОКОНЧАНИЮ
;ВВОДА-ВЫВОДА
В ЭТОМ ПРИМЕРЕ ПОКАЗАНО, КАК ДРАЙВЕР PC ЗАПОЛНЯЕТ
НУЛЯМИ БУФЕР ПОЛЬЗОВАТЕЛЯ, КОГДА ОН ОБНАРУЖИВАЕТ КОНЕЦ
ФАЙЛА, УСТАНАВЛИВАЕТ ВНУТРЕННИЙ ПРИЗНАК EOF И ПЕРЕХОДИТ
ОБРАТНО В МОНИТОР.
КОГДА ДРАЙВЕР ВЫЗЫВАЕТСЯ ВНОВЬ С НОВЫМ ЭЛЕМЕНТОМ
ОЧЕРЕДИ ДЛЯ ДРУГОЙ ОПЕРАЦИИ READ, ОН СНАЧАЛА ПРОВЕРЯЕТ
ВНУТРЕННИЙ ПРИЗНАК EOF. НАЙДЯ ЕГО УСТАНОВЛЕННЫМ, ДРАЙВЕР
УСТАНАВЛИВАЕТ РАЗРЯД EOF СЛОВА СОСТОЯНИЯ КАНАЛА, РАЗРЯД
13, И ПЕРЕХОДИТ ОБРАТНО В МОНИТОР. РЕЗИДЕНТНЫЙ МОНИТОР,
В КОНЦЕ КОНЦОВ, ОЧИЩАЕТ ЭТОТ РАЗРЯД, КОГДА ОСУЩЕСТВЛЯЕТСЯ
СЛЕДУЮЩИЙ ЗАПРОС ВВОДА-ВЫВОДА ДЛЯ ЭТОГО КАНАЛА.
ПРИМЕР:
MOV #PC$CSR,R5 ;ЗАПРАШИВАЕТ ПЕРФОЛЕНТОЧНОЕ
;УСТРОЙСТВО ВВОДА-ВЫВОДА,
;ЗАСЫЛАЕТ CSR
TST (R5)+ ;УСТРОЙСТВО ГОТОВО?
BPL PCGORD ;ДА, НАЧАЛО ПЕРЕДАЧИ
BIS #EOF$,@-(R4) ;НЕ ГОТОВ ВХОД,
;УСТАНАВЛИВАЕТ EOF
BR PCFIN ;И ОПЕРАЦИЯ ЗАВЕРШЕНИЯ

В ЭТОМ ПРИМЕРЕ ПОКАЗАНО, КАК ДРАЙВЕР PC ПРОВЕРЯЕТ
РАЗРЯД ГОТОВНОСТИ УСТРОЙСТВА, КОТОРЫЙ ОН ИСПОЛЬЗУЕТ КАК
ПРИЗНАК СВОЕГО EOF, УСТАНАВЛИВАЕТ РАЗРЯД EOF ДЛЯ
ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ И ВОЗВРАЩАЕТСЯ ОБРАТНО В МОНИТОР.
БЛАГОДАРЯ ЭТОМУ СОГЛАШЕНИЮ ДЛЯ ОБОЗНАЧЕНИЯ КОНЦА ФАЙЛА
(EOF) ПРОГРАММА ВОСПРИНИМАЕТ СИМВОЛЬНО-ОРИЕНТИРОВАННЫЕ
УСТРОЙСТВА КАК УСТРОЙСТВА ПРОИЗВОЛЬНОГО ДОСТУПА К ДАННЫМ,
ЧТО НЕ ПРОТИВОРЕЧИТ ИДЕЕ СИСТЕМЫ ФОДОС-2 О НЕЗАВИСИМОСТИ
УСТРОЙСТВ.

2.5.1. ЗАПРОС .DRFIN
ЗАПРОС .DRFIN ИСПОЛЬЗУЕТСЯ ДЛЯ ГЕНЕРАЦИИ КОМАНД ДЛЯ
ПЕРЕХОДА ОБРАТНО В МОНИТОР В КОНЦЕ СЕКЦИИ ЗАВЕРШЕНИЯ
ВВОДА-ВЫВОДА. ОН ДЕЛАЕТ УКАЗАТЕЛЬ ТЕКУЩЕГО ЭЛЕМЕНТА ОЧЕРЕДИ
ГЛОБАЛЬНЫМ СИМВОЛОМ И ГЕНЕРИРУЕТ ПОЗИЦИОННО-НЕЗАВИСИМЫЙ КОД
ДЛЯ ВОЗВРАТА В МОНИТОР. КОГДА ПОСЛЕ ВОЗВРАТА УПРАВЛЕНИЕ
ПЕРЕХОДИТ К МОНИТОРУ, ОН ОСВОБОЖДАЕТ ТЕКУЩИЙ ЭЛЕМЕНТ
ОЧЕРЕДИ.

ФОРМАТ ЗАПРОСА .DRFIN СЛЕДУЮЩИЙ:
.DRFIN NAME
ГДЕ NAME - ДВУХСИМВОЛЬНОЕ ИМЯ УСТРОЙСТВА.

2.6. СЕКЦИЯ ОКОНЧАНИЯ ДРАЙВЕРА
ЦЕЛЬЮ СЕКЦИИ ОКОНЧАНИЯ ДРАЙВЕРА ЯВЛЯЕТСЯ ОБ'ЯВЛЕНИЕ
НЕКОТОРЫХ ГЛОБАЛЬНЫХ СИМВОЛОВ И УСТАНОВКА ТАБЛИЦЫ УКАЗАТЕЛЕЙ
ДЛЯ СМЕЩЕНИЙ В РЕЗИДЕНТНОМ МОНИТОРЕ. УКАЗАТЕЛИ ЗАПОЛНЯЮТСЯ
ВО ВРЕМЯ ЗАГРУЗКИ, ЕСЛИ ЭТО ДРАЙВЕР СИСТЕМНОГО УСТРОЙСТВА.
В ПРОТИВНОМ СЛУЧАЕ, ОНИ ЗАПОЛНЯЮТСЯ, КОГДА ДРАЙВЕР ДЕЛАЕТСЯ
РЕЗИДЕНТНЫМ ПОСРЕДСТВОМ ЗАПРОСА .FETCH ИЛИ КОМАНДЫ МОНИТОРА
LOAD. СЕКЦИЯ ОКОНЧАНИЯ ДРАЙВЕРА ПРЕДУСМАТРИВАЕТ ТАКЖЕ
СИМВОЛ ДЛЯ ОПРЕДЕЛЕНИЯ РАЗМЕРА ДРАЙВЕРА. ДЛЯ ГЕНЕРАЦИИ
ОКОНЧАНИЯ ДРАЙВЕРА ИСПОЛЬЗУЕТСЯ ЗАПРОС .DREND.

2.6.1. ЗАПРОС .DREND
ФОРМАТ ЗАПРОСА .DREND СЛЕДУЮЩИЙ:
.DREND NAME
ГДЕ NAME - ДВУХСИМВОЛЬНОЕ ИМЯ УСТРОЙСТВА.

2.6.2. ФИКТИВНЫЕ УСТРОЙСТВА
В СИСТЕМЕ ФОДОС-2 ПРЕДУСМОТРЕНА ВОЗМОЖНОСТЬ НАПИСАНИЯ
ДРАЙВЕРА ДЛЯ ФИКТИВНОГО УСТРОЙСТВА (УСТРОЙСТВО, КОТОРОЕ НЕ
ПРЕРЫВАЕТСЯ И НЕ ЯВЛЯЕТСЯ БОЛЬШИМ ЗАПОМИНАЮЩИМ УСТРОЙСТВОМ),
ЧТОБЫ ИСПОЛЬЗОВАТЬ ПРЕИМУЩЕСТВА ОРГАНИЗОВАННОЙ В ОЧЕРЕДЬ
СИСТЕМЫ ВВОДА-ВЫВОДА И ТОГО ФАКТА, ЧТО ДРАЙВЕРЫ МОГУТ
ОСТАВАТЬСЯ РЕЗИДЕНТНЫМИ В ПАМЯТИ. ПРИМЕРАМИ ДРАЙВЕРОВ ДЛЯ
ФИКТИВНЫХ УСТРОЙСТВ ЯВЛЯЮТСЯ ДРАЙВЕРЫ NL (ДРАЙВЕР ФИКТИВНОГО
УСТРОЙСТВА) И MQ (ДРАЙВЕР ОБМЕНА МЕЖДУ ЗАДАНИЯМИ).
ВСЕ ВЫПОЛНЯЕМЫЕ КОДЫ ТАКИХ ДРАЙВЕРОВ ДОЛЖНЫ СОДЕРЖАТЬСЯ
В СЕКЦИИ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА. ЗАТЕМ ДРАЙВЕР ДОЛЖЕН
ВЫЗВАТЬ ЗАПРОС .DRFIN ДЛЯ ОКОНЧАНИЯ ОПЕРАЦИИ И ВОЗВРАТА
ЭЛЕМЕНТА ОЧЕРЕДИ. ТАК КАК ФИКТИВНЫЕ УСТРОЙСТВА НЕ
ПРЕРЫВАЮТСЯ, ТО ДРАЙВЕРАМ НЕ НУЖНА СЕКЦИЯ ОБРАБОТКИ
ПРЕРЫВАНИЙ И ЗАПРОС .DRAST.

3. НАСТРОЙКА И ПРОВЕРКА ПРОГРАММЫ
3.1. ОБЩЕЕ ОПИСАНИЕ ДРАЙВЕРА УСТРОЙСТВА
НИЖЕ ПРИВЕДЕН ПРИМЕР, В КОТОРОМ ПОКАЗАНА СТРУКТУРА ДЛЯ
ПРОСТОГО ДРАЙВЕРА УСТРОЙСТВА SK.
ПРИМЕР:
.TITLE SK V05.01
;ДРАЙВЕР УСТРОЙСТВА SK
.IDENT /V05.01/
.SBTTL СЕКЦИЯ ОПРЕДЕЛЕНИЙ
.MCALL .DRDEF
.DRDEF SK,377,WONLY$,0,177514,200
SKBR =SK$CSR+2 ;РЕГИСТР БУФЕРА SK
SKIE =100 ;РАЗРЯД РАЗРЕШЕНИЯ
;ПРЕРЫВАНИЯ
.SBTTL СЕКЦИЯ ЗАГОЛОВКА
.DRBEG SK
.SBTTL СЕКЦИЯ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА
MOV SKCQE,R4 ;R4 УКАЗЫВАЕТ ТЕКУЩИЙ
;ЭЛЕМЕНТ ОЧЕРЕДИ
ASL Q$WCNT(R4) ;ДЕЛАЕТ ИЗ СЧЕТЧИКА СЛОВ
;СЧЕТЧИК БАЙТОВ
BEQ SKDONE ;ПЕРЕХОД К НЕПОСРЕДСТВЕННОМУ
;ОКОНЧАНИЮ
BCC SKERR ;УСТРОЙСТВО ТОЛЬКО ЗАПИСИ -
;ЗАПРОС СЧИТЫВАНИЯ ЗАПРЕЩЕН
RET: BIS #SKIE,@#SK$CSR ;РАЗРЕШЕНИЕ ПРЕРЫВАНИЯ
RTS PC ;ОЖИДАНИЕ ПРЕРЫВАНИЯ
.SBTTL СЕКЦИЯ ОБРАБОТКИ ПРЕРЫВАНИЯ
.DRAST SK,4,SKDONE
MOV SKCQE,R4 ;R4 УКАЗЫВЕТ ТЕКУЩИЙ
;ЭЛЕМЕНТ ОЧЕРЕДИ
BIT #100200,@#SK$CSR;ОШИБКА ИЛИ ГОТОВНОСТЬ?
BMI RET ;ОШИБКА, НЕОБХОДИМО
;ИСПРАВЛЕНИЕ
BEQ RET ;НЕT ГОТОВНОСТИ-ВЫХОД И
;ОЖИДАНИЕ
BIC #SKIE,@#SK$CSR ;ЗАПРЕЩЕНИЕ ПРЕРЫВАНИЙ
.FORK SKFBLK ;КОД, ПЕРЕВОДЯЩИЙ ПРОЦЕСС НА
;FORK-УРОВЕНЬ
ADD #Q$WCNT,R4 ;ПЕРЕМЕСТИТЬ УКАЗАТЕЛЬ
;ЭЛЕМЕНТА ОЧЕРЕДИ
SKNEXT: TSTB @#SK$CSR ;ГОТОВНОСТЬ ДЛЯ СЛЕДУЮЩЕГО
;СИМВОЛА?
BPL RET ;НЕТ - ПЕРЕХОД НАЗАД
TST @R4 ;ПЕЧАТАТЬ НЕМНОГО ЛЕВЕЕ?
BEQ SKDONE ;НЕТ - ПЕРЕДАЧА ЗАКОНЧЕНА
MOVB @-(R4),R5 ;ПРИНЯТЬ СИМВОЛ
INC (R4)+ ;УВЕЛИЧИТЬ УКАЗАТЕЛЬ БУФЕРА
INC @R4 ;УВЕЛИЧИТЬ СЧЕТЧИК СИМВОЛОВ
BIC #^C<177>,R5 ;7-РАЗРЯДНЫЙ ASCII
MOVB R5,@#SKBR ;ПЕРЕСЛАТЬ СИМВОЛ В
;УСТРОЙСТВО
BR SKNEXT ;ТО ЖЕ САМОЕ ДЛЯ ДРУГИХ
;СИМВОЛОВ
.SBTTL СЕКЦИЯ ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА
SKERR: BIS #HDERR$,@-(R4) ;УСТАНОВИТЬ РАЗРЯД ОШИБКИ
;В CSW
SKDONE: BIC #IE,@#SK$CSR ;ЗАПРЕТИТЬ ПРЕРЫВАНИЯ
.DRFIN SK ;ВОЗВРАТ В МОНИТОР
SKFBLK: .WORD 0,0,0,0 ;ЭЛЕМЕНТЫ FORK-ОЧЕРЕДИ
.SBTTL СЕКЦИЯ ОКОНЧАНИЯ ДРАЙВЕРА
.DREND SK
.END

3.2. ДРАЙВЕРЫ, КОТОРЫЕ ФОРМИРУЮТ ВНУТРЕННЮЮ ОЧЕРЕДЬ
ДРАЙВЕР УСТРОЙСТВА МОЖЕТ ИСПОЛЬЗОВАТЬ ОДНУ ИЛИ БОЛЬШЕЕ
ЧИСЛО СВОИХ СОБСТВЕННЫХ ОЧЕРЕДЕЙ, НЕОБХОДИМЫХ ДЛЯ ЗАПРОСОВ
ВВОДА-ВЫВОДА, ВМЕСТО ИСПОЛЬЗОВАНИЯ ОБЫЧНОЙ ОЧЕРЕДИ
ВВОДА-ВЫВОДА МОНИТОР-ДРАЙВЕР. ВНУТРЕННЯЯ ОЧЕРЕДЬ
ПРЕДНАЗНАЧЕНА ДЛЯ ОДНОВРЕМЕННОГО ВЫПОЛНЕНИЯ НЕСКОЛЬКИХ
ОПЕРАЦИЙ, Т.Е. ДРАЙВЕР МОЖЕТ ОБСЛУЖИТЬ НЕСКОЛЬКО ЗАПРОСОВ С
ОДНИМ ОБРАЩЕНИЕМ К УСТРОЙСТВУ. ВНУТРЕННЯЯ ОЧЕРЕДНОСТЬ
ВОЗМОЖНА В ЭТОМ СЛУЧАЕ, НО МНОГОЕ ЗАВИСИТ ОТ КОНКРЕТНОЙ
СИТУАЦИИ. ДЛЯ ДРАЙВЕРОВ И УСТРОЙСТВ, ДЛЯ КОТОРЫХ ВНУТРЕННЯЯ
ОЧЕРЕДНОСТЬ НЕВОЗМОЖНА ИЛИ НЕЦЕЛЕСООБРАЗНА, НЕ РЕКОМЕНДУЕТСЯ
ИСПОЛЬЗОВАТЬ ВНУТРЕННЮЮ ОЧЕРЕДНОСТЬ.
ДРУГИМ ПРИМЕРОМ ЯВЛЯЕТСЯ ОЧЕРЕДЬ СООБЩЕНИЙ СИСТЕМЫ
ФОДОС-2, ВЫПОЛНЕННАЯ ПОСРЕДСТВОМ ДРАЙВЕРА MQ ДЛЯ СВЯЗИ
СИСТЕМНЫХ ЗАДАНИЙ. ЕСЛИ ОДНО ЗАДАНИЕ ПОСЫЛАЕТ СООБЩЕНИЕ
ВТОРОМУ ЗАДАНИЮ, И ВТОРОЕ ЗАДАНИЕ НЕ ПРИНИМАЕТ СООБЩЕНИЕ,
ДРАЙВЕР MQ ОЖИДАЕТ. ЕСЛИ ПРОЦЕСС ПРИЕМА СООБЩЕНИЯ
ОСУЩЕСТВЛЯЕТСЯ ЧЕРЕЗ ОЧЕРЕДЬ, ТО ДРАЙВЕР MQ ОБРАБАТЫВАЕТ
ЕГО. ДЛЯ ЭТОГО ОН ИСПОЛЬЗУЕТ ПЕРВОНАЧАЛЬНО ПОСЛАННЫЙ ЗАПРОС
ИЗ ОЧЕРЕДИ МОНИТОР-ДРАЙВЕР, СТАВИТ ЕГО ВО ВНУТРЕННЮЮ ОЧЕРЕДЬ
И, ЗАТЕМ, ОБСЛУЖИВАЕТ ЗАПРОС ПРИЕМА.
ВООБЩЕ, ДРАЙВЕР СЛЕДУЕТ ПРОСТОЙ ПРОЦЕДУРЕ ДЛЯ
ОСУЩЕСТВЛЕНИЯ ФОРМИРОВАНИЯ В ОЧЕРЕДЬ. КОГДА ЗАПРОС
ВВОДА-ВЫВОДА ДЕЛАЕТСЯ ДЛЯ ДРАЙВЕРА, ОН ЯВЛЯЕТСЯ ПЕРВЫМ И
ЕДИНСТВЕННЫМ ЗАПРОСОМ В ОЧЕРЕДИ МОНИТОР-ДРАЙВЕР. КАК ТОЛЬКО
ЗАПРОС БУДЕТ ПРИНЯТ, ДРАЙВЕР СТАВИТ ЕГО ВО ВНУТРЕННЮЮ
ОЧЕРЕДЬ И ОЧИЩАЕТ DDCQE И DDLQE ДЛЯ "УДАЛЕНИЯ" ЗАПРОСА ИЗ
ОЧЕРЕДИ МОНИТОР-ДРАЙВЕР. ВАЖНО, ЧТО ЭЛЕМЕНТ ОЧЕРЕДИ ВСЕ ЕЩЕ
ЗАНЯТ - ОН ЕЩЕ ИСПОЛЬЗУЕТСЯ ДРАЙВЕРОМ.

3.2.1. ФОРМИРОВАНИЕ ВНУТРЕННЕЙ ОЧЕРЕДИ
КОГДА ДРАЙВЕР СНАЧАЛА ВВОДИТСЯ ДЛЯ ЗАПРОСА, В ШЕСТОМ
СЛОВЕ ОН ДОЛЖЕН ПРОВЕРИТЬ НАЛИЧИЕ ЭЛЕМЕНТА ОЧЕРЕДИ.
НЕДОПУСТИМЫЙ ЗАПРОС НЕМЕДЛЕННО ПРИВОДИТ К ФАТАЛЬНОЙ ОШИБКЕ.
ЕСЛИ ЗАПРОС СДЕЛАН ДЛЯ БЫСТРОЗАВЕРШАЮЩЕЙСЯ ПРОЦЕДУРЫ,
КАК, НАПРИМЕР, УСТАНОВКА ПЕРФОЛЕНТЫ, ДРАЙВЕР ВЫПОЛНИТ
ОПЕРАЦИЮ. ЗАТЕМ ОН ВЫДАСТ ЗАПРОС .DRFIN ДЛЯ ОСВОБОЖДЕНИЯ
ЭЛЕМЕНТА ОЧЕРЕДИ И СООБЩЕНИЕ О ЗАВЕРШЕНИИ ОПЕРАЦИИ ДЛЯ
ЗАПРАШИВАЮЩЕЙ ПРОГРАММЫ. В ОБЩЕМ, ДРАЙВЕР ВЫПОЛНЯЕТ
ОПЕРАЦИЮ, ЕСЛИ ЭТА ОПЕРАЦИЯ МОЖЕТ ВЫПОЛНИТЬСЯ БЫСТРО И
СИНХРОННО.
ЕСЛИ ЗАПРОС СДЕЛАН ДЛЯ ПРОЦЕДУРЫ, ТРЕБУЮЩЕЙ ВЫЧИСЛЕНИЙ
И ВРЕМЕНИ, ДРАЙВЕР СТАВИТ ЗАПРОС ВО ВНУТРЕННЮЮ ОЧЕРЕДЬ
ПОСРЕДСТВОМ ИСПОЛЬЗОВАНИЯ СЛОВА СВЯЗИ ЭЛЕМЕНТОВ ОЧЕРЕДИ.
СЛОВО СВЯЗИ РАВНО 0, ТАК КАК ЭТОТ ЭЛЕМЕНТ ЯВЛЯЕТСЯ ПЕРВЫМ И
ЕДИНСТВЕННЫМ В ОЧЕРЕДИ.
В ОБЩЕМ, ДРАЙВЕР УСТАНАВЛИВАЕТ ЗАПРОС ВО ВНУТРЕННЮЮ
ОЧЕРЕДЬ, ЕСЛИ ЭТОТ ЗАПРОС ТРЕБУЕТ РАБОТЫ И ВРЕМЕНИ И ДОЛЖЕН
ВЫПОЛНЯТЬСЯ АСИНХРОННО. ЕСЛИ ВО ВНУТРЕННЕЙ ОЧЕРЕДИ ЭТОТ
ЗАПРОС ЯВЛЯЕТСЯ ПЕРВЫМ, ДРАЙВЕР НАЧИНАЕТ ОПЕРАЦИЮ, ОЖИДАЕТ
ЕЕ ЗАВЕРШЕНИЯ И ВЫВОДИТСЯ КОМАНДОЙ RTS PC. ЕСЛИ ЭТОТ ЗАПРОС
НЕ ЯВЛЯЕТСЯ ПЕРВЫМ ВО ВНУТРЕНЕЙ ОЧЕРЕДИ, ДРАЙВЕР НЕ НАЧИНАЕТ
ОПЕРАЦИЮ И ВЫВОДИТСЯ КОМАНДОЙ RTS PC.

3.2.2. ОБРАБОТКА ПРЕРЫВАНИЙ ДЛЯ ДРАЙВЕРОВ, ФОРМИРУЮЩИХ
ВНУТРЕННЮЮ ОЧЕРЕДЬ

КОГДА ОПЕРАЦИЯ ЗАВЕРШАЕТСЯ, ДРАЙВЕР ПЕРЕХОДИТ В ТОЧКЕ
ВХОДА ПРЕРЫВАНИЯ DDINT:. ЕСЛИ ВНУТРЕННИХ ОЧЕРЕДЕЙ БОЛЬШЕ,
ЧЕМ ОДНА, ДРАЙВЕР ОПРЕДЕЛЯЕТ, КАКОЙ ЗАПРОС ВКЛЮЧАЕТ ЭТО
ПРЕРЫВАНИЕ. ЕСЛИ ОПЕРАЦИЯ НЕЗАВЕРШЕНА, ДРАЙВЕР НАЧИНАЕТ ЕЕ
ВНОВЬ И ВОЗВРАЩАЕТСЯ В МОНИТОР. ЕСЛИ ПЕРЕДАЧА ЗАВЕРШЕНА,
ДРАЙВЕР ДОЛЖЕН ПОСТАВИТЬ ЗАПРОС, НАХОДЯЩИЙСЯ ВО ВНУТРЕННЕЙ
ОЧЕРЕДИ, СНОВА В ОЧЕРЕДЬ ВВОДА-ВЫВОДА МОНИТОР-ДРАЙВЕР
ПОСРЕДСТВОМ УСТАНОВКИ DDCQE И DDLQE. В ЭТОЙ СИТУАЦИИ
ДРАЙВЕРУ НУЖНО ВЕРНУТЬ ЗАПРОС В ОСНОВНУЮ ОЧЕРЕДЬ
ВВОДА-ВЫВОДА, НО ЕМУ НУЖНО ТАКЖЕ ПРОДОЛЖАТЬ ВЫПОЛНЕНИЕ (А НЕ
СРАЗУ ВОЗВРАЩАТЬСЯ В МОНИТОР), ЧТОБЫ ПРОВЕРИТЬ ВНУТРЕННЮЮ
ОЧЕРЕДЬ НА СЛУЧАЙ ДРУГОГО НЕВЫПОЛНЕННОГО ЗАПРОСА.
ЧТОБЫ ВЕРНУТЬ ЗАПРОС В МОНИТОР БЕЗ ВЫВОДА, ДРАЙВЕР
ДОЛЖЕН ВЫПОЛНИТЬ ПОДПРОГРАММУ .DRFIN.

ПРИМЕР:
MOV DDCQE,-(SP) ;В СЛУЧАЕ, КОГДА В ОЧЕРЕДИ
;МОНИТОР-ДРАЙВЕР ЕСТЬ
;ЭЛЕМЕНТ, ТОГДА ВОЗМОЖНО
;ПРЕРЫВАНИЕ
MOV R4,DDCQE ;ЭЛЕМЕНТ ВНУТРЕННЕЙ ОЧЕРЕДИ
MOV R4,DDLQE ;ПОМЕЩАЕТСЯ В ОЧЕРЕДЬ
;МОНИТОР-ДРАЙВЕР
CLR Q$LINK(R4)
MOV PC,R4 ;ВЫХОД НА ЗАПРОС
ADD #DDCQE-.,R4 ;.DRFIN
MOV @#54,R5 ;ЧЕРЕЗ
JSR PC,@270(R5) ;ПОДПРОГРАММУ JSR
MOV @SP,DDCQE ;ВОССТАНОВЛЕНИЕ ВОЗМОЖНЫХ
MOV (SP)+,DDLQE ;ДРУГИХ ЭЛЕМЕНТОВ ОЧЕРЕДИ
.
.
.
(ПРОВЕРКА НОВОЙ ВНУТРЕННЕЙ ОЧЕРЕДИ И НАЧАЛО ДРУГОЙ ОПЕРАЦИИ,
ЕСЛИ НЕОБХОДИМО)
.
.
RTS PC ;ВОЗВРАТ

В ЭТОМ ПРИМЕРЕ ПОКАЗАНО, КАК ДРАЙВЕР ИСПОЛЬЗУЕТ
ВНУРЕННЮЮ ОЧЕРЕДЬ. (R4 УКАЗЫВАЕТ ЭЛЕМЕНТ ВНУТРЕННЕЙ
ОЧЕРЕДИ, ЕГО ТРЕТЬЕ СЛОВО.)

3.2.3. ПРОЦЕДУРЫ ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ ДЛЯ
ДРАЙВЕРОВ, ФОРМИРУЮЩИХ ВНУТРЕННЮЮ ОЧЕРЕДЬ
НЕСМОТРЯ НА ТО, УСТАНАВЛИВАЕТ ЛИ ДРАЙВЕР ЗАПРОСЫ ВО
ВНУТРЕННЮЮ ОЧЕРЕДЬ ИЛИ НЕТ, ФОДОС-2 ИСПОЛЬЗУЕТ СЧЕТЧИК
НЕВЫПОЛНЕННЫХ ЗАПРОСОВ ВВОДА-ВЫВОДА ДЛЯ КАЖДОГО КАНАЛА.
ОБЩЕЕ ЧИСЛО НЕВЫПОЛНЕННЫХ ЗАПРОСОВ ВВОДА-ВЫВОДА НАХОДИТСЯ В
РЕЗИДЕНТНОМ МОНИТОРЕ. КОГДА ЗАДАНИЕ ПРЕЖДЕВРЕМЕННО
ПРЕРЫВАЕТСЯ, НЕКОТОРЫЕ НЕВЫПОЛНЕННЫЕ ЗАПРОСЫ ВВОДА-ВЫВОДА
ДОЛЖНЫ УСТРАНЯТЬСЯ ИЗ СЧЕТЧИКОВ. ЭТО ПРОИСХОДИТ
АВТОМАТИЧЕСКИ, ЕСЛИ ДРАЙВЕР ПОЛАГАЕТСЯ НА ОЧЕРЕДЬ
ВВОДА-ВЫВОДА МОНИТОР-ДРАЙВЕР.
ЕСЛИ ЖЕ ДРАЙВЕР ОСУЩЕСТВЛЯЕТ ВНУТРЕННЮЮ ОЧЕРЕДЬ
ВВОДА-ВЫВОДА, ОН ДОЛЖЕН СЛЕДОВАТЬ ПРОЦЕДУРЕ ПОНИЖЕНИЯ
СЧЕТЧИКА НЕВЫПОЛНЕННЫХ ЗАПРОСОВ ВВОДА-ВЫВОДА. ЭТА ПРОЦЕДУРА
ДОЛЖНА ГАРАНТИРОВАТЬ, ЧТО ДРАЙВЕР БУДЕТ ВВОДИТЬСЯ, КОГДА
ЗАДАНИЕ ПРЕЖДЕВРЕМЕННО ПРЕРЫВАЕТСЯ, НЕСМОТРЯ НА ТО, ИМЕЕТ
ДРАЙВЕР АКТИВНЫЕ ЭЛЕМЕНТЫ ОЧЕРЕДИ ИЛИ НЕТ, ОН УСТАНАВЛИВАЕТ
РАЗРЯД 11, HNDLR$, В СЛОВЕ СОСТОЯНИЯ УСТРОЙСТВА DDSTS, КОГДА
ДРАЙВЕР ВЫЗЫВАЕТ ЗАПРОС .DRDEF. В СИСТЕМАХ FB И XM ЭТО
ПРИВОДИТ К ТОМУ, ЧТО ДРАЙВЕР БУДЕТ ВВОДИТЬСЯ ПРИ ВСЕХ
ПРЕЖДЕВРЕМЕННЫХ ПРЕРЫВАНИЯХ, ДАЖЕ ЕСЛИ В ОЧЕРЕДИ
МОНИТОР-ДРАЙВЕР НИЧЕГО НЕТ. (МОНИТОР SJ ИГНОРИРУЕТ ЭТОТ
РАЗРЯД, ТАК КАК В СИСТЕМЕ ОДНОГО ЗАДАНИЯ ТАКОЙ ПРОБЛЕМЫ
НЕТ.)
ЕСЛИ ДРАЙВЕР ВВОДИТСЯ В ТОЧКЕ ВХОДА ПРЕЖДЕВРЕМЕННОГО
ПРЕРЫВАНИЯ, ТО ОН ДОЛЖЕН ПРОВЕРЯТЬ ВНУТРЕННЮЮ ОЧЕРЕДЬ НА
ЭЛЕМЕНТЫ, ПРИНАДЛЕЖАЩИЕ ПРЕЖДЕВРЕМЕННО ПРЕРВАННОМУ ЗАДАНИЮ.
(R4 ВСЕГДА СОДЕРЖИТ НОМЕР ПРЕЖДЕВРЕМЕННО ПРЕРВАННОГО
ЗАДАНИЯ.) ДРАЙВЕР ДОЛЖЕН ОЧИЩАТЬ ВНУТРЕННЮЮ ОЧЕРЕДЬ ОТ ЭТИХ
ЭЛЕМЕНТОВ, И ДОЛЖНА СЛЕДОВАТЬ ОСТАНОВКА ПРОЦЕДУРЫ ДЛЯ
СНИЖЕНИЯ СЧЕТЧИКА МОНИТОРА НЕВЫПОЛНЕННЫХ ЗАПРОСОВ
ВВОДА-ВЫВОДА. РЕГИСТРЫ R0-R3 ДОЛЖНЫ БЫТЬ СОХРАНЕНЫ И ЕСЛИ
DDCQE ИМЕЕТ НЕНУЛЕВОЕ ЗНАЧЕНИЕ, ТО ДРАЙВЕР:
- ПЕРЕМЕЩАЕТ СЛЕДУЮЩИЙ ВНУТРЕННИЙ ЭЛЕМЕНТ ДЛЯ ПРЕКРАЩЕНИЯ
ЗАДАНИЯ;
- СВЯЗЫВАЕТ ЭЛЕМЕНТЫ ВМЕСТЕ ПОСРЕДСТВОМ СЛОВА СВЯЗИ
ЭЛЕМЕНТОВ (ELW), ПОСЛЕДНЕЕ СЛОВО СВЯЗИ ЭЛЕМЕНТОВ ДОЛЖНО
БЫТЬ НУЛЕВЫМ; УСТАНАВЛИВАЕТ DDLQE В ТОЧКУ ПОСЛЕДНЕГО
ЭЛЕМЕНТА В ПРЕЖДЕВРЕМЕННО ПРЕРВАННОМ ЗАДАНИИ;
- ЕСЛИ DDCQE УКАЗЫВАЕТ НА ЭЛЕМЕНТ, ПРИНАДЛЕЖАЩИЙ
ПРЕЖДЕВРЕМЕННО ПРЕРВАННОМУ ЗАДАНИЮ, ВВОД-ВЫВОД
ПРЕКРАЩАЕТСЯ, И ИСПОЛЬЗУЕТСЯ ЗАПРОС .DRFIN; ЕСЛИ
ВВОД-ВЫВОД НЕ ПРЕКРАЩАЕТСЯ, ИСПОЛЬЗУЕТСЯ ДИРЕКТИВА RTS
PC, ОЖИДАЕТСЯ ПРЕРЫВАНИЕ, ПОТОМ ИСПОЛЬЗУЕТСЯ .DRFIN;
ЕСЛИ DDCQE НЕ УКАЗЫВАЕТ НА ЭЛЕМЕНТ, ПРИНАДЛЕЖАЩИЙ
ПРЕРВАННОМУ ЗАДАНИЮ, ПРОСТО ИСПОЛЬЗУЕТСЯ ДИРЕКТИВА RTS
PC.
ЕСЛИ DDCQE ИМЕЕТ НУЛЕВОЕ ЗНАЧЕНИЕ, ТО ДРАЙВЕР:
- ПЕРЕМЕЩАЕТ ЭЛЕМЕНТЫ ВНУТРЕННЕЙ ОЧЕРЕДИ, КОТОРЫЕ
ПРИНАДЛЕЖАТ ПРЕРВАННОМУ ЗАДАНИЮ, ЕСЛИ ИХ НЕТ, ТО ПРОСТО
ИСПОЛЬЗУЕТСЯ ДИРЕКТИВА RTS PC;
- СВЯЗЫВАЕТ ЭЛЕМЕНТЫ ВМЕСТЕ, КАК ОПИСАНО ВЫШЕ,
УСТАНАВЛИВАЕТ DDCQE В ТОЧКУ ПЕРВОГО ЭЛЕМЕНТА ОЧЕРЕДИ, А
DDLQE - В ТОЧКУ ПОСЛЕДНЕГО (ПОСЛЕДНЕE СЛОВО СВЯЗИ
ЭЛЕМЕНТОВ ДОЛЖНО БЫТЬ НУЛЕВЫМ);
- ИСПОЛЬЗУЕТ ЗАПРОС .DRFIN.

3.3. ПАРАМЕТРЫ SET
КОМАНДА КЛАВИАТУРНОГО МОНИТОРА SET ПОЗВОЛЯЕТ ИЗМЕНИТЬ
ОПРЕДЕЛЕННЫЕ ХАРАКТЕРИСТИКИ ДРАЙВЕРА УСТРОЙСТВА. ДРАЙВЕР
ДОЛЖЕН НАХОДИТЬСЯ НА СИСТЕМНОМ УСТРОЙСТВЕ ФАЙЛОМ С ИМЕНЕМ
DD&.SYS (DDX.SYS ДЛЯ XM МОНИТОРА), ГДЕ DD - ДВУХСИМВОЛЬНОЕ
ИМЯ УСТРОЙСТВА.

ПРИМЕР:

SET LP WIDTH=80
В ЭТОМ ПРИМЕРЕ УСТАНАВЛИВАЕТСЯ ВОСЬМИДЕСЯТИКОЛОНОЧНАЯ
ШИРИНА ПЕЧАТИ ДЛЯ УСТРОЙСТВА LP: (ПО УМОЛЧАНИЮ - 132
КОЛОНКИ).
ДРУГОЙ ТИП КОМАНДЫ SET МОЖЕТ РАЗРЕШАТЬ ИЛИ ЗАПРЕЩАТЬ
ФУНКЦИЮ.

ПРИМЕР:
SET LP CR (УСТАНАВЛИВАЕТ ВОЗВРАТ КАРЕТКИ;
ТО ЖЕ - ПО УМОЛЧАНИЮ)
SET LP NOCR (НЕ ДЕЛАЕТ ВОЗВРАТ КАРЕТКИ)

В ЭТОМ ПРИМЕРЕ ПОКАЗАНО, КАК С ПОМОЩЬЮ ПРЕФИКСА NO
ОТРИЦАЕТСЯ ПАРАМЕТР CR (ПРЕФИКС NO ВСЕГДА СТОИТ ПЕРЕД
ПАРАМЕТРОМ).
ДРАЙВЕР УСТРОЙСТВА МОЖЕТ СОДЕРЖАТЬ КОД ДЛЯ
ОСУЩЕСТВЛЕНИЯ РАЗЛИЧНЫХ ПАРАМЕТРОВ. НИЖЕ ОПИСАНО, КАК
ДОБАВЛЯТЬ ПАРАМЕТР SET К ДРАЙВЕРУ. ЭТО ДОБАВЛЕНИЕ ВЛИЯЕТ
ТОЛЬКО НА ФАЙЛ ДРАЙВЕРА, НЕТ НЕОБХОДИМОСТИ ДЕЛАТЬ ИЗМЕНЕНИЯ
В МОНИТОРЕ. (ПАРАМЕТРЫ SET ДЕЙСТВИТЕЛЬНЫ И ДЛЯ УСТРОЙСТВ
ДАННЫХ, И ДЛЯ СИСТЕМНЫХ УСТРОЙСТВ.)

3.3.1. КАК ВЫПОЛНЯЕТСЯ КОМАНДА SET
КОМАНДА SET ЦЕЛИКОМ И ПОЛНОСТЬЮ ПРИВОДИТСЯ В ДЕЙСТВИЕ
ТАБЛИЦЕЙ В БЛОКЕ 0 ФАЙЛА ДРАЙВЕРА И ПОСРЕДСТВОМ УСТАНОВКИ
ПОДПРОГРАММ, ТАКЖЕ В БЛОКЕ 0, КОТОРЫЕ ИЗМЕНЯЮТ КОМАНДЫ И
ДАННЫЕ В БЛОКАХ 0 И 1 ДРАЙВЕРА. (БЛОК 0 ОТНОСИТСЯ К АДРЕСАМ
С 0 ДО 776, ЗАГОЛОВОК ДРАЙВЕРА НАЧИНАЕТЯ В БЛОКЕ 1, В ЯЧЕЙКЕ
1000 ФАЙЛА ДРАЙВЕРА.)
ПОСЛЕ ПЕЧАТИ КОМАНДЫ SET НА ПУЛЬТЕ ТЕРМИНАЛА, МОНИТОР
ПРОИЗВОДИТ АНАЛИЗ КОМАНДНОЙ СТРОКИ И ИЩЕТ ФАЙЛ ДРАЙВЕРА
СИСТЕМНОГО УСТРОЙСТВА DD.SYS (DDX.SYS В XM МОНИТОРЕ). НЕТ
НЕОБХОДИМОСТИ В ТОМ, ЧТОБЫ ЭТОТ ДРАЙВЕР БЫЛ УСТАНОВЛЕН В
ВЫПОЛНЯЮЩЕЙСЯ СИСТЕМЕ. ЗАТЕМ МОНИТОР СЧИТЫВАЕТ БЛОКИ 0 И 1
ДРАЙВЕРА В ОБЛАСТЬ БУФЕРА USR В ПАМЯТИ. ОН ПРОСМАТРИВАЕТ
ТАБЛИЦУ В БЛОКЕ 0, ПОКА НЕ НАЙДЕТ ЭЛЕМЕНТЫ ТАБЛИЦЫ ДЛЯ
УКАЗАННОГО ПАРАМЕТРА SET. ПО ЭЛЕМЕНТУ ТАБЛИЦЫ ОН МОЖЕТ
НАЙТИ ОПРЕДЕЛЕННУЮ ПОДПРОГРАММУ, ПРЕДНАЗНАЧЕННУЮ ДЛЯ
ВЫПОЛНЕНИЯ ЭТОГО ПАРАМЕТРА И ИЗМЕНЕНИЙ, ДОПУСКАЕМЫХ ЭТОЙ
ПОДПРОГРАММОЙ, ТАКИХ КАК NO ИЛИ ЧИСЛОВЫЕ ЗНАЧЕНИЯ. ЗАТЕМ
МОНИТОР ВЫПОЛНЯЕТ ПОДПРОГРАММУ, КОТОРАЯ СОДЕРЖИТ КОМАНДЫ,
ИЗМЕНЯЮЩИЕ КОД В БЛОКАХ 0 И 1 ДРАЙВЕРА. КОД В БЛОКЕ 1
ЯВЛЯЕТСЯ ЧАСТЬЮ ОСНОВАНИЯ ДРАЙВЕРА И СОДЕРЖИТ КОМАНДЫ ДЛЯ
УСТАНОВОК ПО УМОЛЧАНИЮ ДЛЯ ВСЕХ ПАРАМЕТРОВ SET. ПОСЛЕ
ИЗМЕНЕНИЯ КОДА, МОНИТОР ЗАПИСЫВАЕТ БЛОКИ 0 И 1 ОБРАТНО НА
СИСТЕМНОЕ УСТРОЙСТВО. ПОЭТОМУ, В РЕЗУЛЬТАТЕ КОМАНДЫ SET,
НЕКОТОРЫЕ КОМАНДЫ ИЛИ ДАННЫЕ В ДРАЙВЕРЕ ИЗМЕНЯЮТСЯ. ОДНАКО
ДРУГИЕ КОПИИ ДРАЙВЕРА, НАХОДЯЩИЕСЯ В ПАМЯТИ,
НЕДЕЙСТВИТЕЛЬНЫ.

3.3.2. ФОРМАТ ТАБЛИЦЫ SET
ТАБЛИЦА ДЛЯ ПАРАМЕТРОВ SET СОСТОИТ ИЗ СЕРИИ
ЧЕТЫРЕХСЛОВНЫХ ЭЛЕМЕНТОВ ДЛЯ ПАРАМЕТРА. ТАБЛИЦА НАЧИНАЕТСЯ
С ЯЧЕЙКИ 400 БЛОКА 0 ДРАЙВЕРА И ОКАНЧИВАЕТСЯ НУЛЕВЫМ СЛОВОМ.
ДЛЯ ГЕНЕРАЦИИ ТАБЛИЦЫ ИСПОЛЬЗУЕТСЯ ЗАПРОС .DRSET (СМ.
П.3.5.3).
ПЕРВОЕ СЛОВО ТАБЛИЦЫ ЯВЛЯЕТСЯ ЗНАЧЕНИЕМ, КОТОРОЕ БУДЕТ
ПЕРЕДАНО В R3 ДЛЯ ПОДПРОГРАММЫ SET, СВЯЗАННОЙ С ПАРАМЕТРОМ,
КОГДА МОНИТОР ОБРАБАТЫВАЕТ ЭТОТ ПАРАМЕТР. ЭТО СЛОВО МОЖЕТ
БЫТЬ ЧИСЛОВЫМ ЗНАЧЕНИЕМ - ТАКИМ, КАК ЧИСЛО КОЛОНОК ПО
УМОЛЧАНИЮ ДЛЯ ПОСТРОЧНО-ПЕЧАТАЮЩЕГО УСТРОЙСТВА - ИЛИ
КОМАНДОЙ ДЛЯ ЗАМЕНЫ НА ДРУГУЮ КОМАНДУ В БЛОКЕ 1 ДРАЙВЕРА.
ЭТО СЛОВО НЕ ДОЛЖНО БЫТЬ НУЛЕВЫМ.
ВТОРОЕ И ТРЕТЬЕ СЛОВА ТАБЛИЦЫ ЯВЛЯЮТСЯ НАИМЕНОВАНИЕМ
ПАРАМЕТРА В КОДАХ RADIX-50 (НАПРИМЕР, CR ИЛИ WIDTH). В
ТАБЛИЦЕ СИМВОЛЫ ВЫРАВНЕНЫ ВЛЕВО И ЗАПОЛНЕНЫ ПРОБЕЛАМИ.
МЛАДШИЙ БАЙТ ЧЕТВЕРТОГО СЛОВА ЯВЛЯЕТСЯ УКАЗАТЕЛЕМ
ПОДПРОГРАММЫ, КОТОРАЯ ИЗМЕНЯЕТ КОД. СТАРШИЙ БАЙТ ПОКАЗЫВАЕТ
ТИП ДОПУСТИМОГО ПАРАМЕТРА SET. УСТАНОВКА РАЗРЯДА 100
ПОКАЗЫВАЕТ, ЧТО ТРЕБУЕТСЯ ВОСЬМЕРИЧНЫЙ АРГУМЕНТ. УСТАНОВКА
РАЗРЯДА 200 ПОКАЗЫВАЕТ, ЧТО ПРЕФИКС NO ДЕЙСТВИТЕЛЬНА ДЛЯ
ЭТОГО ПАРАМЕТРА. НА РИС.1 ПОКАЗАНА ТАБЛИЦА ПАРАМЕТРОВ SET.

------------------------------------------------------------
! ЗНАЧЕНИЕ, НАХОДЯЩЕЕСЯ В R3, !
! ДЛЯ ПОДПРОГРАММЫ SET !
------------------------------------------------------------
! ИМЯ ПАРАМЕТРА В КОДАХ !
! RADIX-50 !
! (ДВА СЛОВА) !
------------------------------------------------------------
! КОДЫ ДЛЯ ДОПУСТИМОГО ! УКАЗАТЕЛЬ !
! ТИПА КОМАНД SET ! ПОДПРОГРАММЫ SET !
------------------------------------------------------------

РИС.1

3.3.3. ЗАПРОС .DRSET
ЗАПРОС .DRSET ИСПОЛЬЗУЕТСЯ ДЛЯ УСТАНОВКИ ТАБЛИЦЫ
ПАРАМЕТРОВ ПОСРЕДСТВОМ ВЫЗОВА ЗАПРОСА ОДИН РАЗ ДЛЯ КАЖДОГО
ПАРАМЕТРА ТАКИМ ОБРАЗОМ, ЧТОБЫ ВЫЗОВЫ ЗАПРОСА СЛЕДОВАЛИ ОДИН
ЗА ДРУГИМ. НЕОБХОДИМО ИСПОЛЬЗОВАТЬ ЗАПРОС .DRSET
ПОСЛЕ .DRDEF И ПЕРЕД ЗАПРОСОМ .DRBEG.
ФОРМАТ ВЫЗОВА ЗАПРОСА .DRSET СЛЕДУЮЩИЙ:
.DRSET OPTION,VAL,RTN[,MODE]
ГДЕ OPTION - ИМЯ ПАРАМЕТРА SET (НАПРИМЕР, CR ИЛИ WIDTH);
ОНО МОЖЕТ СОДЕРЖАТЬ НЕ БОЛЕЕ ШЕСТИ
БУКВЕННО-ЦИФРОВЫХ ЗНАКОВ И НЕ ДОЛЖНО СОДЕРЖАТЬ
ПРОБЕЛЫ ИЛИ ТАБУЛЯЦИЮ;
VAL - ПАРАМЕТР, КОТОРЫЙ БУДЕТ ПЕРЕДАН В R3 ДЛЯ
ПОДПРОГРАММЫ; ОН МОЖЕТ БЫТЬ ЧИСЛОВОЙ
КОНСТАНТОЙ, ТАКОЙ, КАК МИНИМАЛЬНАЯ ШИРИНА
КОЛОНКИ, ИЛИ ЦЕЛОЙ КОМАНДОЙ, ЗАКЛЮЧЕННОЙ В
УГЛОВЫЕ СКОБКИ, ДЛЯ ЗАМЕНЫ СОДЕРЖИМОГО БЛОКОВ 0
ИЛИ 1 ДРАЙВЕРА; ОН НЕ ДОЛЖЕН БЫТЬ НУЛЕВЫМ;
RTN - ИМЯ ПОДПРОГРАММЫ, КОТОРАЯ ИЗМЕНЯЕТ КОД В БЛОКАХ
0 ИЛИ 1 ДРАЙВЕРА; ПОДПРОГРАММА ДОЛЖНА
СЛЕДОВАТЬ ЗА ТАБЛИЦЕЙ ПАРАМЕТРОВ В БЛОКЕ 0, НО
НЕ ВЫШЕ АДРЕСА 776;
MODE - ПРОИЗВОЛЬНЫЙ АРГУМЕНТ ДЛЯ ПОКАЗА ТИПА ПАРАМЕТРА
SET; НЕОБХОДИМО ВВЕСТИ ПРЕФИКС NO ДЛЯ ПОКАЗА,
ЧТО ОН ДЕЙСТВИТЕЛЕН ДЛЯ ПАРАМЕТРА; НЕОБХОДИМО
ВВЕСТИ NUM, ЕСЛИ ТРЕБУЕТСЯ ДЕСЯТИЧНОЕ ЗНАЧЕНИЕ,
OCT - ЕСЛИ ВОСЬМЕРИЧНОЕ; ПРОПУСК АРГУМЕНТА
MODE ПОКАЗЫВАЕТ, ЧТО OPTION НЕ ПРИНИМАЕТ НИ
ПРЕФИКС NO, НИ ЧИСЛОВЫЕ АРГУМЕНТЫ; КОНСТРУКЦИЯ
<NO,NUM> ПОКАЗЫВАЕТ, ЧТО ТРЕБУЕТСЯ ИЛИ ПРЕФИКС
NO, ИЛИ ДЕСЯТИЧНОЕ ЗНАЧЕНИЕ, НО НЕ ОБА СРАЗУ;
КОНСТРУКЦИЯ <NO,OCT> ПОКАЗЫВАЕТ, ЧТО ТРЕБУЕТСЯ
ИЛИ ПРЕФИКС NO, ИЛИ ВОСЬМЕРИЧНОЕ ЗНАЧЕНИЕ, НО
НЕ ОБА СРАЗУ; ПРОПУСК АРГУМЕНТА MODE ВЫЗЫВАЕТ
ПОЯВЛЕНИЕ НУЛЯ В СТАРШЕМ БАЙТЕ ПОСЛЕДНЕГО СЛОВА
ЭЛЕМЕНТОВ ТАБЛИЦЫ.
СНАЧАЛА ЗАПРОС .DRSET ВЫДАЕТ ДИРЕКТИВУ .ASECT И
УСТАНАВЛИВАЕТ СЧЕТЧИК АДРЕСА У 400, В НАЧАЛЕ ТАБЛИЦЫ. ОН
ГЕНЕРИРУЕТ ТАКЖЕ НУЛЕВОЕ СЛОВО ДЛЯ ОКОНЧАНИЯ ТАБЛИЦЫ. ТАК
КАК ЗАПРОС .DRSET ОСТАВЛЯЕТ СЧЕТЧИК АДРЕСА В КОНЦЕ ТАБЛИЦЫ,
ТО НЕОБХОДИМО ПОМЕСТИТЬ ПОДПРОГРАММУ ДЛЯ ИЗМЕНЕНИЯ КОДА
СРАЗУ ЖЕ ПОСЛЕ ТОГО, КАК ЗАПРОС .DRSET ВЫЗОВЕТ ДРАЙВЕР. ЭТО
ГАРАНТИРУЕТ, ЧТО ОНИ РАСПОЛОЖАТСЯ В БЛОКЕ 0 ДРАЙВЕРА.

3.3.4. ПОДПРОГРАММА ИЗМЕНЕНИЯ ДРАЙВЕРА
ДРАЙВЕРУ НУЖНА ОДНА ПОДПРОГРАММА ДЛЯ КАЖДОГО
ДОПУСТИМОГО ПАРАМЕТРА SET. НЕОБХОДИМА ТАКЖЕ ВЕРСИЯ NO ДЛЯ
ЭТОГО ЖЕ ПАРАМЕТРА. ЦЕЛЬЮ ПОДПРОГРАММЫ ЯВЛЯЕТСЯ ИЗМЕНЕНИЕ
КОДА В ОСНОВНОЙ ЧАСТИ ДРАЙВЕРА, ОСНОВАННОЕ НА КОМАНДЕ SET,
НАПЕЧАТАННОЙ НА ПУЛЬТЕ ТЕРМИНАЛА.
СРАЗУ ЖЕ ЗА ПОДПРОГРАММАМИ ДОЛЖНА СЛЕДОВАТЬ ТАБЛИЦА
ПАРАМЕТРОВ, И ОНИ ДОЛЖНЫ НАХОДИТЬСЯ В БЛОКЕ 0 ПОСЛЕ ТАБЛИЦЫ
И НИЖЕ АДРЕСА 1000. КОД В ОСНОВНОЙ ЧАСТИ ДРАЙВЕРА, КОТОРУЮ
ИЗМЕНЯЕТ ПОДПРОГРАММА, ДОЛЖЕН НАХОДИТЬСЯ В БЛОКЕ 1 ДРАЙВЕРА,
В ПРЕДЕЛАХ ПЕРВЫХ 256-ТИ СЛОВ.
ИМЯ ПОДПРОГРАММЫ ЯВЛЯЕТСЯ ТОЧКОЙ ВХОДА ПО УМОЛЧАНИЮ.
ЭТА ТОЧКА ВХОДА ДЛЯ ПАРАМЕТРОВ, КОТОРЫЕ НЕ ПРИНИМАЮТ НИ
ЧИСЛОВЫЕ ЗНАЧЕНИЯ, НИ ПРЕФИКС NO, И ДЛЯ ПАРАМЕТРОВ, КОТОРЫЕ
ПРИНИМАЮТ ПРЕФИКС NO, НО В ДАННЫЙ МОМЕНТ ЕГО НЕ ИМЕЮТ.
ТОЧКОЙ ВХОДА ДЛЯ ПАРАМЕТРОВ, КОТОРЫЕ ПОЗВОЛЯЮТ ИСПОЛЬЗОВАТЬ
ПРЕФИКС NO И ИМЕЮТ ЕГО, ЯВЛЯЕТСЯ ТОЧКА ВХОДА ПО УМОЛЧАНИЮ
+4.
ПРИ ВХОДЕ В ПОДПРОГРАММУ ДЛЯ ВСЕХ ПАРАМЕТРОВ РАЗРЯД
ПЕРЕНОСА ЧИСТ, И РЕГИСТРЫ R0, R1 И R3 СОДЕРЖАТ ИНФОРМАЦИЮ ПО
ИСПОЛЬЗОВАНИЮ ПОДПРОГРАММЫ. ЕСЛИ ДЛЯ ЭТОГО ПАРАМЕТРА
ДОПУСТИМЫ ЧИСЛОВЫЕ ЗНАЧЕНИЯ, ТО РЕГИСТР R0 СОДЕРЖИТ ЧИСЛОВОЕ
ЗНАЧЕНИЕ, СОДЕРЖАЩЕЕСЯ В КОМАНДНОЙ СТРОКЕ С SET; R1
СОДЕРЖИТ УКАЗАННЫЙ НОМЕР КАНАЛА КАК ЧАСТЬ ИМЕНИ УСТРОЙСТВА
(ЕСЛИ НОМЕР КАНАЛА НЕ УКАЗАН, ТО РАЗРЯД ПРИЗНАКА
УСТАНОВЛЕН); R3 СОДЕРЖИТ СЛОВО VAL ТАБЛИЦЫ ПАРАМЕТРОВ SET.
ПОДПРОГРАММА МОЖЕТ ПОКАЗАТЬ, ЧТО КОМАНДА НЕДОПУСТИМА,
ПОСРЕДСТВОМ ВОЗВРАТА С УСТАНОВЛЕННЫМ РАЗРЯДОМ ПЕРЕНОСА.
НАПРИМЕР, ДЛЯ ПОСТРОЧНО-ПЕЧАТАЮЩЕГО УСТРОЙСТВА SET WIDTH НЕ
ДОПУСКАЕТ ШИРИНУ МЕНЕЕ 30. ЕСЛИ ПАРАМЕТРЫ ПОДПРОГРАММЫ
ПОКАЗЫВАЮТ НЕИСПРАВНОСТЬ, МОНИТОР ПЕЧАТАЕТ СООБЩЕНИЕ ОБ
ОШИБКЕ И НЕ ЗАПИСЫВАЕТ БЛОКИ 0 И 1. ТАКИМ ОБРАЗОМ МОЖНО
СДЕЛАТЬ ПРОВЕРКУ ПОСЛЕ ИЗМЕНЕНИЯ КОДОВ В БЛОКЕ 1.
ДОБАВИВ ПОДПРОГРАММЫ ДЛЯ КАЖДОГО ПАРАМЕТРА В ДРАЙВЕРЕ,
МОЖНО ИСПОЛЬЗОВАТЬ СЛЕДУЮЩУЮ СТРОКУ КОДА, ЧТОБЫ УБЕДИТЬСЯ,
ЧТО ГРАНИЦЫ РАЗМЕРА НЕ НАРУШЕНЫ:
.IIF GT,<.1000>, .ERROR .-1000 ;КОД SET СЛИШКОМ ВЕЛИК!
ЭТА СЕКЦИЯ ЗАВЕРШАЕТСЯ ДИРЕКТИВОЙ .ASECT, ПОСЛЕ КОТОРОЙ
НЕОБХОДИМО УСТАНОВИТЬ СЧЕТЧИК АДРЕСОВ У 1000. ЗАТЕМ МОЖНО
ПРОДОЛЖАТЬ ОБРАБОТКУ ОСТАЛЬНОГО КОДА ДРАЙВЕРА, НАЧИНАЮЩЕГОСЯ
С ЗАПРОСА .DRBEG, КОТОРЫЙ УСТАНАВЛИВАЕТ ЗАГОЛОВОК ДРАЙВЕРА.

3.3.5. ПРИМЕРЫ ПАРАМЕТРОВ SET
СЛЕДУЮЩИЕ ДАЛЕЕ ПРИМЕРЫ ВЗЯТЫ ИЗ ДРАЙВЕРА
ПОСТРОЧНО-ПЕЧАТАЮЩЕГО УСТРОЙСТВА И ДЕМОНСТРИРУЮТ ПАРАМЕТРЫ
SET, ОПИСАННЫЕ РАНЕЕ:
SET LP WIDTH=80
SET LP CR
SET LP NOCR
СНАЧАЛА ДРАЙВЕР ВЫЗЫВАЕТ ЗАПРОС .DRSET ДЛЯ УСТАНОВКИ
ТАБЛИЦЫ ПАРАМЕТРОВ ДЛЯ ДВУХ ПАРАМЕТРОВ: WIDTH И CR.
ПЕРВЫЙ ВЫЗОВ ПОКАЗЫВАЕТ, ЧТО УСТАНОВЛЕН ПАРАМЕТР WIDTH
ПОСТРОЧНО-ПЕЧАТАЮЩЕГО УСТРОЙСТВА, ЧТО ДЕСЯТИЧНОЕ 30 - ЭТО
ЗНАЧЕНИЕ ПО УМОЛЧАНИЮ, ЧТО O.WIDTH - ЭТО ИМЯ ПОДПРОГРАММЫ,
КОТОРАЯ ИЗМЕНЯЕТ КОД ЭТОГО ПАРАМЕТРА, И ЧТО WIDTH - ЦИФРОВОЙ
АРГУМЕНТ:
.DRSET WIDTH,30.,O.WIDTH,NUM
СЛЕДУЮЩИЙ ВЫЗОВ ПОКАЗЫВАЕТ, ЧТО УСТАНОВЛЕН ПАРАМЕТР CR
ПОСТРОЧНО-ПЕЧАТАЮЩЕГО УСТРОЙСТВА, ЧТО "NOP" ДОЛЖЕН
ПЕРЕХОДИТЬ К ПОДПРОГРАММЕ, ЧТО O.CR - ЭТО ИМЯ ПОДПРОГРАММЫ,
КОТОРАЯ ИЗМЕНЯЕТ КОД ЭТОГО ПАРАМЕТРА, И ЧТО ЭТОТ ПАРАМЕТР CR
МОЖЕТ ИСПОЛЬЗОВАТЬСЯ С ПРИСТАВКОЙ NO:
.DRSET CR,NOP,O.CR,NO
ЭТИ ДВА ВЫЗОВА ГЕНЕРИРУЮТ СЛЕДУЮЩУЮ ТАБЛИЦУ:
.ASECT
.=400
.WORD 30. ;МИНИМАЛЬНОЕ ЗНАЧЕНИЕ WIDTH
.RAD50 \WIDTH \ ;ИМЯ ПАРАМЕТРА
.BYTE <O.WIDTH-400>/2
.BYTE 100
NOP ;НЕВЫПОЛНЯЕМАЯ КОМАНДА
.RAD50 \CR \ ;ИМЯ ПАРАМЕТРА
.BYTE <O.CR-400>/2
.BYTE 200
.WORD 0 ;КОНЕЦ ТАБЛИЦЫ

ПОДПРОГРАММЫ ДЛЯ ОБРАБОТКИ ЭТИХ ПАРАМЕТРОВ СЛЕДУЮТ
СРАЗУ ЖЕ ЗА ТАБЛИЦЕЙ.
ПРИМЕР:
O.WIDTH:MOV R0,COLCNT ;ПЕРЕМЕЩАЕТ ЗНАЧЕНИЕ
;ОТ ПОЛЬЗОВАТЕЛЯ
MOV R0,RSTC+2 ;В ДВЕ ПОСТОЯННЫЕ ЯЧЕЙКИ
CMP R0,R3 ;СРАВНИВАЕТ НОВОЕ ЗНАЧЕНИЕ
;С МИНИМАЛЬНЫМ ЗНАЧЕНИЕМ
;WIDTH, 30
RTS PC ;ВОЗВРАТ, С-РАЗРЯД
;УСТАНОВЛЕН НА ОШИБКУ

В ЭТОМ ПРИМЕРЕ ПОКАЗАНА ПОДПРОГРАММА ИЗМЕНЕНИЯ
ПАРАМЕТРА WIDTH. КОМАНДЫ В ПОДПРОГРАММЕ O.WIDTH ИЗМЕНЯЮТ
ДАННЫЕ В ДВУХ ЯЧЕЙКАХ БЛОКА 1 ДРАЙВЕРА.
ПРИМЕР:
O.CR: MOV (PC)+,R3 ;ТОЧКА ВХОДА ДЛЯ "CR";
;ПЕРЕМЕЩАЕТ АДРЕС СЛЕДУЮЩЕЙ
;СТРОКИ В R3
BEQ RSTC-CROPT+. ;НОВАЯ КОМАНДА
MOV R3,CROPT ;ТОЧКА ВХОДА ДЛЯ "NOCR"
;(O.CR+4);
;ПЕРЕМЕЩАЕТ ИЛИ "NOP", ИЛИ
;ПРЕДЫДУЩУЮ СТРОКУ В CROPT
RTS PC ;ВОЗВРАТ

В ЭТОМ ПРИМЕРЕ ПРИВЕДЕНА ПОДПРОГРАММА O.CR, КОТОРАЯ
ИМЕЕТ ДВЕ ТОЧКИ ВХОДА: ДЛЯ ПАРАМЕТРА "CR" ПОДПРОГРАММА
ВВОДИТСЯ У O.CR, ДЛЯ ПАРАМЕТРА "NOCR" - У O.CR+4. ВАЖНО,
ЧТО:
1. ПОДПРОГРАММЕ УДАЕТСЯ ЗАМЕНИТЬ ОДНУ ИЗ ДВУХ КОМАНД,
РАСПОЛОЖЕННЫХ В БЛОКЕ 1;
2. КОМАНДА NOP ПЕРЕМЕЩАЕТСЯ В CROPT, ЕСЛИ ВЫБРАН ПАРАМЕТР
"NOCR";
3. КОМАНДА BEQ RSTC-CROPT+. ПЕРЕМЕЩАЕТСЯ В CROPT, ЕСЛИ
ВЫБРАН "CR";
4. ВО ВРЕМЯ ВЫПОЛНЕНИЯ ПОДПРОГРАММ ПРИ ОБРАБОТКЕ ПАРАМЕТРОВ
SET РЕГИСТРЫ R4 И R5 НЕДОСТУПНЫ ДЛЯ ИСПОЛЬЗОВАНИЯ.
КОНСТРУКЦИЯ КОМАНДЫ BEQ НЕОБХОДИМА, ПОТОМУ ЧТО ПЕРЕХОД
БУДЕТ ТРАНСЛИРОВАТЬСЯ В ЯЧЕЙКУ, ОТЛИЧНУЮ ОТ ТОЙ, ИЗ КОТОРОЙ
ОН БУДЕТ ВЫПОЛНЕН. ВО ВСЕХ ПОДПРОГРАММАХ КОМАНДА ПЕРЕХОДА
ДОЛЖНА ИСПОЛЬЗОВАТЬ СЛЕДУЮЩУЮ КОНСТРУКЦИЮ ДЛЯ ГЕНЕРАЦИИ
ПРАВИЛЬНОГО АДРЕСА:
BR A-B+.
ГДЕ A - МЕСТО НАЗНАЧЕНИЯ КОМАНДЫ ПЕРЕХОДА;
В - АДРЕС КОМАНДЫ ПЕРЕХОДА;
. - ТЕКУЩЕЕ ЗНАЧЕНИЕ СЧЕТЧИКА ЯЧЕЕК.

ОБЫЧНО ТОЛЬКО ПОДПРОГРАММЫ ДЛЯ ПАРАМЕТРОВ, ДОПУСКАЮЩИХ
ПРЕФИКС NO, ИСПОЛЬЗУЮТ ЭТИ КОМАНДЫ ПЕРЕХОДА.
И, НАКОНЕЦ, ПРИВЕДЕН КОД СЕКЦИИ ОБРАБОТКИ ПРЕРЫВАНИЙ
ДРАЙВЕРА, КОТОРЫЙ ИЗМЕНЯЕТСЯ ВЫШЕПРИВЕДЕННЫМИ
ПОДПРОГРАММАМИ. КОД ДЛЯ ИЗМЕНЕНИЯ ДОЛЖЕН БЫТЬ РАСПОЛОЖЕН В
БЛОКЕ 1 ДРАЙВЕРА, В ПЕРВЫХ 256-ТИ СЛОВАХ.

ПРИМЕР:
COLCNT: .WORD COLSIZ ;ПЕЧАТЬ ОСТАВШИХСЯ
. ;СИМВОЛОВ СТРОКИ
. ;
CHRTST: CMPB R5,#HT ;ЭТО СИМВОЛ ТАБУЛЯЦИИ?
BEQ TABSET ;ДА, СБРОСИТЬ ТАБУЛЯЦИЮ
CMPB R5,#LF ;ЭТО ПЕРЕВОД СТРОКИ?
BEQ RSTC ;ДА, ВОССТАНОВИТЬ СЧЕТЧИК
;КОЛОНОК
CMPB R5,#CR ;ЭТО ВОЗВРАТ КАРЕТКИ?
CROPT: NOP ;"NOP", ЕСЛИ НЕТ;
;ИНАЧЕ "BEQ RSTC-CROPT+."
;ПОСРЕДСТВОМ ПОДПРОГРАММЫ
;SET В БЛОКЕ 0 (ЕСЛИ
;ПАРАМЕТР "CR")
CMPB R5,#FF ;ЭТО ПЕРЕВОД ФОРМАТА?
BNE IGNORE ;НЕТ, ЭТО НЕ ПЕЧАТЬ
RSTC: MOV #COLSIZ,COLCNT ;ПЕРЕУСТАНОВКА СЧЕТЧИКА
;КОЛОНОК

ИЗ ЭТОГО ПРИМЕРА ВИДНО, КАК ПОДПРОГРАММЫ ИЗ БЛОКА 0
МОГУТ ИЗМЕНЯТЬ ДАННЫЕ И КОМАНДЫ В БЛОКЕ 1 ДРАЙВЕРА.

3.4. КАК ПРОВЕРИТЬ И ОТЛАДИТЬ ДРАЙВЕР УСТРОЙСТВА
КАК ТОЛЬКО НОВЫЙ ДРАЙВЕР БУДЕТ ОТТРАНСЛИРОВАН,
ОТРЕДАКТИРОВАН И ВКЛЮЧЕН В СИСТЕМУ (УСТАНОВЛЕН), МОЖНО
НАЧИНАТЬ ЕГО ПРОВЕРКУ. ВО ВРЕМЯ ОТЛАДКИ НЕОБХОДИМО НЕ
ЗАБЫВАТЬ О ТОМ, ЧТО КАЖДЫЙ РАЗ НЕОБХОДИМО УСТРАНЯТЬ СТАРЫЙ
ДРАЙВЕР И УСТАНАВЛИВАТЬ НОВЫЙ ПОСЛЕ СОЗДАНИЯ ЕГО НОВОЙ
ВЕРСИИ DD(X).SYS.
ПРОВЕРКА ДРАЙВЕРА ЗАКЛЮЧАЕТСЯ В СЛЕДУЮЩИХ ТРЕХ СТАДИЯХ.
1. ИСПОЛЬЗОВАНИЕ ODT ДЛЯ НАБЛЮДЕНИЯ ЗА ДРАЙВЕРАМИ В ПРОЦЕССЕ
ПЕРЕДАЧИ ИМИ ДАННЫХ (СМ. П.П.3.4.1 И 3.4.2).
2. ПРОВЕРКА ДРАЙВЕРА КОМАНДАМИ КЛАВИАТУРНОГО МОНИТОРА,
ПРОГРАММАМИ РАБОТЫ С ФАЙЛАМИ И ПРОГРАММАМИ ФОРТРАН ИЛИ
БЭЙСИК. НАПРИМЕР, КОМАНДУ COPY (СМ. [2]) МОЖНО
ИСПОЛЬЗОВАТЬ ДЛЯ КОПИРОВАНИЯ ДАННЫХ НА ИЛИ С УСТРОЙСТВА
ИЛИ ИСПОЛЬЗОВАТЬ ДЛЯ КОПИРОВАНИЯ PIP (СМ. [7]). ХОРОШО
ИСПОЛЬЗОВАТЬ ДРАЙВЕР С ОПЕРАТОРАМИ BASIC INPUT ИЛИ PRINT.
ИЛИ С ОПЕРАТОРАМИ FORTRAN READ ИЛИ WRITE. ЕСЛИ ДРАЙВЕР
УСТАНАВЛИВАЕТ РАЗРЯД В СЛОВЕ СОСТОЯНИЯ УСТРОЙСТВА,
КОТОРЫЙ ПОКАЗЫВАЕТ, ЧТО ДРАЙВЕР ПРЕДНАЗНАЧЕН ДЛЯ
УСТРОЙСТВА СИСТЕМЫ ФОДОС-2 СПРАВОЧНОЙ СТРУКТУРЫ, DUP
БУДЕТ РАБОТАТЬ ПРАВИЛЬНО В УСТРОЙСТВЕ, БЕЗ ДАЛЬНЕЙШИХ
ИЗМЕНЕНИЙ. Т.Е., МОЖНО ИСПОЛЬЗОВАТЬ DUP ДЛЯ
ИНИЦИАЛИЗАЦИИ УСТРОЙСТВА (ПО ПЕРЕКЛЮЧАТЕЛЮ /Z) И
ОБ'ЕДИНЕНИЯ НЕИСПОЛЬЗУЕМОЙ ОБЛАСТИ (ПО ПЕРЕКЛЮЧАТЕЛЮ /S).
ПРОГРАММЕ RESORC НЕ ТРЕБУЕТСЯ ИЗМЕНЕНИЯ ДЛЯ ПРИЗНАНИЯ
НОВОГО УСТРОЙСТВА И ВКЛЮЧЕНИЯ ЕГО В СООБЩЕНИЕ SHOW
DEVICES.
3. ДАТЬ ДРАЙВЕРУ РАСШИРЕННУЮ РАЗРАБОТКУ С ПРИКЛАДНОЙ
ПРОГРАММОЙ, КОТОРАЯ ИСПОЛЬЗУЕТ РЕЖИМ ОЖИДАНИЯ
ВВОДА-ВЫВОДА, АСИНХРОННЫЙ ВВОД-ВЫВОД И ПОДПРОГРАММУ
ЗАВЕРШЕНИЯ.
КОГДА ДРАЙВЕР ПРОЙДЕТ ВСЮ ПРОВЕРКУ УСПЕШНО, МОЖНО
ИСПОЛЬЗОВАТЬ ЕГО КАК ЧАСТЬ СИСТЕМЫ ФОДОС-2.

3.4.1. ИСПОЛЬЗОВАНИЕ ODT ДЛЯ ПРОВЕРКИ ДРАЙВЕРА
ЛУЧШИЙ СПОСОБ ИСПОЛЬЗОВАНИЯ ODT ДЛЯ ПРОВЕРКИ ДРАЙВЕРА -
ЭТО ВЫПОЛНЕНИЕ ODT КАК ОСНОВНОГО ЗАДАНИЯ. ЕСЛИ ИСПОЛЬЗУЕТСЯ
МОНИТОР SJ, ТО ИМЕЕТ СМЫСЛ ПЕРЕКЛЮЧИТЬ ЕГО НА FB НА ВРЕМЯ
ОТЛАДКИ. ВО ВРЕМЯ ОТЛАДКИ РЕКОМЕНДУЕТСЯ БЫТЬ ОСНОВНЫМ
ПОЛЬЗОВАТЕЛЕМ.
НЕОБХОДИМО ЗАГРУЗИТЬ СИСТЕМУ С ПОМОЩЬЮ АППАРАТНОГО
ЗАГРУЗЧИКА, НЕ НАЧИНАЯ ВЫПОЛНЕНИЙ СИСТЕМНЫХ ЗАДАНИЙ И
ЗАГРУЗКИ ДРАЙВЕРОВ.
НИЖЕ ПРИВЕДЕНА КОМАНДА, ПО КОТОРОЙ ODT СВЯЗЫВАЕТСЯ С
ОСНОВНЫМ ЗАДАНИЕМ:
LINK/MAP/FOREGROUND ODT
ЗАТЕМ НЕОБХОДИМО ЗАГРУЗИТЬ ДРАЙВЕР УСТРОЙСТВА, КОТОРЫЙ
НЕОБХОДИМО ОТЛАДИТЬ:
LOAD DD[X]
ТЕПЕРЬ НЕОБХОДИМО ВЫПОЛНИТЬ КОМАНДУ SHOW D. ЗАПОМНИМ
АДРЕС, ОПРЕДЕЛЕННЫЙ ДЛЯ ДРАЙВЕРА УСТРОЙСТВА, НАПРИМЕР,
131634. ВЫЧИТАЕМ 6 (ВОСЬМЕРИЧНОЕ) И ПОЛУЧАЕМ БАЗУ АДРЕСА
ДРАЙВЕРА:
131634
- 6
------
131626

ЗАПУСКАЕТСЯ ODT КАК ОСНОВНОЕ ЗАДАНИЕ:
FRUN ODT
ODT V01.04
*
ЗАСЫЛАЕTСЯ В РЕГИСТР СМЕЩЕНИЯ 0 ЗНАЧЕНИЕ, ВЫЧИСЛЕННОЕ
ИЗ АДРЕСА ПО КОМАНДЕ SHOW D:
131626;0R
МОЖНО ПЕРЕМЕЩАТЬСЯ ПО ДРАЙВЕРУ В ПАМЯТИ ПО МЕРЕ
СЛЕДОВАНИЯ ИНСТРУКЦИЙ ЛИСТИНГА ТРАНСЛЯЦИИ. ПЯТЬ ПЕРВЫХ СЛОВ
ЯВЛЯЮТСЯ ЗАГОЛОВКОМ; ПЕРВАЯ ИСПОЛНЯЕМАЯ КОМАНДА ЯВЛЯЕТСЯ
ШЕСТЫМ СЛОВОМ. ПОЭТОМУ ЛУЧШЕ ВСЕГО УСТАНОВИТЬ ПЕРВУЮ ТОЧКУ
РАЗРЫВА У ШЕСТОГО СЛОВА:

0,12;0B

ДРУГИЕ ТОЧКИ РАЗРЫВА МОЖНО ПОСТАВИТЬ В ТЕХ ЧАСТЯХ
ДРАЙВЕРА, КОТОРЫЕ НЕОБХОДИМО ПРОВЕРИТЬ ВО ВРЕМЯ ОТЛАДКИ.
ДРУГИМ КРИТИЧЕСКИМ МЕСТОМ ЯВЛЯЕТСЯ ТОЧКА ВХОДА ПРЕРЫВАНИЯ.
СООТВЕТСТВУЮЩУЮ ЯЧЕЙКУ МОЖНО НАЙТИ ПРОВЕРКОЙ ЛИСТИНГА
ДРАЙВЕРА (ТОЧКА ВХОДА ПРЕРЫВАНИЯ НАЗЫВАЕТСЯ DDINT:).
ПОСЛЕ УСТАНОВКИ ТОЧЕК РАЗРЫВА МОЖНО ВЫХОДИТЬ ИЗ ODT:
0;G
ТЕПЕРЬ МОЖНО ПЫТАТЬСЯ ИСПОЛЬЗОВАТЬ ДРАЙВЕР. НАПРИМЕР,
ИСПОЛЬЗОВАТЬ DUP ДЛЯ ИНИЦИАЛИЗАЦИИ УСТРОЙСТВА ИЛИ PIP ДЛЯ
КОПИРОВАНИЯ НА УСТРОЙСТВО ДАННЫХ. ИЛИ ВЫПОЛНИТЬ
ТЕСТ-ПРОГРАММУ, ПРЕДНАЗНАЧЕННУЮ СПЕЦИАЛЬНО ДЛЯ ЭТОЙ ЦЕЛИ.
КОГДА ВЫПОЛНЕНИЕ ДОСТИГАЕТ ПЕРВОЙ ТОЧКИ РАЗРЫВА, ODT
ПРИНИМАЕТ УПРАВЛЕНИЕ. ODT ИСПОЛЬЗУЕТСЯ КАК ОБЫЧНО ДЛЯ
ПРОВЕРКИ ЯЧЕЕК И ИХ ЗНАЧЕНИЙ ИЛИ ИЗМЕНЕНИЯ КОМАНД.
ПРИОРИТЕТ ODT ПО УМОЛЧАНИЮ РАВЕН 7; ЭТО ПРЕДОТВРАЩАЕТ ОТ
ВМЕШАТЕЛЬСТВА ДРУГИХ ПРЕРЫВАНИЙ ВО ВРЕМЯ СЕАНСА ОТЛАДКИ.
ЕСЛИ РАБОТА ДРАЙВЕРА УСТРАИВАЕТ, ТО НЕОБХОДИМО
УСТРАНИТЬ ИЗ НЕГО ТОЧКИ РАЗРЫВА И ПРИСТУПИТЬ К ДАЛЬНЕЙШЕМУ
ВЫПОЛНЕНИЮ ПОСРЕДСТВОМ ДРАЙВЕРА:
;B
;P
НЕДОПУСТИМА РАЗГРУЗКА ОСНОВНОГО ЗАДАНИЯ (ODT), ЕСЛИ
ТОЧКИ РАЗРЫВА ЕЩЕ УСТАНОВЛЕНЫ В ДРАЙВЕРЕ.

3.4.2. ИСПОЛЬЗОВАНИЕ ODT В ХМ
НЕОБХОДИМО ТЩАТЕЛЬНО ВЫБРАТЬ МЕСТО ДЛЯ ODT В ПАМЯТИ.
МОЖНО СВЯЗАТЬ ЕГО С ПРИКЛАДНОЙ ПРОГРАММОЙ ИЛИ ТАК, ЧТОБЫ ОН
РАЗМЕЩАЛСЯ В ПАМЯТИ ТАМ, ГДЕ ОН НЕ БУДЕТ РАЗРУШЕН. ЕСЛИ
ТОЧКА РАЗРЫВА ДОЛЖНА БЫТЬ ВЫБРАНА ВО ВНУТРЕННЕМ РЕЖИМЕ, ODT
НЕ ДОЛЖЕН РАЗМЕЩАТЬСЯ В ОБЛАСТИ РАС1 (ЯЧЕЙКИ С 20000 ПО
37776). САМОЕ БЕЗОПАСНОЕ МЕСТО ДЛЯ ODT - ЭТО СЕКЦИЯ
ОСНОВНОГО ЗАДАНИЯ (СМ. П.3.4.1).
ПРИ ОТЛАДКЕ С ИСПОЛЬЗОВАНИЕМ ODT СТРАНИЦА ВВОДА-ВЫВОДА
ДОЛЖНА БЫТЬ ОТОБРАЖЕНА.
УСТАНОВКА ТОЧЕК РАЗРЫВА ТРЕБУЕТ ОСТОРОЖНОСТИ. ПОСЛЕ
ВВЕДЕНИЯ ODT НЕОБХОДИМО ПРОВЕРИТЬ ВЕКТОР ПРЕРЫВАНИЯ ПО ТОЧКЕ
РАЗРЫВА (BPT) В ЯЧЕЙКАХ 14 И 16 НИЖНЕЙ ПАМЯТИ. ПОСЛЕ
УСТАНОВКИ ТОЧЕК РАЗРЫВА НЕОБХОДИМО ВРУЧНУЮ УСТАНОВИТЬ
РАЗРЯДЫ ТЕКУЩЕГО РЕЖИМА, РАЗРЯДЫ 14 И 15, PS В ЯЧЕЙКЕ 16.
ЗАТЕМ ОЖИДАЕТСЯ ТОЧКА РАЗРЫВА. ЗНАЧЕНИЕ 11 ПРЕДНАЗНАЧЕНО
ДЛЯ РЕЖИМА ПОЛЬЗОВАТЕЛЯ, 00 - ДЛЯ СИСТЕМНОГО РЕЖИМА.
ПРОГРАММЫ РАБОТЫ С ФАЙЛАМИ СИСТЕМЫ ФОДОС-2, ТАКИЕ КАК PIP И
DUP, ВЫПОЛНЯЮТСЯ В РЕЖИМЕ ПОЛЬЗОВАТЕЛЯ И ПРЕДПОЛАГАЮТ, ЧТО
РАЗРЯДЫ РЕЖИМА БУДУТ УСТАНОВЛЕНЫ 11.
ПОСЛЕ УСТАНОВКИ ТОЧЕК РАЗРЫВА НЕОБХОДИМО НАПЕЧАТАТЬ 0;G
ДЛЯ ВЫХОДА ИЗ ODT. ЭТО ЗАСТАВЛЯЕТ ODT ВЫПОЛНИТЬ ЗАПРОС
.EXIT, КОТОРЫЙ РАЗРУШАЕТ ВЕКТОР BPT. ПОЭТОМУ ПОСЛЕ ВЫХОДА
ИЗ ODT НЕОБХОДИМО ВРУЧНУЮ РЕКОНСТРУИРОВАТЬ СОДЕРЖИМОЕ
ВЕКТОРА ПОСРЕДСТВОМ ИСПОЛЬЗОВАНИЯ КОМАНДЫ DEPOSIT СЛЕДУЮЩИМ
ОБРАЗОМ:
D 14=(ИСТИННОЕ СОДЕРЖИМОЕ ЯЧЕЙКИ 14),(ИСТИННОЕ СОДЕРЖИМОЕ
ЯЧЕЙКИ 16)
НЕОБХОДИМО, ЧТОБЫ ДРУГИЕ ЗАДАНИЯ В ЭТО ВРЕМЯ НЕ
ВЫПОЛНЯЛИСЬ, ТАК КАК ПЕРЕКЛЮЧЕНИЕ КОНТЕКСТА ВЫЗОВЕТ ВЫХОД ИЗ
СТРОЯ ЭТОГО МЕТОДА.

4. ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ
ЭТОТ РАЗДЕЛ ОПИСЫВАЕТ СПОСОБЫ, С ПОМОЩЬЮ КОТОРЫХ
ПРОГРАММА МОЖЕТ ПЕРЕДАВАТЬ ДАННЫЕ МЕЖДУ ПАМЯТЬЮ И
ПЕРИФЕРИЙНЫМИ УСТРОЙСТВАМИ. СНАЧАЛА ИЗЛАГАЕТСЯ
ПРОГРАММИРУЕМЫЙ ВВОД-ВЫВОД БЕЗ ПРЕРЫВАНИЯ, ЗАТЕМ ВВОДЯТСЯ
КОНЦЕПЦИИ ДЛЯ ИСПОЛЬЗОВАНИЯ ПРЕРЫВАНИЙ ДЛЯ ОБСЛУЖИВАНИЯ
УСТРОЙСТВ ВВОДА-ВЫВОДА ПОСРЕДСТВОМ СРАВНЕНИЯ ПРЕИМУЩЕСТВ И
НЕДОСТАТКОВ ПОДПРОГРАММ ВНУТРЕННЕЙ ОБРАБОТКИ ПРЕРЫВАНИЙ И
ДРАЙВЕРОВ УСТРОЙСТВ. ПОСЛЕ ЭТИХ ОБЩИХ УКАЗАНИЙ ОПИСЫВАЕТСЯ
СТРУКТУРА ПОДПРОГРАММ ОБРАБОТКИ ПРЕРЫВАНИЙ И ПОКАЗЫВАЕТСЯ В
ДЕТАЛЯХ, КАК ОРГАНИЗОВАТЬ И ПИСАТЬ ИХ. ПРИМЕР СХЕМЫ
ОСНОВНОЙ ПРОГРАММЫ, КОТОРАЯ СОДЕРЖИТ ПОДПРОГРАММУ ОБРАБОТКИ
ПРЕРЫВАНИЙ, ЗАКАНЧИВАЕТ ОБСУЖДЕНИЕ. В КОНЦЕ РАЗДЕЛА -
ПРИМЕНЕНИЕ ПОДПРОГРАММ ОБРАБОТКИ ПРЕРЫВАНИЙ В XM-СИСТЕМЕ.

4.1. ПРОГРАММИРУЕМЫЙ ВВОД-ВЫВОД
ПЕРВЫМ СПОСОБОМ ПЕРЕДАЧИ ДАННЫХ МЕЖДУ ПАМЯТЬЮ И
ПЕРИФЕРИЙНЫМ УСТРОЙСТВОМ ЯВЛЯЕТСЯ ПРОГРАММИРУЕМЫЙ
ВВОД-ВЫВОД. В СООТВЕТСТВИИ С ЭТИМ СПОСОБОМ ПРОГРАММА
ОПЕРИРУЕТ С УСТРОЙСТВАМИ, ЗАПРЕЩАЯ ПРЕРЫВАНИЯ И ИСПОЛЬЗУЯ
ПРИЗНАКИ ДЛЯ КООРДИНАЦИИ ПЕРЕДАЧИ ДАННЫХ. ПРОГРАММА
ПРОВЕРЯЕТ РАЗРЯД ГОТОВНОСТИ В РЕГИСТРЕ СОСТОЯНИЯ
СООТВЕТСТВУЮЩЕГО УСТРОЙСТВА, ПОСЫЛАЕТ ДАННЫЕ В
СООТВЕТСТВУЮЩИЙ МОМЕНТ И, ЗАТЕМ, ОЖИДАЕТ ДРУГОЙ СИГНАЛ
ГОТОВНОСТИ ИЛИ ДЕЛАЕТ ДРУГУЮ ОБРАБОТКУ И, ВРЕМЯ ОТ ВРЕМЕНИ,
ПОДСЧЕТ УСТРОЙСТВ. ПРОГРАММИРУЕМЫЙ ВВОД-ВЫВОД ЗАВИСИТ ОТ
КОНКРЕТНОГО УСТРОЙСТВА И НЕ ДОЛЖЕН ИСПОЛЬЗОВАТЬ ВОЗМОЖНОСТИ
ОПЕРАЦИОННОЙ СИСТЕМЫ, ПРЕДНАЗНАЧЕННЫЕ ДЛЯ ПРОЦЕССОВ
ВВОДА-ВЫВОДА. КРОМЕ ТОГО, ОН ЗАНИМАЕТ РЕСУРСЫ СИСТЕМЫ ДО
ОКОНЧАНИЯ ВВОДА-ВЫВОДА.
ОДНАКО ПРОГРАММИРУЕМЫЙ ВВОД-ВЫВОД В ТО ЖЕ ВРЕМЯ
ЯВЛЯЕТСЯ ЛУЧШИМ ПРАКТИЧЕСКИ МЕТОДОМ. НАПРИМЕР, РЕЗИДЕНТНЫЙ
МОНИТОР ИСПОЛЬЗУЕТ ПРОГРАММИРУЕМЫЙ ВВОД-ВЫВОД ДЛЯ ПЕЧАТИ
СВОЕГО СООБЩЕНИЯ ОБ ОШИБКЕ: ?MON-F-SYSTEM-HALT. СНАЧАЛА ОН
ВЫПОЛНЯЕТ ОПЕРАЦИЮ RESET ДЛЯ ОСТАНОВКИ ВСЕХ АКТИВНЫХ
ПРОЦЕССОВ ВВОДА-ВЫВОДА. ПОТОМ ОН ЖДЕТ В СЖАТОМ ЦИКЛЕ ДЛЯ
СИСТЕМНОГО ТЕРМИНАЛА, ЧТОБЫ НАПЕЧАТЧТЬ СООБЩЕНИЕ ОБ ОШИБКЕ
ПО ОДНОМУ СИМВОЛУ ЗА РАЗ. ОЧЕВИДНО, В ТАКОЙ СИТУАЦИИ, ГДЕ
МОНИТОР МОЖЕТ БЫТЬ ИСПОРЧЕН, НИ ОДНО ДРУГОЕ ЗАДАНИЕ ИЛИ
ПЕРЕДАЧА ДАННЫХ НЕ МОГУТ ВЫПОЛНЯТЬСЯ, И СИСТЕМНЫЙ ТЕРМИНАЛ
РАЗРЕШЕН ТОЛЬКО КАК УСТРОЙСТВО ВЫВОДА. ПОДПРОГРАММА
МОНИТОРА .PRINT ТАКЖЕ МОЖЕТ БЫТЬ ИСПОРЧЕНА И НЕ МОЖЕТ БЫТЬ
ИСПОЛЬЗОВАНА. УЧИТЫВАЯ ЭТИ ТРЕБОВАНИЯ, ПРОГРАММИРУЕМЫЙ
ВВОД-ВЫВОД ЯВЛЯЕТСЯ ЛУЧШИМ СПОСОБОМ ДЛЯ ПЕЧАТИ СООБЩЕНИЯ ОБ
ОШИБКЕ.
В ПРИКЛАДНЫХ ПРОГРАММАХ МОЖНО ИСПОЛЬЗОВАТЬ
ПРОГРАММИРУЕМЫЙ ВВОД-ВЫВОД ДЛЯ КРИТИЧЕСКИХ ПО ВРЕМЕНИ
УСТРОЙСТВ, КОГДА ПРОГРАММА ДОЛЖНА РЕАГИРОВАТЬ ТАК БЫСТРО,
КАК ТОЛЬКО СИМВОЛ БУДЕТ НАХОДИТЬСЯ В РЕГИСТРЕ.

ПРИМЕР:

;
;R1 УКАЗЫВАЕТ ТЕКСТ СООБЩЕНИЯ.
;TTPS - СЛОВО В ПАМЯТИ, СОДЕРЖАЩЕЕ АДРЕС РЕГИСТРА СОСТОЯНИЯ
;ПЕЧАТАЮЩЕГО ТЕРМИНАЛА; ЕГО ПРИЗНАК ГОТОВНОСТИ УСТАНАВЛИВА-
;ЕТСЯ В ПОСЛЕДНЕМ ПО СЧЕТУ РАЗРЯДЕ МЛАДШЕГО БАЙТА (РАЗР.7).
;TTPB - СЛОВО В ПАМЯТИ, СОДЕРЖАЩЕЕ АДРЕС БУФЕРА ТЕРМИНАЛА.
;ПЕРЕСЫЛКА СИМВОЛОВ В БУФЕР ВОССТАНАВЛИВАЕТ ПРИЗНАК ЗАНЯ-
;ТОСТИ В РЕГИСТРЕ СОСТОЯНИЯ
;
5$: TSTB @TTPS ;ПРОВЕРИТЬ, TT - ИСПОЛЬЗУ-
;ЕТСЯ?
BPL 5$ ;ЕСЛИ ДА, ПРОВЕРИТЬ СНОВА
MOVB (R1)+,@TTPB ;ЕСЛИ НЕТ, ПЕЧАТАТЬ СИМВОЛ
BNE 5$ ;ПЕРЕХОД НАЗАД, ЕСЛИ ПЕЧА-
;ТАТЬ ДАЛЬШЕ

В ЭТОМ ПРИМЕРЕ ИЗ RMON ДЕМОНСТРИРУЕТСЯ ПРОГРАММИРУЕМЫЙ
ВВОД-ВЫВОД.
ДРАЙВЕР УСТРОЙСТВА ГИБКИХ ДИСКОВ С ОДИНАРНОЙ ПЛОТНОСТЬЮ
ЗАПИСИ (В ДАЛЬНЕЙШЕМ ПРОСТО ГИБКИЕ ДИСКИ, ЕСЛИ НЕ ОГОВОРЕНА
ОСОБО ПЛОТНОСТЬ ЗАПИСИ), DX, ПРЕДУСМАТРИВАЕТ ДРУГОЙ ПРИМЕР
ПРОГРАММИРУЕМОГО ВВОДА-ВЫВОДА. ПРИ СЧИТЫВАНИИ ДАННЫХ С
ГИБКОГО ДИСКА ПО ОДНОМУ СЕКТОРУ ЗА РАЗ ДРАЙВЕР СНАЧАЛА
ТРЕБУЕТ СЧИТЫВАНИЯ ОДНОГО СЕКТОРА. УСТРОЙСТВО ГИБКИХ ДИСКОВ
ЗАВЕРШАЕТ ОПЕРАЦИЮ СЧИТЫВАНИЯ, РАЗМЕЩАЕТ ДАННЫЕ ВО
ВНУТРЕННЕМ БУФЕРЕ И ВЫХОДИТ К ПРЕРЫВАНИЮ. ДРАЙВЕР ЗАПРЕЩАЕТ
ПРЕРЫВАНИЯ И ИСПОЛЬЗУЕТ ПРОГРАММИРУЕМЫЙ ВВОД-ВЫВОД ДЛЯ
ПЕРЕДАЧИ ДАННЫХ ИЗ ВНУТРЕННЕГО БУФЕРА В ПАМЯТЬ. КОГДА
ВНУТРЕННИЙ БУФЕР СНОВА ГОТОВ ДЛЯ СЧИТЫВАНИЯ СЛЕДУЮЩЕГО
СЕКТОРА, ДРАЙВЕР РАЗРЕШАЕТ ПРЕРЫВАНИЕ СНОВА.

ПРИМЕР:

;
;R4 УКАЗЫВАЕТ РЕГИСТР СОСТОЯНИЯ ГИБКОГО ДИСКА;
;R5 УКАЗЫВАЕТ ВНУТРЕННИЙ БУФЕР;
;R2 УКАЗЫВАЕТ БУФЕР ДАННЫХ В ПАМЯТИ.
;
TRBYT: TSTB @TTPS ;ОЖИДАЕТ ОКОНЧАНИЯ ПЕРЕДАЧИ
BPL TRBYT ;ВЕТВЛЕНИЕ, ЕСЛИ ПЕРЕДАЧА НЕ
;ЗАКОНЧЕНА
EFBUF: MOVB @R5,(R2)+ ;ПЕРЕДАЧА СИМВОЛА
DEC @SP ;ПРОВЕРКА НА ОКОНЧАНИЕ СЧЕТ-
;ЧИКА
BGT TRBYT ;ДАЛЬНЕЙШАЯ ПЕРЕДАЧА

4.2. ВВОД-ВЫВОД, ОБРАБАТЫВАЕМЫЙ ПО ПРЕРЫВАНИЯМ
ХОТЯ ПРОГРАММИРУЕМЫЙ ВВОД-ВЫВОД В НЕКОТОРЫХ СЛУЧАЯХ
ЛУЧШЕ, ВООБЩЕ, ЛУЧШИМ СПОСОБОМ ОБРАБОТКИ УСТРОЙСТВ
ВВОДА-ВЫВОДА ЯВЛЯЕТСЯ ОБРАБОТКА ПРЕРЫВАНИЙ. В СООТВЕТСТВИИ
С ЭТИМ СПОСОБОМ ПРОГРАММА НАЧИНАЕТ ПЕРЕДАЧУ ВВОДА-ВЫВОДА, НЕ
ПРЕКРАЩАЯ ОБРАБОТКУ. КОГДА ПЕРЕДАЧА ЗАВЕРШАЕТСЯ, УСТРОЙСТВО
ВЫХОДИТ НА ПРЕРЫВАНИЕ. ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ
ОПРЕДЕЛЯЕТ, ЗАВЕРШЕНА ПЕРЕДАЧА ИЛИ НЕТ ИЛИ ПРОИЗОШЛА ОШИБКА,
И ОНА ВЫПОЛНЯЕТ СООТВЕТСТВУЮЩИЕ ФУНКЦИИ (ПРОДОЛЖАЕТ
ПЕРЕДАЧУ, ВОЗВРАЩАЕТСЯ В ПРОГРАММУ ИЛИ, ВОЗМОЖНО, ПОВТОРЯЕТ
ПЕРЕДАЧУ В СЛУЧАЕ ОШИБКИ). ПРЕИМУЩЕСТВОМ ИСПОЛЬЗОВАНИЯ
ПРЕРЫВАНИЙ ЯВЛЯЕТСЯ ВОЗМОЖНОСТЬ ВЫПОЛНЕНИЯ ДВУХ И БОЛЕЕ
КОНКУРИРУЮЩИХ ПРОЦЕССОВ, И РЕСУРСЫ СИСТЕМЫ НЕ
МОНОПОЛИЗИРУЮТСЯ.

4.2.1. КАК РАБОТАЮТ ПРЕРЫВАНИЯ
ПРЕРЫВАНИЯ - ВЫНУЖДЕННЫЕ ПЕРЕДАЧИ ВЫПОЛНЕНИЯ
ПРОГРАММЫ - ВОЗНИКАЮТ В СЛУЧАЕ ТАКИХ ВНЕШНИХ ПРИЧИН, КАК
ЗАВЕРШЕНИЕ ВВОДА-ВЫВОДА. СОСТОЯНИЕ ПРОЦЕССОРА ПЕРЕД
ПРЕРЫВАНИЕМ СОХРАНЯЕТСЯ В СТЕКЕ, ТАК ЧТО ОБРАБОТКА МОЖЕТ
ПРОДОЛЖАТЬСЯ СПОКОЙНО ПОСЛЕ ВОЗВРАЩЕНИЯ ИЗ ПРЕРЫВАНИЯ.
ПРОЦЕССОР СОХРАНЯЕТ СЛОВО СОСТОЯНИЯ ПРОЦЕССОРА (PS), КОТОРОЕ
СОДЕРЖИТ ТЕКУЩЕЕ СОСТОЯНИЕ МАШИНЫ, И СЧЕТЧИК КОМАНД (PC),
КОТОРЫЙ УКАЗЫВАЕТ АДРЕС ВОЗВРАТА.
ЗАТЕМ ПРОЦЕССОР ЗАГРУЖАЕТ НОВОЕ СОДЕРЖИМОЕ PS И PC ИЗ
ДВУХ ПРЕДВАРИТЕЛЬНО НАЗНАЧЕННЫХ ЯЧЕЕК НИЖНЕЙ ПАМЯТИ,
НАЗЫВАЕМЫХ ВЕКТОРОМ ПРЕРЫВАНИЯ. ЭТИ СЛОВА СОДЕРЖАТ АДРЕС
ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ И НОВОЕ СЛОВО СОСТОЯНИЯ,
ПРОЦЕССОРА (PS), КОТОРОЕ УКАЗЫВАЕТ НОВЫЙ ПРИОРИТЕТ
ПРОЦЕССОРА. КОГДА ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЯ
ЗАВЕРШАЕТСЯ, ОНА ВЫПОЛНЯЕТ КОМАНДУ RTI, КОТОРАЯ
ВОССТАНАВЛИВАЕТ СТАРЫЕ PC И PS ИЗ СТЕКА, И ВОЗОБНОВЛЯЕТСЯ
ВЫПОЛНЕНИЕ В ПРЕРВАННОЙ ПРОГРАММЕ.

4.2.2. ПРИОРИТЕТЫ УСТРОЙСТВ И ПРОЦЕССОРА
ОБРАБОТКА ПРЕРЫВАНИЯ ТЕСНО СВЯЗАНА С ПРИОРИТЕТОМ
ПРОЦЕССОРА И УСТРОЙСТВ. РИС.2 ИЛЛЮСТРИРУЕТ СТРУКТУРУ
ПРИОРИТЕТОВ ФОДОС-2.

ПРИОРИТЕТ ПРОЦЕССОРА ПРИОРИТЕТ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

7 ----------------- ДРАЙВЕРЫ УСТРОЙСТВ
6 ----------------- И
5 ----------------- ПОДПРОГРАММА ОБРАБОТКИ
4 ----------------- ПРЕРЫВАНИЯ

------------ FORK ---------- FORK-УРОВЕНЬ
!
бй !
! ---- ОСНОВНАЯ ПОДПРОГРАММА
! ! ЗАВЕРШЕНИЯ
------------- FG -----------!
! ! ОСНОВНАЯ
! ---- МАГИСТРАЛЬ
!
! ---- ФОНОВАЯ ПОДПРОГРАММА
! ! ЗАВЕРШЕНИЯ
------------- BG -----------!
! ! ФОНОВАЯ
! ---- МАГИСТРАЛЬ
!
!
0------- ОТСУТСТВИЕ ЗАДАНИЯ -------- ХОЛОСТОЙ ЦИКЛ МОНИТОРА

РИС.2

КАЖДОЕ УСТРОЙСТВО СИСТЕМЫ ИМЕЕТ НАЗНАЧЕННЫЙ ЕМУ
ПРИОРИТЕТ, И В ПЕРВУЮ ОЧЕРЕДЬ БУДЕТ ОБСЛУЖЕНО УСТРОЙСТВО С
БОЛЕЕ ВЫСОКИМ ПРИОРИТЕТОМ ПОСЛЕ ПРЕРЫВАНИЯ. КАССЕТНАЯ
ЛЕНТА, НАПРИМЕР, ИМЕЕТ ПРИОРИТЕТ 6, ДИСК,ОБЫЧНО, 5, ТЕРМИНАЛ
И ДРУГИЕ СИМВОЛЬНО-ОРИЕНТИРОВАННЫЕ УСТРОЙСТВА - 4. ЭТИ
ПРИОРИТЕТЫ ТОЧНО НАЗНАЧЕНЫ СИСТЕМОЙ И, ВООБЩЕ, РЕГУЛИРУЮТСЯ
ПОСРЕДСТВОМ ПЕРЕКЛЮЧАТЕЛЯ СМЕННЫХ ПРИОРИТЕТОВ В КАЖДОМ
ИНТЕРФЕЙСЕ УСТРОЙСТВ ВВОДА-ВЫВОДА. МОЖНО УПРАВЛЯТЬ ПОРЯДКОМ
УСТРОЙСТВ С ОДИНАКОВЫМ ПРИОРИТЕТОМ. ДЛЯ ЭТИХ УСТРОЙСТВ
ПЕРВОЕ ЗАНЯВШЕЕ ЦП (ЦЕНТРАЛЬНЫЙ ПРОЦЕССОР) ОБСЛУЖИВАЕТСЯ
ВПЕРЕД ДРУГИХ УСТРОЙСТВ, КОГДА ОДНОВРЕМЕННО ВОЗНИКАЮТ
ПРЕРЫВАНИЯ.
ЦЕНТРАЛЬНЫЙ ПРОЦЕССОР (ЦП) ОПЕРИРУЕТ С ЛЮБЫМ ОДНИМ ИЗ
ВОСЬМИ УРОВНЕЙ ПРИОРИТЕТА, ОТ 0 ДО 7. (ЭВМ "ЭЛЕКТРОНИКА
60М": ИЛИ С 0, ИЛИ С 7.) КОГДА ЦП РАБОТАЕТ С ПРИОРИТЕТОМ 7,
НИ ОДНО УСТРОЙСТВО НЕ МОЖЕТ ЕГО ПРЕРВАТЬ. КОГДА ЦП
ОПЕРИРУЕТ С БОЛЕЕ НИЗКИМ ПРИОРИТЕТОМ, ПРИЧИНОЙ ПРЕРЫВАНИЯ
МОЖЕТ СТАТЬ ЛИШЬ УСТРОЙСТВО С БОЛЕЕ ВЫСОКИМ ПРИОРИТЕТОМ.
МОЖНО УСТАНАВЛИВАТЬ ПРИОРИТЕТЫ ПРОЦЕССОРА ВНУТРИ
ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЯ, ИЗМЕНЯЯ СЛОВО СОСТОЯНИЯ
ПРОЦЕССОРА. В СИСТЕМЕ ФОДОС-2 ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ
ПРЕДУСМАТРИВАЕТ ЭТО, И МОЖНО НАПРЯМУЮ ИЗМЕНЯТЬ PS
САМОСТОЯТЕЛЬНО. ОНО ВКЛЮЧАЕТ ПРОГРАММНЫЕ ЗАПРОСЫ .MTPS И
.MFPS И ЗАПРОСЫ .INTEN И .FORK.
СИСТЕМА ПРЕРЫВАНИЙ ПОЗВОЛЯЕТ ПРОЦЕССОРУ ПОСЛЕДОВАТЕЛЬНО
СРАВНИВАТЬ ЕГО СОБСТВЕННЫЙ ПРИОРИТЕТ С ПРИОРИТЕТОМ
ПРЕРЫВАЮЩЕГО УСТРОЙСТВА И ВЫЯВЛЯТЬ УСТРОЙСТВО С БОЛЕЕ
ВЫСОКИМ ПРИОРИТЕТОМ, ЧЕМ ПРИОРИТЕТ ПРОЦЕССОРА. ЭТА СИСТЕМА
МОЖЕТ БЫТЬ ВЛОЖЕННОЙ, Т.Е. ОБРАБОТКА ОДНОГО ПРЕРЫВАНИЯ
МОЖЕТ БЫТЬ ПРЕРВАНА ПРЕРЫВАНИЕМ С БОЛЕЕ ВЫСОКИМ ПРИОРИТЕТОМ.
ОБСЛУЖИВАНИЕ УСТРОЙСТВ С НИЗКИМ ПРИОРИТЕТОМ ПРОДОЛЖАЕТСЯ,
КОГДА ЗАКОНЧЕНО ОБСЛУЖИВАНИЕ УСТРОЙСТВ С БОЛЕЕ ВЫСОКИМ
ПРИОРИТЕТОМ.

4.2.3. СЛОВО СОСТОЯНИЯ ПРОЦЕССОРА
СЛОВО СОСТОЯНИЯ ПРОЦЕССОРА (PS) ЗАНИМАЕТ ВЕРХНИЙ АДРЕС
СТРАНИЦЫ ВВОДА-ВЫВОДА. (ИСКЛЮЧАЯ ПРОЦЕССОР ЭВМ "ЭЛЕКТРОНИКА
60М", ЕГО PS НЕ АДРЕСУЕТСЯ НА СТРАНИЦЕ ВВОДА-ВЫВОДА.
МОНИТОР ОБРАЩАЕТСЯ К PS, ИСПОЛЬЗУЯ КОМАНДЫ MTPS И MFPS.) ОНО
СОДЕРЖИТ ИНФОРМАЦИЮ О ТЕКУЩЕМ СОСТОЯНИИ МАШИНЫ. ЭТА
ИНФОРМАЦИЯ СОДЕРЖИТ ТЕКУЩИЙ ПРИОРИТЕТ ПРОЦЕССОРА, ТЕКУЩИЙ И
ПРЕДШЕСТВУЮЩИЙ ОПЕРАЦИОННЫЕ РЕЖИМЫ, КОДЫ УСЛОВИЙ,
ОПИСЫВАЮЩИХ РЕЗУЛЬТАТЫ ПОСЛЕДНЕЙ ДИРЕКТИВЫ И УКАЗАТЕЛЬ,
ВЫЗЫВАЮЩИЙ ПРЕРЫВАНИЕ ПОСЛЕ ВЫПОЛНЕНИЯ ДИРЕКТИВЫ
(ИСПОЛЬЗУЕТСЯ ДЛЯ ОТЛАДКИ ПРОГРАММ).
РИС.3 ПОКАЗЫВАЕТ РАЗРЯДЫ PS. РАЗРЯДЫ С 5 ПО 7
ОПРЕДЕЛЯЮТ ТЕКУЩИЙ ПРИОРИТЕТ. (ЭВМ "ЭЛЕКТРОНИКА 60М" -
ТОЛЬКО РАЗРЯД 7 ОПРЕДЕЛЯЕТ ПРИОРИТЕТ: 0 ИЛИ 7.) ПРИ
ИЗМЕНЕНИИ РАЗРЯДОВ, НЕОБХОДИМО ИЗМЕНЯТЬ ПРИОРИТЕТ ЦП. МОЖНО
ИЗМЕНИТЬ ПРИОРИТЕТ ДО 7, НАПРИМЕР, ДЛЯ ПРЕДОТВРАЩЕНИЯ
ВОЗНИКНОВЕНИЯ ЛЮБОГО ДРУГОГО ПРЕРЫВАНИЯ. КОГДА НЕОБХОДИМА
ОБРАБОТКА ОСОБОГО ПРЕРЫВАНИЯ, МОЖНО ИЗМЕНИТЬ ПРИОРИТЕТ
ПРОЦЕССОРА ДО ПРИОРИТЕТА УСТРОЙСТВА ТАК, ЧТО ТОЛЬКО
УСТРОЙСТВА С ВЫСШИМ ПРИОРИТЕТОМ БУДУТ ПРЕРЫВАТЬ ЭТУ
ПОДПРОГРАММУ ОБРАБОТКИ. (ОБСЛУЖИВАЕМОЕ УСТРОЙСТВО ПРЕРВАТЬ
НЕЛЬЗЯ.) ВООБЩЕ, НЕТ НЕОБХОДИМОСТИ В САМОСТОЯТЕЛЬНОМ ДОСТУПЕ
К PS, МОЖНО ИСПОЛЬЗОВАТЬ ЗАПРОСЫ СИСТЕМЫ ФОДОС-2, ТАКИЕ, КАК
.INTEN И .FORK, ДЛЯ ИЗМЕНЕНИЯ ПРИОРИТЕТА ПРОЦЕССОРА.

15 14 13 12 11 10 8 7 5 4 3 2 1 0
---------------------------------------------------------
! ! ! ! ! ! T ! N ! Z ! V ! C !
---------------------------------------------------------
! ! ! ! ! \______ ______/
! ! ! ! ! \/
! ! ! ! ! !
! ! ! ! ! !
! ! ! ! ! -> КОДЫ
! ! ! ! ! УСЛОВИЙ
! ! ! ! !
! ! ! ! ---------> T-РАЗРЯД
! ! ! !
! ! ! --------------> ПРИОРИТЕТ
! ! ! *
! ! -----------------> ОСНОВНОЙ РЕГИСТР SET
! ! *
! -------------------------> ПРЕДШЕСТВУЮЩИЙ РЕЖИМ
! *
----------------------------------------> ТЕКУЩИЙ РЕЖИМ

* - ТОЛЬКО В СИСТЕМЕ XM

РИС.3.

4.3. ВНУТРЕННИЕ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ В
СРАВНЕНИИ С ДРАЙВЕРАМИ УСТРОЙСТВ
Т.К. В СИСТЕМЕ ФОДОС-2 ИСПОЛЬЗУЮТСЯ КАК
ПРОГРАММИРУЕМЫЙ (НЕПРЕРЫВНЫЙ), ТАК И ДРАЙВЕРНЫЙ (ПРЕРЫВНЫЙ)
ВВОД-ВЫВОД, КОГДА НЕОБХОДИМО ВКЛЮЧИТЬ НОВОЕ УСТРОЙСТВО В
СИСТЕМУ, КОТОРОЕ УЖЕ НЕ ПОДДЕРЖИВАЕТСЯ СИСТЕМОЙ, СНАЧАЛА
НЕОБХОДИМО РЕШИТЬ, ИСПОЛЬЗОВАТЬ ВНУТРЕННЮЮ ПОДПРОГРАММУ
ОБРАБОТКИ ПРЕРЫВАНИЙ ИЛИ НАПИСАТЬ ДРАЙВЕР. КАКОВО БЫ НИ
БЫЛО РЕШЕНИЕ, И ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ, И ДРАЙВЕР
МОГУТ ВКЛЮЧАТЬ КАК ПРОГРАММИРУЕМУЮ СЕКЦИЮ ВВОДА-ВЫВОДА, ТАК
И ДРАЙВЕРНЫЙ КОД. ОБЫЧНЫЙ ИНТЕРФЕЙС СИСТЕМЫ ФОДОС-2 МЕЖДУ
МОНИТОРОМ И ПЕРИФЕРИЙНЫМ УСТРОЙСТВОМ ЕСТЬ ДРАЙВЕР УСТРОЙСТВА
КОТОРЫЙ ВЫПОЛНЕН КАК ФАЙЛ ОБРАЗА ПАМЯТИ НА УСТРОЙСТВЕ
МАССОВОГО ХРАНЕНИЯ И НАХОДИТСЯ В ПАМЯТИ, ЕСЛИ ОН НЕОБХОДИМ
ДЛЯ ВЫПОЛНЕНИЯ ВВОДА-ВЫВОДА УСТРОЙСТВА (СМ. РАЗД.2).
ДРАЙВЕР УСТРОЙСТВА ОБЫЧНО ВКЛЮЧАЕТ В СЕБЯ ПОДПРОГРАММУ
ОБРАБОТКИ ПРЕРЫВАНИЙ.
ЕСЛИ ДЛЯ ИСПОЛЬЗОВАНИЯ ВЫБРАНА ПОДПРОГРАММА ОБРАБОТКИ
ПРЕРЫВАНИЙ, НЕОБХОДИМО РАЗМЕСТИТЬ ПРОГРАММУ В ПАМЯТИ ТАК,
ЧТОБЫ ПРОГРАММА НАПРЯМУЮ МЕНЯЛА РЕГИСТР СОСТОЯНИЯ И РЕГИСТР
БУФЕРА ДЛЯ УКАЗАННОГО УСТРОЙСТВА, И ПОДПРОГРАММА ОБРАБОТКИ
ПРЕРЫВАНИЙ МОГЛА ОБСЛУЖИВАТЬ ПРЕРЫВАНИЯ ВНУТРИ СОБСТВЕННЫХ
КОДОВ, Т.Е. КОДЫ ПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ ВСЕГДА
ДОЛЖНЫ БЫТЬ В ПАМЯТИ.
ЕСЛИ РЕШЕНО ИСПОЛЬЗОВАТЬ ДРАЙВЕР, КОДЫ ПОДПРОГРАММЫ
ОБРАБОТКИ ПРЕРЫВАНИЙ ДОЛЖНЫ НАХОДИТЬСЯ В ДРАЙВЕРЕ, А НЕ В
ПРОГРАММЕ. ВЫХОДИТЬ ИЗ ОСНОВНОЙ ПРОГРАММЫ НЕОБХОДИМО
ПОСРЕДСТВОМ ЗАПРОСОВ .READ И .WRITE, И МОНИТОР, И ДРАЙВЕР
ВМЕСТЕ ИНИЦИИРУЮТ ПЕРЕДАЧУ ДАННЫХ, ОБРАБАТЫВАЮТ ПРЕРЫВАНИЯ И
СООБЩАЮТ ПРОГРАММЕ, КОГДА ПЕРЕДАЧА ЗАВЕРШАЕТСЯ. В СИСТЕМЕ
SJ ИЛИ ДЛЯ ФОНОВОГО ЗАДАНИЯ В FB ДРАЙВЕР ДОЛЖЕН БЫТЬ
РЕЗИДЕНТОМ, ТОЛЬКО КОГДА ПРОГРАММА НЕПОСРЕДСТВЕННО НУЖДАЕТСЯ
В НЕМ ДЛЯ ВЫПОЛНЕНИЯ ВВОДА-ВЫВОДА. (Т.Е. ДРАЙВЕР ДОЛЖЕН
БЫТЬ ВСЯКИЙ РАЗ РЕЗИДЕНТОМ, КОГДА ФАЙЛ ИЛИ КАНАЛ ОТКРЫТЫ.)
ДЛЯ ОСНОВНОГО И СИСТЕМНОГО ЗАДАНИЯ ДЛЯ FB И XM НЕОБХОДИМО
ЗАГРУЖАТЬ ДРАЙВЕР, ИСПОЛЬЗУЯ КОМАНДУ МОНИТОРА LOAD) ПЕРЕД
ВЫПОЛНИЕМ ПРОГРАММЫ, ТАК ЧТО ДРАЙВЕР ВСЕГДА РЕЗИДЕНТ.
СЛЕДУЕТ ИСПОЛЬЗОВАТЬ ВНУТРЕННЮЮ ПОДПРОГРАММУ ОБРАБОТКИ
ПРЕРЫВАНИЙ ДЛЯ СЕНСОРОВ И УПРАВЛЯЮЩИХ УСТРОЙСТВ, ТАКИХ, КАК
АНАЛОГО-ЦИФРОВЫЕ ПРЕОБРАЗОВАТЕЛИ. С ПОМОЩЬЮ ДРАЙВЕРОВ
СЛЕДУЕТ ОБСЛУЖИВАТЬ УСТРОЙСТВА ФАЙЛОВОЙ СТРУКТУРЫ, ТАКИЕ,
КАК ДИСКИ, ЗА ИСКЛЮЧЕНИЕМ ЖЕСТКИХ ДИСКОВ ВИНЧЕСТЕРСКОГО
ТИПА. ЭТИМ МЕТОДОМ МОЖНО ОБСЛУЖИВАТЬ МНОГО ПОДСОЕДИНЯЕМОЙ
АППАРАТУРЫ.
ДВУМЯ БОЛЬШИМИ ПРЕИМУЩEСТВАМИ ВНУТРЕННИХ ПОДПРОГРАММ
ОБРАБОТКИ ПРЕРЫВАНИЙ ЯВЛЯЮТСЯ СКОРОСТЬ И КОЛИЧЕСТВО
УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ. Т.К. МОНИТОР НЕ УЧАСТВУЕТ В
ПЕРЕДАЧЕ ДАННЫХ, ВНУТРЕННЯЯ ПОДПРОГРАММА ОБРАБОТКИ
ПРЕРЫВАНИЙ МОЖЕТ ЧАСТО ОБРАБАТЫВАТЬ ПРЕРЫВАНИЯ НАДЕЖНЕЕ, ЧЕМ
ДРАЙВЕРЫ УСТРОЙСТВ. ЕСЛИ СКОРОСТЬ ОБРАБОТКИ ПРЕРЫВАНИЙ НЕ
ЯВЛЯЕТСЯ ОПРЕДЕЛЯЮЩИМ ФАКТОРОМ ПРОГРАММЫ, МОЖНО ВЫБРАТЬ
НАПИСАНИЕ ВНУТРЕННЕЙ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ, ДАЖЕ
ЕСЛИ УСТРОЙСТВО - ДИСК.
ВНУТРЕННЯЯ ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ ИМЕЕТ
ДОСТУП КО ВСЕМ РЕГИСТРАМ СОСТОЯНИЯ И РЕГИСТРАМ БУФЕРА.
(ДРАЙВЕР ТОЖЕ ИМЕЕТ ДОСТУП КО ВСЕМ ЭТИМ РЕГИСТРАМ, НО НЕ
ИМЕЕТ ПРОГРАММА, ИСПОЛЬЗУЮЩАЯ ДРАЙВЕР.) ОНА МОЖЕТ ПЕРЕДАТЬ
ЧАСТЬ ИНФОРМАЦИИ ПРОГРАММЕ. ЭТО ОБЕСПЕЧИВАЕТ БОЛЬШУЮ
ГИБКОСТЬ В СПОСОБЕ ПРОГРАММНОГО ВЫЗОВА ПОДПРОГРАММЫ
ОБРАБОТКИ ПРЕРЫВАНИЙ И В КОЛИЧЕСТВЕ ИНФОРМАЦИИ, ВОЗВРАЩАЕМОЙ
ИЗ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ.
ТРЕМЯ БОЛЬШИМИ ПРЕИМУЩЕСТВАМИ ИСПОЛЬЗОВАНИЯ ДРАЙВЕРОВ
ЯВЛЯЕТСЯ ОБЕСПЕЧЕНИЕ НЕЗАВИСИМОСТИ УСТРОЙСТВА ОТ ПРОГРАММЫ
ПОЛЬЗОВАТЕЛЯ, ОНИ МОГУТ РАЗДЕЛЯТЬ ВРЕМЯ ПРОЦЕССОРА С ДРУГИМИ
ПРОЦЕССАМИ И ПРОСТЫ В ИСПОЛЬЗОВАНИИ. ДРАЙВЕРЫ ИМЕЮТ
СТАНДАРТНЫЙ ПРОТОКОЛ ДЛЯ ПРИСОЕДИНЕНИЯ К МОНИТОРУ СИСТЕМЫ
ФОДОС-2. ЕСТЬ ТАКЖЕ СТАНДАРТНЫЙ ПРОТОКОЛ ДЛЯ ИНТЕРФЕЙСА
МЕЖДУ МОНИТОРОМ И ПРОГРАММОЙ, ТАК ЧТО ЛЮБАЯ ПРОГРАММА,
КОТОРАЯ СОГЛАСОВАНА СО СТАНДАРТАМИ МОНИТОРА, МОЖЕТ
ИСПОЛЬЗОВАТЬ ДРАЙВЕРЫ. ЭТО ПРОГРАММЫ ПОЛЬЗОВАТЕЛЯ,
ВСПОМОГАТЕЛЬНЫЕ ПРОГРАММЫ СИСТЕМЫ И ЯЗЫКОВЫЕ ПРОЦЕССОРЫ
ФОДОС-2 АССЕМБЛЕР, ФОРТРАН И БЕЙСИК. ТАКИМ ОБРАЗОМ, ДРАЙВЕР
ДЕЛАЕТ НОВОЕ УСТРОЙСТВО ДОСТУПНЫМ БОЛЬШОМУ КОЛИЧЕСТВУ
ПРОГРАММ БЕЗ СПЕЦИАЛЬНОЙ МОДИФИКАЦИИ. (КРОМЕ ТОГО, ДРАЙВЕР
ДЛЯ УСТРОЙСТВ ПРОИЗВОЛЬНОГО ДОСТУПА К ДАННЫМ ДЕЛАЕТ ФАЙЛОВУЮ
СИСТЕМУ ФОДОС-2 ПРИМЕНИМОЙ НА УСТРОЙСТВЕ БЕЗ ДОПОЛНИТЕЛЬНЫХ
ЗАТРАТ.) НАПРОТИВ, ВНУТРЕННЯЯ ПОДПРОГРАММА ОБРАБОТКИ
ПРЕРЫВАНИЙ ДЕЛАЕТ НОВОЕ УСТРОЙСТВО ДОСТУПНЫМ ОДНОЙ
ПРИКЛАДНОЙ ПРОГРАММЕ.
ДРАЙВЕРЫ УСТРОЙСТВ УДОБНЫ ДЛЯ ИСПОЛЬЗОВАНИЯ. ОНИ
СТАНДАРТНЫ ДЛЯ ОБСЛУЖИВАНИЯ УСТРОЙСТВ ВВОДА-ВЫВОДА,
ПРОЦЕДУРА ДЛЯ ИХ НАПИСАНИЯ И ИСПОЛЬЗОВАНИЯ ЯСНА И ДОСТУПНА,
ПОСКОЛЬКУ ФОДОС-2 ПРЕДУСМАТРИВАЕТ ИСПОЛЬЗОВАНИЕ ЗАПРОСОВ ПРИ
НАПИСАНИИ ДРАЙВЕРОВ; ИМЕЮТСЯ ТАКЖЕ КОМАНДЫ КЛАВИАТУРНОГО
МОНИТОРА ДЛЯ УСТАНОВКИ ДРАЙВЕРА В ТАБЛИЦУ УСТРОЙСТВ МОНИТОРА
И ЗАГРУЗКИ В ПАМЯТЬ. КРОМЕ ТОГО, ДРАЙВЕРЫ ПОЗВОЛЯЮТ
ИЗВЛЕКАТЬ ВЫГОДУ ИЗ ПРОГРАММНЫХ ЗАПРОСОВ МОНИТОРА ДЛЯ
ВЫПОЛНЕНИЯ ПЕРЕДАЧИ ДАННЫХ. НАКОНЕЦ, ДРАЙВЕР ЭТО ЛИШЬ
СПОСОБ СОЕДИНЕНИЯ УСТРОЙСТВА С ВИРТУАЛЬНЫМ ЗАДАНИЕМ В
СИСТЕМЕ XM.
РИС.4 ИЛЛЮСТРИРУЕТ РАЗЛИЧИЯ МЕЖДУ ВНУТРЕННЕЙ
ПОДПРОГРАММОЙ ОБРАБОТКИ ПРЕРЫВАНИЙ И ДРАЙВЕРАМИ.

------------------------------------------------------------
! !
! ---------------------- !
! ! СПЕЦИАЛИЗИРОВАННАЯ ! !
! ! ПРИКЛАДНАЯ ! !
! ! ПРОГРАММА ! !
! !- - - - - - - - - - ! !
! -------------- ! ВНУТРЕННЯЯ ! !
! ! УСТРОЙСТВО !---------------! ПОДПРОГРАММА ! !
! -------------- ! ОБРАБОТКИ ! !
! ! ПРЕРЫВАНИЙ ! !
! !- - - - - - - - - - ! !
! ! ! !
! ---------------------- !
! !
! ВНУТРЕННЯЯ ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ !
! !
!-----------------------------------------------------------
! --------- ------------ !
! ! ! ---!ПРИКЛАДНАЯ! !
! ! ! ! !ПРОГРАММА ! !
! ! ! ! ------------ !
! ! ! ! !
! ! ! ! ------------ !
! -------------- ! ! !--!ВСПОМОГАТ.! !
! ! ! ! ! ! !ПРОГРАММА ! !
! ! ДРАЙВЕР ! ! ! ! ------------ !
! ! УСТРОЙСТВА ! ! ! ! !
!------------ ! ! ! ! ! ----------- !
!! ! -------------- ! РЕЗИ- ! !--! ФОРТРАН ! !
!!УСТРОЙСТВО!--! !--!ДЕНТНЫЙ!---! ----------- !
!! ! !ПОДПРОГРАММА! !МОНИТОР! ! !
!------------ ! ОБРАБОТКИ ! ! ! ! ----------- !
! ! ПРЕРЫВАНИЙ ! ! ! !--! БЕЙСИК ! !
! ! ! ! ! ! ----------- !
! ! ! ! ! ! !
! -------------- ! ! ! ----------- !
! ! ! !--!АССЕМБЛЕР! !
! ! ! ! ----------- !
! ! ! ! !
! ! ! ! ------------ !
! ! ! !--!ПРИКЛАДНАЯ! !
! ! ! !ПРОГРАММА ! !
! --------- ----------- !
! !
! ДРАЙВЕР УСТРОЙСТВА !
! !
------------------------------------------------------------

РИС.4.

4.4. КАК ПЛАНИРОВАТЬ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ
НАИБОЛЕЕ ВАЖНОЙ ЧАСТЬЮ НАПИСАНИЯ ПОДПРОГРАММЫ ОБРАБОТКИ
ПРЕРЫВАНИЙ ЯВЛЯЕТСЯ МОМЕНТ ЕЕ ПЛАНИРОВАНИЯ. НИЖЕ ПРИВЕДЕНО
РУКОВОДСТВО.
1. ИЗУЧИТЬ УСТРОЙСТВО.
2. ИЗУЧИТЬ СТРУКТУРУ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ.
3. ИЗУЧИТЬ СХЕМУ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ.
4. ПРОДУМАТЬ ТРЕБОВАНИЯ К ПРОГРАММЕ.
5. ПОДГОТОВИТЬ БЛОК-СХЕМУ ПРОГРАММЫ.
6. НАПИСАТЬ КОДЫ.
7. ПРОВЕРИТЬ И ОТЛАДИТЬ ПРОГРАММУ.

4.4.1. ИЗУЧИТЬ УСТРОЙСТВО
ЭТОТ ПУНКТ ЯВЛЯЕТСЯ РЕШАЮЩИМ ДЛЯ НАПИСАНИЯ ПРАВИЛЬНО
РАБОТАЮЩЕЙ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ. НЕОБХОДИМО
ВНИМАТЕЛЬНО ИЗУЧИТЬ ДОКУМЕНТАЦИЮ К НЕМУ. НЕ ВЗИРАЯ НА
ФОРМАТ ДОКУМЕНТАЦИИ (БУДЬ ТО РУКОВОДСТВО ИЛИ БРОШЮРА), ОНА
ДОЛЖНА СОДЕРЖАТЬ СУЩЕСТВЕННУЮ ИНФОРМАЦИЮ, КОТОРАЯ НЕОБХОДИМА
ДЛЯ ПОДДЕРЖКИ ЕГО СИСТЕМОЙ ФОДОС-2. НЕОБХОДИМО ПОЛУЧИТЬ ЭТУ
ИНФОРМАЦИЮ.
НЕОБХОДИМО ПОНЯТЬ, КАК РАБОТАЕТ УСТРОЙСТВО, В ЧЕМ ОНО
НУЖДАЕТСЯ И КАК ОНО ОБСЛУЖИВАЕТ ПЕРЕДАЧИ ДАННЫХ. МОЖНО
ИСПОЛЬЗОВАТЬ СЛЕДУЮЩИЙ ПРОВЕРОЧНЫЙ СПИСОК ДЛЯ УВЕРЕННОСТИ В
ТОМ, ЧТО ИМЕЕТСЯ ДОСТАТОЧНАЯ ИНФОРМАЦИЯ СПЕЦИФИЧЕСКИХ
УСТРОЙСТВ ДЛЯ НАПИСАНИЯ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ.
НЕОБХОДИМО ИЗУЧИТЬ КАЖДЫЙ ВОПРОС, ПРЕЖДЕ ЧЕМ ПИСАТЬ
ПОДПРОГРАММУ ОБРАБОТКИ ПРЕРЫВАНИЙ. НЕКОТОРЫЕ ИЗ СЛЕДУЮЩИХ
ВОПРОСОВ НЕПРИМЕНИМЫ КО ВСЕМ ТИПАМ УСТРОЙСТВ: НЕКОТОРЫЕ
ОТНОСЯТСЯ ДЛЯ БОЛЬШЕГО ЧИСЛА НОСИТЕЛЕЙ, НЕКОТОРЫЕ БОЛЬШЕ
ОТНОСЯТСЯ К СЕНСОРАМ И КОММУНИКАЦИЯМ. НЕОБХОДИМО ХОРОШО
РАЗОБРАТЬСЯ В КАЖДОМ ВОПРОСЕ, ЧТОБЫ УВИДЕТЬ, ПОДХОДИТ ЛИ ОН
К ДАННОМУ УСТРОЙСТВУ.
1. ЧТО ТАКОЕ ВЕКТОР ПРЕРЫВАНИЯ УСТРОЙСТВА?
НЕОБХОДИМО РЕШИТЬ, ЧТО СДЕЛАТЬ ВЕКТОРОМ ПРЕРЫВАНИЙ,
ПРИНЯВ ВО ВНИМАНИЕ КАК КОНФЛИКТ С СУЩЕСТВУЮЩИМИ
УСТРОЙСТВАМИ, ПОДДЕРЖИВАЕМЫМИ СИСТЕМОЙ ФОДОС-2, ТАК И
КОНФЛИКТ С УСТРОЙСТВАМИ, ПОДДЕРЖИВАЕМЫМИ ДРУГИМИ
ОПЕРАЦИОННЫМИ СИСТЕМАМИ, ЕСЛИ ОНИ ИСПОЛЬЗУЮТСЯ. ЕСЛИ
ВЕКТОР ВЫБРАН, НЕОБХОДИМО УБЕДИТЬСЯ, ЧТО УСТРОЙСТВО
УСТАНОВЛЕНО ПРАВИЛЬНО, И АППАРАТУРА СКАЧЕТ ПО ЭТОМУ
АДРЕСУ. В СИСТЕМЕ ФОДОС-2 ИСПОЛЬЗУЮТСЯ ВСЕ ВЕКТОРА ПО
АДРЕСАМ НИЖЕ 500, И ИХ НЕЛЬЗЯ ИСПОЛЬЗОВАТЬ КАК ВЕКТОРА
ПРЕРЫВАНИЙ. В РАЗД.2 ПРИВОДИТСЯ СПИСОК ВЕКТОРОВ
ПЕРИФЕРИЙНЫХ УСТРОЙСТВ.
2. ЧТО ТАКОЕ РЕГИСТРЫ СОСТОЯНИЯ?
НЕОБХОДИМО ИЗУЧИТЬ, ГДЕ ЭТИ РЕГИСТРЫ РАСПОЛОЖЕНЫ И ЧТО
ОЗНАЧАЕТ В НИХ КАЖДЫЙ РАЗРЯД.
3. КАКОЙ У УСТРОЙСТВА ПРИОРИТЕТ?
4. УСТРОЙСТВО ПРОИЗВОЛЬНОГО ДОСТУПА К ПАМЯТИ ИЛИ
ПРОГРАММИРУЕМОЙ ПЕРЕДАЧИ (СЛОВНО- ИЛИ
СИМВОЛЬНО-ОРИЕНТИРОВАННОЕ).
5. ГДЕ НАХОДЯТСЯ РЕГИСТРЫ БУФЕРОВ ДАННЫХ?
НЕОБХОДИМО ИЗУЧИТЬ, ГДЕ РАСПОЛОЖЕНЫ РЕГИСТРЫ И ЧТО
ОЗНАЧАЮТ РАЗРЯДЫ В КАЖДОМ СЛУЧАЕ.
6. КАКОВЫ КОДЫ ДЛЯ ТИПИЧНЫХ ОПЕРАЦИЙ?
НЕОБХОДИМО ИЗУЧИТЬ, КАК ИНИЦИИРОВАТЬ ЛЮБУЮ ОПЕРАЦИЮ,
МАНИПУЛИРУЯ РАЗРЯДАМИ РЕГИСТРОВ УСТРОЙСТВА. ДРАЙВЕРЫ
УСТРОЙСТВ ДОЛЖНЫ ВЫПОЛНЯТЬ ОПЕРАЦИИ ЧТЕНИЯ, ЗАПИСИ,
ПОИСКА И СБРОСА.
7. КОГДА ПРОИСХОДИТ ПРЕРЫВАНИЕ УСТРОЙСТВА?
ОДНИ УСТРОЙСТВА ПРЕРЫВАЮТСЯ ДЛЯ КАЖДОГО СИМВОЛА, ДРУГИЕ
ОРИЕНТИРУЮТСЯ НА СЛОВА, БЛОКИ ИЛИ ПАКЕТЫ. НЕКОТОРЫЕ
УСТРОЙСТВА ПРЕРЫВАЮТСЯ ДВАЖДЫ ДЛЯ ОПРЕДЕЛЕННЫХ ОПЕРАЦИЙ,
ТАКИХ, КАК ПОИСК ИЛИ СБРОС ПРИВОДА. НЕОБХОДИМО ИСКАТЬ
ВЫХОД, ЕСЛИ УСТРОЙСТВО ДЕЛАЕТ ЭТО, И ПЛАНИРОВАТЬ
ЗАРАНЕЕ, КАК БУДЕТ ПРИНИМАТЬСЯ В РАСЧЕТ ЭТА ИНФОРМАЦИЯ
ПОЗЖЕ.
8. КАКОЙ ПРИВОД ЯВЛЯЕТСЯ ОСНОВНЫМ ДЛЯ ПЕРЕДАЧИ ДАННЫХ?
ЭТО, КОНЕЧНО, ОТНОСИТСЯ К ПРЕДЫДУЩЕМУ ВОПРОСУ, НО
НЕОБХОДИМО ОПРЕДЕЛИТЬ, КАК ПОСЫЛАЮТСЯ ЗАПРОСЫ
ВВОДА-ВЫВОДА В УСТРОЙСТВО: БАЙТАМИ, СЛОВАМИ ИЛИ
БЛОКАМИ. ЕСЛИ, НАПРИМЕР, ПРОГРАММА ОПЕРИРУЕТ СЛОВАМИ, А
УСТРОЙСТВО ОРИЕНТИРОВАНО НА СИМВОЛЫ, НЕОБХОДИМО
ПРЕОБРАЗОВАТЬ СЛОВА В БАЙТЫ В ПОДПРОГРАММЕ ОБРАБОТКИ.
9. УСТРОЙСТВО НУЖДАЕТСЯ В ПОЛОЖИТЕЛЬНОМ ИЛИ ОТРИЦАТЕЛЬНОМ
СЧЕТЧИКЕ БАЙТОВ?
НЕКОТОРЫМ УСТРОЙСТВАМ ТРЕБУЕТСЯ ОТРИЦАТЕЛЬНЫЙ СЧЕТЧИК
БАЙТОВ ИЛИ СЛОВ. ЕСЛИ ДАННОЕ УСТРОЙСТВО - ОДНО ИЗ НИХ,
НЕОБХОДИМО СДЕЛАТЬ СЧЕТЧИК БАЙТОВ (СЛОВ) В ПОДПРОГРАММЕ
ОБРАБОТКИ ПРЕРЫВАНИЙ ОТРИЦАТЕЛЬНЫМ.
10. КАКОВА СТРУКТУРА УСТРОЙСТВА, ЕГО ГЕОМЕТРИЯ?
ЕСЛИ УСТРОЙСТВО - ДИСК, НЕОБХОДИМО РАЗОБРАТЬСЯ, КАКОВА
СТРУКТУРА ЦИЛИНДРОВ, ДОРОЖЕК И СЕКТОРОВ, ОПРЕДЕЛИТЬ ИХ
РАЗМЕР, ВЫЯСНИТЬ, ТРЕБУЕТ ЛИ УСТРОЙСТВО ЧЕРЕДОВАНИЯ
ЗАПИСИ, И, ЕСЛИ ДА, ТО ИЗУЧИТЬ, КАК ОПТИМИЗИРОВАТЬ
СКОРОСТЬ ЗАПИСИ. (ЧЕРЕДОВАНИЕ ОПИСЫВАЕТ ПРОЦЕСС ЗАПИСИ
ДАННЫХ НА ВРАЩАЮЩЕЕСЯ УСТРОЙСТВО, КОТОРОЕ ТРЕБУЕТ
ПРОГРАММНОГО ВМЕШАТЕЛЬСТВА МЕЖДУ СЕКТОРАМИ. ДИСК
ВРАЩАЕТСЯ ПОСТОЯННО, ДАННЫЕ ЗАПИСЫВАЮТСЯ В ОДИН СЕКТОР,
ПРОГРАММА ВМЕШИВАЕТСЯ, КАК ТОЛЬКО МИНУЕТ СМЕЖНЫЙ СЕКТОР,
ТОГДА СЛЕДУЮЩИЕ ДАННЫЕ ЗАПИСЫВАЮТСЯ В СЛЕДУЮЩИЙ
ИМЕЮЩИЙСЯ СЕКТОР.)
11. КАКОВ МЕХАНИЗМ БУФЕРИЗАЦИИ?
НЕКОТОРЫЕ УСТРОЙСТВА ПЕРЕДАЮТ ДАННЫЕ ПРОГРАММЕ ПО ОДНОМУ
СИМВОЛУ ЗА РАЗ. ДРУГИЕ СОБИРАЮТ ДАННЫЕ ВО ВНУТРЕННИЙ
БУФЕР ИЛИ ПЕРЕДАЮТ ИХ ПАКЕТАМИ. НЕОБХОДИМО РЕШИТЬ, КАК
БУФЕРИЗОВАТЬ ДАННЫЕ В ПРОГРАММЕ, УБЕДИТЬСЯ, ЧТО РАЗМЕР
ОБЛАСТИ, ОТВЕДЕННОЙ ПОД БУФЕР, ДОСТАТОЧНО ВЕЛИК.
12. КАК ВЫПОЛНЯТЬ ВЫЧИСЛЕНИЕ АДРЕСА ДАННЫХ НА УСТРОЙСТВЕ?
ЭТО ОТНОСИТСЯ К СТРУКТУРЕ УСТРОЙСТВА. НЕОБХОДИМО
ИЗУЧИТЬ УСТРОЙСТВО И ОПРЕДЕЛИТЬ, КАК ИСКАТЬ НУЖНЫЕ
ДАННЫЕ. НОМЕРА БЛОКОВ ДОЛЖНЫ БЫТЬ ПРЕОБРАЗОВАНЫ В
СПЕЦИАЛЬНЫЕ АДРЕСА УСТРОЙСТВА. (НЕКОТОРЫЕ ПРОЦЕССОРЫ НЕ
ИМЕЮТ ИНСТРУКЦИЙ УМНОЖЕНИЯ И ДЕЛЕНИЯ.)
13. КАКИЕ СОБСТВЕННЫЕ ОПЕРАЦИИ ТРЕБУЮТСЯ УСТРОЙСТВУ?
НЕКОТОРЫМ УСТРОЙСТВАМ ТРЕБУЕТСЯ ВЫПОЛНИТЬ СБРОС В
НАЧАЛЬНОЕ СОСТОЯНИЕ ПЕРЕД ПОВТОРЕНИЕМ, ДРУГИМ - ЧТОБЫ
УСТРОЙСТВО БЫЛО ДОСТУПНЫМ ИЛИ ЧТОБЫ ЗАПОЛНЕНИЕ ДИСКА
БЫЛО ГАРАНТИРОВАНО ПЕРЕД ВЫПОЛНЕНИЕМ ЛЮБОЙ ОПЕРАЦИИ НА
НЕМ. НЕОБХОДИМО, НАПРИМЕР, ДЕЛАТЬ СБРОС В НАЧАЛЬНОЕ
СОСТОЯНИЕ ПОСЛЕ НЕЗАВЕРШЕННОГО ПОИСКА ИЛИ ОШИБКИ
ПРИВОДА.
14. КАК ОБСЛУЖИВАТЬ ОШИБКИ И УСЛОВИЯ ИСКЛЮЧЕНИЯ?
СНАЧАЛА НЕОБХОДИМО РЕШИТЬ, КАКИЕ ОШИБКИ БУДУТ
НЕВОССТАНОВИМЫМИ, И ПЕРЕДАЧА ДОЛЖНА БЫТЬ ПРЕЖДЕВРЕМЕННО
ПРЕРВАНА, И КАКИЕ ОШИБКИ ВОССТАНОВИМЫ, И ДОЛЖНО БЫТЬ
ПОВТОРЕНИЕ ПЕРЕДАЧИ. ОБЫЧНЫЕ ВОССТАНОВИМЫЕ ОШИБКИ:
ОШИБКИ КОНТРОЛЬНОЙ СУММЫ, ОШИБКИ ЗАПАЗДЫВАНИЯ ДАННЫХ,
ВРЕМЕННЫЕ ОШИБКИ. НЕОБХОДИМО РЕШИТЬ, СКОЛЬКО ВРЕМЕНИ
ПОВТОРЯТЬ ПЕРЕДАЧУ ДЛЯ ВОССТАНОВИМЫХ ОШИБОК И КАК
ОБСЛУЖИВАТЬ УСЛОВИЯ НЕВОССТАНОВИМЫХ ОШИБОК.
15. НА ЧТО ОБРАТИТЬ ВНИМАНИЕ ПРИ ПРЕЖДЕВРЕМЕННОМ ПРЕРЫВАНИИ?
НЕОБХОДИМО ВЫЯСНИТЬ, ОТНОСИТЕЛЬНО БЫСТРОЕ ИЛИ МЕДЛЕННОЕ
УСТРОЙСТВО. НЕДОПУСТИМО ИСПОЛЬЗОВАНИЕ ОЧИСТКИ
КОНТРОЛЛЕРА, ЕСЛИ ТОЛЬКО ОДИН ПРИВОД ДВУХПРИВОДНОГО
КОНТРОЛЛЕРА ЗАТРАГИВАЕТСЯ В РЕЗУЛЬТАТЕ ПРЕЖДЕВРЕМЕННОГО
ПРЕРЫВАНИЯ ПРОГРАММЫ, Т.К. ЭТО МОЖЕТ ПОМЕШАТЬ РАБОТЕ СО
ВТОРЫМ ПРИВОДОМ. ТАКОЕ ЖЕ ВНИМАНИЕ СТОИТ УДЕЛИТЬ
ДВУХПОРТОВЫМ УСТРОЙСТВАМ.

4.4.2. ПОДГОТОВКА БЛОК-СХЕМЫ ПРОГРАММЫ
МНОГИЕ ПРОГРАММИСТЫ ГОТОВЯТ БЛОК-СХЕМУ ПОСЛЕ НАПИСАНИЯ
ПРОГРАММЫ ИЛИ СОВЕРШЕННО ЕЮ ПРЕНЕБРЕГАЮТ. ОДНАКО БЛОК-СХЕМА
МОЖЕТ ПОМОЧЬ НАЙТИ ЛОГИЧЕСКИЕ НЕТОЧНОСТИ И ОШИБКИ. К
СОЖАЛЕНИЮ, БЛОК-СХЕМА НЕ ОКАЖЕТ БОЛЬШОЙ ПОМОЩИ В УСЛОВИЯХ
КОНКУРЕНЦИИ ЗАДАНИЙ. (УСЛОВИЯ ТАКОГО РОДА - СИТУАЦИЯ, В
КОТОРОЙ ДВА ИЛИ БОЛЕЕ ПРОЦЕССОВ ПЫТАЮТСЯ МОДИФИЦИРОВАТЬ
СТРУКТУРУ ОБЩИХ ДАННЫХ ОДНОВРЕМЕННО; В РЕЗУЛЬТАТЕ,
СТРУКТУРА ДАННЫХ РАЗРУШАЕТСЯ, И НУЖНО ИДТИ НА КОМПРОМИСС.
ОН МОЖЕТ БЫТЬ НАЙДЕН ПОСРЕДСТВОМ ПРЕРЫВАНИЯ УСТРОЙСТВА, ПОКА
ВЫПОЛНЯЕТСЯ ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ, БЛАГОДАРЯ
ИЗМЕНЕННОМУ ПРИОРИТЕТУ ПРОЦЕССОРА.)
ПРИ ПРОГНОЗИРОВАНИИ ПРОГРАММЫ НЕОБХОДИМО ВНИМАТЕЛЬНО
ИССЛЕДОВАТЬ КАЖДЫЙ ШАГ: НЕОБХОДИМО ИМЕТЬ В ВИДУ, ЧТО МОЖЕТ
СЛУЧИТЬСЯ, ЕСЛИ ПРЕРЫВАНИЯ БУДУТ ПРОИСХОДИТЬ В КАЖДОЙ
ДИРЕКТИВЕ.
НЕОБХОДИМО ПОТРАТИТЬ ДОСТАТОЧНОЕ КОЛИЧЕСТВО ВРЕМЕНИ ДЛЯ
ОЧИСТКИ И ПРЯМОГО ОБСЛУЖИВАНИЯ УСЛОВИЯ ОШИБКИ; ЕСЛИ
ПРОГРАММА ХОРОШО ОБСЛУЖИВАЕТ УСЛОВИЯ ОШИБКИ, ТО В НОРМАЛЬНОМ
СОСТОЯНИИ ПРОГРАММА РАБОТАЕТ ТАКЖЕ ХОРОШО.

4.4.3. НАПИСАНИЕ КОДОВ
МОЖНО ЗАИМСТВОВАТЬ КОДЫ ИЗ ДРУГИХ ПОДПРОГРАММ ОБРАБОТКИ
ПРЕРЫВАНИЙ. НЕОБХОДИМО НАЧАТЬ С ОБЩИХ ЧАСТЕЙ, ЗАТЕМ
ДОБАВИТЬ ДЕТАЛИ ДЛЯ ПОДГОНКИ К СПЕЦИФИЧЕСКОМУ УСТРОЙСТВУ.
КОГДА КОДЫ НАПИСАНЫ, НЕОБХОДИМО ПРОВЕРИТЬ ЛОГИКУ,
ПРОТРАНСЛИРОВАТЬ, ПРОВЕРИТЬ И ОТЛАДИТЬ.

4.4.4. ПРОВЕРКА И ОТЛАДКА
ПРОВЕРКА ПОДПРОГРАММЫ С ВНУТРЕННЕЙ ОБРАБОТКОЙ
ПРЕРЫВАНИЙ - ПОПЫТКА ВЫПОЛНИТЬ ЕЕ. ЕСЛИ ПОДПРОГРАММА
СОСТАВЛЕНА ПРАВИЛЬНО, ОНА БУДЕТ СПОСОБНА СЧИТЫВАТЬ И
ЗАПИСЫВАТЬ ДАННЫЕ ТОЧНО, БЕЗ ПОТЕРИ НЕКОТОРЫХ ДАННЫХ И БУДЕТ
ПРАВИЛЬНО ОБСЛУЖИВАТЬ УСЛОВИЯ ОШИБКИ. ЕСЛИ ОБНАРУЖИЛИСЬ
ОШИБКИ, НЕОБХОДИМО СВЯЗАТЬ ПОДПРОГРАММУ С ODT (НЕ VDT) И
ПОПРОБОВАТЬ ВЫПОЛНИТЬ ЕЕ ШАГ ЗА ШАГОМ. СДЕЛАТЬ
КОРРЕКТИРОВКУ ПОДПРОГРАММЫ, СНОВА ОТТРАНСЛИРОВАТЬ И СНОВА
ВЫПОЛНИТЬ ЕЕ, ЕСЛИ НЕОБХОДИМО.

4.5. СТРУКТУРА ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ
ЭТОТ ПОДРАЗДЕЛ ДАЕТ НАБРОСОК ОБЩЕЙ СТРУКТУРЫ ВНУТРЕННЕЙ
ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ. ПОЛЬЗОВАТЕЛЬ ДОЛЖЕН
ВЫБРАТЬ ИЗ НЕЕ ЛИШЬ ТО, ЧТО ПРИМЕНИМО К ЕГО СЛУЧАЮ.

4.5.1. ЗАЩИТА ВЕКТОРОВ: ЗАПРОС .PROTECT
В СИСТЕМАХ FB И XM, ГДЕ ВЫПОЛНЯЕТСЯ БОЛЕЕ ОДНОГО
ЗАДАНИЯ, СЛЕДУЕТ ИСПОЛЬЗОВАТЬ ПРОГРАММНЫЙ ЗАПРОС .PROTECT
ДЛЯ ЗАЩИТЫ ВЕКТОРОВ ПРЕРЫВАНИЯ ПЕРЕД ЗАСЫЛКОЙ В НИХ
ЗНАЧЕНИЙ. ЭТО ГАРАНТИРУЕТ, ЧТО ВЕКТОР УЖЕ НЕ БУДЕТ
ОТНОСИТЬСЯ К МОНИТОРНОМУ ИЛИ ДРУГОМУ ЗАДАНИЮ, ОБЕСПЕЧИВАЕТ
ПОЛЬЗОВАТЕЛЬСКОМУ ЗАДАНИЮ СОБСТВЕННОСТЬ ВЕКТОРА И ЗАЩИЩАЕТ
ЕГО ОТ ВМЕШАТЕЛЬСТВА ДРУГОГО ЗАДАНИЯ ИЛИ МОНИТОРА ПУТЕМ
УСТАНОВКИ РАЗРЯДОВ В КАРТЕ ЗАЩИТЫ ПАМЯТИ (РАЗД.3 ДЕТАЛЬНО
ОПИСЫВАЕТ КАРТУ ЗАЩИТЫ НИЖНЕЙ ПАМЯТИ.) ПОЛЬЗОВАТЕЛЬСКОМУ
ЗАДАНИЮ НЕОБХОДИМО НЕМЕДЛЕННО ВЫХОДИТЬ В СЛУЧАЕ ОШИБКИ
ЗАПРОСА .PROTECT. ЗАДАНИЕ НЕ ДОЛЖНО ИМЕТЬ ДОСТУПА К
ВЕКТОРАМ, КОТОРЫЕ ВСЕГДА ИСПОЛЬЗУЮТСЯ. ПРИМЕР ИСПОЛЬЗОВАНИЯ
ЗАПРОСА .PROTECT ПРИВЕДЕН В ПОДРАЗДЕЛЕ 4.6. СМ. В [1]
ФОРМАТ ПРОГРАММНОГО ЗАПРОСА .PROTECT.
НЕСМОТРЯ НА ТО, ЧТО ЗАПРОС .PROTECT НЕ РАБОТАЕТ В
СИСТЕМЕ SJ, ЕГО ЦЕЛЕСООБРАЗНО ИСПОЛЬЗОВАТЬ В ПРОГРАММЕ.
ЗАПРОС НЕ ОКАЗЫВАЕТ ДЕЙСТВИЯ, НЕМЕДЛЕННО ВОЗВРАЩАЮЩЕГО В
ПРОГРАММУ, ТЕМ НЕ МЕНЕЕ ИСПОЛЬЗОВАНИЕ ЕГО УПРОЩАЕТ ПОЗЖЕ
ПЕРЕХОД, ЕСЛИ ПРОГРАММА БУДЕТ ВЫПОЛНЯТЬСЯ В СРЕДЕ FB.

4.5.2. УСТАНОВКА ВЕКТОРА ПРЕРЫВАНИЯ
ПРОГРАММА ПОЛЬЗОВАТЕЛЯ ДОЛЖНА ПОЗАБОТИТЬСЯ О ПЕРЕСЫЛКЕ
АДРЕСА ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ В ПЕРВОЕ СЛОВО
ВЕКТОРА ПРЕРЫВАНИЯ. СИСТЕМА ФОДОС-2 ТРЕБУЕТ, ЧТОБЫ ВСЕ
ПРЕРЫВАНИЯ ПОДНИМАЛИ ПРИОРИТЕТ ПРОЦЕССОРА ДО 7, ПОЭТОМУ
ПРОГРАММА ПОЛЬЗОВАТЕЛЯ ДОЛЖНА ЗАПОЛНИТЬ ВТОРОЕ СЛОВО ВЕКТОРА
ПРЕРЫВАНИЯ 7-КОЙ, НОВЫМ ПРИОРИТЕТОМ.
ПРИМЕР:

XXVEC=220 ;ОПРЕДЕЛЯЕТСЯ ВЕКТОР
PR7=340 ;ПРИОРИТЕТ 7 РАВЕН 340
;
;ТОЧКОЙ ВХОДА ДЛЯ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ
;ЯВЛЯЕТСЯ ISREP:
;
.PROTECT #AREA,#XXVEC ;ЗАЩИТА ВЕКТОРА
BCS NOVEC ;ВЕКТОР ИСПОЛЬЗУЕТСЯ
MOV #ISREP,@#XXVEC ;УСТАНОВКА ПЕРВОГО СЛОВА
MOV #PR7,@#XXVEC ;УСТАНОВКА ВТОРОГО СЛОВА

В ЭТОМ ПРИМЕРЕ ПОКАЗАН ТИПИЧНЫЙ СЛУЧАЙ УСТАНОВКИ
ДВУХСЛОВНОГО ВЕКТОРА ПРЕРЫВАНИЯ. ПРОГРАММЕ НЕ СЛЕДУЕТ
УСТАНАВЛИВАТЬ ВЕКТОР, ПОКА ОН ЗАЩИЩЕН. ЗДЕСЬ XX - ИМЯ
УСТРОЙСТВА И 220 И 222 - АДРЕСА ВЕКТОРОВ ПРЕРЫВАНИЯ.

4.5.3. ЧИСТАЯ ОСТАНОВКА: ЗАПРОС .DEVICE
ПРОГРАММНЫЙ ЗАПРОС .DEVICE ЯВЛЯЕТСЯ МНОГОЗНАЧИТЕЛЬНЫМ
ЛИШЬ В СИСТЕМАХ XB И XM. ЕГО ПРЕДНАЗНАЧЕНИЕ - ЗАМЕНА
УСТРОЙСТВА (ПОСРЕДСТВОМ ОЧИСТКИ ЕГО РАЗРЯДА РАЗРЕШЕНИЯ
ПРЕРЫВАНИЯ), ЕСЛИ ВЫПОЛНЯЮЩАЯСЯ ПРОГРАММА ПРЕЖДЕВРЕМЕННО
ПРЕРВАНА ПО СУ/C ИЛИ ЕСЛИ ПРОГРАММА ВЫПОЛНЕНА. (ФОРМАТ
ПРОГРАММНОГО ЗАПРОСА .DEVICE СМ. В [1], А В ПОДРАЗДЕЛЕ
4.6 - ПРИМЕР ИСПОЛЬЗОВАНИЯ ЗАПРОСА .DEVICE.)
ЭТОТ ЗАПРОС НЕОБЯЗАТЕЛЕН В ОБЛАСТИ SJ. ОДНАКО,
ЦЕЛЕСООБРАЗНО ЕГО ИСПОЛЬЗОВАТЬ В ПОЛЬЗОВАТЕЛЬСКОЙ ПРОГРАММЕ.
ЗАПРОС НЕ ПРЕДПРИНИМАЕТ ДЕЙСТВИЙ ВОЗВРАЩЕНИЯ НЕПОСРЕДСТВЕННО
В ПРОГРАММУ ПОЛЬЗОВАТЕЛЯ, ОДНАКО ИСПОЛЬЗОВАНИЕ ЕГО УПРОЩАЕТ
ПОЗЖЕ ПЕРЕХОД, ЕСЛИ ПРОГРАММA БУДЕТ ВЫПОЛНЯТЬСЯ В ОБЛАСТИ
FB.
ЕСЛИ ПРОГРАММА ВЫПОЛНЯЕТСЯ В СРЕДЕ SJ, МОНИТОР ОЖИДАЕТ
ОКОНЧАНИЯ ЛЮБОГО ВВОДА-ВЫВОДА, ЕСЛИ ИМЕЕТСЯ АКТИВНАЯ ОЧЕРЕДЬ
НЕВЫПОЛНЕННЫХ ЭЛЕМЕНТОВ. В СРЕДЕ FB, КОГДА ПРОГРАММА
ВЫПОЛНЯЕТСЯ, МОНИТОР НЕ ТОЛЬКО ОЖИДАЕТ, ЕСЛИ ИМЕЕТСЯ
АКТИВНАЯ ОЧЕРЕДЬ НЕВЫПОЛНЕННЫХ ЭЛЕМЕНТОВ, НО И ВХОДИТ В
ТОЧКУ ВХОДА ДРАЙВЕРА УСТРОЙСТВА В ТОМ МЕСТЕ, ГДЕ ОН БЫЛ
ПРЕЖДЕВРЕМЕННО ПРЕРВАН. ЕСЛИ ЗАДАНИЕ БЫЛО ПРЕЖДЕВРЕМЕННО
ПРЕРВАНО ПО СУ/C ИЛИ ЕСЛИ ОНО ВЫШЛО НА ЗАПРОС .HRESET,
МОНИТОР SJ ВЫПОЛНЯЕТ АППАРАТНУЮ ОЧИСТКУ ДЛЯ ПРЕКРАЩЕНИЯ
ВВОДА-ВЫВОДА НА ЛЮБОМ УСТРОЙСТВЕ. ЕСЛИ ДЛЯ ДАННОГО
УСТРОЙСТВА НАЗНАЧЕНА АППАРАТУРА, НЕОБХОДИМО УБЕДИТЬСЯ, ЧТО
ПРОИЗОШЕЛ ЧИСТЫЙ ОСТАНОВ, КОГДА ПОЛУЧЕН СИГНАЛ ИНИЦИАЛИЗАЦИИ
КАНАЛА.

4.5.4. ПОНИЖЕНИЕ ПРИОРИТЕТА ПРОЦЕССОРА: ЗАПРОС .INTEN
КОГДА ВОЗНИКАЕТ ПРЕРЫВАНИЕ, УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ
ПОДПРОГРАММЕ ОБРАБОТКИ ПРЕРЫВАНИЙ, АДРЕС КОТОРОЙ НАХОДИТСЯ В
ПЕРВОМ СЛОВЕ ВЕКТОРА ПРЕРЫВАНИЯ. В ЭТОЙ ТОЧКЕ ПРИОРИТЕТ
ПРОЦЕССОРА РАВЕН 7, И ВСЕ ОСТАЛЬНЫЕ ПРЕРЫВАНИЯ ЗАПРЕЩАЮТСЯ.
ЕСЛИ ТРЕБУЕТСЯ ЗАПРЕТИТЬ НЕКОТОРЫЕ ПРЕРЫВАНИЯ, ЭТО ОТНОСИТСЯ
К ЭТОМУ КОДУ. ОН ДОЛЖЕН БЫТЬ КРАТОК И ЭФФЕКТИВЕН И НЕ
ДОЛЖЕН РАЗРУШАТЬ СОДЕРЖИМОЕ РЕГИСТРОВ. ЕСЛИ ПОДПРОГРАММА
НУЖДАЕТСЯ В ИСПОЛЬЗОВАНИИ РЕГИСТРОВ, ОНА ДОЛЖНА СОХРАНЯТЬ ИХ
СОДЕРЖИМОЕ И ВОССТАНАВЛИВАТЬ ИХ ПЕРЕД ВЫХОДОМ ИЗ ЗАПРОСА
.INTEN. ЕСЛИ КОД ВЫПОЛНЯЕТСЯ НА ПРИОРИТЕТЕ 7 СЛИШКОМ ДОЛГО,
ПРОИЗОЙДЕТ ПРЕРЫВАНИЕ СИСТЕМЫ В СКРЫТОМ ВИДЕ (МЕРА, КОТОРОЙ
СИСТЕМА БЫСТРО ОТВЕЧАЕТ НА ПРЕРЫВАНИЕ). ХОРОШЕЙ БУДЕТ
ОБРАБОТКА НЕ БОЛЕЕ 50 МИКРОСЕКУНД НА ПРИОРИТЕТЕ 7.
СЛЕДУЕТ ПОНИЖАТЬ ПРИОРИТЕТ ПРОЦЕССОРА ДЛЯ УСТРОЙСТВА
КАК ТОЛЬКО ВОЗМОЖНО. ЭТО ЗНАЧИТ, ЧТО ТОЛЬКО УСТРОЙСТВА С
ВЫСОКИМ ПРИОРИТЕТОМ БУДУТ СПОСОБНЫ ПРЕРВАТЬ ПОДПРОГРАММУ
ОБРАБОТКИ ПРЕРЫВАНИЙ ДАННОГО УСТРОЙСТВА. ДЛЯ ПОНИЖЕНИЯ
ПРИОРИТЕТА НЕОБХОДИМО ИСПОЛЬЗОВАТЬ ЗАПРОС .INTEN. УКАЗАТЕЛЬ
СТЕКА И ОБЩИЕ РЕГИСТРЫ R0-R5 ДОЛЖНЫ СОДЕРЖАТЬ ТЕ ЖЕ
ЗНАЧЕНИЯ, КОТОРЫЕ УЖЕ СОДЕРЖАЛИСЬ ТАМ ДО ВЫЗОВА ЗАПРОСА
.INTEN, КОГДА ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ ПОКИДАЕТ
ЗАПРОС .INTEN. ЕСЛИ ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ
ЗАПИСАНА НЕ В ПОЗИЦИОННО-НЕЗАВИСИМОМ КОДЕ (PIC), НЕОБХОДИМО
ИСПОЛЬЗОВАТЬ СЛЕДУЮЩИЙ ФОРМАТ:
.INTEN PRIO
ЗАПРОС .INTEN ГЕНЕРИРУЕТСЯ В СЛЕДУЮЩИЙ КОД:

JSR R5,@54
.WORD ^C<PRIO*40>&340

ЕСЛИ ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ ИСПОЛЬЗУЕТ
ПОЗИЦИОННО-НЕЗАВИСИМЫЙ КОД (PIC), НЕОБХОДИМО ИСПОЛЬЗОВАТЬ
.INTEN СО ВТОРЫМ АРГУМЕНТОМ, PIC. (АРГУМЕНТ ДОЛЖЕН БЫТЬ В
САМОМ ДЕЛЕ ВСЕМ, ЧЕМ УГОДНО, ТОЛЬКО НЕ ПРОБЕЛОМ.)

.INTEN PRIO,PIC
ЭТОТ ЗАПРОС ГЕНЕРИРУЕТСЯ В СЛЕДУЮЩИЙ ПОЗИЦИОННО-НЕЗАВИ-
СИМЫЙ КОД:

MOV @#54,-(SP)
JSR R5,@(SP)+
.WORD ^C<PRIO*40>&340

ОБА ФОРМАТА ВЫЗЫВАЮТ ПЕРЕХОД К ПОДПРОГРАММЕ МОНИТОРА
INTEN, КОТОРАЯ ПОНИЖАЕТ ПРИОРИТЕТ ПРОЦЕССОРА И В СИСТЕМАХ FB
И XM ПЕРЕКЛЮЧАЕТ РЕЖИМ В СИСТЕМНЫЙ. ЗАТЕМ МОНИТОР ВЫЗЫВАЕТ
ПОДПРОГРАММУ ОБРАБОТКИ ПРЕРЫВАНИЙ КАК СОПОДПРОГРАММУ. R4 И
R5 МОЖНО ИСПОЛЬЗОВАТЬ ПОСЛЕ ВЫХОДА ИЗ ЗАПРОСА. НЕДОПУСТИМО
РАЗРУШЕНИЕ СОДЕРЖИМОГО ЛЮБОГО ДРУГОГО РЕГИСТРА. ЕСЛИ
ТРЕБУЮТСЯ РЕГИСТРЫ R0-R3, НЕОБХОДИМО СОХРАНИТЬ ИХ В СТЕКЕ
ИЛИ ПАМЯТИ И ВОССТАНОВИТЬ ПЕРЕД ОКОНЧАНИЕМ. ЕСЛИ ТРЕБУЕТСЯ
СОХРАНИТЬ ЗНАЧЕНИЯ В ПРОЦЕССЕ РАБОТЫ ЗАПРОСА .INTEN,
НЕОБХОДИМО СОХРАНИТЬ ИХ В ПАМЯТИ ПЕРЕД ВЫЗОВОМ И
ВОССТАНОВИТЬ ПОСЛЕ ВЫХОДА ИЗ НЕГО. ТАКИМ ОБРАЗОМ, ЕСЛИ
СОДЕРЖИМОЕ PS ВАЖНОЕ, ТАКОЕ КАК ЗНАЧЕНИЯ РАЗРЯДОВ УСЛОВИЙ,
СЛЕДУЕТ СОХРАНИТЬ ИХ ПЕРЕД ИСПОЛЬЗОВАНИЕМ ВЫЗОВА .INTEN.
Т.К. .INTEN ВЫЗЫВАЕТ ПЕРЕКЛЮЧЕНИЕ СИСТЕМНОГО СТЕКА В FB И
XM, СЛЕДУЕТ ИЗБЕГАТЬ ЧРЕЗМЕРНОГО ИСПОЛЬЗОВАНИЯ СТЕКА В
ПОДПРОГРАММЕ ОБРАБОТКИ ПРЕРЫВАНИЙ.
МОЖНО ХРАНИТЬ И ВОССТАНАВЛИВАТЬ РЕГИСТРЫ И PS,
ИСПОЛЬЗУЯ ЯЧЕЙКИ ПАМЯТИ ВМЕСТО СТЕКА.
ХРАНЕНИЕ В ЯЧЕЙКАХ ПАМЯТИ ДОЛЖНО ПРЕДОХРАНИТЬ
ПОДПРОГРАММУ ПРЕРЫВАНИЙ ОТ ПОВТОРНОГО ВХОДА. ЕСЛИ
ПОДПРОГРАММА БУДЕТ ИСПОЛЬЗОВАТЬСЯ ДЛЯ МНОГИХ УСТРОЙСТВ,
НЕОБХОДИМО ПОЗАБОТИТЬСЯ ПРИ ПЛАНИРОВАНИИ О ПОВТОРНОМ ВХОДЕ.

4.5.5. ИСПОЛЬЗОВАНИЕ ПРОГРАММНОГО ЗАПРОСА .SYNCH
ЗАПРОС .SYNCH ПОЛЕЗЕН В СИСТЕМАХ FB И XM. ЕГО ЦЕЛЬ -
УБЕДИТЬСЯ, ЧТО ЗАДАНИЕ ВЫПОЛНЕНО ПРАВИЛЬНО, КОГДА
ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ ВЫПОЛНЯЕТ ПРОГРАММНЫЙ
ЗАПРОС. (В СИСТЕМЕ SJ НЕ РАБОТАЕТ.)

ЕСЛИ НЕОБХОДИМО ВЫДАТЬ ОДИН ИЛИ НЕСКОЛЬКО ЗАПРОСОВ ИЗ
ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ, ПЕРВЫМ ДОЛЖЕН СЛЕДОВАТЬ
ЗАПРОС .SYNCH. ЗАПРОС .INTEN ПЕРЕДАЕТ УПРАВЛЕНИЕ В
СИСТЕМНЫЙ РЕЖИМ, А ПРОГРАММНЫЙ ЗАПРОС .SYNCH МОЖЕТ
ВЫПОЛНЯТЬСЯ ТОЛЬКО В СОСТОЯНИИ ПОЛЬЗОВАТЕЛЯ. ЗАПРОС .SYNCH
САМ ОБСЛУЖИВАЕТ ПЕРЕХОД НАЗАД ПОЛЬЗОВАТЕЛЯ. НИКОГДА НЕ
СЛЕДУЕТ ВЫДАВАТЬ ИЗ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ
ЗАПРОСЫ, ТРЕБУЮЩИЕ USR, ДАЖЕ ПОСЛЕ ИСПОЛЬЗОВАНИЯ .SYNCH.
МОЖНО ТАКЖЕ ИСПОЛЬЗОВАТЬ .SYNCH ПОСЛЕ .FORK. ПРИ
ИСПОЛЬЗОВАНИИ ЗАПРОСА .SYNCH, R0-R3, SP ДОЛЖНЫ СОДЕРЖАТЬ ТЕ
ЖЕ ЗНАЧЕНИЯ, КАКИЕ БЫЛИ ПОСЛЕ ИСПОЛЬЗОВАНИЯ ЗАПРОСА .INTEN.
В ТАБЛ.5 ПОКАЗАН ФОРМАТ SYNCH-БЛОКА, КОТОРЫЙ РАБОТАЕТ
ПОДОБНО ЭЛЕМЕНТУ ОЧЕРЕДИ ЗАВЕРШЕНИЯ. ИНФОРМАЦИЯ В 7-СЛОВНОМ
SYNCH-БЛОКЕ РАЗМЕЩЕНА ВО ГЛАВЕ СООТВЕТСТВУЮЩЕЙ ОЧЕРЕДИ
ЗАВЕРШЕНИЯ ЗАДАНИЙ. СЛЕДОВАТЕЛЬНО, КОДЫ, СЛЕДУЮЩИE ЗА
.SYNCH ВЫПОЛНЯЮТСЯ КАК ПОДПРОГРАММА ЗАВЕРШЕНИЯ В РЕЖИМЕ
ПОЛЬЗОВАТЕЛЯ С ПРИОРИТЕТОМ 0. ПОЭТОМУ ПРОГРАММА
ПОЛЬЗОВАТЕЛЯ ДОЛЖНА ЗАПРЕЩАТЬ ПРЕРЫВАНИЯ ПЕРЕД ЗАПРОСОМ
.SYNCH ИЛИ ОНА ДОЛЖНА БЫТЬ ПОДГОТОВЛЕНА ДЛЯ УСТРОЙСТВА,
ЧТОБЫ ПРЕРЫВАНИЕ ОПЯТЬ ВЫПОЛНЯЛОСЬ ПЕРЕД ВЫПОЛНЕНИЕМ .SYNCH.
SYNCH-БЛОК ДОСТУПЕН ДЛЯ ПОВТОРНОГО ИСПОЛЬЗОВАНИЯ, ЕСЛИ
Q.COMP РАВНО 0. МОЖНО ПРОВЕРИТЬ SYNCH-БЛОК ПУТЕМ ПОДАЧИ
СЛЕДУЮЩЕГО ЗАПРОСА .SYNCH. ЕСЛИ УПРАВЛЕНИЕ ПЕРЕДАЕТСЯ К
ВОЗВРАТУ ПО ОШИБКЕ (СЛОВО, СЛЕДУЮЩЕЕ ЗА ВЫЗОВОМ .SYNCH),
ЗНАЧИТ, БЛОК ПО-ПРЕЖНЕМУ ИСПОЛЬЗУЕТСЯ.

ТАБЛИЦА 5
------------------------------------------------------------
! СМЕЩЕНИЕ ! ИМЯ ! ВЛАДЕЛЕЦ ! СОДЕРЖИМОЕ !
------------------------------------------------------------
! 0 ! Q.LINK ! -- ! ЗАРЕЗЕРВИРОВАНО !
! 2 ! Q.CSW ! ПОЛЬЗОВАТЕЛЬ ! НОМЕР ЗАДАНИЯ !
! 4 ! Q.BLKN ! -- ! ЗАРЕЗЕРВИРОВАНО !
! 6 ! Q.FUNK ! -- ! ЗАРЕЗЕРВИРОВАНО !
! 10 ! Q.BUFF ! ПОЛЬЗОВАТЕЛЬ ! R0 - АРГУМЕНТ ДЛЯ !
! ! ! ! ПЕРЕХОДА !
! 12 ! Q.WCNT ! МОНИТОР ! -1 !
! 14 ! Q.COMP ! ПОЛЬЗОВАТЕЛЬ ! 0 ПРИ ТРАНСЛИРО- !
! ! ! ! ВАНИИ; МОНИТОР !
! ! ! ! ЗАТЕМ СОХРАНЯЕТ !
! ! ! ! СОДЕРЖИМОЕ ЭТОГО !
! ! ! ! СЛОВА !
------------------------------------------------------------

ВООБЩЕ, МОЖЕТ ПРОЙТИ МНОГО ВРЕМЕНИ МЕЖДУ ВЫЗОВОМ .SYNCH
И ВОЗВРАТОМ. СНАЧАЛА МОНИТОР ПЕРЕКЛЮЧАЕТСЯ В РЕЖИМ
ПОЛЬЗОВАТЕЛЯ, И ЗАПРАШИВАЕТСЯ ПЛАН ПЕРЕХОДА ДЛЯ ОПРЕДЕЛЕНИЯ
НАЛИЧИЯ ПЕРЕКЛЧАТЕЛЕЙ КОНТЕКСТА. ЗАТЕМ ПОДПРОГРАММА
ЗАВЕРШЕНИЯ ФОНОВОГО ЗАДАНИЯ ОЖИДАЕТ ВЫЧИСЛЕНИЯ ГРАНИЦЫ
БЛОКИРОВКИ ОСНОВНОГО ЗАДАНИЯ. ЭТО МОЖЕТ ЗАНЯТЬ МНОГО
ВРЕМЕНИ, ПРЕЖДЕ ЧЕМ КОДЫ, СЛЕДУЮЩИЕ ЗА .SYNCH, ДЕЙСТВИТЕЛЬНО
ВЫПОЛНЯТСЯ.
В КОДЕ СЛЕДУЮЩЕГО ВЫЗОВА .SYNCH R0 И R1 СВОБОДНЫ ДЛЯ
ИСПОЛЬЗОВАНИЯ, Т.К. ОНИ ИМЕЮТСЯ В ЛЮБОЙ ПОДПРОГРАММЕ
ЗАВЕРШЕНИЯ. ОДНАКО НЕОБХОДИМО СОХРАНИТЬ R2-R5, ЕСЛИ
ПОДПРОГРАММА .SYNCH ИСПОЛЬЗУЕТ ИХ. R4 И R5 НЕ СОХРАНЯЮТСЯ
ПРИ ВЫЗОВЕ. ПОЭТОМУ, ЕСЛИ ИХ СОДЕРЖИМОЕ ВАЖНО, НЕОБХОДИМО
СОХРАНИТЬ ИХ В ПАМЯТИ ПЕРЕД ВЫЗОВОМ .SYNCH. МОЖНО
ИСПОЛЬЗОВАТЬ Q.BUFF В SYNCH-БЛОКЕ ДЛЯ ПЕРЕСЫЛКИ ЗНАЧЕНИЯ В
R0 ДЛЯ ПОДПРОГРАММЫ.
ЗАПРОС .SYNCH ИМЕЕТ НЕОБЫЧНЫЙ ВОЗВРАТ ПО ОШИБКЕ.
ПЕРВОЕ СЛОВО ПОСЛЕ .SYNCH - АДРЕС ВОЗВРАТА ПО ОШИБКЕ, ВТОРОЕ
СЛОВО ПОСЛЕ .SYNCH - ВОЗВРАТ ПРИ УСПЕШНОМ ЗАВЕРШЕНИИ.
В СРЕДЕ SJ ПОДПРОГРАММЫ, СЛЕДУЮЩИЕ ЗА ВЫЗОВОМ .SYNCH
(ФАКТИЧЕСКИ ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ), БУДУТ ВМОНТИРОВАНЫ
(Т.Е. ОНИ МОГУТ ПРЕРЫВАТЬ ДРУГ ДРУГА). ОНИ ВЫДАЮТСЯ
СЕРИЯМИ В FB И XM. В SJ МЕХАНИЗМ ЗАПРОСА ПОХОЖ НА СХЕМУ FB
И XM, НО НЕ ДЕЛАЕТ ЕГО ДВАЖДЫ.

4.5.6. ВЫПОЛНЕНИЕ НА FORK-УРОВНЕ: ЗАПРОС .FORK
ПРОГРАMМНЫЙ ЗАПРОС .FORK ВЫДАЕТ ДРУГОЙ, БОЛЕЕ НИЗКИЙ
ПРИОРИТЕТ ПРОЦЕССОРА. КОГДА ИСПОЛЬЗУЕТСЯ ВЫЗОВ .FORK,
FORK-БЛОК ДОБАВЛЯЕТСЯ К FORK-ОЧЕРЕДИ, КОТОРАЯ ОРГАНИЗОВАНА
FIFO (ПЕРВЫМ ВОШЕЛ, ПЕРВЫМ ВЫШЕЛ). FORK-ПОДПРОГРАММЫ (ВСЕ
КОДЫ, СЛЕДУЮЩИЕ ЗА ЗАПРОСОМ .FORK) ВЫПОЛНЯЮТСЯ В СИСТЕМНОМ
РЕЖИМЕ С ПРИОРИТЕТОМ 0 ПОСЛЕ ОБРАБОТКИ ВСЕХ ПРЕРЫВАНИЙ, НО
ПЕРЕД ПЕРЕХОДОМ В РЕЖИМ ПОЛЬЗОВАТЕЛЯ. ПЕРЕКЛЮЧЕНИЕ
КОНТЕКСТОВ ЗАПРЕЩЕНО ВО ВРЕМЯ ВЫПОЛНЕНИЯ FORK-ПОДПРОГРАММ.
R4 И R5 СОХРАНЯЮТСЯ ВО ВРЕМЯ ВЫЗОВА .FORK. КРОМЕ ТОГО,
R0-R3 МОЖНО ИСПОЛЬЗОВАТЬ ПОСЛЕ ЗАПРОСА .FORK. ПОДОБНО
.SYNCH, ЗАПРОС .FORK ПРЕДПОЛАГАЕТ, ЧТО R0-R3 И SP НЕ
ИЗМЕНЯЮТСЯ ПОСЛЕ ВОЗВРАЩЕНИЯ ИЗ ЗАПРОСА .INTEN НЕДОПУСТИМО
ИСПОЛЬЗОВАНИЕ ЗАПРОСА .FORK БЕЗ ПРЕДВАРИТЕЛЬНОГО ЗАПРОСА
.INTEN.
НЕОБХОДИМО ПРЕДОСТАВИТЬ 4-СЛОВНЫЙ БЛОК ПАМЯТИ ДЛЯ
ЭЛЕМЕНТА FORK-ОЧЕРЕДИ, НИЖНИЕ ТРИ СЛОВА СОДЕРЖАТ R4, R5 И
АДРЕС ВОЗВРАТА PC. ПЕРВОЕ СЛОВО - СЛОВО СВЯЗИ, КОТОРОЕ
ДОЛЖНО БЫТЬ 0, КОГДА ВЫДАЕТСЯ ЗАПРОС .FORK. Т.К.
ПОДПРОГРАММУ .FORK НЕ СЛЕДУЕТ ПЕРЕЗАПУСКАТЬ, НЕОБХОДИМО
УБЕДИТЬСЯ, ЧТО УСТРОЙСТВО НЕ МОЖЕТ БЫТЬ ПРЕРВАНО МЕЖДУ
МОМЕНТОМ ВЫДАЧИ .FORK И МОМЕНТОМ НАЧАЛА ВЫПОЛНЕНИЯ
ПОДПРОГРАММЫ (КОДЫ, СЛЕДУЮЩИЕ ЗА ВЫЗОВОМ).
НЕДОПУСТИМО ПОВТОРНОЕ ИСПОЛЬЗОВАНИЕ FORK-БЛОКА, ПОКА
РАБОТАЕТ ПОДПРОГРАММА .FORK. ПРЕДПОЛАГАЕТСЯ, ЧТО FORK-БЛОК
ЯВЛЯЕТСЯ СВОБОДНЫМ, КОГДА ВЫЗОВ, КОТОРЫЙ ИСПОЛЬЗОВАЛ ЕГО,
ВОЗВРАЩАЕТСЯ. ТАБЛ.6 ИЛЛЮСТРИРУЕТ СОДЕРЖИМОЕ FORK-БЛОКА.

ТАБЛИЦА 6
------------------------------------------------------------
! СМЕЩЕНИЕ ! ИМЯ ! ВЛАДЕЛЕЦ ! СОДЕРЖИМОЕ !
------------------------------------------------------------
! 0 ! F.BLNK ! МОНИТОР ! СЛОВО СВЯЗИ !
! 2 ! F.BADR ! МОНИТОР ! АДРЕС ПОДПРОГРАММЫ!
! ! ! ! .FORK !
! 4 ! F.BR5 ! МОНИТОР ! ОБЛАСТЬ ХРАНЕНИЯ !
! ! ! ! R5 !
! 6 ! F.BR4 ! МОНИТОР ! ОБЛАСТЬ ХРАНЕНИЯ !
! ! ! ! R4 !
------------------------------------------------------------

ОБЫЧНО ЗАПРОС .FORK ИСПОЛЬЗУЕТСЯ В ДРАЙВЕРАХ УСТРОЙСТВ.
ЧТОБЫ ИСПОЛЬЗОВАТЬ ЕГО В ПОДПРОГРАММЕ ОБРАБОТКИ ПРЕРЫВАНИЙ,
НЕОБХОДИМО СНАЧАЛА УСТАНОВИТЬ УКАЗАТЕЛЬ, НАЗЫВАЕМЫЙ $FKPTR.
РЕКОМЕНДУЕТСЯ СДЕЛАТЬ ЭТО В ОСНОВНОЙ ПРОГРАММЕ СЛЕДУЮЩИМ
ОБРАЗОМ:

MOV @#54,R4
ADD 402(R4),R4
MOV R4,$FKPTR
.
.
.
$FKPTR: .WORD 0
XXFBLK: .WORD 0,0,0,0

ЗАТЕМ В ПОДПРОГРАММЕ ОБРАБОТКИ ПРЕРЫВАНИЙ МОЖНО
ИСПОЛЬЗОВАТЬ ОБЫЧНУЮ ФОРМУ ЗАПРОСА .FORK:
.FORK XXFBLK
МАКРОРАСШИРЕНИЕ ЗАПРОСА .FORK ВЫГЛЯДИТ СЛЕДУЮЩИМ
ОБРАЗОМ:

JSR R5,@$FKPTR
.WORD XXFBLK-.

В СИСТЕМЕ SJ ЗАПРОС .FORK НЕ ПОДДЕРЖИВАЕТСЯ, ЕСЛИ НЕ
ВЫБРАНА ПОДДЕРЖКА ТАЙМЕРА ВО ВРЕМЯ ГЕНЕРАЦИИ СИСТЕМЫ.
ВМЕСТО ЭТОГО МОНИТОР МОДЕЛИРУЕТ ПРОЦЕСС ПУТЕМ СОХРАНЕНИЯ
R0-R3 ПЕРЕД ВЫЗОВОМ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ.
йЗАТЕМ ОН НЕ ПЫТАЕТСЯ ВЫДАВАТЬ СЕРИИ FORK-ПОДПРОГРАММ. В
ПОДПРОГРАММЕ ОБРАБОТКИ ПРЕРЫВАНИЙ НЕТ СВОБОДНЫХ ДЛЯ
ИСПОЛЬЗОВАНИЯ РЕГИСТРОВ ПЕРЕД ВЫЗОВОМ .INTEN. ПОСЛЕ ВЫЗОВА
.INTEN МОЖНО ИСПОЛЬЗОВАТЬ РЕГИСТРЫ R4 И R5.
ЗАПРОС .FORK ИМЕЕТ РАЗЛИЧНЫЕ ПРИМЕНЕНИЯ В СИСТЕМАХ
РЕАЛЬНОГО ВРЕМЕНИ, T.K. ОН ДОПУСКАЕТ ОТКЛАДЫВАТЬ ОБРАБОТКУ
РАСТЯНУТЫХ, НО НЕ КРИТИЧЕСКИХ ПО ВРЕМЕНИ ПРЕРЫВАНИЙ, ПОКА НЕ
БУДУТ ОБРАБОТАНЫ ВСЕ ДРУГИЕ ПРЕРЫВАНИЯ.
ПОНИЖЕНИЕ ПРИОРИТЕТА ПРИВОДИТ К ПРОБЛЕМАМ В ДРАЙВЕРАХ
ДРУГИХ УСТРОЙСТВ, КОТОРЫЕ БУДУТ ПЕРЕЗАПУСКАТЬСЯ.
ИСПОЛЬЗОВАНИЕ .SYNCH НЕ ВСЕГДА РЕШАЕТ ПРОБЛЕМУ, МОНИТОР SJ
ТОЛЬКО МОДЕЛИРУЕТ .SYNCH И СБРАСЫВАЕТ ПРИОРИТЕТ К 0, КОТОРЫЙ
ПРИВОДИТ К ТЕМ ЖЕ ПРОБЛЕМАМ ПЕРЕЗАПУСКА ДРАЙВЕРОВ. МОНИТОР
FB ДОЛЖЕН ВЫПОЛНИТЬ ПЕРЕКЛЮЧЕНИЕ КОНТЕКСТА ПОСЛЕ ВОЗВРАТА ИЗ
.SYNCH В РЕЖИМ ПОЛЬЗОВАТЕЛЯ, ВЫПОЛНЯЕМЫЙ В СТЕКЕ
ПОЛЬЗОВАТЕЛЯ. ПЕРЕКЛЮЧЕНИЕ КОНТЕКСТА - ДЛИТЕЛЬНЫЙ ПРОЦЕСС И
НЕ ПРОХОДИТ ДО КОНЦА, ЕСЛИ ИДЕТ ЗАВЕРШЕНИЕ ОСНОВНОГО
ЗАДАНИЯ.
ЗАПРОС .FORK РЕШАЕТ ПРОБЛЕМУ. ОН ВОЗВРАЩАЕТСЯ НА
ПРИОРИТЕТ 0, ТОЛЬКО КОГДА ВСЕ ДРУГИЕ ПРЕРЫВАНИЯ УЖЕ
ОБРАБОТАНЫ, НО ПЕРЕД ПЕРЕДАЧЕЙ УПРАВЛЕНИЯ В ПРЕРВАННУЮ
ПРОГРАММУ ПОЛЬЗОВАТЕЛЯ.

4.5.7. ИТОГ ПО .INTEN, .FORK И .SYNCH
ТАБЛ.7 ОБОБЩАЕТ ДЕЙСТВИЯ ВЫЗОВОВ .INTEN, .FORK И
.SYNCH. РИС.5 ПОКАЗЫВАЕТ СОСТОЯНИЕ РЕГИСТРОВ ДЛЯ КАЖДОГО
ВЫЗОВА.

ТАБЛИЦА 7
------------------------------------------------------------
! ! ! ! РЕГИСТРЫ, ! ДАННЫЕ, !
! МАКРО- ! НОВЫЙ ! НОВЫЙ ! ДОСТУПНЫЕ ДЛЯ ! СОХРАНЯЮ- !
! ВЫЗОВ ! ПРИОРИТЕТ ! СТЕК ! ИСПОЛЬЗОВАНИЯ ! ЩИЕСЯ ПРИ !
! ! ! ! ПОСЛЕ ВЫЗОВА ! ВЫЗОВЕ !
------------------------------------------------------------
! .INTEN ! УСТРОЙСТВА! СИСТЕМ- ! R4, R5 ! НЕТ !
! ! ! НЫЙ ! ! !
! .FORK ! 0 ! СИСТЕМ- ! R0 - R5 ! R4, R5 !
! ! ! НЫЙ ! ! !
! .SYNCH ! 0 ! ПОЛЬЗО- ! R0, R1 ! R0 !
! ! ! ВАТЕЛЯ ! ! !
------------------------------------------------------------

ОПЕРАЦИЯ R0 R1 R2 R3 R4 R5
---------- ----------------------------------------------
!
! I----------- СОДЕРЖИМОЕ НЕИЗВЕСТНО ---------I
V ! ! ! ! ! !
ПРЕРЫВАНИЕ ----!--------!-------!-------!------!------!---
! ! ! ! ! ! !
! V V V V V V
! I---------- СОХРАНИТЬ/ВОССТАНОВИТЬ, --------I
! ЕСЛИ НЕОБХОДИМО ! !
V ! ! ! ! V V
.INTEN ----!--------!-------!-------!------------------
! ! ! ! ! I-- СВОБОДНО --I
! ! ! ! ! ДЛЯ
! V V V V ИСПОЛЬЗОВАНИЯ
! I-- СООХРАНИТЬ/ВОССТАНОВИТЬ--I ! ----!----
! ! ! ! ! ! ! ! !!
! ! ! ! ! !<-! !<-!!
V V V V V ! ! !
.FORK ------------------------------------!------!-- !
! ! ! !
! V V !
! I------------- СВОБОДНО ДЛЯ --------------I !
! ! ! ИСПОЛЬЗОВАНИЯ ! ! !
! ! ! ! ! ! ! !
! ! ! ! ! ! ! !
V V V V V V V !
.SYNCH ---------------------------------------------- !
! /\ !
! ! I---СВОБОДНО---I I--СОХРАНИТЬ/ВОССТАНОВИТЬ--I!
! ! ! ! ! ! ! ! !
! ! ! ! ! ! ! ! !
V ! V V V V V V !
! !
ЗАГРУЖЕНО СОДЕРЖАТ
ДАННЫМИ ДАННЫЕ
ПОЛЬЗОВА- ПОЛЬЗОВА-
ТЕЛЯ ТЕЛЯ

РИС.5

4.5.8. ВЫХОД ИЗ ОБРАБОТКИ ПРЕРЫВАНИЯ: RTS PC
ЗАПРОС .INTEN ЗАСТАВЛЯЕТ МОНИТОР ВЫЗЫВАТЬ ПОДПРОГРАММУ
ОБРАБОТКИ ПРЕРЫВАНИЙ КАК СОПОДПРОГРАММУ. В КОНЦЕ ЭТОЙ
ПОДПРОГРАММЫ, ДЛЯ ВЫХОДА ИЗ НЕЕ НЕОБХОДИМО ИСПОЛЬЗОВАТЬ
ИНСТРУКЦИЮ RTS PC, ПО КОТОРОЙ УПРАВЛЕНИЕ ВОЗВРАЩАЕТСЯ В
МОНИТОР, КОТОРЫЙ ВОССТАНАВЛИВАЕТ R4, R5 И ВЫПОЛНЯЕТ КОМАНДУ
RTI.
АНАЛОГИЧНО ОСУЩЕСТВЛЯЕТСЯ ВЫХОД ИЗ ПОДПРОГРАММ С
ПОМОЩЬЮ КОМАНДЫ RTS PC .FORK И .SYNCH. СТЕК ДОЛЖЕН БЫТЬ
ТАКИМ ЖЕ, ЧТО И ПЕРЕД ВХОДОМ, И РЕГИСТРЫ ДОЛЖНЫ ИМЕТЬ
НАЧАЛЬНЫЕ ЗНАЧЕНИЯ.
4.6. СХЕМАТИЧЕСКАЯ КОНСТРУКЦИЯ ПОДПРОГРАММЫ ОБРАБОТКИ
ПРЕРЫВАНИЙ
В ПРИМЕРЕ, ПРИВЕДЕННОМ НИЖЕ, ПОКАЗАНА ОСНОВНАЯ
ПРОГРАММА, КОТОРАЯ СОДЕРЖИТ ВНУТРЕННЮЮ ПОДПРОГРАММУ
ОБРАБОТКИ ПРЕРЫВАНИЙ. ЭТА ПРОГРАММА ПРЕДСТАВЛЯЕТ НЕКОТОРЫЕ
ЗАДАЧИ ИНИЦИАЛИЗАЦИИ И ПРИОСТАНАВЛИВАЕТ СЕБЯ. КОГДА ДАННЫЕ
ПОСТУПАЮТ С ПЕРИФЕРИЙНОГО УСТРОЙСТВА, ПОДПРОГРАММА ОБРАБОТКИ
ПРЕРЫВАНИЙ СОБИРАЕТ ИХ. КОГДА ВСЕ ДАННЫЕ СОБРАНЫ,
ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ ПРОДОЛЖАЕТ ОСНОВНУЮ
ПРОГРАММУ, КОТОРАЯ МОЖЕТ ПОТОМ ОБРАБАТЫВАТЬ НОВУЮ ИНФОРМАЦИЮ
ДО ТЕХ ПОР, ПОКА СНОВА НЕ ПРИОСТАНОВИТ СЕБЯ. ВЫПОЛНЕНИЕ
ОСНОВНОЙ ПРОГРАММЫ МОЖЕТ ВКЛЮЧАТЬ НЕКОТОРУЮ ОБРАБОТКУ НОВЫХ
ДАННЫХ ИЛИ ЗАПИСЬ ДАННЫХ В ФАЙЛ, ИСПОЛЬЗУЕМЫЙ ФОНОВЫМ
ЗАДАНИЕМ АНАЛИЗА ДАННЫХ. Т.К. ЭТОТ ПРИМЕР ДОВОДИТ НОМЕР
ЗАДАНИЯ ДО 2-Х, ОН НЕ МОЖЕТ НОРМАЛЬНО ВЫПОЛНЯТЬСЯ В СИСТЕМЕ,
ИМЕЮЩЕЙ ПРИЗНАК СИСТЕМНОГО ЗАДАНИЯ.
В ПРИМЕРЕ XX - ДВУХСИМВОЛЬНОЕ ИМЯ УСТРОЙСТВА.
ПРИМЕР:
** ОСНОВНАЯ ПРОГРАММА **

XXVEC=VVV ;ВЕКТОР УСТРОЙСТВА
PR7=340 ;ПРИОРИТЕТ 7
DEVPRI=5 ;ПРИОРИТЕТ УСТРОЙСТВА
;РАВЕН 5
;(0-7, НО НЕ 000-340)
XXCSR=NNNNN ;РЕГИСТР СОСТОЯНИЯ
;УСТРОЙСТВА
IENABLE=100 ;РАЗРЯД РАЗРЕШЕНИЯ
;ПРЕРЫВАНИЯ
START: .PROTECT #LIST,#XXVEC ;ЗАЩИТА ВЕКТОРА
BCS ERROR ;ОБРАБОТКА ОШИБКИ .PROTECT
MOV #ISREP,@#XXVEC ;УСТАНОВКА ПЕРВОГО СЛОВА
;ВЕКТОРА
MOV #PR7,@#XXVEC+2 ;УСТАНОВКА ВТОРОГО СЛОВА
;ВЕКТОРА
.DEVICE #LIST,#DEVLST ;БЛОКИРОВАТЬ УСТРОЙСТВО ОТ
;ВЫХОДА ИЛИ ПРЕЖДЕВРЕМЕННОГО
;ПРЕРЫВАНИЯ
;
;СТРОКИ КОДА ИНИЦИАЛИЗИРУЮТ ВХОДНЫЕ БУФЕРЫ В ПОДПРОГРАММЕ
;ОБРАБОТКИ;
;ИНИЦИАЛИЗИРУЮТ ДРУГИЕ УКАЗАТЕЛИ И ПРИЗНАКИ
;
SPND: BIS #IENABL,@#XXCSR ;РАЗРЕШЕНИЕ ПРЕРЫВАНИЯ
.SPND ;ОЖИДАНИЕ ПОЯВЛЕНИЯ
;НЕКОТОРЫХ ДАННЫХ
;
;СТРОКИ КОДА ХРАНЯТ ДАННЫЕ;
;ПЕРЕУСТАНАВЛИВАЮТСЯ НЕКОТОРЫЕ ПРИЗНАКИ
;
BR SPND ;ОЖИДАЮТСЯ ДРУГИЕ ДАННЫЕ
DEVLST: .WORD XXCSR ;СПИСОК ДЛЯ .DEVICE
.WORD 0
.WORD 0
LIST: .BLKW 3 ;БЛОК АРГУМЕНТОВ EMT
ERROR: . ;ПОДПРОГРАММЫ ДЛЯ ОБРАБОТКИ
;ОШИБОК
.
.
** ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ **

ISPEP: . ;ТОЧКА ВХОДА ПРЕРЫВАНИЯ;
. ;ПРИОРИТЕТ РАВЕН 7
.
.INTEN DEVPRI ;НО НЕ #DEVPRI.
;ПОНИЖАЕТСЯ ДО ПРИОРИТЕТА
;УСТРОЙСТВА; В ДАННОМ СЛУ-
;ЧАЕ, В СИСТЕМНОМ РЕЖИМЕ,
;ДОСТУПНЫ R4 И R5
;
;ЕСЛИ ЕСТЬ ДРУГИЕ ДАННЫЕ ДЛЯ ВЫБОРКИ:
;
BR RETURN
;
;ЕСЛИ НЕТ БОЛЬШЕ ДАННЫХ ДЛЯ ВЫБОРКИ:
;
.SYNCH #SYNBLK ;ВОЗВРАТ В ОСНОВНУЮ
;ПРОГРАММУ ДЛЯ ОБРАБОТКИ
;ДАННЫХ
BR SYNERR ;ВОЗВРАТ ПО ОШИБКЕ .SYNCH
.RSUM ;ВОЗОБНОВЛЕНИЕ ОСНОВНОЙ
;ПРОГРАММЫ
RETURN: RTS PC ;ОЖИДАНИЕ СЛЕДУЮЩЕГО
;ПРЕРЫВАНИЯ
.
.
.
SYNBLK: .WORD 0,2,0,0,0,-1,0 ;ЗДЕСЬ: 2 - НОМЕР ОСНОВНОГО
;ЗАДАНИЯ
SYNERR: ;ОБРАБОТКА ОШИБОК .SYNCH

5. ДОПОЛНИТЕЛЬНЫЕ ВОЗМОЖНОСТИ

5.1. ТАЙМ-АУТ УСТРОЙСТВА ВВОДА-ВЫВОДА
ИСПОЛЬЗУЯ ДОПОЛНИТЕЛЬНОЕ СРЕДСТВО, ТАЙМ-АУТ УСТРОЙСТВА,
ДРАЙВЕР МОЖЕТ НАЗНАЧИТЬ ПОДПРОГРАММУ ЗАВЕРШЕНИЯ, КОТОРАЯ
БУДЕТ ВЫПОЛНЯТЬСЯ, ЕСЛИ ПРЕРЫВАНИЕ НЕ ВОЗНИКЛО В УКАЗАННЫЙ
ИНТЕРВАЛ ВРЕМЕНИ. ТАКИМ ОБРАЗОМ, ДРАЙВЕР МОЖЕТ ВЫПОЛНЯТЬ
ПОДПРОГРАММУ ЗАВЕРШЕНИЯ ПО ИСТЕЧЕНИИ ЭТОГО ИНТЕРВАЛА ВРЕМЕНИ
БЕЗ ВЫЗОВА .SYNCH И СООТВЕТСТВУЮЩЕЙ ЕМУ ПОТЕНЦИАЛЬНОЙ
ЗАДЕРЖКИ.
ВЫБОР СРЕДСТВА ТАЙМ-АУТА ПРОИЗВОДИТСЯ ВО ВРЕМЯ
ГЕНЕРАЦИИ СИСТЕМЫ. ТАЙМ-АУТ ИСПОЛЬЗУЕТСЯ ЧАСТИЧНО В
МУЛЬТИ-ТЕРМИНАЛЬНОМ МОНИТОРЕ СИСТЕМЫ ФОДОС-2. ПАРАМЕТР
АВТОМАТИЧЕСКИ ВКЛЮЧЕН В СИСТЕМУ, ЕСЛИ ВЫБРАНА
МУЛЬТИ-ТЕРМИНАЛЬНАЯ ПОДДЕРЖКА. В ПРОТИВНОМ СЛУЧАЕ, ЕСЛИ ЭТО
СРЕДСТВО ИСПОЛЬЗУЕТСЯ В ДРАЙВЕРЕ, НЕОБХОДИМО ВКЛЮЧИТЬ ЕГО ВО
ВРЕМЯ ГЕНЕРАЦИИ СИСТЕМЫ.
ДЛЯ ОБЕСПЕЧЕНИЯ ТАЙМ-АУТА УСТРОЙСТВА В СИСТЕМЕ ФОДОС-2
ПРЕДУСМОТРЕНЫ ДВА ЗАПРОСА: .TIMIO И .CTIMIO. ОНИ ДОСТУПНЫ
ТОЛЬКО ДРАЙВЕРАМ УСТРОЙСТВ. ЕСЛИ ПРИ ТРАНСЛЯЦИИ ФАЙЛА
ДРАЙВЕРА В УСЛОВИИ TIM$IT РАВЕН 1, ТО ЗАПРОС .DRDEF ВЫДАЕТ
ДИРЕКТИВУ .MCALL ДЛЯ ЗАПРОСОВ .TIMIO И .CTIMIO.

5.1.1. ЗАПРОС .TIMIO
ЗАПРОС .TIMIO ИСПОЛЬЗУЕТСЯ В СЕКЦИИ ИНИЦИИРОВАНИЯ
ВВОДА-ВЫВОДА ДЛЯ ФОРМИРОВАНИЯ ВЫЗОВА ТАЙМ-АУТА. ЭТОТ ЗАПРОС
МОЖЕТ РАСПОЛАГАТЬСЯ В ЛЮБОМ МЕСТЕ ДРАЙВЕРА, КРОМЕ УРОВНЯ
ПРЕРЫВАНИЯ. ЕСЛИ НЕОБХОДИМО ВЫДАТЬ ЗАПРОС НА УРОВНЕ
ПРЕРЫВАНИЯ, ТО СНАЧАЛА ДОЛЖЕН СЛЕДОВАТЬ ЗАПРОС .FORK.
ЗАПРОС .TIMIO ПЛАНИРУЕТ ВЫПОЛНЕНИЕ ПОДПРОГРАММЫ
ЗАВЕРШЕНИЯ ПОСЛЕ ИСТЕЧЕНИЯ УКАЗАННОГО ИНТЕРВАЛА ВРЕМЕНИ.
ПОДПРОГРАММА ЗАВЕРШЕНИЯ ВЫПОЛНЯЕТСЯ В КОНТЕКСТЕ ЗАДАНИЯ,
УКАЗАННОГО В БЛОКЕ ТАЙМЕРА. В XM-СИСТЕМЕ ПОДПРОГРАММА
ЗАВЕРШЕНИЯ ВЫПОЛНЯЕТСЯ С ВНУТРЕННИМ ОТОБРАЖЕНИЕМ, ТАК КАК
ОНА ЯВЛЯЕТСЯ ЧАСТЬЮ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ. КАК
ОБЫЧНО, RO И R1 ИСПОЛЬЗУЮТСЯ В ПОДПРОГРАММАХ ЗАВЕРШЕНИЯ.
КОГДА ВВОДИТСЯ ПОДПРОГРАММА ЗАВЕРШЕНИЯ, RO СОДЕРЖИТ
ПОСЛЕДОВАТЕЛЬНОЕ ЧИСЛО ЗАПРОСОВ ТАЙМ-АУТА.
ТАК КАК ДЛЯ ВЫДАЧИ ЗАПРОСА .TIMIO ИЛИ .CTIMIO
НЕОБХОДИМО ПЕРЕХОДИТЬ К FORK-УРОВНЮ (НУЛЕВОМУ ПРИОРИТЕТУ
ПРОЦЕССОРА), ДРАЙВЕР ДОЛЖЕН ЗАПРЕТИТЬ ПРЕРЫВАНИЕ УСТРОЙСТВА
ПЕРЕД ИСПОЛЬЗОВАНИЕМ .FORK, ИЛИ ДОЛЖЕН БЫТЬ ТЩАТЕЛЬНО
ЗАКОДИРОВАН ВО ИЗБЕЖАНИЕ ПРОБЛЕМЫ ПОВТОРНОГО ВВОДА.
ЗАПРЕЩЕНО ПОВТОРНО ИСПОЛЬЗОВАТЬ БЛОК ТАЙМЕРА, ПОКА НЕ
ИСЧЕЗНЕТ ЭЛЕМЕНТ ТАЙМЕРА И НЕ БУДЕТ ВВЕДЕНА ПОДПРОГРАММА
ЗАВЕРШЕНИЯ, ИЛИ ПОКА ЭЛЕМЕНТ ТАЙМЕРА НЕ БУДЕТ УСПЕШНО
УСТРАНЕН.
ФОРМАТ ЗАПРОСА .TIMIO СЛЕДУЮЩИЙ:
.TIMIO TBK,HI,LO
ГДЕ TBK - АДРЕС БЛОКА ТАЙМЕРА, СЕМИСЛОВНОГО ПСЕВДОЭЛЕМЕНТА
ОЧЕРЕДИ ТАЙМЕРА; НЕЛЬЗЯ ИСПОЛЬЗОВАТЬ НОМЕРНОЙ
ЗНАК (#) ПЕРЕД TBK;
HI - КОНСТАНТА, ОБОЗНАЧАЮЩАЯ СТАРШЕЕ СЛОВО
ДВУХСЛОВНОГО ИНТЕРВАЛА ВРЕМЕНИ;
LO - КОНСТАНТА, ОБОЗНАЧАЮЩАЯ МЛАДШЕЕ СЛОВО
ДВУХСЛОВНОГО ИНТЕРВАЛА ВРЕМЕНИ.
ФОРМАТ БЛОКА ТАЙМЕРА ПОКАЗАН В ТАБЛ.8.

ТАБЛИЦА 8
------------------------------------------------------------
! СМЕЩЕНИЕ ! ИМЯ ! ВЛАДЕЛЕЦ ! ЗНАЧЕНИЕ !
------------------------------------------------------------
! 0 ! C.HOT ! .TIMIO ! СТАРШЕЕ СЛОВО ВРЕМЕНИ !
! 2 ! C.LOT ! .TIMIO ! МЛАДШЕЕ СЛОВО ВРЕМЕНИ !
! 4 !C.LINK ! МОНИТОР ! СВЯЗЬ СО СЛЕДУЮЩИМ ЭЛЕМЕН- !
! ! ! ! ТОМ ОЧЕРЕДИ; 0 ПОКАЗЫВАЕТ !
! ! ! ! ОТСУТСТВИЕ ЭЛЕМЕНТА !
! 6 !C.JNUM ! ПОЛЬЗОВ. ! НОМЕР ЗАДАНИЯ ВЛАДЕЛЬЦА; !
! ! ! ! ПЕРЕДАЕТСЯ ИЗ ЭЛЕМЕНТА !
! ! ! ! ОЧЕРЕДИ !
! 10 ! C.SEQ ! ПОЛЬЗОВ. ! НОМЕР ЗАПРОСА ТАЙМЕРА. !
! ! ! ! ДОПУСТИМЫЙ ДИАПАЗОН ИСПОЛЬ-!
! ! ! ! ЗОВАНИЯ НОМЕРОВ ОТ 177000 !
! ! ! ! ДО 177377 !
! 12 ! C.SYS ! МОНИТОР ! -1 !
! 14 !C.COMP ! ПОЛЬЗОВ. ! АДРЕС ПОДПРОГРАММЫ ЗАВЕРШЕ-!
! ! ! ! НИЯ, КОТОРАЯ БУДЕТ ВЫПОЛ- !
! ! ! ! НЯТЬСЯ, ЕСЛИ ВОЗНИКНЕТ !
! ! ! ! ТАЙМ-АУТ. МОНИТОР ОБНУЛЯЕТ !
! ! ! ! ЭТО СЛОВО, КОГДА ВЫЗЫВАЕТ !
! ! ! ! ПОДПРОГРАММУ ЗАВЕРШЕНИЯ, !
! ! ! ! ПОКАЗЫВАЯ, ЧТО БЛОК ТАЙМЕРА!
! ! ! ! ИМЕЕТСЯ В НАЛИЧИИ ДЛЯ ПОВ- !
! ! ! ! ТОРНОГО ИСПОЛЬЗОВАНИЯ !
------------------------------------------------------------

ХОТЯ ЗАПРОС .TIMIO ПЕРЕМЕЩАЕТ СТАРШЕЕ И МЛАДШЕЕ СЛОВА
ВРЕМЕНИ В БЛОК ТАЙМЕРА, НЕОБХОДИМО ОБОЗНАЧАТЬ ИХ ПРАВИЛЬНО
ПРИ МАКРОВЫЗОВЕ. ИНТЕРВАЛ ВРЕМЕНИ ВЫРАЖАЕТСЯ В ТИКАХ.
ИМЕЕТСЯ 50 ДЕСЯТИЧНЫХ ТИКОВ.
МЛАДШЕЕ СЛОВО ВРЕМЕНИ ВМЕЩАЕТ ЗНАЧЕНИЕ ДО 65535 ТИКОВ.
ЭТО ЭКВИВАЛЕНТНО ПРИБЛИЗИТЕЛЬНО 1310 СЕК. ИЛИ
ПРИБЛИЗИТЕЛЬНО 21,8 МИН.. ЕСЛИ НЕОБХОДИМО УКАЗАТЬ ИНТЕРВАЛ
ВРЕМЕНИ В 21,8 МИНУТАХ И МЕНЕЕ, ТО АРГУМЕНТ HI ДОЛЖЕН
СОДЕРЖАТЬ 0, И АРГУМЕНТ LO В ЗАПРОСЕ .TIMIO ДОЛЖЕН СОДЕРЖАТЬ
ЧИСЛО ТИКОВ.
ЕСЛИ НЕОБХОДИМО УКАЗАТЬ ИНТЕРВАЛ ВРЕМЕНИ
ПРОДОЛЖИТЕЛЬНЕЕ, ЧЕМ 21,8 МИН., ТО СТАРШЕЕ СЛОВО ДОЛЖНО БЫТЬ
ПРЕДСТАВЛЕНО В ВИДЕ СЛОВА ПЕРЕНОСА. КАЖДЫЙ ИНТЕРВАЛ,
ПРОДОЛЖИТЕЛЬНОСТЬЮ 21,8 МИН., ВЫЗЫВАЕТ ПЕРЕНОС 1 В СТАРШЕЕ
СЛОВО. ПОЭТОМУ, ДЛЯ ОБОЗНАЧЕНИЯ ИНТЕРВАЛА, ЧУТЬ БОЛЬШЕГО,
ЧЕМ 21,8 МИН., НЕОБХОДИМО ОПРЕДЕЛЯТЬ 1 ДЛЯ АРГУМЕНТА HI И 0
ДЛЯ АРГУМЕНТА LO. ДЛЯ ОБОЗНАЧЕНИЯ 43,6 МИН. В АРГУМЕНТ HI
ПЕРЕМЕЩАЕТСЯ 2, 0 - В АРГУМЕНТ LO И Т.Д. ТАК КАК
ДВУХСЛОВНОЕ ВРЕМЯ ПОЗВОЛЯЕТ ПОКАЗАТЬ ДО 65565 ЕДИНИЦ, КАЖДАЯ
ДЛИНОЙ В 21,8 МИН., ТО САМЫЙ БОЛЬШОЙ ИНТЕРВАЛ, КОТОРЫЙ МОЖНО
УКАЗАТЬ, РАВЕН 2,7 ГОДА.
ЕДИНСТВЕННЫМИ ИНФОРМАЦИОННЫМИ СЛОВАМИ, КОТОРЫЕ
НЕОБХОДИМО УСТАНОВИТЬ В БЛОКЕ ТАЙМЕРА, ЯВЛЯЮТСЯ НОМЕР
ЗАДАНИЯ, ПОСЛЕДОВАТЕЛЬНЫЙ НОМЕР И АДРЕС ПОДПРОГРАММЫ
ЗАВЕРШЕНИЯ. НОМЕР ЗАДАНИЯ ПОЛУЧАЕТСЯ ИЗ ТЕКУЩЕГО ЭЛЕМЕНТА
ОЧЕРЕДИ И, ЗАТЕМ, ПОМЕЩАЕТСЯ В БЛОК ТАЙМЕРА. НЕОБХОДИМО
НАЗНАЧИТЬ ПОСЛЕДОВАТЕЛЬНЫЙ НОМЕР, НАЧИНАЯ С 177000, И МОЖНО
РАБОТАТЬ ДО САМОГО ВЫСШЕГО НОМЕРА ПОСЛЕДОВАТЕЛЬНОСТИ,
177377. НОМЕР ЗАДАНИЯ И ПОСЛЕДОВАТЕЛЬНЫЙ НОМЕР ПЕРЕДАЮТСЯ
ПОДПРОГРАММОЙ ЗАВЕРШЕНИЯ, КОГДА ОНА ВВОДИТСЯ. АДРЕС
ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ НЕОБХОДИМО ПЕРЕМЕСТИТЬ К СЕДЬМОМУ
СЛОВУ БЛОКА ТАЙМЕРА.
НИЖЕ ПРИВЕДЕНО МАКРОРАСШИРЕНИЕ ЗАПРОСА .TIMIO:
.TIMIO TBK,HI,LO
JSR R5,@$TIMIT ;УКАЗАТЕЛЬ КОНЦА ДРАЙВЕРА
.WORD TBK-.
.WORD 0 ;КОД ДЛЯ .TIMIO
.WORD HI ;СТАРШЕЕ СЛОВО ИНТЕРВАЛА
;ВРЕМЕНИ
.WORD LO ;МЛАДШЕЕ СЛОВО ИНТЕРВАЛА
;ВРЕМЕНИ

5.1.2. ЗАПРОС .CTIMIO
ПОСЛЕ ВОЗНИКНОВЕНИЯ УСЛОВИЯ, КОТОРОЕ ОЖИДАЛ ДРАЙВЕР,
НЕОБХОДИМО ВЫДАТЬ ВЫЗОВ УСТРАНЕНИЯ ТАЙМ-АУТА, КОТОРЫЙ
ЗАПРЕЩАЕТ ПОДПРОГРАММУ ЗАВЕРШЕНИЯ. ВЫЗОВ .CTIMIO
ИСПОЛЬЗУЕТСЯ В ДРАЙВЕРЕ ДЛЯ УСТРАНЕНИЯ ЗАПРОСА ТАЙМ-АУТА.
ВЫПОЛНЕНИЕ ДОЛЖНО ПРОИСХОДИТЬ В СИСТЕМНОМ РЕЖИМЕ, КОГДА
ВЫДАЕТСЯ ВЫЗОВ. ЕСЛИ .CTIMINMYV2^X7.O ИСПОЛЬЗУЕТСЯ НА УРОВНЕ
ПРЕРЫВАНИЯ, ТО СНАЧАЛА ВЫДАЕТСЯ ВЫЗОВ .FORK.
НАПРИМЕР, ДРАЙВЕР ПОСТРОЧНО-ПЕЧАТАЮЩЕГО УСТРОЙСТВА
МОЖЕТ ПРОВЕРЯТЬ НА УСЛОВИЕ АВТОНОМНОСТИ. КОГДА ПРОГРАММА
ЗАПРАШИВАЕТ ПЕРЕДАЧУ ВВОДА-ВЫВОДА, СЕКЦИЯ ИНИЦИИРОВАНИЯ
ВВОДА-ВЫВОДА ДРАЙВЕРА ВЫЗЫВАЕТ НЕМЕДЛЕННОЕ ПРЕРЫВАНИЕ.
ЗАТЕМ СЕКЦИЯ ОБРАБОТКИ ПРЕРЫВАНИЙ ДРАЙВЕРА ПРОВЕРЯЕТ РАЗРЯД
ОШИБКИ УСТРОЙСТВА. ЕСЛИ РАЗРЯД УСТАНОВЛЕН,
ПОСТРОЧНО-ПЕЧАТАЮЩЕЕ УСТРОЙСТВО НЕАВТОНОМНО, И ДРАЙВЕР
ПЕЧАТАЕТ СООБЩЕНИЕ, УСТАНАВЛИВАЕТ ПОСРЕДСТВОМ .TIMIO
ДВУХМИНУТНЫЙ ТАЙМЕР И ВОЗВРАЩАЕТСЯ В МОНИТОР ПО КОМАНДЕ RTS
PC ДЛЯ ОЖИДАНИЯ ДРУГОГО ПРЕРЫВАНИЯ. УСТРОЙСТВО НЕ ДОЛЖНО
ПРЕРЫВАТЬСЯ СНОВА, ПОКА УСЛОВИЕ ОШИБКИ НЕ БУДЕТ
ЗАФИКСИРОВАНО ОПЕРАТОРОМ. ЕСЛИ ЗА ДВЕ МИНУТЫ НЕ ВОЗНИКЛО
ПРЕРЫВАНИЕ, ПОДПРОГРАМА ЗАВЕРШЕНИЯ ТАЙМЕРА ПЕЧАТАЕТ ДРУГОЕ
СООБЩЕНИЕ ОБ ОШИБКЕ, УСТАНАВЛИВАЕТ ДРУГОЙ ДВУХМИНУТНЫЙ
ТАЙМЕР И ВОЗВРАЩАЕТСЯ ОПЯТЬ В МОНИТОР ПО RTS PC ДЛЯ ОЖИДАНИЯ
ПРЕРЫВАНИЯ (ПРИМЕР ДРАЙВЕРА ПОСТРОЧНО-ПЕЧАТАЮЩЕГО УСТРОЙСТВА
СМ. П.5.1.3.3).
В ЭТОМ ПРИМЕРЕ, КОГДА ВОЗНИКАЕТ ПРЕРЫВАНИЕ И РАЗРЯД
ОШИБКИ ЧИСТ, ДРАЙВЕР ВЫДАЕТ ВЫЗОВ .CTIMIO ДЛЯ УСТРАНЕНИЯ
ВРЕМЕННОГО ОЖИДАНИЯ.
В ВИДЕ ДРУГОГО ПРИМЕРА, ДРАЙВЕР ДИСКА МОЖЕТ УСТАНОВИТЬ
ТАЙМЕР ДО ТОГО, КАК НАЧНЕТ ОПЕРАЦИЮ ПОИСКА. Т.К.
ПРЕРЫВАНИЯ ИЩУТСЯ ДВАЖДЫ, ДРАЙВЕР НЕ ДОЛЖЕН УСТРАНЯТЬ ТАЙМЕР
ПОСЛЕ ПЕРВОГО ПРЕРЫВАНИЯ. КОГДА ВОЗНИКАЕТ ВТОРОЕ
ПРЕРЫВАНИЕ, ХОТЯ ПОИСК УЖЕ ЗАВЕРШЕН, ДРАЙВЕР ДОЛЖЕН
УСТРАНИТЬ ТАЙМЕР.
ЕСЛИ ИНТЕРВАЛ ВРЕМЕНИ В КАКОМ-ТО ПРИМЕНЕНИИ УЖЕ ИСТЕК,
И УСТРОЙСТВО ПОЭТОМУ В ТАЙМ-АУТЕ, ВЫПОЛНЕНИЕ ЗАПРОСА .CTIMIO
НЕ УДАЕТСЯ. ТАК КАК ПОДПРОГРАММА ЗАВЕРШЕНИЯ БЫЛА ПОМЕЩЕНА В
ОЧЕРЕДЬ, ВЫЗОВ .CTIMIO ВОЗВРАЩАЕТСЯ С УСТАНОВЛЕННЫМ РАЗРЯДОМ
ПЕРЕНОСА. ОБЫЧНО МОЖНО ИГНОРИРОВАТЬ ЭТО УСЛОВИЕ.
ФОРМАТ ВЫЗОВА .CTIMIO СЛЕДУЮЩИЙ:
.CTIMIO TBK
ГДЕ TBK - АДРЕС СЕМИСЛОВНОГО БЛОКА ТАЙМЕРА; БЛОК, УКАЗАННЫЙ
В ВЫЗОВЕ .CTIMIO, ДОЛЖЕН БЫТЬ ТАКИМ ЖЕ, КАК УЖЕ
й ИСПОЛЬЗОВАННЫЙ СООТВЕТСТВУЮЩИМ ЗАПРОСОМ .TIMIO.
й ЗАПРОС .CTIMIO РАСШИРЯЕТСЯ СЛЕДУЮЩИМ ОБРАЗОМ:

.CTIMIO
JSR R5,@$TIMIT ;УКАЗАТЕЛЬ КОНЦА ДРАЙВЕРА
.WORD TBK-.
.WORD 1 ;КОД ДЛЯ .CTIMIO

ЕСЛИ ЗАДАНИЕ ПОЛЬЗОВАТЕЛЯ ПРЕЖДЕВРЕМЕННО ПРЕРВЕТСЯ И
ДРАЙВЕР ВВЕДЕТСЯ В ТОЧКЕ ВХОДА ПРЕЖДЕВРЕМЕННОГО ПРЕРЫВАНИЯ,
ТО НЕОБХОДИМО СРАЗУ ЖЕ УСТРАНИТЬ ЛЮБЫЕ ВАЖНЫЕ ЗАПРОСЫ
ТАЙМЕРА. ОДНАКО ЕСЛИ ПОДПРОГРАММА ЗАВЕРШЕНИЯ ТАЙМЕРА УЖЕ
БЫЛА ВВЕДЕНА, НЕОБХОДИМО ДОЖДАТЬСЯ ЕЕ ВЫПОЛНЕНИЯ.

5.1.3. ПРИМЕНЕНИЕ ТАЙМ-АУТА УСТРОЙСТВА
ПОДДЕРЖКА ТАЙМ-АУТА УСТРОЙСТВА ИСПОЛЬЗУЕТСЯ В СИСТЕМЕ
ФОДОС-2 ЛИШЬ В НЕСКОЛЬКИХ СЛУЧАЯХ. ОДНАКО В РЯДЕ УСЛОВИЙ
ПРИМЕНЯЮТСЯ ЗАПРОСЫ ТАЙМЕРА.

5.1.3.1. МУЛЬТИТЕРМИНАЛЬНАЯ ОБРАБОТКА
МУЛЬТИТЕРМИНАЛЬНАЯ ОБРАБОТКА В СИСТЕМЕ ФОДОС-2
ИСПОЛЬЗУЕТ ТАЙМ-АУТ УСТРОЙСТВА ДЛЯ ПРОВЕРКИ СОСТОЯНИЯ
УДАЛЕННЫХ ТЕРМИНАЛОВ. ЭТА ПРОВЕРКА ОСУЩЕСТВЛЯЕТСЯ С ПОМОЩЬЮ
СПЕЦИАЛЬНОЙ ПОДПРОГРАММЫ, КОТОРАЯ ПРОВЕРЯЕТ ГОТОВНОСТЬ
КАЖДОГО УДАЛЕННОГО ТЕРМИНАЛА И ИСПОЛЬЗУЕТ ЗАПРОС .TIMIO.

5.1.3.2. ОБЫЧНАЯ ПРОЦЕДУРА ТАЙМЕРА ДЛЯ ДРАЙВЕРА ДИСКА
ДРАЙВЕР ДИСКА МОЖЕТ ВЫПОЛНИТЬ ЛЮБУЮ ПРОЦЕДУРУ ТАЙМЕРА
ДЛЯ ЛЮБОЙ ОПЕРАЦИИ ДИСКА. ЦЕЛЬЮ ПОДПРОГРАММЫ ТАЙМЕРА
ЯВЛЯЕТСЯ АННУЛИРОВАНИЕ ИЛИ ВОССТАНОВЛЕНИЕ ЛЮБОЙ ОПЕРАЦИИ,
КОТОРАЯ ДЛИТСЯ СЛИШКОМ ДОЛГО. ЕСЛИ ОПЕРАЦИЯ НЕ
ЗАКАНЧИВАЕТСЯ ЗА ОТВЕДЕННЫЙ ПРОМЕЖУТОК ВРЕМЕНИ, ТО, СКОРЕЕ
ВСЕГО, НА ДИСКЕ ОШИБОЧНО РАЗРУШЕНЫ НЕКОТОРЫЕ ОПЕРАЦИИ.
СЕКЦИЯ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА УСТАНАВЛИВАЕТ ТАЙМЕР,
ИСПОЛЬЗУЯ ЗАПРОС .TIMIO. ЗАТЕМ ДРАЙВЕР НАЧИНАЕТ ОПЕРАЦИИ,
ЗАПРОШЕННЫЕ ЗАДАНИЕМ: ОПЕРАЦИИ СЧИТЫВАНИЯ, ЗАПИСИ ИЛИ
УСТАНОВКИ. ДРАЙВЕР ВОЗВРАЩАЕТСЯ В МОНИТОР ПО КОМАНДЕ RTS PC
И ОЖИДАЕТ ПРЕРЫВАНИЯ УСТРОЙСТВА. ЕСЛИ ПРЕРЫВАНИЕ ВОЗНИКАЕТ
ДО ИСТЕЧЕНИЯ ИНТЕРВАЛА ВРЕМЕНИ, ДРАЙВЕР АННУЛИРУЕТ ТАЙМЕР И
ВЫПОЛНЯЕТ ОБЫЧНУЮ ПОСЛЕДОВАТЕЛЬНОСТЬ ПРОВЕРКИ ОШИБОК В
РЕЗУЛЬТАТЕ ПЕРЕДАЧИ. ВООБЩЕ, ДРАЙВЕР ИЛИ СНИЖАЕТСЯ ДО
FORK-УРОВНЯ ДЛЯ ВОССТАНОВЛЕНИЯ НЕПРАВИЛЬНОЙ ОПЕРАЦИИ, ИЛИ
ВЫВОДИТСЯ В МОНИТОР ПОСРЕДСТВОМ .DRFIN ДЛЯ УДАЛЕНИЯ ТЕКУЩЕГО
ЭЛЕМЕНТА ОЧЕРЕДИ.
ЕСЛИ ПРЕРЫВАНИЕ НЕ ВОЗНИКЛО ЗА УКАЗАННЫЙ ПРОМЕЖУТОК
ВРЕМЕНИ, НАЧИНАЕТ ВЫПОЛНЯТЬСЯ ПОДПРОГРАММА ЗАВЕРШЕНИЯ
ТАЙМЕРА. ЕЕ ПЕРВЫМ ДЕЙСТВИЕМ ДОЛЖНО БЫТЬ МОДЕЛИРОВАНИЕ
ПРЕРЫВАНИЯ. ЭТО ДЕЙСТВИЕ ДУБЛИРУЕТ СРЕДУ ДРАЙВЕРА ПОСЛЕ
ЭТОГО ПРЕРЫВАНИЯ И ГАРАНТИРУЕТ, ЧТО СТЕК ИМЕЕТ НЕОБХОДИМУЮ
ИНФОРМАЦИЮ. ЗАТЕМ ПОДПРОГРАММА ЗАВЕРШЕНИЯ ТАЙМЕРА ДЕЙСТВУЕТ
ТАК, КАК ЕСЛИ БЫ УСТРОЙСТВО БЫЛО ПРЕРВАНО, НО ПЕРЕДАЧА БЫЛА
ОШИБОЧНОЙ. ПОДПРОГРАММА ЗАВЕРШЕНИЯ ТАЙМЕРА ПРОСТО ПЕРЕХОДИТ
В ПРАВИЛЬНУЮ СЕКЦИЮ КОДОВ В СЕКЦИИ ОБРАБОТКИ ПРЕРЫВАНИЙ
ДРАЙВЕРА УСТРОЙСТВА ДЛЯ ОКОНЧАНИЯ ПРОЦЕССА.
ПОДПРОГРАММА ЗАВЕРШЕНИЯ ТАЙМЕРА ДОЛЖНА ИСПОЛЬЗОВАТЬ
СЛЕДУЮЩИЕ КОМАНДЫ ДЛЯ МОДЕЛИРОВАНИЯ ПРЕРЫВАНИЯ И ВВОДА
СИСТЕМНОГО РЕЖИМА:

MOV @SP,-(SP) ;ОТВОДИТ МЕСТО ДЛЯ СТЕКА
CLR 2(SP) ;ИММИТИРОВАТЬ ПРЕРЫВАНИЕ
;PS=0
.MTPS #340 ;ПЕРЕХОД НА ПРИОРИТЕТ 7
.INTEN 0,PIC ;ВВОД СИСТЕМНОГО РЕЖИМА

ПОСЛЕ ВХОДА ДРАЙВЕРА В СИСТЕМНЫЙ РЕЖИМ, ОН
ПРЕДПРИНИМАЕТ СООТВЕТСТВУЮЩЕЕ ДЕЙСТВИЕ КАК РЕЗУЛЬТАТ
ТАЙМ-АУТА. ДРАЙВЕР СНОВА МОЖЕТ ПЫТАТЬСЯ ВЫПОЛНИТЬ ОПЕРАЦИЮ.
ДЛЯ ЭТОГО ОН УМЕНЬШАЕТ СЧЕТЧИК ПОВТОРЕНИЙ, СНИЖАЕТСЯ ДО
FORK-УРОВНЯ И ПЕРЕХОДИТ В СЕКЦИЮ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА.
КОД В СЕКЦИИ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА УСТАНАВЛИВАЕТ ДРУГОЙ
ТАЙМЕР, ПОВТОРЯЕТ ПЕРЕДАЧУ И ВОЗВРАЩАЕТСЯ В МОНИТОР ПО
КОМАНДЕ RTS PC ДЛЯ ОЖИДАНИЯ СЛЕДУЮЩЕГО ПРЕРЫВАНИЯ.
ЕСЛИ ДРАЙВЕР РЕШАЕТ, ЧТО ТАЙМ-АУТ ПОКАЗЫВАЕТ СЕРЬЕЗНУЮ
ОШИБКУ, ОДНУ ИЗ ТЕХ, КОТОРЫЕ НЕ ДОЛЖНЫ ПОВТОРЯТЬСЯ ВНОВЬ, ТО
ДЛЯ ПЕРЕДАЧИ МОЖЕТ ПОСЛЕДОВАТЬ ТА ЖЕ САМАЯ ПРОЦЕДУРА,
КОТОРАЯ ПРОИСХОДИТ, КОГДА СЧЕТЧИК ПОВТОРЕНИЙ ИСЧЕРПАН. В
ЭТОМ СЛУЧАЕ ДРАЙВЕР УСТАНАВЛИВАЕТ РАЗРЯД НЕВОССТАНОВИМОЙ
ОШИБКИ В СЛОВЕ СОСТОЯНИЯ КАНАЛА, А ЗАТЕМ ВВОДИТСЯ В МОНИТОР
ВЫЗОВОМ .DRFIN ДЛЯ УДАЛЕНИЯ ТЕКУЩЕГО ЭЛЕМЕНТА ОЧЕРЕДИ.
ПЕРЕД ТЕМ, КАК ДРАЙВЕР ПЕРЕЙДЕТ К УДАЛЕНИЮ ТЕКУЩЕГО ЭЛЕМЕНТА
ОЧЕРЕДИ С ПОМОЩЬЮ .DRFIN, ОН ДОЛЖЕН АННУЛИРОВАТЬ ЛЮБОЙ
ЗАПРОС ТАЙМЕРА, КОТОРЫЙ ЕЩЕ НЕ ЗАКОНЧЕН.

5.1.3.3. ПРИМЕР ДРАЙВЕРА ПОСТРОЧНО-ПЕЧАТАЮЩЕГО
УСТРОЙСТВА
НИЖЕ ПРИВЕДЕН ПРИМЕР, СОСТОЯЩИЙ ИЗ ВЫДЕРЖЕК, ВЗЯТЫХ ИЗ
ДРАЙВЕРА ПОСТРОЧНО-ПЕЧАТАЮЩЕГО УСТРОЙСТВА СИСТЕМЫ ФОДОС-2,
МОДИФИЦИРОВАННОГО ДЛЯ ИСПОЛЬЗОВАНИЯ ПОДДЕРЖКИ ТАЙМЕРА ДЛЯ
ПРОВЕРКИ УСЛОВИЯ АВТОНОМНОСТИ УСТРОЙСТВА.
КОГДА СЕКЦИЯ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА ДРАЙВЕРА
НАЧИНАЕТ ПЕРЕДАЧУ, ЭТО ПРИВОДИТ К НЕМЕДЛЕННОМУ ПРЕРЫВАНИЮ И
ЗАСТАВЛЯЕТ СЕКЦИЮ ОБРАБОТКИ ПРЕРЫВАНИЙ ВЫПОЛНЯТЬ ПРОВЕРКУ
РАЗРЯДА ОШИБКИ В CSR. ЕСЛИ ЕСТЬ ОШИБКА, УПРАВЛЕНИЕ
ПЕРЕХОДИТ К ПОДПРОГРАММЕ OFFLIN, КОТОРАЯ ВЫДАЕТ ВЫЗОВ .SYNCH
ДЛЯ ВХОДА В РЕЖИМ ПОЛЬЗОВАТЕЛЯ, ПЕЧАТАЕТ СООБЩЕНИЕ ОБ
ОШИБКЕ, А, ЗАТЕМ, УСТАНАВЛИВАЕТ ДВУХМИНУТНЫЙ ТАЙМЕР, ПОСЛЕ
ЧЕГО ДРАЙВЕР ВОЗВРАЩАЕТСЯ В МОНИТОР ПО КОМАНДЕ RTS PC И
ОЖИДАЕТ ПРЕРЫВАНИЕ УСТРОЙСТВА.
ЕСЛИ УСТРОЙСТВО БЫЛО ПРЕРВАНО, ЭТО ОЗНАЧАЕТ, ЧТО
УСЛОВИЕ ОШИБКИ БЫЛО ИСПРАВЛЕНО ОПЕРАТОРОМ. ДРАЙВЕР
АННУЛИРУЕТ ТАЙМЕР И ПРОВЕРЯЕТ СНОВА РАЗРЯД ОШИБКИ, ЧТОБЫ
УБЕДИТЬСЯ, ЧТО ПРОБЛЕМЫ ОТСУТСТВУЮТ. ЕСЛИ ОШИБОК НЕТ, ТО
ДРАЙВЕР ОБРАБАТЫВАЕТСЯ КАК ОБЫЧНО. ЕСЛИ ОШИБКА ЕСТЬ,
ДРАЙВЕР ЦИКЛИТСЯ В ПОДПРОГРАММЕ OFFLIN. ЕСЛИ ПРЕРЫВАНИЕ НЕ
ВОЗНИКНЕТ ЗА 2 МИНУТЫ, ТО НАЧИНАЕТ ВЫПОЛНЯТЬСЯ ПОДПРОГРАММА
ЗАВЕРШЕНИЯ ТАЙМЕРА. ОНА ПЕЧАТАЕТ СООБЩЕНИЕ ОБ ОШИБКЕ,
УСТАНАВЛИВАЕТ ДРУГОЙ ДВУХМИНУТНЫЙ ТАЙМЕР И ВОЗВРАЩАЕТСЯ В
МОНИТОР ПО КОМАНДЕ RTS PC ДЛЯ ОЖИДАНИЯ ПРЕРЫВАНИЯ.

ПРИМЕР:

;СЕКЦИЯ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА
.DRBEG LP

MOV LPCQE,R4 ;R4 УКАЗЫВАЕТ ТЕКУЩИЙ
;ЭЛЕМЕНТ ОЧЕРЕДИ
ASL 6(R4) ;ПЕРЕХОД ОТ СЧЕТЧИКА СЛОВ
;К СЧЕТЧИКУ БАЙТОВ
BCC LPERR ;ЗАПРОС СЧИТЫВАНИЯ
;НЕДОПУСТИМ
BEQ LPDONE ;ПЕРЕХОД НА НЕМЕДЛЕННОЕ
;ОКОНЧАНИЕ
RET: BIS #100,@LPS ;РАЗРЕШЕНИЕ ПРЕРЫВАНИЯ,
;НАЧАЛО ПЕРЕДАЧИ
RTS PC
;СЕКЦИЯ ОБРАБОТКИ ПРЕРЫВАНИЙ
.ENABL LSB
.DRAST LP,4,LPDONE
CLR @LPS ;ЗАПРЕЩЕНИЕ ПРЕРЫВАНИЙ
.FORK FRKBLK
TST TICMPL ;АКТИВНЫЙ ЭЛЕМЕНТ ТАЙМЕРА?
BEQ 1$ ;НЕТ
.CTIMIO TIMBLK ;ДА, УДАЛИТЬ ЕГО
BCS 1$ ;ОШИБКА
CLR TICMPL ;И НЕ УСТАНАВЛИВАТЬ ЕГО
;СНОВА
1$: MOV LPCQE,R4 ;R4 УКАЗЫВАЕТ ТЕКУЩИЙ
;ЭЛЕМЕНТ ОЧЕРЕДИ
TST @(PC)+ ;ОШИБОЧНОЕ УСЛОВИЕ?
LPS: .WORD LP$CSR ;РЕГИСТР СОСТОЯНИЯ
;ПОСТРОЧНО-
;ПЕЧАТАЮЩЕГО УСТРОЙСТВА
ERROPT: BMI OFFLIN ;ДА, ИДТИ НА ИСПРАВЛЕНИЕ
.
.
.
;СЕКЦИЯ ЗАВЕРШЕНИЯ ВВОДА-ВЫВОДА
LPDONE: CLR @LPS ;ВОЗВРАТ ИЗ ПРЕРЫВАНИЯ
.DRFIN LP
.
.
.
;ПОСТРОЧНО-ПЕЧАТАЮЩЕЕ УСТРОЙСТВО АВТОНОМНО, ПРЕДУПРЕЖДЕНИЕ
;ПЕЧАТАТЬ КАЖДЫЕ ДВЕ МИНУТЫ

OFFLIN: MOV LPCQE,R5 ;УКАЗЫВАЕТ ЭЛЕМЕНТ ОЧЕРЕДИ
MOVB Q$JNUM(R5),R5 ;УСТАНАВЛИВАЕТ НОМЕР
;ТЕКУЩЕГО ЗАДАНИЯ
ASR R5 ;СДВИНУТЬ ЕГО
ASR R5 ;ВПРАВО
ASR R5 ;НА ТРИ РАЗРЯДА
BIC #^C<16>,R5 ;ВЫДЕЛЯЕТ НОМЕР ЗАДАНИЯ
MOV R5,SYJNUM ;СОХРАНЯЕТ ЕГО ДЛЯ .SYNCH
MOV R5,TIJNUM ;СОХРАНЯЕТ ЕГО ДЛЯ .TIMIO
.SYNCH SYNBLK,PIC ;ПЕРЕХОД В РЕЖИМ
;ПОЛЬЗОВАТЕЛЯ
RTS PC ;СИНХРОНИЗАЦИЯ ЗАКОНЧЕНА,
;ПРОДВИНУТЬСЯ
1$: CLR TICMPL ;ПОКАЗЫВАЕТ, ЧТО МЫ ПОПАЛИ
;СЮДА
TST @LPS ;ОШИБКА ВСЕ ЕЩЕ ЕСТЬ?
BPL 2$ ;НЕТ, ЗАКОНЧИТЬ
MOV PC,RO ;В СЛУЧАЕ ПОДПРОГРАММЫ
;ЗАВЕРШЕНИЯ ПЕЧАТАЕТ
;СООБЩЕНИЕ
ADD #MESSAG-.,RO ;УКАЗАТЕЛЬ СООБЩЕНИЯ
;КАК PIC
.PRINT ;ПЕЧАТАТЬ ЕГО
MOV PC,RO ;В PIC-КОДАХ, УКАЗЫВАЯ ДЛЯ
ADD #1$-.,R0 ;.TIMIO ПОДПРОГРАММУ
;ЗАВЕРШЕНИЯ
MOV RO,TICMPL ;ЗАПОМИНАЕТ ЕГО
.TIMIO TIMBLK,0,2*60.*60. ;УСТАНАВЛИВАЕТ
;ДВУХМИНУТНЫЙ ТАЙМЕР
2$: RTS PC ;ВОЗВРАТ НАЗАД
FRKBLK: .WORD 0,0,0,0 ;FORK-БЛОК
TIMBLK: .WORD 0 ;БЛОК ТАЙМЕРА: СТАРШЕЕ
;СЛОВО ВРЕМЕНИ
.WORD 0 ;МЛАДШЕЕ СЛОВО ВРЕМЕНИ
.WORD 0 ;СВЯЗЬ СО СЛЕДУЮЩИМ
;ЭЛЕМЕНТОМ ОЧЕРЕДИ
TIJNUM: .WORD 0 ;НОМЕР ЗАДАНИЯ
.WORD 177000+3 ;ПОСЛЕДОВАТЕЛЬНЫЙ НОМЕР
.WORD 0 ;МОНИТОР УСТАНАВЛИВАЕТ
;ЗДЕСЬ -1
TICMPL: .WORD 0 ;АДРЕС ПОДПРОГРАММЫ
;ЗАВЕРШЕНИЯ
SYNBLK: .WORD 0 ;SYNCH-БЛОК
SYJNUM: .WORD 0 ;НОМЕР ЗАДАНИЯ
.WORD 0,0,0,-1,0 ;ОСТАЛЬНЫЕ
MESSAG: .ASCIZ "?LP-W-LP OFF LINE - PLEASE CORRECT"
.EVEN
.DREND LP

В ЭТОМ ПРИМЕРЕ ПРИВЕДЕН ДРАЙВЕР ПОСТРОЧНО-ПЕЧАТАЮЩЕГО
УСТРОЙСТВА.

5.2. РЕГИСТРАЦИЯ ОШИБОК
РЕГИСТРАЦИЯ ОШИБОК - ЭТО ДОПОЛНИТЕЛЬНОЕ СРЕДСТВО
СИСТЕМЫ ФОДОС-2, ПРЕДНАЗНАЧЕННОЕ ДЛЯ ОБЕСПЕЧЕНИЯ НАДЕЖНОСТИ
СИСТЕМЫ. ДРАЙВЕРЫ УСТРОЙСТВ, КОТОРЫЕ ПОДДЕРЖИВАЮТ
РЕГИСТРАЦИЮ ОШИБОК, ВЫЗЫВАЮТ РЕГИСТРАТОР ОШИБОК ПОСЛЕ КАЖДОЙ
ПЕРЕДАЧИ ВВОДА-ВЫВОДА. РЕГИСТРАТОР ОШИБОК СОБИРАЕТ
СТАТИСТИКУ О ДЕЯТЕЛЬНОСТИ УСТРОЙСТВ ВВОДА-ВЫВОДА, КОТОРУЮ
МОЖНО ИСПОЛЬЗОВАТЬ ДЛЯ ПРОВЕРКИ ИХ НАДЕЖНОСТИ.
ПОДДЕРЖКА РЕГИСТРАЦИИ ОШИБОК ВЫБИРАЕТСЯ В ПРОЦЕССЕ
ГЕНЕРАЦИИ СИСТЕМЫ. РЕГИСТРАЦИЯ ОШИБОК МОЖЕТ ВЫПОЛНЯТЬСЯ ПОД
УПРАВЛЕНИЕМ МОНИТОРОВ XM ИЛИ FB. ЕСЛИ СИСТЕМА СПОСОБНА
ВЫПОЛНЯТЬ СИСТЕМНОЕ ЗАДАНИЕ, РЕГИСТРАТОР ОШИБОК ВЫПОЛНЯЕТСЯ
КАК СИСТЕМНОЕ ЗАДАНИЕ; В ПРОТИВНОМ СЛУЧАЕ, ОН ВЫПОЛНЯЕТСЯ
КАК ОБЫЧНОЕ ОСНОВНОЕ ЗАДАНИЕ. СОДЕРЖИМОЕ ФАЙЛА ПАРАМЕТРОВ
ГЕНЕРАЦИИ СИСТЕМЫ ДЛЯ РЕГИСТРАЦИИ ОШИБОК СЛЕДУЮЩЕЕ:
ERL$G - ЕСЛИ ЭТО ЗНАЧЕНИЕ РАВНО 1, ТО РЕГИСТРАЦИЯ ОШИБОК
РАЗРЕШЕНА ДЛЯ ЭТОЙ СИСТЕМЫ;
ERL$S - ЭТО УСЛОВИЕ ОПРЕДЕЛЯЕТ ЧИСЛО 256-СЛОВНЫХО БЛОКОВ,
ИСПОЛЬЗУЕМЫХ ПОД ВНУТРЕННИЙ БУФЕР РЕГИСТРАЦИИ В
МОНИТОРЕ SJ;
ERL$U - МАКСИМАЛЬНОЕ КОЛИЧЕСТВО ИНДИВИДУАЛЬНЫХ ПРИВОДОВ
УСТРОЙСТВ, ДЛЯ КОТОРЫХ РЕГИСТРАТОР ОШИБОК СОБИРАЕТ
СТАТИСТИКУ; ЗНАЧЕНИЕ ПО УМОЛЧАНИЮ РАВНО 10,
МАКСИМАЛЬНОЕ ЧИСЛО ПРИВОДОВ РАВНО 30; КАЖДЫЙ ПРИВОД
ДОБАВЛЯЕТ СЕМЬ СЛОВ В РЕГИСТРАТОР ОШИБОК; ДЛЯ
КАЖДОГО БЛОКА ТРЕБУЕТСЯ ОДНА ПОЗИЦИЯ (НАПРИМЕР, ДЛЯ
СИСТЕМЫ С ДИСКАМИ СМ-5400 ТРЕБУЕТСЯ ДВЕ ПОЗИЦИИ);
ЗНАЧЕНИЕ ЭТОЙ ПЕРЕМЕННОЙ УСТАНАВЛИВАЕТСЯ ПРИ ОТВЕТЕ
НА ВОПРОС ВО ВРЕМЯ ГЕНЕРАЦИИ СИСТЕМЫ.
НЕОБХОДИМО ПЕРЕСМОТРЕТЬ ТРЕБОВАНИЯ, ПРЕД'ЯВЛЯЕМЫЕ К
ПАМЯТИ И ВРЕМЕНИ, ДО ИСПОЛЬЗОВАНИЯ РЕГИСТРАТОРА ОШИБОК, ТАК
КАК РЕГИСТРАТОР ОШИБОК СОЗДАЕТ ОПРЕДЕЛЕННОЕ МИНИМАЛЬНОЕ
КОЛИЧЕСТВО ДОПОЛНИТЕЛЬНЫХ ГЛАВ ДЛЯ КАЖДОЙ ПЕРЕДАЧИ
ВВОДА-ВЫВОДА, И САМ РЕГИСТРАТОР ОШИБОК ИСПОЛЬЗУЕТ ПОЧТИ 2K
СЛОВ ПАМЯТИ. ОДНАКО РЕГИСТРАТОР ОШИБОК МОЖЕТ ВЫПОЛНЯТЬСЯ НЕ
КАЖДЫЙ РАЗ, ЧТОБЫ ТРЕБУЮЩАЯСЯ ЕМУ ПАМЯТЬ БЫЛА ДОСТУПНА
ПРОГРАММАМ ПОЛЬЗОВАТЕЛЯ И ВЫЗОВЫ ДРАЙВЕРОМ РЕГИСТРАТОРА
ОШИБОК ВОЗВРАЩАЛИСЬ БЫ НЕМЕДЛЕННО. САМЫЙ УДОБНЫЙ СПОСОБ
ИСПОЛЬЗОВАНИЯ РЕГИСТРАЦИИ ОШИБОК СИСТЕМЫ - ЭТО ИСПОЛЬЗОВАНИЕ
ЕЕ В ВИДЕ ПРОВЕРКИ, КОГДА ЕСТЬ СОМНЕНИЯ В НАДЕЖНОСТИ
СИСТЕМЫ.
ВСЕ КОДЫ ДРАЙВЕРА, КОТОРЫЕ ПРЕДНАЗНАЧЕНЫ ТОЛЬКО ДЛЯ
РЕГИСТРАЦИИ ОШИБОК, ДОЛЖНЫ БЫТЬ РАЗМЕЩЕНЫ СРЕДИ КОМАНД
УСЛОВНОЙ ТРАНСЛЯЦИИ. ЭТИ КОМАНДЫ ВКЛЮЧАЮТ КОД РЕГИСТРАЦИИ
ОШИБОК, ЕСЛИ СИМВОЛ ERL$G=1, И ОПУСКАЮТ ЕГО В ПРОТИВНОМ
СЛУЧАЕ. ТАКИМ ОБРАЗОМ, КОДЫ РЕГИСТРАЦИИ ОШИБОК ИЛИ
ВКЛЮЧАЮТСЯ В ДРАЙВЕР ПРИ ЕГО ТРАНСЛИРОВАНИИ, ИЛИ НЕТ.

5.2.1. КОГДА И КАК ВЫЗЫВАТЬ РЕГИСТРАТОР ОШИБОК
ДРАЙВЕР УСТРОЙСТВА ВЫЗЫВАЕТ РЕГИСТРАТОР ОШИБОК ПОСЛЕ
КАЖДОЙ ПЕРЕДАЧИ ВВОДА-ВЫВОДА, НЕЗАВИСИМО ОТ ТОГО, БЫЛА
ПЕРЕДАЧА УСПЕШНОЙ ИЛИ НЕТ. ЕСЛИ ПЕРЕДАЧА БЫЛА ОШИБОЧНОЙ,
ДРАЙВЕР ВЫЗЫВАЕТ РЕГИСТРАТОР ОШИБОК ОДИН РАЗ ДЛЯ КАЖДОЙ
ПОВТОРНОЙ ПОПЫТКИ ПЕРЕДАЧИ И ЕЩЕ РАЗ, КОГДА РАЗРЕШЕННОЕ
КОЛИЧЕСТВО ПОВТОРНЫХ ПОПЫТОК УЖЕ ИСЧЕРПАНО. ТАК КАК ВЫЗОВЫ
РЕГИСТРАТОРА ОШИБОК ДОЛЖНЫ БЫТЬ УПОРЯДОЧЕНЫ, ДРАЙВЕР МОЖЕТ
ВЫЗЫВАТЬ ЕГО ТОЛЬКО ВО ВРЕМЯ ИНИЦИИРОВАНИЯ ВВОДА-ВЫВОДА ИЛИ
СЛЕДОМ ЗА ВЫЗОВОМ ЗАПРОСА .FORK.
ДРАЙВЕР ДОЛЖЕН УСТАНОВИТЬ РЕГИСТРЫ ВЫЗОВА РЕГИСТРАТОРА
ОШИБОК.

5.2.1.1. РЕГИСТРАЦИЯ УСПЕШНОЙ ПЕРЕДАЧИ
РЕГИСТРЫ R4 И R5 УСТАНАВЛИВАЮТСЯ ПЕРЕД ВЫЗОВОМ
РЕГИСТРАТОРА ОШИБОК ПОСЛЕ КАЖДОЙ УСПЕШНОЙ ПЕРЕДАЧИ СЛЕДУЮЩИМ
ОБРАЗОМ:
R5 - ДОЛЖЕН УКАЗЫВАТЬ НА ТРЕТЬЕ СЛОВО ТЕКУЩЕГО ЭЛЕМЕНТА
ОЧЕРЕДИ;
R4 - СОДЕРЖИТ ДВА БАЙТА ИНФОРМАЦИИ: СТАРШИЙ БАЙТ ЯВЛЯЕТСЯ
БАЙТОМ ИДЕНТИФИКАЦИИ УСТРОЙСТВА, DD$COD, МЛАДШИЙ БАЙТ
РАВЕН -1.

5.2.1.2. РЕГИСТРАЦИЯ НЕВОССТАНОВИМОЙ ОШИБКИ
ПЕРЕД ВЫЗОВОМ РЕГИСТРАТОРА ОШИБОК НЕОБХОДИМО УСТАНОВИТЬ
РЕГИСТРЫ С R2 ПО R5 ПОСЛЕ ВОЗНИКНОВЕНИЯ НЕВОССТАНОВИМОЙ
ОШИБКИ. ПРИМЕРАМИ НЕВОССТАНОВИМЫХ ОШИБОК ЯВЛЯЮТСЯ:
НЕАВТОНОМНОСТЬ УСТРОЙСТВА, БЛОКИРОВКА УСТРОЙСТВА ЗАПИСИ,
ОТСУТСТВИЕ ЛЕНТЫ В ПЕРФОЛЕНТОЧНОМ УСТРОЙСТВЕ ВВОДА И Т.Д..
ВОССТАНОВИМАЯ ОШИБКА, КОТОРАЯ ИСЧЕРПАЛА ЧИСЛО ПОВТОРНЫХ
ПЕРЕДАЧ, РАССМАТРИВАЕТСЯ КАК НЕВОССТАНОВИМАЯ ОШИБКА.
R5 - ДОЛЖЕН УКАЗЫВАТЬ НА ТРЕТЬЕ СЛОВО ТЕКУЩЕГО ЭЛЕМЕНТА
ОЧЕРЕДИ;
R4 - СОДЕРЖИТ ДВА БАЙТА ИНФОРМАЦИИ: СТАРШИЙ БАЙТ ЯВЛЯЕТСЯ
БАЙТОМ ИДЕНТИФИКАЦИИ УСТРОЙСТВА, DD$COD; МЛАДШИЙ БАЙТ
ЯВЛЯЕТСЯ 0;
R3 - СОДЕРЖИТ ДВА БАЙТА ИНФОРМАЦИИ: СТАРШИЙ БАЙТ СОДЕРЖИТ
ОБЩЕЕ ЧИСЛО ПОВТОРНЫХ ПОПЫТОК, РАЗРЕШЕННЫХ ДЛЯ ЭТОЙ
ПЕРЕДАЧИ; МЛАДШИЙ БАЙТ СОДЕРЖИТ ЧИСЛО РЕГИСТРОВ
УСТРОЙСТВА, СОДЕРЖИМОЕ КОТОРЫХ ДОЛЖНО ПОЯВЛЯТЬСЯ В
ПРОТОКОЛЕ ОШИБОК;
R2 - УКАЗЫВАЕТ НА БУФЕР В ДРАЙВЕРЕ, КОТОРЫЙ СОДЕРЖИТ
РЕГИСТРЫ УСТРОЙСТВА ДЛЯ РЕГИСТРАЦИИ.

5.2.1.3. РЕГИСТРАЦИЯ ВОССТАНОВИМОЙ ОШИБКИ
ПЕРЕД ВЫЗОВОМ РЕГИСТРАТОРА ОШИБОК НЕОБХОДИМО УСТАНОВИТЬ
РЕГИСТРЫ R2-R5 ПОСЛЕ ВОЗНИКНОВЕНИЯ ВОССТАНОВИМОЙ ОШИБКИ.
ОБЫЧНО ВОССТАНОВИМЫЕ ОШИБКИ МОГУТ БЫТЬ ИСПРАВЛЕНЫ
ПОСРЕДСТВОМ ПОВТОРНОЙ ПОПЫТКИ ПЕРЕДАЧИ. ПРИМЕРАМИ
ВОССТАНОВИМЫХ ОШИБОК ЯВЛЯЮТСЯ: ОШИБКИ ВРЕМЕНИ ВЫПОЛНЕНИЯ,
АППАРАТНЫЕ ОШИБКИ СЧИТЫВАНИЯ ИЛИ ЗАПИСИ.
НЕОБХОДИМО УСТАНОВИТЬ В ДРАЙВЕРЕ СЧЕТЧИК ОБЩЕГО ЧИСЛА
ПОВТОРНЫХ ПОПЫТОК, РАЗРЕШЕННЫХ ДЛЯ КАЖДОЙ ПЕРЕДАЧИ. СЧЕТЧИК
ДОЛЖЕН УМЕНЬШАТЬСЯ ВСЯКИЙ РАЗ, КОГДА ВЫПОЛНЯЕТСЯ ПОВТОРНАЯ
ПЕРЕДАЧА ДЛЯ ВОССТАНОВИМОЙ ОШИБКИ. КОГДА СЧЕТЧИК ДОСТИГАЕТ
0, РЕГИСТРАТОР ОШИБОК РАССМАТРИВАЕТ ЭТУ ОШИБКУ КАК
НЕВОССТАНОВИМУЮ. ПРИ ВОССТАНОВИМОЙ ОШИБКЕ СООБЩЕНИЕ ОБ
ОШИБКЕ ПЕЧАТАЕТСЯ ОТДЕЛЬНОЙ ЗАПИСЬЮ ДЛЯ КАЖДОГО ПОВТОРА
ДАННОЙ ПЕРЕДАЧИ.
СООБЩЕНИЯ ОБО ВСЕХ ПОВТОРНЫХ ПЕРЕДАЧАХ ПЕЧАТАЮТСЯ ДАЖЕ
В ТОМ СЛУЧАЕ, КОГДА РЕГИСТРЫ БЫЛИ ИДЕНТИЧНЫ. СООБЩЕНИЕ НЕ
ДЕЛАЕТ РАЗЛИЧИЙ МЕЖДУ ВОССТАНОВИМОЙ И НЕВОССТАНОВИМОЙ
ОШИБКАМИ. ОНО ПЕЧАТАЕТ ТОЛЬКО СОДЕРЖИМОЕ РЕГИСТРОВ ВО ВРЕМЯ
ОШИБКИ И ЗНАЧЕНИЕ СЧЕТЧИКА ПОВТОРНЫХ ПЕРЕДАЧ.
НЕВОССТАНОВИМУЮ ОШИБКУ МОЖНО УЗНАТЬ ЛИШЬ НА ВЫХОДЕ, ТАК КАК
ОНА БУДЕТ ПОЯВЛЯТЬСЯ СО СЧЕТЧИКОМ ПОВТОРНЫХ ПЕРЕДАЧ, РАВНЫМ
0.
R5 - ДОЛЖЕН УКАЗЫВАТЬ НА ТРЕТЬЕ СЛОВО ТЕКУЩЕГО ЭЛЕМЕНТА
ОЧЕРЕДИ;
R4 - СОДЕРЖИТ ДВА БАЙТА ИНФОРМАЦИИ: СТАРШИЙ БАЙТ ЯВЛЯЕТСЯ
БАЙТОМ ИДЕНТИФИКАЦИИ УСТРОЙСТВА, DD$COD; МЛАДШИЙ БАЙТ
ЯВЛЯЕТСЯ ТЕКУЩИМ ЗНАЧЕНИЕМ СЧЕТЧИКА ПОВТОРНЫХ ПЕРЕДАЧ;
R3 - СОДЕРЖИТ ДВА БАЙТА ИНФОРМАЦИИ: СТАРШИЙ БАЙТ СОДЕРЖИТ
ОБЩЕЕ ЧИСЛО ПОВТОРНЫХ ПОПЫТОК, РАЗРЕШЕННЫХ ДЛЯ ЭТОЙ
ПЕРЕДАЧИ; МЛАДШИЙ БАЙТ СОДЕРЖИТ ЧИСЛО РЕГИСТРОВ
УСТРОЙСТВА, СОДЕРЖИМОЕ КОТОРЫХ ДОЛЖНО ПОЯВЛЯТЬСЯ В
СООБЩЕНИИ ОБ ОШИБКЕ;
R2 - УКАЗЫВАЕТ БУФЕР В ДРАЙВЕРЕ, КОТОРЫЙ СОДЕРЖИТ РЕГИСТРЫ
УСТРОЙСТВА ДЛЯ РЕГИСТРАЦИИ.

5.2.1.4. РАЗЛИЧИЯ МЕЖДУ ВОССТАНОВИМОЙ (SOFT) И
НЕВОССТАНОВИМОЙ (HARD) ОШИБКАМИ
САМ РЕГИСТРАТОР ОШИБОК НЕ РАЗЛИЧАЕТ ВОССТАНОВИМЫЕ И
НЕВОССТАНОВИМЫЕ ОШИБКИ И ЗАПИСЫВАЕТ ОДНУ И ТУ ЖЕ ИНФОРМАЦИЮ
В ОБОИХ СЛУЧАЯХ. ОДНАКО ПОСРЕДСТВОМ ПРОВЕРКИ СООБЩЕНИЯ
МОЖНО ОПРЕДЕЛИТЬ НЕВОССТАНОВИМУЮ ОШИБКУ, ПОТОМУ ЧТО В ЭТОМ
СЛУЧАЕ ПЕРЕДАЧА ИСЧЕРПАЕТ ВСЕ СВОИ ПОВТОРНЫЕ ПОПЫТКИ И БУДЕТ
ИМЕТЬ ЗАПИСИ ДЛЯ КАЖДОЙ ИЗ ЭТИХ ПОВТОРНЫХ ПОПЫТОК, В ТОМ
ЧИСЛЕ И ТУ, ДЛЯ КОТОРОЙ СЧЕТЧИК ПОВТОРНЫХ ПЕРЕДАЧ РАВЕН 0.
В СЛУЧАЕ, КОГДА ОШИБКИ МОГУТ БЫТЬ ИСПРАВЛЕНЫ
ПОЛЬЗОВАТЕЛЕМ, ТАКИЕ, КАК АВТОНОМНОЕ УСТРОЙСТВО ИЛИ
ОГРАНИЧЕННАЯ ЗАПИСЬ, РЕГИСТРАТОР ОШИБОК МОЖЕТ НЕ ВЫЗЫВАТЬСЯ.
ОБЫЧНО СООБЩАЕТСЯ ЛИШЬ ОБ АППАРАТНЫХ ОШИБКАХ ДИСКА ИЛИ
ЛЕНТЫ, ТАК КАК ЭТИ ОШИБКИ РАССМАТРИВАЮТСЯ С ТОЧКИ ЗРЕНИЯ
НАДЕЖНОСТИ УСТРОЙСТВ.

5.2.1.5. ВЫЗОВ РЕГИСТРАТОРА ОШИБОК
ПОСЛЕ ТОГО, КАК НЕОБХОДИМЫЕ РЕГИСТРЫ БУДУТ УСТАНОВЛЕНЫ,
МОЖНО ВЫЗВАТЬ РЕГИСТРАТОР ОШИБОК:
JSR PC,@$ELPTR
ГДЕ $ELPTR - ЕГО УКАЗАТЕЛЬ В РЕЗИДЕНТНОМ МОНИТОРЕ.
ЗАПРОС .DREND ОТВОДИТ МЕСТО В ДРАЙВЕРЕ ДЛЯ ЭТОГО
УКАЗАТЕЛЯ. УКАЗАТЕЛЬ ЗАПОЛНЯЕТСЯ ВО ВРЕМЯ ЗАГРУЗКИ (ДЛЯ
СИСТЕМНОГО УСТРОЙСТВА) ИЛИ ПО ЗАПРОСУ .FETCH ИЛИ ПО КОМАНДЕ
МОНИТОРА LOAD (ДЛЯ УСТРОЙСТВА ДАННЫХ). ЕСЛИ РЕГИСТРАТОР
ОШИБОК НЕ РАБОТАЕТ, ТО МОНИТОР ВОЗВРАЩАЕТСЯ НЕПОСРЕДСТВЕННО
К ДРАЙВЕРУ. ЕСЛИ РЕГИСТРАТОР ОШИБОК РАБОТАЕТ, ТО СЛОВО
СВЯЗИ В RMON СОДЕРЖИТ ЕГО ТОЧКУ ВХОДА.

ПРИМЕР:

$ERLOG: MOV (PC)+,-(SP) ;ВХОДИТ ЗДЕСЬ ИЗ ДРАЙВЕРА,
;ПОМЕЩАЯ СЛЕДУЮЩЕЕ СЛОВО
;В СТЕК
$ELHND::.WORD 0 ;0, ЕСЛИ РЕГИСТРАТОР ОШИБОК
;НЕ РАБОТАЕТ; ИНАЧЕ, СОДЕР-
;ЖИТ ТОЧКУ ВХОДА РЕГИСТРА-
;ТОРА ОШИБОК
BNE 1$ ;ПЕРЕХОД, ЕСЛИ ЗАГРУЖЕН
TST (SP)+ ;ОЧИСТКА СТЕКА
1$: RTS PC ;ВЫЗОВ РЕГИСТРАТОРА ОШИБОК
;ИЛИ ВОЗВРАТ К ДРАЙВЕРУ

ПРИВЕДЕННЫЕ ВЫШЕ СТРОКИ КОДА ИЗ RMON ПОКАЗЫВАЮТ, КАК
ВЫПОЛНЯЕТСЯ ВЫЗОВ РЕГИСТРАТОРА ОШИБОК.
КОМАНДЫ МОНИТОРА SRUN ИЛИ FRUN УСТАНАВЛИВАЮТ ТОЧКУ
ВХОДА РЕГИСТРАТОРА ОШИБОК; КОМАНДА UNLOAD EL ОБНУЛЯЕТ
$ELHND.
ПРИ ВОЗВРАЩЕНИИ ИЗ ВЫЗОВА РЕГИСТРАТОРА ОШИБОК, РЕГИСТРЫ
R0-R3 ВОССТАНАВЛИВАЮТСЯ В ДРАЙВЕРЕ, R4 И R5 - РАЗРУШЕНЫ.

5.3. СПЕЦИАЛЬНЫЕ ФУНКЦИИ
ИНОГДА ДРАЙВЕРАМ НЕОБХОДИМО ВЫПОЛНЯТЬ ДЕЙСТВИЯ
УКАЗАННЫХ УСТРОЙСТВ, ДЛЯ КОТОРЫХ НЕТ СООТВЕТСТВУЮЩИХ
ПРОГРАММНЫХ ЗАПРОСОВ ФОДОС-2. ПРИМЕРЫ ТАКИХ ДЕЙСТВИЙ:
ПЕРЕМОТКА МАГНИТНЫХ ЛЕНТ И СЧИТЫВАНИЕ ИЛИ ЗАПИСЬ АБСОЛЮТНЫХ
СЕКТОРОВ НА ГИБКИХ ДИСКАХ. ПРОГРАММНЫЙ ЗАПРОС .SPFUN
ОБЕСПЕЧИВАЕТ СРЕДСТВА ПРОГРАММАМ ДЛЯ ИНИЦИАЦИИ ТАКИХ
СПЕЦИАЛЬНЫХ ФУНКЦИЙ. КОГДА ПРОГРАММА ВЫДАЕТ ЗАПРОС .SPFUN,
ДОЛЖЕН ПРИСУТСТВОВАТЬ И КОД СПЕЦИАЛЬНОЙ ФУНКЦИИ В ВИДЕ
ОДНОГО ИЗ АРГУМЕНТОВ. ЭТОТ КОД СООБЩАЕТ ДРАЙВЕРУ, КАКИЕ
СПЕЦИАЛЬНЫЕ ФУНКЦИИ ОН ДОЛЖЕН ВЫПОЛНИТЬ. НАПРИМЕР, КОДОМ,
КОТОРЫЙ ПРИКАЗЫВАЕТ ДРАЙВЕРУ МТ ВЫПОЛНЯТЬ АВТОНОМНУЮ
ПЕРЕМОТКУ МАГНИТНОЙ ЛЕНТЫ, ЯВЛЯЕТСЯ 372.

5.3.1. ПРОГРАММНЫЙ ЗАПРОС .SPFUN
ФОРМАТ ПРОГРАММНОГО ЗАПРОСА .SPFUN СЛЕДУЮЩИЙ:
.SPFUN AREA,CHAN,FUNC,BUF,WCNT,BLK[,CRTN]
ПОЛНОЕ ОПИСАНИЕ АРГУМЕНТОВ ДЛЯ .SPFUN СМ. В [1].
ДЛЯ ИСПОЛЬЗОВАНИЯ ВЫЗОВА СПЕЦИАЛЬНЫХ ФУНКЦИЙ В ДРАЙВЕРЕ
УСТРОЙСТВА НЕОБХОДИМО ОПРЕДЕЛИТЬ ИНТЕРФЕЙС МЕЖДУ ПРОГРАММНЫМ
ЗАПРОСОМ И ДРАЙВЕРОМ УСТРОЙСТВА. ТАКИМ ОБРАЗОМ, ЗНАЧЕНИЯ
АРГУМЕНТОВ BUF, WCNT И BLK ЗАВИСЯТ ОТ КОНКРЕТНЫХ СПЕЦИАЛЬНЫХ
ФУНКЦИЙ, КОТОРЫЕ ВЫЗЫВАЮТ ЗАПРОС. ЕСЛИ ЗАПРОС ВЫЗЫВАЕТ
ПЕРЕДАЧУ ДАННЫХ, АРГУМЕНТЫ ИМЕЮТ СВОИ ОБЫЧНЫЕ ЗНАЧЕНИЯ.
ОДНАКО, ХОТЯ МОНИТОР ОСУЩЕСТВЛЯЕТ ПРОВЕРКУ, ЧТОБЫ BUF
ЯВЛЯЛСЯ ДЕЙСТВИТЕЛЬНЫМ АДРЕСОМ В ОБЛАСТИ ЗАДАНИЯ, ОН НЕ
ГАРАНТИРУЕТ, ЧТО BUF+WCNT ЕЩЕ НАХОДИТСЯ В ОБЛАСТИ ЗАДАНИЯ.
ПОЭТОМУ НЕОБХОДИМО УКАЗЫВАТЬ ДОПУСТИМЫЕ ЗНАЧЕНИЯ, ЕСЛИ
ИСПОЛЬЗУЕТСЯ ЗАПРОС .SPFUN ДЛЯ ПЕРЕДАЧИ ДАННЫХ.
ЕСЛИ ВЫЗОВ СПЕЦИАЛЬНОЙ ФУНКЦИИ ЗАКЛЮЧАЕТСЯ В ВОЗВРАТЕ
ОДНОГО ЗНАЧЕНИЯ, ТО BUF ДОЛЖЕН БЫТЬ ОДНОСЛОВНОЙ БУФЕРНОЙ
ОБЛАСТЬЮ. МОЖНО ИЗМЕНЯТЬ WCNT И BLK ПО СВОЕМУ УСМОТРЕНИЮ.
ОНИ МОГУТ БЫТЬ СПЕЦИФИКАЦИЯМИ ОДНОГО СЛОВА, УКАЗАТЕЛЯМИ
БОЛЬШИХ БУФЕРОВ И Т.Д., ТАК КАК ДРАЙВЕР ИНТЕРПРЕТИРУЕТ ИХ В
СООТВЕТСТВИИ С КОДОМ СПЕЦИАЛЬНОЙ ФУНКЦИИ. МОНИТОР НЕ
ИЗМЕНЯЕТ ИХ, КОГДА ПЕРЕДАЕТ В ДРАЙВЕР. НАПРИМЕР, ОН НЕ
ИЗМЕНЯЕТ СЧЕТЧИК СЛОВ ИЗ ПОЛОЖИТЕЛЬНОГО В ОТРИЦАТЕЛЬНЫЙ.

5.3.2. ПОДДЕРЖКА СПЕЦИАЛЬНЫХ ФУНКЦИЙ В ДРАЙВЕРЕ
УСТРОЙСТВА
ДЛЯ ОСУЩЕСТВЛЕНИЯ ПОДДЕРЖКИ ВЫЗОВА СПЕЦИАЛЬНЫХ ФУНКЦИЙ
В ДРАЙВЕРЕ УСТРОЙСТВА НЕОБХОДИМО ЗАДАТЬ SPFUN$, ОДИН ИЗ
РАЗРЯДОВ ЗНАЧЕНИЯ STAT, КОТОРОЕ ПРЕДУСМОТРЕНО ДЛЯ ЗАПРОСА
.DRDEF. ЭТО ЗНАЧИТ, ЧТО ДРАЙВЕР ДОПУСКАЕТ ИСПОЛЬЗОВАНИЕ
СПЕЦИАЛЬНЫХ ФУНКЦИЙ.
ЗАТЕМ ОПРЕДЕЛЯЕТСЯ СИМВОЛИКА В ДРАЙВЕРЕ ДЛЯ
ПРЕДСТАВЛЕНИЯ ТИПОВ СПЕЦИАЛЬНЫХ ФУНКЦИЙ, КОТОРЫЕ МОЖЕТ
ВЫПОЛНИТЬ ДРАЙВЕР. НАПРИМЕР, ДРАЙВЕР УСТРОЙСТВА ГИБКИХ
ДИСКОВ С ДВОЙНОЙ ПЛОТНОСТЬЮ ЗАПИСИ DY ОПРЕДЕЛЯЕТ СЛЕДУЮЩИЕ
КОДЫ СПЕЦИАЛЬНЫХ ФУНКЦИЙ:

SIZ$FN =373 ;УСТАНАВЛИВАЕТ РАЗМЕР УСТРОЙСТВА
WDD$FN =375 ;ЗАПИСЫВАЕТ МЕТКУ УДАЛЕННЫХ ДАННЫХ
WRT$FN =376 ;ЗАПИСЫВАЕТ УКАЗАННЫЙ СЕКТОР
RED$FN =377 ;СЧИТЫВАЕТ УКАЗАННЫЙ СЕКТОР

ВСЕ КОДЫ СПЕЦИАЛЬНЫХ ФУНКЦИЙ ДОЛЖНЫ БЫТЬ ОТРИЦАТЕЛЬНЫМИ
ЗНАЧЕНИЯМИ БАЙТА (Т.Е. В ДИАПАЗОНЕ ВОСЬМЕРИЧНЫХ ЧИСЕЛ ОТ
200 ДО 377); РЕКОМЕНДУЕТСЯ, ЧТОБЫ ОПРЕДЕЛЕННЫЙ КОД
СПЕЦИАЛЬНОЙ ФУНКЦИИ ПРЕДСТАВЛЯЛ ОДНУ И ТУ ЖЕ ОПЕРАЦИЮ НА
ВСЕХ УСТРОЙСТВАХ. ПОЭТОМУ НЕОБХОДИМО ОЗНАКОМИТЬСЯ СО ВСЕМИ
УЖЕ СУЩЕСТВУЮЩИМИ КОДАМИ СПЕЦИАЛЬНЫХ ФУНКЦИЙ (СМ. [1]),
ЧТОБЫ УБЕДИТЬСЯ, ЕСТЬ ЛИ СООТВЕТСТВУЮЩИЙ ДАННОЙ СПЕЦИАЛЬНОЙ
ФУНКЦИИ КОД ИЛИ ОН ОТСУТСТВУЕТ. ЕСЛИ КОД УЖЕ СУЩЕСТВУЕТ, ТО
ЕГО СМЕЛО МОЖНО ИСПОЛЬЗОВАТЬ, ЕСЛИ ЖЕ ТАКОВОЙ ОТСУТСТВУЕТ,
ТО НЕОБХОДИМО ПРИСВОИТЬ ЭТОЙ ФУНКЦИИ ЛЮБОЙ СВОБОДНЫЙ КОД,
НАЧИНАЯ С 200 В СТОРОНУ КОДА 377. ЭТО ПОМОЖЕТ ИЗБЕЖАТЬ В
БУДУЩЕМ КОНФЛИКТОВ В ВИДУ ПОЯВЛЕНИЯ НОВЫХ КОДОВ СЛЕДУЮЩИХ
ВЕРСИЙ СИСТЕМЫ.
КОГДА ДРАЙВЕР ВВОДИТСЯ ДЛЯ ПЕРЕДАЧИ ВВОДА-ВЫВОДА, ОН
ДОЛЖЕН ПРОВЕРИТЬ ЧЕТВЕРТОЕ СЛОВО ЭЛЕМЕНТА ОЧЕРЕДИ, ЧТОБЫ
УБЕДИТЬСЯ, ЯВЛЯЕТСЯ ЛИ ОНО ЗАПРОСОМ СПЕЦИАЛЬНОЙ ФУНКЦИИ.
Q.FUNC, ЯВЛЯЮЩИЙСЯ МЛАДШИМ БАЙТОМ ЧЕТВЕРТОГО СЛОВА ЭЛЕМЕНТА
ОЧЕРЕДИ ВВОДА-ВЫВОДА, СОДЕРЖИТ КОД СПЕЦИАЛЬНОЙ ФУНКЦИИ. В
СТАНДАРТНЫХ ЗАПРОСАХ ВВОДА-ВЫВОДА ДЛЯ ОПЕРАЦИИ СЧИТЫВАНИЯ,
ЗАПИСИ ИЛИ УСТАНОВКИ ЭТОТ БАЙТ РАВЕН 0. ДЛЯ ВЫЗОВОВ
СПЕЦИАЛЬНОЙ ФУНКЦИИ ЭТОТ БАЙТ РАВЕН ОТРИЦАТЕЛЬНОМУ ЗНАЧЕНИЮ
КОДА СПЕЦИАЛЬНОЙ ФУНКЦИИ. НЕОБХОДИМО ПРОВЕРЯТЬ, ЧТОБЫ ЭТОТ
КОД БЫЛ ДОПУСТИМЫМ ДЛЯ ДАННОГО УСТРОЙСТВА, В ПРОТИВНОМ
СЛУЧАЕ, НЕОБХОДИМО УХОДИТЬ НА НЕВОССТАНОВИМУЮ ОШИБКУ.
ЕСЛИ ЭТО ЗАПРОС СПЕЦИАЛЬНОЙ ФУНКЦИИ, ДРАЙВЕР ДОЛЖЕН
ИНИЦИИРОВАТЬ ЭТУ ФУНКЦИЮ И ВОЗВРАТИТЬСЯ ПО КОМАНДЕ RTS PC.
В СЕКЦИИ ОБРАБОТКИ ПРЕРЫВАНИЙ ДРАЙВЕР ДОЛЖЕН ПРОВЕРИТЬ, КАК
ОБЫЧНО, НАЛИЧИЕ ОШИБОК И ОПРЕДЕЛИТЬ ЗАВЕРШЕНИЕ ОПЕРАЦИИ.
ДРАЙВЕР ВОЗВРАЩАЕТ ИЛИ ДАННЫЕ, ИЛИ СЛОВО, ИНФОРМИРУЮЩИЕ О
СОСТОЯНИИ, В БУФЕР ПОЛЬЗОВАТЕЛЯ ВЫЗВАННОЙ ПРОГРАММЫ.
ТАК ОСУЩЕСТВЛЯЕТСЯ ВЫПОЛНЕНИЕ СПЕЦИАЛЬНЫХ ФУНКЦИЙ ДЛЯ
ОПРЕДЛЕННОГО УСТРОЙСТВА, МОЖНО УСТАНОВИТЬ ПРАВИЛО ВЫЗОВА ДЛЯ
ЭТОЙ ФУНКЦИИ В ПРОГРАММНОМ ЗАПРОСЕ .SPFUN, А ТАКЖЕ ПРАВИЛО
ВОЗВРАТА ИЗ ДРАЙВЕРА. ДРАЙВЕР ДОЛЖЕН РАССМАТРИВАТЬ
АРГУМЕНТЫ СООТВЕТСТВЕННО ДЛЯ КАЖДОГО РАЗЛИЧНОГО ВЫЗОВА
СПЕЦИАЛЬНОЙ ФУНКЦИИ.

5.3.3. ТОМА ПЕРЕМЕННОГО РАЗМЕРА
ДРАЙВЕР МОЖЕТ УПРАВЛЯТЬ УСТРОЙСТВОМ, КОТОРОЕ ДОПУСКАЕТ
ИСПОЛЬЗОВАНИЕ ТОМОВ ДВУХ (ИЛИ БОЛЬШЕ) РАЗЛИЧНЫХ РАЗМЕРОВ.
ПРИМЕРОМ ТАКОГО ДРАЙВЕРА ЯВЛЯЕТСЯ ДРАЙВЕР DY, КОТОРЫЙ МОЖЕТ
ОБСЛУЖИВАТЬ ГИБКИЕ ДИСКИ С ОДИНАРНОЙ ИЛИ С ДВОЙНОЙ
ПЛОТНОСТЬЮ ЗАПИСИ НА ОДНОМ ПРИВОДЕ УСТРОЙСТВА.
ДРАЙВЕР УСТРОЙСТВА, КОТОРОЕ ПОДДЕРЖИВАЕТ ТОМА РАЗЛИЧНЫХ
РАЗМЕРОВ, ДОЛЖЕН ПЕРЕДАВАТЬ РАЗМЕР В БЛОКАХ САМОГО
МАЛЕНЬКОГО ТОМА В ПАРАМЕТР SIZE ЗАПРОСА .DRDEF. ЭТО
ЗНАЧЕНИЕ ВОЗВРАЩАЕТСЯ В ВЫПОЛНЯЮЩУЮСЯ ПРОГРАММУ, КОГДА ОНА
ВЫДАЕТ ПРОГРАММНЫЙ ЗАПРОС .DSTATUS.
ЕСЛИ ВЫПОЛНЯЮЩЕЙСЯ ПРОГРАММЕ ВАЖНО ЗНАТЬ РАЗМЕР
УСТАНОВЛЕННОГО В ДАННЫЙ МОМЕНТ ТОМА, ПРОГРАММА МОЖЕТ СДЕЛАТЬ
ВЫЗОВ .SPFUN. ДРАЙВЕР ДОЛЖЕН БЫТЬ В СОСТОЯНИИ ДАТЬ ОТВЕТ
НА ЗАПРОС ПОСРЕДСТВОМ ВОЗВРАЩЕНИЯ ФАКТИЧЕСКОГО РАЗМЕРА ТОМА
В ОДНОСЛОВНУЮ БУФЕРНУЮ ОБЛАСТЬ. ДРАЙВЕР ТАКЖЕ ДОЛЖЕН
ОСУЩЕСТВЛЯТЬ ПОДДЕРЖКУ СПЕЦИАЛЬНЫХ ФУНКЦИЙ, КАК ОПИСАНО
ВЫШЕ. СТАНДАРТНЫЙ КОД СПЕЦИАЛЬНОЙ ФУНКЦИИ ДЛЯ ОПРЕДЕЛЕНИЯ
ФАКТИЧЕСКОГО РАЗМЕРА ТОМА РАВЕН 373.

5.3.4. УСТРОЙСТВА СО СПЕЦИАЛЬНЫМИ СПРАВОЧНИКАМИ
МОНИТОР ФОДОС-2 МОЖЕТ СОПРЯГАТЬСЯ С УСТРОЙСТВАМИ
ФАЙЛОВОЙ СТРУКТУРЫ, ИМЕЮЩИМИ НЕСТАНДАРТНЫЕ (Т.Е. НЕ СИСТЕМЫ
ФОДОС-2) СПРАВОЧНИКИ. ПРИМЕРОМ ТАКОГО УСТРОЙСТВА ЯВЛЯЕТСЯ
МАГНИТНАЯ ЛЕНТА. ЕЕ ДРАЙВЕР УСТАНАВЛИВАЕТ РАЗРЯД 12
(SPECL$) СЛОВА СОСТОЯНИЯ УСТРОЙСТВА. USR ОБРАБАТЫВАЕТ
ОПЕРАЦИИ СПРАВОЧНИКА ДЛЯ УСТРОЙСТВ СПРАВОЧНОЙ СТРУКТУРЫ
ФОДОС-2; ДЛЯ СПЕЦИАЛЬНЫХ УСТРОЙСТВ ДРАЙВЕР ДОЛЖЕН
ОБРАБАТЫВАТЬ ОПЕРАЦИИ СПРАВОЧНИКА, КАК .LOOKUP, .ENTER,
.CLOSE И .DELETE, ТАК ЖЕ, КАК И ПЕРЕДАЧУ ДАННЫХ.
МОНИТОР ЗАПРАШИВАЕТ СПЕЦИАЛЬНУЮ ОПЕРАЦИЮ СПРАВОЧНИКА
ПОСРЕДСТВОМ ЗАСЫЛКИ ПОЛОЖИТЕЛЬНОГО НЕНУЛЕВОГО ЗНАЧЕНИЯ В
БАЙТ КОДА ФУНКЦИИ ЭЛЕМЕНТА ОЧЕРЕДИ. ПОЛОЖИТЕЛЬНЫЕ КОДЫ
ФУНКЦИЙ ЯВЛЯЮТСЯ СТАНДАРТНЫМИ ДЛЯ ВСЕХ УСТРОЙСТВ. ОНИ
ПРИВЕДЕНЫ НИЖЕ:

КОД: 1 2 3 4
ФУНКЦИЯ: ЗАКРЫТИЕ УДАЛЕНИЕ ПРОСМОТР ВВОД

ЭТИ ФУНКЦИИ СООТВЕТСТВУЮТ ПРОГРАММНЫМ ЗАПРОСАМ .CLOSE,
.DELETE, .LOOKUP И .ENTER (СМ.[1]). ЗАПРОС .RENAME НЕ
ПОДДЕРЖИВАЕТСЯ ДЛЯ СПЕЦИАЛЬНЫХ УСТРОЙСТВ.
ПЯТОЕ СЛОВО В ЭЛЕМЕНТЕ ОЧЕРЕДИ ДЛЯ СПЕЦИАЛЬНОЙ ФУНКЦИИ
СПРАВОЧНИКА СОДЕРЖИТ УКАЗАТЕЛЬ БЛОКА ОПРЕДЕЛИТЕЛЯ ФАЙЛА,
СОДЕРЖАЩЕГО ИМЯ УСТРОЙСТВА, ИМЯ И ТИП ФАЙЛА В RADIX-50.
ПРОГРАММНЫЕ ОШИБКИ (ТАКИЕ, КАК "ФАЙЛ НЕ НАЙДЕН" ИЛИ
"СПРАВОЧНИК ЗАПОЛНЕН"), ВОЗНИКАЮЩИЕ В ДРАЙВЕРЕ СПЕЦИАЛЬНОГО
УСТРОЙСТВА ВО ВРЕМЯ ОПЕРАЦИЙ СПРАВОЧНИКА, ВОЗВРАЩАЮТСЯ В
МОНИТОР. КОД КАЖДОЙ ОШИБКИ ВЫБИРАЕТСЯ ДЛЯ ОПРЕДЕЛЕННОГО
ТИПА ОШИБКИ. КОД ОШИБКИ ВОЗВРАЩАЕТСЯ ПОСРЕДСТВОМ ЗАСЫЛКИ
ЕГО В SPUSR (ОШИБКА USR СПЕЦИАЛЬНОГО УСТРОЙСТВА),
РАСПОЛОЖЕННОГО У ФИКСИРОВАННОГО СМЕЩЕНИЯ 272 ОТ НАЧАЛА
РЕЗИДЕНТНОГО МОНИТОРА. АППАРАТНЫЕ ОШИБКИ ВОЗВРАЩАЮТСЯ
ОБЫЧНЫМ СПОСОБОМ ПОСРЕДСТВОМ УСТАНОВКИ НУЛЕВОГО РАЗРЯДА В
СЛОВЕ СОСТОЯНИЯ КАНАЛА (ВТОРОЕ СЛОВО ЭЛЕМЕНТА ОЧЕРЕДИ).
ПРОГРАММНЫЕ ЗАПРОСЫ ДЛЯ ОПЕРАЦИЙ СПРАВОЧНИКА
СПЕЦИАЛЬНЫХ УСТРОЙСТВ ОБРАБАТЫВАЮТСЯ СТАНДАРТНЫМИ
ПРОГРАММНЫМИ ЗАПРОСАМИ. КОГДА, НАПРИМЕР, ВЫДАЕТСЯ ЗАПРОС
.LOOKUP, МОНИТОР ПРОВЕРЯЕТ РАЗРЯД СПЕЦИАЛЬНОГО УСТРОЙСТВА В
СЛОВЕ СОСТОЯНИЯ УСТРОЙСТВА. ЕСЛИ УСТРОЙСТВО ИМЕЕТ
СПЕЦИАЛЬНУЮ СПРАВОЧНУЮ СТРУКТУРУ, ТО СООТВЕТСТВУЮЩИЙ КОД
ФУНКЦИИ ВВОДИТСЯ В ЭЛЕМЕНТ ОЧЕРЕДИ, И ЭЛЕМЕНТ
НЕПОСРЕДСТВЕННО УСТАНАВЛИВАЕТСЯ В ОЧЕРЕДЬ ДРАЙВЕРА, ОБХОДЯ
ОБРАБОТКУ ПОСРЕДСТВОМ USR. НЕЗАВИСИМОСТЬ УСТРОЙСТВА
СОХРАНЯЕТСЯ, ТАК КАК ОПЕРАЦИИ .LOOKUP, .ENTER, .CLOSE И
.DELETE ОЧЕВИДНЫ ДЛЯ ПОЛЬЗОВАТЕЛЯ.
ДЛЯ СПЕЦИАЛЬНЫХ УСТРОЙСТВ ЗАПРОС .LOOKUP ВОЗВРАЩАЕТ
РАЗМЕР ФАЙЛА В ШЕСТОЕ СЛОВО ЭЛЕМЕНТА ОЧЕРЕДИ (Q.WCNT). ДЛЯ
ЗАПРОСА .ENTER ШЕСТОЕ СЛОВО ВОЗВРАЩАЕТ РАЗМЕР НОВОГО ФАЙЛА.

5.4. ДРАЙВЕРЫ УСТРОЙСТВ В XM-СИСТЕМЕ
ДРАЙВЕРЫ УСТРОЙСТВ В СИСТЕМАХ SJ И FB ТРЕБУЮТ
НЕСКОЛЬКИХ ИЗМЕНЕНИЙ ДЛЯ ПРАВИЛЬНОЙ РАБОТЫ В СИСТЕМЕ XM.
ПРЕДВАРИТЕЛЬНО НЕОБХОДИМО ОЗНАКОМИТЬСЯ С УСЛОВНЫМИ
ОБОЗНАЧЕНИЯМИ В СИСТЕМЕ XM.

5.4.1. УСЛОВНЫЕ ОБОЗНАЧЕНИЯ НАИМЕНОВАНИЙ И УСЛОВНЫЕ
ОБОЗНАЧЕНИЯ СИСТЕМЫ
ПРИ НАПИСАНИИ ДРАЙВЕРА УСТРОЙСТВА ПИШЕТСЯ ОБЩИЙ
ИСХОДНЫЙ ФАЙЛ С ИМЕНЕМ DD.MAC, ГДЕ DD - ЭТО ДВУХСИМВОЛЬНОЕ
ИМЯ УСТРОЙСТВА, ВКЛЮЧАЮЩЕЕ КОД, КОТОРЫЙ ОБЕСПЕЧИВАЕТ
ПОДДЕРЖКУ РАСШИРЕННОЙ ПАМЯТИ В ДИРЕКТИВАХ УСЛОВНОЙ
ТРАНСЛЯЦИИ. ОБОЗНАЧЕНИЕМ УСЛОВИЯ, КОТОРОЕ ОБЕСПЕЧИВАЕТ
ПОДДЕРЖКУ РАСШИРЕННОЙ ПАМЯТИ ПРИ ГЕНЕРАЦИИ СИСТЕМЫ, ЯВЛЯЕТСЯ
MMG$T, КОТОРОЕ ИМЕЕТ ЗНАЧЕНИЕ 0, ЕСЛИ ПОДДЕРЖКА РАСШИРЕННОЙ
ПАМЯТИ НЕ ВЫБРАНА, ИЛИ 1, ЕСЛИ ВЫБРАНА ПОДДЕРЖКА РАСШИРЕННОЙ
ПАМЯТИ.
ЭТО ОЗНАЧАЕТ, ЧТО КОД РАСШИРЕННОЙ ПАМЯТИ ТРАНСЛИРУЕТСЯ
ТОЛЬКО ТОГДА, КОГДА ЗНАЧЕНИЕ, УСЛОВНО ОБОЗНАЧЕННОЕ MMG$T,
РАВНО 1. ДАЛЕЕ НЕОБХОДИМО ПРОТРАНСЛИРОВАТЬ ИСХОДНЫЙ ФАЙЛ
DD.MAC С УСЛОВНЫМ ФАЙЛОМ СИСТЕМЫ, SYCND, И С XM.MAC,
СОЗДАВАЯ DDX.OBJ ДЛЯ XM-СИСТЕМЫ ИЛИ DD.OBJ ДЛЯ СИСТЕМ SJ ИЛИ
FB. ЭТА ПРОЦЕДУРА ГАРАНТИРУЕТ, ЧТО ДОПОЛНИТЕЛЬНЫЕ СРЕДСТВА
СИСТЕМЫ, КОТОРЫЕ ПОДДЕРЖИВАЮТ ДРАЙВЕР, СОГЛАСУЮТСЯ С
ДОПОЛНИТЕЛЬНЫМИ СРЕДСТВАМИ ДАННОГО МОНИТОРА.

5.4.2. XM-СРЕДА
В СИСТЕМЕ XM ДРАЙВЕРЫ ДОЛЖНЫ РАЗМЕЩАТЬСЯ В ПРЕДЕЛАХ
МЛАДШИХ 28К СЛОВ ФИЗИЧЕСКОЙ ПАМЯТИ. МОЖЕТ БЫТЬ ЕЩЕ ОДНО
ОГРАНИЧЕНИЕ, В ЗАВИСИМОСТИ ОТ НАЛИЧИЯ ИЛИ ОТСУТСТВИЯ
ПОДДЕРЖКИ .FETCH В XM-МОНИТОРЕ.
ЕСЛИ XM-МОНИТОР ОСУЩЕСТВЛЯЕТ ПОДДЕРЖКУ .FETCH, ДРАЙВЕР
НЕ МОЖЕТ РАЗМЕЩАТЬСЯ В ПРЕДЕЛАХ ОБЛАСТИ ФИЗИЧЕСКОЙ ПАМЯТИ,
ОТОБРАЖЕННОЙ ПОСРЕДСТВОМ РАС1 (РЕГИСТР АДРЕСА СТРАНИЦЫ 1),
ОБЛАСТЬЮ, КОТОРАЯ ВКЛЮЧАЕТ ЯЧЕЙКИ ПАМЯТИ ОТ 20000 ДО 37776.
ПЕРЕД ВЫЗОВОМ ПРОГРАММ, ИСПОЛЬЗУЮЩИХ ДРАЙВЕРЫ НЕОБХОДИМО
СДЕЛАТЬ ИХ РЕЗИДЕНТНЫМИ ПО КОМАНДЕ МОНИТОРА LOAD, КОТОРАЯ
ПРИВОДИТ К ОГРАНИЧЕНИЮ АДРЕСА.
ЕСЛИ XM-МОНИТОР ПОДДЕРЖИВАЕТ .FETCH (ОПРЕДЕЛЯЕТСЯ ВО
ВРЕМЯ ГЕНЕРАЦИИ СИСТЕМЫ), ОГРАНИЧЕНИЕ РАСПРОСТРАНЯЕТСЯ
ТОЛЬКО НА РАЗМЕЩЕНИЕ ДРАЙВЕРА В ПАМЯТИ, ОН НЕ ДОЛЖЕН
ПРЕВЫШАТЬ 28К СЛОВ. ПРИ ПОДДЕРЖКЕ .FETCH НЕТ НАДОБНОСТИ В
ЗАГРУЗКЕ ДРАЙВЕРОВ XM ПЕРЕД ВЫЗОВОМ ПРОГРАММ. ОДНАКО, ДАЖЕ
ПРИ ПОДДЕРЖКЕ .FETCH, ТОТ ЖЕ САМЫЙ ДРАЙВЕР МОЖЕТ БЫТЬ
ЗАГРУЖЕН ПО КОМАНДЕ МОНИТОРА LOAD.
КОГДА ДРАЙВЕРЫ ВВЕДЕНЫ, ОНИ ВЫПОЛНЯЮТСЯ С ВНУТРЕННИМ
ОТОБРАЖЕНИЕМ, КОТОРОЕ РАЗРЕШАЕТ ДОСТУП К МЛАДШИМ 28К СЛОВАМ
ПАМЯТИ ПЛЮС СТРАНИЦА УСТРОЙСТВА ВВОДА-ВЫВОДА (СМ. РАЗДЕЛ
6). ОДНАКО ПРОГРАММЕ, ЗАПРАШИВАЮЩЕЙ ПЕРЕДАЧУ ВВОДА-ВЫВОДА,
НЕТ НЕОБХОДИМОСТИ ИМЕТЬ ТАКОЕ ЖЕ ОТОБРАЖЕНИЕ, ЧТО И
ВНУТРЕННЕЕ. ФАКТИЧЕСКИ ПРОГРАММА МОЖЕТ ПОПАДАТЬ В ОДНУ ИЗ
ТРЕХ ВОЗМОЖНЫХ КАТЕГОРИЙ:
- ПРИВИЛЕГИРОВАННОЕ ЗАДАНИЕ, ОТОБРАЖЕНИЕ КОТОРОГО
АНАЛОГИЧНО ВНУТРЕННЕМУ;
- ПРИВИЛЕГИРОВАННОЕ ЗАДАНИЕ, КОТОРОЕ ОТОБРАЖАЕТСЯ В
АДРЕСА ФИЗИЧЕСКОЙ ПАМЯТИ СВЫШЕ 28К СЛОВ;
- ВИРТУАЛЬНОЕ ЗАДАНИЕ С ЛЮБЫМ ВИДОМ ОТОБРАЖЕНИЯ.
ОСНОВНУЮ ТРУДНОСТЬ ДЛЯ ДРАЙВЕРОВ В СИСТЕМЕ XM
ПРЕДСТАВЛЯЕТ СВЯЗЬ С БУФЕРОМ ДАННЫХ ПОЛЬЗОВАТЕЛЯ. ЭТА
ТРУДНОСТЬ ВОЗНИКАЕТ ОТТОГО, ЧТО ПРОГРАММА, ЗАПРАШИВАЮЩАЯ
ПЕРЕДАЧУ ВВОДА-ВЫВОДА, ВЫДАЕТ 16-РАЗРЯДНЫЙ ВИРТУАЛЬНЫЙ АДРЕС
БУФЕРА В ПРОГРАММНОМ ЗАПРОСЕ, НЕСМОТРЯ НА ТО, ЧТО ЧАСТЬ
ОБЛАСТИ ВИРТУАЛЬНОЙ АДРЕСАЦИИ ПОЛЬЗОВАТЕЛЯ МОЖЕТ БЫТЬ
ОТОБРАЖЕНА ГДЕ-ЛИБО ЕЩЕ В ФИЗИЧЕСКОЙ ПАМЯТИ. ПОЭТОМУ
ДРАЙВЕР ДОЛЖЕН НАЙТИ ФАКТИЧЕСКИЙ 18- ИЛИ 22-РАЗРЯДНЫЙ
ФИЗИЧЕСКИЙ АДРЕС БУФЕРА ДАННЫХ ПОЛЬЗОВАТЕЛЯ ПЕРЕД
ПЕРЕМЕЩЕНИЕМ ИНФОРМАЦИИ В НЕГО И ИЗ НЕГО. МОНИТОР СЛЕДИТ ЗА
ТЕМ, ЧТОБЫ БУФЕРНАЯ ОБЛАСТЬ ПАМЯТИ ЗАНИМАЛА СМЕЖНЫЕ ЯЧЕЙКИ В
ФИЗИЧЕСКОЙ ПАМЯТИ.
ДЕЛО В ТОМ, ЧТО В СИСТЕМЕ XM ЯЧЕЙКИ ФИЗИЧЕСКОЙ ПАМЯТИ
ВЫРАЖЕНЫ В ВИДЕ 18- ИЛИ 22-РАЗРЯДНЫХ АДРЕСОВ, ЭТО ВАЖНО,
КОГДА НЕОБХОДИМО ОБОЗНАЧИТЬ АДРЕС В ПРЕДЕЛАХ САМОГО ДРАЙВЕРА
В ВИДЕ АДРЕСА БУФЕРА. ЕСЛИ, НАПРИМЕР, ДРАЙВЕР СОДЕРЖИТ
СТРОКУ НУЛЕЙ, КОТОРУЮ ОН ЗАПИСЫВАЕТ В УСТРОЙСТВО КАК ЧАСТЬ
ИНИЦИАЛИЗАЦИИ, ДРАЙВЕР УСТАНАВЛИВАЕТ ОПЕРАЦИЮ ЗАПИСИ
УСТРОЙСТВА, ОБОЗНАЧАЯ АДРЕС СТРОКИ В ДРАЙВЕРЕ КАК АДРЕС
БУФЕРА. ТАК КАК ДРАЙВЕР РАЗМЕЩАЕТСЯ В ПРЕДЕЛАХ МЛАДШИХ 28К
СЛОВ ФИЗИЧЕСКОЙ ПАМЯТИ, ЕГО ФИЗИЧЕСКИЙ АДРЕС МОЖЕТ БЫТЬ
ВЫРАЖЕН КАК ЕГО ВИРТУАЛЬНЫЙ 16-РАЗРЯДНЫЙ АДРЕС ПЛЮС
ДОПОЛНИТЕЛЬНЫЕ РАЗРЯДЫ ДЛЯ XM (РАЗРЯДЫ 16 И 17 ДЛЯ
18-РАЗРЯДНОГО АДРЕСА ИЛИ РАЗРЯДЫ С 16 ПО 21 ДЛЯ
22-РАЗРЯДНОГО АДРЕСА), КОТОРЫЕ ДОЛЖНЫ БЫТЬ НУЛЕВЫМИ.
НА РИС.6 ПОКАЗАНА XM-СИСТЕМА. ПРОГРАММА, КОТОРАЯ
ЗАПРАШИВАЕТ ПЕРЕДАЧУ ВВОДА-ВЫВОДА, ОТОБРАЗИЛА ОБЛАСТЬ БУФЕРА
ДАННЫХ В ФИЗИЧЕСКУЮ ПАМЯТЬ ВЫШЕ ГРАНИЦЫ 28К СЛОВ.

ОБЛАСТЬ
ФИЗИЧЕСКИХ АДРЕСОВ
.-------------
! СТРАНИЦА !
!ВВОДА-ВЫВОД!
. .!-----------!
! !
! !
. . ! !
! !
ОБЛАСТЬ . . ! ! ОБЛАСТЬ
ВНУТРЕННЕГО !-----------!. ВИРТУАЛЬНОГО
ДИАПАЗОН ВИРТУАЛЬНОГО ! ! . АДРЕСА ДИАПАЗОН
АДРЕСА РАС АДРЕСА . ! BUFF: ! . ПОЛЬЗОВ. РАС АДРЕСА
-----------------. !-----------!. .-----------------
!177776!7! ! . ! ! . ! !7!177776!
!160000! ! ! ! ! . ! ! !160000!
!------!-!------!. 28K!-----------! .!---------------!
!157776!6! !----->! ! ! !6!157776!
!140000! ! ! ! ! ! ! !140000!
!------!-!------! !-----------! !---------------!
!137776!5! !----->! ! ! !5!137776!
!120000! ! ! ! ! ! ! !120000!
!------!-!------! !-----------! !------!-!------!
!117776!4! !----->! ! ! !4!117776!
!100000! ! ! ! ! ! ! !100000!
!------!-!------! !-----------! !------!-!------!
! 77776!3! !----->! ДРАЙВЕР ! ! !3! 77776!
! 60000! ! ! ! УСТРОЙСТВА! ! ! ! 60000!
!------!-!------! !-----------! !------!-!------!
! 57776!2! !----->! ! ! !2! 57776!
! 40000! ! ! ! ! ! ! ! 40000!
!------!-!------! !-----------! !------!-!------!
! 37776!1! !--> ! ! ! !1! 37776!
! 20000! ! ! ! ! ! ! ! 20000!
!------!-!------! !-----------! !------!-!------!
! 17776!0!202 !----->! ! ! !0! 17776!
! 00000! !200 ! ! ! ! ! ! 00000!
----------------- ------------- -----------------
/\ /\
! !
! !
ВНУТРЕННЕЕ ВИРТУАЛЬНОЕ
ОТОБРАЖЕНИЕ ОТОБРАЖЕНИЕ

РИС.6.

МОНИТОР ФОДОС-2 ПРЕДОСТАВЛЯЕТ ПОДПРОГРАММЫ ДЛЯ
ДРАЙВЕРОВ ДЛЯ ДОСТУПА К БУФЕРУ ДАННЫХ ПОЛЬЗОВАТЕЛЯ В
ФИЗИЧЕСКОЙ ПАМЯТИ. ДАЛЕЕ ОПИСАНЫ ЭТИ ПОДПРОГРАММЫ И
СИТУАЦИИ, В КОТОРЫХ ОНИ ИСПОЛЬЗУЮТСЯ.

5.4.3. ЭЛЕМЕНТ ОЧЕРЕДИ В XM
ДЛЯ ТОГО, ЧТОБЫ НАЙТИ ФАКТИЧЕСКИЙ БУФЕР ПОЛЬЗОВАТЕЛЯ В
ФИЗИЧЕСКОЙ ПАМЯТИ, ДРАЙВЕРУ ТРЕБУЕТСЯ ДОПОЛНИТЕЛЬНОЕ
ИНФОРМАЦИОННОЕ СЛОВО В ЭЛЕМЕНТЕ ОЧЕРЕДИ. ЭТО СЛОВО ЯВЛЯЕТСЯ
ЗНАЧЕНИЕМ ДЛЯ РАС1, КОТОРОЕ, БУДУЧИ ОБ'ЕДИНЕНО С АДРЕСОМ
ВИРТУАЛЬНОГО БУФЕРА ПОЛЬЗОВАТЕЛЯ, ОБЕСПЕЧИВАЕТ ФИЗИЧЕСКИЙ
АДРЕС БУФЕРА. ХОТЯ ДЛЯ ДРАЙВЕРОВ В XM-СИСТЕМЕ ИСПОЛЬЗУЕТСЯ
ТОЛЬКО ОДНО ДОПОЛНИТЕЛЬНОЕ СЛОВО, ЭЛЕМЕНТ ОЧЕРЕДИ
ПРЕДОСТАВЛЯЕТ МЕСТО ДЛЯ ДВУХ СЛОВ. ЭТИ ДВА СЛОВА, СО
СМЕЩЕНИЯМИ 20 И 22, СОХРАНЯЮТСЯ ДЛЯ БУДУЩЕГО ИСПОЛЬЗОВАНИЯ В
СИСТЕМЕ И НЕ ДОЛЖНЫ ИСПОЛЬЗОВАТЬСЯ ПОЛЬЗОВАТЕЛЕМ. КОГДА
УСЛОВНО ОБОЗНАЧЕННЫЙ СИСТЕМОЙ MMG$T УСТАНОВЛЕН 1, ЗАПРОС
.QELDF, ВЫЗВАННЫЙ ПОСРЕДСТВОМ .DRDEF В НАЧАЛЕ ДРАЙВЕРА,
РАСШИРЯЕТСЯ ПРИ ГЕНЕРАЦИИ ДОПУСТИМЫХ СМЕЩЕНИЙ ДЛЯ ЭЛЕМЕНТА
ОЧЕРЕДИ XM. НИЖЕ ПРИВЕДЕНО ЭТО МАКРОРАСШИРЕНИЕ:

Q.LINK=0 (СВЯЗЬ СО СЛЕДУЮЩИМ ЭЛЕМЕНТОМ
ОЧЕРЕДИ)
Q.CSW=2. (УКАЗАТЕЛЬ СЛОВА СОСТОЯНИЯ КАНАЛА)
Q.BLKN=4. (НОМЕР ФИЗИЧЕСКОГО БЛОКА)
Q.FUNC=6. (КОД СПЕЦИАЛЬНОЙ ФУНКЦИИ)
Q.JNUM=7. (НОМЕР ЗАДАНИЯ)
Q.UNIT=7. (НОМЕР ПРИВОДА УСТРОЙСТВА)
Q.BUFF=^O10 (АДРЕС ВИРТУАЛЬНОГО БУФЕРА
ПОЛЬЗОВАТЕЛЯ)
Q.WCNT=^O12 (СЧЕТЧИК СЛОВ)
Q.COMP=^O14 (КОД ПОДПРОГРАММЫ ЗАВЕРШЕНИЯ)
Q$LINK=-4 (СИМВОЛЫ ДЛЯ ОБЛЕГЧЕННОГО
ОБРАЩЕНИЯ)
Q$CSW=-2
Q$BLKN=0
Q$FUNC=2
Q$JNUM=3
Q$UNIT=3
Q$BUFF=4
Q$WCNT=6
Q$COMP=^O10
Q.PAR=^O16 (ЗНАЧЕНИЕ РАС1)
Q$PAR=^O12
Q.ELGN=^O24 (РАЗМЕР ЭЛЕМЕНТА ОЧЕРЕДИ)

5.4.4. УСТРОЙСТВА ПРОИЗВОЛЬНОГО ДОСТУПА К ДАННЫМ:
ПОДПРОГРАММА $MPPHY

УСТРОЙСТВА ПРОИЗВОЛЬНОГО ДОСТУПА К ДАННЫМ, НАПРИМЕР,
БОЛЬШИНСТВО ДИСКОВ, РАБОТАЮТ, ОБЫЧНО, С 18-РАЗРЯДНЫМИ ИЛИ
22-РАЗРЯДНЫМИ АДРЕСАМИ, ПОЭТОМУ ИХ ДРАЙВЕРАМ НЕТ
НЕОБХОДИМОСТИ ОТОБРАЖАТЬСЯ В БУФЕР ПОЛЬЗОВАТЕЛЯ. ЭТИ
ДРАЙВЕРЫ ИСПОЛЬЗУЮТ ПОДПРОГРАММУ МО
НИТОРА $MPPHY ДЛЯ ПОИСКА
БУФЕРА ПОЛЬЗОВАТЕЛЯ В ФИЗИЧЕСКОЙ ПАМЯТИ. $MPPHY ИСПОЛЬЗУЕТ
ЗНАЧЕНИЕ Q.PAR ЭЛЕМЕНТА ОЧЕРЕДИ И АДРЕС ВИРТУАЛЬНОГО БУФЕРА
Q.BUFF ДЛЯ СОЗДАНИЯ ИСТИННОГО 18- ИЛИ 22-РАЗРЯДНОГО АДРЕСА
БУФЕРА ПОЛЬЗОВАТЕЛЯ.
ФОРМАТ ВЫЗОВА ПОДПРОГРАММЫ $MPPHY СЛЕДУЮЩИЙ:
JSR PC,@$MPPTR
ГДЕ $MPPTR - СОДЕРЖИТ УКАЗАТЕЛЬ ПОДПРОГРАММЫ $MPPHY В
РЕЗИДЕНТНОМ МОНИТОРЕ; ЗАПРОС .DREND РАЗМЕЩАЕТ
ЭТОТ УКАЗАТЕЛЬ В КОНЦЕ ДРАЙВЕРА; УКАЗАТЕЛЬ
ЗАПОЛНЯЕТСЯ ВО ВРЕМЯ НАЧАЛЬНОЙ ЗАГРУЗКИ (ДЛЯ
СИСТЕМНОГО УСТРОЙСТВА) ИЛИ ВО ВРЕМЯ LOAD (ДЛЯ
УСТРОЙСТВА ДАННЫХ).
ПЕРЕД ВЫЗОВОМ:
R5 ДОЛЖЕН УКАЗЫВАТЬ НА Q.BUFF, ПЯТОЕ СЛОВО ЭЛЕМЕНТА ОЧЕРЕДИ.
ПОСЛЕ ВЫЗОВА:
(SP), ПЕРВОЕ СЛОВО В СТЕКЕ, СОДЕРЖИТ ШЕСТНАДЦАТЬ МЛАДШИХ
РАЗРЯДОВ ФИЗИЧЕСКОГО АДРЕСА БУФЕРА;
2(SP), ВТОРОЕ СЛОВО В СТЕКЕ, СОДЕРЖИТ 2 СТАРШИХ РАЗРЯДА
ФИЗИЧЕСКОГО АДРЕСА БУФЕРА В РАЗРЯДАХ 4 И 5 (ДЛЯ
18-РАЗРЯДНОГО АДРЕСА) ИЛИ В РАЗРЯДАХ С 4 ПО 9 (ДЛЯ
22-РАЗРЯДНОГО АДРЕСА);
R5 УКАЗЫВАЕТ НА Q.WCNT, ШЕСТОЕ СЛОВО ЭЛЕМЕНТА ОЧЕРЕДИ;
ЗНАЧЕНИЕ НЕ ИЗМЕНЯЕТСЯ.
ПРИМЕР:
CMP (R5)+,(R5) ;ПЕРЕХОДИТ К АДРЕСУ БУФЕРА
;В ЭЛЕМЕНТЕ ОЧЕРЕДИ
JSR PC,@$MPPTR ;ПЕРЕВОДИТ ВИРТУАЛЬНЫЙ
;АДРЕС ПОЛЬЗОВАТЕЛЯ
;В ФИЗИЧЕСКИЙ
MOV (SP)+,-(R4) ;ЗАСЫЛАЕТ 16 МЛАДШИХ
;РАЗРЯДОВ В RKBA, СТАРШИЕ
;РАЗРЯДЫ - В СТЕК
MOV (R5)+,-(R4) ;ЗАСЫЛАЕТ СЧЕТЧИК СЛОВ
;В RKWC
BEQ 7$ ;СЧЕТЧИК РАВЕН 0 = ПОИСК
BMI 5$ ;СЧЕТЧИК ОТРИЦАТЕЛЬНЫЙ =
;ЗАПИСЬ ВСЕХ ДО ПОСЛЕДНЕГО
NEG @R4 ;СЧЕТЧИК ПОЛОЖИТЕЛЬНЫЙ =
;СЧИТЫВАТЬ, ФИКСИРУЯ СЧЕТЧИК
;ДЛЯ КОНТРОЛЛЕРА
MOV #CSIE!FNREAD!CSGO,R3 ;ФУНКЦИЯ СЧИТЫВАНИЯ
5$: BIS (SP)+,R3 ;ПРИСОЕДИНЕНИЕ СТАРШИХ
;РАЗРЯДОВ АДРЕСА В ФУНКЦИЮ
MOV R3,-(R4) ;НАЧАЛО ОПЕРАЦИИ
6$: RTS PC ;ВЫХОД ИЗ ПРЕРЫВАНИЯ

ЭТОТ ПРИМЕР ВЗЯТ ИЗ ДРАЙВЕРА RK.

5.4.5. СИМВОЛЬНО-ОРИЕНТИРОВАННЫЕ УСТРОЙСТВА:
ПОДПРОГРАММЫ $GETBYT И $PUTBYT
ДРАЙВЕРЫ СИМВОЛЬНО-ОРИЕНТИРОВАННЫХ УСТРОЙСТВ, ТАКИХ КАК
ПЕРФОЛЕНТОЧНОЕ УСТРОЙСТВО ВВОДА-ВЫВОДА ПОСТРОЧНО-ПЕЧАТАЮЩЕЕ
УСТРОЙСТВО, ДОЛЖНЫ САМИ ПЕРЕДАВАТЬ ДАННЫЕ ИЗ УСТРОЙСТВА В
ОБЛАСТЬ БУФЕРА ПОЛЬЗОВАТЕЛЯ. УСТРОЙСТВО САМО ИСПОЛЬЗУЕТ
РЕГИСТРЫ В СТРАНИЦЕ ВВОДА-ВЫВОДА ДЛЯ ЗАПИСИ ОДНОГО СИМВОЛА
ЗА РАЗ. ДРАЙВЕР МОЖЕТ ИСПОЛЬЗОВАТЬ ДВЕ ПОДПРОГРАММЫ
МОНИТОРА - $GETBYT И $PUTBYT - ДЛЯ ПЕРЕДВИЖЕНИЯ ДАННЫХ МЕЖДУ
СТРАНИЦЕЙ ВВОДА-ВЫВОДА И ОБЛАСТЬЮ БУФЕРА ПОЛЬЗОВАТЕЛЯ.
5.4.5.1. ПОДПРОГРАММА $GETBYT
ДРАЙВЕР МОЖЕТ ИСПОЛЬЗОВАТЬ ПОДПРОГРАММУ МОНИТОРА
$GETBYT ДЛЯ ПЕРЕМЕЩЕНИЯ БАЙТА ИЗ ОБЛАСТИ БУФЕРА ФИЗИЧЕСКОЙ
ПАМЯТИ В СТЕК. ЗАТЕМ ДРАЙВЕР МОЖЕТ ПЕРЕМЕЩАТЬ СИМВОЛЫ В
РЕГИСТР БУФЕРА ДАННЫХ УСТРОЙСТВА СТРАНИЦЫ ВВОДА-ВЫВОДА И
ИНИЦИИРОВАТЬ ПЕРЕДАЧУ ВВОДА-ВЫВОДА.
ФОРМАТ ВЫЗОВА ПОДПРОГРАММЫ $GETBYT:
JSR PC,@$GTBYT
ГДЕ $GTBYT - СОДЕРЖИТ УКАЗАТЕЛЬ ПОДПРОГРАММЫ $GETBYT В
РЕЗИДЕНТНОМ МОНИТОРЕ; ЗАПРОС .DREND РАЗМЕЩАЕТ
ЭТОТ УКАЗАТЕЛЬ В КОНЦЕ ДРАЙВЕРА; УКАЗАТЕЛЬ
ЗАПОЛНЯЕТСЯ ВО ВРЕМЯ НАЧАЛЬНОЙ ЗАГРУЗКИ (ДЛЯ
СИСТЕМНОГО УСТРОЙСТВА) ИЛИ ВО ВРЕМЯ LOAD (ДЛЯ
УСТРОЙСТВА ДАННЫХ).
ПЕРЕД ВЫЗОВОМ:
R4 ДОЛЖЕН УКАЗЫВАТЬ НА Q.BLKN, ТРЕТЬЕ СЛОВО ЭЛЕМЕНТА
ОЧЕРЕДИ.
ПОСЛЕ ВЫЗОВА:
(SP), ПЕРВОЕ СЛОВО В СТЕКЕ, СОДЕРЖИТ СЛЕДУЮЩИЙ БАЙТ ИЗ
БУФЕРА ПОЛЬЗОВАТЕЛЯ В МЛАДШЕМ БАЙТЕ; СОДЕРЖИМОЕ СТАРШЕГО
БАЙТА НЕ ОПРЕДЕЛЕНО;
R4 НЕ ИЗМЕНЯЕТСЯ.
АДРЕС БУФЕРА (Q.BUFF) В ЭЛЕМЕНТЕ ОЧЕРЕДИ
УСТАНАВЛИВАЕТСЯ 1. ЕСЛИ ВОЗНИКАЕТ ПЕРЕПОЛНЕНИЕ ОТОБРАЖЕНИЯ,
ПОДПРОГРАММА ВЫЧИТАЕТ 20000 ИЗ ЗНАЧЕНИЯ В Q.BUFF И ДОБАВЛЯЕТ
200 К ЗНАЧЕНИЮ В Q.PAR. БОЛЕЕ ПОДРОБНО ПЕРЕПОЛНЕНИЕ
ОТОБРАЖЕНИЯ ОПИСАНО В П.5.4.7.
ПРИМЕР:
MOV PCCQE,R4 ;УКАЗАТЕЛЬ ТЕКУЩЕГО
;ЭЛЕМЕНТА ОЧЕРЕДИ
MOV #PP$CSR,R5 ;УКАЗАТЕЛЬ РЕГИСТРА
;СОСТОЯНИЯ ПЕРФОЛЕНТОЧНОГО
;УСТРОЙСТВА ВВОДА-ВЫВОДА
TST (RT)+ ;ОШИБКА?
BMI PPERR ;ДА, В УСТРОЙСТВЕ НЕТ ЛЕНТЫ
TST Q$WCNT(R4) ;ЕСТЬ ЕЩЕ СИМВОЛЫ ДЛЯ
;ВЫВОДА?
BEQ PCDONE ;НЕТ, ГОТОВНОСТЬ К ПЕРЕДАЧЕ
INC Q$WCNT(R4) ;УМЕНЬШАЕТСЯ СЧЕТЧИК БАЙТОВ
;(ОН ОТРИЦАТЕЛЬНЫЙ)
JSR PC,@$GTBYT ;ИЗЫМАЕТСЯ БАЙТ ИЗ БУФЕРА
;ПОЛЬЗОВАТЕЛЯ
MOVB (SP)+,@R5 ;ВЫВОДИТ ЕГО НА ПЕРФОЛЕНТУ

ЭТОТ ПРИМЕР ИЗ ДРАЙВЕРА PC ПОКАЗЫВАЕТ КАК ДРАЙВЕР
ПОЛУЧАЕТ БАЙТ ИЗ БУФЕРА ПОЛЬЗОВАТЕЛЯ И ВЫВОДИТ ЕГО НА
ПЕРФОЛЕНТУ.

5.4.5.2. ПОДПРОГРАММА $PUTBYT
ПОСЛЕ УСПЕШНОЙ ПЕРЕДАЧИ ДАННЫХ ДРАЙВЕР МОЖЕТ ПОЛУЧИТЬ
СИМВОЛ ИЗ РЕГИСТРА БУФЕРА ДАННЫХ УСТРОЙСТВА СТРАНИЦЫ
ВВОДА-ВЫВОДА И ЗАНЕСТИ ЕГО В СТЕК. ЗАТЕМ ОН МОЖЕТ
ИСПОЛЬЗОВАТЬ ПОДПРОГРАММУ $PUTBYT ДЛЯ ПЕРЕМЕЩЕНИЯ БАЙТА ИЗ
СТЕКА В БУФЕР ПОЛЬЗОВАТЕЛЯ ФИЗИЧЕСКОЙ ПАМЯТИ.
ФОРМАТ ВЫЗОВА ПОДПРОГРАММЫ $PUTBYT СЛЕДУЮЩИЙ:
JSR PC,@$PTBYT
ГДЕ $PTBYT - СОДЕРЖИТ УКАЗАТЕЛЬ ПОДПРОГРАММЫ $PUTBYT В
РЕЗИДЕНТНОМ МОНИТОРЕ; ЗАПРОС .DREND РАЗМЕЩАЕТ
ЭТОТ УКАЗАТЕЛЬ В КОНЦЕ ДРАЙВЕРА; УКАЗАТЕЛЬ
ЗАПОЛНЯЕТСЯ ВО ВРЕМЯ НАЧАЛЬНОЙ ЗАГРУЗКИ (ДЛЯ
СИСТЕМНОГО УСТРОЙСТВА) ИЛИ ВО ВРЕМЯ LOAD (ДЛЯ
УСТРОЙСТВА ДАННЫХ).

ПЕРЕД ВЫЗОВОМ:
R4 ДОЛЖЕН УКАЗЫВАТЬ НА Q.BLKN, ТРЕТЬЕ СЛОВО ЭЛЕМЕНТА
ОЧЕРЕДИ; БАЙТ ДЛЯ ПЕРЕДАЧИ В БУФЕР ПОЛЬЗОВАТЕЛЯ ДОЛЖЕН
НАХОДИТЬСЯ ВВЕРХУ СТЕКА; СИМВОЛ ДОЛЖЕН НАХОДИТЬСЯ В МЛАДШЕМ
БАЙТЕ ПЕРВОГО СЛОВА СТЕКА; СТАРШИЙ БАЙТ НЕОПРЕДЕЛЕН.
ПОСЛЕ ВЫЗОВА:
СЛОВО, СОДЕРЖАЩЕЕ СИМВОЛ ДЛЯ ПЕРЕДАЧИ, УДАЛЯЕТСЯ ИЗ СТЕКА.
R4 НЕ ИЗМЕНЯЕТСЯ.
АДРЕС БУФЕРА (Q.BUFF) В ЭЛЕМЕНТЕ ОЧЕРЕДИ
УСТАНАВЛИВАЕТСЯ 1. ЕСЛИ ВОЗНИКАЕТ ПЕРЕПОЛНЕНИЕ ОТОБРАЖEНИЯ,
ПОДПРОГРАММА ВЫЧИТАЕТ 20000 ИЗ ЗНАЧЕНИЯ В Q.BUFF И ДОБАВЛЯЕТ
200 К ЗНАЧЕНИЮ В Q.PAR. БОЛЕЕ ПОДРОБНО ПЕРЕПОЛНЕНИЕ
ОТОБРАЖЕНИЯ ОПИСАНО В П.5.4.7.
ПРИМЕР:
MOV PRCQE,R4 ;R4 УКАЗЫВАЕТ НА Q.BLKN
MOVB @#PRB,-(SP) ;ЗАСЫЛАЕТ СИМВОЛ
JSR PC,@$PTBYT ;ПЕРЕМЕЩАЕТ ЕГО В БУФЕР
;ПОЛЬЗОВАТЕЛЯ
DEC Q$WCNT(R4) ;УМЕНЬШАЕТ СЧЕТЧИК БАЙТОВ

ЭТОТ ПРИМЕР ИЗ ДРАЙВЕРА PC ПОКАЗЫВАЕТ, КАК ДРАЙВЕР
ПОЛУЧАЕТ СИМВОЛ ИЗ ПЕРФОЛЕНТОЧНОГО УСТРОЙСТВА ВВОДА-ВЫВОДА И
ПЕРЕМЕЩАЕТ ЕГО В БУФЕР ПОЛЬЗОВАТЕЛЯ.
5.4.6. ДРУГИЕ УСТРОЙСТВА: ПОДПРОГРАММА $PUTWRD
ПОДПРОГРАММА МОНИТОРА $PUTWRD ПОДОБНА $PUTBYT, С ТЕМ
ИСКЛЮЧЕНИЕМ, ЧТО $PUTWRD ПЕРЕМЕЩАЕТ В БУФЕР ПОЛЬЗОВАТЕЛЯ
ФИЗИЧЕСКОЙ ПАМЯТИ СЛОВО, А НЕ БАЙТ. ОНА ПОЛЕЗНА, КОГДА
ДРАЙВЕРУ НЕОБХОДИМО ПЕРЕДАТЬ ИНФОРМАЦИЮ О СОСТОЯНИИ СЛОВОМ В
БУФЕР ПОЛЬЗОВАТЕЛЯ, А НЕ СИМВОЛ ДАННЫХ ИЗ УСТРОЙСТВА.
$PUTWRD МОГУТ ИСПОЛЬЗОВАТЬ ДРАЙВЕРЫ ЛЮБОГО ТИПА УСТРОЙСТВ.
ФОРМАТ ВЫЗОВА ПОДПРОГРАМЫ $PUTWRD СЛЕДУЮЩИЙ:
JSR PC,@$PTWRD
ГДЕ $PTWRD - СОДЕРЖИТ УКАЗАТЕЛЬ ПОДПРОГРАММЫ $PUTWRD В
РЕЗИДЕНТНОМ МОНИТОРЕ; ЗАПРОС .DREND РАЗМЕЩАЕТ
ЭТОТ УКАЗАТЕЛЬ В КОНЦЕ ДРАЙВЕРА; УКАЗАТЕЛЬ
ЗАПОЛНЯЕТСЯ ВО ВРЕМЯ НАЧАЛЬНОЙ ЗАГРУЗКИ (ДЛЯ
СИСТЕМНОГО УСТРОЙСТВА) ИЛИ ВО ВРЕМЯ LOAD (ДЛЯ
УСТРОЙСТВА ДАННЫХ).
ПЕРЕД ВЫЗОВОМ:
R4 ДОЛЖЕН УКАЗЫВАТЬ НА Q.BLKN, ТРЕТЬЕ СЛОВО ЭЛЕМЕНТА
ОЧЕРЕДИ; СЛОВО ДЛЯ ПЕРЕДАЧИ В БУФЕР ПОЛЬЗОВАТЕЛЯ ДОЛЖНО
НАХОДИТЬСЯ ВВЕРХУ СТЕКА.
ПОСЛЕ ВЫЗОВА:
СЛОВО ДЛЯ ПЕРЕДАЧИ УДАЛЯЕТСЯ ИЗ СТЕКА.
R4 НЕ ИЗМЕНЯЕТСЯ.
АДРЕС БУФЕРА (Q.BUFF) В ЭЛЕМЕНТЕ ОЧЕРЕДИ
УСТАНАВЛИВАЕТСЯ 1. ЕСЛИ ВОЗНИКАЕТ ПЕРЕПОЛНЕНИЕ ОТОБРАЖЕНИЯ,
ПОДПРОГРАММА ВЫЧИТАЕТ 20000 ИЗ ЗНАЧЕНИЯ В Q.BUFF И ДОБАВЛЯЕТ
200 К ЗНАЧЕНИЮ В Q.PAR. БОЛЕЕ ПОДРОБНО ПЕРЕПОЛНЕНИЕ
ОТОБРАЖЕНИЯ ОПИСАНО В П.5.4.7.
ПРИМЕР:
MOV #DDNBLK,-(SP) ;ПОМЕЩАЕТ РАЗМЕР В БЛОКАХ
;В СТЕК
MOV DYCQE,R4 ;R4 УКАЗЫВАЕТ НА Q.BLKN
JSR PC,@$PTWRD ;ВЫЗОВ ПОДПРОГРАММЫ

ЭТОТ ПРИМЕР ИЗ ДРАЙВЕРА DY ПОКАЗЫВАЕТ КАК ДРАЙВЕР
ОТВЕЧАЕТ НА ВЫЗОВ СПЕЦИАЛЬНОЙ ФУНКЦИИ, КОТОРАЯ ЗАПРАШИВАЕТ
РАЗМЕР УСТАНОВЛЕННОГО В ДАННЫЙ МОМЕНТ ТОМА. В ДАННОМ СЛУЧАЕ
ИМЕЕТСЯ ГИБКИЙ ДИСК С ДВОЙНОЙ ПЛОТНОСТЬЮ ЗАПИСИ. ДРАЙВЕР
ИСПОЛЬЗУЕТ $PUTWRD ДЛЯ ПЕРЕМЕЩЕНИЯ РАЗМЕРА ТОМА В ОБЛАСТЬ
БУФЕРА ПОЛЬЗОВАТЕЛЯ.
5.4.7. ДРАЙВЕРЫ, КОТОРЫЕ ИМЕЮТ НЕПОСРЕДСТВЕННЫЙ ДОСТУП
К БУФЕРУ ПОЛЬЗОВАТЕЛЯ
В НЕКОТОРЫХ СИТУАЦИЯХ ТРЕБУЮТСЯ КОМБИНАЦИИ ПРОЦЕДУР,
ОПИСАННЫХ ВЫШЕ. В ДРУГИХ, ТРЕБУЕТСЯ ТОЛЬКО ЧАСТЬ ДРАЙВЕРА
ДЛЯ ПЕРЕДАЧИ. НЕКОТОРЫЕ ДРАЙВЕРЫ НЕ МОГУТ ИСПОЛЬЗОВАТЬ
ПОДПРОГРАММЫ МОНИТОРА И ДОЛЖНЫ ИМЕТЬ НЕПОСРЕДСТВЕННЫЙ ДОСТУП
К БУФЕРУ ПОЛЬЗОВАТЕЛЯ.
ПРОЦЕДУРА ДРАЙВЕРА ДЛЯ ОТОБРАЖЕНИЯ В БУФЕР ПОЛЬЗОВАТЕЛЯ
СЛЕДУЮЩАЯ.
УСТРОЙСТВА, ТАКИЕ КАК ГИБКИЙ ДИСК, ПЕРЕДАЮТ ДАННЫЕ ПО
СЕКТОРУ ЗА РАЗ МЕЖДУ САМИМ ДИСКОМ И ВНУТРЕННИМ БУФЕРОМ
ДАННЫХ ДИСКА. ОДНАКО ГИБКИЙ ДИСК НЕ ЯВЛЯЕТСЯ УСТРОЙСТВОМ
ПРОИЗВОЛЬНОГО ДОСТУПА К ДАННЫМ, ПОЭТОМУ ДРАЙВЕР DX НЕ МОЖЕТ
ИСПОЛЬЗОВАТЬ ПОДПРОГРАММУ МОНИТОРА $MPPHY. КРОМЕ ТОГО,
ДРУГИЕ ПОДПРОГРАММЫ МОНИТОРА ДЛЯ СИМВОЛЬНО-ОРИЕНТИРОВАННЫХ
УСТРОЙСТВ, ИМЕЮЩИХ В НАЛИЧИИ ВНУТРЕННИЙ БУФЕР ДАННЫХ
УСТРОЙСТВА, СЛИШКОМ МЕДЛЕННЫ ДЛЯ ПРАКТИЧЕСКОГО
ИСПОЛЬЗОВАНИЯ. ПОЭТОМУ, ДРАЙВЕР DX ОТОБРАЖАЕТСЯ В БУФЕР
ПОЛЬЗОВАТЕЛЯ ФИЗИЧЕСКОЙ ПАМЯТИ, А ЗАТЕМ ВЫПОЛНЯЕТ ОПЕРАЦИЮ
ВВОДА-ВЫВОДА ТАК, КАК ЕСЛИ БЫ ОНА БЫЛА ПРОСТОЙ ПЕРЕДАЧЕЙ
МЕЖДУ ПАМЯТЬЮ И УСТРОЙСТВОМ. ДРАЙВЕР ОСУЩЕСТВЛЯЕТ ЭТО
ОТОБРАЖЕНИЕ, ЗАИМСТВУЯ ОБЛАСТЬ РАС1.
$P1EXT КОПИРУЕТ ИЗ ДРАЙВЕРА В СТЕК МОНИТОРА НЕОБХОДИМЫЕ
ИНСТРУКЦИИ ПО ПЕРЕДАЧЕ ДАННЫХ, ТАКИМ ОБРАЗОМ, ПЕРЕМЕЩЕНИЕ
ИНСТРУКЦИЙ ПРОИСХОДИТ ИЗ ВОЗМОЖНОЙ ОБЛАСТИ РАС1. ЗАТЕМ
$P1EXT УСТАНАВЛИВАЕТ НЕОБХОДИМОЕ ЗНАЧЕНИЕ РАС1 И ВЫПОЛНЯЕТ
КОМАНДЫ, СКОПИРОВАННЫЕ В СТЕК. ПОСЛЕ ОКОНЧАНИЯ $P1EXT
ВОССТАНАВЛИВАЕТ РАС1, ОЧИЩАЕТ СТЕК МОНИТОРА И ЗАСЫЛАЕТ В
ДРАЙВЕР ПО СЛОВАМ СЛЕДУЮЩИЙ СПИСОК КОМАНД.
ВЫЗОВ ПОДПРОГРАММЫ $P1EXT ОСУЩЕСТВЛЯЕТСЯ ПО КОМАНДЕ
JSR R0, СЛЕДУЮЩЕЙ ПОСЛЕ ЧИСЛА БАЙТОВ ДЛЯ КОПИРОВАНИЯ В СТЕК
МОНИТОРА ПЛЮС 2, СПИСКА КОМАНД ДЛЯ ОСУЩЕСТВЛЕНИЯ ПЕРЕДАЧИ
ДАННЫХ И ЗНАЧЕНИЯ РАС1 (Q.PAR) ИЗ ЭЛЕМЕНТА ОЧЕРЕДИ.
ПРИМЕР:
MOV @#SYSPTR,R4 ;R4 СОДЕРЖИТ УКАЗАТЕЛЬ
;БАЗЫ МОНИТОРА
MOV P1EXT(R4),(PC)+ ;ЗАСЫЛАЕТ АДРЕС ПОДПРОГРАММЫ
;$P1EXT
$P1EXT: .WORD P1EXT ;УКАЗАТЕЛЬ ПОДПРОГРАММЫ
. ;$P1EXT
.
.
;--- УДАЛЯЕТ ДВЕ СЛЕДУЮЩИЕ НИЖЕ СТРОКИ, ЕСЛИ ДИСПЕТЧЕР
;--- ПАМЯТИ НЕ ИСПОЛЬЗУЕТСЯ
JSR R0,@#P1EXT ;РАЗРЕШАЕТ МОНИТОРУ
;ВЫПОЛНЯТЬ СЛЕДУЮЩИЕ КОДЫ
.WORD PARVAL-. ;ЧИСЛО БАЙТОВ ДЛЯ
;КОПИРОВАНИЯ + 2
;---
2$: TSTB @R4 ;ПРОВЕРЯЕТ ПРИЗНАК
;ГОТОВНОСТИ ПЕРЕДАЧИ
BPL 2$ ;ОЖИДАЕТ ГОТОВНОСТЬ
3$: MOVB (R2)+,@R5 ;ПЕРЕМЕЩАЕТ СИМВОЛ ИЗ БУФЕРА
;ПОЛЬЗОВАТЕЛЯ НА ГИБКИЙ ДИСК
TSTB @R4 ;УСТАНАВЛИВАЕТ CSR ДЛЯ
;СЛЕДУЮЩЕГО РАЗА
DECB R1 ;УМЕНЬШАЕТ СЧЕТЧИК ПЕРЕДАЧ
BNE 2$ ;ЕСЛИ НЕ 0, ПЕРЕДАВАТЬ
;ОСТАЛЬНЫЕ СИМВОЛЫ
;--- ЕСЛИ ИСПОЛЬЗУЕТСЯ ДИСПЕТЧЕР ПАМЯТИ, ОГРАНИЧИТЬСЯ
;--- СПИСКОМ ЗНАЧЕНИЙ РАС1
PARVAL: .WORD 0 ;УДАЛЯЕТСЯ, ЕСЛИ
;ИСПОЛЬЗУЕТСЯ
;ДИСПЕТЧЕР ПАМЯТИ
;---
;ДАЛЕЕ ПРОДОЛЖАЕТСЯ ОБЫЧНЫЙ ПРОЦЕСС

В ЭТОМ ПРИМЕРЕ ПРИВЕДЕНА КОМАНДА ИЗ ДРАЙВЕРА DX,
КОТОРАЯ ИЛЛЮСТРИРУЕТ ОПИСАННУЮ ВЫШЕ ТЕХНИКУ. R1 - СЧЕТЧИК
ПЕРЕДАННЫХ БАЙТОВ, R2 - УКАЗАТЕЛЬ БУФЕРА ПОЛЬЗОВАТЕЛЯ, R4 -
УКАЗАТЕЛЬ РЕГИСТРА СОСТОЯНИЯ УСТРОЙСТВА ГИБКИХ ДИСКОВ И R5 -
УКАЗАТЕЛЬ РЕГИСТРА ДАННЫХ УСТРОЙСТВА ГИБКИХ ДИСКОВ. P1EXT -
УКАЗАТЕЛЬ ЗНАЧЕНИЯ ФИКСИРОВАННОГО СМЕЩЕНИЯ ПОДПРОГРАММЫ
$P1EXT ОТНОСИТЕЛЬНО МОНИТОРА.
К СПИСКУ КОМАНД, ПЕРЕХОДЯЩЕМУ В $P1EXT, НАКЛАДЫВАЮТСЯ
СЛЕДУЮЩИЕ ОГРАНИЧЕНИЯ:
- В СПИСКЕ НЕ ДОЛЖНО БЫТЬ КОМАНД, ССЫЛАЮЩИХСЯ НА ДРУГИЕ
ЯЧЕЙКИ ДРАЙВЕРА, ПРЕДНАЗНАЧЕННЫЕ ДЛЯ ОТНОСИТЕЛЬНОЙ
АДРЕСАЦИИ ВНУТРИ САМОГО СПИСКА;
- СПИСОК КОМАНД МОЖЕТ ИСПОЛЬЗОВАТЬ СТЕК ДЛЯ ВРЕМЕННОГО
ХРАНЕНИЯ, ЕСЛИ НЕВОЗМОЖНО ПЕРЕМЕЩЕНИЕ ДРУГИХ РАННИХ
ЗНАЧЕНИЙ ИЗ СТЕКА ИЛИ СБРОСА ДРУГИХ ЗНАЧЕНИЙ В СТЕК ПОСЛЕ
ЕГО ГОТОВНОСТИ;
- ЕСЛИ ИСПОЛЬЗУЕТСЯ СПИСОК КОМАНД, R0 ДОЛЖЕН БЫТЬ СОХРАНЕН И
ВОССТАНОВЛЕН;
- НЕ РЕКОМЕНДУЕТСЯ ИСПОЛЬЗОВАТЬ СПИСОК КОМАНД БОЛЕЕ 32-Х
СЛОВ, ТАК КАК ОБЛАСТЬ СТЕКА ОГРАНИЧЕНА.
ЧТОБЫ ДРАЙВЕР ИМЕЛ ДОСТУП НЕПОСРЕДСТВЕННО К БУФЕРУ
ПОЛЬЗОВАТЕЛЯ, НЕОБХОДИМО ПОНЯТЬ, КАК ОБЛАСТЬ РАС1
ОТОБРАЖАЕТСЯ В ОБЛАСТЬ ПОЛЬЗОВАТЕЛЯ. РИС.7 ПОМОЖЕТ
РАЗОБРАТЬСЯ В ЭТОМ ВОПРОСЕ. ОН ПОКАЗЫВАЕТ ВИРТУАЛЬНОЕ
ЗАДАНИЕ В ОБЫЧНОЙ ХМ-СИСТЕМЕ С БУФЕРОМ ПОЛЬЗОВАТЕЛЯ,
РАЗМЕЩЕННЫМ В ФИЗИЧЕСКОЙ ПАМЯТИ СВЫШЕ 28К СЛОВ. ПРОГРАММА
ПОЛЬЗОВАТЕЛЯ ОТОБРАЖАЕТСЯ В БУФЕР ЧЕРЕЗ РАС6. ДРАЙВЕР
ИСПОЛЬЗУЕТ РАС1, ПОМЕЩАЯ ТУДА ЗНАЧЕНИЕ Q.PAR ИЗ ЭЛЕМЕНТА
ОЧЕРЕДИ, А ЗАТЕМ ИСПОЛЬЗУЕТ ЗНАЧЕНИЕ Q.BUFF ИЗ ЭЛЕМЕНТА
ОЧЕРЕДИ ДЛЯ ДОСТУПА К БУФЕРУ ПОЛЬЗОВАТЕЛЯ. РАС1
ОТОБРАЖАЕТСЯ В ФИЗИЧЕСКУЮ ПАМЯТЬ СЕКЦИЯМИ 32-СЛОВНЫХ БЛОКОВ
(ДЕСЯТИЧНОЕ) И, В ЛУЧШЕМ СЛУЧАЕ, МОЖЕТ ОТОБРАЖАТЬ ОБЛАСТЬ
РАЗМЕРОМ 4К СЛОВ. (РАЗМЕР СТРАНИЦЫ РПС1 (РЕГИСТР ПРИЗНАКА
СТРАНИЦЫ) УСТАНОВЛЕН ВСЕГДА ТАК, ЧТО ОТОБРАЖАЕТСЯ ВСЯ
СТРАНИЦА.) ЕСЛИ БУФЕР ПОЛЬЗОВАТЕЛЯ НАЧИНАЕТСЯ С ЯЧЕЙКИ
ФИЗИЧЕСКОЙ ПАМЯТИ, КОТОРАЯ НЕ КРАТНА 32-М СЛОВАМ, РАС1
ОТОБРАЖАЕТСЯ В ПЕРВУЮ ЖЕ ОБЛАСТЬ ВЫШЕ НАЧАЛА БУФЕРА, КРАТНУЮ
32-М СЛОВАМ. ОБЛАСТЬ ОТОБРАЖЕНИЯ РАС1 МОЖЕТ НАЧИНАТЬСЯ В
ФИЗИЧЕСКОЙ ПАМЯТИ С ЛЮБОГО АДРЕСА, ДВЕ МЛАДШИЕ ВОСЬМЕРИЧНЫЕ
ЦИФРЫ КОТОРОГО ЯВЛЯЮТСЯ НУЛЯМИ. ТАКИМ ОБРАЗОМ, ПРИ
ОТОБРАЖЕНИИ РАС1 В БУФЕР ПОЛЬЗОВАТЕЛЯ БУДЕТ ОТОБРАЖЕНО 4К
ИЛИ 4К-31 СЛОВ (ДЕСЯТИЧНОЕ).

ОБЛАСТЬ
ФИЗИЧЕСКИХ АДРЕСОВ
-------------
! СТРАНИЦА !
!ВВОДА-ВЫВОД!
!-----------!
! !
! !
.!-----------!.
! BUFF: ! .
ОБЛАСТЬ ! ! ОБЛАСТЬ
ВНУТРЕННЕГО..!-----------!. . ВИРТУАЛЬНОГО
ДИАПАЗОН ВИРТУАЛЬНОГО ! ! АДРЕСА ДИАПАЗОН
АДРЕСА РАС АДРЕСА ! ! . . ПОЛЬЗОВ. РАС АДРЕСА
----------------- .. ! ! -----------------
! ! ! ! ! ! . . ! ! ! !
! ! ! ! ! ! . . ! ! ! !
! ! ! ! .. ! ! . .!---------------!
! ! ! ! !-----------! . ! !6!157776!
! ! ! ! ! ДРАЙВЕР ! .! ! !140000!
! ! ! ! .. ! УСТРОЙСТВА! !---------------!
! ! ! ! !-----------! ! ! ! !
! ! ! ! ! ! ! ! ! !
!---------------!.. ! ! ! ! ! !
! 37776!1! ! ! ! ! ! ! !
! 20000! ! ! ! ! ! ! ! !
!---------------!. ! ! ! ! ! !
! ! ! ! ! ! ! ! ! !
! ! ! ! ! ! ! ! ! !
----------------- ------------- -----------------
РИС.7.

НИЖЕ ПРИВЕДЕН РИС.8, НА КОТОРОМ ПОКАЗАНА РАБОТА
ОТОБРАЖЕНИЯ.

Q.PAR =3317 ОБЛАСТЬ АДРЕС
Q.BUFF=020024 ФИЗИЧЕСКИХ АДРЕСОВ ВИРТУАЛЬНОГО
СВЫШЕ 28К, В 32-СЛОВНЫХ СЕКЦИЯХ БУФЕРА
------------- ПОЛЬЗОВАТЕЛЯ
! СТРАНИЦА ! РАВЕН 140224
!ВВОДА-ВЫВОД!
!-----------!
! !
: :
! !
351700!------------
.! !
! !
!-----------!
. ! !
! !
351500!-----------!.
. ! !
: :
! ! .
. !-----------!
! !
! ! .
. !-----------!
331724->!BUFF: !
. ! ! .
331700!-----------!
. .! !
. . ! ! . ДИАПАЗОН
НОВОЕ 331600!-----------! ВИРТУАЛЬНОГО
ДИАПАЗОН ЗНАЧЕНИЕ . ! ! ЗНАЧЕНИЕ АДРЕСА
АДРЕСА РАС РАС . . ! ! .РАС РАС ПОЛЬЗОВ.
-----------------331500!-----------!. .-----------------
! 37776!1! 3317 ! . ! ! . ! 3315 !6!157776!
! 20000! ! !. ! ! . ! ! !140000!
-----------------331400------------- .-----------------
: :
РИС.8.

НА РИС.8 ПОКАЗАНА ОБЛАСТЬ БУФЕРА, РАЗМЕЩЕННАЯ У ЯЧЕЙКИ
331724 ФИЗИЧЕСКОЙ ПАМЯТИ С ПРИКЛАДНОЙ ПРОГРАММОЙ,
ОТОБРАЖЕННОЙ В БУФЕР ПОСРЕДСТВОМ РАС6. БУФЕР НА 24
(ВОСЬМЕРИЧНOЕ) БАЙТА ВЫШЕ 331700, КОТОРОЕ ЯВЛЯЕТСЯ
32-СЛОВНОЙ ГРАНИЦЕЙ. $P1EXT ПОМЕЩАЕТ ЗНАЧЕНИЕ Q.PAR, 3317,
В РАС1, ЗАМЕНЯЯ ЗНАЧЕНИЕ РАС1 ПО УМОЛЧАНИЮ (0200). ЭТО
ВЫЗЫВАЕТ ОТОБРАЖЕНИЕ РАС1 В 4К-СЛОВНУЮ ОБЛАСТЬ ФИЗИЧЕСКОЙ
ПАМЯТИ, НАЧИНАЯ С АДРЕСА 331700. В РЕЗУЛЬТАТЕ, КОГДА
ДРАЙВЕР ОБРАЩАЕТСЯ К ВНУТРЕННИМ ВИРТУАЛЬНЫМ АДРЕСАМ В
ДИАПАЗОНЕ ОТ 20000 ДО 37776, ОН ВЫБИРАЕТ ЯЧЕЙКИ ФИЗИЧЕСКОЙ
ПАМЯТИ С 331700 ПО 351676. ТАК КАК ЗНАЧЕНИЕМ В Q.BUFF
ЯВЛЯЕТСЯ 20024, ТО ИСПОЛЬЗУЯ ЭТО ЗНАЧЕНИЕ, ДРАЙВЕР МОЖЕТ
ИМЕТЬ ДОСТУП К ОБЛАСТИ БУФЕРА ПОЛЬЗОВАТЕЛЯ В ЯЧЕЙКЕ 331724.
ЕСЛИ КОЛИЧЕСТВО ДАННЫХ ДЛЯ ПЕРЕДАЧИ СЛИШКОМ БОЛЬШОЕ, ТО
МОЖЕТ ПОТРЕБОВАТЬСЯ ПЕРЕМЕЩЕНИЕ УКАЗАТЕЛЯ БУФЕРА И
РЕГУЛИРОВАНИЕ ОТОБРАЖЕНИЯ ДЛЯ ЕГО УЧЕТА. СУЩЕСТВУЕТ ДВА
СПОСОБА ПЕРЕМЕЩЕНИЯ УКАЗАТЕЛЯ БУФЕРА. САМЫЙ ЛЕГКИЙ СПОСОБ -
ЭТО МОДИФИКАЦИЯ РАС1. НАПРИМЕР, КАЖДЫМ 32-М СЛОВАМ,
ПЕРЕМЕЩЕННЫМ ЧЕРЕЗ БУФЕР, ДОБАВЛЯЕТСЯ 1 К ЗНАЧЕНИЮ РАС1.
ДРАЙВЕР DX, НАПРИМЕР, ПЕРЕДАЕТ 64 СЛОВА ЗА РАЗ, ДОБАВЛЯЯ 2 К
ЗНАЧЕНИЮ РАС1 ПОСЛЕ КАЖДОЙ ПЕРЕДАЧИ, ЧТОБЫ ИЗБЕЖАТЬ
ПЕРЕПОЛНЕНИЯ ОТОБРАЖЕНИЯ.
ДРУГИМ СПОСОБОМ ПЕРЕМЕЩЕНИЯ УКАЗАТЕЛЯ БУФЕРА ЯВЛЯЕТСЯ
МОДИФИКАЦИЯ ЗНАЧЕНИЯ Q.BUFF ПОСРЕДСТВОМ ИЗМЕНЕНИЯ ЗНАЧЕНИЯ В
САМОМ ЭЛЕМЕНТЕ ОЧЕРЕДИ. СНАЧАЛА НЕОБХОДИМО ПОСЛЕ
МОДИФИКАЦИИ ЗНАЧЕНИЯ Q.BUFF СРАВНИТЬ НОВОЕ ЗНАЧЕНИЕ С 40000.
ЕСЛИ ЗНАЧЕНИЕ БОЛЬШЕ ИЛИ РАВНО 40000, ИЗ НЕГО НАДО ВЫЧЕСТЬ
20000 И ПРИБАВИТЬ ЗАТЕМ 200 К Q.PAR. ЭТО ПОЗВОЛИТ НЕ ТОЛЬКО
СЛЕДИТЬ ЗА РЕГУЛИРОВАНИЕМ ОТОБРАЖЕНИЯ, НО И ПОМОЖЕТ ИЗБЕЖАТЬ
ПЕРЕПОЛНЕНИЕ ОТОБРАЖЕНИЯ.
И, НАКОНЕЦ, НЕОБХОДИМО ВЫБРАТЬ ЛЮБУЮ ЯЧЕЙКУ В БУФЕРЕ
ПОЛЬЗОВАТЕЛЯ, ЕСЛИ ДАНО СМЕЩЕНИЕ БАЙТА ОТ НАЧАЛА БУФЕРА. ПО
СУЩЕСТВУ, НЕОБХОДИМО ОПРЕДЕЛИТЬ ЧИСЛО 32-СЛОВНЫХ СЕКЦИЙ В
16-РАЗРЯДНОМ СМЕЩЕНИИ БАЙТА ДЕЛЕНИЕМ НА 100 (ВОСЬМЕРИЧНОЕ) И
ПРИБАВЛЕНИЕМ ЧАСТНОГО К РАС1, А ОСТАТКА К Q.BUFF. ТОГДА
МОЖНО ПРАВИЛЬНО ВЫБРАТЬ ЯЧЕЙКУ В БУФЕРЕ ПОЛЬЗОВАТЕЛЯ.
НАПРИМЕР, ПРЕДПОЛОЖИМ, ЧТО НУЖЕН БАЙТ СО СМЕЩЕНИЕМ
12345 ОТ НАЧАЛА БУФЕРА, ПОКАЗАННОГО НА РИС.8. ЧАСТНОЕ ОТ
ДЕЛЕНИЯ 12345 НА 100 РАВНО 123, ОСТАТОК - 45. ПРИБАВЛЕНИЕ
123 К ТЕКУЩЕМУ ЗНАЧЕНИЮ Q.PAR, КОТОРОЕ РАВНО 3317, ДАЕТ 3442
ДЛЯ НОВОГО ЗНАЧЕНИЯ РАС1. ПРИБАВЛЕНИЕ 45 К ЗНАЧЕНИЮ Q.BUFF,
КОТОРОЕ РАВНО 020024, ДАЕТ 020071 - НОВЫЙ АДРЕС БУФЕРА (В
ДАННОМ СЛУЧАЕ ПОЛУЧЕН АДРЕС БАЙТА).
5.5. ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ В СИСТЕМЕ XM
СУЩЕСТВУЮТ ДВА ВИДА ЗАДАНИЙ В СИСТЕМЕ XM, ВИРТУАЛЬНОЕ
ЗАДАНИЕ И ПРИВИЛЕГИРОВАННОЕ ЗАДАНИЕ, ВИРТУАЛЬНЫЕ ЗАДАНИЯ НЕ
МОГУТ СОДЕРЖАТЬ ВНУТРЕННЮЮ ПОДПРОГРАММУ ОБРАБОТКИ ПРЕРЫВАНИЙ
(СМ. РАЗД.4). ПО САМОМУ ОПРЕДЕЛЕНИЮ ВИРТУАЛЬНОГО
ОТОБРАЖЕНИЯ, ВИРТУАЛЬНЫЕ ЗАДАНИЯ НЕ ИМЕЮТ ДОСТУПА К СТРАНИЦЕ
ВВОДА-ВЫВОДА УСТРОЙСТВА. СЛЕДОВАТЕЛЬНО, ОНИ НЕ МОГУТ
УСТАНОВИТЬ РАЗРЯД РАЗРЕШЕНИЯ ПРЕРЫВАНИЯ УСТРОЙСТВА ИЛИ
ПЕРЕДАВАТЬ ДАННЫЕ В (ИЛИ ИЗ) РЕГИСТР БУФЕРА ДАННЫХ
УСТРОЙСТВА.
ЕСЛИ ЗАДАНИЕ, СОДЕРЖАЩЕЕ ВНУТРЕННЮЮ ПОДПРОГРАММУ
ОБРАБОТКИ ПРЕРЫВАНИЙ, ДОЛЖНО ВЫПОЛНЯТЬСЯ В СИСТЕМЕ XM, ТО
ОНО ДОЛЖНО БЫТЬ ВЫПОЛНЕНО КАК ПРИВИЛЕГИРОВАННОЕ ЗАДАНИЕ.
ПРИВИЛЕГИРОВАННОЕ ОТОБРАЖЕНИЕ ПРЕДОСТАВЛЯЕТ ПРОГРАММЕ НИЖНИЕ
28К СЛОВ ПАМЯТИ И ДОСТУП К СТРАНИЦЕ ВВОДА-ВЫВОДА И ПОЗВОЛЯЕТ
ПРОГРАММЕ ОТОБРАЖАТЬ ЧАСТЯМИ ОБЛАСТЬ ВИРТУАЛЬНОГО АДРЕСА
ПОЛЬЗОВАТЕЛЯ В РАСШИРЕННУЮ ФИЗИЧЕСКУЮ ПАМЯТЬ, ЕСЛИ ЭТОГО
ТРЕБУЕТ ПРОГРАММА.
КОГДА ПРЕРЫВАНИЯ ПРОИСХОДЯТ В XM, ПОДПРОГРАММА ИХ
ОБРАБОТКИ ВЫПОЛНЯЕТ ОТОБРАЖЕНИЕ ВНУТРЕННЕ, НЕ
ПОЛЬЗОВАТЕЛЬСКИ. ЭТО ОЗНАЧАЕТ, ЧТО КАК БЫ ПРОГРАММА НИ
ОТОБРАЖАЛА НЕКОТОРЫЕ СВОИ ОБЛАСТИ ВИРТУАЛЬНЫХ АДРЕСОВ В
РАСШИРЕННУЮ ПАМЯТЬ, ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ
ВЫПОЛНЯЕТ ПО УМОЛЧАНИЮ ВНУТРЕННЕЕ ОТОБРАЖЕНИЕ НИЖНИХ 28К
СЛОВ ПАМЯТИ ПЛЮС СТРАНИЦЫ ВВОДА-ВЫВОДА. ПРОИСХОДИТ
СЛЕДУЮЩЕЕ: СНАЧАЛА ОГРАНИЧЕНИЯ XM ТРЕБУЮТ, ЧТОБЫ
ОТОБРАЖЕНИЕ ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ И ДРУГИХ
ИСПОЛЬЗУЕМЫХ ЕЮ ДАННЫХ БЫЛО ТО ЖЕ, ЧТО И ВНУТРЕННЕЕ
ОТОБРАЖЕНИЕ В ЛЮБОЕ ВРЕМЯ, КОГДА ПРОИСХОДИТ ПРЕРЫВАНИЕ.
РИС.9 СОДЕРЖИТ СХЕМУ ВНУТРЕННЕГО ОТОБРАЖЕНИЯ ПО
УМОЛЧАНИЮ, КОТОРОЕ ПРЕДУСМАТРИВАЕТ ДОСТУП К НИЖНИМ 28К
СЛОВАМ ПАМЯТИ И К СТРАНИЦЕ ВВОДА-ВЫВОДА. ЭТО ТАКЖЕ СХЕМА
ОТОБРАЖЕНИЯ ДЛЯ ПРИВИЛЕГИРОВАННОГО ЗАДАНИЯ, ЕСЛИ ОНО НАЧАЛО
ВЫПОЛНЯТЬСЯ. ЭТА СХЕМА ОТОБРАЖЕНИЯ ЭФФЕКТИВНА ВСЕГДА, КОГДА
ПРЕРЫВАНИЕ ОБРАБАТЫВАЕТСЯ. (ЗАШТРИХОВАННАЯ OБЛАСТЬ НА
РИСУНКЕ ПРЕДСТАВЛЯЕТ СОБОЙ ПАМЯТЬ, КОТОРАЯ НЕДОСТУПНА
ПОЛЬЗОВАТЕЛЬСКОМУ ЗАДАНИЮ.) НА РИС.9 ВЕКТОРЫ ПРЕРЫВАНИЯ 200
И 202 СОДЕРЖАТ ТОЧКУ ВХОДА ПОДПРОГРАММЫ ОБРАБОТКИ
ПРЕРЫВАНИЙ, НАЗЫВАЕМУЮ ISREP:, И ЗНАЧЕНИЕ 340, КОТОРОЕ
ЯВЛЯЕТСЯ НОВЫМ ПРИОРИТЕТОМ PS. ЕСЛИ ПРОИЗОШЛО ПРЕРЫВАНИЕ,
СИСТЕМА ИСПОЛЬЗУЕТ ВНУТРЕННЕЕ ОТОБРАЖЕНИЕ ДЛЯ ПОИСКА
ПОДПРОГРАММЫ ОБРАБОТКИ ПРЕРЫВАНИЙ. В ЭТОМ ПРИМЕРЕ ОНА
НАЧИНАЕТСЯ С АДРЕСА 120000. ПОСЛЕ ЭТОГО ПРИВИЛЕГИРОВАННОЕ
ОТОБРАЖЕНИЕ И ВНУТРЕННЕЕ ОТОБРАЖЕНИЕ ОДИНАКОВЫ НА ЭТОЙ
ДИАГРАММЕ, ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ НАХОДИТСЯ В
ФИЗИЧЕСКОЙ ПАМЯТИ ТОЧНО В МЕСТЕ ТОЧКИ ВНУТРЕННЕГО
ОТОБРАЖЕНИЯ, ТОГДА ОНА МОЖЕТ БЫТЬ ВЫПОЛНЕНА ПРАВИЛЬНО.

ОБЛАСТЬ
ФИЗИЧЕСКИХ АДРЕСОВ
.-------------.
! СТРАНИЦА !
. !ВВОДА-ВЫВОД! .
.!-----------!.
.. !///////////! .
!///////////! .
.. !///////////! .
!///////////! .
ОБЛАСТЬ .. !///////////! . ОБЛАСТЬ
ВНУТРЕННЕГО !///////////! ВИРТУАЛЬНОГО
ДИАПАЗОН ВИРТУАЛЬНОГО !///////////! . . АДРЕСА ДИАПАЗОН
АДРЕСА РАС АДРЕСА !///////////! ПОЛЬЗОВ. РАС АДРЕСА
-----------------.. !///////////! . .-----------------
!177776!7! ! !///////////! . ! !7!177776!
!160000! ! !. !///////////! .! ! !160000!
!------!-!------!------!-----------!-------!---------------!
!157776!6! !----->! !<------! !6!157776!
!140000! ! ! ! ! ! ! !140000!
!------!-!------! !-----------! !---------------!
!137776!5! !----->! !<------! !5!137776!
!120000! !ISREP:! ! ПОП ! !ISREP:! !120000!
!======!-!------!120000!-----------! !------!-!======!
!117776!4! !----->! !<------! !4!117776!
!100000! ! ! ! ! ! ! !100000!
!------!-!------! !-----------! !------!-!------!
! 77776!3! !----->! !<------! !3! 77776!
! 60000! ! ! ! ! ! ! ! 60000!
!------!-!------! !-----------! !------!-!------!
! 57776!2! !----->! !<------! !2! 57776!
! 40000! ! ! ! ! ! ! ! 40000!
!------!-!------! !-----------! !------!-!------!
! 37776!1! !----->! !<------! !1! 37776!
! 20000! ! ! ! ! ! ! ! 20000!
!------!-!------! !-----------! !------!-!------!
! 17776!0! !----->! !<------! !0! 17776!
! 00000! ! ! ! ! ! ! ! 00000!
----------------- ------------- -----------------
/\ /\
! !
! !
ВНУТРЕННЕЕ ПРИВИЛЕГИРОВАННОЕ
ОТОБРАЖЕНИЕ НЕМОДИФИЦИРОВАННОЕ
ОТОБРАЖЕНИЕ

ГДЕ ПОП - ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ;
РАС - РЕГИСТР АДРЕСА СТРАНИЦЫ

РИС.9.

РИС.10 СОДЕРЖИТ ПРИВИЛЕГИРОВАННОЕ ЗАДАНИЕ, КОТОРОЕ
ИЗМЕНЯЕТ ОТОБРАЖЕНИЕ ВИРТУАЛЬНОГО АДРЕСА ПОЛЬЗОВАТЕЛЯ.
(ЗАШТРИХОВАННАЯ НА РИС.10 ОБЛАСТЬ ПРЕДСТАВЛЯЕТ ПАМЯТЬ,
КОТОРАЯ НЕ ДОСТУПНА ПОЛЬЗОВАТЕЛЮ.) НАПРИМЕР, ПОДПРОГРАММА
ОБРАБОТКИ ПРЕРЫВАНИЙ НЕ МОЖЕТ БЫТЬ ВЫПОЛНЕНА ПРАВИЛЬНО, ЕСЛИ
ПРЕРЫВАНИЕ ПРОИЗОШЛО ПОТОМУ, ЧТО ПОДПРОГРАММА ОБРАБОТКИ
ПРЕРЫВАНИЙ НЕ БЫЛА РАСПОЛОЖЕНА В ФИЗИЧЕСКОЙ ПАМЯТИ В ДОЛЖНОМ
МЕСТЕ. УКАЗАННАЯ ОБЛАСТЬ ПАМЯТИ ДО ВНУТРЕННЕГО ОТОБРАЖЕНИЯ
СОДЕРЖИТ ПРОИЗВОЛЬНЫЕ ДАННЫЕ ИЛИ КОМАНДЫ.

ОБЛАСТЬ
ФИЗИЧЕСКИХ АДРЕСОВ
...>-------------<----
I ! СТРАНИЦА ! !
I !ВВОДА-ВЫВОД! !
I .>!-----------!<---!
I I ! ! !!
I I ! ! !!
I I !-----------!<--!!
I I ! ! !!!
ОБЛАСТЬ I I ! ПОП ! !!! ОБЛАСТЬ
ВНУТРЕННЕГОI !-----------!<-!!ВИРТУАЛЬНОГО
ДИАПАЗОН ВИРТУАЛЬНОГО !///////////! !!!! АДРЕСА ДИАПАЗОН
АДРЕСА РАС АДРЕСА I I !///////////! !!!!ПОЛЬЗОВ. РАС АДРЕСА
-----------------..I I !///////////! !!!!-------------------
!177776!7! ! I !///////////! !!! ! !7!177776!
!160000! ! !....I !///////////! !!! ! ! !160000!
!------!-!------!------!-----------! !!!---!---------------!
!157776!6! !----->!///////////! !! ! !6!157776!
!140000! ! ! !///////////! !! ! ! !140000!
!------!-!------! !-----------! !!----!---------------!
!137776!5! !----->!///////////! ! ! !5!137776!
!120000! !ISREP:! !/// ??? ///! ! !ISREP:! !120000!
!======!-!------!120000!-----------! ------!------!-!======!
!117776!4! !----->! !<------! !4!117776!
!100000! ! ! ! ! ! ! !100000!
!------!-!------! !-----------! !------!-!------!
! 77776!3! !----->! !<------! !3! 77776!
! 60000! ! ! ! ! ! ! ! 60000!
!------!-!------! !-----------! !------!-!------!
! 57776!2! !----->! !<------! !2! 57776!
! 40000! ! ! ! ! ! ! ! 40000!
!------!-!------! !-----------! !------!-!------!
! 37776!1! !----->! !<------! !1! 37776!
! 20000! ! ! ! ! ! ! ! 20000!
!------!-!------! !-----------! !------!-!------!
! 17776!0!202 !----->! !<------! !0! 17776!
! 00000! !200 ! ! Ю ! ! ! ! 00000!
----------------- ------------- -----------------
/\ /\
! !
! !
ВНУТРЕННЕЕ ПРИВИЛЕГИРОВАННОЕ
ОТОБРАЖЕНИЕ НЕМОДИФИЦИРОВАННОЕ
ОТОБРАЖЕНИЕ

ГДЕ ПОП - ПОДПРОГРАММА ОБРАБОТКИ ПРЕРЫВАНИЙ;
РАС - РЕГИСТР АДРЕСА СТРАНИЦЫ

РИС.10.

ВТОРОЕ ОГРАНИЧЕНИЕ ДЛЯ ПОДПРОГРАММЫ ОБРАБОТКИ
ПРЕРЫВАНИЙ В XM ОТНОСИТСЯ К ОБЛАСТИ МОНИТОРА, ИСПОЛЬЗУЮЩЕЙ
РЕГИСТР АДРЕСА СТРАНИЦЫ 1 (РАС1) ПРИ ВНУТРЕННЕМ ОТОБРАЖЕНИИ.
РАС1 КОНТРОЛИРУЕТ ОТОБРАЖЕНИЯ ВИРТУАЛЬНЫХ АДРЕСОВ С 20000 ДО
37776. ЕСЛИ XM-МОНИТОР ЗАГРУЖАЕТСЯ ПРИ ВНУТРЕННЕМ
ОТОБРАЖЕНИИ, ТО ВИРТУАЛЬНЫЙ АДРЕС ОТОБРАЖАЕТСЯ В ТОТ
</pre>