Emuverse - Вклад [ru]

Искра-226/Кодирование BASIC-файлов

2026-08-28T07:12:56Z

Panther: addition

{{emuverse}}

'''Оттранслированное представление BASIC 02''' — внутренний формат записи программы [[Искра-226]], включаемый параметром <code>T</code> оператора <code>SAVE DC</code>. Имена операторов и функций заменены однобайтовыми токенами, имена переменных — индексами; текст в потоке остаётся только внутри строковых литералов.

Внешняя структура файла, указатель каталога и заголовочный сектор описаны в статье [[Искра-226/Файловая система|Файловая система]]; оттранслированное представление отмечено битом 0 байта 9 заголовочного сектора. Смысл дисковых операторов — в статье [[Искра-226/Файлы данных BASIC 02|Файлы данных BASIC 02]].

== Сборка потока ==

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

== Пролог ==

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0 || 2 || L1 — длина таблицы 1 в байтах, запись 8 байт
|-
| 2 || 2 || L2 — длина таблицы 2 в байтах, запись 4 байта
|-
| 4 || 2 || L3 — длина таблицы 3 в байтах, запись 4 байта
|-
| 6 || L1 || таблица 1
|-
| 6+L1 || L2 || таблица 2
|-
| 6+L1+L2 || L3 || таблица 3
|}

Длины — 16-битные, старший байт первым. Число записей: <code>L1/8</code>, <code>L2/4</code>, <code>L3/4</code>.

'''Программа начинается по смещению <code>6 + L1 + L2 + L3</code>.'''

=== Четырёхбайтовое поле ===

У части файлов между таблицами и первой записью строки лежат четыре лишних байта: <code>0A 19</code> и двоично-десятичное число, своё у каждого файла. Назначение не установлено.

Наличие поля определяется проверкой записи по вычисленному смещению: оба байта номера строки — правильное двоично-десятичное число, байт длины не меньше единицы, байт по адресу <code>p + 2 + len</code> равен <code>FE</code>. Если проверка не проходит, а по смещению +4 проходит — поле присутствует.

== Записи строк ==

<номер строки: 2 байта BCD> <len: 1 байт> <тело>

Записи разделены байтом '''<code>FE</code>'''. Перед первой разделителя нет, после последней он есть и служит признаком конца потока.

<code>len</code> считается '''включая сам байт len'''; следующий разделитель стоит по адресу <code>адрес(len) + len</code>.

Записи '''пересекают''' границу сектора; служебные байты в длину не входят.

=== Выравнивание ===

Если запись не помещается в остаток сектора, остаток заполняется нулями. Правило: после разделителя <code>FE</code> по смещению ''q''

b = (⌊q / 254⌋ + 1) × 254
если b > q и все байты потока с q по b−1 нулевые, то q = b

Переход к следующему сектору выполняется только тогда, когда весь остаток текущего 254-байтового куска нулевой. Длина выравнивания доходит до шести байт.

Строка с номером 0 кодируется байтами <code>00 00 <len></code>; безусловный пропуск пары нулей перед номером строки разрушает разбор таких файлов.

== Операторы ==

<токен глагола: 1 байт> <len: 1 байт> <операнды: len байт>

<code>len</code> — длина только операндов; <code>len = 00</code> означает оператор без операндов. Явная длина позволяет разрезать программу на операторы, не зная значений токенов, и служит проверкой синхронизации.

=== Пример разбора ===

Строка 2000 файла <code>#СТАТИСТ</code>, длина 0x54 = 84:

20 00 54
23 01 23 GOSUB ' 35
4C 39 E3 1F «БУДЕТЕ …» DD 00 DD E3 12 «…» DD
PRINT "…";F¤;"…";
41 01 5C INPUT F%
36 03 5D D9 0E N7=N3
24 06 0E D7 11 D3 20 01 IF N3<N6THEN2001
36 03 5D D9 11 N7=N6

== Таблица глаголов ==

Значения назначены тематическими группами. Составные дисковые команды получают '''один''' токен на всю фразу.

{| class="wikitable"
! Токен !! Оператор !! Токен !! Оператор
|-
| <code>1E</code> || IF END THEN || <code>52</code> || NEXT
|-
| <code>21</code> || GOTO || <code>53</code> || REWIND
|-
| <code>22</code> || GOSUB || <code>54</code> || SELECT
|-
| <code>23</code> || GOSUB' || <code>55</code> || BACKSPACE
|-
| <code>24</code> || IF || <code>56</code> || REM
|-
| <code>25</code> || KEYIN || <code>57</code> || FOR
|-
| <code>26</code> || ON || <code>58</code> || SKIP
|-
| <code>27</code> || DEFFN' || <code>59</code> || END
|-
| <code>28</code> || PRINTUSING || <code>5A</code> || DEFFN
|-
| <code>29</code> || DATA || <code>5B</code> || DATA RESAVE
|-
| <code>2A</code> || SAVE || <code>5C</code> || RES
|-
| <code>2B</code> || RENUMBER || <code>5D</code> || UNPACK(
|-
| <code>2C</code> || CLEAR || <code>5E</code> || RETURN
|-
| <code>2D</code> || LOAD || <code>5F</code> || TRACE
|-
| <code>2E</code> || LIST || <code>61</code> || OR(
|-
| <code>2F</code> || RUN || <code>62</code> || XOR(
|-
| <code>30</code> || RETURN CLEAR || <code>63</code> || ADD C
|-
| <code>33</code> || LIST S || <code>64</code> || INIT
|-
| <code>34</code> || ON ERROR || <code>65</code> || LIST RES
|-
| <code>35</code> || LET || <code>66</code> || DATA LOAD BT
|-
| <code>36</code> || ''присваивание без ключевого слова'' || <code>68</code> || DATA SAVE BT
|-
| <code>37</code> || COM CLEAR || <code>6D</code> || COPY
|-
| <code>38</code> || TRACE OFF || <code>6E</code> || DATA SAVE BA
|-
| <code>39</code> || DATA LOAD || <code>6F</code> || DATA SAVE DA
|-
| <code>3A</code> || DEFFN' с текстом клавиши || <code>70</code> || DATA LOAD BA
|-
| <code>3F</code> || <code>%</code> — краткая форма REM || <code>71</code> || DATA LOAD DA
|-
| <code>40</code> || $GIO || <code>72</code> || LOAD DA
|-
| <code>41</code> || INPUT || <code>73</code> || SAVE DA
|-
| <code>42</code> || STOP || <code>74</code> || DATA LOAD DC
|-
| <code>43</code> || AND( || <code>75</code> || DATA LOAD DC OPEN
|-
| <code>44</code> || READ || <code>76</code> || DATA SAVE DC
|-
| <code>45</code> || BOOL || <code>77</code> || DATA SAVE DC CLOSE
|-
| <code>46</code> || DIM || <code>78</code> || DATA SAVE DC OPEN
|-
| <code>47</code> || CONVERT || <code>79</code> || DBACKSPACE
|-
| <code>48</code> || PACK( || <code>7A</code> || DSKIP
|-
| <code>49</code> || DATA SAVE || <code>7B</code> || LIMITS
|-
| <code>4A</code> || ADD || <code>7C</code> || LIST DC
|-
| <code>4B</code> || BIN( || <code>7D</code> || LOAD DC
|-
| <code>4C</code> || PRINT || <code>7E</code> || MOVE
|-
| <code>4D</code> || ROTATE || <code>7F</code> || MOVE END
|-
| <code>4E</code> || COM || <code>80</code> || SAVE DC
|-
| <code>50</code> || HEXPRINT || <code>81</code> || SCRATCH
|-
| <code>51</code> || RESTORE || <code>82</code> || SCRATCH DISK
|-
| || || <code>83</code> || VERIFY
|}

Таблица прочитана из интерпретатора на загрузочном диске: с адреса 0x1840 лежит алфавитный список 51 однословного ключевого слова без разделителей, с 0x192E — 33 записи сочетаний вида «индекс первого слова плюс 0x60, текст продолжения», с 0x19B6 — 84-байтовый массив перестановки, дающий каждой записи её токен.

<code>DEFFN'</code> в таблице один, с токеном <code>3A</code>; токен <code>27</code> (форма с формальными параметрами) машина ставит сама при разборе.

<code>RES</code> (<code>5C</code>) — самостоятельное ключевое слово; <code>RESTORE</code> собирается из <code>RES</code> и продолжения <code>TORE</code>. Что делают <code>RES</code> и <code>LIST RES</code>, документация не описывает.

== Двухбайтовые глаголы ==

Матричные, символьные и графические операторы кодируются префиксом <code>06</code> и подкодом; байт длины стоит после подкода:

06 <подкод> <len> <операнды>

{| class="wikitable"
! Подкод !! Оператор !! Подкод !! Оператор
|-
| <code>00</code> || PLOT || <code>15</code> || DRAW
|-
| <code>01</code> || MAT ''присваивание'' || <code>19</code> || NPLOT
|-
| <code>02</code> || MAT REDIM || <code>1A</code> || <code>¤MOVE</code>
|-
| <code>03</code> || MAT READ || <code>1B</code> || TURN
|-
| <code>04</code> || MAT INPUT || <code>1C</code> || STRETCH
|-
| <code>05</code> || MAT PRINT || <code>1D</code> || FRAME
|-
| <code>06</code> || MAT COPY || <code>1E</code> || LABEL
|-
| <code>09</code> || MAT MOVE (?) || <code>1F</code> || <code>¤COPY</code>
|-
| <code>0A</code> || MAT SEARCH || <code>22</code> || <code>¤LET</code>
|-
| <code>0B</code> || MAT SORT (?) || <code>23</code> || WINDOW
|-
| <code>0C</code> || <code>¤TRAN(</code> || <code>24</code> || LINPUT
|-
| <code>0D</code> || <code>¤PACK</code> (?) || <code>25</code> || ASMB
|-
| <code>0E</code> || <code>¤UNPACK</code> (?) || <code>26</code> || REPLACE
|-
| <code>0F</code> || <code>¤OPEN</code> || ||
|-
| <code>13</code> || DOT || ||
|-
| <code>14</code> || DDRAW || ||
|}

Имена <code>ORIGIN</code>, <code>DNPLOT</code> и <code>NDRAW</code> встречаются в текстовых листингах, но подкодов не имеют: все подкоды, встречающиеся в оттранслированных файлах, уже опознаны.

Действие графических операторов и формат самого рисунка описаны в статье [[Графический буфер BASIC 02]].

== Таблица операндов ==

Токены операндов прочитаны из интерпретатора с адреса 0x1A0C: пул слов и таблица 16-битных указателей на них с адреса 0x1B18, младший байт первым, 114 слов. Токен слова — его номер в пуле плюс смещение прогона; прогонов четыре, по числу позиций разбора.

=== Двузначные токены ===

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

{| class="wikitable"
! Токен !! В позиции операции !! В позиции операнда
|-
| <code>D2</code> || STEP || параметр <code>T</code> оператора <code>SAVE DC</code>
|-
| <code>D5</code> || <code><></code> || <code>AT(</code>; <code>'</code> в <code>$GIO</code>
|-
| <code>D6</code> || <code><=</code> || BEG; <code>¤</code> после <code>DATA SAVE DC</code> и <code>SAVE DC</code>
|-
| <code>D7</code> || <code><</code> || END
|-
| <code>D8</code> || <code>>=</code> || <code>ROUND(</code>
|-
| <code>D9</code> || <code>=</code> || OPEN
|-
| <code>DB</code> || — || <code>#</code> — номер строки таблицы устройств; «2» — второй аргумент <code>VAL(</code> и <code>BIN(</code>
|-
| <code>DC</code> || <code>/</code> — деление || <code>/</code> — префикс адреса устройства
|-
| <code>DE</code> || <code>,</code> || однобайтовый литерал: значение в следующем байте
|-
| <code>DF</code> || <code>*</code> || <code>TAB(</code>
|-
| <code>E0</code> || <code>^</code> || ссылка на массив целиком
|-
| <code>E5</code> || XOR || дробная константа
|-
| <code>E6</code> || OR || константа с порядком
|-
| <code>E7</code> || AND || константа, 2 байта BCD
|-
| <code>E8</code> || ARC || константа, 1 байт BCD
|-
| <code>E9</code> || <code>-</code> бинарный || <code>-</code> унарный
|-
| <code>EC</code> || TRN || <code>POS(</code>
|-
| <code>ED</code> || INV || <code>LEN(</code>
|-
| <code>EE</code> || IDN || <code>NUM(</code>
|-
| <code>EF</code> || ZER || <code>VAL(</code>
|-
| <code>F0</code> || CON || <code>FN<имя>(</code>
|}

Ключевые слова <code>TRN</code>, <code>INV</code>, <code>IDN</code>, <code>ZER</code> и <code>CON</code> встречаются только внутри оператора <code>MAT</code>. Слова <code>OPEN</code> и <code>ARC</code> взяты из таблицы интерпретатора; в оттранслированных файлах <code>D9</code> встречается только как знак равенства, а <code>E8</code> — только как константа.

=== Однозначные токены ===

{| class="wikitable"
! Токен !! Значение
|-
| <code>00</code>–<code>C9</code> || ссылка на переменную по индексу
|-
| <code>CA</code> || FROM
|-
| <code>CB</code> || ALL
|-
| <code>CC</code> || GOSUB в составе <code>ON … GOSUB</code>
|-
| <code>CD</code> || GOTO в составе <code>ON … GOTO</code>
|-
| <code>CE</code>, <code>CF</code> || буквы <code>B</code> и <code>F</code>
|-
| <code>D0</code> || <code>)</code>
|-
| <code>D1</code> || TO
|-
| <code>D3</code> || THEN, далее 2 байта BCD — номер строки
|-
| <code>D4</code> || <code>></code>
|-
| <code>D9</code> || <code>=</code>
|-
| <code>DD</code> || <code>;</code>
|-
| <code>E1</code> || <code>STR(</code>
|-
| <code>E2</code> || <code>HEX(</code>: <code>E2 <len> <len байт></code>
|-
| <code>E3</code> || строковый литерал в кавычках: <code>E3 <len> <len байт КОИ-8></code>
|-
| <code>E4</code> || строковый литерал в апострофах, кодирование то же
|-
| <code>E8</code> || константа, 1 байт BCD
|-
| <code>EA</code> || <code>+</code>
|-
| <code>EB</code> || <code>(</code> — группирующая скобка
|-
| <code>F1</code> || <code>#PI</code>
|-
| <code>F2</code>–<code>F8</code> || <code>ABS(</code>, <code>INT(</code>, <code>RND(</code>, <code>SGN(</code>, <code>SQR(</code>, <code>LOG(</code>, <code>EXP(</code>
|-
| <code>F9</code>–<code>FE</code> || <code>SIN(</code>, <code>COS(</code>, <code>TAN(</code>, <code>ARCSIN(</code>, <code>ARCCOS(</code>, <code>ARCTAN(</code>
|-
| <code>FE</code> || вне выражения — разделитель записей строк
|}

Ссылками на переменные являются значения <code>00</code>–<code>C9</code>, а не <code>00</code>–<code>BF</code>: первый токен — <code>CA</code>. Индексы <code>C0</code>–<code>C9</code> встречаются в программах более чем со 192 переменными.

=== Два вида строковых литералов ===

Строки в кавычках система выводит как строки из '''прописных''' букв, строки в апострофах — из '''строчных'''.<ref name="balasanyan" /> Так на машине без строчных букв на клавиатуре задаются строчные символьные константы.

{| class="wikitable"
! Токен !! Форма записи !! Регистр
|-
| <code>E3</code> || <code>"…"</code> || прописные
|-
| <code>E4</code> || <code>'…'</code> || строчные
|}

== Числовые константы ==

{| class="wikitable"
! Токен !! Формат
|-
| <code>DE</code> || сырой байт, не BCD — байтовые константы и адреса устройств
|-
| <code>E5</code> || описатель + BCD
|-
| <code>E6</code> || то же + байт порядка
|-
| <code>E7</code> || 2 байта BCD, 0–7999
|-
| <code>E8</code> || 1 байт BCD, 0–99
|}

В описателе '''старшая тетрада — количество цифр до запятой, младшая — общее количество цифр'''. Цифры идут по две на байт, незанятая последняя тетрада — нуль.

{| class="wikitable"
! Запись !! Байты !! Описатель
|-
| <code>.5</code> || <code>E5 01 50</code> || 0 / 1
|-
| <code>2.5</code> || <code>E5 12 25</code> || 1 / 2
|-
| <code>.196854</code> || <code>E5 06 19 68 54</code> || 0 / 6
|-
| <code>51840</code> || <code>E5 55 51 84 00</code> || 5 / 5
|-
| <code>2.718281828</code> || <code>E5 1A 27 18 28 18 28</code> || 1 / 10
|-
| <code>1E6</code> || <code>E6 11 10 06</code> || 1 / 1, порядок 6
|}

Токен <code>E5</code> служит и для целых чисел больше 9999 — всего, что не помещается в <code>E7</code>; дробной части при этом нет, обе тетрады описателя равны.

Длина хвоста — <code>1 + ⌈''младшая тетрада'' / 2⌉</code> байт для <code>E5</code> и на один байт больше для <code>E6</code>.

Верхняя граница <code>E7</code> — 7999: восемь тысяч кодируются общей формой <code>E5 44 80 00</code>.

Запись с порядком по значению не восстанавливается: <code>1E6</code> и <code>1000000</code> — одно число, но разные байты.

Номер метки в <code>GOSUB'</code> и первый байт операндов <code>DEFFN'</code> хранятся '''двоичными''', не в BCD. То же относится к номерам строк, которые записываются сырыми парами BCD без токена: диапазоны в <code>SAVE</code>, <code>LOAD</code>, <code>SAVE DC</code>, <code>LOAD DC</code>, <code>RUN</code>, номер строки у <code>RESTORE</code>, <code>IF END THEN</code>, <code>KEYIN</code> и <code>LIST S</code>.

== Таблицы переменных ==

=== Таблица 1 ===

Описывает переменные, которым нужен дескриптор размера: массивы и символьные переменные с явно заданной длиной, независимо от того, объявлены они в <code>DIM</code> или в <code>COM</code>. Числовые скаляры и символьные переменные с длиной по умолчанию в таблицу не попадают.

Запись — 8 байт:

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0–1 || 2 || адрес переменной в памяти, младший байт первым
|-
| 2–3 || 2 || тип: <code>00 08</code> — символьная, <code>2D 08</code> — числовая или целая; иное значение — вторая размерность
|-
| 4–5 || 2 || число элементов (первая размерность), младший байт первым
|-
| 6–7 || 2 || размерный код, младший байт первым
|}

Размерный код равен <code>2 × размер элемента</code>, младший бит означает, что длина задана явно:

* целая — 4 (2 байта);
* числовая — 16 (8 байт);
* символьная длины ''L'' — <code>2L + 1</code>;
* символьная с длиной по умолчанию (16) — 32, код чётный.

Нечётность кода не является признаком символьного типа; тип берётся из байтов 2–3 либо из флага таблиц 2 и 3.

'''Двумерные массивы.''' Вторая размерность записывается в байты 2–3, на место признака типа; первая остаётся в поле числа элементов. Размерности не перемножаются, <code>DIM</code> восстанавливается точно. Практическое правило: старший байт поля 2–3 равен <code>08</code> — массив одномерный, иначе поле занято второй размерностью.

Исключение — '''неявно объявленные массивы''': у переменной, к которой обратились с индексом без <code>DIM</code>, число элементов равно 10, а в байтах 2–3 стоят значения <code>01 27</code> или <code>07 59</code>, размерностями не являющиеся. Такие массивы следует выводить как одномерные <code>(10)</code>.

'''Порядок записей обратен порядку объявления''': память выделяется сверху вниз, а таблица отсортирована по возрастанию адреса.

Размер выделяемой памяти:

* скалярная символьная переменная — объявленная длина, округлённая вверх до чётной;
* массив — <code>N × размер элемента + 6</code>, где 6 байт занимает дескриптор.

Адреса могут быть нулевыми: у программ, которые ни разу не выполнялись, и у защищённых файлов. Правила, опирающиеся на разность адресов, там неприменимы.

=== Таблицы 2 и 3 ===

Образуют '''один непрерывный массив дескрипторов''' — по записи на каждую переменную программы. Формат одинаков, граница определяется счётчиками пролога.

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0–1 || 2 || адрес переменной, младший байт первым; <code>0000</code>, если память не выделена
|-
| 2 || 1 || флаг типа
|-
| 3 || 1 || назначение не установлено
|}

Записи идут в порядке '''убывания индекса переменной'''. Если

N = L2 / 4 + L3 / 4

то переменная с индексом ''i'' описана записью на позиции <code>N − 1 − i</code>, считая позиции подряд: сначала таблица 2, затем таблица 3. Отсюда <code>N</code> — общее число переменных программы.

Таблица 3 приходится на самые младшие индексы — те, что занимает оператор <code>COM</code>.

'''Флаг типа:'''

{| class="wikitable"
! Бит !! Значение
|-
| 0 (<code>0x01</code>) || у переменной есть дескриптор в таблице 1
|-
| 3 || назначение не установлено
|-
| 4 (<code>0x10</code>) || числовая действительная
|-
| 5 (<code>0x20</code>) || символьная
|-
| 7 || назначение не установлено
|-
| ни 4, ни 5 || целая (суффикс <code>%</code>)
|}

'''Связь с таблицей 1.''' Число записей с установленным битом 0 равно <code>L1 / 8</code>, и соответствие порядковое:

k = 0
для pos = 0 … N−1:
если флаг[pos] и 1:
дескриптор переменной (N − 1 − pos) = запись таблицы 1 номер k
k = k + 1

Это даёт точное соответствие «индекс переменной → запись таблицы 1» без разбора операторов <code>DIM</code> и <code>COM</code>. Сопоставление по порядку объявления ошибочно: <code>COM</code> объявляет и обычные скаляры, у которых дескриптора нет, а после <code>MAT REDIM</code> в операнде <code>DIM</code> стоят «теневые» индексы.

У переменных с дескриптором таблицы 1 поле 0–1 содержит не адрес, а небольшое число, растущее примерно на восемь с каждой такой переменной. Назначение не установлено.

=== Состояние на момент сохранения ===

Оттранслированный файл — снимок памяти после запуска, а не перевод текста.

Массив, выросший при выполнении оператора <code>MAT REDIM</code> за пределы исходного выделения, получает новый дескриптор в таблице 1 '''и новый индекс переменной''', причём интерпретатор правит операнд в самом операторе <code>DIM</code>, оставляя код и <code>MAT REDIM</code> работать со старым индексом. Если новый размер не превышает объявленного, память переиспользуется и запись остаётся одна.

Поэтому операторы <code>DIM</code> как источник соответствия «индекс — дескриптор» непригодны.

=== Индексы и имена переменных ===

Индексы назначаются '''в порядке первого появления переменной в тексте программы'''. Операторы <code>COM</code> и <code>DIM</code> делят единое пространство индексов; <code>COM</code> выполняется первым и получает индексы с нуля.

Ключ переменной — имя '''вместе с признаком массива''': <code>A</code>, <code>A%</code>, <code>A¤</code>, <code>A()</code> и <code>A%()</code> — разные переменные с разными индексами.

'''Имена переменных в оттранслированном файле не сохраняются.''' Таблицы содержат только дескрипторы памяти. Читаемый листинг из такого файла восстановить нельзя: восстанавливается структура программы, тип каждой переменной, «массив или скаляр» и размерности, но не имена.

== Операнды ==

=== Дисковые операторы ===

Первый байт операндов — код устройства или режима, а не ссылка на переменную:

{| class="wikitable"
! Байт !! Значение
|-
| <code>00</code> || <code>F</code> — первый дисковод
|-
| <code>01</code> || <code>R</code> — второй дисковод
|-
| <code>02</code> || <code>T</code> — обращение по номеру строки таблицы устройств (<code>#n</code>)
|}

79 01 D6 DBACKSPACE BEG
7A 01 D7 DSKIP END
76 01 D7 DATA SAVE DC END
79 04 DB E8 01 DE D6 DBACKSPACE #1,BEG
76 07 D6 DB E8 02 DE E0 12 DATA SAVE DC ¤#2,W()
82 0B 01 06 D9 E8 05 DE D7 D9 E7 10 00 SCRATCH DISK RLS=5,END=1000

В последнем примере <code>06</code> — ключевое слово <code>LS</code>, <code>D9</code> — знак равенства, <code>D7</code> — <code>END</code>. Байт <code>05</code> после законченного выражения у <code>DSKIP</code> и <code>DBACKSPACE</code> — параметр <code>S</code> («в секторах»).

Формы <code>SAVE DC</code>, <code>LOAD DC</code>, <code>LIST DC</code>:

80 <приставка> [D2 = T] [EB <старое имя либо резерв> D0] <имя> [<нач> [DE <кон>]]
7D <приставка> <имя> [<нач> [DE <кон> [DE <куда продолжать>]]]
7C <приставка> [<имя>]

=== Списки ===

Список '''принимающих''' переменных пишется '''без разделителей''':

41 02 0A 0B INPUT T0,N0
74 03 05 0C 0D DATA LOAD DC A1¤,E1,E2
46 04 00 01 02 03 DIM X(300),Y(300),N(2),G¤(300)5

Список '''выражений''' разделяется <code>DE</code>:

76 06 D6 05 DE 0A DE 0B DATA SAVE DC ¤A1¤,T0,N0

Пропущенный параметр не кодируется ничем — между разделителями просто нет операнда:

06 1E 09 E0 12 DE DE DE 11 E8 01 D0 LABEL B6¤(),,,B3¤(1)

У <code>ASMB</code> (<code>06 25</code>) <code>DE</code> — запятая и в позиции операнда: пропущенный первый аргумент даёт <code>DE</code> первым же байтом операндов. Вторая форма оператора кончается звёздочкой, и это байт <code>DF</code>:

06 25 0F DE E5 55 76 20 00 DE 22 DE 2D DE 2C DE E8 64 ASMB ,76200,A¤,M¤,Y¤,64
06 25 02 10 DF ASMB Z¤*

=== Индексация массивов ===

У обращения к элементу массива '''нет открывающей скобки''': ссылка на переменную сама открывает список индексов, а <code>D0</code> его закрывает. Токен <code>EB</code> используется только как группирующая скобка в выражениях и для размерностей в <code>MAT REDIM</code>.

01 32 D0 → 01(32)
EB 34 E9 33 E9 E8 01 D0 → (34*33*1)

Ссылка на массив целиком — <code>E0 <индекс></code>, законченное значение: после неё разбор ожидает операцию или следующий элемент списка. В операторах, операнды которых — список значений, возведения в степень быть не может, поэтому <code>E0</code> там всегда ссылка на массив.

=== Скобки ===

{| class="wikitable"
! Конструкция !! Открывающая !! Закрывающая
|-
| индекс массива || нет || <code>D0</code>
|-
| <code>STR(</code>, <code>ABS(</code>, <code>SQR(</code> и прочие явные функции || в токене || <code>D0</code>
|-
| <code>POS(</code>, <code>LEN(</code>, <code>NUM(</code>, <code>VAL(</code> || в токене || '''нет'''
|-
| <code>AT(</code> || в токене || '''нет'''
|-
| <code>TAB(</code>, <code>ROUND(</code> || в токене || <code>D0</code>
|-
| группировка в выражении || <code>EB</code> || <code>D0</code>
|}

У глаголов, имя которых оканчивается на <code>(</code>, закрывающей скобки в потоке нет:

{| class="wikitable"
! Глагол !! Где находится закрывающая скобка
|-
| <code>43</code> AND(, <code>61</code> OR(, <code>62</code> XOR( || в конце операторной части
|-
| <code>48</code> PACK(, <code>5D</code> UNPACK(, <code>06 0C</code> <code>¤TRAN(</code> || сразу за литералом формата
|-
| <code>4B</code> BIN( || после приёмника, вместе со знаком <code>=</code>
|}

'''Неявные функции считаются по уровням, а не одним счётчиком.''' Закрывающая скобка вложенной явной конструкции неявную функцию не закрывает:

EC E1 E0 2A E8 01 D0 D7 DE 20 D5 E8 00 D3 02 70
POS(STR( V¤() , 1 ) < 20 ) <> 0 THEN 270

Здесь <code>D0</code> закрывает только <code>STR(</code>, а <code>POS(</code> заканчивается на <code>D5</code>.

=== Неявная первая запятая ===

Функция <code>STR(</code> первую запятую не кодирует: <code>STR(Z¤,67)</code> → <code>E1 10 E8 67 D0</code>. Вторая и последующие кодируются <code>DE</code>. У прочих операторов неявной первой запятой нет.

Первый аргумент <code>STR(</code> индексируется только по признаку массива из таблиц переменных: заглядывание вперёд читает <code>STR(Z¤,67)</code> как <code>Z¤(67)</code>. То же относится к приёмнику <code>BIN(</code>, приёмникам <code>INIT</code> и <code>KEYIN</code> и имени файла у <code>LIMITS</code> — за ними сразу идёт следующий операнд, без разделителя.

=== Что не кодируется ===

{| class="wikitable"
! Оператор !! В потоке !! В листинге
|-
| <code>INIT</code> || <code>64 04 E3 01 2D 15</code> || <code>INIT ("-")U¤</code> — значение в скобках, запятой нет
|-
| <code>CONVERT</code> || <code>47 0F 48 D1 E1 … D0 E3 02 «##»</code> || <code>CONVERT P% TO STR(…),(##)</code>
|-
| <code>$GIO</code> с адресом || <code>40 0D DC DE 34 DE E2 06 … 22</code> || <code>¤GIO /34,(HEX(…),A¤)</code>
|-
| <code>VERIFY</code> || <code>83 … 02 DB 39 E8 01 D0 DE 16 … 17 …</code> || <code>VERIFY T#D%(1),(X(1),Y(1))</code>
|-
| <code>¤TRAN(</code> || <code>06 0C 06 0D DE 12 D0 DE 00</code> || <code>¤TRAN(Q¤,L0¤)R</code> — запятая после <code>)</code> не печатается
|-
| <code>LABEL</code> || <code>06 1E 0A E0 1F E8 03 DE DE DE E3 01 51</code> || <code>LABEL B¤()3,,,"Q"</code> — размер вплотную к имени
|-
| <code>MAT</code> || <code>06 01 04 E0 54 D9 EF</code> || <code>MAT C%=ZER</code> — имя массива без <code>()</code>
|-
| <code>RESTORE</code> || <code>51 05 E8 01 DE 48 50</code> || <code>RESTORE 1,4850</code>
|-
| <code>SAVE</code>, <code>LOAD</code> || <code>2A 0A DD 10 52 15 DE 52 15 DE 52 25</code> || <code>SAVE Z¤5215,5215,5225</code>
|-
| <code>LINPUT</code> || <code>06 24 2C E3 28 … E9 32</code> || <code>LINPUT "…",-L¤</code> — запятая перед унарным минусом
|-
| <code>INPUT</code> с приглашением || <code>41 14 E3 11 «…» 00</code> || <code>INPUT "…",K</code> — запятая после литерала
|}

=== Оператор SELECT ===

Первый байт операндов — код группы устройств, записи разделяются <code>DE</code>. Ширина строки после <code>EB</code> — двоичное 16-битное число, старший байт первым.

{| class="wikitable"
! Код !! Группа !! Пример
|-
| <code>00</code> || <code>#n</code> — строка таблицы устройств || <code>00 01 18</code> = <code>#118</code>; <code>00 01 18 00</code> = <code>#118F</code>
|-
| <code>01</code> || <code>D</code> — градусы || операндов нет
|-
| <code>02</code> || <code>R</code> — радианы || операндов нет
|-
| <code>03</code> || <code>G</code> — грады || операндов нет
|-
| <code>05</code> || <code>P</code> — пауза после строки || <code>05 01</code> = <code>SELECT P1</code>
|-
| <code>06</code> || LIST || <code>06 0C</code>
|-
| <code>07</code> || PRINT || <code>07 0C EB 00 82</code> = <code>SELECT PRINT0C(130)</code>
|-
| <code>08</code> || PLOT || <code>08 10 DE …</code>
|-
| <code>09</code> || TAPE || <code>09 1B EB 1F 3F</code>
|-
| <code>0A</code> || DISK || <code>0A 18 01</code> = <code>SELECT DISK18R</code>
|-
| <code>0B</code> || CI ||
|-
| <code>0C</code> || CO || <code>0C 05 EB 00 50</code>
|}

В записях группы <code>00</code> дисковод указывается не всегда: <code>SELECT #118</code> даёт трёхбайтовую запись, <code>SELECT #118F</code> — четырёхбайтовую.

Параметры оператора <code>CLEAR</code> кодируются той же таблицей: <code>11</code> — <code>V</code>, <code>12</code> — <code>N</code>, <code>14</code> — <code>P</code>.

=== Цепочка операторов DATA ===

Два последних байта операндов каждого оператора <code>DATA</code> — указатель на следующий оператор <code>DATA</code>, младший байт первым; у последнего в программе он равен <code>00 00</code>. По этой цепочке работают <code>READ</code> и <code>RESTORE</code>. Значения — адреса в памяти интерпретатора, а не смещения в файле, и из текста программы не восстанавливаются.

Эти два байта нельзя разбирать как токены.

Тело оператора — список значений '''без разделителей''':

29 1E E8 31 E7 03 34 E8 00 E8 28 E7 03 06 E8 31 … C9 04
31 334 0 28 306 31

Поэтому внутри <code>DATA</code> токены <code>E5</code>, <code>E6</code> и <code>E7</code> всегда читаются как константы, а не как <code>XOR</code>/<code>OR</code>/<code>AND</code>. То же в <code>MAT REDIM</code>, где длина элемента идёт сразу за закрывающей скобкой:

06 02 0A E0 04 EB E7 01 26 D0 E7 01 28 MAT REDIM A¤(126)128

=== Подпрограммы с параметрами ===

{| class="wikitable"
! Глагол !! Операнды
|-
| <code>23</code> GOSUB' || <code><метка: 1 байт двоичный></code>, затем фактические параметры — выражения через <code>DE</code>
|-
| <code>27</code> DEFFN' || <code><метка> <4 байта адреса входа></code>, затем формальные параметры — индексы подряд, без разделителей
|-
| <code>3A</code> DEFFN' || <code><метка> <4 байта адреса> <один литерал></code> — текст клавиши специальных функций
|-
| <code>5A</code> DEFFN || <code><имя> <2 байта рабочего поля> <формальная переменная> <выражение></code>
|}

Скобки списка параметров не кодируются.

23 0B 05 E8 01 DE E8 01 DE 0D E9 E8 02 GOSUB ' 5(1,1,N-2)
27 08 05 00 00 00 00 12 20 21 DEFFN ' 5(N1,D1,D2)
3A 08 1F 00 00 A4 03 E2 01 0D DEFFN ' 31 HEX(0D)

Четыре байта после метки у <code>27</code> и <code>3A</code> — адрес входа, который интерпретатор заполняет при первом обращении; нулевыми они бывают только там, где подпрограмму ни разу не звали. При разборе их следует пропускать.

Токен <code>3A</code> подпрограммы не задаёт: это текст, подставляемый при нажатии клавиши, и <code>GOSUB'</code> на него не переходит.

=== Функции пользователя ===

5A <имя> <lo> <hi> <формальная переменная> <выражение>
F0 <имя> <выражение> D0

Имя функции — латинская буква либо цифра, записанная сырым кодом символа. Это '''не индекс переменной''': пространства имён разные, одна и та же буква может быть и переменной, и именем функции. Знака равенства в потоке нет, тело идёт сразу за байтом формальной переменной. Два байта между именем и формальной переменной — рабочее поле; у последнего определения в программе там нули.

5A 48 00 00 2A EB 2A EA F2 2A D0 D0 DC E8 02 DEFFN H(X)=(X+ABS(X))/2

В операторах <code>AND(</code>, <code>OR(</code>, <code>XOR(</code> байт <code>F0</code> в конце операндов — не функция, а шестнадцатеричная маска.

== Разбор выражений ==

Два состояния: «ожидается операнд» и «ожидается операция».

* Сброс в «операнд»: начало операндов оператора, после <code>DE</code>, <code>DD</code>, <code>D9</code>, <code>D1</code>, знаков сравнения, после <code>EB</code> и функций, после любой бинарной операции.
* Переход в «операцию»: после ссылки на переменную, константы, литерала, <code>D0</code>.
* Унарный минус (<code>E9</code> в позиции операнда) состояние не меняет.

Заглядывать вперёд можно только в том состоянии, в каком лексема потом будет прочитана: <code>DE</code> в позиции операции — запятая, в позиции операнда — однобайтовый литерал, съедающий следующий байт.

Разрешение «массив или скаляр» после ссылки на переменную:

{| class="wikitable"
! Следующий токен !! Вывод
|-
| однозначный операнд (<code>E8</code>, <code>E7</code>, <code>E3</code>, <code>EB</code>, ссылка на переменную) || список индексов
|-
| однозначная операция (<code>DC</code>, <code>EA</code>, <code>D9</code>, <code>D7</code> и прочие) || продолжение выражения
|-
| двузначный токен || операция
|}

Левая часть присваивания: цели идут вплотную, без разделителей, до первого <code>D9</code> на нулевой глубине.

36 07 0F 10 11 12 D9 E8 00 S1,S2,S3,M=0

Связки условий <code>XOR</code>, <code>OR</code> и <code>AND</code> '''равноправны и вычисляются слева направо''';<ref name="balasanyan" /> старшинства между ними нет.

В операторе <code>MAT SEARCH</code> знак сравнения стоит в позиции операнда — сразу после запятой, отделяющей искомое значение:

06 0A 08 E0 20 DE D4 22 D1 E0 1E MAT SEARCH L4¤(),>A¤TON4¤()

== Алгоритм разбора ==

# Прочитать запись каталога и заголовочный сектор; убедиться, что бит 0 байта 9 установлен.
# Собрать поток, беря с каждого сектора ровно 254 байта без обрезки хвостовых нулей.
# Прочитать L1, L2, L3; перейти к смещению <code>6 + L1 + L2 + L3</code>; проверить наличие четырёхбайтового поля.
# Построить таблицу переменных: <code>N = L2/4 + L3/4</code>, индекс на позиции ''pos'' равен <code>N − 1 − pos</code>, тип из флага; записи с битом 0 по порядку сопоставить записям таблицы 1.
# Для каждой записи строки: номер из двух байтов BCD, длина из третьего, тело до следующего <code>FE</code>. Если по отсчитанной длине <code>FE</code> нет — поток рассинхронизирован, разбор остановить.
# После <code>FE</code>: если весь остаток текущего 254-байтового куска нулевой, перейти к началу следующего.
# Тело разрезать на операторы <code><глагол><len><операнды></code>, учитывая двухбайтовые глаголы с префиксом <code>06</code>.
# Перед разбором операндов учесть особые формы: у <code>DATA</code> два последних байта — указатель цепочки, у дисковых операторов первый байт — код <code>F</code>/<code>R</code>/<code>T</code>, у <code>GOSUB'</code> и <code>DEFFN'</code> — двоичная метка, у <code>SELECT</code> и <code>SCRATCH DISK</code> — собственный формат.
# Операнды — автомат состояний со стеком уровней скобок.
# Контроль: израсходовано ровно <code>len</code>; стек пуст к концу оператора; число записей таблиц 2 и 3 с битом 0 равно <code>L1 / 8</code>.

Обработку файла прекращать на первом секторе с маркером <code>1C</code>.

== Не установлено ==

# Подкоды операторов <code>ORIGIN</code>, <code>DNPLOT</code>, <code>NDRAW</code>.
# Разметка аргумента в скобках у <code>MAT TRN</code> и <code>MAT INV</code>; кодирование матричной арифметики (<code>+</code>, <code>-</code>, <code>*</code>, <code>(K)*</code>).
# Кодирование отрицательного порядка числовой константы.
# Маска <code>hh</code> у <code>¤TRAN(</code>; признаки <code>*</code>, <code>%</code>, <code>#</code> у <code>MAT SEARCH</code>; формы <code>LIST V</code>, <code>LIST *</code>, <code>LIST %</code>, <code>LIST ¤</code>; форма <code>INPUT ¤<переменная></code>.
# Грамматика операндов у глаголов <code>38</code>, <code>39</code>, <code>49</code>, <code>5B</code>, <code>65</code>, <code>7F</code>: байты известны, вхождений нет.
# Смысл операторов <code>RES</code> (<code>5C</code>) и <code>LIST RES</code> (<code>65</code>).
# Назначение четырёхбайтового поля <code>0A 19 <BCD></code> перед программой.
# Байт 3 записей таблиц 2 и 3, биты 7 и 3 флага, поле 0–1 у переменных с дескриптором таблицы 1.
# Различение «строка-скаляр или массив строк» при нулевых адресах в таблице 1.

== Примечания ==

<references>
<ref name="balasanyan">Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987. — 264 с.: ил.</ref>
</references>

== Источники ==

* Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987.
* Таблицы ключевых слов и операндов — из образа интерпретатора на загрузочных дисках, адреса 0x1840 и 0x1A0C.
* Реконструкция по 94 оттранслированным файлам (15 735 строк) и 28 текстовым листингам, в том числе 12 парам «текст + токены».

[[Категория:Искра-226]]

Искра-226/Файловая система

2026-08-26T15:38:08Z

Panther:

{{emuverse}}

'''Файловая система Искры 226''' — способ хранения файлов на дисках [[Искра-226]]. Унаследована от [[Wang 2200]] и совпадает с ней побайтово; содержимое файлов — оригинальное и с Wang несовместимо.

Статья описывает файловую систему, указатель каталога и текстовое представление программ. Отдельно вынесены:

* [[Искра-226/Кодирование BASIC-файлов]] — токенизированная запись программы;
* [[Искра-226/Файлы данных BASIC 02]] — записи, значения и способы доступа;
* [[Искра-226/Графический буфер BASIC 02]] — формат рисунка.

== Диск ==

Физический сектор — 128 байт; 77 дорожек по 26 секторов, одна сторона. Физические сектора попарно объединены в логические по 256 байт со сквозной нумерацией. Далее везде подразумеваются логические сектора. Полный объём тома — 1001 сектор, 256 256 байт.

Типы файлов:

* '''ПФ''' — программный файл: программа на Бейсике в текстовом либо оттранслированном виде;
* '''ФД''' — файл данных.

Файлу выделяется непрерывный диапазон секторов, границы записаны в указателе каталога.

{| class="wikitable"
! Сектор !! Содержимое
|-
| первый || заголовок файла
|-
| следующие N || поток содержимого
|-
| … || резерв, нули
|-
| последний выделенный || концевая запись
|}

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

Диски прямого доступа (запись по абсолютным адресам секторов) указателя каталога не имеют; формат содержимого таких дисков задаёт программа пользователя. Загрузочные диски с интерпретатором имеют собственный формат: нулевой сектор начинается сигнатурой <code>06 90 09 90 07 90</code>, за ней 18 знаков имени и даты версии.

== Указатель каталога ==

Начинается с сектора 0. Первые 16 байт нулевого сектора — параметры диска:

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0–1 || 2 || размер указателя каталога в секторах (<code>LS</code>), старший байт первым
|-
| 2–3 || 2 || текущий конец каталога — первый свободный сектор
|-
| 4–5 || 2 || конец области каталога
|-
| 6–15 || 10 || нули
|}

Размер указателя задаётся при создании каталога оператором <code>SCRATCH DISK</code> параметром <code>LS=</code>, по умолчанию 24, допустимо 1…255; в дальнейшем не меняется. В нулевом секторе помещается 15 записей, в остальных 16. Неиспользованные записи заполнены нулями.

Записи '''не сгруппированы''' в начале указателя и не упорядочены по секторам файлов: номер сектора, в который попадает запись, вычисляется хешированием имени. Для чтения каталога надо пройти все его секторы, пропуская нулевые записи.

=== Хеш имени файла ===

Номер сектора указателя вычисляется по «старому» хешу Wang 2200:

имя дополнить пробелами до восьми байт
tmp = 0
для каждого байта имени: tmp = tmp XOR байт
tmp = 3 × tmp
tmp = (tmp mod 256) + (tmp div 256)
сектор = tmp mod LS

Свёртка выполняется исключающим ИЛИ, не сложением. «Новый» хеш Wang, введённый в MVP OS 2.5, на Искре не применяется.

Хеш '''вырождается при <code>LS</code>, кратном трём''': после умножения на 3 и складывания половинок результат всегда кратен трём, поэтому занятыми оказываются только каждый третий сектор указателя. При <code>LS = 24</code> все записи попадают в секторы 0, 12, 15 и 18.

Запись кладётся в первый свободный слот своего сектора, слоты заполняются подряд от начала. Правило переполнения сектора неизвестно.

Освобождение слота выполняется '''обнулением первых восьми байт''' записи; имя при этом остаётся на диске. Оператор <code>SCRATCH</code> запись не обнуляет, а помечает.

== Запись каталога ==

16 байт, совпадает с Wang 2200.

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0 || 1 || статус, битовое поле; '''бит 0''' — файл вычеркнут
|-
| 1 || 1 || тип файла: <code>80</code> — программа, <code>00</code> — данные
|-
| 2–3 || 2 || первый сектор файла, старший байт первым
|-
| 4–5 || 2 || последний сектор файла, старший байт первым
|-
| 6–7 || 2 || не используются
|-
| 8–15 || 8 || имя файла, дополнено пробелами справа
|}

Наблюдаемые значения статуса: <code>10</code> — активна, <code>11</code> и <code>21</code> — вычеркнута, <code>00</code> — свободна. Сравнивать статус на точное равенство нельзя, значим только бит 0. Бит 5 (значение <code>21</code>) предположительно помечает переименование.

Байт типа '''не различает''' текстовое и оттранслированное представление программы: у обоих <code>80</code>.

Оператор <code>LIST DC</code> выводит типы как <code>P</code> (программный), <code>D</code> (данные), <code>SP</code> и <code>SD</code> (вычеркнутые), что соответствует сочетанию байта статуса и байта типа.<ref name="balasanyan" />

Тип «данные» ничего не говорит о внутреннем устройстве файла: он может содержать как логические записи, так и сырые блоки, записанные оператором <code>DATA SAVE BA</code>.

=== Пример ===
0 1 2 3 4 5 6 7 8 9 A B C D E F
10 80 00 31 00 3F 00 00 44 49 47 20 44 45 4D 20
└───┘ └───┘ └───┘ └─────────────────────┘
Активная запись, программа, секторы 49…63, имя <code>DIG DEM</code>.

== Размещение файлов ==

* Файлы лежат подряд в порядке создания, диапазоны секторов не пересекаются.
* Место вычеркнутого файла заново не занимается: <code>SCRATCH</code> только помечает запись.
* Первый файл начинается с сектора <code>LS</code>, сразу за указателем.
* Поле «текущий конец» равно последнему занятому сектору плюс единица, но обрезается по концу области каталога; при разборе границу надёжнее брать по записям каталога.

== Заголовочный сектор ==

{| class="wikitable"
! Смещение !! Значение
|-
| 0 || <code>01</code>
|-
| 1–8 || имя файла, дополнено пробелами
|-
| 9 || признак формата записи
|-
| 10–255 || нули
|}

Байт 9 (в справочнике<ref name="vtoraya" /> назван «признак защиты») — битовое поле, единственный признак, различающий два представления программы: '''бит 0''' — программа оттранслирована (параметр <code>T</code> оператора <code>SAVE DC</code>), '''бит 2''' — защищена (параметр <code>P</code>); оба вместе соответствуют параметру <code>G</code>.

{| class="wikitable"
! Значение !! Символ !! Защита !! Представление
|-
| <code>20</code> || пробел || нет || текстовое
|-
| <code>21</code> || <code>!</code> || нет || оттранслированное
|-
| <code>24</code> || <code>¤</code> || есть || текстовое
|-
| <code>25</code> || <code>%</code> || есть || оттранслированное
|}

Значения <code>22</code> и <code>23</code> не используются. Текстовое представление — режим по умолчанию, оттранслированное включается явным параметром <code>T</code>.

Защищённая программа после загрузки может только выполняться; режим снимается оператором <code>CLEAR</code>.

== Секторы потока ==

Первые два байта каждого сектора программного потока — служебные, в содержимое не входят. У секторов файла данных служебный заголовок занимает '''один''' байт.

'''Байт 0''' — позиция сектора:

{| class="wikitable"
! Код !! Смысл
|-
| <code>02</code> || первый сектор потока
|-
| <code>03</code> || последний сектор потока
|-
| <code>1C</code> || концевая запись
|-
| <code>8B</code> || запись целиком в одном секторе (только файлы данных)
|-
| <code>8F</code> || промежуточный сектор
|}

В оттранслированных программах все секторы потока идут с маркером <code>02</code>. Позиционная разметка <code>02</code>/<code>8F</code>/<code>03</code> наблюдается в текстовых файлах и в потоках данных.

'''Байт 1''' программных секторов равен <code>80</code>. Как признак «программа или данные» он непригоден: у секторов данных на позиции 1 стоит первый байт идентификатора значения. Надёжные признаки — байт 9 заголовочного сектора и байт типа записи каталога.

== Концевая запись ==

1C <длина: 2 байта, старший первым>

Остаток сектора — нули. Соответствует по роли байту <code>20</code> в Wang.

Счётчик равен '''собственной позиции записи от начала файла''', считая с единицы, то есть числу занятых секторов вместе с заголовком. Он же — графа «Использовано» в выдаче <code>LIST DC</code>.

* У программных файлов концевую запись пишет сам оператор <code>SAVE DC</code>; она есть всегда.
* У файлов данных её пишет прикладная программа оператором <code>DATA SAVE DC END</code>. Если признак конца не записан, в графе «Использовано» стоит 00001.
* Оператор <code>DATA SAVE DC OPEN</code> пишет в '''последний''' сектор файла запись <code>1C 00 01</code> — единственный случай, когда счётчик не равен позиции.

Запись лежит не обязательно в последнем выделенном секторе: если файлу дали запас или его положили на место вычеркнутого файла большего размера, за ней остаётся нулевой хвост.

Счётчик — не инвариант файловой системы и при разборе ненадёжен: у файлов, записанных не операторами <code>DATA SAVE DC</code>, он произволен. Границы файла следует брать из каталога.

== Текстовое представление ==

Программа хранится плоским текстом. Кодировка — [[КОИ-8]] (ГОСТ 19768-74): прописная кириллица в <code>E0</code>–<code>FF</code>, строчная в <code>C0</code>–<code>DF</code>. Номера строк записаны обычными цифрами.

* Разделитель строк — байт '''<code>85</code>'''.
* Строка '''не пересекает''' границу сектора; хвост сектора заполняется нулями.
* Байт <code>24</code> (<code>$</code>) отображается на экране Искры как <code>¤</code>.

Байт <code>85</code> свободен потому, что диапазон <code>80</code>–<code>9F</code> в КОИ-8 не занят. Тем же байтом машина разделяет строки в символьном буфере операторов <code>SAVE</code> и <code>LOAD</code> и выдаёт нажатие клавиши CR/LF.

Разбор: склеить содержимое секторов, отбрасывая по два служебных байта, разбить по <code>85</code>, отбросить нули.

=== Пример ===

02 80 35 20 52 45 4D 20 F0 E5 F4 F2 E5 EE EB EF … 85 38 20 50 52 49 4E 54 …

Заголовок сектора, затем <code>5 REM ПЕТРЕНКО …</code>, разделитель, <code>8 PRINT …</code>.

== Виды дисков ==

{| class="wikitable"
! Вид !! Признак
|-
| с каталогом || байты 0–1 нулевого сектора — разумный <code>LS</code>, дальше 16-байтовые записи
|-
| загрузочный || сектор 0 начинается с <code>06 90 09 90 07 90</code>
|-
| пакет ассемблера || сектор 0 начинается с <code>7E E1 F3 ED E2</code> (<code>~АСМБ</code>)
|-
| прямого доступа || каталога нет, есть заголовочные секторы <code>01 <имя> <признак></code>
|-
| пустой || нули
|}

== Отличия от Wang 2200 ==

{| class="wikitable"
! !! Wang 2200 !! Искра-226
|-
| Запись каталога || 16 байт || совпадает побайтово
|-
| Хеш имени || «старый» и «новый» || только «старый»
|-
| Маркер концевой записи || <code>20</code> || <code>1C</code>
|-
| Маркер заголовка || <code>40</code> (<code>50</code> для защищённых) || <code>01</code>
|-
| Маркеры секторов || битовое поле в старшей тетраде || отдельные значения <code>02</code>/<code>8F</code>/<code>03</code>
|-
| Представление программы || ключевые слова в токенах, остальное ASCII || несовместимо, см. [[Оттранслированное представление BASIC 02]]
|}

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

== Примечания ==

<references>
<ref name="balasanyan">Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987. — 264 с.: ил.</ref>
<ref name="vtoraya">Аладьев В. З. и др. Персональный компьютер «Искра-226». Архитектура и программное обеспечение: справочное руководство. — Киев, 1988.</ref>
</references>

== Источники ==

* Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987.
* Аладьев В. З. и др. Персональный компьютер «Искра-226». Архитектура и программное обеспечение. — Киев, 1988.
* [http://www.wang2200.org/disk_org.html Wang 2200 Disk Organization] — файловая система и хеш имени для сопоставления.
* Реконструкция по 42 образам дисков: 303 записи каталога, 94 файла программ.

[[Категория:Искра-226]]

Искра-226/Графический буфер BASIC 02

2026-08-26T15:37:23Z

Panther: Новая страница: «{{emuverse}} '''Графический буфер BASIC 02''' — формат хранения рисунка в памяти Искра-226. Буфер представляет собой '''обычный символьный массив Бейсика''': оператор <code>¤OPEN</code> объявляет массив буфером, графические операторы дописывают в него записи, оператор <code...»

{{emuverse}}

'''Графический буфер BASIC 02''' — формат хранения рисунка в памяти [[Искра-226]]. Буфер представляет собой '''обычный символьный массив Бейсика''': оператор <code>¤OPEN</code> объявляет массив буфером, графические операторы дописывают в него записи, оператор <code>¤COPY /<адрес></code> выкладывает всё разом на устройство. Собственной памяти под графику у машины нет.

Буфер можно записать на диск и прочитать обратно как обычное символьное значение: см. [[Искра-226/Файловая система|Файловая система]] и [[Искра-226/Файлы данных BASIC 02|Файлы данных BASIC 02]]. Токены графических операторов описаны в статье [[Искра-226/Кодирование BASIC-файлов|Кодирование BASIC-файлов]].

Документация<ref name="balasanyan" /> графических операторов не описывает.

== Растр ==

Графическое поле — '''560 × 256''' дискрет, начало координат в левом нижнем углу, точка квадратная.

Устройства вывода (адреса по таблице ФАУ<ref name="balasanyan" />):

{| class="wikitable"
! Адрес !! Устройство
|-
| <code>10</code> || блок отображения графической информации (экран)
|-
| <code>14</code> || графопостроитель
|-
| <code>34</code> || телекоммуникационный интерфейс
|}

Группа <code>PLOT</code> таблицы устройств по умолчанию указывает на адрес <code>10</code>.

Символьное и графическое поля — два разных устройства на одной трубке. Знаки рисует аппаратный знакогенератор, знакоместо 7 × 10 точек; 80 × 24 знакоместа занимают 560 × 240 и оставляют поля по 8 точек сверху и снизу.

== Заголовок ==

Первые 43 байта буфера. Нумерация байт с единицы, как в операторе <code>STR(</code>.

{| class="wikitable"
! Байт !! Значение
|-
| 1–2 || длина занятого, считая сам заголовок
|-
| 3–4 || текущая точка, X
|-
| 5–6 || текущая точка, Y
|-
| 7–39 || не установлены
|-
| 40–43 || не установлены; прикладные программы используют как своё место
|}

Числа заголовка лежат '''младшим байтом вперёд''' — в обратном порядке относительно координат в самих записях.

Пустой буфер: <code>2B 00 00 00 00 00</code> и дальше нули, то есть длина 43, текущая точка <code>0,0</code>. Первая запись потока ложится в байт 44.

== Записи потока ==

Записи идут подряд начиная с байта 44, разделителей нет: длину каждой задаёт её код.

{| class="wikitable"
! Код !! Оператор !! Запись
|-
| <code>80</code> || NPLOT || 5 байт: код и точка
|-
| <code>81</code> || NDRAW || то же
|-
| <code>82</code> || NLAB. || как <code>86</code>
|-
| <code>83</code> || ''не установлен'' ||
|-
| <code>84</code> || DOT || 5 байт: код и точка
|-
| <code>85</code> || DRAW || то же
|-
| <code>86</code> || LABEL || код, длина, приращение, признаки, текст
|}

Координаты — '''двухбайтовые двоичные, старший байт первым'''. Знака не имеют: отрицательных координат у растра нет.

'''Бит <code>04</code> кода записи — признак «рисовать».''' Коды <code>80</code>, <code>81</code> и <code>82</code> — это стёртые <code>84</code>, <code>85</code> и <code>86</code>: запись остаётся в потоке и двигает текущую точку, но следа не оставляет. Стирание элемента выполняется как <code>AND(<код>,FB)</code>, восстановление — как <code>XOR(<код>,04)</code>. Буква <code>N</code> в именах означает «не рисуя».

{| class="wikitable"
! Видимая !! Стёртая !! Действие стёртой
|-
| <code>84</code> DOT || <code>80</code> NPLOT || перевести точку, не рисуя
|-
| <code>85</code> DRAW || <code>81</code> NDRAW || то же
|-
| <code>86</code> LABEL || <code>82</code> NLAB. || сдвинуть точку на приращение
|}

Оператор <code>¤COPY</code> чистит растр перед выводом: иначе стёртый элемент остался бы на экране.

=== Точка и приращение ===

Четвёрка байт после кода читается по-разному:

* у рисующих записей (<code>80</code>, <code>81</code>, <code>84</code>, <code>85</code>) это '''новая текущая точка''', абсолютная;
* у надписей (<code>82</code>, <code>86</code>) это '''приращение''' к текущей точке, число '''со знаком'''.

=== Запись надписи ===

86 <длина> <приращение X: 2 байта> <приращение Y: 2 байта> <3 байта признаков> <текст в КОИ-8>

Байт длины считает сам себя. Приращение равно '''семи дискретам на знак''' — ширине знакоместа.

86 09 | 00 07 00 00 | 01 02 00 | 59 "Y"
86 0A | 00 0E 00 00 | 01 02 00 | 2D 31 "-1"

Первый байт признаков — множитель размера знака; в тексте он пишется вплотную к имени буфера (<code>LABEL B¤()3,,,"Q"</code>) и по умолчанию равен единице. Смысл двух остальных не установлен; на дисковых образах они всегда <code>02 00</code>.

== Операторы ==

Все графические операторы — двухбайтовые, с префиксом <code>06</code>.

{| class="wikitable"
! Подкод !! Оператор !! Действие
|-
| <code>00</code> || PLOT || вывод прямо на устройство, минуя буфер
|-
| <code>0F</code> || <code>¤OPEN</code> || объявить символьный массив буфером
|-
| <code>13</code> || DOT || поставить точку по координате
|-
| <code>14</code> || DDRAW || отрезок по приращению от текущей точки
|-
| <code>15</code> || DRAW || отрезок до координаты
|-
| <code>19</code> || NPLOT || перевести текущую точку по координате, не рисуя
|-
| <code>1A</code> || <code>¤MOVE</code> || сдвинуть картинку
|-
| <code>1B</code> || TURN || повернуть картинку вокруг точки
|-
| <code>1C</code> || STRETCH || растянуть картинку относительно точки
|-
| <code>1D</code> || FRAME || задать окно буфера в пользовательских единицах
|-
| <code>1E</code> || LABEL || надпись
|-
| <code>1F</code> || <code>¤COPY</code> || вывести буфер на устройство
|-
| <code>22</code> || <code>¤LET</code> || присваивание буфера
|-
| <code>23</code> || WINDOW || задать окно устройства в дискретах
|}

Три способа задать точку: <code>NPLOT</code>, <code>DRAW</code>, <code>DOT</code> и <code>LABEL</code> берут координату; <code>DDRAW</code> — приращение от текущей точки; <code>PLOT</code> — тоже приращение, но кладёт результат не в буфер, а на устройство.

Имена <code>ORIGIN</code>, <code>DNPLOT</code> и <code>NDRAW</code> встречаются в текстовых листингах, но подкодов не имеют: все подкоды, встречающиеся в оттранслированных файлах, уже опознаны. <code>DNPLOT</code> по смыслу — приращение без следа.

=== Преобразования ===

Операторы <code>¤MOVE</code>, <code>TURN</code> и <code>STRETCH</code> '''переписывают уже лежащие в буфере записи''', новых не добавляя.

{| class="wikitable"
! Оператор !! Операнды
|-
| <code>¤MOVE</code> || буфер, сдвиг по X, сдвиг по Y
|-
| <code>TURN</code> || буфер, X и Y точки, угол поворота
|-
| <code>STRETCH</code> || буфер, X и Y точки, масштаб по X, масштаб по Y
|}

Названная точка у <code>TURN</code> и <code>STRETCH</code> неподвижна. Единица измерения угла — общая с тригонометрическими функциями, задаётся операторами <code>SELECT D</code>, <code>SELECT R</code> и <code>SELECT G</code>.

Три оператора обратимы: последовательность из растяжения, поворота и обратного растяжения возвращает картинку на место.

Выход за пределы растра — ошибка машины, перехватываемая оператором <code>ON ERROR</code>.

=== Присваивание буфера ===

¤LET <буфер> = <буфер> копирование картинки
¤LET <буфер> = 0 опустошение буфера

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

== Система координат ==

{| class="wikitable"
! Оператор !! Операнды !! Что задаёт
|-
| WINDOW || <code><x0>,<x1>,<y0>,<y1></code> || область на устройстве, в дискретах; имени буфера в операндах нет — область общая
|-
| FRAME || <code><буфер>,<x0>,<x1>,<y0>,<y1></code> || ту же область в пользовательских единицах, своя у каждого буфера
|-
| ORIGIN || <code><буфер>,<dx>,<dy></code> || смещение начала координат
|}

Границы <code>WINDOW</code> — целые дискреты, границы <code>FRAME</code> бывают дробными и отрицательными: это диапазон самих данных.

'''В записях буфера лежат дискреты устройства, а не пользовательские единицы.''' Перевод выполняется при добавлении записи, а <code>FRAME</code> с <code>ORIGIN</code> его и задают. Ни <code>FRAME</code>, ни <code>ORIGIN</code> ничего не рисуют.

По умолчанию отображение тождественное: программы, работающие прямо в дискретах экрана, <code>WINDOW</code> и <code>FRAME</code> не вызывают вовсе.

Где машина хранит это отображение, не установлено. В заголовке буфера на него остаются непрочитанные байты 7–39.

== Оператор PLOT ==

Единственный графический оператор, который рисует прямо на устройстве группы <code>PLOT</code>, минуя буфер. Буфера в операндах нет.

PLOT <x,y,перо>,<x,y,перо>,…

Группа ограничена токенами <code>D7</code> и <code>D4</code> (<code><</code> и <code>></code>), группы и элементы внутри группы разделяются <code>DE</code>. Элементов ровно три, любой может быть пуст.

Координаты — '''приращения''', а не точки. Первая группа серии отсчитывается от начала координат.

Третий элемент — перо, отдельные однобайтовые метки:

{| class="wikitable"
! Байт !! Буква !! Смысл
|-
| <code>E5</code> || <code>U</code> || перо поднято: сдвиг без следа
|-
| <code>E6</code> || <code>D</code> || перо опущено: отрезок
|-
| <code>E7</code> || <code>R</code> || сброс: перо в начало координат, размеры по умолчанию
|-
| <code>E8</code> || <code>S</code> || шаг знака по X и Y
|-
| <code>E9</code> || <code>C</code> || размер знака
|}

Те же байты в позиции операнда означают константы и унарный минус; метка узнаётся '''по месту''' — третий элемент группы, за которым сразу стоит <code>DE</code> или <code>D4</code>. Третьим элементом бывают также выражение, строковый литерал и вырезка <code>STR(…)</code>.

Буквы <code>S</code> и <code>C</code> — законные имена переменных, и различает их тоже только место в группе.

== Управляющие коды устройства 10 ==

Графическое устройство принимает короткие управляющие последовательности оператором <code>PRINT /10,HEX(…)</code>. Коды соответствуют документации на Wang 2282 Graphic CRT<ref name="wang2282" />:

{| class="wikitable"
! Код !! Действие
|-
| <code>03</code> || гасит поле, точка встаёт в начало координат, перо поднимается
|-
| <code>04</code> || выбрать принтер
|-
| <code>06</code> || выбрать графическую трубку
|-
| <code>0A</code> || шаг между знаками, из предшествующего вектора
|-
| <code>0D</code> || размер знака 1…15, из ΔX предшествующего вектора
|-
| <code>0E</code> || перо поднято
|-
| <code>0F</code> || перо опущено
|-
| <code>E0</code> || длинный двоичный вектор: ΔX и ΔY по два байта, дополнительный код
|-
| <code>E1</code>–<code>E3</code> || перо 1…3; перо 2 гасит точки
|-
| <code>E4</code> || задать начало координат
|-
| <code>E5</code> || сброс: начало координат в левый нижний угол
|-
| <code>E6</code> || короткий двоичный вектор: ΔX и ΔY по байту
|-
| <code>E7</code> || скопировать поле на принтер
|-
| <code>FA</code> || вернуть точку в начало координат
|}

Рисуют из них только векторы <code>E0</code> и <code>E6</code>; остальное задаёт состояние.

Три кода, встречающиеся в программах Искры, в таблицу 2282 не попадают: <code>01</code>, пара <code>01 02</code> и последовательность <code>08 0B 09 06</code>. Значит блок отображения Искры повторяет Wang не полностью.

Перевод строки, который оператор <code>PRINT</code> дописывает сам, на графическое устройство не уходит: у графического поля строк нет.

== Не установлено ==

# Байты заголовка 7–39 — где хранится отображение <code>WINDOW</code>/<code>FRAME</code>/<code>ORIGIN</code>.
# Байты заголовка 40–43. Прикладные программы держат там пару чисел, к которым прибавляется сдвиг <code>¤MOVE</code>, и требуют неотрицательного итога; читаются они старшим байтом вперёд, в отличие от остального заголовка.
# Код записи <code>83</code>.
# Смысл второго и третьего байта признаков надписи.
# Подкоды операторов <code>ORIGIN</code>, <code>DNPLOT</code>, <code>NDRAW</code>.
# Побочное действие оператора <code>¤LET</code>.
# Управляющие коды устройства <code>10</code>: <code>01</code>, <code>01 02</code>, <code>08 0B 09 06</code>.
# Код ошибки, который получает <code>ON ERROR</code> при выходе преобразования за пределы растра.

== Примечания ==

<references>
<ref name="balasanyan">Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987. — 264 с.: ил.</ref>
<ref name="wang2282">2282 Graphic CRT Plotter User Manual. — Wang Laboratories, 700-4627A, 10-81. — разд. 3.2 «Control Codes».</ref>
</references>

== Источники ==

* Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987.
* [http://www.wang2200.org/docs.html 2282 Graphic CRT Plotter User Manual] — управляющие коды графического устройства.
* Реконструкция по программам <code>SLIDE</code> (редактор графических объектов), <code>SIG</code>, <code>EDITOR</code>, <code>VICT</code>, <code>STAT01</code>, <code>FAN01</code> и по готовой картинке с дискового образа — 196 записей потока.

[[Категория:Искра-226]]

Искра-226/Файлы данных BASIC 02

2026-08-26T15:34:45Z

Panther: Новая страница: «{{emuverse}} '''Файлы данных BASIC 02''' — способы записи и чтения данных программой на Искра-226: режимы доступа, устройство логической записи и форматы значений. Файловая система, указатель каталога и концевая запись описаны в статье Искра-226/Файловая система...»

{{emuverse}}

'''Файлы данных BASIC 02''' — способы записи и чтения данных программой на [[Искра-226]]: режимы доступа, устройство логической записи и форматы значений.

Файловая система, указатель каталога и концевая запись описаны в статье [[Искра-226/Файловая система|Файловая система]]. Формат рисунка, который программа записывает в файл как обычное символьное значение, — в статье [[Искра-226/Графический буфер BASIC 02|Графический буфер BASIC 02]].

== Способы доступа ==

{| class="wikitable"
! Приставка !! Режим !! Адресация
|-
| <code>DC</code> || файл каталога || последовательная, от текущего сектора файла
|-
| <code>DA</code> || абсолютная адресация || начальный сектор задан в операторе
|-
| <code>BA</code> || блок 256 байт || то же, служебной разметки нет
|-
| <code>BT</code> || блочный обмен с устройством || диск не участвует
|}

Тип файла в записи каталога («данные») о внутреннем устройстве файла не говорит: он может содержать логические записи, сырые блоки от <code>DATA SAVE BA</code> либо и то и другое.

=== Таблица устройств ===

Файл открывается на одну из восьми строк таблицы устройств, <code>#0</code>…<code>#7</code>; строка выбирается программой оператором <code>SELECT #n</code>, а не выдаётся системой. У открытого файла строка содержит три адреса: начальный сектор, конечный сектор и текущий сектор.

Оператор <code>DATA SAVE DC CLOSE</code> обнуляет только эти три адреса; адрес самого устройства, назначенный оператором <code>SELECT</code>, сохраняется. Параметр <code>ALL</code> закрывает все открытые файлы.

== Операторы ==

{| class="wikitable"
! Токен !! Оператор !! Действие
|-
| <code>1E</code> || IF END THEN <строка> || переход, если последнее чтение наткнулось на концевую запись
|-
| <code>66</code> || DATA LOAD BT || принять блок с устройства
|-
| <code>68</code> || DATA SAVE BT || передать блок на устройство
|-
| <code>6E</code> || DATA SAVE BA || записать 256-байтовый блок по абсолютному адресу
|-
| <code>6F</code> || DATA SAVE DA || записать логическую запись по абсолютному адресу
|-
| <code>70</code> || DATA LOAD BA || прочитать 256-байтовый блок
|-
| <code>71</code> || DATA LOAD DA || прочитать логическую запись по абсолютному адресу
|-
| <code>74</code> || DATA LOAD DC || прочитать логическую запись с текущего сектора
|-
| <code>75</code> || DATA LOAD DC OPEN || открыть существующий файл
|-
| <code>76</code> || DATA SAVE DC || записать логическую запись с текущего сектора
|-
| <code>76</code> + <code>D7</code> || DATA SAVE DC END || записать концевую запись
|-
| <code>77</code> || DATA SAVE DC CLOSE || закрыть файл
|-
| <code>78</code> || DATA SAVE DC OPEN || завести файл в каталоге и открыть
|-
| <code>79</code> || DBACKSPACE || сдвинуть текущий сектор назад
|-
| <code>7A</code> || DSKIP || сдвинуть текущий сектор вперёд
|-
| <code>7B</code> || LIMITS || выдать границы файла и число занятых секторов
|-
| <code>81</code> || SCRATCH || вычеркнуть файл из каталога
|-
| <code>82</code> || SCRATCH DISK || создать каталог
|-
| <code>83</code> || VERIFY || проверить читаемость области
|}

Операнды всех перечисленных операторов описаны в статье [[Оттранслированное представление BASIC 02]].

=== Последовательность работы ===

Запись в режиме каталога:

# <code>DATA SAVE DC OPEN</code> заводит файл в указателе и заполняет строку таблицы устройств тремя адресами. В '''последний''' сектор файла записывается <code>1C 00 01</code>; больше при открытии не пишется ничего.
# <code>DATA SAVE DC</code> пишет логическую запись начиная с текущего сектора и двигает текущий за неё.
# <code>DATA SAVE DC END</code> кладёт концевую запись в текущий сектор и текущего '''не двигает''': она помечает сектор, откуда можно продолжать запись, и следующая запись ляжет на её место.
# <code>DATA SAVE DC CLOSE</code> обнуляет адреса строки.

Чтение устроено так же, с <code>DATA LOAD DC OPEN</code> и <code>DATA LOAD DC</code>. Прочитав сектор с кодом <code>1C</code>, оператор чтения ничего не делает, оставляет текущий сектор на концевой записи и взводит признак, который проверяет <code>IF END THEN</code>. Обычная запись признак снимает.

Параметры <code>DSKIP</code> и <code>DBACKSPACE</code>: число записей, <code>BEG</code>, <code>END</code> либо число с параметром <code>S</code> — в секторах.

=== Абсолютная адресация ===

Операторы <code>DA</code> и <code>BA</code> получают начальный сектор выражением в самом операторе; каталог при этом не нужен. Необязательный второй операнд — приёмник, куда возвращается адрес сектора за последним занятым; у символьного приёмника это два первых байта двоичным числом.

Диски, записанные только так, указателя каталога не имеют вовсе.

=== Блочный обмен ===

Операторы <code>DATA SAVE BT</code> и <code>DATA LOAD BT</code> передают блок байтов без всякой служебной разметки. Устройство задаётся приставкой <code>/<адрес></code>, причём '''адрес — выражение, а не сырой байт'''; чаще всего это переменная.

Название группы устройств по умолчанию (<code>TAPE</code>) вводит в заблуждение: обмен идёт с любым устройством. Адреса из таблицы ФАУ:<ref name="balasanyan" />

{| class="wikitable"
! Адрес !! Устройство
|-
| <code>05</code> || блок отображения символьной информации
|-
| <code>0C</code> || АЦПУ
|-
| <code>10</code> || блок отображения графической информации
|-
| <code>14</code> || графопостроитель
|-
| <code>34</code>, <code>35</code> || телекоммуникационный интерфейс: передатчик и приёмник
|}

== Логическая запись ==

Сектор записи:

<код сектора> <тип> <длина> <данные> <тип> <длина> <данные> …

{| class="wikitable"
! Код !! Значение
|-
| <code>02</code> || первый сектор многосекторной записи
|-
| <code>03</code> || последний сектор многосекторной записи
|-
| <code>1C</code> || концевая запись
|-
| <code>8B</code> || запись целиком в одном секторе
|-
| <code>8F</code> || промежуточный сектор
|}

Служебный заголовок сектора данных занимает '''один''' байт, а не два, как у программных секторов; под данные остаётся 255 байт.

Идентификатор значения — два байта:

{| class="wikitable"
! Тип !! Длина !! Значение
|-
| <code>00</code> || всегда <code>08</code> || число
|-
| <code>40</code> || 1…253 || строка символов, [[КОИ-8]]
|}

Документация<ref name="balasanyan" /> описывает также целое значение длиной 2 байта, но на дисковых образах такие значения не встречаются: у типа <code>00</code> длина всегда 8.

Хвост сектора после последнего значения — нули. Значение, не помещающееся в сектор целиком, переносится в следующий сектор полностью; остаток предыдущего сектора при этом не затирается, и там остаётся копия ранее записанных значений.

Массив в списке записи и чтения разворачивается в свои элементы, строка за строкой.

== Формат числа ==

Восемь байт, двоично-десятичный.

{| class="wikitable"
! Байт !! Значение
|-
| 0–5 || цифры 1…12 мантиссы, BCD, старшая первой
|-
| 6 || порядок, знаковое двоичное (дополнительный код)
|-
| 7 || старшая тетрада — 13-я цифра мантиссы, младшая — знак: <code>0</code> плюс, <code>1</code> минус
|}

значение = d1 d2 d3 . d4 … d13 × 1000 ^ порядок

Мантисса — 13 цифр с точкой после третьей, что даёт заявленные для машины 13 значащих разрядов. '''Порядок берётся по основанию 1000''', а не 10: нормализованная мантисса лежит в диапазоне [1, 1000).

Первая значащая цифра стоит на позиции 1, 2 или 3, поэтому число значащих разрядов в записи на диск равно 13, 12 или 11 соответственно.

Примеры: <code>00 10 00 00 00 00 00 00</code> — единица, <code>00 80 00 00 00 00 00 00</code> — восьмёрка.

== Десятично-упакованный формат ==

Операторы <code>PACK(</code> (токен <code>48</code>) и <code>UNPACK(</code> (<code>5D</code>) укладывают числа в символьное поле по образу печати, вида <code>[+|-] ### [.###] [^^^^]</code>.

* Две цифры на байт, старшая тетрада первой, разряды в порядке образа.
* Размер группы: число тетрад = знак плюс количество знаков <code>#</code>, округлить вверх до целого байта, плюс байт порядка при <code>^^^^</code>.
* Образ <code>####</code> занимает ровно два байта.

Тетрада знака (<code>0</code> плюс, <code>1</code> минус) и байт порядка со знаком на дисковых образах не встречаются и приняты по устройству восьмибайтового числа.

== Поток значений переменных ==

Секторы, следующие за программой в оттранслированном программном файле, содержат значения переменных, записанные в том же формате логической записи. Для файла <code>DIG DEM</code>: сектор начинается идентификатором <code>02</code>, за ним 25 записей по 10 байт (<code>00 08</code> и восемь байт значения), последние 5 байт сектора не используются — <code>1 + 25 × 10 + 5 = 256</code>.

== Не установлено ==

# Кодирование целого значения длиной 2 байта, описанного в документации.
# Тетрада знака и байт порядка в десятично-упакованном формате.
# Токен формы <code>DATA SAVE DA … END</code> и приёмника адреса в скобках у <code>BA</code> и <code>DA</code>: документация их описывает, в оттранслированных файлах они не встречаются.
# Округляет или усекает машина разряды, не поместившиеся в восьмибайтовое число.

== Примечания ==

<references>
<ref name="balasanyan">Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987. — 264 с.: ил. — разделы 11.5, 18.1–18.9.</ref>
</references>

== Источники ==

* Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987.
* Аладьев В. З. и др. Персональный компьютер «Искра-226». Архитектура и программное обеспечение. — Киев, 1988.
* Реконструкция по 65 файлам данных с 42 образов дисков; формат числа — по 12 132 значениям.

[[Категория:Искра-226]]

Искра-226/Кодирование BASIC-файлов

2026-08-26T15:30:17Z

Panther: Новая страница: «{{emuverse}} '''Оттранслированное представление BASIC 02''' — внутренний формат записи программы Искра-226, включаемый параметром <code>T</code> оператора <code>SAVE DC</code>. Имена операторов и функций заменены однобайтовыми токенами, имена переменных — индексами; текст в...»

{{emuverse}}

'''Оттранслированное представление BASIC 02''' — внутренний формат записи программы [[Искра-226]], включаемый параметром <code>T</code> оператора <code>SAVE DC</code>. Имена операторов и функций заменены однобайтовыми токенами, имена переменных — индексами; текст в потоке остаётся только внутри строковых литералов.

Внешняя структура файла, указатель каталога и заголовочный сектор описаны в статье [[Искра-226/Файловая система|Файловая система]]; оттранслированное представление отмечено битом 0 байта 9 заголовочного сектора. Смысл дисковых операторов — в статье [[Искра-226/Файлы данных BASIC 02|Файлы данных BASIC 02]].

== Сборка потока ==

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

== Пролог ==

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0 || 2 || L1 — длина таблицы 1 в байтах, запись 8 байт
|-
| 2 || 2 || L2 — длина таблицы 2 в байтах, запись 4 байта
|-
| 4 || 2 || L3 — длина таблицы 3 в байтах, запись 4 байта
|-
| 6 || L1 || таблица 1
|-
| 6+L1 || L2 || таблица 2
|-
| 6+L1+L2 || L3 || таблица 3
|}

Длины — 16-битные, старший байт первым. Число записей: <code>L1/8</code>, <code>L2/4</code>, <code>L3/4</code>.

'''Программа начинается по смещению <code>6 + L1 + L2 + L3</code>.'''

=== Четырёхбайтовое поле ===

У части файлов между таблицами и первой записью строки лежат четыре лишних байта: <code>0A 19</code> и двоично-десятичное число, своё у каждого файла. Назначение не установлено.

Наличие поля определяется проверкой записи по вычисленному смещению: оба байта номера строки — правильное двоично-десятичное число, байт длины не меньше единицы, байт по адресу <code>p + 2 + len</code> равен <code>FE</code>. Если проверка не проходит, а по смещению +4 проходит — поле присутствует.

== Записи строк ==

<номер строки: 2 байта BCD> <len: 1 байт> <тело>

Записи разделены байтом '''<code>FE</code>'''. Перед первой разделителя нет, после последней он есть и служит признаком конца потока.

<code>len</code> считается '''включая сам байт len'''; следующий разделитель стоит по адресу <code>адрес(len) + len</code>.

Записи '''пересекают''' границу сектора; служебные байты в длину не входят.

=== Выравнивание ===

Если запись не помещается в остаток сектора, остаток заполняется нулями. Правило: после разделителя <code>FE</code> по смещению ''q''

b = (⌊q / 254⌋ + 1) × 254
если b > q и все байты потока с q по b−1 нулевые, то q = b

Переход к следующему сектору выполняется только тогда, когда весь остаток текущего 254-байтового куска нулевой. Длина выравнивания доходит до шести байт.

Строка с номером 0 кодируется байтами <code>00 00 <len></code>; безусловный пропуск пары нулей перед номером строки разрушает разбор таких файлов.

== Операторы ==

<токен глагола: 1 байт> <len: 1 байт> <операнды: len байт>

<code>len</code> — длина только операндов; <code>len = 00</code> означает оператор без операндов. Явная длина позволяет разрезать программу на операторы, не зная значений токенов, и служит проверкой синхронизации.

=== Пример разбора ===

Строка 2000 файла <code>#СТАТИСТ</code>, длина 0x54 = 84:

20 00 54
23 01 23 GOSUB ' 35
4C 39 E3 1F «БУДЕТЕ …» DD 00 DD E3 12 «…» DD
PRINT "…";F¤;"…";
41 01 5C INPUT F%
36 03 5D D9 0E N7=N3
24 06 0E D7 11 D3 20 01 IF N3<N6THEN2001
36 03 5D D9 11 N7=N6

== Таблица глаголов ==

Значения назначены тематическими группами. Составные дисковые команды получают '''один''' токен на всю фразу.

{| class="wikitable"
! Токен !! Оператор !! Токен !! Оператор
|-
| <code>1E</code> || IF END THEN || <code>52</code> || NEXT
|-
| <code>21</code> || GOTO || <code>53</code> || REWIND
|-
| <code>22</code> || GOSUB || <code>54</code> || SELECT
|-
| <code>23</code> || GOSUB' || <code>55</code> || BACKSPACE
|-
| <code>24</code> || IF || <code>56</code> || REM
|-
| <code>25</code> || KEYIN || <code>57</code> || FOR
|-
| <code>26</code> || ON || <code>58</code> || SKIP
|-
| <code>27</code> || DEFFN' || <code>59</code> || END
|-
| <code>28</code> || PRINTUSING || <code>5A</code> || DEFFN
|-
| <code>29</code> || DATA || <code>5B</code> || DATA RESAVE
|-
| <code>2A</code> || SAVE || <code>5C</code> || RES
|-
| <code>2B</code> || RENUMBER || <code>5D</code> || UNPACK(
|-
| <code>2C</code> || CLEAR || <code>5E</code> || RETURN
|-
| <code>2D</code> || LOAD || <code>5F</code> || TRACE
|-
| <code>2E</code> || LIST || <code>61</code> || OR(
|-
| <code>2F</code> || RUN || <code>62</code> || XOR(
|-
| <code>30</code> || RETURN CLEAR || <code>63</code> || ADD C
|-
| <code>33</code> || LIST S || <code>64</code> || INIT
|-
| <code>34</code> || ON ERROR || <code>65</code> || LIST RES
|-
| <code>35</code> || LET || <code>66</code> || DATA LOAD BT
|-
| <code>36</code> || ''присваивание без ключевого слова'' || <code>68</code> || DATA SAVE BT
|-
| <code>37</code> || COM CLEAR || <code>6D</code> || COPY
|-
| <code>38</code> || TRACE OFF || <code>6E</code> || DATA SAVE BA
|-
| <code>39</code> || DATA LOAD || <code>6F</code> || DATA SAVE DA
|-
| <code>3A</code> || DEFFN' с текстом клавиши || <code>70</code> || DATA LOAD BA
|-
| <code>3F</code> || <code>%</code> — краткая форма REM || <code>71</code> || DATA LOAD DA
|-
| <code>40</code> || $GIO || <code>72</code> || LOAD DA
|-
| <code>41</code> || INPUT || <code>73</code> || SAVE DA
|-
| <code>42</code> || STOP || <code>74</code> || DATA LOAD DC
|-
| <code>43</code> || AND( || <code>75</code> || DATA LOAD DC OPEN
|-
| <code>44</code> || READ || <code>76</code> || DATA SAVE DC
|-
| <code>45</code> || BOOL || <code>77</code> || DATA SAVE DC CLOSE
|-
| <code>46</code> || DIM || <code>78</code> || DATA SAVE DC OPEN
|-
| <code>47</code> || CONVERT || <code>79</code> || DBACKSPACE
|-
| <code>48</code> || PACK( || <code>7A</code> || DSKIP
|-
| <code>49</code> || DATA SAVE || <code>7B</code> || LIMITS
|-
| <code>4A</code> || ADD || <code>7C</code> || LIST DC
|-
| <code>4B</code> || BIN( || <code>7D</code> || LOAD DC
|-
| <code>4C</code> || PRINT || <code>7E</code> || MOVE
|-
| <code>4D</code> || ROTATE || <code>7F</code> || MOVE END
|-
| <code>4E</code> || COM || <code>80</code> || SAVE DC
|-
| <code>50</code> || HEXPRINT || <code>81</code> || SCRATCH
|-
| <code>51</code> || RESTORE || <code>82</code> || SCRATCH DISK
|-
| || || <code>83</code> || VERIFY
|}

Таблица прочитана из интерпретатора на загрузочном диске: с адреса 0x1840 лежит алфавитный список 51 однословного ключевого слова без разделителей, с 0x192E — 33 записи сочетаний вида «индекс первого слова плюс 0x60, текст продолжения», с 0x19B6 — 84-байтовый массив перестановки, дающий каждой записи её токен.

<code>DEFFN'</code> в таблице один, с токеном <code>3A</code>; токен <code>27</code> (форма с формальными параметрами) машина ставит сама при разборе.

<code>RES</code> (<code>5C</code>) — самостоятельное ключевое слово; <code>RESTORE</code> собирается из <code>RES</code> и продолжения <code>TORE</code>. Что делают <code>RES</code> и <code>LIST RES</code>, документация не описывает.

== Двухбайтовые глаголы ==

Матричные, символьные и графические операторы кодируются префиксом <code>06</code> и подкодом; байт длины стоит после подкода:

06 <подкод> <len> <операнды>

{| class="wikitable"
! Подкод !! Оператор !! Подкод !! Оператор
|-
| <code>00</code> || PLOT || <code>15</code> || DRAW
|-
| <code>01</code> || MAT ''присваивание'' || <code>19</code> || NPLOT
|-
| <code>02</code> || MAT REDIM || <code>1A</code> || <code>¤MOVE</code>
|-
| <code>03</code> || MAT READ || <code>1B</code> || TURN
|-
| <code>04</code> || MAT INPUT || <code>1C</code> || STRETCH
|-
| <code>05</code> || MAT PRINT || <code>1D</code> || FRAME
|-
| <code>06</code> || MAT COPY || <code>1E</code> || LABEL
|-
| <code>09</code> || MAT MOVE (?) || <code>1F</code> || <code>¤COPY</code>
|-
| <code>0A</code> || MAT SEARCH || <code>22</code> || <code>¤LET</code>
|-
| <code>0B</code> || MAT SORT (?) || <code>23</code> || WINDOW
|-
| <code>0C</code> || <code>¤TRAN(</code> || <code>24</code> || LINPUT
|-
| <code>0D</code> || <code>¤PACK</code> (?) || <code>25</code> || ASMB
|-
| <code>0E</code> || <code>¤UNPACK</code> (?) || <code>26</code> || REPLACE
|-
| <code>0F</code> || <code>¤OPEN</code> || ||
|-
| <code>13</code> || DOT || ||
|-
| <code>14</code> || DDRAW || ||
|}

Имена <code>ORIGIN</code>, <code>DNPLOT</code> и <code>NDRAW</code> встречаются в текстовых листингах, но подкодов не имеют: все подкоды, встречающиеся в оттранслированных файлах, уже опознаны.

Действие графических операторов и формат самого рисунка описаны в статье [[Графический буфер BASIC 02]].

== Таблица операндов ==

Токены операндов прочитаны из интерпретатора с адреса 0x1A0C: пул слов и таблица 16-битных указателей на них с адреса 0x1B18, младший байт первым, 114 слов. Токен слова — его номер в пуле плюс смещение прогона; прогонов четыре, по числу позиций разбора.

=== Двузначные токены ===

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

{| class="wikitable"
! Токен !! В позиции операции !! В позиции операнда
|-
| <code>D2</code> || STEP || параметр <code>T</code> оператора <code>SAVE DC</code>
|-
| <code>D5</code> || <code><></code> || <code>AT(</code>; <code>'</code> в <code>$GIO</code>
|-
| <code>D6</code> || <code><=</code> || BEG; <code>¤</code> после <code>DATA SAVE DC</code> и <code>SAVE DC</code>
|-
| <code>D7</code> || <code><</code> || END
|-
| <code>D8</code> || <code>>=</code> || <code>ROUND(</code>
|-
| <code>D9</code> || <code>=</code> || OPEN
|-
| <code>DB</code> || — || <code>#</code> — номер строки таблицы устройств; «2» — второй аргумент <code>VAL(</code> и <code>BIN(</code>
|-
| <code>DC</code> || <code>/</code> — деление || <code>/</code> — префикс адреса устройства
|-
| <code>DE</code> || <code>,</code> || однобайтовый литерал: значение в следующем байте
|-
| <code>DF</code> || <code>*</code> || <code>TAB(</code>
|-
| <code>E0</code> || <code>^</code> || ссылка на массив целиком
|-
| <code>E5</code> || XOR || дробная константа
|-
| <code>E6</code> || OR || константа с порядком
|-
| <code>E7</code> || AND || константа, 2 байта BCD
|-
| <code>E8</code> || ARC || константа, 1 байт BCD
|-
| <code>E9</code> || <code>-</code> бинарный || <code>-</code> унарный
|-
| <code>EC</code> || TRN || <code>POS(</code>
|-
| <code>ED</code> || INV || <code>LEN(</code>
|-
| <code>EE</code> || IDN || <code>NUM(</code>
|-
| <code>EF</code> || ZER || <code>VAL(</code>
|-
| <code>F0</code> || CON || <code>FN<имя>(</code>
|}

Ключевые слова <code>TRN</code>, <code>INV</code>, <code>IDN</code>, <code>ZER</code> и <code>CON</code> встречаются только внутри оператора <code>MAT</code>. Слова <code>OPEN</code> и <code>ARC</code> взяты из таблицы интерпретатора; в оттранслированных файлах <code>D9</code> встречается только как знак равенства, а <code>E8</code> — только как константа.

=== Однозначные токены ===

{| class="wikitable"
! Токен !! Значение
|-
| <code>00</code>–<code>C9</code> || ссылка на переменную по индексу
|-
| <code>CA</code> || FROM
|-
| <code>CB</code> || ALL
|-
| <code>CC</code> || GOSUB в составе <code>ON … GOSUB</code>
|-
| <code>CD</code> || GOTO в составе <code>ON … GOTO</code>
|-
| <code>CE</code>, <code>CF</code> || буквы <code>B</code> и <code>F</code>
|-
| <code>D0</code> || <code>)</code>
|-
| <code>D1</code> || TO
|-
| <code>D3</code> || THEN, далее 2 байта BCD — номер строки
|-
| <code>D4</code> || <code>></code>
|-
| <code>D9</code> || <code>=</code>
|-
| <code>DD</code> || <code>;</code>
|-
| <code>E1</code> || <code>STR(</code>
|-
| <code>E2</code> || <code>HEX(</code>: <code>E2 <len> <len байт></code>
|-
| <code>E3</code> || строковый литерал в кавычках: <code>E3 <len> <len байт КОИ-8></code>
|-
| <code>E4</code> || строковый литерал в апострофах, кодирование то же
|-
| <code>E8</code> || константа, 1 байт BCD
|-
| <code>EA</code> || <code>+</code>
|-
| <code>EB</code> || <code>(</code> — группирующая скобка
|-
| <code>F1</code> || <code>#PI</code>
|-
| <code>F2</code>–<code>F8</code> || <code>ABS(</code>, <code>INT(</code>, <code>RND(</code>, <code>SGN(</code>, <code>SQR(</code>, <code>LOG(</code>, <code>EXP(</code>
|-
| <code>F9</code>–<code>FE</code> || <code>SIN(</code>, <code>COS(</code>, <code>TAN(</code>, <code>ARCSIN(</code>, <code>ARCCOS(</code>, <code>ARCTAN(</code>
|-
| <code>FE</code> || вне выражения — разделитель записей строк
|}

Ссылками на переменные являются значения <code>00</code>–<code>C9</code>, а не <code>00</code>–<code>BF</code>: первый токен — <code>CA</code>. Индексы <code>C0</code>–<code>C9</code> встречаются в программах более чем со 192 переменными.

=== Два вида строковых литералов ===

Строки в кавычках система выводит как строки из '''прописных''' букв, строки в апострофах — из '''строчных'''.<ref name="balasanyan" /> Так на машине без строчных букв на клавиатуре задаются строчные символьные константы.

{| class="wikitable"
! Токен !! Форма записи !! Регистр
|-
| <code>E3</code> || <code>"…"</code> || прописные
|-
| <code>E4</code> || <code>'…'</code> || строчные
|}

== Числовые константы ==

{| class="wikitable"
! Токен !! Формат
|-
| <code>DE</code> || сырой байт, не BCD — байтовые константы и адреса устройств
|-
| <code>E5</code> || описатель + BCD
|-
| <code>E6</code> || то же + байт порядка
|-
| <code>E7</code> || 2 байта BCD, 0–7999
|-
| <code>E8</code> || 1 байт BCD, 0–99
|}

В описателе '''старшая тетрада — количество цифр до запятой, младшая — общее количество цифр'''. Цифры идут по две на байт, незанятая последняя тетрада — нуль.

{| class="wikitable"
! Запись !! Байты !! Описатель
|-
| <code>.5</code> || <code>E5 01 50</code> || 0 / 1
|-
| <code>2.5</code> || <code>E5 12 25</code> || 1 / 2
|-
| <code>.196854</code> || <code>E5 06 19 68 54</code> || 0 / 6
|-
| <code>51840</code> || <code>E5 55 51 84 00</code> || 5 / 5
|-
| <code>2.718281828</code> || <code>E5 1A 27 18 28 18 28</code> || 1 / 10
|-
| <code>1E6</code> || <code>E6 11 10 06</code> || 1 / 1, порядок 6
|}

Токен <code>E5</code> служит и для целых чисел больше 9999 — всего, что не помещается в <code>E7</code>; дробной части при этом нет, обе тетрады описателя равны.

Длина хвоста — <code>1 + ⌈''младшая тетрада'' / 2⌉</code> байт для <code>E5</code> и на один байт больше для <code>E6</code>.

Верхняя граница <code>E7</code> — 7999: восемь тысяч кодируются общей формой <code>E5 44 80 00</code>.

Запись с порядком по значению не восстанавливается: <code>1E6</code> и <code>1000000</code> — одно число, но разные байты.

Номер метки в <code>GOSUB'</code> и первый байт операндов <code>DEFFN'</code> хранятся '''двоичными''', не в BCD. То же относится к номерам строк, которые записываются сырыми парами BCD без токена: диапазоны в <code>SAVE</code>, <code>LOAD</code>, <code>SAVE DC</code>, <code>LOAD DC</code>, <code>RUN</code>, номер строки у <code>RESTORE</code>, <code>IF END THEN</code>, <code>KEYIN</code> и <code>LIST S</code>.

== Таблицы переменных ==

=== Таблица 1 ===

Описывает переменные, которым нужен дескриптор размера: массивы и символьные переменные с явно заданной длиной, независимо от того, объявлены они в <code>DIM</code> или в <code>COM</code>. Числовые скаляры и символьные переменные с длиной по умолчанию в таблицу не попадают.

Запись — 8 байт:

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0–1 || 2 || адрес переменной в памяти, младший байт первым
|-
| 2–3 || 2 || тип: <code>00 08</code> — символьная, <code>2D 08</code> — числовая или целая; иное значение — вторая размерность
|-
| 4–5 || 2 || число элементов (первая размерность), младший байт первым
|-
| 6–7 || 2 || размерный код, младший байт первым
|}

Размерный код равен <code>2 × размер элемента</code>, младший бит означает, что длина задана явно:

* целая — 4 (2 байта);
* числовая — 16 (8 байт);
* символьная длины ''L'' — <code>2L + 1</code>;
* символьная с длиной по умолчанию (16) — 32, код чётный.

Нечётность кода не является признаком символьного типа; тип берётся из байтов 2–3 либо из флага таблиц 2 и 3.

'''Двумерные массивы.''' Вторая размерность записывается в байты 2–3, на место признака типа; первая остаётся в поле числа элементов. Размерности не перемножаются, <code>DIM</code> восстанавливается точно. Практическое правило: старший байт поля 2–3 равен <code>08</code> — массив одномерный, иначе поле занято второй размерностью.

Исключение — '''неявно объявленные массивы''': у переменной, к которой обратились с индексом без <code>DIM</code>, число элементов равно 10, а в байтах 2–3 стоят значения <code>01 27</code> или <code>07 59</code>, размерностями не являющиеся. Такие массивы следует выводить как одномерные <code>(10)</code>.

'''Порядок записей обратен порядку объявления''': память выделяется сверху вниз, а таблица отсортирована по возрастанию адреса.

Размер выделяемой памяти:

* скалярная символьная переменная — объявленная длина, округлённая вверх до чётной;
* массив — <code>N × размер элемента + 6</code>, где 6 байт занимает дескриптор.

Адреса могут быть нулевыми: у программ, которые ни разу не выполнялись, и у защищённых файлов. Правила, опирающиеся на разность адресов, там неприменимы.

=== Таблицы 2 и 3 ===

Образуют '''один непрерывный массив дескрипторов''' — по записи на каждую переменную программы. Формат одинаков, граница определяется счётчиками пролога.

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0–1 || 2 || адрес переменной, младший байт первым; <code>0000</code>, если память не выделена
|-
| 2 || 1 || флаг типа
|-
| 3 || 1 || назначение не установлено
|}

Записи идут в порядке '''убывания индекса переменной'''. Если

N = L2 / 4 + L3 / 4

то переменная с индексом ''i'' описана записью на позиции <code>N − 1 − i</code>, считая позиции подряд: сначала таблица 2, затем таблица 3. Отсюда <code>N</code> — общее число переменных программы.

Таблица 3 приходится на самые младшие индексы — те, что занимает оператор <code>COM</code>.

'''Флаг типа:'''

{| class="wikitable"
! Бит !! Значение
|-
| 0 (<code>0x01</code>) || у переменной есть дескриптор в таблице 1
|-
| 3 || назначение не установлено
|-
| 4 (<code>0x10</code>) || числовая действительная
|-
| 5 (<code>0x20</code>) || символьная
|-
| 7 || назначение не установлено
|-
| ни 4, ни 5 || целая (суффикс <code>%</code>)
|}

'''Связь с таблицей 1.''' Число записей с установленным битом 0 равно <code>L1 / 8</code>, и соответствие порядковое:

k = 0
для pos = 0 … N−1:
если флаг[pos] и 1:
дескриптор переменной (N − 1 − pos) = запись таблицы 1 номер k
k = k + 1

Это даёт точное соответствие «индекс переменной → запись таблицы 1» без разбора операторов <code>DIM</code> и <code>COM</code>. Сопоставление по порядку объявления ошибочно: <code>COM</code> объявляет и обычные скаляры, у которых дескриптора нет, а после <code>MAT REDIM</code> в операнде <code>DIM</code> стоят «теневые» индексы.

У переменных с дескриптором таблицы 1 поле 0–1 содержит не адрес, а небольшое число, растущее примерно на восемь с каждой такой переменной. Назначение не установлено.

=== Состояние на момент сохранения ===

Оттранслированный файл — снимок памяти после запуска, а не перевод текста.

Массив, выросший при выполнении оператора <code>MAT REDIM</code> за пределы исходного выделения, получает новый дескриптор в таблице 1 '''и новый индекс переменной''', причём интерпретатор правит операнд в самом операторе <code>DIM</code>, оставляя код и <code>MAT REDIM</code> работать со старым индексом. Если новый размер не превышает объявленного, память переиспользуется и запись остаётся одна.

Поэтому операторы <code>DIM</code> как источник соответствия «индекс — дескриптор» непригодны.

=== Индексы и имена переменных ===

Индексы назначаются '''в порядке первого появления переменной в тексте программы'''. Операторы <code>COM</code> и <code>DIM</code> делят единое пространство индексов; <code>COM</code> выполняется первым и получает индексы с нуля.

Ключ переменной — имя '''вместе с признаком массива''': <code>A</code>, <code>A%</code>, <code>A¤</code>, <code>A()</code> и <code>A%()</code> — разные переменные с разными индексами.

'''Имена переменных в оттранслированном файле не сохраняются.''' Таблицы содержат только дескрипторы памяти. Читаемый листинг из такого файла восстановить нельзя: восстанавливается структура программы, тип каждой переменной, «массив или скаляр» и размерности, но не имена.

== Операнды ==

=== Дисковые операторы ===

Первый байт операндов — код устройства или режима, а не ссылка на переменную:

{| class="wikitable"
! Байт !! Значение
|-
| <code>00</code> || <code>F</code> — первый дисковод
|-
| <code>01</code> || <code>R</code> — второй дисковод
|-
| <code>02</code> || <code>T</code> — обращение по номеру строки таблицы устройств (<code>#n</code>)
|}

79 01 D6 DBACKSPACE BEG
7A 01 D7 DSKIP END
76 01 D7 DATA SAVE DC END
79 04 DB E8 01 DE D6 DBACKSPACE #1,BEG
76 07 D6 DB E8 02 DE E0 12 DATA SAVE DC ¤#2,W()
82 0B 01 06 D9 E8 05 DE D7 D9 E7 10 00 SCRATCH DISK RLS=5,END=1000

В последнем примере <code>06</code> — ключевое слово <code>LS</code>, <code>D9</code> — знак равенства, <code>D7</code> — <code>END</code>. Байт <code>05</code> после законченного выражения у <code>DSKIP</code> и <code>DBACKSPACE</code> — параметр <code>S</code> («в секторах»).

Формы <code>SAVE DC</code>, <code>LOAD DC</code>, <code>LIST DC</code>:

80 <приставка> [D2 = T] [EB <старое имя либо резерв> D0] <имя> [<нач> [DE <кон>]]
7D <приставка> <имя> [<нач> [DE <кон> [DE <куда продолжать>]]]
7C <приставка> [<имя>]

=== Списки ===

Список '''принимающих''' переменных пишется '''без разделителей''':

41 02 0A 0B INPUT T0,N0
74 03 05 0C 0D DATA LOAD DC A1¤,E1,E2
46 04 00 01 02 03 DIM X(300),Y(300),N(2),G¤(300)5

Список '''выражений''' разделяется <code>DE</code>:

76 06 D6 05 DE 0A DE 0B DATA SAVE DC ¤A1¤,T0,N0

Пропущенный параметр не кодируется ничем — между разделителями просто нет операнда:

06 1E 09 E0 12 DE DE DE 11 E8 01 D0 LABEL B6¤(),,,B3¤(1)

=== Индексация массивов ===

У обращения к элементу массива '''нет открывающей скобки''': ссылка на переменную сама открывает список индексов, а <code>D0</code> его закрывает. Токен <code>EB</code> используется только как группирующая скобка в выражениях и для размерностей в <code>MAT REDIM</code>.

01 32 D0 → 01(32)
EB 34 E9 33 E9 E8 01 D0 → (34*33*1)

Ссылка на массив целиком — <code>E0 <индекс></code>, законченное значение: после неё разбор ожидает операцию или следующий элемент списка. В операторах, операнды которых — список значений, возведения в степень быть не может, поэтому <code>E0</code> там всегда ссылка на массив.

=== Скобки ===

{| class="wikitable"
! Конструкция !! Открывающая !! Закрывающая
|-
| индекс массива || нет || <code>D0</code>
|-
| <code>STR(</code>, <code>ABS(</code>, <code>SQR(</code> и прочие явные функции || в токене || <code>D0</code>
|-
| <code>POS(</code>, <code>LEN(</code>, <code>NUM(</code>, <code>VAL(</code> || в токене || '''нет'''
|-
| <code>AT(</code> || в токене || '''нет'''
|-
| <code>TAB(</code>, <code>ROUND(</code> || в токене || <code>D0</code>
|-
| группировка в выражении || <code>EB</code> || <code>D0</code>
|}

У глаголов, имя которых оканчивается на <code>(</code>, закрывающей скобки в потоке нет:

{| class="wikitable"
! Глагол !! Где находится закрывающая скобка
|-
| <code>43</code> AND(, <code>61</code> OR(, <code>62</code> XOR( || в конце операторной части
|-
| <code>48</code> PACK(, <code>5D</code> UNPACK(, <code>06 0C</code> <code>¤TRAN(</code> || сразу за литералом формата
|-
| <code>4B</code> BIN( || после приёмника, вместе со знаком <code>=</code>
|}

'''Неявные функции считаются по уровням, а не одним счётчиком.''' Закрывающая скобка вложенной явной конструкции неявную функцию не закрывает:

EC E1 E0 2A E8 01 D0 D7 DE 20 D5 E8 00 D3 02 70
POS(STR( V¤() , 1 ) < 20 ) <> 0 THEN 270

Здесь <code>D0</code> закрывает только <code>STR(</code>, а <code>POS(</code> заканчивается на <code>D5</code>.

=== Неявная первая запятая ===

Функция <code>STR(</code> первую запятую не кодирует: <code>STR(Z¤,67)</code> → <code>E1 10 E8 67 D0</code>. Вторая и последующие кодируются <code>DE</code>. У прочих операторов неявной первой запятой нет.

Первый аргумент <code>STR(</code> индексируется только по признаку массива из таблиц переменных: заглядывание вперёд читает <code>STR(Z¤,67)</code> как <code>Z¤(67)</code>. То же относится к приёмнику <code>BIN(</code>, приёмникам <code>INIT</code> и <code>KEYIN</code> и имени файла у <code>LIMITS</code> — за ними сразу идёт следующий операнд, без разделителя.

=== Что не кодируется ===

{| class="wikitable"
! Оператор !! В потоке !! В листинге
|-
| <code>INIT</code> || <code>64 04 E3 01 2D 15</code> || <code>INIT ("-")U¤</code> — значение в скобках, запятой нет
|-
| <code>CONVERT</code> || <code>47 0F 48 D1 E1 … D0 E3 02 «##»</code> || <code>CONVERT P% TO STR(…),(##)</code>
|-
| <code>$GIO</code> с адресом || <code>40 0D DC DE 34 DE E2 06 … 22</code> || <code>¤GIO /34,(HEX(…),A¤)</code>
|-
| <code>VERIFY</code> || <code>83 … 02 DB 39 E8 01 D0 DE 16 … 17 …</code> || <code>VERIFY T#D%(1),(X(1),Y(1))</code>
|-
| <code>¤TRAN(</code> || <code>06 0C 06 0D DE 12 D0 DE 00</code> || <code>¤TRAN(Q¤,L0¤)R</code> — запятая после <code>)</code> не печатается
|-
| <code>LABEL</code> || <code>06 1E 0A E0 1F E8 03 DE DE DE E3 01 51</code> || <code>LABEL B¤()3,,,"Q"</code> — размер вплотную к имени
|-
| <code>MAT</code> || <code>06 01 04 E0 54 D9 EF</code> || <code>MAT C%=ZER</code> — имя массива без <code>()</code>
|-
| <code>RESTORE</code> || <code>51 05 E8 01 DE 48 50</code> || <code>RESTORE 1,4850</code>
|-
| <code>SAVE</code>, <code>LOAD</code> || <code>2A 0A DD 10 52 15 DE 52 15 DE 52 25</code> || <code>SAVE Z¤5215,5215,5225</code>
|-
| <code>LINPUT</code> || <code>06 24 2C E3 28 … E9 32</code> || <code>LINPUT "…",-L¤</code> — запятая перед унарным минусом
|-
| <code>INPUT</code> с приглашением || <code>41 14 E3 11 «…» 00</code> || <code>INPUT "…",K</code> — запятая после литерала
|}

=== Оператор SELECT ===

Первый байт операндов — код группы устройств, записи разделяются <code>DE</code>. Ширина строки после <code>EB</code> — двоичное 16-битное число, старший байт первым.

{| class="wikitable"
! Код !! Группа !! Пример
|-
| <code>00</code> || <code>#n</code> — строка таблицы устройств || <code>00 01 18</code> = <code>#118</code>; <code>00 01 18 00</code> = <code>#118F</code>
|-
| <code>01</code> || <code>D</code> — градусы || операндов нет
|-
| <code>02</code> || <code>R</code> — радианы || операндов нет
|-
| <code>03</code> || <code>G</code> — грады || операндов нет
|-
| <code>05</code> || <code>P</code> — пауза после строки || <code>05 01</code> = <code>SELECT P1</code>
|-
| <code>06</code> || LIST || <code>06 0C</code>
|-
| <code>07</code> || PRINT || <code>07 0C EB 00 82</code> = <code>SELECT PRINT0C(130)</code>
|-
| <code>08</code> || PLOT || <code>08 10 DE …</code>
|-
| <code>09</code> || TAPE || <code>09 1B EB 1F 3F</code>
|-
| <code>0A</code> || DISK || <code>0A 18 01</code> = <code>SELECT DISK18R</code>
|-
| <code>0B</code> || CI ||
|-
| <code>0C</code> || CO || <code>0C 05 EB 00 50</code>
|}

В записях группы <code>00</code> дисковод указывается не всегда: <code>SELECT #118</code> даёт трёхбайтовую запись, <code>SELECT #118F</code> — четырёхбайтовую.

Параметры оператора <code>CLEAR</code> кодируются той же таблицей: <code>11</code> — <code>V</code>, <code>12</code> — <code>N</code>, <code>14</code> — <code>P</code>.

=== Цепочка операторов DATA ===

Два последних байта операндов каждого оператора <code>DATA</code> — указатель на следующий оператор <code>DATA</code>, младший байт первым; у последнего в программе он равен <code>00 00</code>. По этой цепочке работают <code>READ</code> и <code>RESTORE</code>. Значения — адреса в памяти интерпретатора, а не смещения в файле, и из текста программы не восстанавливаются.

Эти два байта нельзя разбирать как токены.

Тело оператора — список значений '''без разделителей''':

29 1E E8 31 E7 03 34 E8 00 E8 28 E7 03 06 E8 31 … C9 04
31 334 0 28 306 31

Поэтому внутри <code>DATA</code> токены <code>E5</code>, <code>E6</code> и <code>E7</code> всегда читаются как константы, а не как <code>XOR</code>/<code>OR</code>/<code>AND</code>. То же в <code>MAT REDIM</code>, где длина элемента идёт сразу за закрывающей скобкой:

06 02 0A E0 04 EB E7 01 26 D0 E7 01 28 MAT REDIM A¤(126)128

=== Подпрограммы с параметрами ===

{| class="wikitable"
! Глагол !! Операнды
|-
| <code>23</code> GOSUB' || <code><метка: 1 байт двоичный></code>, затем фактические параметры — выражения через <code>DE</code>
|-
| <code>27</code> DEFFN' || <code><метка> <4 байта адреса входа></code>, затем формальные параметры — индексы подряд, без разделителей
|-
| <code>3A</code> DEFFN' || <code><метка> <4 байта адреса> <один литерал></code> — текст клавиши специальных функций
|-
| <code>5A</code> DEFFN || <code><имя> <2 байта рабочего поля> <формальная переменная> <выражение></code>
|}

Скобки списка параметров не кодируются.

23 0B 05 E8 01 DE E8 01 DE 0D E9 E8 02 GOSUB ' 5(1,1,N-2)
27 08 05 00 00 00 00 12 20 21 DEFFN ' 5(N1,D1,D2)
3A 08 1F 00 00 A4 03 E2 01 0D DEFFN ' 31 HEX(0D)

Четыре байта после метки у <code>27</code> и <code>3A</code> — адрес входа, который интерпретатор заполняет при первом обращении; нулевыми они бывают только там, где подпрограмму ни разу не звали. При разборе их следует пропускать.

Токен <code>3A</code> подпрограммы не задаёт: это текст, подставляемый при нажатии клавиши, и <code>GOSUB'</code> на него не переходит.

=== Функции пользователя ===

5A <имя> <lo> <hi> <формальная переменная> <выражение>
F0 <имя> <выражение> D0

Имя функции — латинская буква либо цифра, записанная сырым кодом символа. Это '''не индекс переменной''': пространства имён разные, одна и та же буква может быть и переменной, и именем функции. Знака равенства в потоке нет, тело идёт сразу за байтом формальной переменной. Два байта между именем и формальной переменной — рабочее поле; у последнего определения в программе там нули.

5A 48 00 00 2A EB 2A EA F2 2A D0 D0 DC E8 02 DEFFN H(X)=(X+ABS(X))/2

В операторах <code>AND(</code>, <code>OR(</code>, <code>XOR(</code> байт <code>F0</code> в конце операндов — не функция, а шестнадцатеричная маска.

== Разбор выражений ==

Два состояния: «ожидается операнд» и «ожидается операция».

* Сброс в «операнд»: начало операндов оператора, после <code>DE</code>, <code>DD</code>, <code>D9</code>, <code>D1</code>, знаков сравнения, после <code>EB</code> и функций, после любой бинарной операции.
* Переход в «операцию»: после ссылки на переменную, константы, литерала, <code>D0</code>.
* Унарный минус (<code>E9</code> в позиции операнда) состояние не меняет.

Заглядывать вперёд можно только в том состоянии, в каком лексема потом будет прочитана: <code>DE</code> в позиции операции — запятая, в позиции операнда — однобайтовый литерал, съедающий следующий байт.

Разрешение «массив или скаляр» после ссылки на переменную:

{| class="wikitable"
! Следующий токен !! Вывод
|-
| однозначный операнд (<code>E8</code>, <code>E7</code>, <code>E3</code>, <code>EB</code>, ссылка на переменную) || список индексов
|-
| однозначная операция (<code>DC</code>, <code>EA</code>, <code>D9</code>, <code>D7</code> и прочие) || продолжение выражения
|-
| двузначный токен || операция
|}

Левая часть присваивания: цели идут вплотную, без разделителей, до первого <code>D9</code> на нулевой глубине.

36 07 0F 10 11 12 D9 E8 00 S1,S2,S3,M=0

Связки условий <code>XOR</code>, <code>OR</code> и <code>AND</code> '''равноправны и вычисляются слева направо''';<ref name="balasanyan" /> старшинства между ними нет.

В операторе <code>MAT SEARCH</code> знак сравнения стоит в позиции операнда — сразу после запятой, отделяющей искомое значение:

06 0A 08 E0 20 DE D4 22 D1 E0 1E MAT SEARCH L4¤(),>A¤TON4¤()

== Алгоритм разбора ==

# Прочитать запись каталога и заголовочный сектор; убедиться, что бит 0 байта 9 установлен.
# Собрать поток, беря с каждого сектора ровно 254 байта без обрезки хвостовых нулей.
# Прочитать L1, L2, L3; перейти к смещению <code>6 + L1 + L2 + L3</code>; проверить наличие четырёхбайтового поля.
# Построить таблицу переменных: <code>N = L2/4 + L3/4</code>, индекс на позиции ''pos'' равен <code>N − 1 − pos</code>, тип из флага; записи с битом 0 по порядку сопоставить записям таблицы 1.
# Для каждой записи строки: номер из двух байтов BCD, длина из третьего, тело до следующего <code>FE</code>. Если по отсчитанной длине <code>FE</code> нет — поток рассинхронизирован, разбор остановить.
# После <code>FE</code>: если весь остаток текущего 254-байтового куска нулевой, перейти к началу следующего.
# Тело разрезать на операторы <code><глагол><len><операнды></code>, учитывая двухбайтовые глаголы с префиксом <code>06</code>.
# Перед разбором операндов учесть особые формы: у <code>DATA</code> два последних байта — указатель цепочки, у дисковых операторов первый байт — код <code>F</code>/<code>R</code>/<code>T</code>, у <code>GOSUB'</code> и <code>DEFFN'</code> — двоичная метка, у <code>SELECT</code> и <code>SCRATCH DISK</code> — собственный формат.
# Операнды — автомат состояний со стеком уровней скобок.
# Контроль: израсходовано ровно <code>len</code>; стек пуст к концу оператора; число записей таблиц 2 и 3 с битом 0 равно <code>L1 / 8</code>.

Обработку файла прекращать на первом секторе с маркером <code>1C</code>.

== Не установлено ==

# Подкоды операторов <code>ORIGIN</code>, <code>DNPLOT</code>, <code>NDRAW</code>.
# Разметка аргумента в скобках у <code>MAT TRN</code> и <code>MAT INV</code>; кодирование матричной арифметики (<code>+</code>, <code>-</code>, <code>*</code>, <code>(K)*</code>).
# Кодирование отрицательного порядка числовой константы.
# Маска <code>hh</code> у <code>¤TRAN(</code>; признаки <code>*</code>, <code>%</code>, <code>#</code> у <code>MAT SEARCH</code>; формы <code>LIST V</code>, <code>LIST *</code>, <code>LIST %</code>, <code>LIST ¤</code>; форма <code>INPUT ¤<переменная></code>.
# Грамматика операндов у глаголов <code>38</code>, <code>39</code>, <code>49</code>, <code>5B</code>, <code>65</code>, <code>7F</code>: байты известны, вхождений нет.
# Смысл операторов <code>RES</code> (<code>5C</code>) и <code>LIST RES</code> (<code>65</code>).
# Назначение четырёхбайтового поля <code>0A 19 <BCD></code> перед программой.
# Байт 3 записей таблиц 2 и 3, биты 7 и 3 флага, поле 0–1 у переменных с дескриптором таблицы 1.
# Различение «строка-скаляр или массив строк» при нулевых адресах в таблице 1.

== Примечания ==

<references>
<ref name="balasanyan">Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987. — 264 с.: ил.</ref>
</references>

== Источники ==

* Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987.
* Таблицы ключевых слов и операндов — из образа интерпретатора на загрузочных дисках, адреса 0x1840 и 0x1A0C.
* Реконструкция по 94 оттранслированным файлам (15 735 строк) и 28 текстовым листингам, в том числе 12 парам «текст + токены».

[[Категория:Искра-226]]

Искра-226/Файловая система

2026-08-26T15:27:57Z

Panther: new vers

Искра-226/Файловая система

2026-08-26T08:04:11Z

Panther: more info

{{emuverse}}

'''Формат файлов BASIC 02''' — способ хранения программ на дисках [[Искра-226]]. Файловая система унаследована от [[Wang 2200]], представление программы — оригинальное и с Wang несовместимо.

Программа может храниться в двух видах: '''текстовом''' (плоский текст в [[КОИ-8]]) и '''токенизированном'''. Оба вида имеют одинаковую внешнюю структуру и различаются одним байтом в заголовочном секторе.

== Общее устройство ==
На диске располагаются физические сектора размером 128 байт — 77 дорожек, 26 секторов на дорожке, одна сторона. Физические сектора попарно объединены в логические размером 256 байт со сквозной нумерацией. Далее везде будут подразумеваться логические сектора.

Файлу выделяется непрерывный диапазон секторов, границы которого записаны в «Указателе каталога». Раскладка внутри диапазона:

{| class="wikitable"
! Сектор !! Содержимое
|-
| первый || заголовок файла
|-
| следующие N || поток содержимого
|-
| … || резерв, заполнен нулями
|-
| последний выделенный || control record
|}

Таким образом, любой файл занимает на диске как минимум на 512 байт больше, чем размер его полезных данных.

Размер файла на диске уменьшать нельзя, поэтому при перезаписи файла более коротким содержимым '''старые данные в хвосте не затираются'''. Там могут остаться читаемые фрагменты предыдущих версий файла, иногда в другом представлении. Их нельзя принимать за часть текущего файла, поэтому необходимо завершать обработку файла при нахождении первой control record.

Искра-226 поддерживает работу с двумя типами файлов: ПФ — «Программные файлы» и ФД — «Файлы данных». Программные файлы всегда содержат программу на Бейсике, в текстовом или упакованном токенизированном виде. Файлы данных, соответственно, данные, доступные из программ пользователя.

В соответствии с документацией, Искра-226 поддерживает прямой доступ программ к секторам диска, при этом к записанным таким образом дискам всё нижеизложенное может быть неприменимо, так как форматом хранения полностью управляет программа пользователя по своему усмотрению.

Также, в наличии имеется несколько системных дисков, на которых содержатся различные версии интерпретатора Бейсика, с которых производится начальная загрузка компьютера. Эти диски имеют свой формат и здесь не рассматриваются.

== Указатель каталога ==
Начиная с 0 сектора на диске располагается «Указатель каталога».

Первые 16 байт содержат служебную информацию в следующем составе:

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0-1 || 2 || размер Указателя каталога в секторах, 16 бит big-endian
|-
| 2-3 || 2 || номер последнего использованного сектора, 16 бит big-endian
|-
| 4–5 || 2 || размер тома (обычно 1000), 16 бит big-endian
|-
| 6–15 || 10 || нули
|}

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

== Запись каталога ==

16 байт, побайтово совпадает с Wang 2200.

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0 || 1 || статус: <code>10</code> — активна, <code>11</code> — удалена (scratched), <code>00</code> — свободна
|-
| 1 || 1 || тип файла: <code>80</code> — программа, <code>00</code> — данные
|-
| 2–3 || 2 || первый сектор файла, старший байт первым
|-
| 4–5 || 2 || последний сектор файла, старший байт первым
|-
| 6–7 || 2 || не используются
|-
| 8–15 || 8 || имя файла, дополнено пробелами справа
|}

Байт типа '''не различает''' текстовое и токенизированное представление: у обоих <code>80</code>.

Указатель каталога всегда начинается с нулевого сектора диска; за ним идёт область каталога. Число секторов указателя задаётся при создании каталога оператором <code>SCRATCH DISK</code> параметром <code>LS=</code>, по умолчанию равно 24 и в дальнейшем не меняется; допустимы значения от 1 до 255. В нулевом секторе помещается до 15 записей, в остальных — до 16: первые 16 байт нулевого сектора занимает блок параметров диска.

Оператор <code>LIST DC</code> выводит типы файлов как <code>P</code> (программный), <code>D</code> (файл данных), <code>SP</code> и <code>SD</code> (вычеркнутые из каталога программный и файл данных соответственно), что соответствует сочетанию байта статуса и байта типа в записи.<ref name="balasanyan" />

=== Пример ===
0 1 2 3 4 5 6 7 8 9 A B C D E F
10 80 00 31 00 3F 00 00 44 49 47 20 44 45 4D 20
└───┘ └───┘ └───┘ └─────────────────────┘
Активная запись, программа, секторы 49…63, имя <code>DIG DEM</code>.

== Заголовочный сектор ==

{| class="wikitable"
! Смещение !! Значение
|-
| 0 || <code>01</code>
|-
| 1–8 || имя файла, дополнено пробелами
|-
| 9 || признак формата записи, см. ниже
|-
| 10–255 || нули
|}

Байт 9 — единственный признак, по которому различаются два представления программы. В исследованном наборе наблюдались значения <code>20</code> (текстовое), <code>21</code> (токенизированное) и <code>25</code> (токенизированное и защищённое).

=== Связь с параметрами оператора SAVE DC ===

Документация<ref name="balasanyan" /> описывает три параметра специальных форматов записи программы:

{| class="wikitable"
! Параметр !! Действие
|-
| <code>T</code> || программа записывается в оттранслированной форме — во внутреннем формате машины, что сокращает занимаемое место и время загрузки
|-
| <code>P</code> || программа защищается от просмотра и записи; после загрузки возможно только выполнение, режим сохраняется до оператора <code>CLEAR</code>
|-
| <code>G</code> || оттранслированная и защищённая форма одновременно
|}

Отсюда следует, что '''текстовое представление — это режим по умолчанию''', а токенизированное включается явным указанием параметра <code>T</code>. Термин «оттранслированная форма» в документации обозначает именно токенизированную запись.

Документированные значения байта 9 (в источнике он назван «признак защиты»):<ref name="vtoraya" />

{| class="wikitable"
! Значение !! Символ !! Защита !! Представление
|-
| <code>20</code> || пробел || нет || текстовое
|-
| <code>21</code> || <code>!</code> || нет || оттранслированное
|-
| <code>24</code> || <code>¤</code> || есть || текстовое
|-
| <code>25</code> || <code>%</code> || есть || оттранслированное
|}

Таким образом байт 9 — битовое поле: '''бит 0''' — программа оттранслирована (параметр <code>T</code>), '''бит 2''' — программа защищена (параметр <code>P</code>); сочетание обоих соответствует параметру <code>G</code>. Значения <code>22</code> и <code>23</code> не используются.

Значения <code>20</code>, <code>21</code> и <code>25</code> наблюдались на дисковых образах (<code>25</code> — у файла <code>STAT05</code>, защищённого и оттранслированного одновременно), <code>24</code> взято из документации.

== Секторы потока ==

Первые два байта каждого сектора потока — служебные, в содержимое не входят.

'''Байт 0''' — позиция сектора:

{| class="wikitable"
! Значение !! Смысл
|-
| <code>02</code> || первый сектор потока
|-
| <code>8F</code> || промежуточный
|-
| <code>03</code> || последний
|}

В токенизированных программах все секторы потока наблюдались с маркером <code>02</code>; позиционная разметка <code>02</code>/<code>8F</code>/<code>03</code> подтверждена на текстовых файлах и на потоке значений переменных. Причина различия не установлена.

'''Байт 1''' — только у программных секторов. Во всех исследованных потоках программы он равен <code>80</code>.

{{Внимание|У секторов данных служебный заголовок занимает '''один''' байт, а не два. То, что во всех наблюдавшихся секторах данных на позиции 1 стоял <code>00</code>, объясняется не разметкой потока, а тем, что это первый байт двухбайтового идентификатора значения, и <code>00</code> в нём означает числовой тип. Для сектора, начинающегося со строкового значения, значение будет другим. Использовать байт 1 как признак «программа или данные» нельзя; надёжный признак — байт 9 заголовочного сектора и байт типа в записи каталога.}}

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

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

Маркер <code>03</code> имеет содержательный смысл: документация<ref name="balasanyan" /> описывает файл как область, в которой между последней записью данных и последним сектором файла остаются неиспользованные секторы, а концевая запись помечает сектор, откуда можно продолжать запись. Таким образом <code>03</code> — не просто «последний по счёту сектор», а граница записанной области, и всё, что лежит за ней до конца выделенного диапазона, к текущему содержимому файла не относится.

== Control record ==

Лежит в '''последнем выделенном''' секторе, а не сразу за содержимым.

1C <длина: 2 байта, старший первым>

Остаток сектора — нули. Маркер <code>1C</code> соответствует по роли байту <code>20</code> в Wang. Второй источник<ref name="vtoraya" /> описывает эту структуру как признак конца файла <code>1C</code>, за которым во втором и третьем байтах сектора записано число реально занятых секторов, а остальные байты нулевые; последний сектор файла данных устроен так же, как последний сектор программного файла.

Документация<ref name="balasanyan" /> отдельно указывает, что последний сектор файла отводится под служебную информацию, а концевая запись занимает ещё один сектор, поэтому при создании файла его размер следует заказывать на два сектора больше, чем требуется собственно под данные.

Счётчик соответствует графе «Использовано», которую показывает оператор <code>LIST DC</code>. Согласно документации<ref name="balasanyan" /> он '''не поддерживается системой автоматически''': значение заносит прикладная программа оператором <code>DATA SAVE DC END</code>, записывающим односекторную концевую запись в текущий сектор из таблицы устройств. Если признак конца данных не записан, в графе «Использовано» всегда стоит 00001; если записан — число реально использованных секторов.

Там, где значение выставлено, оно равно '''заголовок + секторы содержимого + сам control record''', то есть совпадает с правилом Wang:

{| class="wikitable"
! Файл !! Секторов содержимого !! Счётчик !! Ожидаемо
|-
| <code>ФС</code> || 5 || 7 || 1+5+1 = 7
|-
| <code>ДЕМ6</code> || 16 || 18 || 1+16+1 = 18
|}

{{Внимание|Счётчик не является инвариантом файловой системы и при разборе ненадёжен. У <code>#СТАТИСТ</code> он равен 48 при 46 секторах содержимого — значение, по-видимому, осталось от предыдущей, более длинной версии программы, остатки которой лежат в резерве того же файла. У <code>DIG DEM</code> счётчик равен 6 при 5 секторах содержимого, то есть на единицу меньше ожидаемого; возможная причина в том, что там последней операцией была запись потока данных, а не программы. Границы файла следует брать из каталога, а конец данных определять по структуре записей.}}

== Текстовое представление ==

Программа хранится плоским текстом. Кодировка — КОИ-8 (ГОСТ 19768-74): прописная кириллица в 0xE0–0xFF, строчная в 0xC0–0xDF. Номера строк записаны обычными ASCII-цифрами.

* Разделитель строк — байт '''<code>85</code>'''.
* Строка '''не пересекает''' границу сектора; хвост сектора заполняется нулями.
* Байт <code>24</code> (<code>$</code>) отображается на экране Искры как <code>¤</code>.

Выбор <code>85</code> возможен именно потому, что кириллица занимает только верхнюю четверть кодовой таблицы и диапазон 0x80–0x9F остаётся свободным. К самой кодировке КОИ-8 это соглашение отношения не имеет и за пределами Искры не встречается.

Разбор: склеить содержимое секторов, отбрасывая по два служебных байта, разбить по <code>85</code>, отбросить нули.

=== Пример ===

02 80 35 20 52 45 4D 20 F0 E5 F4 F2 E5 EE EB EF … 85 38 20 50 52 49 4E 54 …

Заголовок сектора, затем <code>5 REM ПЕТРЕНКО …</code>, разделитель, <code>8 PRINT …</code>.

== Токенизированное представление ==

=== Сборка потока ===

Склеить содержимое секторов с байтом 1 равным <code>80</code>, отбрасывая по два служебных байта у каждого. Далее смещения даны от начала полученного потока.

=== Пролог и таблицы ===

Поток начинается с трёх 16-битных длин, '''старший байт первым''', за которыми следуют три таблицы:

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0 || 2 || L1 — длина таблицы 1 в байтах, запись 8 байт
|-
| 2 || 2 || L2 — длина таблицы 2 в байтах, запись 4 байта
|-
| 4 || 2 || L3 — длина таблицы 3 в байтах, запись 4 байта
|-
| 6 || L1 || таблица 1
|-
| 6+L1 || L2 || таблица 2
|-
| 6+L1+L2 || L3 || таблица 3
|}

'''Программа начинается по смещению <code>6 + L1 + L2 + L3</code>.'''

Проверено на четырёх файлах:

{| class="wikitable"
! Файл !! L1 !! L2 !! L3 !! Старт !! Первая строка
|-
| <code>DIG DEM</code> || 24 || 20 || 0 || 50 || <code>0 GOTO 10</code>
|-
| <code>#СТАТИСТ</code> || 216 || 488 || 108 || 818 || <code>999 REM КОНЕЦ</code>
|-
| <code>ДЕМ6</code> || 392 || 256 || 0 || 654 || <code>10 REM "ДЕМ6". ГОРОСКОП</code>
|-
| <code>EDITOR</code> || 448 || 800 || 0 || 1254 || <code>10 % EDITOR. ВЕРСИЯ 4.1</code>
|}

Формула даёт точную границу, эвристический поиск начала программы не требуется.

==== Четырёхбайтовое поле перед программой ====

У части файлов между таблицами и первой записью строки лежат '''четыре лишних байта''', и формула указывает на четыре байта раньше настоящего начала программы. В исследованном наборе так устроены 19 файлов из 94 — целиком одно семейство программ. Первые два байта поля всегда <code>0A 19</code>, вторые два — двоично-десятичное число, своё у каждого файла:

{| class="wikitable"
! Файл !! Поле !! Файл !! Поле
|-
| <code>BAM</code> || <code>0A 19 20 20</code> || <code>BAM00</code> || <code>0A 19 90 90</code>
|-
| <code>BAM1</code> || <code>0A 19 20 91</code> || <code>BAM9</code> || <code>0A 19 20 99</code>
|-
| <code>BAM10</code> || <code>0A 19 91 90</code> || <code>S_BAM01</code> || <code>0A 19 90 91</code>
|}

Признак защиты роли не играет: девять других файлов набора со значением байта 9, равным <code>25</code>, поля не имеют. Назначение поля не установлено; ни на запись строки, ни на запись таблицы 2 оно не раскладывается.

Определять наличие поля следует проверкой самой записи: по вычисленному смещению (после пропуска нулей выравнивания) оба байта номера строки должны быть правильным двоично-десятичным числом, байт длины — не меньше единицы, а байт по адресу <code>p + 2 + len</code> — равен <code>FE</code>. Если проверка не проходит, а по смещению +4 проходит, поле присутствует. На наборе это разделяет файлы без единой ошибки.

{{Внимание|1=Полагаться на «разбор сломается — попробуем сдвиг» нельзя. У файла <code>BAM1</code> мусорная запись по неверному смещению случайно оканчивалась байтом <code>FE</code>: разбор продолжался дальше и терял только первую строку программы.}}

==== Таблица 1 ====

'''Таблица 1 описывает переменные, которым нужен дескриптор размера''' — массивы и символьные переменные с явно заданной длиной. Оператор объявления при этом не важен: в таблицу попадают как переменные из <code>DIM</code>, так и из <code>COM</code> (аналог <code>DIM</code> для переменных, общих для нескольких программ). Числовые скаляры и символьные переменные с длиной по умолчанию в таблице 1 не описываются.

В файле <code>М1.Х</code> записей 13 при 10 переменных в <code>DIM</code>; лишние три — <code>C(14)</code>, <code>G(14)</code> и <code>N0¤21</code>, объявленные в <code>COM</code>.

Запись — 8 байт:

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0–1 || 2 || адрес переменной в памяти, младший байт первым
|-
| 2–3 || 2 || тип: <code>00 08</code> — символьная, <code>2D 08</code> — числовая или целая
|-
| 4–5 || 2 || для массивов — число элементов, младший байт первым
|-
| 6–7 || 2 || размерный код, младший байт первым
|}

Размерный код равен '''<code>2 × размер элемента</code>''', а его младший бит означает, что длина была задана явно. Для числовых переменных код 16 (размер элемента 8 байт), для целых 4 (2 байта), для символьных <code>2 × длина + 1</code>: длина 8 → 17, 64 → 129, 128 → 257, 253 → 507.

Символьная переменная, объявленная без указания длины, получает длину по умолчанию 16 и '''чётный''' код 32. В <code>STAT01A</code> так объявлены <code>B6¤(400)</code> и <code>B7¤(10)</code>, у обоих код 32, тогда как у всех переменных с явной длиной в том же файле код нечётный и точен. Поэтому нечётность кода нельзя использовать как признак символьного типа — для этого служат байты 2–3.

===== Двумерные массивы =====

У двумерного массива вторая размерность записывается в байты 2–3, на место признака типа, а первая остаётся в поле числа элементов. Размерности '''не перемножаются''', поэтому оператор <code>DIM</code> восстанавливается точно.

Правило проверено на десяти массивах в четырёх файлах, включая <code>A(5,6)</code> из <code>STAT03</code> с двумя разными малыми размерностями. В <code>М1.Х</code> пять массивов вида <code>(2,99)</code> дают в байтах 2–3 значение 99, а в поле числа элементов 2; контрольный <code>R(2,2)</code> с равными размерностями даёт 2 и 2. Размер выделяемой памяти считается по общей формуле с перемножением размерностей: у <code>P(2,99)</code> разность адресов равна 1590 = 2 × 99 × 8 + 6, у <code>R(2,2)</code> — 38 = 2 × 2 × 8 + 6.

Пример записи <code>Q(7,8)</code> из <code>STAT01A</code>:

00 00 08 00 07 00 10 00

Байты 2–3 равны 8 (вторая размерность), байты 4–5 равны 7 (первая), размерный код 16 — числовая. Опознание надёжно: соседние записи таблицы содержат 13 и 8 элементов, а в тексте <code>DIM</code> вокруг <code>Q(7,8)</code> стоят <code>A(13)</code> и <code>E(8)</code>.

Практическое правило: '''старший байт поля 2–3 равен <code>08</code> — массив одномерный''', иначе поле 2–3 целиком занято второй размерностью. Значения <code>08 2D</code> и <code>08 00</code> не могут быть размерностью, так как означали бы 2093 и 2048 элементов по второму измерению.

Вопрос «как при двумерности кодируется тип переменной» снимается: тип хранится не в таблице 1, а во флаге записи таблиц 2 и 3 (см. ниже), поэтому байты 2–3 таблицы 1 свободны под размерность. Символьные двумерные массивы в наборе есть — пятнадцать записей, у которых флаг помечает символьный тип, а старший байт поля 2–3 равен <code>0C</code>.

{{Внимание|1=Исключение — '''неявно объявленные массивы'''. У переменной, к которой обратились с индексом без предварительного <code>DIM</code>, число элементов всегда равно 10 (размерность массива по умолчанию), а в байтах 2–3 стоят значения <code>01 27</code> или <code>07 59</code>, размерностями не являющиеся: в исследованном наборе они встречаются девять и семь раз соответственно и только при десяти элементах, в неродственных программах. Их природа не установлена. Такие массивы следует выводить как одномерные <code>(10)</code>. Настоящий двумерный массив <code>(10,10)</code> в наборе тоже есть — в <code>STATIST</code>, там байты 2–3 равны <code>00 0A</code>.}}

===== Порядок записей обратен порядку объявления =====

Память под переменные выделяется '''сверху вниз''', от верхней границы, а записи в таблице отсортированы по возрастанию адреса. Поэтому '''первая переменная в <code>DIM</code> оказывается последней записью таблицы''', и сопоставлять их нужно с конца.

Проверено на файле <code>EDITOR</code>: 7 операторов <code>DIM</code> объявляют 50 переменных, L1 = 448 = 56 записей. При обратном сопоставлении разность адресов соседних записей совпадает с ожидаемым размером переменной '''у 44 из 50''' точно, а оставшиеся 6 расходятся ровно на 1 байт — это нечётные длины (<code>A¤1</code>, <code>K¤253</code>, <code>G¤19</code>), округляемые вверх до чётной.

{{Внимание|1='''Адреса в таблице 1 могут быть нулевыми.''' В файле <code>STAT05</code> все 11 записей имеют адрес <code>0000</code>, поэтому любое правило, опирающееся на разность адресов соседних записей, там неприменимо. Разборщику следует проверять адреса на ненулевое значение перед использованием.

Остальные поля при этом заполнены и корректны: обратный порядок относительно <code>DIM</code> сохраняется, размерный код точен для всех строковых переменных, у массива <code>K(9)</code> число элементов равно 9.}}

Размер выделяемой памяти:

* скалярная символьная переменная — объявленная длина, округлённая вверх до чётной;
* массив — <code>N × размер элемента + 6</code>, где 6 байт занимает дескриптор.

Формула для массивов проверена на 20 массивах <code>EDITOR</code> без единого расхождения: <code>V¤(20)64</code> → 1286, <code>S¤(48)64</code> → 3078, <code>P%(300)</code> → 606, <code>X(2)</code> → 22.

===== Таблица отражает состояние на момент сохранения =====

Число записей может превышать число переменных в <code>DIM</code>. В <code>STAT01A</code> записей 26 при 23 объявленных переменных, и три лишние стоят в области самых низких адресов, то есть выделены последними.

Число элементов у лишних записей соответствует не тексту программы, а значению, которое переменная получила при выполнении: в <code>STAT01A</code> у всех трёх лишних записей это 300, тогда как в <code>DIM</code> объявлено 200. Программа содержит оператор <code>MAT REDIM</code>, переопределяющий размерности во время работы, поэтому таблица описывает состояние памяти на момент сохранения, а не исходный текст.

Косвенное подтверждение: в токенах <code>DIM</code> файла <code>STAT01A</code> переменные <code>X</code>, <code>Y</code> и <code>G¤</code> получили индексы <code>40</code>, <code>41</code>, <code>42</code>, тогда как все остальные — обычные значения подряд.

Причина этого выяснена на файле <code>STAT03</code>, сохранённом в обоих представлениях. Выросший массив получает не только новый дескриптор в таблице 1, но и '''новый индекс переменной''', причём интерпретатор правит операнд в самом операторе <code>DIM</code>, оставляя код и <code>MAT REDIM</code> работать со старым индексом. Оператор

20 DIM X(100),G¤(100)5,Q(5,100),D(6),E(5),A(5,6)

кодируется как

46 06 19 1A 1B 03 04 05

— первые три переменные записаны индексами <code>19</code>, <code>1A</code>, <code>1B</code>, тогда как <code>MAT REDIM</code> в строке 200 обращается к ним же как <code>E0 00</code>, <code>E0 01</code>, <code>E0 02</code>. В таблицах 2 и 3 бит 0 флага установлен и у <code>19</code>, <code>1A</code>, <code>1B</code>, и у <code>00</code>, <code>01</code>, <code>02</code>: первым соответствуют дескрипторы с 300 элементами (размер после переопределения), вторым — исходные, со 100.

{{Внимание|1=Из этого следует, что операторы <code>DIM</code> в оттранслированном файле нельзя использовать как источник соответствия «индекс — дескриптор»: там могут стоять «теневые» индексы. Надёжный источник — бит 0 флага записей таблиц 2 и 3.}}

Дополнительный дескриптор создаётся '''только тогда, когда массив вырастает за пределы исходного выделения'''. Если новый размер не превышает объявленного в <code>DIM</code>, память переиспользуется на месте и запись в таблице остаётся одна.

Наиболее наглядно это видно в <code>STAT03</code>, где <code>MAT REDIM</code> переопределяет шесть массивов, а лишних записей три:

{| class="wikitable"
! Массив !! Объявлено !! После переопределения !! Дескриптор
|-
| <code>X(100)</code> || 100 || 300 || добавлен
|-
| <code>G¤(100)5</code> || 100 || 300 || добавлен
|-
| <code>Q(5,100)</code> || 100 || 300 || добавлен
|-
| <code>D(6)</code> || 6 || не больше 6 || нет
|-
| <code>E(5)</code> || 5 || не больше 5 || нет
|-
| <code>A(5,6)</code> || 5, 6 || не больше 5 и 6 || нет
|}

Правило согласуется и с остальными файлами: в <code>STAT01A</code> из одиннадцати переопределяемых массивов выросли три, в <code>STAT00</code> из четырёх — два, и столько же лишних записей в каждом случае.

Если программа не выполнялась после загрузки, оператор <code>MAT REDIM</code> не отрабатывает и лишних записей нет вовсе: в <code>STAT08</code> записей ровно шесть при шести переменных в <code>DIM</code>.

В <code>EDITOR</code> шесть записей таблицы 1 не соответствуют ни одному <code>DIM</code>. По флагам таблицы 2 они принадлежат переменным с индексами <code>39</code>, <code>54</code>, <code>64</code>, <code>90</code>, <code>92</code>, <code>93</code>, причём у всех шести число элементов равно 10 — размерности массива по умолчанию. Это '''неявно объявленные массивы''': переменная, к которой обратились с индексом без предварительного <code>DIM</code>, получает десять элементов и полноценный дескриптор. Три из шести — целые (<code>%</code>), размерный код 4, три — действительные, код 16.

==== Таблицы 2 и 3 ====

Таблицы 2 и 3 образуют '''один непрерывный массив дескрипторов переменных'''. Формат записей в обеих одинаков, граница между ними определяется только счётчиками пролога; число записей — <code>L2 / 4</code> и <code>L3 / 4</code>, поскольку длины в прологе даны в байтах, а запись занимает 4 байта, а не 8.

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0–1 || 2 || адрес переменной в памяти, младший байт первым; <code>0000</code>, если память не выделена
|-
| 2 || 1 || флаг типа
|-
| 3 || 1 || назначение не установлено
|}

===== Порядок записей =====

Записи описывают '''все''' переменные программы, а не только скалярные, и идут в порядке '''убывания индекса переменной'''. Если обозначить

N = L2 / 4 + L3 / 4

то запись, описывающая переменную с индексом ''i'', находится на позиции <code>N − 1 − i</code>, если считать позиции подряд: сначала записи таблицы 2, затем записи таблицы 3.

Отсюда следует, что '''<code>N</code> — это общее число переменных программы''', то есть наибольший использованный индекс плюс единица. Таблица 3 приходится на самые младшие индексы — именно те, которые занимает оператор <code>COM</code>: он всегда выполняется первым и получает индексы с нуля.

Правило проверено на всех файлах исследованного набора, разбор которых не срывается на бинарных полезных нагрузках операторов <code>ASMB</code> и <code>$GIO</code>: для 28 файлов совпадение точное.

Независимое подтверждение даёт второй набор из 43 файлов, добавленный позже: соотношение «число записей с установленным битом 0 флага равно <code>L1 / 8</code>» (см. ниже) выполняется в нём '''для всех 43 файлов без исключения'''.

===== Флаг типа =====

{| class="wikitable"
! Бит !! Значение
|-
| 5 (<code>0x20</code>) || символьная переменная
|-
| 4 (<code>0x10</code>) || числовая переменная (действительная)
|-
| ни 5, ни 4 || '''целая переменная''' (суффикс <code>%</code>)
|-
| 0 (<code>0x01</code>) || у переменной есть дескриптор в таблице 1 — то есть это массив либо символьная переменная с явно заданной длиной
|-
| 7, 3 || назначение не установлено
|}

Признак целого типа установлен на файле <code>VICT</code>, единственном в наборе, где есть и целые переменные, и обе копии программы. Ровно три записи таблицы 2 имеют <code>флаг & 0x30 = 0</code> — те, что соответствуют индексам <code>23</code>, <code>28</code> и <code>33</code>. В текстовом листинге ровно три целых переменных, и их индексы совпадают: <code>E%</code> — строка 98 (<code>E%=0</code> → <code>36 04 23 D9 E8 00</code>), <code>E7%</code> — строка 1010, <code>E3%</code> — строка 5070. У всех троих адрес равен <code>0000</code>: целым скалярам в общей области скаляров место не отводится.

Признак символьного типа согласуется с прежним наблюдением: в <code>М1.Х</code> у <code>N¤</code> и <code>N1¤</code> флаг <code>A8</code>, а адреса этих переменных отстоят от соседних на 16 байт — длина символьной переменной по умолчанию.

===== Связь с таблицей 1 =====

Число записей с установленным битом 0 флага '''в точности равно <code>L1 / 8</code>''' во всех 94 файлах набора. Более того, соответствие оказывается порядковым: ''k''-я по счёту такая запись (в порядке файла) описывает ту же переменную, что и ''k''-я запись таблицы 1.

k = 0
для pos = 0 … N−1:
если флаг[pos] и 1:
дескриптор_переменной(N − 1 − pos) = запись таблицы 1 номер k
k = k + 1

Это даёт '''точное соответствие «индекс переменной → запись таблицы 1» без разбора операторов <code>DIM</code> и <code>COM</code>'''. Прежний способ — сопоставление по порядку объявления — ошибочен по двум причинам:

* оператор <code>COM</code> объявляет и обычные скаляры, у которых записи в таблице 1 нет: в <code>М1.Х</code> из тринадцати объявленных переменных дескриптор имеют только три (<code>C(14)</code>, <code>G(14)</code>, <code>N0¤21</code>);
* после <code>MAT REDIM</code> в операнде <code>DIM</code> могут стоять «теневые» индексы (см. ниже).

Три записи таблицы 3 в <code>М1.Х</code> с низкими значениями поля 0–1 (<code>0014</code>, <code>000D</code>, <code>0005</code>) — это как раз те три переменные <code>COM</code>, которые описаны в таблице 1. У всех переменных с дескриптором таблицы 1 поле 0–1 содержит не адрес, а небольшое число, растущее примерно на восемь с каждой такой переменной (в <code>М1.Х</code> — 5, 13, 20, 29, 38, 46, 54, 62, 70, 78, 85, 93, 101). Назначение этого поля не установлено.

===== Практическое следствие =====

Хотя имена переменных в оттранслированном файле не сохраняются, для '''каждой''' переменной восстанавливаются:

* тип — действительная, целая (<code>%</code>) или символьная (<code>¤</code>);
* массив это или скаляр;
* размерности массива и длина элемента.

Разборщику не нужны ни эвристики «массив или скаляр» по разностям адресов (в защищённых файлах адреса нулевые), ни разбор операторов <code>DIM</code>.

=== Индексы переменных и их имена ===

Переменные адресуются в коде однобайтовым индексом. Индексы назначаются '''в порядке первого появления переменной в тексте программы''', а не по алфавиту и не по типу.

Операторы <code>COM</code> и <code>DIM</code> делят единое пространство индексов: в <code>М1.Х</code> оператор <code>COM</code> занимает индексы <code>00</code>–<code>0C</code>, а следующий за ним <code>DIM</code> продолжает с <code>0D</code>.

Для переменных, объявленных в <code>DIM</code>, это даёт прямое соответствие: операторы <code>DIM</code> перечисляют свои переменные подряд, в том же порядке, в каком они записаны в исходном тексте. В <code>EDITOR</code> семь операторов <code>DIM</code> занимают индексы <code>01</code>–<code>32</code> непрерывно; индекс <code>00</code> достался переменной <code>R2%</code>, встретившейся раньше — в строке 30, до первого <code>DIM</code>. В <code>ДЕМ6</code>, где до <code>DIM</code> переменных не было, нумерация начинается с <code>00</code>.

{{Внимание|1='''Имена переменных в оттранслированном файле не сохраняются.''' Таблицы содержат дескрипторы памяти — адрес, тип, размер, — но не имена.

Проверка на <code>EDITOR</code>, где программа сохранена одновременно в текстовом и оттранслированном виде: сопоставление 866 общих строк дало однозначное имя для 146 индексов из 160, и ни одно поле таблиц с этими именами не коррелирует. В таблице 1 поле по смещению 4–5 совпадает у <code>Y¤4</code> и <code>Z¤253</code> (72), у <code>D¤8</code> и <code>Q5¤40</code> (204); в таблице 2 последний байт записи совпадает у заведомо разных переменных (<code>D%</code> и <code>I%</code>, <code>J%</code> и <code>E</code>).

Это согласуется с назначением параметра <code>T</code>: при выполнении имена не нужны, всё адресуется по индексу, а отказ от их хранения и даёт заявленную экономию места. Практическое следствие — '''читаемый листинг из оттранслированного файла восстановить нельзя'''. Восстанавливается структура программы, но переменные остаются безымянными, если не сохранилась текстовая версия того же исходника.

Не хранится только само имя. Тип переменной — действительная, целая или символьная — и её размерности восстанавливаются полностью по таблицам 2, 3 и 1, поэтому в листинге можно выводить корректные суффиксы <code>%</code> и <code>¤</code> и корректные размерности массивов.}}

=== Записи строк ===

Программа — последовательность записей, разделённых байтом '''<code>FE</code>'''. Перед первой записью разделителя нет.

<номер строки: 2 байта BCD> <len: 1 байт> <тело>

<code>len</code> считается '''включая сам байт len''' и до следующего <code>FE</code>. Следующий разделитель находится по адресу <code>адрес(len) + len</code>.

В отличие от текстового представления, записи '''пересекают''' границу сектора; два служебных байта нового сектора в длину не входят.

==== Выравнивание в конце сектора ====

Если очередная запись не помещается в остаток сектора, остаток заполняется нулями, а запись начинается с первого байта следующего сектора. Такие нули стоят '''после''' разделителя <code>FE</code> и в длину записи не входят.

Точное правило формулируется через границы секторов, а не через длину заголовка. Поток рассматривается как последовательность 254-байтовых кусков — по одному на сектор, '''без обрезки хвостовых нулей'''. После разделителя <code>FE</code>, стоящего по смещению ''q'':

b = (⌊q / 254⌋ + 1) × 254
если b > q и все байты потока с q по b−1 нулевые, то q = b

То есть переход к следующему сектору выполняется только тогда, когда весь остаток текущего куска нулевой.

С этим правилом разбор всех 51 токенизированного файла исследованного набора проходит без единой рассинхронизации, а <code>EDITOR</code> даёт ровно 1422 записи строк — столько же, сколько строк в его текстовой версии. Эвристика «пропустить до трёх нулей после <code>FE</code>» этого не обеспечивает: длина выравнивания доходит до шести байт.

{{Внимание|1=Строка с номером 0 кодируется байтами <code>00 00 <len></code> — такая строка есть в файле <code>DIG DEM</code> (<code>0 GOTO 10</code>). Разборщик, безусловно пропускающий пару нулей перед номером строки, разрушает разбор подобных файлов. Нули следует пропускать только по правилу выше.}}

=== Операторы ===

Тело записи — последовательность операторов:

<токен глагола: 1 байт> <len: 1 байт> <операнды: len байт>

Здесь <code>len</code> — длина только операндов, сам байт len не считается. <code>len = 00</code> означает оператор без операндов, например голый <code>PRINT</code>.

Наличие явной длины у каждого оператора позволяет разрезать программу на операторы, ещё не зная значений токенов. Эта особенность вынужденная: в отличие от Wang, где многословные команды собираются из нескольких токенов вперемешку с обычным ASCII и границы видны по самому потоку, у Искры весь текст программы переведён в токены и поток непрозрачен.

==== Пример разбора ====

Строка 2000 файла <code>#СТАТИСТ</code>, длина 0x54 = 84:

20 00 54
23 01 23 GOSUB ' 35
4C 39 E3 1F «БУДЕТЕ …» DD 00 DD E3 12 «-[1] ИЛИ ДВУМЯ [2]» DD
PRINT "…";F¤;"…";
41 01 5C INPUT F%
36 03 5D D9 0E N7=N3
24 06 0E D7 11 D3 20 01 IF N3<N6THEN2001
36 03 5D D9 11 N7=N6

Сумма: 3 + 59 + 3 + 5 + 8 + 5 = 83, плюс байт длины = 84.

== Таблица токенов ==

=== Глаголы ===

Основной массив значений восстановлен из прошивки интерпретатора (алфавитный список ключевых слов по смещению 0x1840 и 51-байтовый массив перестановки по 0x19B6). Отмеченные записи проверены или исправлены сопоставлением токенизированной и текстовой версий одной программы.

{| class="wikitable"
! Токен !! Оператор !! Примечание
|-
| <code>1E</code> || IF END THEN || выведено из данных; операнд — 2 байта BCD, номер строки
|-
| <code>21</code> || GOTO || подтверждено
|-
| <code>22</code> || GOSUB || подтверждено
|-
| <code>23</code> || GOSUB' || в прошивочной таблице пропуск; значение выведено из данных
|-
| <code>24</code> || IF || подтверждено
|-
| <code>25</code> || KEYIN || подтверждено
|-
| <code>26</code> || ON || подтверждено
|-
| <code>27</code> || DEFFN' || подтверждено
|-
| <code>28</code> || PRINTUSING || в опубликованной таблице ошибочно указан GOSUB'; исправлено по данным
|-
| <code>29</code> || DATA || подтверждено
|-
| <code>2A</code> || SAVE ||
|-
| <code>2B</code> || RENUMBER ||
|-
| <code>2C</code> || CLEAR ||
|-
| <code>2D</code> || LOAD ||
|-
| <code>2E</code> || LIST ||
|-
| <code>2F</code> || RUN || подтверждено
|-
| <code>30</code> || RETURN CLEAR || подтверждено
|-
| <code>34</code> || ON ERROR || подтверждено
|-
| <code>35</code> || LET ||
|-
| <code>36</code> || ''(присваивание без ключевого слова)'' || подтверждено
|-
| <code>33</code> || ''(не опознан; операнды — две ссылки на переменные)'' || выведено из данных
|-
| <code>37</code> || ''(не опознан; операнд — один массив целиком)'' || выведено из данных
|-
| <code>3A</code> || DEFFN' с текстовым определением || выведено из данных
|-
| <code>3F</code> || <code>%</code> (краткая форма REM) || подтверждено
|-
| <code>40</code> || $GIO ||
|-
| <code>41</code> || INPUT || подтверждено
|-
| <code>42</code> || STOP || подтверждено
|-
| <code>43</code> || AND( || подтверждено
|-
| <code>44</code> || READ || подтверждено
|-
| <code>45</code> || BOOL ||
|-
| <code>46</code> || DIM || подтверждено
|-
| <code>47</code> || CONVERT || подтверждено
|-
| <code>48</code> || PACK( || подтверждено
|-
| <code>4A</code> || ADD ||
|-
| <code>4B</code> || BIN( ||
|-
| <code>4C</code> || PRINT || подтверждено
|-
| <code>4D</code> || ROTATE || подтверждено
|-
| <code>4E</code> || COM || подтверждено
|-
| <code>50</code> || HEXPRINT ||
|-
| <code>51</code> || RESTORE || подтверждено
|-
| <code>52</code> || NEXT || подтверждено
|-
| <code>53</code> || REWIND ||
|-
| <code>54</code> || SELECT || подтверждено
|-
| <code>55</code> || BACKSPACE ||
|-
| <code>56</code> || REM || подтверждено
|-
| <code>57</code> || FOR || подтверждено
|-
| <code>58</code> || SKIP ||
|-
| <code>59</code> || END ||
|-
| <code>5A</code> || DEFFN ||
|-
| <code>5C</code> || RES ||
|-
| <code>5D</code> || UNPACK( || подтверждено
|-
| <code>5E</code> || RETURN || подтверждено
|-
| <code>5F</code> || TRACE ||
|-
| <code>61</code> || OR( ||
|-
| <code>62</code> || XOR( ||
|-
| <code>63</code> || ''(операция над символьными переменными, имя не установлено)'' || выведено из данных
|-
| <code>64</code> || INIT || подтверждено
|-
| <code>66</code> || DATA LOAD BT || подтверждено
|-
| <code>68</code> || DATA SAVE BT || подтверждено
|-
| <code>6D</code> || COPY ||
|-
| <code>6E</code> || DATA SAVE BA || подтверждено
|-
| <code>70</code> || DATA LOAD BA || подтверждено
|-
| <code>71</code> || DATA LOAD DA || подтверждено
|-
| <code>72</code> || ''(не опознан; операнды <code>T#n,(…)…</code>, встречается при загрузке сегмента)'' || выведено из данных
|-
| <code>74</code> || DATA LOAD DC || выведено из данных
|-
| <code>75</code> || DATA LOAD DC OPEN T || выведено из данных
|-
| <code>76</code> || DATA SAVE DC || подтверждено
|-
| <code>77</code> || DATA SAVE DC CLOSE || подтверждено
|-
| <code>78</code> || DATA SAVE DC OPEN T || подтверждено
|-
| <code>79</code> || DBACKSPACE ||
|-
| <code>7A</code> || DSKIP ||
|-
| <code>7B</code> || LIMITS || подтверждено
|-
| <code>7C</code> || LIST DC || подтверждено
|-
| <code>7D</code> || LOAD DC || выведено из данных
|-
| <code>7E</code> || MOVE ||
|-
| <code>80</code> || SAVE DC || выведено из данных
|-
| <code>81</code> || SCRATCH ||
|-
| <code>82</code> || SCRATCH DISK || подтверждено
|-
| <code>83</code> || VERIFY ||
|}

Пометка «подтверждено» означает сверку с текстовым листингом той же программы. Основная часть подтверждений получена на файле <code>EDITOR</code> автоматическим сопоставлением 866 общих строк: в строках, где число операторов в обоих представлениях совпало, первый глагол каждого оператора сверялся с первым словом соответствующего оператора текста. Так подтверждены 34 значения, включая <code>21</code> = GOTO (147 совпадений), <code>4C</code> = PRINT (212), <code>24</code> = IF (266).

Отдельно стоит краткая форма комментария <code>%</code> (токен <code>3F</code>): она встречается в <code>EDITOR</code> 122 раза против 7 у полного <code>REM</code> (токен <code>56</code>), и её операнд записывается сырым текстом без префикса <code>E3</code> — так же, как у <code>REM</code>.

Значения назначены не по алфавиту, а тематическими группами с запасом внутри каждой: управление ходом выполнения в 0x21–0x2F, ввод-вывод около 0x41–0x4C, дисковые операции в 0x74–0x83. Составные дисковые команды получают '''один''' токен на всю фразу, тогда как в Wang та же команда собирается из нескольких (<code>DATA</code> + <code>LOAD</code> + <code>DC</code>).

Документация<ref name="balasanyan" /> описывает также операторы <code>DATA SAVE DC END</code>, <code>DATA SAVE DC CLOSE</code> и <code>DATA LOAD DC OPEN</code>. Все три найдены: <code>DATA LOAD DC OPEN</code> — токен <code>75</code>, <code>DATA SAVE DC CLOSE</code> — отдельный токен <code>77</code>, а <code>DATA SAVE DC END</code> оказался не отдельным глаголом, а обычным <code>DATA SAVE DC</code> (<code>76</code>) с единственным операндом <code>D7</code> — ключевым словом <code>END</code>.

=== Операнды дисковых операторов ===

Первый байт операндов дискового оператора — '''код устройства или режима''', а не ссылка на переменную:

{| class="wikitable"
! Байт !! Значение
|-
| <code>00</code> || <code>F</code> — первый дисковод
|-
| <code>01</code> || <code>R</code> — второй дисковод
|-
| <code>02</code> || <code>T</code> — обращение по номеру файла (<code>#n</code>)
|}

Правило проверено на <code>LIST DC F</code> → <code>7C 01 00</code>, <code>LIST DC R</code> → <code>7C 01 01</code>, <code>LOAD DC F/1C,"М2"</code> → <code>7D 08 00 DC DE 1C DE E3 02 ED 32</code>, <code>SCRATCH R"VIC"</code> → <code>81 05 01 E3 03 56 49 43</code>, <code>SCRATCH T#D,F1¤</code> → <code>81 05 02 DB 22 DE 4C</code>, <code>DATA SAVE DC OPEN T(700)A¤</code> → <code>78 07 02 EB E7 07 00 D0 09</code>.

Ключевые слова конца и начала файла кодируются токенами, у которых в позиции операции другое значение:

79 01 D6 DBACKSPACE BEG
7A 01 D7 DSKIP END
76 01 D7 DATA SAVE DC END
79 04 DB E8 01 DE D6 DBACKSPACE #1,BEG

Тот же <code>D6</code> в операторах <code>DATA SAVE DC</code> и <code>SAVE DC</code> печатается как <code>¤</code>, а <code>D2</code> (обычно <code>STEP</code>) — как параметр <code>T</code>:

76 07 D6 DB E8 02 DE E0 12 DATA SAVE DC ¤#2,W()
80 0E 01 D6 D2 EB E3 03 «VIC» D0 E3 03 «VIC» SAVE DC R¤T("VIC")"VIC"

Оператор <code>SCRATCH DISK</code> использует ключевые слова <code>LS</code> и <code>END</code>:

82 0B 01 06 D9 E8 05 DE D7 D9 E7 10 00 SCRATCH DISK RLS=5,END=1000
82 0B 00 06 D9 E8 05 DE D7 D9 E7 10 00 SCRATCH DISK FLS=5,END=1000

Здесь <code>01</code>/<code>00</code> — дисковод, <code>06</code> — ключевое слово <code>LS</code>, <code>D9</code> — знак равенства, <code>D7</code> — <code>END</code>.

=== Списки переменных и списки выражений ===

Список '''принимающих''' переменных пишется '''без разделителей''' — соседние ссылки на переменные и есть список:

41 02 0A 0B INPUT T0,N0
74 03 05 0C 0D DATA LOAD DC A1¤,E1,E2
7B 08 02 DB 22 DE 4C 4D 4E 36 4F LIMITS T#D,F1¤,O,A,Q,R
46 04 00 01 02 03 DIM X(300),Y(300),N(2),G¤(300)5

Список '''выражений''' разделяется <code>DE</code>:

76 06 D6 05 DE 0A DE 0B DATA SAVE DC ¤A1¤,T0,N0
28 0B E7 04 70 DE 0F DE 10 DE 00 10 D0 PRINTUSING 470,I,D,X(D)

Запятая между приглашением и переменной в операторе <code>INPUT</code> не кодируется:

41 14 E3 11 «СТЕПЕНЬ СВОБОДЫ » 00 INPUT "СТЕПЕНЬ СВОБОДЫ ",K

Номер строки-образа в <code>PRINTUSING</code> — обычная константа <code>E7</code>, а диапазоны строк в <code>SAVE</code>, <code>LOAD</code> и <code>SAVE DC</code> записываются '''сырым двухбайтовым BCD''' без токена:

80 … 90 00 DE 90 90 SAVE DC …"*ASMBBAS" 9000,9090
2A 0A DD 10 52 15 DE 52 15 DE 52 25 SAVE Z¤5215,5215,5225

У оператора <code>BIN(</code> закрывающая скобка и знак равенства не кодируются, как у <code>PACK(</code> и <code>UNPACK(</code>:

4B 02 22 3B BIN(A¤)=J%

=== Двухбайтовые глаголы ===

Матричные и графические операторы кодируются двумя байтами: префиксом <code>06</code> и подкодом. Длина операторной части следует за подкодом на обычном месте:

06 <подкод> <len> <операнды>

Разборщик, ожидающий однобайтовый глагол, на таких строках теряет синхронизацию.

{| class="wikitable"
! Подкод !! Оператор !! Достоверность
|-
| <code>00</code> || <code>PLOT</code> (?) || выведено из данных, см. ниже
|-
| <code>01</code> || MAT (присваивание) || подтверждено
|-
| <code>02</code> || MAT REDIM || подтверждено
|-
| <code>03</code> || MAT READ || по контексту: <code>RESTORE 1,X:06 03 02 E0 24</code>
|-
| <code>04</code> || MAT INPUT || по контексту: приглашение <code>PRINT</code>, затем <code>06 04 02 E0 32</code>
|-
| <code>06</code> || MAT COPY || подтверждено
|-
| <code>0A</code> || MAT SEARCH || подтверждено
|-
| <code>0C</code> || <code>¤TRAN(</code> || подтверждено
|-
| <code>09</code> || MAT MOVE (?) || выведено из данных: <code><массив>,<выр.>,<выр.> TO <цель></code>
|-
| <code>0B</code> || MAT SORT || форма <code><массив> TO <массив>,<массив></code> совпадает с <code>MAT SORT B¤()TOQ¤(),L¤()</code> из текстового листинга
|-
| <code>0D</code> || <code>¤PACK</code> (?) || <code>(<A¤>=<формат¤>) <B¤> FROM <выр.></code>
|-
| <code>0E</code> || <code>¤UNPACK</code> (?) || то же с <code>TO</code>
|-
| <code>0F</code> || <code>¤OPEN</code> || подтверждено
|-
| <code>13</code> || DOT || сопоставление идиом двух программ
|-
| <code>14</code> || DDRAW || сопоставление идиом двух программ
|-
| <code>15</code> || DRAW || подтверждено
|-
| <code>19</code> || NPLOT || подтверждено
|-
| <code>1C</code> || STRETCH || подтверждено
|-
| <code>1E</code> || LABEL || подтверждено
|-
| <code>1F</code> || <code>¤COPY</code> || подтверждено
|-
| <code>22</code> || <code>¤LET</code> || подтверждено
|-
| <code>23</code> || WINDOW || подтверждено
|-
| <code>24</code> || LINPUT || подтверждено
|-
| <code>25</code> || ASMB || подтверждено
|-
| <code>26</code> || REPLACE || подтверждено
|}

Операторы <code>DOT</code> и <code>DDRAW</code> опознаны совпадением идиомы в двух программах. Текстовый листинг <code>FAN01</code>:

1540 T3=1:FOR T=2TOT4:NPLOT B6¤(),(M6+M8*(T-T3)),P7+3:DDRAW B6¤(),0,-3:NEXT T
1560 …:DOT B6¤(),R8,R9:DDRAW B6¤(),R6,R7:NEXT T

Токены <code>M4</code> в тех же конструкциях (рисование засечки на оси и отрезка по приращениям):

06 19 … : 06 14 09 E0 10 DE E8 00 DE E9 E8 03 NPLOT …:DDRAW A(),0,-3
06 13 06 E0 10 DE 2A DE 2B : 06 14 06 E0 10 DE 2C DE 1C

==== Подкод 00 ====

Операнды состоят из групп, ограниченных <code>D7</code> … <code>D4</code> (то есть <code><</code> … <code>></code>) и разделённых <code>DE</code>; внутри группы до трёх элементов, тоже через <code>DE</code>. Третий элемент (перо) может отсутствовать, быть выражением, строковым литералом или одним из токенов <code>E5</code>/<code>E6</code>:

06 00 09 D7 E8 00 DE E8 10 DE E6 D4 <0,16,…>
06 00 … D7 E8 56 DE E7 02 55 DE D4 DE D7 DE 2E E9 E7 02 25 DE E6 D4 …

Такой синтаксис соответствует оператору <code>PLOT</code> системы Wang 2200, где аргументы записываются в угловых скобках. В указателе операторов книги<ref name="balasanyan" /> <code>PLOT</code> присутствует только как имя устройства вывода, поэтому имя оператора считается вероятным, но не доказанным.

Примеры из <code>STAT00</code> и <code>STAT01A</code>:

06 02 19 E0 00 EB 09 D0 DE E0 01 EB 08 D0 DE … MAT REDIM X(…),Y(…),…
06 01 04 E0 07 D9 EF MAT S0=ZER
06 19 08 E0 12 DE 26 DE E7 02 50 NPLOT B6¤(),C1,250
06 1F 06 DC DE 14 DE E0 12 ¤COPY /14,B6¤()

В матричном присваивании <code>EF</code> в позиции операнда означает <code>ZER</code>.

В операторе <code>MAT REDIM</code> размерности массива, в отличие от обращения к элементу, заключаются в '''явную''' открывающую скобку <code>EB</code>, а между собой разделяются <code>DE</code>. Длина элемента символьного массива указывается после закрывающей скобки:

E0 02 EB 0E DE 0D D0 Q(M1,N) — двумерный
E0 05 EB 0E DE 0F D0 A(M1,M2)
E0 01 EB 0D D0 E8 05 G¤(N)5 — длина элемента после скобки

==== Пропущенные параметры ====

Пропущенный параметр не кодируется ничем: между разделителями <code>DE</code> просто нет операнда. Оператор <code>LABEL B6¤(),,,B3¤(1)</code> с тремя пропущенными параметрами даёт три подряд идущих <code>DE</code>:

06 1E 09 E0 12 DE DE DE 11 E8 01 D0

=== Операнды ===

{| class="wikitable"
! Токен !! Значение !! Достоверность
|-
| <code>00</code>–<code>C9</code> || ссылка на переменную по индексу || подтверждено
|-
| <code>CA</code> || FROM (в <code>PACK</code>/<code>UNPACK</code>) || подтверждено
|-
| <code>CB</code> || ALL (в <code>RETURN CLEAR ALL</code>) || подтверждено
|-
| <code>CC</code> || GOSUB в составе <code>ON … GOSUB</code> || подтверждено
|-
| <code>CD</code> || GOTO в составе <code>ON … GOTO</code> || подтверждено
|-
| <code>D0</code> || <code>)</code> || вероятно
|-
| <code>D1</code> || TO || подтверждено
|-
| <code>D2</code> || STEP; параметр <code>T</code> в <code>SAVE DC</code> || подтверждено
|-
| <code>D3</code> || THEN, далее 2 байта BCD — номер строки || подтверждено
|-
| <code>D4</code> || <code>></code> || подтверждено
|-
| <code>D5</code> || <code><></code> в позиции операции, <code>AT(</code> в позиции операнда || подтверждено
|-
| <code>D6</code> || <code><=</code> в позиции операции; <code>BEG</code> или <code>¤</code> в позиции операнда || подтверждено
|-
| <code>D7</code> || <code><</code> в позиции операции; <code>END</code> в позиции операнда || подтверждено
|-
| <code>D8</code> || <code>>=</code> в позиции операции, <code>ROUND(</code> в позиции операнда || подтверждено
|-
| <code>D9</code> || <code>=</code> || подтверждено
|-
| <code>DB</code> || <code>#</code> || подтверждено
|-
| <code>DC</code> || <code>/</code> || вероятно
|-
| <code>DD</code> || <code>;</code> || подтверждено
|-
| <code>DE</code> || <code>,</code> || подтверждено
|-
| <code>DF</code> || <code>*</code> в позиции операции, <code>TAB(</code> в позиции операнда || подтверждено
|-
| <code>E0</code> || <code>^</code> в позиции операции, ссылка на массив целиком в позиции операнда || подтверждено
|-
| <code>E1</code> || функция <code>STR</code> || подтверждено
|-
| <code>E2</code> || шестнадцатеричный литерал <code>HEX(…)</code>: <code>E2 <len> <len байт></code> || подтверждено
|-
| <code>E3</code> || строковый литерал в кавычках: <code>E3 <len> <len байт КОИ-8></code> || подтверждено
|-
| <code>E4</code> || строковый литерал в апострофах, кодирование то же || подтверждено
|-
| <code>E5</code> || число с фиксированной точкой, см. ниже || подтверждено
|-
| <code>E6</code> || число с порядком, см. ниже || подтверждено
|-
| <code>E7</code> || числовая константа: <code>E7 <2 байта BCD></code>, диапазон 0–9999 || подтверждено
|-
| <code>E8</code> || числовая константа: <code>E8 <байт BCD></code>, диапазон 0–99 || подтверждено
|-
| <code>E9</code> || <code>-</code>, бинарный или унарный || подтверждено
|-
| <code>EA</code> || <code>+</code> || вероятно
|-
| <code>EB</code> || <code>(</code> || вероятно
|-
| <code>EC</code>, <code>ED</code>, <code>EE</code>, <code>EF</code> || <code>POS(</code>, <code>LEN(</code>, <code>NUM(</code>, <code>VAL(</code> — без закрывающей скобки || подтверждено
|-
| <code>F0</code> || <code>FN<имя>(</code> — обращение к функции пользователя; имя следует сырым кодом символа || подтверждено
|-
| <code>F1</code> || <code>#PI</code> — константа π || подтверждено
|-
| <code>F2</code> || <code>ABS(</code> || подтверждено
|-
| <code>F3</code> || <code>INT(</code> || подтверждено
|-
| <code>F4</code> || <code>RND(</code> || подтверждено
|-
| <code>F5</code> || <code>SGN(</code> || подтверждено
|-
| <code>F6</code> || <code>SQR(</code> || подтверждено
|-
| <code>F7</code> || <code>LOG(</code> || подтверждено
|-
| <code>F8</code> || <code>EXP(</code> || подтверждено
|-
| <code>F9</code>, <code>FA</code>, <code>FB</code>, <code>FC</code> || математические функции, имена не установлены || выведено из данных
|-
| <code>FD</code> || <code>ARCTAN(</code> || вероятно
|-
| <code>FE</code> || разделитель записей строк || подтверждено
|}

=== Два вида строковых литералов ===

Строковые константы кодируются двумя разными токенами, и разницу между ними книга<ref name="balasanyan" /> объясняет прямым текстом: строки в кавычках система распознаёт и выводит как строки из '''прописных''' букв, а строки в апострофах — как строки из '''строчных'''. Так на машине, у которой на клавиатуре есть только прописные буквы, задаются строчные символьные константы.

{| class="wikitable"
! Токен !! Форма записи !! Регистр
|-
| <code>E3</code> || <code>"…"</code> || прописные
|-
| <code>E4</code> || <code>'…'</code> || строчные
|}

Кодирование одинаковое: <code><токен> <длина: 1 байт> <длина байт КОИ-8></code>.

Наблюдения это подтверждают: из 9937 литералов <code>E3</code> в наборе ни один не содержит строчной кириллицы (<code>C0</code>–<code>DF</code>), а из 28 литералов <code>E4</code> строчную содержат пять — остальные состоят из латиницы и знаков, где регистр неразличим. Правило книги «внутри строки не должно быть кавычек или апострофов» тоже видно: единственный литерал набора, содержащий кавычки, записан апострофами.

E4 3D 35 2D DA C1 D0 CF CC CE C5 CE C9 C5 …
PRINT '5-заполнение полей "номер страницы" и "обозначение документа"'

Разборщик, не знающий токена <code>E4</code>, теряет синхронизацию до конца оператора.

=== Математические функции ===

Книга<ref name="balasanyan" /> (разд. 4.7) перечисляет пятнадцать функций: <code>SIN</code>, <code>COS</code>, <code>TAN</code>, <code>ARCSIN</code>, <code>ARCCOS</code>, <code>ARCTAN</code>, <code>RND</code>, <code>ABS</code>, <code>INT</code>, <code>SGN</code>, <code>LOG</code>, <code>EXP</code>, <code>SQR</code>, <code>ROUND</code>, <code>#PI</code>. Все они, кроме пяти тригонометрических, размещены по токенам:

* <code>F1</code> = <code>#PI</code>. В <code>STAT04</code> выражение <code>SQR(2*#PI)</code> кодируется как <code>F6 E8 02 DF F1 D0</code>; сверено с текстовой копией той же программы.
* <code>F4</code> = <code>RND(</code>. В <code>UDAW</code>: <code>E8 50 DF F4 E8 01 D0 EA E8 15</code> — <code>50*RND(1)+15</code>, а в соседней строке <code>10*RND(1)<9.68</code>.
* <code>F5</code> = <code>SGN(</code>. В <code>EDITOR</code> строка 6717: <code>4E D9 F5 65 E9 04 34 D0 D0</code> = <code>B%=SGN(B-P%(I))</code>; сверено с текстовой копией.
* <code>D8</code> = <code>ROUND(</code> в позиции операнда, см. ниже.
* <code>FD</code> — вероятно <code>ARCTAN(</code>: в <code>M3</code> и <code>P3</code> её единственный аргумент всегда отношение (<code>FD 25 DC 26 D0</code>).

На пять оставшихся имён (<code>SIN</code>, <code>COS</code>, <code>TAN</code>, <code>ARCSIN</code>, <code>ARCCOS</code>) приходится всего четыре свободных токена — <code>F9</code>, <code>FA</code>, <code>FB</code>, <code>FC</code>; программ, сохранённых одновременно в обоих представлениях и использующих тригонометрию, в исследованном наборе нет, поэтому распределение имён по токенам не установлено.

=== Функции пользователя ===

Оператор <code>DEFFN <имя>(<формальная переменная>) = <выражение></code> (глагол <code>5A</code>) определяет функцию, обращение к ней записывается <code>FN<имя>(<выражение>)</code> и кодируется токеном <code>F0</code>:

5A <имя> <lo> <hi> <формальная переменная> <выражение>
F0 <имя> <выражение> D0

Имя функции — латинская буква либо цифра, и это не индекс переменной: пространства имён разные, одна и та же величина может быть и переменной, и именем функции. Знака равенства в потоке нет: тело следует сразу за байтом формальной переменной. Два байта между именем и формальной переменной — рабочее поле, которое машина заполняет при исполнении; у последнего определения в программе там нули.

Разбор подтверждается тем, что в каждом файле байты после <code>F0</code> — ровно те имена, которые этот файл определяет оператором <code>DEFFN</code>, и никакие другие. Пример: <code>5A 48 00 00 2A EB 2A EA F2 2A D0 D0 DC E8 02</code> = <code>DEFFN H(X)=(X+ABS(X))/2</code>.

=== Двузначность токенов старшей половины ===

Часть токенов диапазона <code>D0</code>–<code>EF</code> читается по-разному в зависимости от того, ожидается ли на их месте знак операции или очередной операнд. Интерпретатор различает их по состоянию разбора, отдельного признака в файле нет.

{| class="wikitable"
! Токен !! В позиции операции !! В позиции операнда
|-
| <code>D2</code> || STEP || параметр <code>T</code> оператора <code>SAVE DC</code>
|-
| <code>D5</code> || <code><></code> || <code>AT(</code>
|-
| <code>D6</code> || <code><=</code> || <code>BEG</code>; <code>¤</code> после <code>DATA SAVE DC</code> и <code>SAVE DC</code>
|-
| <code>D7</code> || <code><</code> || <code>END</code>
|-
| <code>D8</code> || <code>>=</code> || <code>ROUND(</code>
|-
| <code>DF</code> || <code>*</code> || <code>TAB(</code>
|-
| <code>E0</code> || <code>^</code> || ссылка на массив целиком
|-
| <code>E9</code> || <code>-</code> бинарный || <code>-</code> унарный
|}

Двузначность <code>D8</code> подтверждена тремя независимыми строками с текстовой сверкой:

2F D9 D8 EF 11 DE DB DC 17 DE E8 01 D0 Y=ROUND(VAL(Y2¤,2)/K7,1)
D8 E5 14 21 17 DF 64 E8 07 D0 DE E8 00 D0 ROUND(2.117*P(7),0)
B1 D9 D8 B1 DC 9A DE E8 00 D0 Q5=ROUND(Q5/P4,0)

В операторе <code>MAT SEARCH</code> знак сравнения стоит '''в позиции операнда''' — сразу после запятой, отделяющей искомое значение:

06 0A 08 E0 20 DE D4 22 D1 E0 1E MAT SEARCH L4¤(),>A¤TON4¤()
06 0A 0F E1 0D E8 01 DE 45 D0 DE D9 E3 01 20 D1 E0 20 MAT SEARCH STR(Q¤,1,M%),=" "TOL4¤()

{{Внимание|1=Ссылками на переменные являются значения '''<code>00</code>–<code>C9</code>''', а не <code>00</code>–<code>BF</code>: первый токен — <code>CA</code> (<code>FROM</code>). Индексы <code>C0</code>–<code>C9</code> реально встречаются в крупных программах (в <code>EDITOR</code> 200 переменных), например <code>C1 D9 9C</code> — присваивание переменной с индексом <code>C1</code>. Разборщик с границей <code>C0</code> портит листинг таких программ.}}

Ссылка на массив целиком записывается как <code>E0</code> и порядковый номер переменной в <code>DIM</code>: <code>74 02 E0 09</code> соответствует <code>DATA LOAD DC G¤()</code>, а <code>E0 09 D1 E0 00</code> — <code>G¤()TOX()</code>.

Каждое прочтение подтверждено не менее чем двумя независимыми строками <code>STAT05</code>: <code>TAB(17)</code> кодируется как <code>DF E8 17 D0</code>, а <code>.5*LOG(</code> — как <code>E5 01 50 DF F7</code>; <code>K(1)<>1</code> и <code>PRINT AT(9,10)</code> оба дают <code>D5</code>; <code>K0*(-1)</code> даёт <code>DF EB E9 E8 01 D0</code>, где <code>E9</code> стоит в позиции операнда.

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

=== Оператор SELECT ===

Первый байт операндов — код группы устройств, записи разделяются <code>DE</code>. Ширина строки, если она задана, записывается после <code>EB</code> как '''двоичное 16-битное число, старший байт первым''' (не BCD).

{| class="wikitable"
! Код !! Группа !! Пример
|-
| <code>00</code> || файл <code>#n</code>: номер, адрес и, необязательно, дисковод || <code>00 01 18</code> = <code>#118</code>; <code>00 01 18 00</code> = <code>#118F</code>
|-
| <code>01</code> || без параметров; вероятно режим тригонометрии (<code>SELECT D</code>/<code>R</code>) || <code>54 01 01</code>
|-
| <code>05</code> || <code>P</code> — пауза после каждой выводимой строки || <code>05 01</code> = <code>SELECT P1</code>; <code>05</code> = <code>SELECT P</code>
|-
| <code>06</code> || устройство, вероятно <code>LIST</code> || <code>06 0C</code>
|-
| <code>07</code> || <code>PRINT</code> || <code>07 0C EB 00 82</code> = <code>SELECT PRINT0C(130)</code>
|-
| <code>08</code> || вероятно <code>PLOT</code> || <code>08 10 DE …</code> (адрес 10 — блок отображения графической информации)
|-
| <code>0A</code> || <code>DISK</code> || <code>0A 18 01</code> = <code>SELECT DISK18R</code>
|-
| <code>0C</code> || устройство, вероятно <code>CO</code> || <code>0C 05 EB 00 50</code>
|}

Опознание кодов <code>01</code>, <code>06</code>, <code>08</code> и <code>0C</code> косвенное. В книге<ref name="balasanyan" /> перечислены группы <code>CI</code>, <code>CO</code>, <code>PRINT</code>, <code>LIST</code>, <code>TAPE</code>, <code>PLOT</code>, <code>DISK</code>, <code>#n</code> и <code>P</code>; строка 300 файла <code>GC121</code> выполняет <code>0C 05(80), 07 05(80), 06 05</code> — типичный возврат <code>CO</code>, <code>PRINT</code> и <code>LIST</code> на экран.

В записях группы <code>00</code> дисковод указывается не всегда: <code>SELECT #118</code> даёт трёхбайтовую запись, <code>SELECT #118F</code> — четырёхбайтовую. Разборщик, всегда читающий четыре байта, съедает разделитель следующей записи.

=== Числовые константы ===

Целые константы кодируются двумя токенами в зависимости от величины: <code>E8</code> — один байт BCD (0–99), <code>E7</code> — два байта BCD (0–9999).

Для дробных чисел служат токены <code>E5</code> и <code>E6</code>. За токеном следует байт-описатель, затем цифры числа в BCD по две на байт; если цифр нечётное число, последняя тетрада заполняется нулём. В описателе '''старшая тетрада — количество цифр до запятой, младшая — общее количество цифр'''.

{| class="wikitable"
! Запись !! Байты !! Описатель !! Цифры
|-
| <code>.5</code> || <code>E5 01 50</code> || 0 / 1 || 5
|-
| <code>.08</code> || <code>E5 02 08</code> || 0 / 2 || 08
|-
| <code>2.5</code> || <code>E5 12 25</code> || 1 / 2 || 25
|-
| <code>.196854</code> || <code>E5 06 19 68 54</code> || 0 / 6 || 196854
|-
| <code>.000344</code> || <code>E5 06 00 03 44</code> || 0 / 6 || 000344
|}

Токен <code>E6</code> устроен так же, но после цифр мантиссы идёт дополнительный байт порядка: <code>1E6</code> кодируется как <code>E6 11 10 06</code> — одна цифра мантиссы, одна цифра до запятой, порядок 6.

Токен <code>E5</code> служит и для '''целых чисел больше 9999''' — всего, что не помещается в <code>E7</code>. Дробной части при этом нет, обе тетрады описателя равны:

{| class="wikitable"
! Запись !! Байты !! Описатель !! Цифры
|-
| <code>51840</code> || <code>E5 55 51 84 00</code> || 5 / 5 || 51840
|-
| <code>248830</code> || <code>E5 66 24 88 30</code> || 6 / 6 || 248830
|-
| <code>2488320</code> || <code>E5 77 24 88 32 00</code> || 7 / 7 || 2488320
|-
| <code>2.718281828</code> || <code>E5 1A 27 18 28 18 28</code> || 1 / 10 || 2718281828
|}

Длина хвоста токена — <code>1 + ⌈''младшая тетрада'' / 2⌉</code> байт для <code>E5</code> и на один байт больше для <code>E6</code>. Разборщик, не потребляющий эти байты, теряет синхронизацию до конца оператора; в исследованном наборе <code>E5</code> встречается в 407 операторах, <code>E6</code> — в 210.

Номер метки в <code>GOSUB'</code> хранится '''двоичным''', а не в BCD. То же относится к первому байту операндов оператора <code>DEFFN'</code>.

=== Цепочка операторов DATA ===

Два последних байта операндов каждого оператора <code>DATA</code> — '''указатель на следующий оператор <code>DATA</code>, младший байт первым'''. У последнего оператора <code>DATA</code> в программе он равен <code>00 00</code>. По этой цепочке работают операторы <code>READ</code> и <code>RESTORE</code>.

{| class="wikitable"
! Файл !! Значения указателей
|-
| <code>DIG DEM</code> || 03C0, 03E7, 040E, 0435, 045C, …, 0594, 0000
|-
| <code>M0</code> || 0443, 046A, 0491, 04B8, …, 0617, 0000
|-
| <code>VICT</code> || 0A97, 0ABE, 0AE5, 0B0C, …, 0C6B, 0000
|}

Шаг постоянен, когда постоянна длина операторов, но значения — адреса в памяти интерпретатора, а не смещения в потоке файла, поэтому пересчёт по потоку сходится не всегда.

{{Внимание|1=Эти два байта нельзя разбирать как токены. Именно они выглядели как «неопознанные токены» в конце строк <code>DATA</code>: <code>C0 14</code>, <code>C9 04</code>, <code>FA 0E</code>, <code>CF 0B</code>, <code>E4 2C</code>, <code>F9 2C</code>.}}

Само тело оператора <code>DATA</code> — список значений '''без разделителей''':

29 1E E8 31 E7 03 34 E8 00 E8 28 E7 03 06 E8 31 … C9 04
31 334 0 28 306 31

Поэтому внутри <code>DATA</code> токены <code>E5</code>, <code>E6</code> и <code>E7</code> всегда читаются как константы и никогда как <code>OR</code>/<code>AND</code>, хотя и стоят в позиции операции. То же относится к оператору <code>MAT REDIM</code>, где длина элемента идёт сразу за закрывающей скобкой:

06 02 0A E0 04 EB E7 01 26 D0 E7 01 28 MAT REDIM A¤(126)128

=== Подпрограммы с параметрами ===

Аргументы <code>GOSUB'</code> следуют сразу за байтом метки и разделяются токеном <code>DE</code>; скобки не кодируются. Вызов <code>GOSUB ' 5(1,1,N-2)</code> даёт:

23 0B 05 E8 01 DE E8 01 DE 0D E9 E8 02

Объявление <code>DEFFN'</code> содержит метку, четыре байта адреса входа и индексы формальных параметров. Формальные параметры, в отличие от фактических, идут '''подряд, без разделителей'''. Объявление <code>DEFFN ' 5(N1,D1,D2)</code> даёт:

27 08 05 00 00 00 00 12 20 21

Четыре байта после метки заполняются интерпретатором при первом обращении к подпрограмме, поэтому нулевыми они бывают только там, где подпрограмму ни разу не звали. В приведённом примере из <code>STAT05</code> они нулевые, а в <code>EDITOR</code> — осмысленные адреса:

27 08 64 68 02 11 14 4F 50 51 EDITOR 400, DEFFN ' 100(L1,L4,L3)
27 06 4D 00 00 00 00 3D EDITOR 7740, DEFFN ' 77(D)

При разборе эти четыре байта следует пропускать, не пытаясь читать как токены.

Тот же вид имеет и <code>3A</code> — определение клавиши специальных функций, но за адресом у него стоит ровно один литерал: в кавычках (<code>E3</code>), в апострофах (<code>E4</code>) или шестнадцатеричный (<code>E2</code>). Последний случай встречается в <code>SCOPE</code>:

3A 08 1F 00 00 A4 03 E2 01 0D DEFFN ' 31 HEX(0D)

Подпрограммой такая метка не является: <code>3A</code> задаёт текст, подставляемый при нажатии клавиши, и <code>GOSUB'</code> на неё не переходит.

Оператор <code>ON … GOTO</code> кодируется как индекс переменной, токен <code>CD</code> и номера строк по два байта BCD подряд без разделителей.

=== Неявные функции и уровни скобок ===

Функции <code>POS(</code>, <code>LEN(</code>, <code>NUM(</code>, <code>VAL(</code> и <code>AT(</code> закрывающей скобки в потоке не имеют: они заканчиваются на первом же знаке операции. Важно, что «своего» уровня — закрывающая скобка <code>D0</code>, принадлежащая вложенной явной скобке, такую функцию не закрывает.

EDITOR, строка 265:
EC E1 E0 2A E8 01 D0 D7 DE 20 D5 E8 00 D3 02 70
POS(STR( V¤() , 1 ) < 20 ) <> 0 THEN 270

Здесь <code>D0</code> закрывает только <code>STR(</code>; <code>POS(</code> остаётся открытой и заканчивается на <code>D5</code>. Разборщик, считающий неявные скобки одним счётчиком, выдаст <code>POS(STR(V¤(),1))<20<>0</code> — с потерей смысла. Правильная модель — стек: на каждую явную скобку (включая список индексов массива) заводится уровень, неявные функции считаются внутри текущего уровня, а <code>D0</code> закрывает сначала неявные функции своего уровня, затем сам уровень.

=== Что не кодируется и восстанавливается по форме оператора ===

Часть знаков препинания в потоке отсутствует: их положение определяется синтаксисом конкретного оператора, а не токенами.

{| class="wikitable"
! Оператор !! В потоке !! В листинге
|-
| <code>INIT</code> || <code>64 04 E3 01 2D 15</code> || <code>INIT ("-")U¤</code> — значение в скобках, запятой нет
|-
| <code>CONVERT</code> || <code>47 0F 48 D1 E1 … D0 E3 02 «##»</code> || <code>CONVERT P% TO STR(…),(##)</code> — образ в скобках
|-
| <code>¤GIO</code> с адресом || <code>40 0D DC DE 34 DE E2 06 … 22</code> || <code>¤GIO /34,(HEX(…),A¤)</code>
|-
| <code>¤GIO</code> с апострофом || <code>40 … D5 E2 … 07 …</code> || <code>¤GIO 'HEX(…),D¤(2)</code> — здесь скобок нет
|-
| <code>VERIFY</code> || <code>83 … 02 DB 39 E8 01 D0 DE 16 … 17 …</code> || <code>VERIFY T#D%(1),(X(1),Y(1))</code>
|-
| <code>¤TRAN(</code> || <code>06 0C 06 0D DE 12 D0 DE 00</code> || <code>¤TRAN(Q¤,L0¤)R</code> — запятая после <code>)</code> не печатается
|-
| <code>LABEL</code> || <code>06 1E 0A E0 1F E8 03 DE DE DE E3 01 51</code> || <code>LABEL B¤()3,,,"Q"</code>
|-
| <code>MAT</code> || <code>06 01 04 E0 54 D9 EF</code> || <code>MAT C%=ZER</code> — имя массива без <code>()</code>
|-
| <code>RESTORE</code> || <code>51 05 E8 01 DE 48 50</code> || <code>RESTORE 1,4850</code> — номер строки сырым BCD
|-
| <code>SAVE</code>, <code>LOAD</code> || <code>2A 0A DD 10 52 15 DE 52 15 DE 52 25</code> || <code>SAVE Z¤5215,5215,5225</code> — диапазон строк сырым BCD
|-
| <code>INPUT</code>, <code>LINPUT</code> || <code>06 24 2C E3 28 … E9 32</code> || <code>LINPUT "…",-L¤</code> — запятая перед унарным минусом неявная
|}

{{Внимание|1=Ссылка на массив целиком (<code>E0 <индекс></code>) — '''законченное значение''': после неё разбор ожидает операцию или следующий элемент списка, а не индекс. В операторах, операнды которых представляют собой список значений (<code>INPUT</code>, <code>READ</code>, <code>LINPUT</code>, <code>INIT</code>, <code>¤GIO</code>, <code>DATA LOAD</code>/<code>SAVE</code>, <code>LIMITS</code>, <code>MAT READ</code>, <code>MAT INPUT</code>), возведения в степень быть не может, поэтому <code>E0</code> там всегда ссылка на массив. Иначе строка <code>DATA LOAD DA T#D%(D),(X(D))D¤,N¤(),T¤(),L¤(),B(D)</code> читается как <code>…D¤^N¤()^T¤()…</code>.}}

=== Операторы, у которых закрывающая скобка не кодируется ===

У глаголов, имя которых оканчивается на <code>(</code>, закрывающей скобки в потоке нет:

{| class="wikitable"
! Глагол !! Форма !! Где находится закрывающая скобка
|-
| <code>43</code> AND(, <code>61</code> OR(, <code>62</code> XOR( || <code>AND(A¤,B¤)</code> || в конце операторной части
|-
| <code>48</code> PACK(, <code>5D</code> UNPACK(, <code>06 0C</code> <code>¤TRAN(</code> || <code>PACK(<формат>)…</code> || сразу за литералом формата
|-
| <code>4B</code> BIN( || <code>BIN(<приёмник>[,2])=<выражение></code> || после приёмника, вместе со знаком <code>=</code>
|}

4B 02 22 3B BIN(A¤)=J%
4B … E1 23 36 D0 E8 13 DE E8 02 D0 DE DB EF … BIN(STR(A¤(I),13,2),2)=VAL(…)

Пара <code>DE DB</code> здесь означает «,2» — так же, как во втором аргументе функции <code>VAL(</code>. Смысл этого аргумента даёт руководство<ref name="balasanyan" />: <code>VAL(</code> «преобразует двоичное значение содержимого первого байта или первых двух байтов» символьной переменной, то есть аргумент задаёт число байт, и грамматика допускает единственное значение 2. Отсюда и отдельный токен вместо константы: <code>DB</code> в этой позиции и означает двойку, операндов у него нет. Порядок байт — старший первым, по приведённому в руководстве тождеству <code>VAL(X¤,2) = VAL(X¤)*256 + VAL(STR(X¤,2))</code>.

=== Индексация массивов ===

У обращения к элементу массива '''нет открывающей скобки''': ссылка на переменную сама открывает список индексов, а <code>D0</code> его закрывает.

01 32 D0 → 01(32)
2A 03 E8 01 D0 D0 → 2A(03,1)

Токен <code>EB</code> используется только как группирующая скобка в выражениях:

EB 34 E9 33 E9 E8 01 D0 → (34*33*1)

Разборщик, ожидающий <code>EB</code> перед индексом массива, рассинхронизируется.

== Поток значений переменных ==

Секторы, следующие за программой в токенизированном файле, содержат значения переменных, записанные в том же формате, что и обычные файлы данных. Структура описана в документации<ref name="balasanyan" />.

Служебная информация в секторе двух видов:

* '''идентификатор сектора''' — 1 байт в начале сектора, значение <code>02</code> (признак данных);<ref name="vtoraya" /> под данные остаются 255 байт;
* '''идентификатор значения''' — 2 байта перед каждым значением, содержат тип (числовое или символьное) и длину.

Размеры значений:

{| class="wikitable"
! Тип !! Значение !! Со служебными байтами !! Значений в секторе
|-
| целое || 2 байта || 4 байта || 63
|-
| действительное || 8 байт || 10 байт || 25
|-
| символьное || длина значения || длина + 2 || —
|}

Значение, не помещающееся в секторе целиком, переносится в следующий сектор полностью. Элементы массивов записываются построчно.

=== Пример ===

В файле <code>DIG DEM</code> сектор данных начинается с идентификатора сектора <code>02</code>, за которым идут 25 записей по 10 байт:

00 08 <8 байт значения>

Идентификатор <code>00 08</code> означает числовое значение длиной 8 байт. Двадцать пятая запись заканчивается на пятом байте от конца сектора, оставшиеся 5 байт не используются: 1 + 25 × 10 + 5 = 256. Расчёт сходится точно и подтверждает однобайтовую длину идентификатора сектора.

== Алгоритм разбора ==

# Прочитать запись каталога: первый и последний сектор, тип должен быть <code>80</code>.
# Прочитать первый сектор: проверить байт 0 = <code>01</code>, взять имя, прочитать байт 9.
# Проверить наличие четырёхбайтового поля перед программой: если по смещению <code>6 + L1 + L2 + L3</code> корректной записи строки нет, а по смещению на четыре больше есть — сдвинуть начало.
# Если байт 9 = <code>20</code>: склеить содержимое секторов, разбить по <code>85</code>, отбросить нули, перекодировать КОИ-8. Готово.
# Если байт 9 = <code>21</code>: собрать поток из секторов с байтом 1 = <code>80</code>, беря с каждого ровно 254 байта '''без обрезки хвостовых нулей'''; прочитать L1, L2, L3; перейти к смещению <code>6 + L1 + L2 + L3</code>.
# Построить таблицу переменных: <code>N = L2/4 + L3/4</code>; для каждой позиции ''pos'' индекс равен <code>N − 1 − pos</code>, тип берётся из флага; записи с установленным битом 0 флага по порядку сопоставляются записям таблицы 1.
# Для каждой записи строки: номер строки из двух байтов BCD, длина из третьего, тело до следующего <code>FE</code>. Если по отсчитанной длине не оказалось <code>FE</code> — поток рассинхронизирован, разбор остановить.
# После <code>FE</code>: если весь остаток текущего 254-байтового куска нулевой, перейти к началу следующего куска.
# Тело разрезать на операторы по схеме <code><глагол><len><операнды></code>, учитывая двухбайтовые глаголы с префиксом <code>06</code>.
# Перед разбором операндов учесть особые формы: у <code>DATA</code> два последних байта — указатель цепочки, у дисковых операторов первый байт — код <code>F</code>/<code>R</code>/<code>T</code>, у <code>GOSUB'</code> и <code>DEFFN'</code> первый байт — двоичная метка, у <code>SELECT</code> и <code>SCRATCH DISK</code> — собственный формат.

Обработку файла следует прекращать на '''первом''' встреченном секторе с маркером <code>1C</code>, а не доходить до конца выделенного диапазона: за control record могут лежать остатки предыдущей, более длинной версии файла.

Число записей в таблицах 2 и 3 равно <code>L2 / 4</code> и <code>L3 / 4</code> — запись в них вдвое короче, чем в таблице 1.

Байт длины в каждой записи и в каждом операторе даёт бесплатную проверку целостности на каждом шаге. Дополнительная проверка — совпадение числа записей таблиц 2 и 3 с установленным битом 0 флага и числа записей таблицы 1 (<code>L1 / 8</code>).

== Отличия от Wang 2200 ==

{| class="wikitable"
! !! Wang 2200 !! Искра-226
|-
| Запись каталога || 16 байт || совпадает побайтово
|-
| Маркер control record || <code>20</code> || <code>1C</code>
|-
| Маркер заголовка || <code>40</code> (<code>50</code> для защищённых) || <code>01</code>
|-
| Маркеры секторов || битовое поле в старшей тетраде || отдельные значения <code>02</code>/<code>8F</code>/<code>03</code>
|-
| Конец строки в программе || <code>0D 00 00</code> || <code>FE</code> как разделитель
|-
| Конец блока || <code>FD</code> (EOB) / <code>FE</code> (EOD) || не используется
|-
| Диапазон токенов || 0x80–0xFB, 124 значения || глаголы 0x1E–0x83, операнды 0xCA–0xFE, индексы переменных 0x00–0xC9
|-
| Текст в программе || ключевые слова в токенах, остальное обычный ASCII || всё в токенах, ASCII только внутри строковых литералов
|-
| Переменные || имена в открытом виде || индексы в таблицу, имена не хранятся
|-
| Длина оператора || отсутствует || обязательный байт после каждого глагола
|}

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

Вероятная причина расхождения — кодировка. В Wang верхняя половина таблицы свободна и отдана под ключевые слова; у Искры она занята кириллицей, поэтому глаголы перенесены вниз, а от литерального ASCII в потоке отказались полностью.

== Не установлено ==

# Полная таблица токенов: часть значений в диапазонах 0x31–0x32, 0x38–0x39, 0x3B–0x3E, 0x49, 0x4F, 0x5B, 0x60, 0x65, 0x67, 0x69–0x6C, 0x73, 0x7F не занята в известной таблице.
# Имена операторов у глаголов <code>33</code>, <code>37</code>, <code>63</code>, <code>72</code>, у подкодов <code>06 09</code>, <code>06 0D</code>, <code>06 0E</code>, а также у <code>06 00</code> (вероятно <code>PLOT</code>).
# Распределение имён <code>SIN</code>, <code>COS</code>, <code>TAN</code>, <code>ARCSIN</code>, <code>ARCCOS</code> по свободным токенам <code>F9</code>, <code>FA</code>, <code>FB</code>, <code>FC</code>: программ с тригонометрией, сохранённых сразу в обоих представлениях, в наборе нет.
# Назначение четырёхбайтового поля <code>0A 19 <BCD></code> перед программой.
# Смысл поля по смещению 4–5 записи таблицы 1 у скалярных символьных переменных: у массивов там число элементов, у скаляров значения образуют ряд с шагом около 6 в порядке объявления независимо от длин, что указывает скорее на указатель, чем на характеристику самой переменной.
# Смысл байта 3 записей таблиц 2 и 3, а также битов 7 и 3 флага.
# Смысл поля 0–1 записей таблиц 2 и 3 у переменных, имеющих дескриптор в таблице 1: это не адрес, а небольшое число, растущее примерно на восемь.
# Однобайтовый операнд у <code>AND(</code>, <code>OR(</code>, <code>XOR(</code>: <code>43 03 15 DE F0</code> = <code>AND(A¤,F0)</code>, <code>61 06 00 E8 01 D0 DE FF</code> = <code>OR(A¤(1),FF)</code>. Похоже на шестнадцатеричную маску без <code>HEX()</code>, но правило, по которому она отличается от ссылки на переменную, неизвестно.
# Причина различия разметки секторов между токенизированными и текстовыми потоками: в текстовых файлах наблюдается позиционная схема <code>02</code>/<code>8F</code>/<code>03</code>, в токенизированных все секторы программы идут с маркером <code>02</code>.
# Токены операторов, встречающихся в указателе книги, но не найденных в наборе: <code>DATA SAVE DA END</code>, <code>MOVE END</code>, <code>COM CLEAR</code>, <code>CLEAR N/P/V</code>, <code>LIST V</code>, <code>LIST *</code>, <code>LIST %</code>, <code>LIST ¤</code>.

== Примечания ==

<references>
<ref name="balasanyan">Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987. — 264 с.: ил. — разделы 5.1, 5.2, 11.5, 14.2, 18.1, 18.4, 18.7.</ref>
<ref name="vtoraya">Аладьев В. З. и др. Персональный компьютер «Искра-226». Архитектура и программное обеспечение: справочное руководство. — Киев, 1988. — структура программного файла и файла данных, значения признака защиты.</ref>
</references>

== Источники ==

* Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987. — 264 с.: ил.
* Реконструкция по образам дисков: файлы <code>TRANSFER</code>, <code>ФС</code> (текстовые), <code>DIG DEM</code>, <code>#СТАТИСТ</code>, <code>ДЕМ6</code> (токенизированные), <code>EDITOR</code> (сохранён в обоих представлениях — 182 сектора, 1422 строки; основной материал для проверки структуры таблиц и таблицы токенов), <code>STAT05</code> (защищённый и оттранслированный, с расчётами с плавающей точкой; материал для разбора формата констант и двузначности токенов), <code>STAT01A</code> (защищённый и оттранслированный; единственный образец с двумерным массивом), <code>STAT00</code> (защищённый и оттранслированный, сокращённая версия той же программы; материал для разбора двухбайтовых глаголов), <code>М1.Х</code> (сохранён в обоих представлениях; единственный образец с оператором <code>COM</code> и непустой таблицей 3, а также с шестью двумерными массивами), <code>STAT03</code> и <code>STAT08</code> (защищённые и оттранслированные; материал для разбора условий появления дополнительных дескрипторов при <code>MAT REDIM</code>, а <code>STAT08</code> — единственный оттранслированный файл с заполненными адресами в таблице 1).

Дамп <code>STAT01A</code> снят с удалённого файла, поэтому его целостность не гарантирована; выводы по нему опираются только на таблицу 1 и операторы <code>DIM</code>, взаимно согласованные по всем 23 объявленным переменным.

Расшифрованный листинг <code>EDITOR</code> получен ранней версией инструментария и содержит дефект: в нём полностью отсутствует символ <code><</code> (ноль вхождений при сотне вхождений <code>></code>), из-за чего строки вида <code>IF N¤"????"THEN202</code> выглядят без знака сравнения, хотя в токенах он есть (<code>D5</code>). Для сверки предпочтительны листинги <code>STAT0x</code>, <code>VICT</code> и <code>M1</code>.

При сверке представлений следует учитывать, что текстовая и оттранслированная копии одной программы на диске могут относиться к разным её версиям. В <code>STAT05</code> текстовый листинг строки 240 содержит вызов <code>ABS</code>, отсутствующий в оттранслированной копии, что подтверждается длиной оператора. У <code>EDITOR</code> расхождения версий заметны по номерам строк в <code>THEN</code>.
* Расширенный набор (2026): 51 оттранслированный файл и 28 текстовых листингов, в том числе 12 пар «текст + токены»: <code>EDITOR</code>, <code>M1</code>, <code>VICT</code>, <code>STAT00</code>, <code>STAT001</code>, <code>STAT01</code>, <code>STAT02</code>, <code>STAT03</code>, <code>STAT04</code>, <code>STAT05</code>, <code>STAT08</code>, <code>STAT09</code>. Ключевые для этой статьи: <code>STAT04</code> (константы, <code>#PI</code>), <code>STAT09</code> (полный набор дисковых операторов), <code>VICT</code> (единственная пара с целыми переменными), <code>M1</code> (оператор <code>COM</code>), <code>STAT03</code> (поведение <code>MAT REDIM</code>), <code>M4</code> и <code>FAN01</code> (графические операторы <code>DOT</code> и <code>DDRAW</code>), <code>S1</code>, <code>S2</code>, <code>GC121</code> (<code>IF END THEN</code>), <code>UDAW</code> (<code>RND</code>).
* Таблица глаголов — из прошивки интерпретатора, по материалам проекта [https://github.com/elaranovikova/iskra226 elaranovikova/iskra226].
* Аладьев В. З. и др. Персональный компьютер «Искра-226». Архитектура и программное обеспечение: справочное руководство. — Киев, 1988.
* Структура файловой системы Wang для сопоставления — [http://www.wang2200.org/disk_org.html Wang 2200 Disk Organization].

[[Категория:Искра-226]]

Искра-226/Файловая система

2026-08-23T11:00:41Z

Panther: new info

{{emuverse}}

'''Формат файлов BASIC 02''' — способ хранения программ на дисках [[Искра-226]]. Файловая система унаследована от [[Wang 2200]], представление программы — оригинальное и с Wang несовместимо.

Программа может храниться в двух видах: '''текстовом''' (плоский текст в [[КОИ-8]]) и '''токенизированном'''. Оба вида имеют одинаковую внешнюю структуру и различаются одним байтом в заголовочном секторе.

== Общее устройство ==
На диске располагаются физические сектора размером 128 байт — 77 дорожек, 26 секторов на дорожке, одна сторона. Физические сектора попарно объединены в логические размером 256 байт со сквозной нумерацией. Далее везде будут подразумеваться логические сектора.

Файлу выделяется непрерывный диапазон секторов, границы которого записаны в «Указателе каталога». Раскладка внутри диапазона:

{| class="wikitable"
! Сектор !! Содержимое
|-
| первый || заголовок файла
|-
| следующие N || поток содержимого
|-
| … || резерв, заполнен нулями
|-
| последний выделенный || control record
|}

Таким образом, любой файл занимает на диске как минимум на 512 байт больше, чем размер его полезных данных.

Размер файла на диске уменьшать нельзя, поэтому при перезаписи файла более коротким содержимым '''старые данные в хвосте не затираются'''. Там могут остаться читаемые фрагменты предыдущих версий файла, иногда в другом представлении. Их нельзя принимать за часть текущего файла, поэтому необходимо завершать обработку файла при нахождении первой control record.

Искра-226 поддерживает работу с двумя типами файлов: ПФ — «Программные файлы» и ФД — «Файлы данных». Программные файлы всегда содержат программу на Бейсике, в текстовом или упакованном токенизированном виде. Файлы данных, соответственно, данные, доступные из программ пользователя.

В соответствии с документацией, Искра-226 поддерживает прямой доступ программ к секторам диска, при этом к записанным таким образом дискам всё нижеизложенное может быть неприменимо, так как форматом хранения полностью управляет программа пользователя по своему усмотрению.

Также, в наличии имеется несколько системных дисков, на которых содержатся различные версии интерпретатора Бейсика, с которых производится начальная загрузка компьютера. Эти диски имеют свой формат и здесь не рассматриваются.

== Указатель каталога ==
Начиная с 0 сектора на диске располагается «Указатель каталога».

Первые 16 байт содержат служебную информацию в следующем составе:

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0-1 || 2 || размер Указателя каталога в секторах, 16 бит big-endian
|-
| 2-3 || 2 || номер последнего использованного сектора, 16 бит big-endian
|-
| 4–5 || 2 || размер тома (обычно 1000), 16 бит big-endian
|-
| 6–15 || 10 || нули
|}

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

== Запись каталога ==

16 байт, побайтово совпадает с Wang 2200.

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0 || 1 || статус: <code>10</code> — активна, <code>11</code> — удалена (scratched), <code>00</code> — свободна
|-
| 1 || 1 || тип файла: <code>80</code> — программа, <code>00</code> — данные
|-
| 2–3 || 2 || первый сектор файла, старший байт первым
|-
| 4–5 || 2 || последний сектор файла, старший байт первым
|-
| 6–7 || 2 || не используются
|-
| 8–15 || 8 || имя файла, дополнено пробелами справа
|}

Байт типа '''не различает''' текстовое и токенизированное представление: у обоих <code>80</code>.

Указатель каталога всегда начинается с нулевого сектора диска; за ним идёт область каталога. Число секторов указателя задаётся при создании каталога оператором <code>SCRATCH DISK</code> параметром <code>LS=</code>, по умолчанию равно 24 и в дальнейшем не меняется; допустимы значения от 1 до 255. В нулевом секторе помещается до 15 записей, в остальных — до 16: первые 16 байт нулевого сектора занимает блок параметров диска.

Оператор <code>LIST DC</code> выводит типы файлов как <code>P</code> (программный), <code>D</code> (файл данных), <code>SP</code> и <code>SD</code> (вычеркнутые из каталога программный и файл данных соответственно), что соответствует сочетанию байта статуса и байта типа в записи.<ref name="balasanyan" />

=== Пример ===
0 1 2 3 4 5 6 7 8 9 A B C D E F
10 80 00 31 00 3F 00 00 44 49 47 20 44 45 4D 20
└───┘ └───┘ └───┘ └─────────────────────┘
Активная запись, программа, секторы 49…63, имя <code>DIG DEM</code>.

== Заголовочный сектор ==

{| class="wikitable"
! Смещение !! Значение
|-
| 0 || <code>01</code>
|-
| 1–8 || имя файла, дополнено пробелами
|-
| 9 || признак формата записи, см. ниже
|-
| 10–255 || нули
|}

Байт 9 — единственный признак, по которому различаются два представления программы. В исследованном наборе наблюдались значения <code>20</code> (текстовое), <code>21</code> (токенизированное) и <code>25</code> (токенизированное и защищённое).

=== Связь с параметрами оператора SAVE DC ===

Документация<ref name="balasanyan" /> описывает три параметра специальных форматов записи программы:

{| class="wikitable"
! Параметр !! Действие
|-
| <code>T</code> || программа записывается в оттранслированной форме — во внутреннем формате машины, что сокращает занимаемое место и время загрузки
|-
| <code>P</code> || программа защищается от просмотра и записи; после загрузки возможно только выполнение, режим сохраняется до оператора <code>CLEAR</code>
|-
| <code>G</code> || оттранслированная и защищённая форма одновременно
|}

Отсюда следует, что '''текстовое представление — это режим по умолчанию''', а токенизированное включается явным указанием параметра <code>T</code>. Термин «оттранслированная форма» в документации обозначает именно токенизированную запись.

Документированные значения байта 9 (в источнике он назван «признак защиты»):<ref name="vtoraya" />

{| class="wikitable"
! Значение !! Символ !! Защита !! Представление
|-
| <code>20</code> || пробел || нет || текстовое
|-
| <code>21</code> || <code>!</code> || нет || оттранслированное
|-
| <code>24</code> || <code>¤</code> || есть || текстовое
|-
| <code>25</code> || <code>%</code> || есть || оттранслированное
|}

Таким образом байт 9 — битовое поле: '''бит 0''' — программа оттранслирована (параметр <code>T</code>), '''бит 2''' — программа защищена (параметр <code>P</code>); сочетание обоих соответствует параметру <code>G</code>. Значения <code>22</code> и <code>23</code> не используются.

Значения <code>20</code>, <code>21</code> и <code>25</code> наблюдались на дисковых образах (<code>25</code> — у файла <code>STAT05</code>, защищённого и оттранслированного одновременно), <code>24</code> взято из документации.

== Секторы потока ==

Первые два байта каждого сектора потока — служебные, в содержимое не входят.

'''Байт 0''' — позиция сектора:

{| class="wikitable"
! Значение !! Смысл
|-
| <code>02</code> || первый сектор потока
|-
| <code>8F</code> || промежуточный
|-
| <code>03</code> || последний
|}

В токенизированных программах все секторы потока наблюдались с маркером <code>02</code>; позиционная разметка <code>02</code>/<code>8F</code>/<code>03</code> подтверждена на текстовых файлах и на потоке значений переменных. Причина различия не установлена.

'''Байт 1''' — только у программных секторов. Во всех исследованных потоках программы он равен <code>80</code>.

{{Внимание|У секторов данных служебный заголовок занимает '''один''' байт, а не два. То, что во всех наблюдавшихся секторах данных на позиции 1 стоял <code>00</code>, объясняется не разметкой потока, а тем, что это первый байт двухбайтового идентификатора значения, и <code>00</code> в нём означает числовой тип. Для сектора, начинающегося со строкового значения, значение будет другим. Использовать байт 1 как признак «программа или данные» нельзя; надёжный признак — байт 9 заголовочного сектора и байт типа в записи каталога.}}

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

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

Маркер <code>03</code> имеет содержательный смысл: документация<ref name="balasanyan" /> описывает файл как область, в которой между последней записью данных и последним сектором файла остаются неиспользованные секторы, а концевая запись помечает сектор, откуда можно продолжать запись. Таким образом <code>03</code> — не просто «последний по счёту сектор», а граница записанной области, и всё, что лежит за ней до конца выделенного диапазона, к текущему содержимому файла не относится.

== Control record ==

Лежит в '''последнем выделенном''' секторе, а не сразу за содержимым.

1C <длина: 2 байта, старший первым>

Остаток сектора — нули. Маркер <code>1C</code> соответствует по роли байту <code>20</code> в Wang. Второй источник<ref name="vtoraya" /> описывает эту структуру как признак конца файла <code>1C</code>, за которым во втором и третьем байтах сектора записано число реально занятых секторов, а остальные байты нулевые; последний сектор файла данных устроен так же, как последний сектор программного файла.

Документация<ref name="balasanyan" /> отдельно указывает, что последний сектор файла отводится под служебную информацию, а концевая запись занимает ещё один сектор, поэтому при создании файла его размер следует заказывать на два сектора больше, чем требуется собственно под данные.

Счётчик соответствует графе «Использовано», которую показывает оператор <code>LIST DC</code>. Согласно документации<ref name="balasanyan" /> он '''не поддерживается системой автоматически''': значение заносит прикладная программа оператором <code>DATA SAVE DC END</code>, записывающим односекторную концевую запись в текущий сектор из таблицы устройств. Если признак конца данных не записан, в графе «Использовано» всегда стоит 00001; если записан — число реально использованных секторов.

Там, где значение выставлено, оно равно '''заголовок + секторы содержимого + сам control record''', то есть совпадает с правилом Wang:

{| class="wikitable"
! Файл !! Секторов содержимого !! Счётчик !! Ожидаемо
|-
| <code>ФС</code> || 5 || 7 || 1+5+1 = 7
|-
| <code>ДЕМ6</code> || 16 || 18 || 1+16+1 = 18
|}

{{Внимание|Счётчик не является инвариантом файловой системы и при разборе ненадёжен. У <code>#СТАТИСТ</code> он равен 48 при 46 секторах содержимого — значение, по-видимому, осталось от предыдущей, более длинной версии программы, остатки которой лежат в резерве того же файла. У <code>DIG DEM</code> счётчик равен 6 при 5 секторах содержимого, то есть на единицу меньше ожидаемого; возможная причина в том, что там последней операцией была запись потока данных, а не программы. Границы файла следует брать из каталога, а конец данных определять по структуре записей.}}

== Текстовое представление ==

Программа хранится плоским текстом. Кодировка — КОИ-8 (ГОСТ 19768-74): прописная кириллица в 0xE0–0xFF, строчная в 0xC0–0xDF. Номера строк записаны обычными ASCII-цифрами.

* Разделитель строк — байт '''<code>85</code>'''.
* Строка '''не пересекает''' границу сектора; хвост сектора заполняется нулями.
* Байт <code>24</code> (<code>$</code>) отображается на экране Искры как <code>¤</code>.

Выбор <code>85</code> возможен именно потому, что кириллица занимает только верхнюю четверть кодовой таблицы и диапазон 0x80–0x9F остаётся свободным. К самой кодировке КОИ-8 это соглашение отношения не имеет и за пределами Искры не встречается.

Разбор: склеить содержимое секторов, отбрасывая по два служебных байта, разбить по <code>85</code>, отбросить нули.

=== Пример ===

02 80 35 20 52 45 4D 20 F0 E5 F4 F2 E5 EE EB EF … 85 38 20 50 52 49 4E 54 …

Заголовок сектора, затем <code>5 REM ПЕТРЕНКО …</code>, разделитель, <code>8 PRINT …</code>.

== Токенизированное представление ==

=== Сборка потока ===

Склеить содержимое секторов с байтом 1 равным <code>80</code>, отбрасывая по два служебных байта у каждого. Далее смещения даны от начала полученного потока.

=== Пролог и таблицы ===

Поток начинается с трёх 16-битных длин, '''старший байт первым''', за которыми следуют три таблицы:

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0 || 2 || L1 — длина таблицы 1 в байтах, запись 8 байт
|-
| 2 || 2 || L2 — длина таблицы 2 в байтах, запись 4 байта
|-
| 4 || 2 || L3 — длина таблицы 3 в байтах, запись 4 байта
|-
| 6 || L1 || таблица 1
|-
| 6+L1 || L2 || таблица 2
|-
| 6+L1+L2 || L3 || таблица 3
|}

'''Программа начинается по смещению <code>6 + L1 + L2 + L3</code>.'''

Проверено на четырёх файлах:

{| class="wikitable"
! Файл !! L1 !! L2 !! L3 !! Старт !! Первая строка
|-
| <code>DIG DEM</code> || 24 || 20 || 0 || 50 || <code>0 GOTO 10</code>
|-
| <code>#СТАТИСТ</code> || 216 || 488 || 108 || 818 || <code>999 REM КОНЕЦ</code>
|-
| <code>ДЕМ6</code> || 392 || 256 || 0 || 654 || <code>10 REM "ДЕМ6". ГОРОСКОП</code>
|-
| <code>EDITOR</code> || 448 || 800 || 0 || 1254 || <code>10 % EDITOR. ВЕРСИЯ 4.1</code>
|}

Формула даёт точную границу, эвристический поиск начала программы не требуется. На расширенном наборе из 51 токенизированного файла она также не даёт сбоев: разбор каждого файла доходит до конца потока без рассинхронизации.

==== Таблица 1 ====

'''Таблица 1 описывает переменные, которым нужен дескриптор размера''' — массивы и символьные переменные с явно заданной длиной. Оператор объявления при этом не важен: в таблицу попадают как переменные из <code>DIM</code>, так и из <code>COM</code> (аналог <code>DIM</code> для переменных, общих для нескольких программ). Числовые скаляры и символьные переменные с длиной по умолчанию в таблице 1 не описываются.

В файле <code>М1.Х</code> записей 13 при 10 переменных в <code>DIM</code>; лишние три — <code>C(14)</code>, <code>G(14)</code> и <code>N0¤21</code>, объявленные в <code>COM</code>.

Запись — 8 байт:

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0–1 || 2 || адрес переменной в памяти, младший байт первым
|-
| 2–3 || 2 || тип: <code>00 08</code> — символьная, <code>2D 08</code> — числовая или целая
|-
| 4–5 || 2 || для массивов — число элементов, младший байт первым
|-
| 6–7 || 2 || размерный код, младший байт первым
|}

Размерный код равен '''<code>2 × размер элемента</code>''', а его младший бит означает, что длина была задана явно. Для числовых переменных код 16 (размер элемента 8 байт), для целых 4 (2 байта), для символьных <code>2 × длина + 1</code>: длина 8 → 17, 64 → 129, 128 → 257, 253 → 507.

Символьная переменная, объявленная без указания длины, получает длину по умолчанию 16 и '''чётный''' код 32. В <code>STAT01A</code> так объявлены <code>B6¤(400)</code> и <code>B7¤(10)</code>, у обоих код 32, тогда как у всех переменных с явной длиной в том же файле код нечётный и точен. Поэтому нечётность кода нельзя использовать как признак символьного типа — для этого служат байты 2–3.

===== Двумерные массивы =====

У двумерного массива вторая размерность записывается в байты 2–3, на место признака типа, а первая остаётся в поле числа элементов. Размерности '''не перемножаются''', поэтому оператор <code>DIM</code> восстанавливается точно.

Правило проверено на десяти массивах в четырёх файлах, включая <code>A(5,6)</code> из <code>STAT03</code> с двумя разными малыми размерностями. В <code>М1.Х</code> пять массивов вида <code>(2,99)</code> дают в байтах 2–3 значение 99, а в поле числа элементов 2; контрольный <code>R(2,2)</code> с равными размерностями даёт 2 и 2. Размер выделяемой памяти считается по общей формуле с перемножением размерностей: у <code>P(2,99)</code> разность адресов равна 1590 = 2 × 99 × 8 + 6, у <code>R(2,2)</code> — 38 = 2 × 2 × 8 + 6.

Пример записи <code>Q(7,8)</code> из <code>STAT01A</code>:

00 00 08 00 07 00 10 00

Байты 2–3 равны 8 (вторая размерность), байты 4–5 равны 7 (первая), размерный код 16 — числовая. Опознание надёжно: соседние записи таблицы содержат 13 и 8 элементов, а в тексте <code>DIM</code> вокруг <code>Q(7,8)</code> стоят <code>A(13)</code> и <code>E(8)</code>.

Практическое правило: '''старший байт поля 2–3 равен <code>08</code> — массив одномерный''', иначе поле 2–3 целиком занято второй размерностью. Значения <code>08 2D</code> и <code>08 00</code> не могут быть размерностью, так как означали бы 2093 и 2048 элементов по второму измерению.

Вопрос «как при двумерности кодируется тип переменной» снимается: тип хранится не в таблице 1, а во флаге записи таблиц 2 и 3 (см. ниже), поэтому байты 2–3 таблицы 1 свободны под размерность. Символьные двумерные массивы в наборе есть — пятнадцать записей, у которых флаг помечает символьный тип, а старший байт поля 2–3 равен <code>0C</code>.

{{Внимание|1=Исключение — '''неявно объявленные массивы'''. У переменной, к которой обратились с индексом без предварительного <code>DIM</code>, число элементов всегда равно 10 (размерность массива по умолчанию), а в байтах 2–3 стоят значения <code>01 27</code> или <code>07 59</code>, размерностями не являющиеся: в исследованном наборе они встречаются девять и семь раз соответственно и только при десяти элементах, в неродственных программах. Их природа не установлена. Такие массивы следует выводить как одномерные <code>(10)</code>. Настоящий двумерный массив <code>(10,10)</code> в наборе тоже есть — в <code>STATIST</code>, там байты 2–3 равны <code>00 0A</code>.}}

===== Порядок записей обратен порядку объявления =====

Память под переменные выделяется '''сверху вниз''', от верхней границы, а записи в таблице отсортированы по возрастанию адреса. Поэтому '''первая переменная в <code>DIM</code> оказывается последней записью таблицы''', и сопоставлять их нужно с конца.

Проверено на файле <code>EDITOR</code>: 7 операторов <code>DIM</code> объявляют 50 переменных, L1 = 448 = 56 записей. При обратном сопоставлении разность адресов соседних записей совпадает с ожидаемым размером переменной '''у 44 из 50''' точно, а оставшиеся 6 расходятся ровно на 1 байт — это нечётные длины (<code>A¤1</code>, <code>K¤253</code>, <code>G¤19</code>), округляемые вверх до чётной.

{{Внимание|1='''Адреса в таблице 1 могут быть нулевыми.''' В файле <code>STAT05</code> все 11 записей имеют адрес <code>0000</code>, поэтому любое правило, опирающееся на разность адресов соседних записей, там неприменимо. Разборщику следует проверять адреса на ненулевое значение перед использованием.

Остальные поля при этом заполнены и корректны: обратный порядок относительно <code>DIM</code> сохраняется, размерный код точен для всех строковых переменных, у массива <code>K(9)</code> число элементов равно 9.}}

Размер выделяемой памяти:

* скалярная символьная переменная — объявленная длина, округлённая вверх до чётной;
* массив — <code>N × размер элемента + 6</code>, где 6 байт занимает дескриптор.

Формула для массивов проверена на 20 массивах <code>EDITOR</code> без единого расхождения: <code>V¤(20)64</code> → 1286, <code>S¤(48)64</code> → 3078, <code>P%(300)</code> → 606, <code>X(2)</code> → 22.

===== Таблица отражает состояние на момент сохранения =====

Число записей может превышать число переменных в <code>DIM</code>. В <code>STAT01A</code> записей 26 при 23 объявленных переменных, и три лишние стоят в области самых низких адресов, то есть выделены последними.

Число элементов у лишних записей соответствует не тексту программы, а значению, которое переменная получила при выполнении: в <code>STAT01A</code> у всех трёх лишних записей это 300, тогда как в <code>DIM</code> объявлено 200. Программа содержит оператор <code>MAT REDIM</code>, переопределяющий размерности во время работы, поэтому таблица описывает состояние памяти на момент сохранения, а не исходный текст.

Косвенное подтверждение: в токенах <code>DIM</code> файла <code>STAT01A</code> переменные <code>X</code>, <code>Y</code> и <code>G¤</code> получили индексы <code>40</code>, <code>41</code>, <code>42</code>, тогда как все остальные — обычные значения подряд.

Причина этого выяснена на файле <code>STAT03</code>, сохранённом в обоих представлениях. Выросший массив получает не только новый дескриптор в таблице 1, но и '''новый индекс переменной''', причём интерпретатор правит операнд в самом операторе <code>DIM</code>, оставляя код и <code>MAT REDIM</code> работать со старым индексом. Оператор

20 DIM X(100),G¤(100)5,Q(5,100),D(6),E(5),A(5,6)

кодируется как

46 06 19 1A 1B 03 04 05

— первые три переменные записаны индексами <code>19</code>, <code>1A</code>, <code>1B</code>, тогда как <code>MAT REDIM</code> в строке 200 обращается к ним же как <code>E0 00</code>, <code>E0 01</code>, <code>E0 02</code>. В таблицах 2 и 3 бит 0 флага установлен и у <code>19</code>, <code>1A</code>, <code>1B</code>, и у <code>00</code>, <code>01</code>, <code>02</code>: первым соответствуют дескрипторы с 300 элементами (размер после переопределения), вторым — исходные, со 100.

{{Внимание|1=Из этого следует, что операторы <code>DIM</code> в оттранслированном файле нельзя использовать как источник соответствия «индекс — дескриптор»: там могут стоять «теневые» индексы. Надёжный источник — бит 0 флага записей таблиц 2 и 3.}}

Дополнительный дескриптор создаётся '''только тогда, когда массив вырастает за пределы исходного выделения'''. Если новый размер не превышает объявленного в <code>DIM</code>, память переиспользуется на месте и запись в таблице остаётся одна.

Наиболее наглядно это видно в <code>STAT03</code>, где <code>MAT REDIM</code> переопределяет шесть массивов, а лишних записей три:

{| class="wikitable"
! Массив !! Объявлено !! После переопределения !! Дескриптор
|-
| <code>X(100)</code> || 100 || 300 || добавлен
|-
| <code>G¤(100)5</code> || 100 || 300 || добавлен
|-
| <code>Q(5,100)</code> || 100 || 300 || добавлен
|-
| <code>D(6)</code> || 6 || не больше 6 || нет
|-
| <code>E(5)</code> || 5 || не больше 5 || нет
|-
| <code>A(5,6)</code> || 5, 6 || не больше 5 и 6 || нет
|}

Правило согласуется и с остальными файлами: в <code>STAT01A</code> из одиннадцати переопределяемых массивов выросли три, в <code>STAT00</code> из четырёх — два, и столько же лишних записей в каждом случае.

Если программа не выполнялась после загрузки, оператор <code>MAT REDIM</code> не отрабатывает и лишних записей нет вовсе: в <code>STAT08</code> записей ровно шесть при шести переменных в <code>DIM</code>.

В <code>EDITOR</code> шесть записей таблицы 1 не соответствуют ни одному <code>DIM</code>. По флагам таблицы 2 они принадлежат переменным с индексами <code>39</code>, <code>54</code>, <code>64</code>, <code>90</code>, <code>92</code>, <code>93</code>, причём у всех шести число элементов равно 10 — размерности массива по умолчанию. Это '''неявно объявленные массивы''': переменная, к которой обратились с индексом без предварительного <code>DIM</code>, получает десять элементов и полноценный дескриптор. Три из шести — целые (<code>%</code>), размерный код 4, три — действительные, код 16.

==== Таблицы 2 и 3 ====

Таблицы 2 и 3 образуют '''один непрерывный массив дескрипторов переменных'''. Формат записей в обеих одинаков, граница между ними определяется только счётчиками пролога; число записей — <code>L2 / 4</code> и <code>L3 / 4</code>, поскольку длины в прологе даны в байтах, а запись занимает 4 байта, а не 8.

{| class="wikitable"
! Смещение !! Размер !! Значение
|-
| 0–1 || 2 || адрес переменной в памяти, младший байт первым; <code>0000</code>, если память не выделена
|-
| 2 || 1 || флаг типа
|-
| 3 || 1 || назначение не установлено
|}

===== Порядок записей =====

Записи описывают '''все''' переменные программы, а не только скалярные, и идут в порядке '''убывания индекса переменной'''. Если обозначить

N = L2 / 4 + L3 / 4

то запись, описывающая переменную с индексом ''i'', находится на позиции <code>N − 1 − i</code>, если считать позиции подряд: сначала записи таблицы 2, затем записи таблицы 3.

Отсюда следует, что '''<code>N</code> — это общее число переменных программы''', то есть наибольший использованный индекс плюс единица. Таблица 3 приходится на самые младшие индексы — именно те, которые занимает оператор <code>COM</code>: он всегда выполняется первым и получает индексы с нуля.

Правило проверено на всех файлах исследованного набора, разбор которых не срывается на бинарных полезных нагрузках операторов <code>ASMB</code> и <code>$GIO</code>: для 28 файлов совпадение точное.

===== Флаг типа =====

{| class="wikitable"
! Бит !! Значение
|-
| 5 (<code>0x20</code>) || символьная переменная
|-
| 4 (<code>0x10</code>) || числовая переменная (действительная)
|-
| ни 5, ни 4 || '''целая переменная''' (суффикс <code>%</code>)
|-
| 0 (<code>0x01</code>) || у переменной есть дескриптор в таблице 1 — то есть это массив либо символьная переменная с явно заданной длиной
|-
| 7, 3 || назначение не установлено
|}

Признак целого типа установлен на файле <code>VICT</code>, единственном в наборе, где есть и целые переменные, и обе копии программы. Ровно три записи таблицы 2 имеют <code>флаг & 0x30 = 0</code> — те, что соответствуют индексам <code>23</code>, <code>28</code> и <code>33</code>. В текстовом листинге ровно три целых переменных, и их индексы совпадают: <code>E%</code> — строка 98 (<code>E%=0</code> → <code>36 04 23 D9 E8 00</code>), <code>E7%</code> — строка 1010, <code>E3%</code> — строка 5070. У всех троих адрес равен <code>0000</code>: целым скалярам в общей области скаляров место не отводится.

Признак символьного типа согласуется с прежним наблюдением: в <code>М1.Х</code> у <code>N¤</code> и <code>N1¤</code> флаг <code>A8</code>, а адреса этих переменных отстоят от соседних на 16 байт — длина символьной переменной по умолчанию.

===== Связь с таблицей 1 =====

Число записей с установленным битом 0 флага '''в точности равно <code>L1 / 8</code>''' во всех файлах набора. Более того, соответствие оказывается порядковым: ''k''-я по счёту такая запись (в порядке файла) описывает ту же переменную, что и ''k''-я запись таблицы 1.

k = 0
для pos = 0 … N−1:
если флаг[pos] и 1:
дескриптор_переменной(N − 1 − pos) = запись таблицы 1 номер k
k = k + 1

Это даёт '''точное соответствие «индекс переменной → запись таблицы 1» без разбора операторов <code>DIM</code> и <code>COM</code>'''. Прежний способ — сопоставление по порядку объявления — ошибочен по двум причинам:

* оператор <code>COM</code> объявляет и обычные скаляры, у которых записи в таблице 1 нет: в <code>М1.Х</code> из тринадцати объявленных переменных дескриптор имеют только три (<code>C(14)</code>, <code>G(14)</code>, <code>N0¤21</code>);
* после <code>MAT REDIM</code> в операнде <code>DIM</code> могут стоять «теневые» индексы (см. ниже).

Три записи таблицы 3 в <code>М1.Х</code> с низкими значениями поля 0–1 (<code>0014</code>, <code>000D</code>, <code>0005</code>) — это как раз те три переменные <code>COM</code>, которые описаны в таблице 1. У всех переменных с дескриптором таблицы 1 поле 0–1 содержит не адрес, а небольшое число, растущее примерно на восемь с каждой такой переменной (в <code>М1.Х</code> — 5, 13, 20, 29, 38, 46, 54, 62, 70, 78, 85, 93, 101). Назначение этого поля не установлено.

===== Практическое следствие =====

Хотя имена переменных в оттранслированном файле не сохраняются, для '''каждой''' переменной восстанавливаются:

* тип — действительная, целая (<code>%</code>) или символьная (<code>¤</code>);
* массив это или скаляр;
* размерности массива и длина элемента.

Разборщику не нужны ни эвристики «массив или скаляр» по разностям адресов (в защищённых файлах адреса нулевые), ни разбор операторов <code>DIM</code>.

=== Индексы переменных и их имена ===

Переменные адресуются в коде однобайтовым индексом. Индексы назначаются '''в порядке первого появления переменной в тексте программы''', а не по алфавиту и не по типу.

Операторы <code>COM</code> и <code>DIM</code> делят единое пространство индексов: в <code>М1.Х</code> оператор <code>COM</code> занимает индексы <code>00</code>–<code>0C</code>, а следующий за ним <code>DIM</code> продолжает с <code>0D</code>.

Для переменных, объявленных в <code>DIM</code>, это даёт прямое соответствие: операторы <code>DIM</code> перечисляют свои переменные подряд, в том же порядке, в каком они записаны в исходном тексте. В <code>EDITOR</code> семь операторов <code>DIM</code> занимают индексы <code>01</code>–<code>32</code> непрерывно; индекс <code>00</code> достался переменной <code>R2%</code>, встретившейся раньше — в строке 30, до первого <code>DIM</code>. В <code>ДЕМ6</code>, где до <code>DIM</code> переменных не было, нумерация начинается с <code>00</code>.

{{Внимание|1='''Имена переменных в оттранслированном файле не сохраняются.''' Таблицы содержат дескрипторы памяти — адрес, тип, размер, — но не имена.

Проверка на <code>EDITOR</code>, где программа сохранена одновременно в текстовом и оттранслированном виде: сопоставление 866 общих строк дало однозначное имя для 146 индексов из 160, и ни одно поле таблиц с этими именами не коррелирует. В таблице 1 поле по смещению 4–5 совпадает у <code>Y¤4</code> и <code>Z¤253</code> (72), у <code>D¤8</code> и <code>Q5¤40</code> (204); в таблице 2 последний байт записи совпадает у заведомо разных переменных (<code>D%</code> и <code>I%</code>, <code>J%</code> и <code>E</code>).

Это согласуется с назначением параметра <code>T</code>: при выполнении имена не нужны, всё адресуется по индексу, а отказ от их хранения и даёт заявленную экономию места. Практическое следствие — '''читаемый листинг из оттранслированного файла восстановить нельзя'''. Восстанавливается структура программы, но переменные остаются безымянными, если не сохранилась текстовая версия того же исходника.

Не хранится только само имя. Тип переменной — действительная, целая или символьная — и её размерности восстанавливаются полностью по таблицам 2, 3 и 1, поэтому в листинге можно выводить корректные суффиксы <code>%</code> и <code>¤</code> и корректные размерности массивов.}}

=== Записи строк ===

Программа — последовательность записей, разделённых байтом '''<code>FE</code>'''. Перед первой записью разделителя нет.

<номер строки: 2 байта BCD> <len: 1 байт> <тело>

<code>len</code> считается '''включая сам байт len''' и до следующего <code>FE</code>. Следующий разделитель находится по адресу <code>адрес(len) + len</code>.

В отличие от текстового представления, записи '''пересекают''' границу сектора; два служебных байта нового сектора в длину не входят.

==== Выравнивание в конце сектора ====

Если очередная запись не помещается в остаток сектора, остаток заполняется нулями, а запись начинается с первого байта следующего сектора. Такие нули стоят '''после''' разделителя <code>FE</code> и в длину записи не входят.

Точное правило формулируется через границы секторов, а не через длину заголовка. Поток рассматривается как последовательность 254-байтовых кусков — по одному на сектор, '''без обрезки хвостовых нулей'''. После разделителя <code>FE</code>, стоящего по смещению ''q'':

b = (⌊q / 254⌋ + 1) × 254
если b > q и все байты потока с q по b−1 нулевые, то q = b

То есть переход к следующему сектору выполняется только тогда, когда весь остаток текущего куска нулевой.

С этим правилом разбор всех 51 токенизированного файла исследованного набора проходит без единой рассинхронизации, а <code>EDITOR</code> даёт ровно 1422 записи строк — столько же, сколько строк в его текстовой версии. Эвристика «пропустить до трёх нулей после <code>FE</code>» этого не обеспечивает: длина выравнивания доходит до шести байт.

{{Внимание|1=Строка с номером 0 кодируется байтами <code>00 00 <len></code> — такая строка есть в файле <code>DIG DEM</code> (<code>0 GOTO 10</code>). Разборщик, безусловно пропускающий пару нулей перед номером строки, разрушает разбор подобных файлов. Нули следует пропускать только по правилу выше.}}

=== Операторы ===

Тело записи — последовательность операторов:

<токен глагола: 1 байт> <len: 1 байт> <операнды: len байт>

Здесь <code>len</code> — длина только операндов, сам байт len не считается. <code>len = 00</code> означает оператор без операндов, например голый <code>PRINT</code>.

Наличие явной длины у каждого оператора позволяет разрезать программу на операторы, ещё не зная значений токенов. Эта особенность вынужденная: в отличие от Wang, где многословные команды собираются из нескольких токенов вперемешку с обычным ASCII и границы видны по самому потоку, у Искры весь текст программы переведён в токены и поток непрозрачен.

==== Пример разбора ====

Строка 2000 файла <code>#СТАТИСТ</code>, длина 0x54 = 84:

20 00 54
23 01 23 GOSUB ' 35
4C 39 E3 1F «БУДЕТЕ …» DD 00 DD E3 12 «-[1] ИЛИ ДВУМЯ [2]» DD
PRINT "…";F¤;"…";
41 01 5C INPUT F%
36 03 5D D9 0E N7=N3
24 06 0E D7 11 D3 20 01 IF N3<N6THEN2001
36 03 5D D9 11 N7=N6

Сумма: 3 + 59 + 3 + 5 + 8 + 5 = 83, плюс байт длины = 84.

== Таблица токенов ==

=== Глаголы ===

Основной массив значений восстановлен из прошивки интерпретатора (алфавитный список ключевых слов по смещению 0x1840 и 51-байтовый массив перестановки по 0x19B6). Отмеченные записи проверены или исправлены сопоставлением токенизированной и текстовой версий одной программы.

{| class="wikitable"
! Токен !! Оператор !! Примечание
|-
| <code>1E</code> || IF END THEN || выведено из данных; операнд — 2 байта BCD, номер строки
|-
| <code>21</code> || GOTO || подтверждено
|-
| <code>22</code> || GOSUB || подтверждено
|-
| <code>23</code> || GOSUB' || в прошивочной таблице пропуск; значение выведено из данных
|-
| <code>24</code> || IF || подтверждено
|-
| <code>25</code> || KEYIN || подтверждено
|-
| <code>26</code> || ON || подтверждено
|-
| <code>27</code> || DEFFN' || подтверждено
|-
| <code>28</code> || PRINTUSING || в опубликованной таблице ошибочно указан GOSUB'; исправлено по данным
|-
| <code>29</code> || DATA || подтверждено
|-
| <code>2A</code> || SAVE ||
|-
| <code>2B</code> || RENUMBER ||
|-
| <code>2C</code> || CLEAR ||
|-
| <code>2D</code> || LOAD ||
|-
| <code>2E</code> || LIST ||
|-
| <code>2F</code> || RUN || подтверждено
|-
| <code>30</code> || RETURN CLEAR || подтверждено
|-
| <code>34</code> || ON ERROR || подтверждено
|-
| <code>35</code> || LET ||
|-
| <code>36</code> || ''(присваивание без ключевого слова)'' || подтверждено
|-
| <code>3A</code> || DEFFN' с текстовым определением || выведено из данных
|-
| <code>3F</code> || <code>%</code> (краткая форма REM) || подтверждено
|-
| <code>40</code> || $GIO ||
|-
| <code>41</code> || INPUT || подтверждено
|-
| <code>42</code> || STOP || подтверждено
|-
| <code>43</code> || AND( || подтверждено
|-
| <code>44</code> || READ || подтверждено
|-
| <code>45</code> || BOOL ||
|-
| <code>46</code> || DIM || подтверждено
|-
| <code>47</code> || CONVERT || подтверждено
|-
| <code>48</code> || PACK( || подтверждено
|-
| <code>4A</code> || ADD ||
|-
| <code>4B</code> || BIN( ||
|-
| <code>4C</code> || PRINT || подтверждено
|-
| <code>4D</code> || ROTATE || подтверждено
|-
| <code>4E</code> || COM || подтверждено
|-
| <code>50</code> || HEXPRINT ||
|-
| <code>51</code> || RESTORE || подтверждено
|-
| <code>52</code> || NEXT || подтверждено
|-
| <code>53</code> || REWIND ||
|-
| <code>54</code> || SELECT || подтверждено
|-
| <code>55</code> || BACKSPACE ||
|-
| <code>56</code> || REM || подтверждено
|-
| <code>57</code> || FOR || подтверждено
|-
| <code>58</code> || SKIP ||
|-
| <code>59</code> || END ||
|-
| <code>5A</code> || DEFFN ||
|-
| <code>5C</code> || RES ||
|-
| <code>5D</code> || UNPACK( || подтверждено
|-
| <code>5E</code> || RETURN || подтверждено
|-
| <code>5F</code> || TRACE ||
|-
| <code>61</code> || OR( ||
|-
| <code>62</code> || XOR( ||
|-
| <code>63</code> || ''(операция над символьными переменными, имя не установлено)'' || выведено из данных
|-
| <code>64</code> || INIT || подтверждено
|-
| <code>66</code> || DATA LOAD BT || подтверждено
|-
| <code>68</code> || DATA SAVE BT || подтверждено
|-
| <code>6D</code> || COPY ||
|-
| <code>6E</code> || DATA SAVE BA || подтверждено
|-
| <code>70</code> || DATA LOAD BA || подтверждено
|-
| <code>71</code> || DATA LOAD DA || подтверждено
|-
| <code>74</code> || DATA LOAD DC || выведено из данных
|-
| <code>75</code> || DATA LOAD DC OPEN T || выведено из данных
|-
| <code>76</code> || DATA SAVE DC || подтверждено
|-
| <code>77</code> || DATA SAVE DC CLOSE || подтверждено
|-
| <code>78</code> || DATA SAVE DC OPEN T || подтверждено
|-
| <code>79</code> || DBACKSPACE ||
|-
| <code>7A</code> || DSKIP ||
|-
| <code>7B</code> || LIMITS || подтверждено
|-
| <code>7C</code> || LIST DC || подтверждено
|-
| <code>7D</code> || LOAD DC || выведено из данных
|-
| <code>7E</code> || MOVE ||
|-
| <code>80</code> || SAVE DC || выведено из данных
|-
| <code>81</code> || SCRATCH ||
|-
| <code>82</code> || SCRATCH DISK || подтверждено
|-
| <code>83</code> || VERIFY ||
|}

Пометка «подтверждено» означает сверку с текстовым листингом той же программы. Основная часть подтверждений получена на файле <code>EDITOR</code> автоматическим сопоставлением 866 общих строк: в строках, где число операторов в обоих представлениях совпало, первый глагол каждого оператора сверялся с первым словом соответствующего оператора текста. Так подтверждены 34 значения, включая <code>21</code> = GOTO (147 совпадений), <code>4C</code> = PRINT (212), <code>24</code> = IF (266).

Отдельно стоит краткая форма комментария <code>%</code> (токен <code>3F</code>): она встречается в <code>EDITOR</code> 122 раза против 7 у полного <code>REM</code> (токен <code>56</code>), и её операнд записывается сырым текстом без префикса <code>E3</code> — так же, как у <code>REM</code>.

Значения назначены не по алфавиту, а тематическими группами с запасом внутри каждой: управление ходом выполнения в 0x21–0x2F, ввод-вывод около 0x41–0x4C, дисковые операции в 0x74–0x83. Составные дисковые команды получают '''один''' токен на всю фразу, тогда как в Wang та же команда собирается из нескольких (<code>DATA</code> + <code>LOAD</code> + <code>DC</code>).

Документация<ref name="balasanyan" /> описывает также операторы <code>DATA SAVE DC END</code>, <code>DATA SAVE DC CLOSE</code> и <code>DATA LOAD DC OPEN</code>. Все три найдены: <code>DATA LOAD DC OPEN</code> — токен <code>75</code>, <code>DATA SAVE DC CLOSE</code> — отдельный токен <code>77</code>, а <code>DATA SAVE DC END</code> оказался не отдельным глаголом, а обычным <code>DATA SAVE DC</code> (<code>76</code>) с единственным операндом <code>D7</code> — ключевым словом <code>END</code>.

=== Операнды дисковых операторов ===

Первый байт операндов дискового оператора — '''код устройства или режима''', а не ссылка на переменную:

{| class="wikitable"
! Байт !! Значение
|-
| <code>00</code> || <code>F</code> — первый дисковод
|-
| <code>01</code> || <code>R</code> — второй дисковод
|-
| <code>02</code> || <code>T</code> — обращение по номеру файла (<code>#n</code>)
|}

Правило проверено на <code>LIST DC F</code> → <code>7C 01 00</code>, <code>LIST DC R</code> → <code>7C 01 01</code>, <code>LOAD DC F/1C,"М2"</code> → <code>7D 08 00 DC DE 1C DE E3 02 ED 32</code>, <code>SCRATCH R"VIC"</code> → <code>81 05 01 E3 03 56 49 43</code>, <code>SCRATCH T#D,F1¤</code> → <code>81 05 02 DB 22 DE 4C</code>, <code>DATA SAVE DC OPEN T(700)A¤</code> → <code>78 07 02 EB E7 07 00 D0 09</code>.

Ключевые слова конца и начала файла кодируются токенами, у которых в позиции операции другое значение:

79 01 D6 DBACKSPACE BEG
7A 01 D7 DSKIP END
76 01 D7 DATA SAVE DC END
79 04 DB E8 01 DE D6 DBACKSPACE #1,BEG

Тот же <code>D6</code> в операторах <code>DATA SAVE DC</code> и <code>SAVE DC</code> печатается как <code>¤</code>, а <code>D2</code> (обычно <code>STEP</code>) — как параметр <code>T</code>:

76 07 D6 DB E8 02 DE E0 12 DATA SAVE DC ¤#2,W()
80 0E 01 D6 D2 EB E3 03 «VIC» D0 E3 03 «VIC» SAVE DC R¤T("VIC")"VIC"

Оператор <code>SCRATCH DISK</code> использует ключевые слова <code>LS</code> и <code>END</code>:

82 0B 01 06 D9 E8 05 DE D7 D9 E7 10 00 SCRATCH DISK RLS=5,END=1000
82 0B 00 06 D9 E8 05 DE D7 D9 E7 10 00 SCRATCH DISK FLS=5,END=1000

Здесь <code>01</code>/<code>00</code> — дисковод, <code>06</code> — ключевое слово <code>LS</code>, <code>D9</code> — знак равенства, <code>D7</code> — <code>END</code>.

=== Списки переменных и списки выражений ===

Список '''принимающих''' переменных пишется '''без разделителей''' — соседние ссылки на переменные и есть список:

41 02 0A 0B INPUT T0,N0
74 03 05 0C 0D DATA LOAD DC A1¤,E1,E2
7B 08 02 DB 22 DE 4C 4D 4E 36 4F LIMITS T#D,F1¤,O,A,Q,R
46 04 00 01 02 03 DIM X(300),Y(300),N(2),G¤(300)5

Список '''выражений''' разделяется <code>DE</code>:

76 06 D6 05 DE 0A DE 0B DATA SAVE DC ¤A1¤,T0,N0
28 0B E7 04 70 DE 0F DE 10 DE 00 10 D0 PRINTUSING 470,I,D,X(D)

Запятая между приглашением и переменной в операторе <code>INPUT</code> не кодируется:

41 14 E3 11 «СТЕПЕНЬ СВОБОДЫ » 00 INPUT "СТЕПЕНЬ СВОБОДЫ ",K

Номер строки-образа в <code>PRINTUSING</code> — обычная константа <code>E7</code>, а диапазоны строк в <code>SAVE</code>, <code>LOAD</code> и <code>SAVE DC</code> записываются '''сырым двухбайтовым BCD''' без токена:

80 … 90 00 DE 90 90 SAVE DC …"*ASMBBAS" 9000,9090
2A 0A DD 10 52 15 DE 52 15 DE 52 25 SAVE Z¤5215,5215,5225

У оператора <code>BIN(</code> закрывающая скобка и знак равенства не кодируются, как у <code>PACK(</code> и <code>UNPACK(</code>:

4B 02 22 3B BIN(A¤)=J%

=== Двухбайтовые глаголы ===

Матричные и графические операторы кодируются двумя байтами: префиксом <code>06</code> и подкодом. Длина операторной части следует за подкодом на обычном месте:

06 <подкод> <len> <операнды>

Разборщик, ожидающий однобайтовый глагол, на таких строках теряет синхронизацию.

{| class="wikitable"
! Подкод !! Оператор !! Достоверность
|-
| <code>00</code> || <code>PLOT</code> (?) || выведено из данных, см. ниже
|-
| <code>01</code> || MAT (присваивание) || подтверждено
|-
| <code>02</code> || MAT REDIM || подтверждено
|-
| <code>03</code> || MAT READ || по контексту: <code>RESTORE 1,X:06 03 02 E0 24</code>
|-
| <code>04</code> || MAT INPUT || по контексту: приглашение <code>PRINT</code>, затем <code>06 04 02 E0 32</code>
|-
| <code>06</code> || MAT COPY || подтверждено
|-
| <code>0A</code> || MAT SEARCH || подтверждено
|-
| <code>0C</code> || <code>¤TRAN(</code> || подтверждено
|-
| <code>0F</code> || <code>¤OPEN</code> || подтверждено
|-
| <code>13</code> || DOT || сопоставление идиом двух программ
|-
| <code>14</code> || DDRAW || сопоставление идиом двух программ
|-
| <code>15</code> || DRAW || подтверждено
|-
| <code>19</code> || NPLOT || подтверждено
|-
| <code>1C</code> || ''(массив и четыре числа; вероятно <code>FRAME</code>)'' || выведено из данных
|-
| <code>1E</code> || LABEL || подтверждено
|-
| <code>1F</code> || <code>¤COPY</code> || подтверждено
|-
| <code>22</code> || <code>¤LET</code> || подтверждено
|-
| <code>23</code> || WINDOW || подтверждено
|-
| <code>24</code> || LINPUT || подтверждено
|-
| <code>25</code> || ASMB || подтверждено
|-
| <code>26</code> || REPLACE || подтверждено
|}

Операторы <code>DOT</code> и <code>DDRAW</code> опознаны совпадением идиомы в двух программах. Текстовый листинг <code>FAN01</code>:

1540 T3=1:FOR T=2TOT4:NPLOT B6¤(),(M6+M8*(T-T3)),P7+3:DDRAW B6¤(),0,-3:NEXT T
1560 …:DOT B6¤(),R8,R9:DDRAW B6¤(),R6,R7:NEXT T

Токены <code>M4</code> в тех же конструкциях (рисование засечки на оси и отрезка по приращениям):

06 19 … : 06 14 09 E0 10 DE E8 00 DE E9 E8 03 NPLOT …:DDRAW A(),0,-3
06 13 06 E0 10 DE 2A DE 2B : 06 14 06 E0 10 DE 2C DE 1C

==== Подкод 00 ====

Операнды состоят из групп, ограниченных <code>D7</code> … <code>D4</code> (то есть <code><</code> … <code>></code>) и разделённых <code>DE</code>; внутри группы до трёх элементов, тоже через <code>DE</code>. Третий элемент (перо) может отсутствовать, быть выражением, строковым литералом или одним из токенов <code>E5</code>/<code>E6</code>:

06 00 09 D7 E8 00 DE E8 10 DE E6 D4 <0,16,…>
06 00 … D7 E8 56 DE E7 02 55 DE D4 DE D7 DE 2E E9 E7 02 25 DE E6 D4 …

Такой синтаксис соответствует оператору <code>PLOT</code> системы Wang 2200, где аргументы записываются в угловых скобках. В указателе операторов книги<ref name="balasanyan" /> <code>PLOT</code> присутствует только как имя устройства вывода, поэтому имя оператора считается вероятным, но не доказанным.

Примеры из <code>STAT00</code> и <code>STAT01A</code>:

06 02 19 E0 00 EB 09 D0 DE E0 01 EB 08 D0 DE … MAT REDIM X(…),Y(…),…
06 01 04 E0 07 D9 EF MAT S0=ZER
06 19 08 E0 12 DE 26 DE E7 02 50 NPLOT B6¤(),C1,250
06 1F 06 DC DE 14 DE E0 12 ¤COPY /14,B6¤()

В матричном присваивании <code>EF</code> в позиции операнда означает <code>ZER</code>.

В операторе <code>MAT REDIM</code> размерности массива, в отличие от обращения к элементу, заключаются в '''явную''' открывающую скобку <code>EB</code>, а между собой разделяются <code>DE</code>. Длина элемента символьного массива указывается после закрывающей скобки:

E0 02 EB 0E DE 0D D0 Q(M1,N) — двумерный
E0 05 EB 0E DE 0F D0 A(M1,M2)
E0 01 EB 0D D0 E8 05 G¤(N)5 — длина элемента после скобки

==== Пропущенные параметры ====

Пропущенный параметр не кодируется ничем: между разделителями <code>DE</code> просто нет операнда. Оператор <code>LABEL B6¤(),,,B3¤(1)</code> с тремя пропущенными параметрами даёт три подряд идущих <code>DE</code>:

06 1E 09 E0 12 DE DE DE 11 E8 01 D0

=== Операнды ===

{| class="wikitable"
! Токен !! Значение !! Достоверность
|-
| <code>00</code>–<code>C9</code> || ссылка на переменную по индексу || подтверждено
|-
| <code>CA</code> || FROM (в <code>PACK</code>/<code>UNPACK</code>) || подтверждено
|-
| <code>CB</code> || ALL (в <code>RETURN CLEAR ALL</code>) || подтверждено
|-
| <code>CC</code> || GOSUB в составе <code>ON … GOSUB</code> || подтверждено
|-
| <code>CD</code> || GOTO в составе <code>ON … GOTO</code> || подтверждено
|-
| <code>D0</code> || <code>)</code> || вероятно
|-
| <code>D1</code> || TO || подтверждено
|-
| <code>D2</code> || STEP; параметр <code>T</code> в <code>SAVE DC</code> || подтверждено
|-
| <code>D3</code> || THEN, далее 2 байта BCD — номер строки || подтверждено
|-
| <code>D4</code> || <code>></code> || подтверждено
|-
| <code>D5</code> || <code><></code> в позиции операции, <code>AT(</code> в позиции операнда || подтверждено
|-
| <code>D6</code> || <code><=</code> в позиции операции; <code>BEG</code> или <code>¤</code> в позиции операнда || подтверждено
|-
| <code>D7</code> || <code><</code> в позиции операции; <code>END</code> в позиции операнда || подтверждено
|-
| <code>D8</code> || <code>>=</code> в позиции операции, <code>ROUND(</code> в позиции операнда || подтверждено
|-
| <code>D9</code> || <code>=</code> || подтверждено
|-
| <code>DB</code> || <code>#</code> || подтверждено
|-
| <code>DC</code> || <code>/</code> || вероятно
|-
| <code>DD</code> || <code>;</code> || подтверждено
|-
| <code>DE</code> || <code>,</code> || подтверждено
|-
| <code>DF</code> || <code>*</code> в позиции операции, <code>TAB(</code> в позиции операнда || подтверждено
|-
| <code>E0</code> || <code>^</code> в позиции операции, ссылка на массив целиком в позиции операнда || подтверждено
|-
| <code>E1</code> || функция <code>STR</code> || подтверждено
|-
| <code>E2</code> || шестнадцатеричный литерал <code>HEX(…)</code>: <code>E2 <len> <len байт></code> || подтверждено
|-
| <code>E3</code> || строковый литерал: <code>E3 <len> <len байт КОИ-8></code> || подтверждено
|-
| <code>E5</code> || число с фиксированной точкой, см. ниже || подтверждено
|-
| <code>E6</code> || число с порядком, см. ниже || подтверждено
|-
| <code>E7</code> || числовая константа: <code>E7 <2 байта BCD></code>, диапазон 0–9999 || подтверждено
|-
| <code>E8</code> || числовая константа: <code>E8 <байт BCD></code>, диапазон 0–99 || подтверждено
|-
| <code>E9</code> || <code>-</code>, бинарный или унарный || подтверждено
|-
| <code>EA</code> || <code>+</code> || вероятно
|-
| <code>EB</code> || <code>(</code> || вероятно
|-
| <code>EC</code>, <code>ED</code>, <code>EE</code>, <code>EF</code> || <code>POS(</code>, <code>LEN(</code>, <code>NUM(</code>, <code>VAL(</code> — без закрывающей скобки || подтверждено
|-
| <code>F0</code> || математическая функция, имя не установлено || выведено из данных
|-
| <code>F1</code> || <code>#PI</code> — константа π || подтверждено
|-
| <code>F2</code> || <code>ABS(</code> || подтверждено
|-
| <code>F3</code> || <code>INT(</code> || подтверждено
|-
| <code>F4</code> || <code>RND(</code> || подтверждено
|-
| <code>F5</code> || <code>SGN(</code> || подтверждено
|-
| <code>F6</code> || <code>SQR(</code> || подтверждено
|-
| <code>F7</code> || <code>LOG(</code> || подтверждено
|-
| <code>F8</code> || <code>EXP(</code> || подтверждено
|-
| <code>F9</code>, <code>FA</code>, <code>FB</code>, <code>FC</code> || математические функции, имена не установлены || выведено из данных
|-
| <code>FD</code> || <code>ARCTAN(</code> || вероятно
|-
| <code>FE</code> || разделитель записей строк || подтверждено
|}

=== Математические функции ===

Книга<ref name="balasanyan" /> (разд. 4.7) перечисляет пятнадцать функций: <code>SIN</code>, <code>COS</code>, <code>TAN</code>, <code>ARCSIN</code>, <code>ARCCOS</code>, <code>ARCTAN</code>, <code>RND</code>, <code>ABS</code>, <code>INT</code>, <code>SGN</code>, <code>LOG</code>, <code>EXP</code>, <code>SQR</code>, <code>ROUND</code>, <code>#PI</code>. Все они, кроме пяти тригонометрических, размещены по токенам:

* <code>F1</code> = <code>#PI</code>. В <code>STAT04</code> выражение <code>SQR(2*#PI)</code> кодируется как <code>F6 E8 02 DF F1 D0</code>; сверено с текстовой копией той же программы.
* <code>F4</code> = <code>RND(</code>. В <code>UDAW</code>: <code>E8 50 DF F4 E8 01 D0 EA E8 15</code> — <code>50*RND(1)+15</code>, а в соседней строке <code>10*RND(1)<9.68</code>.
* <code>F5</code> = <code>SGN(</code>. В <code>EDITOR</code> строка 6717: <code>4E D9 F5 65 E9 04 34 D0 D0</code> = <code>B%=SGN(B-P%(I))</code>; сверено с текстовой копией.
* <code>D8</code> = <code>ROUND(</code> в позиции операнда, см. ниже.
* <code>FD</code> — вероятно <code>ARCTAN(</code>: в <code>M3</code> и <code>P3</code> её единственный аргумент всегда отношение (<code>FD 25 DC 26 D0</code>).

На пять оставшихся имён (<code>SIN</code>, <code>COS</code>, <code>TAN</code>, <code>ARCSIN</code>, <code>ARCCOS</code>) приходится ровно пять свободных токенов — <code>F0</code>, <code>F9</code>, <code>FA</code>, <code>FB</code>, <code>FC</code>, — но программ, сохранённых одновременно в обоих представлениях и использующих тригонометрию, в исследованном наборе нет, поэтому распределение имён по токенам не установлено.

=== Двузначность токенов старшей половины ===

Часть токенов диапазона <code>D0</code>–<code>EF</code> читается по-разному в зависимости от того, ожидается ли на их месте знак операции или очередной операнд. Интерпретатор различает их по состоянию разбора, отдельного признака в файле нет.

{| class="wikitable"
! Токен !! В позиции операции !! В позиции операнда
|-
| <code>D2</code> || STEP || параметр <code>T</code> оператора <code>SAVE DC</code>
|-
| <code>D5</code> || <code><></code> || <code>AT(</code>
|-
| <code>D6</code> || <code><=</code> || <code>BEG</code>; <code>¤</code> после <code>DATA SAVE DC</code> и <code>SAVE DC</code>
|-
| <code>D7</code> || <code><</code> || <code>END</code>
|-
| <code>D8</code> || <code>>=</code> || <code>ROUND(</code>
|-
| <code>DF</code> || <code>*</code> || <code>TAB(</code>
|-
| <code>E0</code> || <code>^</code> || ссылка на массив целиком
|-
| <code>E9</code> || <code>-</code> бинарный || <code>-</code> унарный
|}

Двузначность <code>D8</code> подтверждена тремя независимыми строками с текстовой сверкой:

2F D9 D8 EF 11 DE DB DC 17 DE E8 01 D0 Y=ROUND(VAL(Y2¤,2)/K7,1)
D8 E5 14 21 17 DF 64 E8 07 D0 DE E8 00 D0 ROUND(2.117*P(7),0)
B1 D9 D8 B1 DC 9A DE E8 00 D0 Q5=ROUND(Q5/P4,0)

В операторе <code>MAT SEARCH</code> знак сравнения стоит '''в позиции операнда''' — сразу после запятой, отделяющей искомое значение:

06 0A 08 E0 20 DE D4 22 D1 E0 1E MAT SEARCH L4¤(),>A¤TON4¤()
06 0A 0F E1 0D E8 01 DE 45 D0 DE D9 E3 01 20 D1 E0 20 MAT SEARCH STR(Q¤,1,M%),=" "TOL4¤()

{{Внимание|1=Ссылками на переменные являются значения '''<code>00</code>–<code>C9</code>''', а не <code>00</code>–<code>BF</code>: первый токен — <code>CA</code> (<code>FROM</code>). Индексы <code>C0</code>–<code>C9</code> реально встречаются в крупных программах (в <code>EDITOR</code> 200 переменных), например <code>C1 D9 9C</code> — присваивание переменной с индексом <code>C1</code>. Разборщик с границей <code>C0</code> портит листинг таких программ.}}

Ссылка на массив целиком записывается как <code>E0</code> и порядковый номер переменной в <code>DIM</code>: <code>74 02 E0 09</code> соответствует <code>DATA LOAD DC G¤()</code>, а <code>E0 09 D1 E0 00</code> — <code>G¤()TOX()</code>.

Каждое прочтение подтверждено не менее чем двумя независимыми строками <code>STAT05</code>: <code>TAB(17)</code> кодируется как <code>DF E8 17 D0</code>, а <code>.5*LOG(</code> — как <code>E5 01 50 DF F7</code>; <code>K(1)<>1</code> и <code>PRINT AT(9,10)</code> оба дают <code>D5</code>; <code>K0*(-1)</code> даёт <code>DF EB E9 E8 01 D0</code>, где <code>E9</code> стоит в позиции операнда.

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

=== Оператор SELECT ===

Первый байт операндов — код группы устройств, записи разделяются <code>DE</code>. Ширина строки, если она задана, записывается после <code>EB</code> как '''двоичное 16-битное число, старший байт первым''' (не BCD).

{| class="wikitable"
! Код !! Группа !! Пример
|-
| <code>00</code> || файл <code>#n</code>: номер, адрес и, необязательно, дисковод || <code>00 01 18</code> = <code>#118</code>; <code>00 01 18 00</code> = <code>#118F</code>
|-
| <code>01</code> || без параметров; вероятно режим тригонометрии (<code>SELECT D</code>/<code>R</code>) || <code>54 01 01</code>
|-
| <code>05</code> || <code>P</code> — пауза после каждой выводимой строки || <code>05 01</code> = <code>SELECT P1</code>; <code>05</code> = <code>SELECT P</code>
|-
| <code>06</code> || устройство, вероятно <code>LIST</code> || <code>06 0C</code>
|-
| <code>07</code> || <code>PRINT</code> || <code>07 0C EB 00 82</code> = <code>SELECT PRINT0C(130)</code>
|-
| <code>08</code> || вероятно <code>PLOT</code> || <code>08 10 DE …</code> (адрес 10 — блок отображения графической информации)
|-
| <code>0A</code> || <code>DISK</code> || <code>0A 18 01</code> = <code>SELECT DISK18R</code>
|-
| <code>0C</code> || устройство, вероятно <code>CO</code> || <code>0C 05 EB 00 50</code>
|}

Опознание кодов <code>01</code>, <code>06</code>, <code>08</code> и <code>0C</code> косвенное. В книге<ref name="balasanyan" /> перечислены группы <code>CI</code>, <code>CO</code>, <code>PRINT</code>, <code>LIST</code>, <code>TAPE</code>, <code>PLOT</code>, <code>DISK</code>, <code>#n</code> и <code>P</code>; строка 300 файла <code>GC121</code> выполняет <code>0C 05(80), 07 05(80), 06 05</code> — типичный возврат <code>CO</code>, <code>PRINT</code> и <code>LIST</code> на экран.

В записях группы <code>00</code> дисковод указывается не всегда: <code>SELECT #118</code> даёт трёхбайтовую запись, <code>SELECT #118F</code> — четырёхбайтовую. Разборщик, всегда читающий четыре байта, съедает разделитель следующей записи.

=== Числовые константы ===

Целые константы кодируются двумя токенами в зависимости от величины: <code>E8</code> — один байт BCD (0–99), <code>E7</code> — два байта BCD (0–9999).

Для дробных чисел служат токены <code>E5</code> и <code>E6</code>. За токеном следует байт-описатель, затем цифры числа в BCD по две на байт; если цифр нечётное число, последняя тетрада заполняется нулём. В описателе '''старшая тетрада — количество цифр до запятой, младшая — общее количество цифр'''.

{| class="wikitable"
! Запись !! Байты !! Описатель !! Цифры
|-
| <code>.5</code> || <code>E5 01 50</code> || 0 / 1 || 5
|-
| <code>.08</code> || <code>E5 02 08</code> || 0 / 2 || 08
|-
| <code>2.5</code> || <code>E5 12 25</code> || 1 / 2 || 25
|-
| <code>.196854</code> || <code>E5 06 19 68 54</code> || 0 / 6 || 196854
|-
| <code>.000344</code> || <code>E5 06 00 03 44</code> || 0 / 6 || 000344
|}

Токен <code>E6</code> устроен так же, но после цифр мантиссы идёт дополнительный байт порядка: <code>1E6</code> кодируется как <code>E6 11 10 06</code> — одна цифра мантиссы, одна цифра до запятой, порядок 6.

Токен <code>E5</code> служит и для '''целых чисел больше 9999''' — всего, что не помещается в <code>E7</code>. Дробной части при этом нет, обе тетрады описателя равны:

{| class="wikitable"
! Запись !! Байты !! Описатель !! Цифры
|-
| <code>51840</code> || <code>E5 55 51 84 00</code> || 5 / 5 || 51840
|-
| <code>248830</code> || <code>E5 66 24 88 30</code> || 6 / 6 || 248830
|-
| <code>2488320</code> || <code>E5 77 24 88 32 00</code> || 7 / 7 || 2488320
|-
| <code>2.718281828</code> || <code>E5 1A 27 18 28 18 28</code> || 1 / 10 || 2718281828
|}

Длина хвоста токена — <code>1 + ⌈''младшая тетрада'' / 2⌉</code> байт для <code>E5</code> и на один байт больше для <code>E6</code>. Разборщик, не потребляющий эти байты, теряет синхронизацию до конца оператора; в исследованном наборе <code>E5</code> встречается в 407 операторах, <code>E6</code> — в 210.

Номер метки в <code>GOSUB'</code> хранится '''двоичным''', а не в BCD. То же относится к первому байту операндов оператора <code>DEFFN'</code>.

=== Цепочка операторов DATA ===

Два последних байта операндов каждого оператора <code>DATA</code> — '''указатель на следующий оператор <code>DATA</code>, младший байт первым'''. У последнего оператора <code>DATA</code> в программе он равен <code>00 00</code>. По этой цепочке работают операторы <code>READ</code> и <code>RESTORE</code>.

{| class="wikitable"
! Файл !! Значения указателей
|-
| <code>DIG DEM</code> || 03C0, 03E7, 040E, 0435, 045C, …, 0594, 0000
|-
| <code>M0</code> || 0443, 046A, 0491, 04B8, …, 0617, 0000
|-
| <code>VICT</code> || 0A97, 0ABE, 0AE5, 0B0C, …, 0C6B, 0000
|}

Шаг постоянен, когда постоянна длина операторов, но значения — адреса в памяти интерпретатора, а не смещения в потоке файла, поэтому пересчёт по потоку сходится не всегда.

{{Внимание|1=Эти два байта нельзя разбирать как токены. Именно они выглядели как «неопознанные токены» в конце строк <code>DATA</code>: <code>C0 14</code>, <code>C9 04</code>, <code>FA 0E</code>, <code>CF 0B</code>, <code>E4 2C</code>, <code>F9 2C</code>.}}

=== Подпрограммы с параметрами ===

Аргументы <code>GOSUB'</code> следуют сразу за байтом метки и разделяются токеном <code>DE</code>; скобки не кодируются. Вызов <code>GOSUB ' 5(1,1,N-2)</code> даёт:

23 0B 05 E8 01 DE E8 01 DE 0D E9 E8 02

Объявление <code>DEFFN'</code> содержит метку, четыре нулевых байта и индексы формальных параметров. Нули, по-видимому, отведены под адрес возврата, заполняемый при выполнении. Объявление <code>DEFFN ' 5(N1,D1,D2)</code> даёт:

27 08 05 00 00 00 00 12 20 21

Оператор <code>ON … GOTO</code> кодируется как индекс переменной, токен <code>CD</code> и номера строк по два байта BCD подряд без разделителей.

=== Индексация массивов ===

У обращения к элементу массива '''нет открывающей скобки''': ссылка на переменную сама открывает список индексов, а <code>D0</code> его закрывает.

01 32 D0 → 01(32)
2A 03 E8 01 D0 D0 → 2A(03,1)

Токен <code>EB</code> используется только как группирующая скобка в выражениях:

EB 34 E9 33 E9 E8 01 D0 → (34*33*1)

Разборщик, ожидающий <code>EB</code> перед индексом массива, рассинхронизируется.

== Поток значений переменных ==

Секторы, следующие за программой в токенизированном файле, содержат значения переменных, записанные в том же формате, что и обычные файлы данных. Структура описана в документации<ref name="balasanyan" />.

Служебная информация в секторе двух видов:

* '''идентификатор сектора''' — 1 байт в начале сектора, значение <code>02</code> (признак данных);<ref name="vtoraya" /> под данные остаются 255 байт;
* '''идентификатор значения''' — 2 байта перед каждым значением, содержат тип (числовое или символьное) и длину.

Размеры значений:

{| class="wikitable"
! Тип !! Значение !! Со служебными байтами !! Значений в секторе
|-
| целое || 2 байта || 4 байта || 63
|-
| действительное || 8 байт || 10 байт || 25
|-
| символьное || длина значения || длина + 2 || —
|}

Значение, не помещающееся в секторе целиком, переносится в следующий сектор полностью. Элементы массивов записываются построчно.

=== Пример ===

В файле <code>DIG DEM</code> сектор данных начинается с идентификатора сектора <code>02</code>, за которым идут 25 записей по 10 байт:

00 08 <8 байт значения>

Идентификатор <code>00 08</code> означает числовое значение длиной 8 байт. Двадцать пятая запись заканчивается на пятом байте от конца сектора, оставшиеся 5 байт не используются: 1 + 25 × 10 + 5 = 256. Расчёт сходится точно и подтверждает однобайтовую длину идентификатора сектора.

== Алгоритм разбора ==

# Прочитать запись каталога: первый и последний сектор, тип должен быть <code>80</code>.
# Прочитать первый сектор: проверить байт 0 = <code>01</code>, взять имя, прочитать байт 9.
# Если байт 9 = <code>20</code>: склеить содержимое секторов, разбить по <code>85</code>, отбросить нули, перекодировать КОИ-8. Готово.
# Если байт 9 = <code>21</code>: собрать поток из секторов с байтом 1 = <code>80</code>, беря с каждого ровно 254 байта '''без обрезки хвостовых нулей'''; прочитать L1, L2, L3; перейти к смещению <code>6 + L1 + L2 + L3</code>.
# Построить таблицу переменных: <code>N = L2/4 + L3/4</code>; для каждой позиции ''pos'' индекс равен <code>N − 1 − pos</code>, тип берётся из флага; записи с установленным битом 0 флага по порядку сопоставляются записям таблицы 1.
# Для каждой записи строки: номер строки из двух байтов BCD, длина из третьего, тело до следующего <code>FE</code>. Если по отсчитанной длине не оказалось <code>FE</code> — поток рассинхронизирован, разбор остановить.
# После <code>FE</code>: если весь остаток текущего 254-байтового куска нулевой, перейти к началу следующего куска.
# Тело разрезать на операторы по схеме <code><глагол><len><операнды></code>, учитывая двухбайтовые глаголы с префиксом <code>06</code>.
# Перед разбором операндов учесть особые формы: у <code>DATA</code> два последних байта — указатель цепочки, у дисковых операторов первый байт — код <code>F</code>/<code>R</code>/<code>T</code>, у <code>GOSUB'</code> и <code>DEFFN'</code> первый байт — двоичная метка, у <code>SELECT</code> и <code>SCRATCH DISK</code> — собственный формат.

Обработку файла следует прекращать на '''первом''' встреченном секторе с маркером <code>1C</code>, а не доходить до конца выделенного диапазона: за control record могут лежать остатки предыдущей, более длинной версии файла.

Число записей в таблицах 2 и 3 равно <code>L2 / 4</code> и <code>L3 / 4</code> — запись в них вдвое короче, чем в таблице 1.

Байт длины в каждой записи и в каждом операторе даёт бесплатную проверку целостности на каждом шаге. Дополнительная проверка — совпадение числа записей таблиц 2 и 3 с установленным битом 0 флага и числа записей таблицы 1 (<code>L1 / 8</code>).

== Отличия от Wang 2200 ==

{| class="wikitable"
! !! Wang 2200 !! Искра-226
|-
| Запись каталога || 16 байт || совпадает побайтово
|-
| Маркер control record || <code>20</code> || <code>1C</code>
|-
| Маркер заголовка || <code>40</code> (<code>50</code> для защищённых) || <code>01</code>
|-
| Маркеры секторов || битовое поле в старшей тетраде || отдельные значения <code>02</code>/<code>8F</code>/<code>03</code>
|-
| Конец строки в программе || <code>0D 00 00</code> || <code>FE</code> как разделитель
|-
| Конец блока || <code>FD</code> (EOB) / <code>FE</code> (EOD) || не используется
|-
| Диапазон токенов || 0x80–0xFB, 124 значения || глаголы 0x1E–0x83, операнды 0xCA–0xFE, индексы переменных 0x00–0xC9
|-
| Текст в программе || ключевые слова в токенах, остальное обычный ASCII || всё в токенах, ASCII только внутри строковых литералов
|-
| Переменные || имена в открытом виде || индексы в таблицу, имена не хранятся
|-
| Длина оператора || отсутствует || обязательный байт после каждого глагола
|}

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

Вероятная причина расхождения — кодировка. В Wang верхняя половина таблицы свободна и отдана под ключевые слова; у Искры она занята кириллицей, поэтому глаголы перенесены вниз, а от литерального ASCII в потоке отказались полностью.

== Не установлено ==

# Полная таблица токенов: часть значений в диапазонах 0x31–0x33, 0x37–0x39, 0x3B–0x3E, 0x49, 0x4F, 0x5B, 0x60, 0x65, 0x67, 0x69–0x6C, 0x72, 0x73, 0x7F не занята в известной таблице.
# Имя оператора у глаголов <code>37</code> и <code>63</code>, у подкода <code>06 00</code> (вероятно <code>PLOT</code>) и <code>06 1C</code> (вероятно <code>FRAME</code>).
# Распределение имён <code>SIN</code>, <code>COS</code>, <code>TAN</code>, <code>ARCSIN</code>, <code>ARCCOS</code> по свободным токенам <code>F0</code>, <code>F9</code>, <code>FA</code>, <code>FB</code>, <code>FC</code>: программ с тригонометрией, сохранённых сразу в обоих представлениях, в наборе нет.
# Смысл поля по смещению 4–5 записи таблицы 1 у скалярных символьных переменных: у массивов там число элементов, у скаляров значения образуют ряд с шагом около 6 в порядке объявления независимо от длин, что указывает скорее на указатель, чем на характеристику самой переменной.
# Смысл байта 3 записей таблиц 2 и 3, а также битов 7 и 3 флага.
# Смысл поля 0–1 записей таблиц 2 и 3 у переменных, имеющих дескриптор в таблице 1: это не адрес, а небольшое число, растущее примерно на восемь.
# Что кодирует токен <code>DB</code> как второй аргумент функции <code>VAL</code>: во всём наборе встречается только <code>VAL(x,2)</code>.
# Однобайтовый операнд у <code>AND(</code>, <code>OR(</code>, <code>XOR(</code>: <code>43 03 15 DE F0</code> = <code>AND(A¤,F0)</code>, <code>61 06 00 E8 01 D0 DE FF</code> = <code>OR(A¤(1),FF)</code>. Похоже на шестнадцатеричную маску без <code>HEX()</code>, но правило, по которому она отличается от ссылки на переменную, неизвестно.
# Причина различия разметки секторов между токенизированными и текстовыми потоками: в текстовых файлах наблюдается позиционная схема <code>02</code>/<code>8F</code>/<code>03</code>, в токенизированных все секторы программы идут с маркером <code>02</code>.
# Токены операторов, встречающихся в указателе книги, но не найденных в наборе: <code>DATA SAVE DA END</code>, <code>MOVE END</code>, <code>COM CLEAR</code>, <code>CLEAR N/P/V</code>, <code>LIST V</code>, <code>LIST *</code>, <code>LIST %</code>, <code>LIST ¤</code>.

== Примечания ==

<references>
<ref name="balasanyan">Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987. — 264 с.: ил. — разделы 5.1, 5.2, 11.5, 18.1, 18.4, 18.7.</ref>
<ref name="vtoraya">Аладьев В. З. и др. Персональный компьютер «Искра-226». Архитектура и программное обеспечение: справочное руководство. — Киев, 1988. — структура программного файла и файла данных, значения признака защиты.</ref>
</references>

== Источники ==

* Баласанян В. Э., Богдюкевич С. В., Шахвердов В. А. Программирование на микроЭВМ «Искра 226». — М.: Финансы и статистика, 1987. — 264 с.: ил.
* Реконструкция по образам дисков: файлы <code>TRANSFER</code>, <code>ФС</code> (текстовые), <code>DIG DEM</code>, <code>#СТАТИСТ</code>, <code>ДЕМ6</code> (токенизированные), <code>EDITOR</code> (сохранён в обоих представлениях — 182 сектора, 1422 строки; основной материал для проверки структуры таблиц и таблицы токенов), <code>STAT05</code> (защищённый и оттранслированный, с расчётами с плавающей точкой; материал для разбора формата констант и двузначности токенов), <code>STAT01A</code> (защищённый и оттранслированный; единственный образец с двумерным массивом), <code>STAT00</code> (защищённый и оттранслированный, сокращённая версия той же программы; материал для разбора двухбайтовых глаголов), <code>М1.Х</code> (сохранён в обоих представлениях; единственный образец с оператором <code>COM</code> и непустой таблицей 3, а также с шестью двумерными массивами), <code>STAT03</code> и <code>STAT08</code> (защищённые и оттранслированные; материал для разбора условий появления дополнительных дескрипторов при <code>MAT REDIM</code>, а <code>STAT08</code> — единственный оттранслированный файл с заполненными адресами в таблице 1).

Дамп <code>STAT01A</code> снят с удалённого файла, поэтому его целостность не гарантирована; выводы по нему опираются только на таблицу 1 и операторы <code>DIM</code>, взаимно согласованные по всем 23 объявленным переменным.

Расшифрованный листинг <code>EDITOR</code> получен ранней версией инструментария и содержит дефект: в нём полностью отсутствует символ <code><</code> (ноль вхождений при сотне вхождений <code>></code>), из-за чего строки вида <code>IF N¤"????"THEN202</code> выглядят без знака сравнения, хотя в токенах он есть (<code>D5</code>). Для сверки предпочтительны листинги <code>STAT0x</code>, <code>VICT</code> и <code>M1</code>.

При сверке представлений следует учитывать, что текстовая и оттранслированная копии одной программы на диске могут относиться к разным её версиям. В <code>STAT05</code> текстовый листинг строки 240 содержит вызов <code>ABS</code>, отсутствующий в оттранслированной копии, что подтверждается длиной оператора. У <code>EDITOR</code> расхождения версий заметны по номерам строк в <code>THEN</code>.
* Расширенный набор (2026): 51 оттранслированный файл и 28 текстовых листингов, в том числе 12 пар «текст + токены»: <code>EDITOR</code>, <code>M1</code>, <code>VICT</code>, <code>STAT00</code>, <code>STAT001</code>, <code>STAT01</code>, <code>STAT02</code>, <code>STAT03</code>, <code>STAT04</code>, <code>STAT05</code>, <code>STAT08</code>, <code>STAT09</code>. Ключевые для этой статьи: <code>STAT04</code> (константы, <code>#PI</code>), <code>STAT09</code> (полный набор дисковых операторов), <code>VICT</code> (единственная пара с целыми переменными), <code>M1</code> (оператор <code>COM</code>), <code>STAT03</code> (поведение <code>MAT REDIM</code>), <code>M4</code> и <code>FAN01</code> (графические операторы <code>DOT</code> и <code>DDRAW</code>), <code>S1</code>, <code>S2</code>, <code>GC121</code> (<code>IF END THEN</code>), <code>UDAW</code> (<code>RND</code>).
* Таблица глаголов — из прошивки интерпретатора, по материалам проекта [https://github.com/elaranovikova/iskra226 elaranovikova/iskra226].
* Аладьев В. З. и др. Персональный компьютер «Искра-226». Архитектура и программное обеспечение: справочное руководство. — Киев, 1988.
* Структура файловой системы Wang для сопоставления — [http://www.wang2200.org/disk_org.html Wang 2200 Disk Organization].

[[Категория:Искра-226]]

Искра-226/Файловая система

2026-08-12T20:59:54Z

Panther: /* Запись каталога */

Искра-226/Файловая система

2026-08-12T20:06:48Z

Panther: update

Искра-226/Файловая система

2026-08-12T19:27:55Z

Panther: new data

Искра-226/Файловая система

2026-08-12T12:40:06Z

Panther: new info

Искра-226/Файловая система

2026-08-11T13:02:02Z

Panther: /* Общее устройство */

Искра-226/Файловая система

2026-08-11T12:51:21Z

Panther: /* Пример */

Искра-226/Файловая система

2026-08-11T12:45:54Z

Panther: /* Общее устройство */

Искра-226/Файловая система

2026-08-11T12:27:48Z

Panther: /* Запись каталога */

Искра-226/Файловая система

2026-08-11T12:18:46Z

Panther: /* Общее устройство */

Категория:Искра-226

2026-08-11T12:07:18Z

Panther: Новая страница: «Категория:Отечественные компьютеры»

[[Категория:Отечественные компьютеры]]

Искра-226/Файловая система

2026-08-11T12:05:58Z

Panther: Новая страница: «{{emuverse}} '''Формат файлов BASIC 02''' — способ хранения программ на дисках Искра-226. Файловая система унаследована от Wang 2200, представление программы — оригинальное и с Wang несовместимо. Программа может храниться в двух видах: '''текстовом''' (плоский текст в...»

Шаблон:Внимание

2026-08-11T12:03:59Z

Panther: /* Использование */

<includeonly><div class="ev-notice ev-notice-warning" style="
border:1px solid #f0c36d;
border-left:6px solid #f0c36d;
background:#fdf6e3;
padding:0.6em 1em;
margin:0.8em 0;
border-radius:3px;
overflow:hidden;">
<div style="font-weight:bold; margin-bottom:0.3em;">{{{заголовок|Внимание}}}</div>
{{{1|{{{текст|Текст предупреждения не указан.}}}}}}
</div>{{#if:{{{без категории|}}}||[[Категория:Страницы с предупреждениями]]}}</includeonly><noinclude>
== Использование ==
<pre>
{{Внимание|Данные не подтверждены, требуется сверка с оригиналом.}}
{{Внимание|заголовок=Осторожно|Схема содержит ошибку в цепи питания.}}
</pre>

Если тексте присутствуют знаки «=», то шаблон нужно записать так:
<pre>
{{Внимание|1=Один текст = Другой текст}}
</pre>

</noinclude>

Шаблон:Внимание

2026-08-11T11:46:20Z

Panther: Новая страница: « <includeonly><div class="ev-notice ev-notice-warning" style=" border:1px solid #f0c36d; border-left:6px solid #f0c36d; background:#fdf6e3; padding:0.6em 1em; margin:0.8em 0; border-radius:3px; overflow:hidden;"> <div style="font-weight:bold; margin-bottom:0.3em;">{{{заголовок|Внимание}}}</div> {{{1|{{{текст|Текст предупреждения не указан.}}}}}} </div>{{#if:{{{без категории|}}}||Катег...»

Агат

2026-08-10T05:41:12Z

Panther: /* Ссылки */ +1

{{Emuverse}}

'''«Ага́т»''' — советский серийный 8-разрядный персональный компьютер.

== Документация ==
* [[MOS Technology 6502|Документация на процессор 6502]]
* [[/Техническая информация|Техническая информация]]
* {{djvu}} {{книга
|автор = Мымрин М. П.
|заглавие = Конструкция, применение, программирование и ремонт ПЭВМ «Агат».
|место = М.
|издательство = Машиностроение, 1990.
|том =
|isbn =
|ссылка = https://emuverse.ru/downloads/computers/Agat/docs/Mymrin.djvu
}}
* {{djvu}} {{книга
|автор = Петров А. О.
|заглавие = Персональные компьютеры семейства Apple II (обзор)
|место =
|издательство =
|том =
|isbn =
|ссылка = https://emuverse.ru/downloads/computers/Agat/docs/petrov-bw.djvu
}}
* Источник: http://www.agat-legacy.narod.ru/
** [https://emuverse.ru/downloads/computers/Agat/docs/agat-legacy.narod.ru/chs.xls Алгоритм расчета контрольной суммы диска Агат-7, Агат-9]
** [https://emuverse.ru/downloads/computers/Agat/docs/agat-legacy.narod.ru/image.xls Формат файла образа диска]
** [https://emuverse.ru/downloads/computers/Agat/docs/agat-legacy.narod.ru/link.xls Интерфейс Агат-PC]
** [https://emuverse.ru/downloads/computers/Agat/docs/agat-legacy.narod.ru/teac.rar Исходный код прошивки контроллера дисковода с комментариями]

== Файлы ==
* Источник: [http://emulator3000.org/e3.htm Эмулятор 3000]
** {{rom}} [https://emuverse.ru/downloads/computers/Agat/firmware/E3000/Agat9.rom Агат-9 ROM]
** {{rom}} [https://emuverse.ru/downloads/computers/Agat/firmware/E3000/Agat9.fnt Агат-9 Font]
** {{rom}} [https://emuverse.ru/downloads/computers/Agat/firmware/E3000/Disk140K.rom Загрузочное ПЗУ контроллера НГМД 140 К]
** {{rom}} [https://emuverse.ru/downloads/computers/Agat/firmware/E3000/Disk1M.rom Загрузочное ПЗУ контроллера НГМД 840 K]
* [https://emuverse.ru/downloads/computers/Agat/emulators/agat!.zip Эмулятор Сергея Гоцуляка] (Кажется, взят с http://www.sergo.pisem.net, уже неработающего)

== Ссылки ==
* [[w:Агат (компьютер)|статья в Википедии]]
* https://www.agatcomp.ru/ (https://www.agatcomp.su/) Самый большой архив информации
* https://amaltsev.github.io/agat-web/ - Новый эмулятор в браузере, написан на JS.
* https://agatemulator.sourceforge.net/ - Эмулятор, информация о компьютере
* https://agat-hardware.sourceforge.io/ Проект создания реплик ПЭВМ Агат
* http://agat9.narod.ru/ Эмулятор, документация, публикации (полумёртв)
* http://www.agat-legacy.narod.ru/ Программы, немного документации
* http://kasarino.narod.ru/agat/ Два эмулятора и несколько программ
* {{www}} [http://retropc.org/index.html?action=w_razdela&id_razdel=31#c113 Документация на сайте retropc.org]

[[Категория:Агат]]

Ириша/Техническая информация

2026-08-06T13:26:43Z

Panther: /* ППА */ PC7 fix

{{emuverse}}

__FORCETOC__

= Процессор =
* [[КР580ВМ80А]]

= Адресное пространство =

[[Изображение:Irisha memory map.png|500px|center]]

Полное адресное пространство платы процессора Ириши составляет 256 Кб, разбитое на 4 страницы по 64 Кб. Расширение адресных линий до 18 организовано с помощью двух дополнительных сигналов P0 и P1, которые выведены на шину. Эти линии управляются сигналами PC2 и PC3 регистра ВВ55 через специальное ПЗУ диспетчера памяти.

Всего доступно 4 карты распределения памяти. Полученные варианты (для стандартной прошивки ПЗУ блока управления памятью) приведены на рисунке.

После сброса устанавливается карта 0. При этом на нижние адреса подключается ПЗУ, а на верхние – нулевая подстраница памяти видеоконтроллера.

[[Изображение:Irisha MM ROM.png|500px|center]]

Адрес ПЗУ диспетчера формируется из трех адресных линий процессора A13, A14, A15, что позволяет управлять памятью подстраницами по 8Кб, и выходами ППА PC2 и PC3. Выходы подключаются следующим образом: MA14, MA15, MP0, MP1 — на шину, MS3, MS4 — на ПЗУ BIOS (8+8 Кб), MS1, MS2 в стандартной прошивке не используются.

Сигналы MC1 и MC2 формируются схемой монтажного ИЛИ элементами с открытым коллектором. Сразу после сброса они устанавливаются в 0 специальным триггером, что выбирает карту памяти 0. После обращения к ППА триггер устанавливается в 1 и эти линии начинают контролироваться выходами ВВ55.

ОЗУ всегда находится на дополнительных платах, которые должны обрабатывать в том числе сигналы P0 и P1. Стандартная прошивка ПЗУ диспетчера памяти подразумевает следующую конфигурацию:

* Страница 0 — ПЗУ BIOS на плате процессора. До 2-х ИС 2–8 Кб + 2–8 Кб.
* Страница 1 — расширение ОЗУ. Реализуется либо отдельной платой расширения, либо [[Ириша/Модуль контроллера НГМД RTV*001.89 ТО|контроллером НГМД]].
* Страница 2 — ОЗУ на плате видеоконтроллера. Обычно используется как основное ОЗУ компьютера.
* Страница 3 — не используется в стандартной прошивке.

Каждая страница памяти разбита на 4 подстраницы по 16 Кб. Порядок подключения подстраниц в адресное пространство процессора также задается прошивкой ПЗУ диспетчера памяти через преобразование A14, A15 — MA14, MA15.

ПЗУ BIOS на плате процессора устанавливается в две панельки, адресное пространство каждой — 8 Кб. Если устанавливаются ИС меньшей ёмкости, пространство до 8 Кб не используется.

= Порты ввода-вывода =

{| class="wide"
! Адрес !! Вид операции !! Назначение !! Примечание

|-
| style="text-align:center;" | 00H … 03H
| style="text-align:center;" | —
|| Резерв
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 04H
| style="text-align:center;" | R
|| Регистр данных клавиатуры
|| К589ИР12

|-
| style="text-align:center;" | 05H
| style="text-align:center;" | R
|| Регистр данных клавиатуры (дубль)
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 06H
| style="text-align:center;" | R/W
|| Регистр данных последовательного интерфейса
|| КР580ВВ51

|-
| style="text-align:center;" | 07H
| style="text-align:center;" | R/W
|| Регистр управления/статуса последовательного интерфейса
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 08H
| style="text-align:center;" | R/W
|| Счётчик 0 таймера
|| КР580ВИ53

|- style="border-bottom:hidden;"
| style="text-align:center;" | 09H
| style="text-align:center;" | R/W
|| Счётчик 1
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 0AH
| style="text-align:center;" | R/W
|| Счётчик 2
||

|-
| style="text-align:center;" | 0BH
| style="text-align:center;" | W
|| Регистр управления
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 0CH
| style="text-align:center;" | R/W
|| Считывание состояния регистра запроса прерывания / Запись команд ICW1, OCW2, OCW3
|| КР580ВН59

|- style="border-bottom:hidden;"
| style="text-align:center;" | 0DH
| style="text-align:center;" | R/W
|| Считывание регистра маски прерываний / Запись команд ICW2, ICW3, ICW4, OCW1
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 0EH
| style="text-align:center;" | R/W
|| Дублирует 0CH
||

|-
| style="text-align:center;" | 0FH
| style="text-align:center;" | R/W
|| Дублирует 0DH
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 10H
| style="text-align:center;" | R/W
|| Порт A ППА
|| КР580ВВ55

|- style="border-bottom:hidden;"
| style="text-align:center;" | 11H
| style="text-align:center;" | R/W
|| Порт B ППА
|| (В МПСиС ошибочно порт 12H)

|- style="border-bottom:hidden;"
| style="text-align:center;" | 12H
| style="text-align:center;" | R/W
|| Порт C ППА
|| (В МПСиС ошибочно порт 11H)

|-
| style="text-align:center;" | 13H
| style="text-align:center;" | W
|| Регистр управления ППА
||

|-
| style="text-align:center;" | 14H
| style="text-align:center;" | R/W
|| Порт расширения ROM. Чтение – получение следующего байта. Запись – сброс счетчика.
||

|-
| style="text-align:center;" | 15H … 1BH
| style="text-align:center;" | —
|| Резерв
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | D8H
| style="text-align:center;" | W
|| Регистр управления видеорежимом
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | D9H
| style="text-align:center;" | W
|| Регистр управления цветом
||

|-
| style="text-align:center;" | DAH
| style="text-align:center;" | W
|| Регистр выбора видеостраницы
||

|}

= Видеоконтроллер =

Видеоконтроллер поддерживает только графические режимы. Текстовые режимы эмулируются программным обеспечением.

[[Изображение:Irisha vodeomodes.png|700px|center]]

Объем памяти, необходимой для режима 1 – 8000 байт (страницы выровнены по границе 8 Кб), для режимов 2 и 3 – 16000 байт. Участки памяти от конца экрана до границы страницы 8 или 16 Кб могут использоваться ПО по своему усмотрению.

== Регистры управления видеоконтроллером ==

[[Изображение:Irisha video registers.png|300px|center]]

* D8H – регистр управления режимом.
** 0AH, 1AH – режим 1.
** 8AH – режим 2.
** 9AH – режим 3.
** x8H, x2H, x0H – гашение изображения.
* D9H – регистр управления цветом.
* DAH – регистр выбора рабочих страниц.

== Монохромные режимы ==

[[Изображение:Irisha mono modes.png|400px|center]]

В монохромном режиме среднего разрешения каждый бит отвечает за засветку одной точки на экране.

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

В режиме 1 на экране отображается одна из двух экранных страниц 8000 байт (адрес начала страниц выровнен но границе 8 Кб), в левом верхнем углу находится первый байт изображения. Старший бит соответствует первой точке.

Структура регистра управления цветом показана на рисунке:

<center>[[Изображение:Irisha mode 1 register.png|300px]] [[Изображение:Irisha mode 3 pallette.png|300px]]</center>

== Цветной режим ==

В режиме 2 каждая точка может быть окрашена одним из трёх цветов из выбранной палитры (доступно 2):

<center>[[Изображение:Irisha mode 2.png|300px]] [[Изображение:Irisha mode 2 pallette.png|300px]]</center>

= Контроллер прерываний =

[[Изображение:Irisha interrupts.png|400px|center]]

Наивысший приоритет имеет прерывание ITIMER от таймера ВИ53. IKBD и IUART отвечают за прием данных с клавиатура и по локальной сети.

= ППА =

ППА построен на основе КР580ВВ55. Порты используются следующим образом:

* Порт A: Ввод/вывод данных.
* Порт B: Только ввод.
* Порт C: Только вывод.

Выходы порта C используются для управления работой внутренних схем модуля процессора.
На входе порта B установлен мультиплексор К555КП13. Управление мультиплексором осуществляется выходом PC7.

<center>
{| class="wikitable"
|+ Функции входов и выходов БИС ППА КР580ВВ55
|-
! rowspan="2" | Сигнал
! colspan="2" | Назначение
|-
! PC7 = 1 (см. примечание)
! PC7 = 0 (см. примечание)

|- style="border-bottom:hidden;"
| style="text-align:center;" |'''PA0''' || Вход-выход ПИ 0 || Старт цикла преобразователя игрового адаптера
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA1''' || Вход-выход ПИ 1 || Выбор игрового пульта. Запись по сигналу PC6. «0» — пульт 1, «1» — пульт 2
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA2''' || Вход-выход ПИ 2 || rowspan="2" | Не используется
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA3''' || Вход-выход ПИ 3
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA4''' || Вход-выход ПИ 4 || Канал побитного управления звуком (шумовой канал)
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA5''' || Вход-выход ПИ 5 || Разрешение работы канала 1 синтезатора звука. «0» — разрешена
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA6''' || Вход-выход ПИ 6 || Не используется
|-
| style="text-align:center;" | '''PA7''' || Вход-выход ПИ 7 || Выход программного канала последовательного интерфейса
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB0''' || Вход статуса ПИ S13 || Анализ завершения цикла преобразования игрового адаптера: «0» — завершён
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB1''' || Вход статуса ПИ S14 || Анализ состояния кнопки игрового пульта 1: «0» — нажата
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB2''' || Вход статуса ПИ S15 || Анализ состояния кнопки пульта 2: «0» — нажата
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB3''' || Вход статуса ПИ S16 || Вход программного канала последовательного интерфейса
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB4''' || Вход статуса ПИ S12 || Анализ сигнала BUSRQ системной магистрали: «1» — установлен
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB5''' || Вход статуса ПИ S11 || Анализ сигнала PON системной магистрали: «1» — норма
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB6''' || Вход анализа типа дополнительной платы EX1 || Анализ сигнала INT1 системной магистрали: «1» — установлен
|-
| style="text-align:center;" | '''PB7''' || Вход анализа типа дополнительной платы EX2 || Анализ готовности клавиатуры: «1» — код принят
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC0''' || colspan="2" | Выход управления ПИ SO1
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC1''' || colspan="2" | Выход управления ПИ SO2
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC2''' || colspan="2" | Управление выбором рабочей карты памяти MS0
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC3''' || colspan="2" | Управление выбором рабочей карты памяти MS1
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC4''' || colspan="2" | Разрешение захвата системной магистрали: «1» — захват разрешён
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC5''' || colspan="2" | Выбор режима игровой адаптер — синтезатор звука: «1» — игровой адаптер, «0» — синтезатор звука
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC6''' || colspan="2" | Строб записи в дополнительный регистр управления игровым адаптером и синтезатором звука
|-
| style="text-align:center;" | '''PC7''' || colspan="2" | Выбор функций портов А и В
|}
</center>

Внимание! В «Красной книге» значения PC7 приведены неверно! Анализ схемы и кода ПЗУ дает обратные значения.

= Клавиатура =

Клавиатура записывает код нажатой клавиши в регистр К589ИР12, после чего устанавливается сигнал прерывания IKBD. После чтения регистра сигнал IKBD сбрасывается. Также, наличие кода символа в регистре можно контролировать с помощью бита PB7 ППА.

= Последовательный интерфейс =

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

* '''Канал 1''' построен на базе КР580ВВ51.
* '''Канал 2''' реализуется программно: вывод с помощью манипуляции выходом PA7 ППА, ввод с помощью анализа состояния PB3 ППА.

Скорость обмена в Канале 1 задается с помощью программирования режимов КР580ВВ51 и канала 0 КР580ВИ53, который используется как делитель базовой частоты Ф2TTL, равной 1,7777 МГц.

Канал 2 используется для обмена с бытовым магнитофоном и поддерживает скорости до 1200 бод. Метод и формат записи соответствует стандарту MSX.

Для полноценной работы магнитофон должен поддерживать вход отключения двигателя. Программа работы с магнитофоном использует бит PA7 ППА для вывода информации, выход DTR ВВ51 для управления двигателем и вход DSR для чтения данных. Полученные байты должны читаться из регистра данных ВВ51.

= Параллельный интерфейс (ПИ) =

Параллельный интерфейс предназначен для подключения принтеров и других периферийных устройств. Интерфейс реализует следующие сигналы:

* P0 … P7 — двунаправленные. Подключены к каналу A ППА.
* S01, S02 — выходы, PC0 и PC1 ППА.
* S11 … S16 — входы, подключены к каналу B ППА.

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

= Таймер =

В качестве таймера используется БИС К580ВИ53.

'''Канал 0''' используется как делитель частоты для последовательного интерфейса.

'''Канал 1''' используется для формирования временных интервалов. Опорная частота формируется делением сигнала Ф2TTL на 256, что позволяет формировать временные интервалы от 432 мкс до 9,4 сек с дискретностью 144 мкс. Выходной сигнал канала поступает на контроллер прерываний и имеет наивысший приоритет.

'''Канал 2''' используется для генерации звука.

= Синтезатор звука =

Синтезатор звука состоит из двух независимых каналов:
* Канал 1 использует второй канал К580ВИ53.
* Канал 2 предназначен для синтеза шумовых сигналов и управляется битом PA4 ППА.

Разрешение работы обоих каналов управляется выводом PC5 ППА (активный – низкий).

= Расширение ROM =

Дополнительное ПЗУ подключается к специальному разъему на плате процессора. Размер может достигать 64 Кб. Доступ к содержимому производится через порт 14H – чтение передает следующий байт, запись сбрасывает счётчик.

Наличие дополнительно ПЗУ определяется, если при чтении 65536 байт из порта 14H, хотя бы один полученный байт будет отличаться от FFH.

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

[[Изображение:Irisha ext rom.png|400px|center]]

Для использования в имени файла латинских букв или смешивания кодировок может потребоваться использование символов переключения подстраниц КОИ7 – 0x0E и 0x0F.

[[Категория:Ириша]]

Ириша/Модуль контроллера НГМД RTV*001.89 ТО

2026-08-06T10:26:20Z

Panther:

{{ДИ|Источник=https://zx-pk.ru/threads/13938-pevm-quot-irisha-quot.html KokaF77 (https://zx-pk.ru/members/6456-kokaf77.html), 30.09.2010 12:18}}

<pre>
ПЭВМ "ИРИША-М"

МОДУЛЬ КОНТРОЛЛЕРА НГМД «RTV*001.89»

(Техническое описание)
</pre>

АННОТАЦИЯ

Настоящий паспорт, объединённый с техническим описанием и инструкцией по эксплуатации, является документом, удостоверяющим гарантированные изготовителем основные параметры и технические характеристики модуля КНГМД «RTV*001.89».

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

__FORCETOC__

= 1. Назначение и основные технические характеристики модуля контроллера НГМД «RTV*001.89» =

1.1. Модуль контроллера накопителей на гибких магнитных дисках (НГМД) «RTV*001.89» предназначен для оснащения ПЭВМ «ИРИША» или её модификаций накопителями на гибких магнитных дисках.

1.2. Модуль позволяет работать с одно- или двухсторонними механизмами НГМД, имеющими стандартный интерфейс SHUGART. Одновременно контроллер может обслуживать до 2-х накопителей 133 мм и 75 мм формата, обеспечивающих двойную плотность записи (MFM).

1.3. Модуль позволяет расширить объем ОЗУ базовой модели ПЭВМ на 128-512 К байт в зависимости от типа установленных микросхем динамической памяти (К565РУ5, К565РУ71, К565РУ72, К565РУ7 в различных комбинациях).

1.4. Модуль содержит 3 розетки для установки микросхем ПЗУ типа К573РФ4 (К573РФ6) или К573РФ7. Допускается также применение микросхем ПЗУ иностранного производства: I2764, I2728 или I27256. Общий объем постоянной памяти модуля может изменяться от 8 до 96 К байт.

1.5. Модуль занимает 26 адресов в адресном пространстве ПЭВМ. Доступ процессора и памяти модуля осуществляется через два «окна» по 16 К каждое, в общем адресном пространстве процессора под контролем схемы управления расширением памяти.

1.6. Временные диаграммы обмена информацией с модулем через системную магистраль приведены на рис. 1.1, 1.2.

1.7. Питание модуля осуществляется от двух источников питающих напряжений +5 В (1 А) и +12 В (100 мА), без учета тока потребления механизмами НГМД.

1.8. Конструктивно модуль контроллера представляет собой печатную плату размером 230×150×23 мм. Модуль снабжен устройством его монтажа в системный блок ПЭВМ. На задней панели модуля находится разъем (Х2: вилка СН053-60-23) для подключения механизмов НГМД. Назначение его сигналов приведено в табл. 1.1.

<center>
[[Файл:RTV-01-89 1-1.jpg|400px]] [[Файл:RTV-01-89 1-2.jpg|410px]]
</center>

<center>
{| class="wikitable"
|+ Таблица 1.1 – Назначение сигналов разъема Х2 модуля КНГМД
|-
! Контакт !! Сигнал !! Назначение !! Примечание
|-
| 4-56 чётные || ОВ || Общий вывод ||
|-
| 3 || MOT.ON1 || Включение двигателя B || к НГМД
|-
| 7 || INDEX || Индекс || от НГМД
|-
| 9 || DR.SEL0 || Выбор дисковода А || к НГМД
|-
| 11 || DR.SEL1 || Выбор дисковода В || к НГМД
|-
| 15 || MOT.ON0 || Включение двигателя А || к НГМД
|-
| 17 || DIRECTION || Направление перем. гол. || к НГМД
|-
| 19 || STEP || Шаг перемещения гол. || к НГМД
|-
| 21 || WR.DATA || Данные для записи || к НГМД
|-
| 23 || WR.EN || Разрешение записи || к НГМД
|-
| 25 || TRACK0 || Дорожка 00 || к НГМД
|-
| 27 || WR.PROT. || Защита записи || от НГМД
|-
| 29 || RAW.READ || Данные чтения || от НГМД
|-
| 31 || SIDE SEL. || Выбор рабочей стороны || от НГМД
|-
| 33 || READY || Готовность || от НГМД
|-
| 35 || FAULT RES. || || к НГМД
|-
| 37 || FAULT || || от НГМД
|-
| 39 || TWO SIDES || || от НГМД
|-
| 58, 60 || +12B || Питание двигателя НГМД || к НГМД
|-
| 59 || +5B || Питание схемы НГМД || к НГМД
|-
| 1, 22, 5, 13, 41-55 неч. || || Не используются
|}
</center>

= 2. Порядок установки модуля контроллера в ПЭВМ и работа с ним =

2.1. Для монтажа модуля контроллера «RTV*001.89» в ПЭВМ необходимо вынуть его из упаковки, проверить правильность установки перемычек и микросхем ПЗУ, а затем установить модуль в системный блок ПЭВМ на любое свободное место, зафиксировав его винтами.

2.2. Заводом-изготовителем модуль поставляется настроенным с помощью перемычек на работу со 133 мм НГМД с двойной плотностью записи. Перемычки выбора типа микросхем памяти ПЗУ должны быть настроены на работу с микросхемами К573РФ4 или К573РФ6 или их зарубежным аналогом I2764. Число рабочих сторон и дорожек на диске от типа поставляемого дисковода и указывается в сертификате на панели модуля.

2.3. Схема расположения перемычек на модуле показана на рис. 2.1. Они показаны в таком положении, в каком должны находиться после выпуска и настройки модуля изготовителем. В розетке Х6 должна быть установлена микросхема D52 (К573РФ4 или К573РФ6)с "прошитой" в нее программной ядра операционной системы *RTV*CP/M 20.

2.4. Для разбора порядка работы с модулем контроллера НГМД рассмотрим его внутреннюю организацию, показанную на функциональной схеме, которая приведена на рис. 2.2.

2.5. Модуль содержит в своем составе интерфейсный узел с расширенным ПЗУ, узел ОЗУ и узел собственно контроллера НГМД. Со стороны процессора модуль представлен как набор на 26 регистров в области адресов ввода-вывода системной магистрали (20Н-39Н) и как один или несколько банков памяти протяженностью до 64 К байт. Назначение адресов ввода-вывода приведено в таблице 2.1.

2.6. Селектор адресов памяти выполнен на базе БИС 2-х входового ОЗУ, представляющего собой с точки зрения программиста, регистровый файл из 16-ти четырехбитных регистров (рабочие адреса - 20Н - 2FH). Лог. "0" в любом из битов означает включение в работу одного из банков ОЗУ или ПЗУ. Естественно, ситуация, при которой в любом из регистров содержится более одного логического нуля, является ошибочной и должна быть исключена при работе с модулем. Номер каждого из регистров отвечает за определенный сегмент памяти системной магистрали. Так: регистр с адресом 20Н отвечает за страницу памяти системной магистрали в нулевой странице, начиная с адреса 0000Н до 3FFFH. Упрощенная схема регистра показана на рис. 2.3.

Если требуется включить в эту область ОЗУ или ПЗУ, то в соответствующий бит регистра с этим номером должна быть занесена информация с нулем в одном из битов включения памяти. В табл. 2.1 приведено соответствие номеров регистров с адресами памяти системной магистрали.

<center>
[[Файл:RTV-01-89 2-2.jpg|600px]]
</center>

<center>
[[Файл:RTV-01-89 2-3.jpg|400px]]
</center>

<center>
{| class="wikitable"
|+ Таблица 2.1 — Рабочие адреса модуля
|-
! Адрес !! Тип операции !! Назначение !! Примечание
|-
| 20Н || rowspan=16 | Запись/чтение || Рег. 0 (00000Н) || rowspan="16" | Файл управления ОЗУ
|-
| 21Н || Рег. 1 (04000Н)
|-
| 22Н || Рег. 2 (08000Н)
|-
| 23Н || Рег. 3 (0С000Н)
|-
| 24Н || Рег. 4 (10000Н)
|-
| 25Н || Рег. 5 (14000Н)
|-
| 26Н || Рег. 6 (18000Н)
|-
| 27Н || Рег. 7 (1С000Н)
|-
| 28Н || Рег. 8 (20000Н)
|-
| 29Н || Рег. 9 (24000Н)
|-
| 2АН || Рег. 10 (28000Н)
|-
| 2ВН || Рег. 11 (2С000Н)
|-
| 2СН || Рег. 12 (30000Н)
|-
| 2DН || Рег. 13 (34000Н)
|-
| 2EН || Рег. 14 (38000Н)
|-
| 2FН || Рег. 15 (3С000Н)
|-
! colspan="4" | Регистры управления НГМД
|-
| rowspan=2 | 30Н || Запись || Регистр команд || rowspan="10" | БИС КНГМД КР1810ВГ93
|-
| Чтение || Регистр статуса
|-
| 31Н || rowspan=3 | Запись/чтение || Регистр номера трека
|-
| 32Н || Регистр номера сектора
|-
| 33Н || Регистр данных. Обмен без схемы автосинхронизации
|-
| rowspan=2 | 34Н || Запись || То же, что в 30Н
|-
| Чтение || То же, что в 30Н
|-
| 35Н || rowspan=3 | Запись/чтение || То же, что и 31Н
|-
| 36Н || То же, что и 32Н
|-
| 37Н || Регистр данных. Схема автосинхронизации включена
|-
! colspan="4" | Служебные регистры
|-
| rowspan=2 | 38Н || Запись || Дополнительный регистр управления модулем
|-
| Чтение || Вспомогательный регистр состояния модуля
|-
| rowspan=2 | 39Н || Запись || Регистр выбора подбанка ОЗУ
|-
| Чтение || Регистр состояния триггера контроля ошибки чтения
|}
</center>

2.7. При включении машины состояние регистрового файла неопределено и информация в нем должна быть сформирована стартовой программой инициализации. Чтобы не было ложных включений памяти при "холодном" старте, специальная схема блокирует работу памяти модуля до первого обращения к дополнительному регистру управления с адресом 38Н. Программа начального старта должна сначала записать в файл управления необходимую информацию, а затем включить память модуля в работу, записав байт управления в регистр с адресом 38Н. Информация в регистровой файл может как записываться, так считываться из него.

2.8. При использовании модуля в составе ПЭВМ "ИРИША-М" с операционной системой СР/М 2.2 память модуля размещается в первой странице с адресом 10000Н до 1FFFFH. Поскольку размер этой страницы равен 64 К байт, для работы с полным объемом памяти используется внутреннее переключение банков путем перезаписи содержимого файла управления.

<hr/>
Замечание от Emuverse:

В реальности имеет смысл адресовать только регистры 24H—27H, так как только страница 1 полного адресного пространства доступна для свободного использования. Страница 0 принадлежит ПЗУ BIOS, 2 — основная память на видеоконтроллере, то есть использование этих страниц приведет к конфликту с другими устройствами. 3 — не используется в стандартной прошивке ПЗУ диспетчера памяти и на шине не может быть получена без замены этого ПЗУ.
<hr/>

2.9. Для работы с ОЗУ емкостью до 512 Кбайт модуль содержит дополнительный регистр - регистр выбора подбанка (адрес - 39Н), при помощи которого внутри выбранного банка памяти организуются 4 подбанка размером 64 К байт. Указанный регистр доступен как для записи, так и для чтения.

2.10. Модуль контролирует информацию, записанную в ОЗУ по четности в каждой байте. При обнаружении ошибки включается триггер ошибки памяти, состояние этого триггера может быть считано из регистра с адресом 39Н (бит D7). Сброс триггера осуществляется при выполнении операции записи в регистр выбора подбанка, имеющий такой же адрес (39Н). Структура этого регистра показана на рис. 2.4.

<center>
[[Файл:RTV-01-89 2-4.jpg|400px]]
</center>

2.11. Управление механизмом НГМД осуществляется БИС КНГМД. Работа с этим БИС осуществляется через 8 регистров, (рабочие адреса - 30Н-37Н), причем 6 из них имеют попарно одинаковые функции (30Н и 34Н; 31Н и 35Н; 32 и 36Н). Назначение регистров БИС КНГМД показано в табл. 2.1. Разница между регистрами с адресом 33Н и 37Н заключается в том, что при обращении к адресу 37Н запускается в работу система автосинхронизации обмена данными по получению сигналов DRQ и INTRQ от БИС КНГМД. Более подробно ознакомиться с назначением регистров можно в описании БИС КНГМД, приведённом в приложении А настоящего описания.

2.12. Кроме регистров БИС КНГМД, модуль имеет дополнительный регистр управления и вспомогательный регистр статуса. Их структура показана на рис. 2.5 и рис. 2.6. Через дополнительный регистр управления могут программироваться номер рабочего накопителя, номер стороны диска и некоторые другие функции.

<center>
[[Файл:RTV-01-89 2-5.jpg|400px]]
</center>

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

= 3. Устройство и работа модуля =

3.1. В модуле контроллера «RTV*001.89» можно выделить три основные части:

* узел контроллера НГМД;
* узел оперативной памяти;
* интерфейсная часть с дополнительным ПЗУ.

Информационное взаимодействие узлов между собой осуществляется через внутреннюю магистраль.

== 3.2 Узел контроллера НГМД ==

3.2.1. Узел контроллера НГМД выполнен на базе БИС КР1818ВГ93 (аналог микросхемы WD1793 фирмы Western Digital). Упрощённая схема узла приведена на рис. 3.1.

<center>
[[Файл:RTV-01-89 3-1.jpg|400px]]
</center>

3.2.2. БИС КР1818ВГ93 содержит все необходимое для управления работой маханизмами накопителей и цепи, выполняющие преобразование потока байтов данных из ЭВМ в соответствующую последовательность битов для записи на диск, а также цепи обратного преобразования. БИС позволяет работать как с одинарной (FM), так и с двойной плотностью записи (MFM), но в данной конкретной реализации БИС КНГМД используется только в режиме с двойной плотностью записи (MFM). Однако, для работы БИС требуются внешние схемы сепаратора данных и прекомпенсации, цепи выбора накопителя и рабочей стороны диска.

3.2.3. Выход сигналов на интерфейс дисковых накопителей осуществляется через буферные усилители на мощных формирователях с открытым коллектором D62 и D68. Приём сигналов с дискового интерфейса производится через буферные микросхемы D58 и D59. Сигнал READY подаётся непосредственно на одноименный вход БИС (вывод 32). Сигнал чтения данных RAW.READ поступает на вход сепаратора данных. Состояние линии FAULT и TWO SIDES транслируется на входы вспомогательного регистра состояния и может быть проанализировано процессором по адресу 38H (биты D2, D1; см. рис. 2.6.).

3.2.4. Схема сепаратора данных (далее сепаратор данных) выполнена на микросхемах D46, D55-D57 и D61-D63. Сепаратор данных вырабатывает сигнал синхронизации чтения данных RCLC, подаваемый на соответствующий вход БИС КНГМД (вход 26). Фронты этого сигнала располагаются между импульсами данных, считываемых с диска.

Выходном формирователь собран на одновибраторе D55.2, запускающемся отрицательным фронтом импульсов входного потока данных. Он вырабатывает импульсы длительностью около 1 мкс, необходимые для работы фазового компаратора, который собран на микросхемах D46-2, D61, D62-3. Фазовый компаратор сравнивает частоту и фазу сигнала входного потока данных с сигналом генератора, управляемого напряжением (ГУН), и по их разнице вырабатывает соответствующий сигнал управления. ГУН выполнен на микросхеме КР531ГГ1 (D63). Средняя частота ГУН равна 4 МГц. Выходной сигнал ГУН подается на делитель частоты (микросхема D65), с выводов которого снимаются сигналы 500 кГц для фазового компаратора и 250 кГц для подачи на вход RCLC.

При отсутствии обращения к диску (на выходе 33 БИС КР1818ВГ93 - высокий уровень) на вход сепаратора данных подается сигнала опорной частотью 500 кГц, устанавливающий частоту ГУН вблизи заданного значения.

Переменный резистор R26 служит для установки средней частоты ГУН. Средняя частота 4 МГц должна вырабатываться при напряжении на входе 3 микросхемы ГУН около 3.3 В.

Рис. 3.2 поясняет работу схемы сепаратора данных.

<center>
[[Файл:RTV-01-89 3-2.jpg|400px]]
</center>

3.2.5. Схема прекомпенсации работает при записи информации на диск. Она выполнена на сдвиговом регистре D66 и элементах D56.1 и D57.1. Управление работой схемы осуществляется самой БИС КНГМД с помощью сигналов SR (выход 18) и SL (выход 17). При высоком уровне сигнала SR положение информационного импульса в выходном потоке задерживается в зависимости от положения перемычек П20, П21 и П22 на 125-250 или 500 нс, соответственно. При высоком уровне на выходе SL дополнительный импульс выдается на аналогичное время раньше. Если оба сигнала неактивны, то изменение положения импульса не производится.

На выходе схемы прекомпенсации установлен выходной формирователь D67.2, фиксирующий длительность импульсов записи в районе 250-300 нс независимо от времени прекомпенсации. Если время прекомпенсации устанавливается равным 250 нс, то выходной формирователь может не устанавливаться. В этом случае перемычка П23 должна быть замкнута.

3.2.6. БИС КНГМД вырабатывает сигнал для включения двигателя накопителя HLD (выход 28). Этот сигнал запускает одновибратор задержки D70-1, блокирующий через ввод HLT (вывод 23) БИС отработку алгоритма выполнения команды на время разгона двигателя. Двигатель включается сразу же при получении команды, но одновибратором D70-2 удерживается во включенном состояния еще 2-3 сек. Если за этот промежуток времени обращения к диску не было, то его двигатель выключается. В противном случае - одновибратор перезапускается и двигатель остается во включенном состояния. В запущенном состоянии одновибратор D70-2 блокирует одновибратор задержки D70.1 на время разгона двигателя, что обеспечивает максимальную скорость работы с диском. Таким образом, при частых обращениях к диску двигатель его механизма постоянно включен и никаких дополнительных задержек не возникает.
Кроме того, указанная схема уменьшает число разгонов двигателя, при которых потребляется повышенный ток.

3.2.7. Выбор накопителя и выбор рабочей стороны диска производится через дополнительный регистр управления D71 (адрес обращения 38Н - см. рис. 2.5). Поскольку многие типы накопителей не имеют возможности индикации состояния, когда двигатель накопителя включён, а индицируют только выбор накопителя, то соответствующие сигналы выбора стробируются на выходных формирователях D62 сигналом включения мотора MOT.ON. Таким образом, сигналы выбора накопителя активны только при обращении к диску.

3.2.8. Контроллер «RTV*001.89» имеет ряд отличий от аналогичного модуля контроллера «RTV*070.87» в котором описываемый узел выполнен на базе БИС WD2793 импортного производства. Контроллер «RTV*001.89» в отличие от контроллера «RTV*070.87», работающего со всеми типами дисков, может обслуживать только два накопителя на 133 мм или 75 мм дисках. Он работает только с двойной плотностью записи на диск (MFM). Однако, указанные ограничения, не сказываются на эксплуатационных характеристиках стандартных комплектов ПЭВМ "ИРИША-М".

== 3.3. Узел ОЗУ модуля ==

3.3.1. Модуль КНГМД «RTV*001.89» содержит от 128 до 512 К байт оперативной памяти (ОЗУ), обычно используемой для организации электронного диска. Это ОЗУ выполнено на БИС динамической памяти К565РУ5Д (ёмкость 64 К бит), К565РУ71Д или К565РУ72Д (ёмкость 128 К бит) или К565РУ7Д (ёмкость 256 К бит). Возможно также применение и более быстродействующих микросхем памяти серии К565 с последними буквами "Г", "В", или "Б". В зависимости от типа устанавливаемых микросхем будет изменяться и общий объем ОЗУ моделя. С точки зрения программиста это ОЗУ представляет несколько банков памяти, которые могут включаться на любое из мест адресного пространства системной магистрали. Принципиальная схема узла ОЗУ приведена на рис. 3.3.

3.3.2. Микросхемы динамической памяти используют принцип мультиплексирования входного адреса, который передаётся в два приема: сначала передаётся 8-ми или 9-ти разрядный адрес строки, а затем - адрес столбца той же разрядности. Девятибитные адреса используются при применении памяти К565РУ7Д емкостью 256 К бит. Для реализации механизма мультиплексной передачи требуются два вспомогательных стробирующих сигнала: RAS (Row address strobe) и CAS (Column address strobe). Временные соотношения между сменой частей адреса и стробирующих сигналов достаточно жестко детерминированы.

Особенность динамической памяти является то, что её содержимое необходимо периодически регенерировать. Этот процесс реализуется либо выполнением 128 циклов чтения за 1 или 2 мс с перебором всех адресов столбцов, либо выполнением такого же числа циклов, но без подачи сигнала CAS. Время регенерации определеяется быстродействием микросхем примененной памяти. Для микросхем с последней буквой "Д" эта время составляет 1 мс, для всех остальных типов оно равно 2 мс. Регенерация можно производить лавинно, когда последовательно выполняются все циклы с исключением возможности доступа к памяти со стороны внешних устройств или распределенно, когда циклы регенерации вставляются между циклами обращения к памяти. В последнем случае, учитывая, что процессор не обращается к памяти в каждом возможном его цикле, прозрачность доступа может быть обеспечена максимально возможной. Среднее время между циклами регенерации во втором случае должно быть около 8 мкс для микросхем с 1 мс временем регенерации и около 16 мкс для остальных типов микросхем. В описываемом модуле используется более прогрессивный второй принцип регенерации. Переключение времени регенерации производится перестановкой перемычек П13 и П12.

3.3.3. Указанные особенности БИС динамической памяти требуют для их работы специальной схемы обрамления, задающей временные соотношения между сигналами синхронизации и управления. Обычно такую схему называют контроллером ОЗУ. Контроллер ОЗУ, кроме указанной выше функции, осуществляет арбитраж между запросами на регенерацию и обмен информацией с внешней магистралью.

3.3.4. Контроллер ОЗУ включает в себя четыре триггера управления (микросхемы D37 и D39), сдвиговый регистр (микросхемы D35 и D36), таймер регенерации D47 и некоторую логику обрамления. Он работает следующим образом: при отсутствии обращений триггер запроса находится в неактивном состоянии, а его низкий выходной уровень блокирует по входу «Сброс» работу сдвигового регистра D35 и D36, задающего временные сдвиги между сигналами синхронизации. Запросы цикла памяти поступают либо от триггера запроса (сигнал MEM), либо от таймера регенерации (сигнал RFSH). При получении какого-либо запроса по заднему фронту тактирующего сигнала CLC16M активируется триггер запроса, снимается сигнал «Сброс» со сдвигового регистра и начинается выполнение цикла памяти. Одновременно триггер типа цикла D37-2 фиксирует, какой именно цикл должен выполняться: цикл памяти или цикл регенерации. Во время исполнения цикла памяти сигнал синхронизации на триггер типа цикла не подается, и таким образом изменение его состояния в этот период блокировано. После снятия блокирующего сигнала со сдвигового регистра в него по каждому положительному фронту тактирующего сигнала CLC16M начинает «вдвигаться» логическая единица. По мере заполнения регистра единицами формируются необходимые сигналы управления и синхронизации. После восьми тактирующих импульсов сигнал с выхода сдвигового регистра сбрасывает триггер запроса, обнуляет сдвиговый регистр, и цикл памяти завершается. Временная диаграмма, иллюстрирующая этот процесс, приведена на рис. 3.4.

<center>
[[Файл:RTV-01-89 3-4.jpg|400px]]
</center>

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

В циклах регенерации с помощью микросхем D48 и D50 формирование сигналов CAS и WE запрещается. Кроме того, в циклах указанного выше типа сигнал RAS вырабатывается для обоих банков памяти одновременно. Это означает, что регенерация информации в обоих банках также выполняется одновременно. При обмене информацией с ОЗУ модуля сигнал RAS формируется только для рабочего банка, и, таким образом, осуществляется их селекция.

3.3.5. В узел ОЗУ входит счётчик D45, вырабатывающий сигналы опорных частот для контроллера ОЗУ и узла контроллера НГМД. На этот счётчик подаётся сигнал опорной частоты 16 МГц с системной магистрали ПЭВМ.

3.3.6. Запросы на обращение к памяти поступают с системной магистрали асинхронно, поэтому для организации обмена данными с ней требуются ещё два триггера D39: триггер запроса и триггер готовности. Триггер запроса D39-1 фиксирует требование на обмен информацией с памятью (активен высокий уровень сигнала MEM) и удерживает его до того момента, когда запрос будет удовлетворён. Этот триггер сбрасывается за 62 нс до момента завершения соответствующего цикла памяти. Одновременно со сбросом триггера запроса взводится триггер готовности D39-2, вырабатывающий сигнал MRDY интерфейсной части модуля и управляющий выходным буферным усилителем данных. В интерфейсной части из сигнала готовности памяти MRDY формируется сигнал готовности RDY, подаваемый на системную магистраль. Триггер готовности сбрасывается, когда сигнал разрешения обмена данными по системной магистрали TE становится неактивным, т.е. по завершению цикла обмена.

3.3.7. Адресный мультиплексор модуля выполнен на микросхемах D41, D42 и D48-3, D48-4, D44-4. Две первые имеют выход с тремя состояниями, который активируется только при выполнении циклов обмена с системной магистралью. Остальные микросхемы необходимы только в том случае, если в модуль установлены микросхемы динамической памяти с информационной ёмкостью более 64 К бит. Они мультиплексируют 9-й разряд адреса. На вход этого разряда мультиплексора поступает информация с регистра выбора подбанка памяти.

3.3.8. Узел регенерации вырабатывает адреса памяти при выполнении регенерации содержимого памяти. Он состоит из 8-ми разрядного счётчика D49 и выходного буферного регистра D51 с тремя состояниями на выходе. На время выполнения цикла регенерации информация защёлкивается в регистре и выдаётся на линии адреса микросхем памяти.

3.3.9. Регистр выбора подбанка памяти выполнен на микросхеме D12. Он служит для увеличения объёма рабочей памяти свыше 128 К байт за счёт введения в пределах этого адресного пространства ещё 4-х подбанков. Адрес регистра подбанка памяти — 39Н. Информация из этого регистра может быть прочитана по тому же адресу. В седьмом бите при этом будет передаваться информация о состоянии бита ошибки по паритету. Данные во внутреннюю магистраль передаются через буферный формирователь D13 с тремя состояниями на выходе.

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

3.3.11. ОЗУ модуля имеет схему контроля правильности записанной информации. Каждый записываемый байт сопровождается специальным битом, хранимым в отдельном разряде ОЗУ. Поэтому разрядность ОЗУ равна девяти. При считывании информации производится контроль её правильности с использованием бита чётности. Если обнаруживается ошибка, то взводится соответствующий триггер в схеме контроля паритета (чётности). Эта схема состоит из специализированной ИС D4 (КП531ИП5), логики D3.1, D5.1, D5.4 и D10.2 и триггера ошибки паритета D14-2. Состояние последнего через формирователь с тремя состояниями на выходе D13-3 может быть передано во внутреннюю магистраль и проанализировано процессором. Адрес чтения такой же как и адрес регистра выбора подбанка памяти — 39Н. Информация передаётся в бите D7 считываемого байта. Логическая единица в этом бите указывает на то, что была обнаружена ошибка. Сброс триггера производится при выполнении записи в регистр выбора подбанка.

3.3.12. По сравнению с разработанным ранее модулем *RTV*070.87 модуль *RTV*001.89 допускает увеличение объёма памяти до 512 К байт. Поскольку адресация такого большого объёма только средствами, содержащимися в модуле *RTV*070.87 невозможна, то в новый модуль введён дополнительный регистр выбора подбанка памяти. В программном отношении эти модули снизу вверх совместимы. Т.е., программы, написанные для работы с модулем *RTV*070.87, будут работать и с модулем *RTV*001.89, но не всегда наоборот.

== 3.4. Интерфейсная часть модуля ==

3.4.1. Интерфейсная часть модуля отвечает за взаимодействие с системной магистралью ПЭВМ. Она состоит из селектора адресов устройств ввода-вывода, селектора адресов памяти и схемы синхронизации обмена. Кроме того, она содержит буферный двунаправленный формирователь, через который осуществляется обмен между шинами данных системной и внутренней магистралей. Он выполнен на микросхеме КР580ВА86 (D1). В состав интерфейсной части входит также ПЗУ, в котором обычно хранится ядро операционной системы и некоторые наиболее часто употребляемые программы. Упрощённая схема узла приведена на рис. 3.5.

3.4.2. Селектор адресов ввода-вывода выделяет область рабочих регистров модуля и вырабатывает необходимые сигналы управления для остальных его узлов. Селектор выполнен на ПЗУ К556РТ4 (D7). Он выделяет адреса в диапазоне от 20Н до 39Н. При обращении по любому из этих адресов на выходе 9 микросхемы D7 устанавливается низкий уровень (активен сигнал IDS), и через элементы D16-3, D16.2, D2.4 выдаётся сигнал на включение буферного формирователя данных D1 и на генерацию в системную магистраль сигнала готовности READY посредством элементов D16.3, D6.4 и D40.3. На выходе 10 D7 низкий уровень устанавливается при обращении к группе адресов 20–2FН, относящихся к селектору адресов памяти. Аналогично, на выходе 11 ПЗУ выделяется группа адресов 30–37Н, относящаяся к БИС КНГМД. На выходе 12 низкий уровень возникает при обращении к дополнительным регистрам модуля. Логика D9, D15 и D3 служит для окончательной селекции и генерации управляющих сигналов и стробов, поскольку младший разряд адреса на ПЗУ не поступает.

3.4.3. При обращении к адресу 37Н сигнал IDS и, соответственно, сигнал готовности READY вырабатываются только в том случае, если хотя бы один из сигналов: DRQ либо INTRQ, поступающих на вход ПЗУ, установлен высоким уровнем. Таким способом достигается автосинхронизация при обмене данными с БИС КНГМД при чтении или записи сектора. По своим функциям адрес 33Н аналогичен адресу 37Н, но автосинхронизация не производится.

3.4.4. Селектор адресов памяти выполнен на основе БИС двухвходового ОЗУ D8 (КР1802ИР1). Это ОЗУ имеет организацию 16×4 бит. Канал А этой БИС подключён к внутренней шине данных (младшие биты) модуля. 16 ячеек этого ОЗУ по каналу А адресуются как регистры ввода-вывода. Информация, используемая затем в канале В, заносится в ОЗУ через канал А.

В качестве адресов канала В используются 4 старшие разряда адресной шины системной магистрали. Этот канал работает только в режиме считывания. Низкий уровень на выходных линиях канала В позиционно управляет выборкой одного из двух банков ПЗУ или ОЗУ. Естественно, ситуация при которой более одного выхода находятся в низком уровне является запрещённой, так как при этом возникнут столкновения на шине данных. При обращении к ПЗУ сигнал готовности формируется через те же элементы, как и в случае с группой внешних устройств без задержек. При обращении к ОЗУ сигнал готовности формируется элементом D40-3 только после выполнения соответствующего цикла памяти.

3.4.5. При включении питания содержимое ОЗУ управления памятью неопределено D8, поэтому оно может быть включено в работу только после занесения в него соответствующей информации. Обычно, эта операция осуществляется программой инициализации модуля. Блокировка работы селектора адресов памяти выполняется соответствующим триггером D14.1. Он сбрасывается при получении модулем сигнала RESET с системной магистрали и его выходной сигнал MEMON становится неактивным, блокируя работу селектора. Активация триггера происходит при выполнении операции записи в дополнительный регистр управления диском.

3.4.6. Модуль имеет 3 розетки для установки микросхем ПЗУ. Общая ёмкость ПЗУ модуля определяется типом применённых микросхем и их количеством и может варьироваться в пределах от 8-ми до 96 К байт. Селектор адресов модуля позволяет работать с двумя банками ПЗУ. Минимальный размер банка составляет 16 К байт, но дальнейшая селекция до 8 К байт проводится только в пределах одного банка.
Тип применяемых микросхем задаётся с помощью перемычек П6 – П11 одновременно для всех розеток модуля. На рис. 3.5 показано их расположение для ПЗУ различных типов.

= 4. Меры предосторожности при работе с модулем контроллера НГМД =

4.1. Модуль контроллера НГМД представляет собой сложное электронное устройство, в котором использованы интегральные микросхемы, изготовленные по МОП-технологии. Поэтому при транспортировке, установке в системный блок ПЭВМ, эксплуатации и ремонте модуля следует обеспечивать необходимые условия, исключающие воздействие на него статического электричества.

4.2. Транспортировка модуля должна производиться в специальной упаковке, защищающей его элементы от механических и электрических воздействий. Контакты разъёма X1, предназначенного для подключения модуля к системной магистрали, должны быть закорочены транспортной перемычкой-заглушкой.

4.3. К эксплуатации модуля допускаются лица, изучившие настоящее описание. Регулировка и ремонт модуля производится лицами, прошедшими специальную подготовку на заводе-изготовителе.

4.4. Все монтажные и ремонтные работы: установка модуля в системный блок ПЭВМ, подключение механизмов НГМД, замена вышедших из строя микросхем, установка перемычек и микросхем ПЗУ, производятся только при полном отсутствии питающих напряжений.

4.5. При эксплуатации, ремонте и транспортировке следует не допускать механических повреждений модуля.

4.6. Следует оберегать контакты разъёмов, особенно розеток (X3 – X6) для установки БИС КНГМД и ПЗУ, от попадания на них пыли и грязи, что может привести к снижению надёжности работы модуля. При очистке от загрязнений использовать растворители, не повреждающие материал платы и не смывающие маркировочные надписи с деталей, например, этиловый спирт.

4.7. При эксплуатации, транспортировке и хранении недопустимо прямое попадание воды на детали модуля. В случае, если это произошло, следует удалить воду и просушить модуль перед включением в работу в течении 1–2 часов до полного высыхания.

= 5. Проверка модуля =

5.1. Изготовителем модуль контроллера поставляется настроенным с помощью перемычек на работу со 133 мм механизмами НГМД с двойной плотностью записи на диск, с установленной микросхемой D52 (К573РФ4, К573РФ6 или I2764) в розетке X6 с "зашитой" в неё программой ядра операционной системы *RTV*CP/M 20.

5.2. Проверка работоспособности модуля в условиях потребителя производится путём оценки реакции ПЭВМ и самого модуля КНГМД на команды, подаваемые с клавиатуры.

5.2.1. При включении питания ПЭВМ во время отработки программы "холодного старта" на экране монитора должно появиться сообщение, загружаемое из ПЗУ модуля процессора. Если при этом машина "зависает", необходимо проверить правильность установки микросхем резидентного ПЗУ на модуле процессора и его селектора адреса. Эти ПЗУ должны позволять работать с модулем КНГМД *RTV*001.89 (BOOT7 или DDT3, CONOUT3 и селектор адреса МА). Проверить надёжность их установки в розетках и правильность установки перемычек на плате модуля процессора. Если указанные действия не приведут к восстановлению работоспособности ПЭВМ, следует обратиться к полной проверке ПЭВМ.

5.2.1. При выборе варианта дисковой загрузки программа ядра операционной системы, "зашитая" в ПЗУ модуля КНМД, производит определение объёма и тестирование памяти, установленной на плате КНГМД, и выводит сообщение на экран монитора; ставит промпт о загрузке операционной системы или выдаёт сообщение об ошибке. Если этого не происходит, следует убедиться в отсутствии механических повреждений на плате модуля, проверить правильность установки перемычек в соответствии с рис. 2.1 настоящего описания, надёжность установки микросхемы ПЗУ в розетку X6. Если указанные действия не приведут к восстановлению работоспособности модуля, его следует отправить для ремонта изготовителю.

5.3. Более полное тестирование модуля может быть произведено специальной тестовой программой, которая загружается в ПЭВМ либо с диска (если это возможно), либо с магнитофонной ленты. Эта программа производит диагностику модуля КНГМД с точностью до узла. Для работы с программой теста необходимо пользоваться её описанием.

5.4. При групповых поставках возможна комплектация ПЭВМ дополнительной платой ПЗУ с "зашитой" тестовой программой.

5.5. При передаче технической документации в состав комплекта может входить описание стенда по наладке и проверке модуля котроллера НГМД.

= ПРИЛОЖЕНИЕ 1 =

<center>
[[Файл:RTV-01-89 APP-1.jpg|500px]]
</center>

= ПРИЛОЖЕНИЕ 2. Рекомендации по монтажу модуля КНГМД =

Монтаж модуля контроллера НГМД можно начинать после изготовления печатной платы по фотошаблону 1893. Изготовленная плата не должна иметь разрывов проводников и коротких замыканий проводников между собой и на шины питания. Перед запайкой деталей необходимо установить перемычки, соединив одноимённые контакты, маркированные на плате цифрами 1 и 1.....8, проводником (см. рис. 2.1).

Подобрать комплектующие изделия в соответствии с перечнем элементов, приведённым в разделе 6 настоящего описания. Микросхему ПЗУ (D7) запрограммировать по таблице, приведённой в приложении 1 (карта "прошивки" FDCSA1.) Установку микросхем производить в соответствии с монтажной схемой, приведённой на рис. Пр2.1. Желательно соблюдать следующий порядок установки комплектующих изделий:

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

— Запаять разъёмы X1, X2 и розетки X4–X6 для установки микросхем ПЗУ D52–D54 и БИС КНГМД (D64). Отмыть места пайки, избегая попадания промывочной жидкости в розетки, так как это приводит к значительному снижению качества контактов при установке микросхем.

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

— в розетку X6 установить микросхему ППЗУ (К573РФ4 (РФ6) или их зарубежный аналог I2764 с запрограммированным в неё ядром операционной системы и имеющей карту "прошивки" *RTV*CP/M 20.

Ещё раз проверить установку комплектующих изделий согласно рис. Пр2.1, убедиться внешним осмотром в отсутствии коротких замыканий на плате и провести наладку модуля.

= Дополнительная информация для пользователей ОС "ИРИША" =

Версия BIOS – 20 для модуля КНГМД на МС К1818ВГ93.

Версия операционной системы CP/M для ПЭВМ "ИРИША" номер версии BIOS – 20 предназначена для программной поддержки модуля контроллера накопителей на гибких дисках *RTV*001.89. Программа размещена в МС ПЗУ типа К573РФ4 (или I2764). Программа размещена в розетку на плате контроллера, которая устанавливается согласно техническому описанию модуля.

Версия 20 программно совместима с предыдущими версиями BIOS. Формат файлов и алгоритм работы с накопителями на гибких магнитных дисках, расположение и назначение стартовых конфигурационных перемычек полностью соответствует описанию BIOS версии 10. Более подробная информация приводится в дополнительном материале по версии 10.

Для программного изменения конфигурации системы можно использовать программу CONFIG версия 10. Форматирование дисков выполняется с помощью программы FORMAT версия 20. Программы форматирования ранних версий не будут работать с модулем *RTV*001.89.

Операционная система версии 20 не будет работать при установке её в модуль КНГМД *RTV*071.86.

Основное отличие версии 20 от предыдущих заключается в способности программно поддерживать расширенную память модуля *RTV*001.89. При этом объём квазидиска в зависимости от типа установленных микросхем может изменяться от 128 до 512 Кбайт. При старте операционная система автоматически определяет объём имеющейся памяти и соответственно конфигурирует системные параметры квазидиска.

== Старт операционной системы ==

Если в стартовом меню ПЭВМ выбирается диск, то управление передаётся программе ОС. Прежде всего программа определяет, является ли данный старт первым после включения ПЭВМ в работу. Для этого программа тестирует 5 специфических байт, расположенных в зоне входного вектора BIOS. После первого включения ПЭВМ в этих ячейках находится случайная информация, что является признаком "холодного" старта. Если же операционная система была ранее загружена, и начальный старт был вызван нажатием клавиши сброса без выключения питания, то по этим адресам находится код 0С3Н.

Поскольку версия 20 автоматически распознаёт ситуации "холодного" старта и рестарта, то, в отличие от предыдущих версий, никакого запроса на очистку квазидиска не выводится. Если система зарегистрировала необходимость холодного старта, то проводится начальный тест памяти, определяются исправные банки памяти, которые затем объединяются в квазидиск. Тип установленных МС памяти значения не имеет. Более того, если отдельные участки памяти неисправны, то соответствующие сегменты ОЗУ размером 16 Кбайт будут исключены из общего распределения памяти и не включаются в квазидиск.

Во время тестирования памяти ОС выводит на экран дисплея символ II на каждый тестируемый трек.

Результаты тестирования и объём квазидиска, зафиксированный ОС, выводятся на экран в сообщении:

<pre>
RAM – disk tracks:XX
</pre>

где XX – число исправных сегментов (треков) размером 16 Кбайт каждый, включённых в пространство квазидиска. Объём квазидиска в килобайтах вычисляется путём умножения числа зафиксированных системой треков на 16.

В действительности число исправных сегментов памяти равно XX+1, однако 1 сегмент ОС резервирует для системных нужд (в нём размещается буфер сектора НГМД и т.д.) и не включает его в состав квазидиска.

Иногда после начального теста может появляться сообщение об ошибке:

<pre>
Fatal error
</pre>

Это сообщение обусловлено одной из двух причин:

а). число исправных сегментов меньше 2-х.

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

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

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

Естественно, что при этом информация, записанная в квазидиске также сохраняется.

Попытка перезапустить ОС после сброса с клавиатуры при условии, что тест памяти после холодного старта диагностировал фатальную ошибку, приводит к непредсказуемым результатам.

== Новые сообщения об ошибках ==

Операционная система версии BIOS – 20 поддерживает аппаратно реализованный в модуле *RTV*001.89 механизм контроля исправности памяти по дополнительному биту чётности. Это обеспечивает пользователю дополнительную защиту информации при работе с квазидиском, а также при чтении с НГМД.

В случае возникновения такой ошибки операционная система выводит сообщение:

<pre>
Parity error
</pre>

Флаг ошибки передаётся также модулю BDOS, который сообщает далее на каком диске произошёл сбой.

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

[[Категория:Ириша]]

Ириша/Техническая информация

2026-08-05T20:24:42Z

Panther: /* ППА */ Fixed after debugging and circuit analysis

{{emuverse}}

__FORCETOC__

= Процессор =
* [[КР580ВМ80А]]

= Адресное пространство =

[[Изображение:Irisha memory map.png|500px|center]]

Полное адресное пространство платы процессора Ириши составляет 256 Кб, разбитое на 4 страницы по 64 Кб. Расширение адресных линий до 18 организовано с помощью двух дополнительных сигналов P0 и P1, которые выведены на шину. Эти линии управляются сигналами PC2 и PC3 регистра ВВ55 через специальное ПЗУ диспетчера памяти.

Всего доступно 4 карты распределения памяти. Полученные варианты (для стандартной прошивки ПЗУ блока управления памятью) приведены на рисунке.

После сброса устанавливается карта 0. При этом на нижние адреса подключается ПЗУ, а на верхние – нулевая подстраница памяти видеоконтроллера.

[[Изображение:Irisha MM ROM.png|500px|center]]

Адрес ПЗУ диспетчера формируется из трех адресных линий процессора A13, A14, A15, что позволяет управлять памятью подстраницами по 8Кб, и выходами ППА PC2 и PC3. Выходы подключаются следующим образом: MA14, MA15, MP0, MP1 — на шину, MS3, MS4 — на ПЗУ BIOS (8+8 Кб), MS1, MS2 в стандартной прошивке не используются.

Сигналы MC1 и MC2 формируются схемой монтажного ИЛИ элементами с открытым коллектором. Сразу после сброса они устанавливаются в 0 специальным триггером, что выбирает карту памяти 0. После обращения к ППА триггер устанавливается в 1 и эти линии начинают контролироваться выходами ВВ55.

ОЗУ всегда находится на дополнительных платах, которые должны обрабатывать в том числе сигналы P0 и P1. Стандартная прошивка ПЗУ диспетчера памяти подразумевает следующую конфигурацию:

* Страница 0 — ПЗУ BIOS на плате процессора. До 2-х ИС 2–8 Кб + 2–8 Кб.
* Страница 1 — расширение ОЗУ. Реализуется либо отдельной платой расширения, либо [[Ириша/Модуль контроллера НГМД RTV*001.89 ТО|контроллером НГМД]].
* Страница 2 — ОЗУ на плате видеоконтроллера. Обычно используется как основное ОЗУ компьютера.
* Страница 3 — не используется в стандартной прошивке.

Каждая страница памяти разбита на 4 подстраницы по 16 Кб. Порядок подключения подстраниц в адресное пространство процессора также задается прошивкой ПЗУ диспетчера памяти через преобразование A14, A15 — MA14, MA15.

ПЗУ BIOS на плате процессора устанавливается в две панельки, адресное пространство каждой — 8 Кб. Если устанавливаются ИС меньшей ёмкости, пространство до 8 Кб не используется.

= Порты ввода-вывода =

{| class="wide"
! Адрес !! Вид операции !! Назначение !! Примечание

|-
| style="text-align:center;" | 00H … 03H
| style="text-align:center;" | —
|| Резерв
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 04H
| style="text-align:center;" | R
|| Регистр данных клавиатуры
|| К589ИР12

|-
| style="text-align:center;" | 05H
| style="text-align:center;" | R
|| Регистр данных клавиатуры (дубль)
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 06H
| style="text-align:center;" | R/W
|| Регистр данных последовательного интерфейса
|| КР580ВВ51

|-
| style="text-align:center;" | 07H
| style="text-align:center;" | R/W
|| Регистр управления/статуса последовательного интерфейса
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 08H
| style="text-align:center;" | R/W
|| Счётчик 0 таймера
|| КР580ВИ53

|- style="border-bottom:hidden;"
| style="text-align:center;" | 09H
| style="text-align:center;" | R/W
|| Счётчик 1
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 0AH
| style="text-align:center;" | R/W
|| Счётчик 2
||

|-
| style="text-align:center;" | 0BH
| style="text-align:center;" | W
|| Регистр управления
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 0CH
| style="text-align:center;" | R/W
|| Считывание состояния регистра запроса прерывания / Запись команд ICW1, OCW2, OCW3
|| КР580ВН59

|- style="border-bottom:hidden;"
| style="text-align:center;" | 0DH
| style="text-align:center;" | R/W
|| Считывание регистра маски прерываний / Запись команд ICW2, ICW3, ICW4, OCW1
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 0EH
| style="text-align:center;" | R/W
|| Дублирует 0CH
||

|-
| style="text-align:center;" | 0FH
| style="text-align:center;" | R/W
|| Дублирует 0DH
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | 10H
| style="text-align:center;" | R/W
|| Порт A ППА
|| КР580ВВ55

|- style="border-bottom:hidden;"
| style="text-align:center;" | 11H
| style="text-align:center;" | R/W
|| Порт B ППА
|| (В МПСиС ошибочно порт 12H)

|- style="border-bottom:hidden;"
| style="text-align:center;" | 12H
| style="text-align:center;" | R/W
|| Порт C ППА
|| (В МПСиС ошибочно порт 11H)

|-
| style="text-align:center;" | 13H
| style="text-align:center;" | W
|| Регистр управления ППА
||

|-
| style="text-align:center;" | 14H
| style="text-align:center;" | R/W
|| Порт расширения ROM. Чтение – получение следующего байта. Запись – сброс счетчика.
||

|-
| style="text-align:center;" | 15H … 1BH
| style="text-align:center;" | —
|| Резерв
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | D8H
| style="text-align:center;" | W
|| Регистр управления видеорежимом
||

|- style="border-bottom:hidden;"
| style="text-align:center;" | D9H
| style="text-align:center;" | W
|| Регистр управления цветом
||

|-
| style="text-align:center;" | DAH
| style="text-align:center;" | W
|| Регистр выбора видеостраницы
||

|}

= Видеоконтроллер =

Видеоконтроллер поддерживает только графические режимы. Текстовые режимы эмулируются программным обеспечением.

[[Изображение:Irisha vodeomodes.png|700px|center]]

Объем памяти, необходимой для режима 1 – 8000 байт (страницы выровнены по границе 8 Кб), для режимов 2 и 3 – 16000 байт. Участки памяти от конца экрана до границы страницы 8 или 16 Кб могут использоваться ПО по своему усмотрению.

== Регистры управления видеоконтроллером ==

[[Изображение:Irisha video registers.png|300px|center]]

* D8H – регистр управления режимом.
** 0AH, 1AH – режим 1.
** 8AH – режим 2.
** 9AH – режим 3.
** x8H, x2H, x0H – гашение изображения.
* D9H – регистр управления цветом.
* DAH – регистр выбора рабочих страниц.

== Монохромные режимы ==

[[Изображение:Irisha mono modes.png|400px|center]]

В монохромном режиме среднего разрешения каждый бит отвечает за засветку одной точки на экране.

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

В режиме 1 на экране отображается одна из двух экранных страниц 8000 байт (адрес начала страниц выровнен но границе 8 Кб), в левом верхнем углу находится первый байт изображения. Старший бит соответствует первой точке.

Структура регистра управления цветом показана на рисунке:

<center>[[Изображение:Irisha mode 1 register.png|300px]] [[Изображение:Irisha mode 3 pallette.png|300px]]</center>

== Цветной режим ==

В режиме 2 каждая точка может быть окрашена одним из трёх цветов из выбранной палитры (доступно 2):

<center>[[Изображение:Irisha mode 2.png|300px]] [[Изображение:Irisha mode 2 pallette.png|300px]]</center>

= Контроллер прерываний =

[[Изображение:Irisha interrupts.png|400px|center]]

Наивысший приоритет имеет прерывание ITIMER от таймера ВИ53. IKBD и IUART отвечают за прием данных с клавиатура и по локальной сети.

= ППА =

ППА построен на основе КР580ВВ55. Порты используются следующим образом:

* Порт A: Ввод/вывод данных.
* Порт B: Только ввод.
* Порт C: Только вывод.

Выходы порта C используются для управления работой внутренних схем модуля процессора.
На входе порта B установлен мультиплексор К555КП13. Управление мультиплексором осуществляется выходом PC7.

<center>
{| class="wikitable"
|+ Функции входов и выходов БИС ППА КР580ВВ55
|-
! rowspan="2" | Сигнал
! colspan="2" | Назначение
|-
! PC7 = 1
! PC7 = 0

|- style="border-bottom:hidden;"
| style="text-align:center;" |'''PA0''' || Вход-выход ПИ 0 || Старт цикла преобразователя игрового адаптера
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA1''' || Вход-выход ПИ 1 || Выбор игрового пульта. Запись по сигналу PC6. «0» — пульт 1, «1» — пульт 2
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA2''' || Вход-выход ПИ 2 || rowspan="2" | Не используется
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA3''' || Вход-выход ПИ 3
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA4''' || Вход-выход ПИ 4 || Канал побитного управления звуком (шумовой канал)
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA5''' || Вход-выход ПИ 5 || Разрешение работы канала 1 синтезатора звука. «0» — разрешена
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PA6''' || Вход-выход ПИ 6 || Не используется
|-
| style="text-align:center;" | '''PA7''' || Вход-выход ПИ 7 || Выход программного канала последовательного интерфейса
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB0''' || Вход статуса ПИ S13 || Анализ завершения цикла преобразования игрового адаптера: «0» — завершён
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB1''' || Вход статуса ПИ S14 || Анализ состояния кнопки игрового пульта 1: «0» — нажата
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB2''' || Вход статуса ПИ S15 || Анализ состояния кнопки пульта 2: «0» — нажата
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB3''' || Вход статуса ПИ S16 || Вход программного канала последовательного интерфейса
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB4''' || Вход статуса ПИ S12 || Анализ сигнала BUSRQ системной магистрали: «1» — установлен
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB5''' || Вход статуса ПИ S11 || Анализ сигнала PON системной магистрали: «1» — норма
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PB6''' || Вход анализа типа дополнительной платы EX1 || Анализ сигнала INT1 системной магистрали: «1» — установлен
|-
| style="text-align:center;" | '''PB7''' || Вход анализа типа дополнительной платы EX2 || Анализ готовности клавиатуры: «1» — код принят
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC0''' || colspan="2" | Выход управления ПИ SO1
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC1''' || colspan="2" | Выход управления ПИ SO2
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC2''' || colspan="2" | Управление выбором рабочей карты памяти MS0
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC3''' || colspan="2" | Управление выбором рабочей карты памяти MS1
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC4''' || colspan="2" | Разрешение захвата системной магистрали: «1» — захват разрешён
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC5''' || colspan="2" | Выбор режима игровой адаптер — синтезатор звука: «1» — игровой адаптер, «0» — синтезатор звука
|- style="border-bottom:hidden;"
| style="text-align:center;" | '''PC6''' || colspan="2" | Строб записи в дополнительный регистр управления игровым адаптером и синтезатором звука
|-
| style="text-align:center;" | '''PC7''' || colspan="2" | Выбор функций портов А и В
|}
</center>

= Клавиатура =

Клавиатура записывает код нажатой клавиши в регистр К589ИР12, после чего устанавливается сигнал прерывания IKBD. После чтения регистра сигнал IKBD сбрасывается. Также, наличие кода символа в регистре можно контролировать с помощью бита PB7 ППА.

= Последовательный интерфейс =

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

* '''Канал 1''' построен на базе КР580ВВ51.
* '''Канал 2''' реализуется программно: вывод с помощью манипуляции выходом PA7 ППА, ввод с помощью анализа состояния PB3 ППА.

Скорость обмена в Канале 1 задается с помощью программирования режимов КР580ВВ51 и канала 0 КР580ВИ53, который используется как делитель базовой частоты Ф2TTL, равной 1,7777 МГц.

Канал 2 используется для обмена с бытовым магнитофоном и поддерживает скорости до 1200 бод. Метод и формат записи соответствует стандарту MSX.

Для полноценной работы магнитофон должен поддерживать вход отключения двигателя. Программа работы с магнитофоном использует бит PA7 ППА для вывода информации, выход DTR ВВ51 для управления двигателем и вход DSR для чтения данных. Полученные байты должны читаться из регистра данных ВВ51.

= Параллельный интерфейс (ПИ) =

Параллельный интерфейс предназначен для подключения принтеров и других периферийных устройств. Интерфейс реализует следующие сигналы:

* P0 … P7 — двунаправленные. Подключены к каналу A ППА.
* S01, S02 — выходы, PC0 и PC1 ППА.
* S11 … S16 — входы, подключены к каналу B ППА.

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

= Таймер =

В качестве таймера используется БИС К580ВИ53.

'''Канал 0''' используется как делитель частоты для последовательного интерфейса.

'''Канал 1''' используется для формирования временных интервалов. Опорная частота формируется делением сигнала Ф2TTL на 256, что позволяет формировать временные интервалы от 432 мкс до 9,4 сек с дискретностью 144 мкс. Выходной сигнал канала поступает на контроллер прерываний и имеет наивысший приоритет.

'''Канал 2''' используется для генерации звука.

= Синтезатор звука =

Синтезатор звука состоит из двух независимых каналов:
* Канал 1 использует второй канал К580ВИ53.
* Канал 2 предназначен для синтеза шумовых сигналов и управляется битом PA4 ППА.

Разрешение работы обоих каналов управляется выводом PC5 ППА (активный – низкий).

= Расширение ROM =

Дополнительное ПЗУ подключается к специальному разъему на плате процессора. Размер может достигать 64 Кб. Доступ к содержимому производится через порт 14H – чтение передает следующий байт, запись сбрасывает счётчик.

Наличие дополнительно ПЗУ определяется, если при чтении 65536 байт из порта 14H, хотя бы один полученный байт будет отличаться от FFH.

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

[[Изображение:Irisha ext rom.png|400px|center]]

Для использования в имени файла латинских букв или смешивания кодировок может потребоваться использование символов переключения подстраниц КОИ7 – 0x0E и 0x0F.

[[Категория:Ириша]]

Ириша

2026-08-05T05:16:14Z

Panther: /* Ссылки */ - dead

{{Википедия|Ириша (компьютер)}}

'''«Ири́ша»''' — советская 8-разрядная персональная [[ЭВМ]], предназначенная для обучения информатике в школе. Разработана на Химическом факультете [[МГУ]] в 1984 году.

== Технические характеристики ==
* Процессор: [[КР580ВМ80А]] на тактовой частоте 1,77 МГц, но используются такты ожидания
* Быстродействие: зависит от видео режима, 250 или 375 оп/сек
* Память: [[ПЗУ]] 4‒16 КБ (в зависимости от исполнения), ОЗУ 64 Кб (исполнение 01/02), 128 Кб (03) или 256 Кб (04/05)
* Дисплей: чёрно-белый или цветной [[телевизор]], подключенный через видеовход
* Режимы отображения: монохромный режим 320 × 200 (используется 8 КБ видеопамяти), 4-цветный режим 320 × 200 (подобный CGA), монохромный режим 640 × 200 (16 КБ видеопамяти). Чисто текстовых режимов нет, они имитируются в графических режимах. Размер символа — 8×8 точек, что даёт 25 строк по 40 либо 80 символов.
* Вывод звуков: один канал таймера 580ВИ53 и одноканальный программный звук с выхода ППА
* Клавиатура: контактная, 67-клавишная в виде отдельного блока с 8-разрядным интерфейсом, формирует на выходе семибитовый код ASCII (КОИ-8 реализуется программно). Может применяться промышленная клавиатура 15ВВВ-97-006 от ДВК
* Питание: 18‒24 В, блок питания находится в системном блоке
* Конструкция: модульная, в системный блок устанавливается 4 модуля
* Размеры: 320 × 190 × 120 мм
* Вес: не более 3,5 кг

== Комплектации ==
* ''унифицированное рабочее место учащегося'' (УРМ/У, ''минимальный комплект'', исполнение 01 или 02) — включает системный блок, монитор и клавиатуру
* ''унифицированное рабочее место преподавателя'' (УРМ/П, ''расширенный комплект'', исполнение 03, 04 или 05) — кроме того, включает НГМД и принтер; также возможна установка дополнительной памяти (до 128 КБ), которая используется как электронный диск

Из нескольких УРМ/У (обычно 8, 16 или 20 мест) плюс одного УРМ/П формировались классы информатики и вычислительной техники (КИВТ) с локальной сетью и питанием от общего выпрямителя. В комплект КИВТ также входил цветной телевизор с большой диагональю, дублирующий изображение на экране УРМ/П.

== Публикации ==
* Барышников В.Н., Воронов М.А., ''Персональная ЭВМ «Ириша» для кабинетов информатики и вычислительной техники''. — журнал «Микропроцессорные средства и системы» №3, 1985. [http://ershov.iis.nsk.su/archive/eaimage.asp?lang=1&did=7981&fileid=106280]
* {{djvu||Барышников В.Н., Воронов М.А., Кулаков В.Б., Паначев Ф.И., Романов В.Ю., Холин А.В., ''Персональный компьютер Ириша''. М.: Патриот, 1990.|computers/Irisha/docs/Irisha%20Personal%20Computer.djvu}} ISBN 5-7030-0118-8

==См. также==
*[[Комплекс учебной вычислительной техники]]

== Ссылки ==
* [https://zx-pk.ru/forums/85-irisha.html Обсуждение на форуме zx.pk.ru]
* [https://t.me/pevm_irisha Группа в Телеграме]
* [https://github.com/Ptr314/irisha_boards Проект по реверсу схем и плат]

== Документация ==
* [[Ириша/Техническая информация]]
* [[Ириша/Модуль контроллера НГМД RTV*001.89 ТО]]
* {{pdf||Схема компьютера (выдержки из книги)|computers/Irisha/docs/schema.pdf}}
* {{pdf||Листинг загрузочного ПЗУ? (распознано из книги?)|computers/Irisha/docs/bootprg.pdf}}
* {{www}} [http://oldpc.su/pc/Irisha/irisha.html Документация на сайте oldpc.su]

== Файлы ==
* {{rom||BOOTM|computers/Irisha/firmware/irisha.rom}} (Thanks to Micko for the recognition)

[[Категория:Ириша]]

Ириша

2026-08-05T05:07:06Z

Panther: /* Ссылки */ fix

{{Википедия|Ириша (компьютер)}}

'''«Ири́ша»''' — советская 8-разрядная персональная [[ЭВМ]], предназначенная для обучения информатике в школе. Разработана на Химическом факультете [[МГУ]] в 1984 году.

== Технические характеристики ==
* Процессор: [[КР580ВМ80А]] на тактовой частоте 1,77 МГц, но используются такты ожидания
* Быстродействие: зависит от видео режима, 250 или 375 оп/сек
* Память: [[ПЗУ]] 4‒16 КБ (в зависимости от исполнения), ОЗУ 64 Кб (исполнение 01/02), 128 Кб (03) или 256 Кб (04/05)
* Дисплей: чёрно-белый или цветной [[телевизор]], подключенный через видеовход
* Режимы отображения: монохромный режим 320 × 200 (используется 8 КБ видеопамяти), 4-цветный режим 320 × 200 (подобный CGA), монохромный режим 640 × 200 (16 КБ видеопамяти). Чисто текстовых режимов нет, они имитируются в графических режимах. Размер символа — 8×8 точек, что даёт 25 строк по 40 либо 80 символов.
* Вывод звуков: один канал таймера 580ВИ53 и одноканальный программный звук с выхода ППА
* Клавиатура: контактная, 67-клавишная в виде отдельного блока с 8-разрядным интерфейсом, формирует на выходе семибитовый код ASCII (КОИ-8 реализуется программно). Может применяться промышленная клавиатура 15ВВВ-97-006 от ДВК
* Питание: 18‒24 В, блок питания находится в системном блоке
* Конструкция: модульная, в системный блок устанавливается 4 модуля
* Размеры: 320 × 190 × 120 мм
* Вес: не более 3,5 кг

== Комплектации ==
* ''унифицированное рабочее место учащегося'' (УРМ/У, ''минимальный комплект'', исполнение 01 или 02) — включает системный блок, монитор и клавиатуру
* ''унифицированное рабочее место преподавателя'' (УРМ/П, ''расширенный комплект'', исполнение 03, 04 или 05) — кроме того, включает НГМД и принтер; также возможна установка дополнительной памяти (до 128 КБ), которая используется как электронный диск

Из нескольких УРМ/У (обычно 8, 16 или 20 мест) плюс одного УРМ/П формировались классы информатики и вычислительной техники (КИВТ) с локальной сетью и питанием от общего выпрямителя. В комплект КИВТ также входил цветной телевизор с большой диагональю, дублирующий изображение на экране УРМ/П.

== Публикации ==
* Барышников В.Н., Воронов М.А., ''Персональная ЭВМ «Ириша» для кабинетов информатики и вычислительной техники''. — журнал «Микропроцессорные средства и системы» №3, 1985. [http://ershov.iis.nsk.su/archive/eaimage.asp?lang=1&did=7981&fileid=106280]
* {{djvu||Барышников В.Н., Воронов М.А., Кулаков В.Б., Паначев Ф.И., Романов В.Ю., Холин А.В., ''Персональный компьютер Ириша''. М.: Патриот, 1990.|computers/Irisha/docs/Irisha%20Personal%20Computer.djvu}} ISBN 5-7030-0118-8

==См. также==
*[[Комплекс учебной вычислительной техники]]

== Ссылки ==
* <s>[http://ershov.iis.nsk.su/archive/eaindex.asp?did=7980 Фрагмент кабинета информатики и вычислительной техники на базе ПЭВМ «Ириша» (УРМ-580)]</s>
* [https://zx-pk.ru/forums/85-irisha.html Обсуждение на форуме zx.pk.ru]
* [https://t.me/pevm_irisha Группа в Телеграме]
* [https://github.com/Ptr314/irisha_boards Проект по реверсу схем и плат]

== Документация ==
* [[Ириша/Техническая информация]]
* [[Ириша/Модуль контроллера НГМД RTV*001.89 ТО]]
* {{pdf||Схема компьютера (выдержки из книги)|computers/Irisha/docs/schema.pdf}}
* {{pdf||Листинг загрузочного ПЗУ? (распознано из книги?)|computers/Irisha/docs/bootprg.pdf}}
* {{www}} [http://oldpc.su/pc/Irisha/irisha.html Документация на сайте oldpc.su]

== Файлы ==
* {{rom||BOOTM|computers/Irisha/firmware/irisha.rom}} (Thanks to Micko for the recognition)

[[Категория:Ириша]]

Ириша

2026-07-29T06:29:35Z

Panther: /* Ссылки */ +1

{{Википедия|Ириша (компьютер)}}

'''«Ири́ша»''' — советская 8-разрядная персональная [[ЭВМ]], предназначенная для обучения информатике в школе. Разработана на Химическом факультете [[МГУ]] в 1984 году.

== Технические характеристики ==
* Процессор: [[КР580ВМ80А]] на тактовой частоте 1,77 МГц, но используются такты ожидания
* Быстродействие: зависит от видео режима, 250 или 375 оп/сек
* Память: [[ПЗУ]] 4‒16 КБ (в зависимости от исполнения), ОЗУ 64 Кб (исполнение 01/02), 128 Кб (03) или 256 Кб (04/05)
* Дисплей: чёрно-белый или цветной [[телевизор]], подключенный через видеовход
* Режимы отображения: монохромный режим 320 × 200 (используется 8 КБ видеопамяти), 4-цветный режим 320 × 200 (подобный CGA), монохромный режим 640 × 200 (16 КБ видеопамяти). Чисто текстовых режимов нет, они имитируются в графических режимах. Размер символа — 8×8 точек, что даёт 25 строк по 40 либо 80 символов.
* Вывод звуков: один канал таймера 580ВИ53 и одноканальный программный звук с выхода ППА
* Клавиатура: контактная, 67-клавишная в виде отдельного блока с 8-разрядным интерфейсом, формирует на выходе семибитовый код ASCII (КОИ-8 реализуется программно). Может применяться промышленная клавиатура 15ВВВ-97-006 от ДВК
* Питание: 18‒24 В, блок питания находится в системном блоке
* Конструкция: модульная, в системный блок устанавливается 4 модуля
* Размеры: 320 × 190 × 120 мм
* Вес: не более 3,5 кг

== Комплектации ==
* ''унифицированное рабочее место учащегося'' (УРМ/У, ''минимальный комплект'', исполнение 01 или 02) — включает системный блок, монитор и клавиатуру
* ''унифицированное рабочее место преподавателя'' (УРМ/П, ''расширенный комплект'', исполнение 03, 04 или 05) — кроме того, включает НГМД и принтер; также возможна установка дополнительной памяти (до 128 КБ), которая используется как электронный диск

Из нескольких УРМ/У (обычно 8, 16 или 20 мест) плюс одного УРМ/П формировались классы информатики и вычислительной техники (КИВТ) с локальной сетью и питанием от общего выпрямителя. В комплект КИВТ также входил цветной телевизор с большой диагональю, дублирующий изображение на экране УРМ/П.

== Публикации ==
* Барышников В.Н., Воронов М.А., ''Персональная ЭВМ «Ириша» для кабинетов информатики и вычислительной техники''. — журнал «Микропроцессорные средства и системы» №3, 1985. [http://ershov.iis.nsk.su/archive/eaimage.asp?lang=1&did=7981&fileid=106280]
* {{djvu||Барышников В.Н., Воронов М.А., Кулаков В.Б., Паначев Ф.И., Романов В.Ю., Холин А.В., ''Персональный компьютер Ириша''. М.: Патриот, 1990.|computers/Irisha/docs/Irisha%20Personal%20Computer.djvu}} ISBN 5-7030-0118-8

==См. также==
*[[Комплекс учебной вычислительной техники]]

== Ссылки ==
* <s>[http://ershov.iis.nsk.su/archive/eaindex.asp?did=7980 Фрагмент кабинета информатики и вычислительной техники на базе ПЭВМ «Ириша» (УРМ-580)]</s>
* [http://zx.pk.ru/showthread.php?t=13938 Обсуждение на форуме zx.pk.ru]
* [https://t.me/pevm_irisha Группа в Телеграме]
* [https://github.com/Ptr314/irisha_boards Проект по реверсу схем и плат]

== Документация ==
* [[Ириша/Техническая информация]]
* [[Ириша/Модуль контроллера НГМД RTV*001.89 ТО]]
* {{pdf||Схема компьютера (выдержки из книги)|computers/Irisha/docs/schema.pdf}}
* {{pdf||Листинг загрузочного ПЗУ? (распознано из книги?)|computers/Irisha/docs/bootprg.pdf}}
* {{www}} [http://oldpc.su/pc/Irisha/irisha.html Документация на сайте oldpc.su]

== Файлы ==
* {{rom||BOOTM|computers/Irisha/firmware/irisha.rom}} (Thanks to Micko for the recognition)

[[Категория:Ириша]]

Zilog Z80/Система команд

2026-07-07T11:10:11Z

Panther: /* Список команд */

{{Emuverse}}
{{TOCright}}
В этой статье и ее подстраницах представлены все необходимые данные для создания полноценного эмулятора процессора [[Zilog Z80|Z80]], включая все недокументированные команды, флаги и особенности поведения в разных режимах (по крайнем мере те, что удалось найти). Статья написана на основе фирменной документации, а также большого количества материалов в Интернете, в основном, на английском языке.

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

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

Для удобства активной работы с большими таблицами все условные обозначения приведены после них. Часть объемных материалов, например, по эмуляции команды DAA, вынесено на подстраницы.
 

== Список команд ==
=== Команды без префикса ===

{| class=fixed
! colspan=2 | Код
! Данные
! Команда
! Действие
! Флаги
! Такты
! Байты
! Примечание
|-
! 2
! 16
!
!
!
! SZ5H3VNC
!
!
!
|-
! colspan=9 | Без префикса
|-
! colspan=9 | Группа 00
|-
| nowrap | 00 000 000
| 00
|
| NOP
|
| --------
| 4
| 1
|
|-
| 00 001 000
| 08
|
| EX AF, AF'
| AF <-> AF'
| ********
| 4
| 1
|
|-
| 00 010 000
| 10
| d
| DJNZ d
| B <- B-1 Если B<>0 то PC <- PC+d
| --------
| 13/8
| 2
| PC равен адресу следующей за DJNZ команды
|-
| 00 011 000
| 18
| d
| JR d
| PC <- PC+d
| --------
| 12
| 2
| PC равен адресу следующей команды
|-
| 00 1СС 000
|
| d
| JR СС, d
| Если СС то PC <- PC+d
| --------
| 12/7
| 2
| PC равен адресу следующей команды СС включает первые 4 значения [[#CCC|CCC]]
|-
| 00 RP0 001
|
| nn
| LD RP, nn
| RP <- nn
| --------
| 10
| 3
|
|-
| 00 RP1 001
|
|
| ADD HL, RP
| HL <- HL + RP
| --***-0C
| 11
| 1
| F5,H,F3 берутся по результатам сложения старших байтов
|-
| 00 0X0 010
|
|
| LD [X], A
| [X] <- A
| --------
| 7
| 1
| X=0 => BC, X=1 => DE
|-
| 00 0X1 010
|
|
| LD A, [X]
| A <- [X]
| --------
| 7
| 1
| X=0 => BC, X=1 => DE
|-
| 00 100 010
| 22
| nn
| LD [nn], HL
| [nn] <- HL
| --------
| 16
| 3
|
|-
| 00 101 010
| 2A
| nn
| LD HL, [nn]
| HL <- [nn]
| --------
| 16
| 3
|
|-
| 00 110 010
| 32
| nn
| LD [nn], A
| [nn] <- A
| --------
| 13
| 3
|
|-
| 00 111 010
| 3A
| nn
| LD A, [nn]
| A <- [nn]
| --------
| 13
| 3
|
|-
| 00 RP0 011
|
|
| INC RP
| RP <- RP+1
| --------
| 6
| 1
|
|-
| 00 RP1 011
|
|
| DEC RP
| RP <- RP-1
| --------
| 6
| 1
|
|-
| 00 SSS 100
|
|
| INC SSS
| SSS <- SSS+1
| SZ5H3V0-
| 4/11/19*
| 1
| V=1, если SSS=7F до операции
|-
| 00 SSS 101
|
|
| DEC SSS
| SSS <- SSS-1
| SZ5H3V1-
| 4/11/19*
| 1
| V=1, если SSS=80 до операции
|-
| 00 DDD 110
|
| d
| LD DDD, d
| DDD <- d
| --------
| 7/7/15*
| 2
|
|-
| 00 000 111
| 07
|
| RLCA
| Цикл. сдвиг A влево, CY<-A7
| --503-0C
| 4
| 1
| См. [[#Команды сдвига ]]
|-
| 00 001 111
| 0F
|
| RRCA
| nowrap | Цикл. сдвиг A вправо, CY<-A0
| --503-0C
| 4
| 1
| См. [[#Команды сдвига ]]
|-
| 00 010 111
| 17
|
| RLA
| Цикл. сдвиг A+CY влево
| --503-0C
| 4
| 1
| См. [[#Команды сдвига ]]
|-
| 00 011 111
| 1F
|
| RRA
| Цикл. сдвиг A+CY вправо
| --503-0C
| 4
| 1
| См. [[#Команды сдвига ]]
|-
| 00 100 111
| 27
|
| DAA
| Десятичная коррекция
| SZ5*3P-*
| 4
| 1
| См. [[/DAA]]
|-
| 00 101 111
| 2F
|
| CPL
| A <- NOT A
| --*1*-1-
| 4
| 1
| F3 и F5 из A
|-
| 00 110 111
| 37
|
| SCF
| CY = 1
| --*0*-01
| 4
| 1
| F3 и F5 из A
|-
| 00 111 111
| 3F
|
| CCF
| CY <- NOT CY
| --***-0C
| 4
| 1
| H <- старый C, F3 и F5 из A
|-
! colspan=9 | Группа 01
|-
| 01 110 110
| 76
|
| HALT
|
| --------
| 4
| 1
| Повторяет циклы NOP до прерывания или сброса
|-
| 01 DDD 110
|
|
| LD DDD, [HL]
| DDD <- [HL]
| --------
| 7/15*
| 1
|
|-
| 01 110 SSS
|
|
| LD [HL], SSS
| [HL] <- SSS
| --------
| 7/15*
| 1
|
|-
| 01 DDD SSS
|
|
| LD DDD, SSS
| DDD <- SSS
| --------
| 4
| 1
| DDD и SSS не равны 110
|-
! colspan=9 | Группа 10
|-
| 10 000 SSS
|
|
| ADD A, SSS
| A <- A+SSS
| SZ5H3V0C
| 4/7/15*
| 1
|
|-
| 10 001 SSS
|
|
| ADC A, SSS
| A <- A+SSS+CY
| SZ5H3V0C
| 4/7/15*
| 1
|
|-
| 10 010 SSS
|
|
| SUB A, SSS
| A <- A-SSS
| SZ5H3V1C
| 4/7/15*
| 1
|
|-
| 10 011 SSS
|
|
| SBC A, SSS
| A <- A-SSS-CY
| SZ5H3V1C
| 4/7/15*
| 1
|
|-
| 10 100 SSS
|
|
| AND A, SSS
| A <- A AND SSS
| SZ513P00
| 4/7/15*
| 1
|
|-
| 10 101 SSS
|
|
| XOR A, SSS
| A <- A XOR SSS
| SZ503P00
| 4/7/15*
| 1
|
|-
| 10 110 SSS
|
|
| OR A, SSS
| A <- A OR SSS
| SZ503P00
| 4/7/15*
| 1
|
|-
| 10 111 SSS
|
|
| CP SSS
| A-SSS
| SZ*H*V1C
| 4/7/15*
| 1
| F5 и F3 - копия SSS
|-
! colspan=9 | Группа 11
|-
| 11 CCC 000
|
|
| RET CCC
| Если CCC то     PCL <- [SP]     PCH <- [SP+1]     SP <- SP+2
| --------
| 11/5
| 1
|
|-
| 11 RP0 001
|
|
| POP RP
| RPH <- [SP] RPL <- [SP+1] SP <- SP+2
| -------- ********
| 10
| 1
| Если RP=3, то подразумевается AF, а не SP
|-
| 11 001 001
| C9
|
| RET
| PCL <- [SP] PCH <- [SP+1] SP <- SP+2
| --------
| 10
| 1
|
|-
| 11 011 001
| D9
|
| EXX
| BC,DE,HL <-> BC',DE',HL'
| --------
| 4
| 1
|
|-
| 11 101 001
| E9
|
| JP [HL]
| PC <- HL
| --------
| 4
| 1
| С префиксами становится JP [IX], а не JP [IX+d]
|-
| 11 111 001
| F9
|
| LD SP,HL
| SP <- HL
| --------
| 6
| 1
|
|-
| 11 CCC 010
|
| nn
| JP CCC, [nn]
| Если CCC то PC <- nn
| --------
| 10
| 3
|
|-
| 11 000 011
| C3
| nn
| JP nn
| PC <- nn
| --------
| 10
| 3
|
|-
| 11 001 011
| CB
|
|
| Префикс
|
|
|
|
|-
| 11 010 011
| D3
| d
| OUT (d),A
| [Ad] <- A
| --------
| 11
| 2
| Номер порта в реальности 16-разрядный
|-
| 11 011 011
| DB
| d
| IN A, (d)
| A <- [Ad]
| --------
| 11
| 2
| Номер порта в реальности 16-разрядный
|-
| 11 100 011
| E3
|
| EX (SP),HL
| [SP] <-> HL
| --------
| 19
| 1
|
|-
| 11 101 011
| EB
|
| EX DE,HL
| DE <-> HL
| --------
| 4
| 1
| Префиксы игнорируются
|-
| 11 110 011
| F3
|
| DI
| IFF1 <- 0 IFF2 <- 0
| --------
| 4
| 1
| Запрет прерывания
|-
| 11 111 011
| FB
|
| EI
| IFF1 <- 1 IFF2 <- 1
| --------
| 4
| 1
| Разрешение прерывания. До завершения следующей команды проверка на INT блокируется (как после NONI)
|-
| 11 ССС 100
|
| nn
| nowrap | CALL ССС, [nn]
| Если ССС то     SP <- SP-2     [SP] <- PCL     [SP+1] <- PCH     PC <- nn
| --------
| 17/10
| 3
|
|-
| 11 RP0 101
|
|
| PUSH RP
| SP <- SP-2 [SP] <- RPL [SP+1] <- RPH
| --------
| 11
| 1
| Если RP=3, то подразумевается AF, а не SP
|-
| 11 001 101
| CD
| nn
| CALL [nn]
| SP <- SP-2 [SP] <- PCL [SP+1] <- PCH PC <- nn
| --------
| 17
| 3
|
|-
| 11 011 101
| DD
|
|
| Префикс
|
|
|
|
|-
| 11 101 101
| ED
|
|
| Префикс
|
|
|
|
|-
| 11 111 101
| FD
|
|
| Префикс
|
|
|
|
|-
| 11 000 110
| C6
| d
| ADD A, d
| A <- A+d
| SZ5H3V0C
| 7
| 2
|
|-
| 11 001 110
| CE
| d
| ADC A, d
| A <- A+d+CY
| SZ5H3V0C
| 7
| 2
|
|-
| 11 010 110
| D6
| d
| SUB A, d
| A <- A-d
| SZ5H3V1C
| 7
| 2
|
|-
| 11 011 110
| DE
| d
| SBC A, d
| A <- A-d-CY
| SZ5H3V1C
| 7
| 2
|
|-
| 11 100 110
| E6
| d
| AND A, d
| A <- A AND d
| SZ513P00
| 7
| 2
|
|-
| 11 101 110
| EE
| d
| XOR A, d
| A <- A XOR d
| SZ503P00
| 7
| 2
|
|-
| 11 110 110
| F6
| d
| OR A, d
| A <- A OR d
| SZ503P00
| 7
| 2
|
|-
| 11 111 110
| FE
| d
| CP A, d
| A-d
| SZ*H*V1C
| 7
| 2
| F5 и F3 - копия d
|-
| 11 NNN 111
|
|
| RST NNN
| [SP-1] <- PCH [SP-2] <- PCL SP <- SP-2 PCH <- 0 PCL <- NNN*8
| --------
| 11
| 1
|
|}

=== Префикс CB ===
{| class=fixed
! colspan=2 | Код
! Данные
! Команда
! Действие
! Флаги
! Такты
! Байты
! Примечание
|-
! 2
! 16
!
!
!
! SZ5H3VNC
!
!
!
|-
| nowrap | 11 001 011 00 rot SSS
| CB xx
|
| [[#rot|rot]] SSS *SLL SSS
| Битовый сдвиг
| SZ503P0C
| 8/15*
| 2
| [[#rot|rot]]=110 (SLL) - недок.
|-
| 11 001 011 01 bit SSS
| CB xx
|
| nowrap | BIT bit, SSS
| SSS AND 2^bit
| *Z513*0-
| 8/12*
| 2
| Установка флагов - см. [[/BIT]]
|-
| 11 001 011 10 bit SSS
| CB xx
|
| RES bit, SSS
| nowrap | SSS <- SSS AND NOT(2^bit)
| --------
| 8/15*
| 2
|
|-
| 11 001 011 11 bit SSS
| CB xx
|
| SET bit, SSS
| SSS <- SSS OR 2^bit
| --------
| 8/15*
| 2
|
|}

=== Префикс ED ===

{| class=fixed
! colspan=2 | Код
! Данные
! Команда
! Действие
! Флаги
! Такты
! Байты
! Примечание
|-
! 2
! 16
!
!
!
! SZ5H3VNC
!
!
!
|-
! colspan=9 | Группа 00
|-
| nowrap | 11 101 101 00 XXX XXX
| ED xx
|
| INVALID
| NOP/NONI
| --------
| 8
| 2
| R увеличивается на 2 (далее аналогично)
|-
! colspan=9 | Группа 01
|-
| 11 101 101 01 110 000
| ED 70
|
| *IN F, [C]
| IN[BC]
| SZ503P0-
| 12?
| 2
| Меняются только флаги Номер порта в реальности 16-разрядный
|-
| 11 101 101 01 DDD 000
| ED xx
|
| IN DDD, [C]
| DDD <- IN[BC]
| SZ503P0-
| 12
| 2
| DDD кроме 110
|-
| 11 101 101 01 110 001
| ED 71
|
| *OUT [C], 0
| OUT[BC] <- 0
| --------
| 12
| 2
|
|-
| 11 101 101 01 SSS 001
| ED xx
|
| nowrap | OUT [C], SSS
| OUT[BC] <- SSS
| --------
| 12
| 2
| SSS кроме 110 Номер порта в реальности 16-разрядный
|-
| 11 101 101 01 RP0 010
| ED xx
|
| SBC HL, RP
| HL <- HL-RP-C
| SZ***V1C
| 15
| 2
| См. ADD HL, RP
|-
| 11 101 101 01 RP1 010
| ED xx
|
| ADC HL, RP
| HL <- HL+RP+C
| SZ***V0C
| 15
| 2
| См. ADD HL, RP
|-
| 11 101 101 01 RP0 011
| ED xx
| nn
| LD [nn], RP
| [nn] <- RP
| --------
| 20
| 4
|
|-
| 11 101 101 01 RP1 011
| ED xx
| nn
| LD RP, [nn]
| RP <- [nn]
| --------
| 20
| 4
|
|-
| 11 101 101 01 XXX 100
| ED 44
|
| NEG/*NEG
| A <- 0-A
| SZ5H3V1C
| 8
| 2
| XXX<>0 недок PV=1 если перед операцией A=80 С=1 если перед операцией A<>0
|-
| 11 101 101 01 001 101
| ED 4D
|
| RETI
| IFF1 <- IFF2 SP <- SP+2 PC <- [SP-2]
| --------
| 14
| 2
| Возврат из INT
|-
| 11 101 101 01 XXX 101
| ED xx
|
| RETN *RETN
| IFF1 <- IFF2 SP <- SP+2 PC <- [SP-2]
| --------
| 14
| 2
| Возврат из NMI XXX=1 => RETI XXX>1 недок.
|-
| 11 101 101 01 X00 110
| ED 46
|
| IM 0/*IM 0
| IM <- 0
| --------
| 8
| 2
| X=1 недок
|-
| 11 101 101 01 X01 110
| ED 4E
|
| *IM 0/1
| IM <- 0/1?
| --------
| 8
| 2
| Устанавливается один из режимов, какой - по одним источникам неизвестно, по другим IM 0
|-
| 11 101 101 01 X10 110
| ED 56
|
| IM 1/*IM 1
| IM <- 1
| --------
| 8
| 2
| X=1 недок
|-
| 11 101 101 01 X11 110
| ED 5E
|
| IM 2/*IM 2
| IM <- 2
| --------
| 8
| 2
| X=1 недок
|-
| 11 101 101 01 000 111
| ED 47
|
| LD I, A
| I <- A
| --------
| 9
| 2
|
|-
| 11 101 101 01 001 111
| ED 4F
|
| LD R, A
| R <- A
| --------
| 9
| 2
|
|-
| 11 101 101 01 010 111
| ED 57
|
| LD A, I
| A <- I PV <- IFF2
| SZ503*0-
| 9
| 2
| Известная ошибка: если в момент выполнения команды получено прерывание, то в PV вместо 1 ошибочно попадает 0. Есть программы, которые строят на этом защиту от эмуляции.
|-
| 11 101 101 01 011 111
| ED 5F
|
| LD A, R
| A <- R PV <- IFF2
| SZ503*0-
| 9
| 2
| См. LD A, I Значение в A равно R выполнения инструкции
|-
| 11 101 101 01 100 111
| ED 67
|
| RRD
|
| SZ503P0-
| 18
| 2
| Флаги по результату в A
|-
| 11 101 101 01 101 111
| ED 6F
|
| RLD
|
| SZ503P0-
| 18
| 2
| См. RRD
|-
| 11 101 101 01 11X 111
| ED xx
|
| NOP
|
| --------
| 8?
| 2
|
|-
! colspan=9 | Группа 10
|-
| 11 101 101 10 0XX XXX
| ED xx
|
| *INVALID
| NOP/NONI
| --------
| 8
| 2
|
|-
| 11 101 101 10 100 000
| ED A0
|
| LDI
| [DE] <- [HL] DE <- DE+1 HL <- HL+1 BC <- BC-1
| --*0**0-
| 16
| 2
| PV=1 если после декремента BC<>0 F3=бит 3 операции переданный байт + A F5=бит 1 операции переданный байт + A R увеличивается на 2 (далее аналогично)
|-
| 11 101 101 10 100 001
| ED A1
|
| CPI
| A-[HL] HL <- HL+1 BC <- BC-1
| SZ*H**1-
| 16
| 2
| PV=1 если после декремента BC<>0 S,Z,HC из A-[HL] F3=бит 3 операции A-[HL]-HC, где HC взят из F после предыдущей операции F5=бит 1 операции A-[HL]-HC
|-
| 11 101 101 10 100 010
| ED A2
|
| INI
| [HL] <- IN [BC] HL <- HL+1 B <- B-1
| SZ5*3***
| 16
| 2
| Адрес порта 16-битный из ВС Флаги см. [[/INI]]
|-
| 11 101 101 10 100 011
| ED A3
|
| OUTI
| OUT [BC] <- [HL] HL <- HL+1 B <- B-1
| SZ5*3***
| 16
| 2
| См. INI
|-
| 11 101 101 10 100 1XX
| ED xx
|
| *INVALID
| NOP/NONI
| --------
| 8
| 2
|
|-
| 11 101 101 10 101 000
| ED A8
|
| LDD
| [DE] <- [HL] DE <- DE-1 HL <- HL-1 BC <- BC-1
| --*0**0-
| 16
| 2
| См. LDI
|-
| 11 101 101 10 101 001
| ED A9
|
| CPD
| A-[HL] HL <- HL-1 BC <- BC-1
| SZ*H**1-
| 16
| 2
| См. CPI
|-
| 11 101 101 10 101 010
| ED AA
|
| IND
| [HL] <- IN [BC] HL <- HL-1 B <- B-1
| SZ5*3***
| 16
| 2
| См. INI
|-
| 11 101 101 10 101 011
| ED AB
|
| OUTD
| OUT [C], [HL] HL <- HL-1 B <- B-1
| SZ5*3***
| 16
| 2
| См. INI
|-
| 11 101 101 10 101 1XX
| ED xx
|
| *INVALID
| NOP/NONI
| --------
| 8
| 2
|
|-
| 11 101 101 10 110 000
| ED B0
|
| LDIR
| nowrap | Повторять LDI до BC=0, т.е.:     Выполнить LDI     Если BC<>0 то PC <- PC-2
| --*0**0-
| 21/16**
| 2
| См. LDI R увеличивается на 2 каждый цикл?
|-
| 11 101 101 10 110 001
| ED B1
|
| CPIR
| Повторять CPI до BC=0
| SZ*H**1-
| 21/16**
| 2
| См. CPI
|-
| 11 101 101 10 110 010
| ED B2
|
| INIR
| Повторять INI до B=0
| SZ5*3***
| 21/16**
| 2
|
|-
| 11 101 101 10 110 011
| ED B3
|
| OTIR
| Повторять OTI до B=0
| SZ5*3***
| 21/16**
| 2
|
|-
| 11 101 101 10 110 1XX
| ED xx
|
| *INVALID
| NOP/NONI
| --------
| 8
| 2
|
|-
| 11 101 101 10 111 000
| ED B8
|
| LDDR
| Повторять LDD до BC=0
| --*0**0-
| 21/16**
| 2
| См. LDI
|-
| 11 101 101 10 111 001
| ED B9
|
| CPDR
| Повторять CPD до BC=0
| SZ*H**1-
| 21/16**
| 2
| См. CPI
|-
| 11 101 101 10 111 010
| ED BA
|
| INDR
| Повторять IND до B=0
| SZ5*3***
| 21/16**
| 2
| См. INI
|-
| 11 101 101 10 111 011
| ED BB
|
| OTDR
| Повторять OTD до B=0
| SZ5*3***
| 21/16**
| 2
| См. INI
|-
| 11 101 101 10 111 1XX
| ED xx
|
| *INVALID
| NOP/NONI
| --------
| 8
| 2
|
|-
! colspan=9 | Группа 11
|-
| 11 101 101 11 XXX XXX
| ED xx
|
| *INVALID
| NOP/NONI
| --------
| 8
| 2
|
|}

=== Префиксы DD и FD ===
* Для FD IX заменяется на IY

{| class=fixed
! colspan=2 | Код
! Команда
! Действие
! Флаги
! Такты
! Байты
! Примечание
|-
! 2
! 16
!
!
! SZ5H3VNC
!
!
!
|-
| nowrap | 11 011 101 11 011 101
| DD DD
|
| NOP/NONI
| --------
| 4
| 1
| Префикс игнорируется
|-
| 11 011 101 11 101 101
| DD ED
|
| NOP/NONI
| --------
| 4
| 1
| Префикс игнорируется
|-
| 11 011 101 11 111 101
| DD FD
|
| NOP/NONI
| --------
| 4
| 1
| Префикс игнорируется
|-
| 11 011 101 11 001 011
| DD CB
|
| Двойной префикс
|
|
|
| См. [[#Префиксы DDCB и FDCB]]
|-
| 11 011 101 xx xxx xxx
| DD xx
| Все однобайтовые команды, использующие HL
| HL заменяется на IX
|
| +4
| +1
| Исключение: EX DE, HL
|-
| 11 011 101 xx xxx xxx
| DD xx
| *Все однобайтовые команды, использующие H
| H заменяется на IXH
|
| +4
| +1
|
|-
| 11 011 101 xx xxx xxx
| DD xx
| *Все однобайтовые команды, использующие L
| L заменяется на IXL
|
| +4
| +1
|
|-
| 11 011 101 xx xxx xxx dd ddd ddd
| DD xx dd
| Все однобайтовые команды, использующие [HL]
| nowrap | [HL] заменяется на [IX+d]
|
| +8
| +2
| nowrap | H и L без изменений, т.е. LD H, [HL] => LD H, [IX+d] Также JP [HL] => JP [IX], а не IX+d
|-
|
|
| Остальные команды
| Без изменений
|
| +4
| +1
| R увеличивается на 2, а не на 1
|}

=== Префиксы DDCB и FDCB ===
* Для FDCB IX заменяется на IY

{| class=fixed
! colspan=2 | Код
! Данные
! Команда
! Действие
! Флаги
! Такты
! Байты
! Примечание
|-
! 2
! 16
!
!
!
! SZ5H3VNC
!
!
!
|-
| nowrap | 11 011 101 11 001 011 dd ddd ddd 00 rot 110
| DD CB dd xx
|
| rot [IX+d] *SLL [IX+d]
| Битовый сдвиг байта в памяти
| SZ503P0C
| 23
| 4
| rot=110 (SLL) - недок.
|-
| 11 011 101 11 001 011 dd ddd ddd 00 rot DDD
| DD CB dd xx
|
| *LD DDD, rot [IX+d]
| Битовый сдвиг байта в памяти и запись результата в регистр
| SZ503P0C
| 23?
| 4
| Результат попадает в регистр даже если он не был записан в память (например, адрес попал на ROM) DDD кроме 110
|-
| 11 011 101 11 001 011 dd ddd ddd 01 bit XXX
| DD CB dd xx
|
| BIT bit, [IX+d] *BIT bit, [IX+d]
|
| *Z*1**0-
| 20
| 4
| для XXX<>6 недок. P/V, Z и S как в BIT F5 и F3 копии соотв. битов старшего байта адреса IX+d
|-
| 11 011 101 11 001 011 dd ddd ddd 10 bit 110
| DD CB dd xx
|
| RES bit, [IX+d]
| nowrap | Сброс бита [IX+d] <- [IX+d] AND NOT(2^bit)
| --------
| 23
| 4
|
|-
| 11 011 101 11 001 011 dd ddd ddd 10 bit DDD
| DD CB dd xx
|
| nowrap | *LD DDD, RES bit, [IX+d]
| Сброс бита и запись результата в регистр
| --------
| 23?
| 4
| Результат попадает в регистр даже если он не был записан в память (например, адрес попал на ROM) DDD кроме 110
|-
| 11 011 101 11 001 011 dd ddd ddd 11 bit 110
| DD CB dd xx
|
| SET bit, [IX+d]
| Установка бита [IX+d] <- [IX+d] OR 2^bit
| --------
| 23
| 4
|
|-
| 11 011 101 11 001 011 dd ddd ddd 11 bit DDD
| DD CB dd xx
|
| *LD DDD, SET bit, [IX+d]
| Установка бита и запись результата в регистр
| --------
| 23?
| 4
| Результат попадает в регистр даже если он не был записан в память (например, адрес попал на ROM) DDD кроме 110
|}

=== Внешние сигналы ===

{| class=fixed
! Сигнал
! Действие
! Флаги
! Такты
! Примечание
|-
| NMI
| IFF1 <- 0 SP <- SP-2 [SP] <- PC PC <- 0066
|
| 11
| Вход NMI работает по отрицательному фронту, который запоминается в триггере
|-
| INT
| nowrap | Если IFF1=1     IFF1 <- 0     IFF2 <- 0     Если IM=0      Чтение команды с      шины данных,      выполение     Если IM=1      RST 38     Если IM=2      Чтение байта d с      шины данных      CALL [Id]
|
| nowrap | IM0: 13 (RST) IM1: 13 IM2: 19
| Вход INT работает по низкому уровню, для возврата к 1 требуется дополнительная логика (определение RETI на шине данных или программное переключение). Проверка INT происходит после выполнения инструкции. Id представляет собой комбинацию старшего байта из регистра I и младшего, полученного по шине. В PC передается значение, взятое из памяти по адресу Id.
|-
| RESET
| PC <- 0 IFF1 <- 0 IFF2 <- 0 I <- 0 R <- 0 IM <- 0
|
|
|
|}

== Пояснения к таблицам ==
=== Общие принципы ===
* Недокументированные команды обозначены звездочкой;
* T=4/7/15* означает, что для регистров время исполнения команды 4 такта, для [HL] — 7, для [IX(IY)+d] — 15. При этом 15 НЕ включает 4 такта выборки префикса, которые должны быть учтены в момент его обработки;
* T=21/17** в блочных операциях означает, что команда выполняется 21 такт при повторении и 17 тактов в последний раз;
* T=17/10 у операторов условного перехода означает, что время исполнения 17 тактов при переходе и 10 без перехода;
* NONI обозначает псевдокоманду, эквивалентную NOP, но после которой не проверяется запрос на прерывание;
* В таблице подразумевается, что в момент исполнения операции PC равен адресу следующей по порядку команды;
* В операциях вида IX+d, d является числом со знаком, в диапазоне −128…+127.

=== Регистры и флаги ===
* '''A''', '''B''', '''C''', '''D''', '''E''', '''H''', '''L''' — 8-разрядные регистры;
* '''AF''', '''ВС''', '''DE''', '''HL''' — регистровые пары;
* '''PC''' — указатель текущей команды. '''PCH''' и '''PCL''' — старший и младший байты, соответственно;
* '''SP''' — указатель стека;
* '''F''' — Регистр флагов
** '''S''': SIGN/Знак. Копия старшего бита результата операции.
** '''Z''': ZERO/Ноль. Равен 1, если результат равен 0.
** '''*F5''': Если не оговорено обратное, равен 5-му биту результата.
** '''HC''': HALF CARRY/Половинный перенос. Обозначает перенос в 4-й бит или заем из него. Используется командой [[/DAA|DAA]].
** '''*F3''': Если не оговорено обратное, равен 3-му биту результата.
** '''P/V''': PARITY/OVERFLOW/Четность/Переполнение. После одних команд — четность, после других — переполнение. Также копия IFF2 после команд LD A,R и LD A, I
** '''N''': Тип предыдущей операции. 0 — сложение, 1 — вычитание. Используется командой [[/DAA|DAA]].
** '''CY''': CARRY/Перенос. Обозначает перенос из старшего бита или заем в него.
* '''A`''', '''F`''', '''ВС`''', '''DE`''', '''HL`''' — второй набор регистров. Переключение между наборами производится командами EX, EXX. При этом установить, какой именно из наборов активен в настоящий момент, невозможно.
* '''IFF1''': Флаг разрешения прерывания;
* '''IFF2''': Флаг, копия IFF1 во время обработки NMI;
* '''R''': Регистр регенерации памяти, 8 бит. Увеличивается на 1 после каждой выборки команды, но инкремент затрагивает только младшие 7 бит, старший бит не меняется и может быть использован в программах.
** При выборке команды с префиксом, R увеличивается еще на 1. В блочных командах R увеличивается на 2 в каждой итерации.
** Для правильной работы LD A, R и LD R, A увеличение R должно происходить до выполнения команды.
** Прием прерывания увеличивает R на единицу.
** Часто используется в программах как генератор случайных чисел.
* '''I''': Старший байт адреса вектора прерывания в режиме IM 2;
* '''IM''': Режим обработки прерываний. Устанавливается командами IM 0/1/2.

=== Расшифровка обозначений ===
==== DDD, SSS ====
{| class = border style="text-align: center;"
! Код2
! 000 || 001 || 010 || 011 || 100 || 101 || 110 || 111
|-
! Код10
! 0 || 1 || 2 || 3 || 4 || 5 || 6 || 7
|-
| Без префикса || rowspan=3 | B || rowspan=3 | C || rowspan=3 | D || rowspan=3 | E || H || L || [HL] || rowspan=3 | A
|-
| Префикс DD || *IXH || *IXL || [IX+d]
|-
| Префикс FD || *IYH || *IYL || [IY+d]
|}

==== CCC ====
{| class = border style="text-align: center;"
! width=11% | Код2
! width=11% | 000 || width=11% | 001 || width=11% | 010 || width=11% | 011 || width=11% | 100 || width=11% | 101 || width=11% | 110 || width=11% | 111
|-
! Код10
! 0 || 1 || 2 || 3 || 4 || 5 || 6 || 7
|-
|Флаг || Z=0 || Z=1 || CY=0 || CY=1 || PV=0 || PV=1 || S=0 || S=1
|-
| Обозначение || NZ || Z || NC || C || PO || PE || P || M
|-
| Значение || Не ноль || Ноль || Нет переноса || Перенос || Нечетный Нет переполнения || Четный Переполнение || Положителный || Отрицательный
|}

==== RP ====
{| class = border style="text-align: center;"
! Код2
! 00 || 01 || 10 || 11
|-
! Код10
! 0 || 1 || 2 || 3
|-
| Без префикса || width=20% rowspan=3 | ВС || width=20% rowspan=3 | DE || width=20% | HL || width=20% rowspan=3 | SP или AF
|-
| Префикс DD || IX или IX+d
|-
| Префикс FD || IY или IY+d
|}

==== rot ====
{| class = border style="text-align: center;"
! Код2
! 000 || 001 || 010 || 011 || 100 || 101 || 110 || 111
|-
! Код10
! 0 || 1 || 2 || 3 || 4 || 5 || 6 || 7
|-
| Команда || RLC || RRC || RL || RR || SLA || SRA || *SL1 || SRL
|}
Описание работы каждой команды см. [[#Команды сдвига|ниже]].

== Особенности выполнения команд ==

=== Префиксы ===
Назначение префикса — модификация поведения следующей за префиксом команды. В Z80 обработка префиксов имеет следующие особенности:

* Считывание префикса занимает 4 такта и добавляет к регистру R единицу. То есть, выполнение команды с префиксом увеличивает R на 2 вместо 1;
* Команды с префиксами CB, ED, DDCB, FDCB удобнее обрабатывать сразу, обратив внимание на поведение регистра R, указанное выше.
* При получении префиксов DD и FD нужно проверить следующий байт:
** Если это DD, FD или ED, то префикс нужно проигнорировать, выполнив команду NONI — 4 такта, прерывания не проверяются. Эффект такого поведения состоит в том, что при наличии длинной цепочки префиксов прерывание (даже NMI) сможет сработать только после ее завершения (точнее, после первой команды, следующей за цепочкой);
** Если следующий байт равен CB, то нужно обработать команду из категории DDCB/FDCB.
* Если предыдущий пункт пройден, префиксы DD и FD должны просто установить внутренний флаг замены HL на IX или IY для следующей команды;
* Если модифицированная команда использует адрес вида (IX+d) вместо (HL), то ее длина увеличивается на один дополнительный байт d, а время выполнения - на 8 тактов (плюс, конечно, 4 такта на префикс). Например:
** <tt>LD B,C</tt> имеет код «41» и занимает 1 байт и 4 такта;
** <tt>LD B,(HL)</tt> имеет код «46» и занимает 1 байт и 7 тактов;
** <tt>LD B,(IX+d)</tt> имеет код «DD 46 d» и занимает 3 байта и 19 тактов.(4префикс + 7команда + 8замена (HL)).
* Недопустимые команды с префиксом ED должны обрабатываться как NONI на 8 тактов с увеличением R на 2.

Далее приведена таблица команд, на которые влияют префиксы DD и FD (взято из [http://homepage.ntlworld.com/cyborgsystems/CS_Main/Z80/z80.c]):

<pre>
+-------------------------------------------------+
| 60 70 |
| 21 61 71 E1 |
| 22 62 72 |
| 23 63 73 E3 |
| 24 34 44 54 64 74 84 94 A4 B4 |
| 25 35 45 55 65 75 85 95 A5 B5 E5 |
| 26 36 46 56 66 86 96 A6 B6 |
| 67 77 |
| 68 |
| 09 19 29 39 69 E9 F9 |
| 2A 6A |
| 2B 6B CB |
| 2C 4C 5C 6C 7C 8C 9C AC BC |
| 2D 4D 5D 6D 7D 8D 9D AD BD |
| 2E 4E 5E 6E 7E 8E 9E AE BE |
| 6F |
+-------------------------------------------------+
</pre>

=== Команды сдвига ===
{| align=center
|[[Изображение:Z80_rlc.png‎|frame|<center>RLC</center>]]
|[[Изображение:Z80_rrc.png‎|frame|<center>RRC</center>]]
|-
|[[Изображение:Z80_rl.png‎|frame|<center>RL</center>]]
|[[Изображение:Z80_rr.png‎|frame|<center>RR</center>]]
|-
|[[Изображение:Z80_sla.png‎|frame|<center>SLA</center>]]
|[[Изображение:Z80_sra.png‎|frame|<center>SRA</center>]]
|-
|[[Изображение:Z80_sl1.png‎|frame|<center>*SL1, SLL (недок.)</center>]]
|[[Изображение:Z80_srl.png‎|frame|<center>SRL</center>]]
|-
|[[Изображение:Z80_rld.png‎|frame|<center>RLD</center>]]
|[[Изображение:Z80_rrd.png‎|frame|<center>RRD</center>]]
|}

=== Команды ввода-вывода ===
Хотя в официальной документации написано, что номера портов имеют 8 разрядов, в реальности Z80 формирует 16-разрядный номер порта, и в некоторых компьютерах ([[ZX Spectrum]], например) это используется. Правило следующее:
* IN A, d / OUT d, A — старший байт номера порта берется из A, то есть полный номер — [Ad];
* IN r, C / OUT C, r — старший байт номера порта берется из B, то есть полный номер — [BC];

=== Прерывания ===
* Проверка на наличие запроса на прерывание производится процессором после выполнения инструкции;
* Немаскируемое прерывание NMI имеет более высокий приоритет по сравнению с INT;
* После обработки префиксов, некоторых команд (EI), а также недопустимых операций с префиксом ED, проверка запроса на прерывание блокируется, даже NMI. Это сделано для того, чтобы прерывание не отменило действие префикса на следующую команду. Что касается EI, то запрет проверки сделан для того, чтобы прерывание не сработало между командами EI и RETI, которыми обычно завершается обработчик, если низкий уровень на входе INT еще активен. Стандартная периферия Z80 может отслеживать прохождение команды RETI и снимать запрос на прерывание автоматически.

=== Ошибка с чтением IFF2 ===
Известная проблема с получением значения IFF2 командами <tt>LD A,I</tt> и <tt>LD A,R</tt> состоит в том, что если в момент исполнения команды приходит прерывание, и прерывания разрешены, во флаг PV попадает 0 вместо 1. Учет этой особенности создателями программ имеет два направления:
# Обход ошибки. Команда <tt>LD A,I</tt> выполняется два раза подряд. Если хоть в одном случае получена 1, значит прерывания разрешены. Принцип этого трюка в том, что прерывания обычно приходят с определенной периодичностью, и вероятность их получения в двух командах, идущих подряд, равна нулю.
# Защита от эмуляции. Программа выполняет цикл из операций вида <tt>LD A, I</tt> в течение некоторого времени, гарантирующего приход хотя бы одного прерывания. Если ошибочное значение не было получено ни разу, программа делает вывод, что выполняется под эмулятором. Чтобы обмануть такую программу, нужно учитывать описанную особенность Z80.

Есть сведения, что в поздних вариантах Z80 эта ошибка была исправлена.

=== Расширенные материалы ===
* [[/DAA]] — подробное описание работы команды DAA;
* [[/BIT]] — особенности установки недокументированных флагов командой BIT;
* [[/INI]] — вычисление флагов в командах блочного ввода-вывода.

== Ссылки ==
* {{pdf||Z80 Family CPU User Manual|datasheets/processors/Z80/um0080.pdf}} {{ref-en}}
* {{www}} [http://www.z80.info/decoding.htm Декодирование кодов команд] {{ref-en}}
* {{www}} [http://www.z80.info/z80sean.txt Таблица команд со временем исполнения] {{ref-en}}
* {{www}} [http://www.z80.info/z80inst.txt Алфавитный список команд с пояснениями] {{ref-en}}
* {{www}} [http://www.z80.info/z80sflag.htm Действие команд на флаги] {{ref-en}}
* {{www}} [http://www.zophar.net/tech/files/z80undoc.html Недокументированные команды] {{ref-en}}

[[Категория:Zilog Z80]]

Заглавная страница/Новости

2026-06-17T09:45:03Z

Panther: +1

* 06.01.2024 Вышел первый релиз эмулятора [https://github.com/Ptr314/ecat3 eCat 3-й версии].
* 09.12.2024 Вышел первый релиз [https://github.com/Ptr314/mfmtools утилиты для конвертации файлов образов дисков].
* 19.08.2025 Распознана [[Агат/ЯБ3.089.026 ТО Ячейка процессора, памяти и интерфейса|техдокументация на Агат-9 (ЯБ3.089.026 ТО)]]
* 22.04.2026 Распознано [[Микросхемы интегральные Л1839ВМ1. Техническое описание|Техническое описание]] на процессор Л1839ВМ1 ([[Электроника 32]])

[https://emuverse.ru/w/index.php?title=Заглавная_страница/Новости&action=edit редактировать]

Специалист/Контроллер цвета

2026-06-17T09:39:58Z

Panther: + lic

{{ДИ}}

На «Специалисте» существует четыре варианта реализации цвета, во всех вариантах разрешение 384×256:
# "Классический" ч/б вариант без цвета
# 5-цветный вариант - PAPER всегда чёрный + 4 цвета для INK; цвет задаётся записью в порт FF02 биты 6-7
# 8-цветный вариант, расширение 5-цветного; цвет задаётся записью в порт FF02 биты 4/6/7
# Цвет в «Специалист MX», байт цвета имеет 4 бита на PAPER и 4 бита на INK; порт FFF8

== 5-цветный вариант ==

На примере ПК "Специалист" из журнала «Моделист - конструктор», № 8 за 1990 г.

<blockquote>
Для усовершенствования «Специалиста» нужен формирователь RGB (контроллер цвета) для сопряжения с цветным телевизором. Устройство представляет собой модуль, конструктивно оформленный в виде отдельной приставки. Модуль имеет четыре выхода: R, G, B и Y+SS. Каково же их назначение?
Многообразие цветовых оттенков на экране телевизора складывается из трех основных цветов – красного (Red), зеленого (Green) и синего (Blue). Соответственно у цветного кинескопа имеются три электронные пушки и столько же видеоусилителей: R, G, B. Отклонение лучей осуществляет блок разверток. Следовательно, для цветного телевизора нужно сформировать три видеосигнала R, G, B и сигнал синхросмеси (Y+SS). Данную функцию и выполняет модуль RGB.
</blockquote>

Таблица цветности, запись в порт FF02:

[[Файл:Specialist-colortable4.png]]

* [http://www.spetsialist-mx.ru/schemes/ColorController1.png Контроллер цвета ПК "Специалист"]

== 8-цветный вариант ==
<blockquote>
Модуль RGB собран на шести микросхемах (см. рисунок) и состоит из дополнительного ОЗУ (DD1, DD2, DD5), буферного регистра DD3, выходного регистра DD4 и формирователя RGB сигналов на микросхеме DD6. Код цвета выставляется на выводах 10, 11 и 13 параллельного адаптера. При записи информации на экранное ОЗУ одновременно записывается код цвета в дополнительное ОЗУ, работающее синхронно с экранным. Назначение регистра DD3 аналогично DD46 на схеме компьютера.
В течение 1 мкс на выходе регистра DD4 сохраняется код цвета, который стробируется яркостным сигналом. Таким образом, светлые элементы изображения окрашиваются в один из семи цветов. Вместе с черным получаем восемь цветов.
Подключение модуля к выводу 13 DD44 вызвало необходимость изменить схему начального пуска. Теперь схема начального пуска отключается командой FBH (разрешение прерывания).
Для каждого блока из восьми точек, соответствующего 1 байту, задают свой цвет изображения, но в пределах блока можно использовать только один из восьми цветов. Фоновый цвет всегда черный. Для установки цвета изображения надо записать код цвета в порт FF02H:
</blockquote>

MVI A, COLOUR1 ; НА АССЕМБЛЕРЕ
STA FF03 ; НА АССЕМБЛЕРЕ
POKE -2, COLOUR2 ; НА БЕЙСИКЕ
где, COLOUR1 – код цвета на ассемблере, COLOUR2 – код цвета на Бейсике.

Таблица цветности, запись в порт FF02:

[[Файл:Specialist-colortable1.png]]
* [http://www.spetsialist-mx.ru/images/colortable1.png "Цветовая" таблица ПК "Специалист"]

== Специалист MX ==

Таблица кодов цветности:

{| class="wikitable"
! Номер цвета !! Y !! R !! G !! B !! Цвет
|-
| 0 || 0 || 0 || 0 || 0
|style="background-color:#000000; color:white"| Черный
|-
| 1 || 0 || 0 || 0 || 1
|style="background-color:#0000C0; color:white"| Синий
|-
| 2 || 0 || 0 || 1 || 0
|style="background-color:#00C000; color:white"| Зеленый
|-
| 3 || 0 || 0 || 1 || 1
|style="background-color:#00C0C0; color:white"| Бирюзовый
|-
| 4 || 0 || 1 || 0 || 0
|style="background-color:#C00000; color:white"| Красный
|-
| 5 || 0 || 1 || 0 || 1
|style="background-color:#C000C0; color:white"| Фиолетовый
|-
| 6 || 0 || 1 || 1 || 0
|style="background-color:#C0C000; color:black"| Коричневый
|-
| 7 || 0 || 1 || 1 || 1
|style="background-color:#C0C0C0; color:black"| Белый
|-
| 8 || 1 || 0 || 0 || 0
|style="background-color:#808080; color:white"| Серый
|-
| 9 || 1 || 0 || 0 || 1
|style="background-color:#0000FF; color:white"| Голубой
|-
| A || 1 || 0 || 1 || 0
|style="background-color:#00FF00; color:black"| Светло-зеленый
|-
| B || 1 || 0 || 1 || 1
|style="background-color:#00FFFF; color:black"| Светло-бирюзовый
|-
| C || 1 || 1 || 0 || 0
|style="background-color:#FF0000; color:black"| Розовый
|-
| D || 1 || 1 || 0 || 1
|style="background-color:#FF00FF; color:black"| Светло-фиолетовый
|-
| E || 1 || 1 || 1 || 0
|style="background-color:#FFFF00; color:black"| Желтый
|-
| F || 1 || 1 || 1 || 1
|style="background-color:#FFFFFF; color:black"| Ярко-белый
|}

Биты порта FFF8: цвет точек изображения/цвет фоновых точек
0 1 2 3 4 5 6 7
Y R G B Y R G B

[[Категория:Специалист]]

.imd

2026-05-18T10:09:58Z

Panther:

{{ДИ|Автор=Dave Dunfield|Источник=http://dunfield.classiccmp.org/img/}}

= Формат файла образа ImageDisk (.IMD) =

ImageDisk — программа для чтения полных образов дискет в файлы (тип .IMD) и для воссоздания копии дискеты из этого образа. Выполняется детальный анализ дискеты, и информация о форматировании записывается в файл образа. Это позволяет ImageDisk работать практически с любым программно-секторированным (soft-sectored) форматом дискет, совместимым с накопителями и контроллером гибких дисков типа 765 в составе ПК.

== 6. Формат файла образа ==

Общая структура файла образа ImageDisk .IMD:

IMD v.vv: dd/mm/yyyy hh:mm:ss (ASCII-заголовок)
Комментарий (только ASCII, без ограничения размера)
1A — байт ASCII EOF
— Для каждой дорожки на диске:
1 байт Значение режима (Mode) (0–5)
1 байт Цилиндр (0–n)
1 байт Сторона (Head) (0–1) (см. примечание)
1 байт Число секторов на дорожке (1–n)
1 байт Размер сектора (0–6)
Карта нумерации секторов * число секторов
Карта цилиндров секторов (опционально) * число секторов
Карта сторон секторов (опционально) * число секторов
Записи данных секторов * число секторов
<Конец файла>

=== 6.1 Значение режима (Mode) ===

Это значение указывает скорость передачи данных и плотность записи, с которыми изначально была записана дорожка:

{| class="wikitable"
! Значение !! Режим
|-
| 00 || 500 кбит/с FM
|-
| 01 || 300 кбит/с FM
|-
| 02 || 250 кбит/с FM
|-
| 03 || 500 кбит/с MFM
|-
| 04 || 300 кбит/с MFM
|-
| 05 || 250 кбит/с MFM
|}

'''Примечание:''' кбит/с указывает скорость ''передачи'', а не скорость данных, которая для FM-кодирования составляет 1/2 от указанной.

=== 6.2 Размер сектора ===

Значение размера сектора задаёт фактический размер данных сектора на дорожке:

{| class="wikitable"
! Значение !! Размер
|-
| 00 || 128 байт/сектор
|-
| 01 || 256 байт/сектор
|-
| 02 || 512 байт/сектор
|-
| 03 || 1024 байт/сектор
|-
| 04 || 2048 байт/сектор
|-
| 05 || 4096 байт/сектор
|-
| 06 || 8192 байт/сектор
|}

ImageDisk в настоящее время не поддерживает диски с секторами разного размера в пределах одной дорожки (КГМД ПК не может записывать такие диски), однако предложено расширение формата .IMD для представления дисков такого типа:

Значение размера сектора <code>0xFF</code> означает, что после карт нумерации секторов / цилиндров / сторон (непосредственно перед записями данных) располагается таблица размеров секторов, содержащая по одному 16-битному значению (в формате little-endian) на каждый сектор, определяющему фактический размер этого сектора.

=== 6.3 Значение стороны (Head) ===

Это значение указывает сторону диска, на которой находится данная дорожка (0 или 1).

Поскольку HEAD может принимать только значения 0 или 1, ImageDisk использует старшие биты этого байта для индикации наличия опциональных элементов в данных дорожки:

* Бит 7 (<code>0x80</code>) — Карта цилиндров секторов (Sector Cylinder Map)
* Бит 6 (<code>0x40</code>) — Карта сторон секторов (Sector Head Map)

=== 6.4 Карта нумерации секторов ===

Карта нумерации секторов содержит по одному байту на каждый сектор дорожки с физическим идентификатором (ID) этого сектора.

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

Если ImageDisk не удаётся получить все номера секторов за один оборот диска, он сообщит «Unable to determine interleave» и перестроит номера секторов в простой последовательный список.

=== 6.5 Карта цилиндров секторов ===

Опциональное поле. Его наличие обозначается установленным битом 7 в значении Head для дорожки.

Если поле присутствует, это означает, что значения цилиндров, записанные в секторах, '''не совпадают''' с физическим цилиндром дорожки.

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

Для чтения диска с нестандартными идентификаторами цилиндров потребуется использование режима '''FULL ANALYSIS'''.

=== 6.6 Карта сторон секторов ===

Опциональное поле. Его наличие обозначается установленным битом 6 в значении Head для дорожки.

Если поле присутствует, это означает, что значения сторон, записанные в секторах, '''не совпадают''' с физическим выбором стороны для дорожки.

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

Для чтения диска с нестандартными идентификаторами сторон может потребоваться использование режима '''FULL ANALYSIS'''.

=== 6.7 Записи данных секторов ===

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

{| class="wikitable"
! Тип !! Описание
|-
| <code>00</code> || Данные сектора недоступны — не удалось прочитать
|-
| <code>01</code> .... || Обычные данные: следует (размер сектора) байт
|-
| <code>02 xx</code> || Сжатые: все байты сектора имеют одинаковое значение (<code>xx</code>)
|-
| <code>03</code> .... || Обычные данные с меткой адреса удалённых данных (Deleted-Data address mark)
|-
| <code>04 xx</code> || Сжатые с меткой адреса удалённых данных
|-
| <code>05</code> .... || Обычные данные, прочитанные с ошибкой данных
|-
| <code>06 xx</code> || Сжатые, прочитанные с ошибкой данных
|-
| <code>07</code> .... || Удалённые данные, прочитанные с ошибкой данных
|-
| <code>08 xx</code> || Сжатые, удалённые, прочитанные с ошибкой данных
|}

[[Категория:Форматы файлов]]

.imd

2026-05-18T10:08:03Z

Panther: + src

{{ДИ|Автор=David Dunfield|Источник=http://dunfield.classiccmp.org/img/}}

= Формат файла образа ImageDisk (.IMD) =

ImageDisk — программа для чтения полных образов дискет в файлы (тип .IMD) и для воссоздания копии дискеты из этого образа. Выполняется детальный анализ дискеты, и информация о форматировании записывается в файл образа. Это позволяет ImageDisk работать практически с любым программно-секторированным (soft-sectored) форматом дискет, совместимым с накопителями и контроллером гибких дисков типа 765 в составе ПК.

== 6. Формат файла образа ==

Общая структура файла образа ImageDisk .IMD:

IMD v.vv: dd/mm/yyyy hh:mm:ss (ASCII-заголовок)
Комментарий (только ASCII, без ограничения размера)
1A — байт ASCII EOF
— Для каждой дорожки на диске:
1 байт Значение режима (Mode) (0–5)
1 байт Цилиндр (0–n)
1 байт Сторона (Head) (0–1) (см. примечание)
1 байт Число секторов на дорожке (1–n)
1 байт Размер сектора (0–6)
Карта нумерации секторов * число секторов
Карта цилиндров секторов (опционально) * число секторов
Карта сторон секторов (опционально) * число секторов
Записи данных секторов * число секторов
<Конец файла>

=== 6.1 Значение режима (Mode) ===

Это значение указывает скорость передачи данных и плотность записи, с которыми изначально была записана дорожка:

{| class="wikitable"
! Значение !! Режим
|-
| 00 || 500 кбит/с FM
|-
| 01 || 300 кбит/с FM
|-
| 02 || 250 кбит/с FM
|-
| 03 || 500 кбит/с MFM
|-
| 04 || 300 кбит/с MFM
|-
| 05 || 250 кбит/с MFM
|}

'''Примечание:''' кбит/с указывает скорость ''передачи'', а не скорость данных, которая для FM-кодирования составляет 1/2 от указанной.

=== 6.2 Размер сектора ===

Значение размера сектора задаёт фактический размер данных сектора на дорожке:

{| class="wikitable"
! Значение !! Размер
|-
| 00 || 128 байт/сектор
|-
| 01 || 256 байт/сектор
|-
| 02 || 512 байт/сектор
|-
| 03 || 1024 байт/сектор
|-
| 04 || 2048 байт/сектор
|-
| 05 || 4096 байт/сектор
|-
| 06 || 8192 байт/сектор
|}

ImageDisk в настоящее время не поддерживает диски с секторами разного размера в пределах одной дорожки (КГМД ПК не может записывать такие диски), однако предложено расширение формата .IMD для представления дисков такого типа:

Значение размера сектора <code>0xFF</code> означает, что после карт нумерации секторов / цилиндров / сторон (непосредственно перед записями данных) располагается таблица размеров секторов, содержащая по одному 16-битному значению (в формате little-endian) на каждый сектор, определяющему фактический размер этого сектора.

=== 6.3 Значение стороны (Head) ===

Это значение указывает сторону диска, на которой находится данная дорожка (0 или 1).

Поскольку HEAD может принимать только значения 0 или 1, ImageDisk использует старшие биты этого байта для индикации наличия опциональных элементов в данных дорожки:

* Бит 7 (<code>0x80</code>) — Карта цилиндров секторов (Sector Cylinder Map)
* Бит 6 (<code>0x40</code>) — Карта сторон секторов (Sector Head Map)

=== 6.4 Карта нумерации секторов ===

Карта нумерации секторов содержит по одному байту на каждый сектор дорожки с физическим идентификатором (ID) этого сектора.

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

Если ImageDisk не удаётся получить все номера секторов за один оборот диска, он сообщит «Unable to determine interleave» и перестроит номера секторов в простой последовательный список.

=== 6.5 Карта цилиндров секторов ===

Опциональное поле. Его наличие обозначается установленным битом 7 в значении Head для дорожки.

Если поле присутствует, это означает, что значения цилиндров, записанные в секторах, '''не совпадают''' с физическим цилиндром дорожки.

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

Для чтения диска с нестандартными идентификаторами цилиндров потребуется использование режима '''FULL ANALYSIS'''.

=== 6.6 Карта сторон секторов ===

Опциональное поле. Его наличие обозначается установленным битом 6 в значении Head для дорожки.

Если поле присутствует, это означает, что значения сторон, записанные в секторах, '''не совпадают''' с физическим выбором стороны для дорожки.

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

Для чтения диска с нестандартными идентификаторами сторон может потребоваться использование режима '''FULL ANALYSIS'''.

=== 6.7 Записи данных секторов ===

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

{| class="wikitable"
! Тип !! Описание
|-
| <code>00</code> || Данные сектора недоступны — не удалось прочитать
|-
| <code>01</code> .... || Обычные данные: следует (размер сектора) байт
|-
| <code>02 xx</code> || Сжатые: все байты сектора имеют одинаковое значение (<code>xx</code>)
|-
| <code>03</code> .... || Обычные данные с меткой адреса удалённых данных (Deleted-Data address mark)
|-
| <code>04 xx</code> || Сжатые с меткой адреса удалённых данных
|-
| <code>05</code> .... || Обычные данные, прочитанные с ошибкой данных
|-
| <code>06 xx</code> || Сжатые, прочитанные с ошибкой данных
|-
| <code>07</code> .... || Удалённые данные, прочитанные с ошибкой данных
|-
| <code>08 xx</code> || Сжатые, удалённые, прочитанные с ошибкой данных
|}

[[Категория:Форматы файлов]]

.imd

2026-05-15T17:44:42Z

Panther: Новая страница: «{{ДИ}} = Формат файла образа ImageDisk (.IMD) = == 6. Формат файла образа == Общая структура файла образа ImageDisk .IMD: IMD v.vv: dd/mm/yyyy hh:mm:ss (ASCII-заголовок) Комментарий (только ASCII, без ограничения размера) 1A — байт ASCII EOF — Для каждой дорожки на диск...»

{{ДИ}}

= Формат файла образа ImageDisk (.IMD) =

== 6. Формат файла образа ==

Общая структура файла образа ImageDisk .IMD:

IMD v.vv: dd/mm/yyyy hh:mm:ss (ASCII-заголовок)
Комментарий (только ASCII, без ограничения размера)
1A — байт ASCII EOF
— Для каждой дорожки на диске:
1 байт Значение режима (Mode) (0–5)
1 байт Цилиндр (0–n)
1 байт Сторона (Head) (0–1) (см. примечание)
1 байт Число секторов на дорожке (1–n)
1 байт Размер сектора (0–6)
Карта нумерации секторов * число секторов
Карта цилиндров секторов (опционально) * число секторов
Карта сторон секторов (опционально) * число секторов
Записи данных секторов * число секторов
<Конец файла>

=== 6.1 Значение режима (Mode) ===

Это значение указывает скорость передачи данных и плотность записи, с которыми изначально была записана дорожка:

{| class="wikitable"
! Значение !! Режим
|-
| 00 || 500 кбит/с FM
|-
| 01 || 300 кбит/с FM
|-
| 02 || 250 кбит/с FM
|-
| 03 || 500 кбит/с MFM
|-
| 04 || 300 кбит/с MFM
|-
| 05 || 250 кбит/с MFM
|}

'''Примечание:''' кбит/с указывает скорость ''передачи'', а не скорость данных, которая для FM-кодирования составляет 1/2 от указанной.

=== 6.2 Размер сектора ===

Значение размера сектора задаёт фактический размер данных сектора на дорожке:

{| class="wikitable"
! Значение !! Размер
|-
| 00 || 128 байт/сектор
|-
| 01 || 256 байт/сектор
|-
| 02 || 512 байт/сектор
|-
| 03 || 1024 байт/сектор
|-
| 04 || 2048 байт/сектор
|-
| 05 || 4096 байт/сектор
|-
| 06 || 8192 байт/сектор
|}

ImageDisk в настоящее время не поддерживает диски с секторами разного размера в пределах одной дорожки (КГМД ПК не может записывать такие диски), однако предложено расширение формата .IMD для представления дисков такого типа:

Значение размера сектора <code>0xFF</code> означает, что после карт нумерации секторов / цилиндров / сторон (непосредственно перед записями данных) располагается таблица размеров секторов, содержащая по одному 16-битному значению (в формате little-endian) на каждый сектор, определяющему фактический размер этого сектора.

=== 6.3 Значение стороны (Head) ===

Это значение указывает сторону диска, на которой находится данная дорожка (0 или 1).

Поскольку HEAD может принимать только значения 0 или 1, ImageDisk использует старшие биты этого байта для индикации наличия опциональных элементов в данных дорожки:

* Бит 7 (<code>0x80</code>) — Карта цилиндров секторов (Sector Cylinder Map)
* Бит 6 (<code>0x40</code>) — Карта сторон секторов (Sector Head Map)

=== 6.4 Карта нумерации секторов ===

Карта нумерации секторов содержит по одному байту на каждый сектор дорожки с физическим идентификатором (ID) этого сектора.

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

Если ImageDisk не удаётся получить все номера секторов за один оборот диска, он сообщит «Unable to determine interleave» и перестроит номера секторов в простой последовательный список.

=== 6.5 Карта цилиндров секторов ===

Опциональное поле. Его наличие обозначается установленным битом 7 в значении Head для дорожки.

Если поле присутствует, это означает, что значения цилиндров, записанные в секторах, '''не совпадают''' с физическим цилиндром дорожки.

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

Для чтения диска с нестандартными идентификаторами цилиндров потребуется использование режима '''FULL ANALYSIS'''.

=== 6.6 Карта сторон секторов ===

Опциональное поле. Его наличие обозначается установленным битом 6 в значении Head для дорожки.

Если поле присутствует, это означает, что значения сторон, записанные в секторах, '''не совпадают''' с физическим выбором стороны для дорожки.

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

Для чтения диска с нестандартными идентификаторами сторон может потребоваться использование режима '''FULL ANALYSIS'''.

=== 6.7 Записи данных секторов ===

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

{| class="wikitable"
! Тип !! Описание
|-
| <code>00</code> || Данные сектора недоступны — не удалось прочитать
|-
| <code>01</code> .... || Обычные данные: следует (размер сектора) байт
|-
| <code>02 xx</code> || Сжатые: все байты сектора имеют одинаковое значение (<code>xx</code>)
|-
| <code>03</code> .... || Обычные данные с меткой адреса удалённых данных (Deleted-Data address mark)
|-
| <code>04 xx</code> || Сжатые с меткой адреса удалённых данных
|-
| <code>05</code> .... || Обычные данные, прочитанные с ошибкой данных
|-
| <code>06 xx</code> || Сжатые, прочитанные с ошибкой данных
|-
| <code>07</code> .... || Удалённые данные, прочитанные с ошибкой данных
|-
| <code>08 xx</code> || Сжатые, удалённые, прочитанные с ошибкой данных
|}

[[Категория:Форматы файлов]]

Микросхемы интегральные Л1839ВМ1. Техническое описание

2026-04-22T19:10:14Z

Panther: /* 1. Команды для работы с целыми числами и логические команды */

{{ДИ}}
== 1.1. Общие характеристики ==

1.1.1. ЦПР предназначен для выполнения в составе ЭВМ операций по чтению и обработке команд, вычислению и преобразованию адреса операндов, чтению из памяти, временному хранению на внутренних регистрах и записи операндов, а также для выполнения ариôметических и логических операций над этими операндами.

ЦПР изготавливается по КМОП технологии с двойной металлизацией. Размер кристалла – 9,5x9,95 мм. Напряжение питания микросхем +5В. Частота тактового сигнала синхронизации до 10 МГц.

В качестве накопителя микрокоманд используется внешнее ПЗУ. Для обеспечения максимального быстродействия это ПЗУ должно иметь время чтения не более 60 нс при цикле обращения 200 нс.

<pre>
Основные характеристики ЦПР следующие:

Разрядность операнда, бит – 8,16,32,64;
Разрядность виртуального адреса, бит – 32;
Разрядность физического адреса, бит – 24;
Разрядность адреса микрокоманды, бит – 14;
Разрядность слова микрокоманды, бит – 32;
Объем накопителя микрокоманд, К двойных слов – 16;
Количество регистров общего назначения – 16;
Время цикла выполнения микрокоманды
(микроцикла), нс – 200;
Минимальное количество микроциклов, необходимое
для выполнения команды – 1;
Быстродействие (операции типа "сложение" в
формате "регистр-регистр"), млн. оп/с – до 5.
</pre>

Условное графическое обозначение ЦПР представлено на рис.1. Назначение выводов представлено в табл.1.

<center>
[[Файл:1839VM1 TO Pic1.png|300px]]
</center>

'''Таблица 1'''

<pre>
+---------------+-----------+------------+-------------------------------------------------------------+
| Номер | Обозна- | Тип вывода | Наименование |
| вывода | чение | | |
+---------------+-----------+------------+-------------------------------------------------------------+
| H3 | OV | | Общий вывод |
| J2 | OV | | Общий вывод |
| M7 | OV | | Общий вывод |
| H12 | OV | | Общий вывод |
| G12 | OV | | Общий вывод |
| B8 | OV | | Общий вывод |
| H2 | U | | Вывод питания от источника напряжения |
| G13 | U | | Вывод питания от источника напряжения |
| C8 | U | | Вывод питания от источника напряжения |
| C7 | U | | Вывод питания от источника напряжения |
| G3 | U | | Вывод питания от исто иника напряжения |
| P7 | MC0 | Вход | Нулевой разряд микрокоманды |
| N7 | MC1 | Вход | Первый разряд микрокоманды |
| P8 | MC2 | Вход | Второй разряд микрокоманды |
| N8 | MC3 | Вход | Третий разряд микрокоманды |
| P9 | MC4 | Вход | Четвертый разряд микрокоманды |
+---------------+-----------+------------+-------------------------------------------------------------+
| N9 | MC5 | Вход | Пятый разряд микрокоманды |
| P10 | MC6 | Вход | Шестой разряд микрокоманды |
| M9 | MC7 | Вход | Седьмой разряд микрокоманды |
| P11 | MC8 | Вход | Восьмой разряд микрокоманды |
| P12 | MC9 | Вход | Девятый разряд микрокоманды |
| P13 | MC10 | Вход | Десятый разряд микрокоманды |
| N10 | MC11 | Вход | Одиннадцатый разряд микрокоманды |
| M11 | MC12 | Вход | Двенадцатый разряд микрокоманды |
| M10 | MC13 | Вход | Тринадцатый разряд микрокоманды |
| P14 | MC14 | Вход | Четырнадцатый разряд микрокоманды |
| N11 | MC15 | Вход | Пятнадцатый разряд микрокоманды |
| M12 | MC16 | Вход | Шестнадцатый разряд микрокоманды |
| N12 | MC17 | Вход | Семнадцатый разряд микрокоманды |
| N13 | MC18 | Вход | Вос мнадцатый разряд микрокоманды |
| N14 | MC19 | Вход | Девятнадцатый разряд микрокоманды |
| L12 | MC20 | Вход | Двадцатый разряд микрокоманды |
| L14 | MC21 | Вход | Двадцать первый разряд микрокоманды |
+---------------+-----------+------------+-------------------------------------------------------------+
| M13 | MC22 | Вход | Двадцать второй разряд микрокоманды |
| K14 | MC23 | Вход | Двадцать третий разряд микрокоманды |
| L13 | MC24 | Вход | Двадцать четвертый разряд м крокоманды |
| J12 | MC25 | Вход | Двадцать пятый разряд микрокоманды |
| K13 | MC26 | Вход | Двадцать шестой разряд микрокоманды |
| J14 | MC27 | Вход | Двадцать седьмой разряд микрокоманды |
| J13 | MC28 | Вход | Двадцать восьмой разряд микрокоманды |
| H14 | MC29 | Вход | Двадцать девятый разряд микрокоманды |
| H13 | MC30 | Вход | Тридцатый разряд микрокоманды |
| G14 | MC31 | Вход | Тридцать первый разряд микрокоманды |
| A10 | SAS | Вход | Сигнал подтверждения приема адреса подчиненным устройством |
| B12 | SDS | Вход | Сигнал обработки данных подчиненным устройством |
| C11 | DMRQ | Вход | Сигнал запроса на прямой доступ к памяти |
| B{0|9} | ACTR | Вход | Сигнал захвата магистрали акселератором |
| P3 | INRA | Вход | Сигнал "Прерывание от адаптера магистрали" |
| P5 | INRC | Вход | Сигнал "Прерывание от контроллера памяти" |
| M6 | MCH | Вход | Сигнал "Машинный сбой" |
+---------------+-----------+------------+-------------------------------------------------------------+
| P6 | HALT | Вход | Сигнал "Переход в пультовый режим" |
| M5 | MSDS | Вход | Сигнал сопровождения микрокоманды |
| P4 | ACRA | Вход | Сигнал готовности акселератора |
| F13 | ACN | Вход | Признак "Результат отрицателен" от акселератора |
| E14 | ACZ | Вход | Признак "Результат равен нулю" от акселератора |
| E13 | ACV | Вход | Признак "Переполнение" от акселератора |
| F12 | ACC | Вход-выход | Признак "Расширение" от акселератора |
| C12 | TEST | Вход | Признак тестирования |
| H1 | SR | Вход | Сигнал установки в исходное состояние |
| N6 | CLC1 | Вход | Сигнал тактовой частоты |
| G2 | AD0 | Вход-выход | Нулевой разряд адреса-данных 32-разрядной шины |
| G1 | AD1 | Вход-выход | Первый разряд адреса-данных 32-разрядной шины |
| F2 | AD2 | Вход-выход | Второй разряд адреса-данных 32-разрядной шины |
| F1 | AD3 | Вход-выход | Третий разряд адреса-данных 32-разрядной шины |
| E2 | AD4 | Вход-выход | Четвертый разряд адреса-данных 32-разрядной шины |
| F3 | AD5 | Вход-выход | Пятый разряд адреса-данных 32-разрядной шины |
| D2 | AD6 | Вход-выход | Шестой разряд адреса-данных 32-разрядной шины |
+---------------+-----------+------------+-------------------------------------------------------------+
| E1 | AD7 | Вход-выход | Седьмой разряд адреса-данных 32-разрядной шины |
| C2 | AD8 | Вход-выход | Восьмой разряд адреса-данных 32-разрядной шины |
| D3 | AD9 | Вход-выход | Девятый разряд адреса-данных 32-разрядной шины |
| A1 | AD10 | Вход-выход | Десятый разряд адреса-данных 32-разрядной шины |
| B2 | AD11 | Вход-выход | Одиннадцатый разряд адреса-данных 32-разрядной шины |
| B3 | AD12 | Вход-выход | Двенадцатый разряд адреса-данных 32-разрядной шины |
| B4 | AD13 | Вход-выход | Тринадцатый разряд адреса-данных 32-разрядной шины |
| C5 | AD14 | Вход-выход | Четырнадцатый разряд адреса-данных 32-разрядной шины |
| C4 | AD15 | Вход-выход | Пятнадцатый разряд адреса-данных 32-разрядной шины |
| B5 | AD16 | Вход-выход | Шестнадцатый разряд адреса-данных 32-разрядной шины |
| A2 | AD17 | Вход-выход | Семнадцатый разряд адреса-данных 32-разрядной шины |
| A3 | AD18 | Вход-выход | Восемнадцатый разряд адреса-данных 32-разрядной шины |
| C6 | AD19 | Вход-выход | Девятнадцатый разряд адреса-данных 32-разрядной шины |
| A5 | AD20 | Вход-выход | Двадцатый разряд адреса-данных 32-разрядной шины |
| B6 | AD21 | Вход-выход | Двадцать первый разряд адреса-данных 32-разрядной шины |
| A6 | AD22 | Вход-выход | Двадцать второй разряд адреса-данных 32-разрядной шины |
| B7 | AD23 | Вход-выход | Двадцать третий разряд адреса-данных 32-разрядной шин[обрыв]|
+---------------+-----------+------------+-------------------------------------------------------------+
| B13 | AD24 | Вход-выход | Двадцать четвертый разряд адреса-данных 32-разрядной шины |
| D12 | AD25 | Вход-выход | Двадцать пятый разряд адреса-данных 32-разрядной шины |
| D13 | AD26 | Вход-выход | Двадцать шестой разряд адреса-данных 32-разрядной шины |
| C13 | AD27 | Вход-выход | Двадцать седьмой разряд адреса-данных 32-разрядной шины |
| C14 | AD28 | Вход-выход | Двадцать восьмой разряд адреса-данных 32-разрядной шины |
| E12 | AD29 | Вход-выход | Двадцать девятый разряд адреса-данных 32-разрядной шины |
| D14 | AD30 | Вход-в ход | Тридцатый разряд адреса-данных 32-разрядной шины |
| B14 | AD31 | Вход-выход | Тридцать первый разряд адреса-данных 32-разрядной шины |
| J1 | AM0 | Выход | Нулевой разряд адреса микрокоманды |
| K2 | AM1 | Выход | Первый разряд адреса микрокоманды |
| J3 | AM2 | Выход | Второй разряд адреса микрокоманды |
| L2 | AM3 | Выход | Третий разряд адреса микрокоманды |
| K1 | AM4 | Выход | Четвертый разряд адреса микрокоманды |
| M2 | AM5 | Выход | Пятый разряд адреса микрокоманды |
| M1 | AM6 | Выход | Шестой разряд адреса микрокоманды |
| L3 | AM7 | Выход | Седьмой разряд адреса микрокоманды |
| K3 | AM8 | Выход | Восьмой разряд адреса микрокоманды |
+---------------+-----------+------------+-------------------------------------------------------------+
| P1 | AM9 | Выход | Девятый разряд адреса микрокоманды |
| N2 | AM10 | Выход | Десятый разряд адреса микрокоманды |
| N3 | AM11 | Выход | Одиннадцатый разряд адреса микрокоманды |
| M3 | AM12 | Выход | Двенадцатый разряд адреса микрокоманды |
| N4 | AM13 | Выход | Тринадцатый разряд адреса микрокоманды |
| A8 | MAS | Выход | Сигнал сопровождения адреса от главного устройства |
| A9 | MDS | Выход | Сигнал сопровождения данных от главного устройства |
| B10 | PCRQ | Выход | Сигнал запроса команды по счетчику команд |
| C9 | PGB | Выход | Сигнал "Граница страницы памяти" |
| A11 | DMAK | Выход | Сигнал предоставления прямого доступа к памяти |
| A13 | SEL | Выход | Сигнал чтения регистра внешних условий |
| P2 | MMAS | Выход | Сигнал сопровождения адреса для накопителя микрокоманд |
| M4 | ACR | Выход | Сигнал сброса акселератора |
| B11 | SP | Выход | Резервный |
| L1 | - | | Не используется |
| N5 | U | | Вывод питания от источника напряжения |
| N1 | OV | | Общий вывод |
+---------------+-----------+------------+-------------------------------------------------------------+
| M8 | - | | Не используется |
| M14 | - | | Не используется |
| K12 | - | | Не используется |
| F14 | - | | Не используется |
| A14 | - | | Не используется |
| A12 | - | | Не используется |
| C10 | U | | Вывод питания от источника напряжения |
| A4 | - | | Не используется |
| A7 | U | | Вывод питания от источника напряжения |
| B1 | - | | Не используется |
| C3 | OV | | Общий вывод |
| C1 | - | | Не используется |
| E3 | - | | Не используется |
| D1 | - | | Не используется |
+---------------+-----------+------------+-------------------------------------------------------------+
</pre>

Таблица 2

<pre>
+-------------------------------+-----------+--------+--------+-----------+
| Наименование параметра, | Буквенное | Норма | Темпера- |
| единица измерения, | обозначе- +--------+--------+ тура, |
| режим измерения | ние | не | не | °C |
| | | менее | более | |
+-------------------------------+-----------+--------+--------+-----------+
| Выходное напряжение низкого | | | 0,45 | 25+10 |
| уровня, В | U_OL | - +--------+-----------+
| при I_OL = 2,5 мА | | | 0,5 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Выходное напряжение высокого | | 4,05 | | 25+10 |
| уровня, В | U_OH +--------+ - +-----------+
| при IоН = - 0,2 мА | | 4,0 | | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Ток потребления, мА | | | 8,0 | 25+10 |
| | I_CC | - +--------+-----------+
| | | | 10,0 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Ток потребления динамический, | | | 170 | 25+10 |
| мА | I_CCO | - +--------+-----------+
| | | | 200 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Ток утечки на входе, мкА | | | 3,0 | 25+10 |
| | I_LI | +--------+-----------+
| | | | 10,0 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Ток утечки на выходе, мкА | | | 10,0 | 25+10 |
| | I_LO | +--------+-----------+
| | | | 50,0 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Частота следования импульсов | | | | 25+10 |
| тактовых сигналов, МГц | f_C | | 10,0 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Входная емкость, пФ | C_I | - | 12,0 | 25+10 |
+-------------------------------+-----------+--------+--------+-----------+
| Выходная емкость, пФ | C_O | - | 12,0 | 25+10 |
+-------------------------------+-----------+--------+--------+-----------+
| Емкость входа/выхода, пФ | C_I/O | - | 14,0 | 25+10 |
+-------------------------------+-----------+--------+--------+-----------+
| Время выполнения операции | | | | 25+10 |
| "сложение" при регистровом | t_ADD | - | 200 | -60 |
| методе адресации, нс | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
</pre>

Таблица 3

<pre>
+-------------------------------+-------------+-------------+--------------+
| Наименование параметра, | Буквенное | Норма |
| единица измерения | обозначение +-------------+--------------+
| | | не менее | не более |
+-------------------------------+-------------+-------------+--------------+
| Напряжение питания, В | U_CC | 4,5 | 5,5 |
+-------------------------------+-------------+-------------+--------------+
| Входное напряжение высокого | | | |
| уровня, В | U_IH | (0,85·U_CC)*| U_CC** |
+-------------------------------+-------------+-------------+--------------+
| Входное напряжение низкого | | | |
| уровня, В | U_IL | 0 | 0,8* |
+-------------------------------+-------------+-------------+--------------+
| Напряжение на любом входе , В | U_I | 0 | Ucc** |
+-------------------------------+-------------+-------------+--------------+
| Выходной ток низкого уровня, | | | |
| мА | I_OL | - | 2,5 |
+-------------------------------+-------------+-------------+--------------+
| Выходной ток высокого уровня, | | | |
| мА | I_OH | - | 0,2 |
+-------------------------------+-------------+-------------+--------------+
| Емкость нагрузки, пФ | C_L | - | 100 |
+-------------------------------+-------------+-------------+--------------+
| Время фронта нарастания и | | | |
| спада входных сигналов, нс | t_LH, t_HL | - | 0,1·T_CLCI |
+-------------------------------+-------------+-------------+--------------+
</pre>

'''*''' - с учетом всех видов помех

'''**''' - но не более конкретного значения напряжения питания, приложенного к микросхеме

1.1.2. Электрические параметры, условия эксплуатации

1.1.2.1. Напряжение питания микросхем Л1839ВМ1 +5В±10%.

1.1.2.2. Электрические параметры приведены в табл.2.

1.1.2.3. Предельно допустимые режимы эксплуатации приведены в табл.3.

1.1.2.4. Внешние воздействующие факторы:

<pre>
Синусоидальная вибрация:
диапазон частот, Гц ......................... от 1 до 5000
амплитуда ускорения, м.с⁻² ( g ) ........... 400(40)
Механический удар:
одиночного действия:
пиковое ударное ускорение, м.с⁻² ( g ) .... 15000(1500)
длительность действия ударного ускорения,мс от 0,1 до 2,0
многократного действия:
пиковое ударное ускорение, м.с⁻² ( g ) .... 1500(150)
длительность действия ударного ускорения,мс от 1 до 5
Линейное ускорение, м.с⁻² ( g ) .................. 5000(500)
Акустический шум:
диапазон частот, Гц ......................... 50-10000
уровень звукового давления (относительно
2·10⁻⁵ Па), дБ ................................... 170
Атмосферное пониженное давление:
рабочее, Па (мм рт.ст.) ..................... 1,3·10⁻⁴(10⁻⁶)
предельное, Па (мм рт.ст.) .................. 1,3·10⁻⁴(10⁻⁶)
Атмосферное повышенное рабочее давление, ата ...... 3
Повышенная температура среды:
рабочая, °С .................................. 85
предельная, °С ............................... 125
Пониженная температура среды:
рабочая, °С .................................. минус 60
предельная, °С ............................... минус 60
Смена температур:
от пониженной предельной температуры среды, °С минус 60
до повышенной предельной температуры среды, °С 125
Повышенная относительная влажность при 35°С, % ..... 98
Атмосферные конденсированные осадки (роса, иней)
Соляной (м{о|о}рской) туман
Плесневые грибы
Контрольные среды (среды заполнения):
объемная доля компонентов контрольной среды, %:
гелиево-воздушная ........................ 90
аргоно-воздушная ......................... 90
аргоно-азотная ........................... 90
</pre>

1.1.2.5. Минимальная наработка микросхем 100000 часов, а в облегченном режиме при Ucc = 5В ± 3% – 120000 часов.

1.1.2.6. Интенсивность отказов в течение наработки не более 1.10⁻⁶ 1/ч.

1.1.2.7. Гамма-процентный срок сохраняемости – 25 лет.

1.1.3. Архитектура ЦПР позволяет работать с широким диапазоном типов данных, с эффективным набором способов адресации и с большим пространством виртуальных адресов (4 Гбайт).

Система команд микропроцессора совместима с системой команд ЭВМ семейства VAX-11.

Инструкции, обрабатываемые ЦПР, могут быть сгруппированы на основании их функций по следующим классам:

1) арифметические и логические, для обработки целых чисел, чисел с плавающей запятой, упакованных десятичных строк символов и инструкций для работы с переменными битовыми полями;

2) управление путями выполнения программы;

3) обработка данных специального вида:
* инструкции манипуляции очередью;
* инструкции обработки адресов;
* программируемые пользователем инструкции загрузки и сохранения универсальных регистров;

4) для быстрого выполнения особых функций операционной системы, позволяющие: загружать и сохранять переменные контексты, найти операционной системе выполняемый процесс с наивысшим приоритетом;

5) предназначенные специально для языка высокого уровня.

ЦПР оперирует со следующими типами данных:
* Целое: байт (8 бит), слово (16 бит), длинное слово (32 бита), четверное слово (64 бита).
* Плавающая запятая: 4 байта (F-формат), 8 байтов (D-формат), 8 байтов (G-формат).
* Упакованное десятичное: строка байтов (до 31 десятичной цифры, по две цифры в байте).
* Строка символов: строка байтов, интерпретируемая как коды символов (до 64 Кбайт). Числовая строка является строкой символьных кодов для десятичных чисел (до 31 цифры).
* Биты и поля битов: длина поля переменна от 0 до 32 бит (определяется пользователем).

Так как ЦПР полностью реализует архитектуру центральной части ЭВМ VAX-II/750, включая эмуляцию системы команд, то на его основе могут создаваться вычислительные средства, совместимые по математическому обеспечению на уровне операционных систем с ЭВМ ряда VAX.

1.1.4. Микросхемы ЦПР ЛП839ВМ1 соответствуют техническим условиям АЕЯР.431200.005-01 ТУ.

1.1.5. В микропроцессоре реализован конвейерный метод обработки команд на макро- и микро-программном уровнях. Осуществляется опережающий прием команд в количестве трех 32-разрядных слов команды. В пределах страницы (512 байт) прием команд безадресной с циклом 200 нс. Совмещение операций при выполнении команд регистр-регистр показано на рис.2.

<center>
[[Файл:1839VM1 TO Pic2.png|500px]]
</center>

Здесь цифрами (1-4) обозначены номера последовательно выполняемых команд, а буквами - операции:

* А - прием команды;
* Б - дешифрация команды;
* В - выборка микрокоманды;
* Г - исполнение операции.

Данные принимаются в процессор на буфер, который организован в виде стека "первый вошел - первый вышел". Этот стек состоит из четырех 32-разрядных ячеек и его применение позволяет производить накопление данных при выполнении операции с памятью. Если в команде много операндов, это позволяет сократить время выполнения команды.

Преобразование виртуального адреса в физический в блоке диспетчера памяти выполняется полностью аппаратно, параллельно с другими операциями процессора. Прием и модификация описателей страниц (PTE) автоматически вставляется в общий поток обменов по внешней магистрали. В ДП имеется ассоциативный буфер PTE на 16 ячеек. Как показали исследования фирмы DEC, такого объема буфера достаточно для эффективного выполнения типовых программ.

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

== 1.2. Структурная схема и общие принципы функционирования ==

ЦПР состоит из следующих функциональных блоков (рис.3):
* дешифратор команд (ДШК);
* блок приема и формирования микрокоманд (БПМК);
* операционный блок (ОБ);
* интерфейсный блок (ИБ);
* диспетчер памяти (ДП);
* блок анализа приоритетов прерываний (БПР).

Блоки ДШК, ОБ и ДП связаны с внутренней 32-разрядной магистралью процессора, по которой они могут обмениваться ин - формацией как между собой, так и с внешней магистралью. Внутренняя магистраль связана с внешней элементами входа-выхода, которые управляются интерфейсным блоком (ИБ). По этой магистрали передаются адреса, данные и команды.

Передача различного типа информации мультиплексирована по времени. Для приема микрокоманд в микропроцессоре имеются раздельные каналы выдачи адреса микрокоманды (14 разрядов) и приема микрокоманды (32 разряда). Этими каналами управляет БПМК.

<center>
[[Файл:1839VM1 TO Pic3.png|500px]]
</center>

Начальный пуск микропроцессора выполняется микропрограммно. По переходу сигнала на выводе SR из низкого в высокий уровень в ДШК вырабатывается первый адрес микропрограммы начального пуска и процессор переходит к выполнению этой микропрограммы.

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

При выполнении команд, если количество операндов не больше четырех, сначала выполняется адресация всех операндов и прием их на буфер данных. Операнды могут находиться в памяти по адресам данных, в регистрах общего назначения (РОН) процессора или в теле команды. Данные из памяти всегда принимаются в буферный регистр данных (БРД). В формате "регистр-регистр" и "регистр-память" данные из РОН не пересылаются в БРД, действия над ними выполняются непосредственно в РОН. Во всех остальных случаях данные пересылаются в БРД. Если операнд находится в теле команды, то при дешифрации он выделяется из команды на специальный регистр и затем пересылается в БРД. Если количество операндов больше четырех, то выполняется прием четырех операндов, затем процесс адресации прерывается для освобождения БРД, после чего прием продолжается. Максимальное количество операндов - 6.

При выполнении косвенной адресации адрес из памяти принимается не в БРД, а в специальный регистр косвенной адресации (РКА), из которого он затем пересылается в регистр виртуального адреса (РВА). Это сделано потому, что принятый адрес нужно сразу же после приема использовать для продолжения адресации, а из БРД данные доступны по чтению только последовательно в порядке их приема, поскольку БРД организован по принципу стека.

Команды принимаются на буфер команд, который также организован как стек из трех 32-разрядных ячеек. Команды принимаются в буфер без выравнивания по началу слова, т.е. команда может начинаться с любого из четырех байт принимаемого 32-разрядного слова. За один цикл ДШК анализирует от 1 до 4 байт слова команды. Для начала обработки команды в буфере должны быть загружены две ячейки, поскольку анализируемые байты могут находиться в первой и второй ячейках, третья нужна для опережающего приема команды.

Счетчик команд (СК) в процессоре состоит из трех регистров. В первом регистре хранится виртуальный адрес начала команды, во втором - адрес анализируемого кода операции или моды адресации, и в третьем - адрес анализируемой в текущем цикле ДШК группы байтов команды. При завершении обработки кода операции или моды адресации содержимое третьего регистра переписывается во второй, а при завершении обработки всей команды содержимое второго регистра переписывается в первый. При начальном приеме команды все три регистра загружаются одним и тем же значением адреса команды. Для адресации команд СК используется только в командах ветвления. Для адресации переходов в командах ветвления и для адресации операндов в соответствующих модах адресации используется второй регистр СК. Для отслеживания границы страницы и адресации команды на этой границе используется специальный регистр-счетчик виртуального адреса команды (РВАК). Этот регистр загружается одновременно с загрузкой СК и инкрементируется на четыре после каждого цикла приема команды. Если адрес команды находится внутри страницы, прием команд выполняется в безадресном цикле обмена. Когда адрес команды совпадает с адресом последнего слова в странице, в РВАК вырабатывается специальный сигнал, по которому адрес, соответствующий адресу первого слова в следующей странице, переписывается из РВАК в РВА и инициируется адресный обмен с преобразованием адреса в ДП.

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

== 1.3. Дешифрация команд ==

1.3.1. Функции дешифратора команд

1) формирование начального адреса микропрограммы содержательной обработки команды;

2) формирование начального адреса микропрограммы адресации очередного операнда команды;

3) управление по выделению из области программы смещений адресации и констант;

4) управление мультиплексором буфера команд для загрузки полей кода операции и кода моды адресации очередного операнда.

1.3.2. Типы команд по дешифрации

1) команды "без операндов"

*(HALT;NOP;REI;BPT;RET;LDPCTX;SVPCTX;XFC;RSB);

2) простые команды - команды с количеством операндов от 1 до 3;

3) длинные команды - команды с количеством операндов больше трех;

4) команды перехода по смещению и без операндов

* (BRB;BRW;BEQL...);

5) команды перехода по смещению и с операндами

* (ACBB,SOBGEQ...).

На рис. 4 показан общий алгоритм дешифрации команд.

На рис. 4 приняты следующие обозначения:

* ПУ - передача управления;
* ЗпКОП - загрузить регистр - "поле КОП" на входе ПЛМ-ДШК;
* RUN - поле кода режима на входе ПЛМ;
* ПР - прерывание;
* НПР - нет прерываний;
* F2 - признак кода команды из пространства расширения;
* БО - команды без операндов;
* ПК - простые команды;
* ДК - длинные команды;
* КПО - команды перехода с операндами;
* КПС - команды перехода по смещению (байт или слово);
* РР - расположение операндов - все на регистрах;
* П - расположение операндов - хотя бы один в памяти;
* СО - счетчик операндов;
* КО - количество операндов;
* STA - старт адресации.

<center>
[[Файл:1839VM1 TO Pic4.png|500px]]
</center>

== 1.4. Операционный блок ==

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

=== Операционная часть операционного блока ===

Операционная часть операционного блока выполняет арифметические и логические операции над операндами, осуществляет временное хранение результатов операций, формирует состояния N , Z , V , С по результатам операций. Операционная часть ОБ состоит:

# Буферные регистры;
# Арифметико-логическое устройство (АЛУ);
# Регистр результата операции (РРОП);
# Схема формирования состояний (СФС);
# Дешифраторы.

Работой ОБ управляет блок синхронизации ОБ (БСОБ). Временная диаграмма работы операционной части ОБ представлена на рис. 5.

Структурная схема операционной части ОБ представлена на рис. 6.

<center>
[[Файл:1839VM1 TO Pic5.png|500px]]
</center>

<center>
[[Файл:1839VM1 TO Pic6.png|700px]]
</center>

По сигналу *SRD1&φ* (чтение 1) на шину X и Y̅ в соответствии с адресами, указанными в поле чтения ( *RFX0* - *RFX4* , *RFY0* - *RFY4* ) тела микрокоманды, читаются регистры (в одноадресной микрокоманде на шину Y̅ читается ячейка блока констант). Информация на шинах X и Y̅ защелкивается квазистатическими триггерами, стоящими на входе буферных регистров, после чего чтение регистров (блока констант) прекращается. Подброс шин X и Y̅, а следовательно и сброс защелки осуществляется сигналом *SETXY* . Одновременно с сигналами чтения регистров вырабатываются сигналы записи, по которым операнды с шин X и Y̅ записываются в буферные регистры. В соответствии с кодом операции (OCIR-OC3R) в буферные регистры записываются прямые или инверсные значения операндов. По сигналу *SALU&φ̅* (разрешение запуска АЛУ) запускается арифметико-логическое устройство, которое в зависимости от кода операции ( *RFY4* , *OC1R* - *OC3R* , *AROPWC* ) и формата микрокоманды ( *MFCOR,MFC1R* ) выполняет над операндами ту или иную операцию. Результат выполнения операции сигналом *SWTOPR&φ* записывается в регистр результата операции. РРОП кроме функции временного хранения результата выполняет функцию сдвигателя в микрокомандах сдвига. На основе полученного результата СФС формирует признаки N̄*, Z̄*, V̄*, C̄* , которые подаются на регистр состояний (РСП) и на схему образования условий ветвления.

Результат выполнения операции с РРОП через усилители подается на парафазную шину X* , Y̅* , откуда по сигналу *SWT2&φ̅* (запись 2) , в соответствии с адресом, указанным в поле записи ( *WF0* - *WF4* ) тела микрокоманды, записывается в регистр.

== 1.5. Прерывания и исключительные состояния ==

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

# сохраняет информацию о текущем процессе (в основном, это делается путем занесения в стек счетчика команд ( *program counter* - PC) и длинного слова состояния процессора (*processor status longword* - PSL ) с целью последующего возобновления данного процесса);
# передает управление от потока команд текущего процесса к определенным участкам программного обеспечения для обслуживания возникших событий.

Эти действия выполняются микропрограммно. Существует два основных типа подобных событий: прерывания ( *interrupt* ) и исключительные состояния ( *exceptions* ).

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

Исключительные состояния - это синхронные события, которые являются главными по отношению к текущему процессу и обычно обслуживаются в контексте текущего процесса.

Прерывания являются асинхронными событиями, поэтому для возможности обработки одновременно возникших запросов прерываний, в процессоре существует логика приоритетов. Приоритет, связанный с прерыванием, называется "уровнем приоритета прерывания" (IPL - *interrupt priority level* ). В любой момент времени будет обслуживаться прерывание с наивысшим приоритетом. IPL изменяется от 0 до 1F, то есть существует 32 уровня приоритета прерывания.

1.5.2. Для исключительных состояний (кроме особых фатальных ситуаций, влияющих на работу всей системы - им сопоставляется наивысший IPL , равный 1F) логика приоритетов не нужна, так как эти события синхронны по своей природе, и поэтому, возникают только в определенных, обусловленных набором выполняющихся команд, точках.

Существует три типа исключительных состояний:

# "ловушка" ( *trap* ) - это исключительное состояние, которое возникает в конце команды, которая ее вызвала. Поэтому PC, сохраняемый в стеке, указывает на следующую команду, которая должна была бы нормально выполняться. Любая программа может разрешить или запретить некоторые из ловушек для какой-то конкретной команды;
# "нарушение" ( *fault* ) - это исключительное состояние, которое возникает во время выполнения команды и оставляет регистры и память в таком состоянии, что при устранении условий для возникновения этой ситуации и рестарте, эта команда будет давать правильные результаты;
# "прекращение" ( *abort* ) - это исключительное состояние, также возникающее во время выполнения команды, но, в отличие от нарушений, оставляющее регистры и память в неопределенном состоянии. Поэтому команда не может быть правильно завершена (даже при условии ее рестарта).

В табл. 4 приведены возможные уровни приоритета прерываний процессора и соответствующие им аппаратные события.

'''Таблица 4.'''

Уровни приоритета прерываний

<pre>
+---------------------------------------+--------------------+
| П р е р ы в а н и я | Уровень приоритета |
| | прерывания IPL_16 |
+---------------------------------------+--------------------+
| Контроль аппаратных средств | |
| Недействительность стека ядра | 1F |
| Недействительность стека прерываний | |
+---------------------------------------+--------------------+
| Сбой питания | 1E |
+---------------------------------------+--------------------+
| | 1D |
| Ошибки процессора, памяти | 1C |
| или шины } | 1B |
| | 1A |
| | 19 |
+---------------------------------------+--------------------+
| Таймер | 18 |
+---------------------------------------+--------------------+
| | 17 |
| | 16 |
| | 15 |
| Прерывания устройств } | 14 |
| | 13 |
| | 12 |
| | 11 |
| | 10 |
+---------------------------------------+--------------------+
| События математического обеспечения | |
+---------------------------------------+--------------------+
| | 0F |
| | 0E |
| Р е з е р в | 0D |
| | 0C |
+---------------------------------------+--------------------+
| | 0B |
| } | 0A |
| Драйверы устройств | 09 |
| | 08 |
| | |
+---------------------------------------+--------------------+
| Таймер процесса | 07 |
+---------------------------------------+--------------------+
| Очередь AST | 06 |
+---------------------------------------+--------------------+
| Резерв | 05 |
+---------------------------------------+--------------------+
| Почта ввода/вывода | 04 |
+---------------------------------------+--------------------+
| Планировщик процесса | 03 |
+---------------------------------------+--------------------+
| Передача AST | 02 |
+---------------------------------------+--------------------+
| Резерв | 01 |
+---------------------------------------+--------------------+
| Уровень пользовательского процесса | 00 |
+---------------------------------------+--------------------+
</pre>

== 1.6. Состояние процессора ==

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

Одной из главных характеристик текущего процесса или текущего состояния процессора является длинное слово состояния процессора. Это слово состоит из *processor status word* (PSW) - слова состояния процессора (разряды <0-15> PSL ), которое доступно пользователю и слово привилегированного состояния (разряды <16-31> PSL ), которое доступно привилегированному программному обеспечению. PSL приводится на рис. 7.

<center>
[[Файл:1839VM1 TO Pic7.png|600px]]
</center>

Значения полей PSL следующие:

<pre>
Разряды Поле Значение

<3-0> N,Z,V,C Коды условий
<4> T Бит разрешения трассы
<5> IV Бит разрешения ловушки целочисленного переполнения
<6> FU Бит разрешения ловушки плавающего недополнения
<7> DV Бит разрешения ловушки десятичного переполнения
<15-8> 0 Резерв, должны быть нулями
<20-16> IPL Уровень приоритета прерывания
<21> 0 Резерв, должен быть нуль
<23-22> PRM Режим предыдущего доступа (Previous access mode )
<25-24> CRM Режим текущего доступа (Current access mode )
<26> IS Бит использования стека прерываний (Interrupt stack )
<27> FPD Первая часть выполнена (First part done )
<29-28> 0 Резерв, должны быть нулями
<30> TP Запрос трассы
<31> CM Признак режима совместимости
</pre>

Микропрограммная процедура обработки прерываний и исключительных состояний использует в основном поля *IS* , CRM и IPL, поэтому рассмотрим их подробнее:

1) IS . Если IS = 1, то процессор работает со стеком прерываний. При этом необходимо, чтобы CRM = 0 и IPL > 0. Если IS = 0, то процессор работает со стеком, который определен полем CRM в PSL .

2) CRM. Возможны следующие режимы доступа из текущего выполняемого процесса:

* 0 - ядро ( *kernel* )
* 1 - исполнитель ( *executive* )
* 2 - супервизор ( *supervisor* )
* 3 - пользователь ( *user* )

3) PRM. Это поле загружается из поля текущего режима при исключительных состояниях и командами СНМХ, сбрасывается прерываниями и восстанавливается командой REI.

4) IPL . Текущий приоритет процессора меняется в пределах от 0 до 1F. Процессор будет разрешать прерывания только на уровнях больших, чем текущий уровень процессора.

== 1.7. Различия между прерываниями и исключительными состояниями ==

В целом, по-своему влиянию на работу всей системы, прерывания и исключительные состояния очень похожи. Но существует ряд отличий между ними, которые можно свести к следующим:

1) Исключительное состояние (синхронное событие) возникает при выполнении текущей команды, в то время как прерывание (асинхронное событие) возникает из-за чьей-либо активности в вычислительной системе и это действие может быть независимо от текущей команды.

2) Исключительное состояние, как правило, обрабатывается в контексте процесса, в котором она возникла, в то время как прерывание обслуживается независимо от текущего выполняющегося процесса.

3) IPL процессора обычно не изменяется, когда возникает исключительное состояние. При прерывании IPL всегда повышается.

4) Подпрограммы, обслуживающие исключительные состояния, обычно работают со стеком процесса (стеком режима ядра - KSP), а подпрограммы, обслуживающие прерывания, со стеком процессора (стеком прерываний - ISP ).

5) Разрешенные исключительные состояния всегда инициируются немедленно, независимо от IPL процессора, а прерывания откладываются до тех пор, пока IPL процессора не станет ниже IPL запрашивающего прерывания.

6) Большинство исключительных состояний не может быть запрещено. Однако, если причина этого состояния возникает, когда эта ситуация запрещена, то инициация данного исключительного состояния не происходит даже после того, когда запрет отменяется. Если же возникает условие прерывания в тот момент, когда оно запрещено или IPL запроса меньше или равно IPL процессора, то данное прерывание в конечном итоге будет удовлетворено, как только возникнет подходящая ситуация, если условие прерывания еще существует.

7) При прерывании поле PRM в PSL всегда устанавливается в режим ядра, а при исключительном состоянии в него переписывается поле CRM .

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

== 1.8. Основные параметры прерываний и исключительных состояний ==

'''Векторы'''

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

1) Биты <1:0> содержат интерпретируемый код:

* 0 - обслужить событие через стек ядра. Если работа уже выполняется через стек прерываний, то обслужить событие через стек прерываний.
* 1 - обслужить событие через стек прерываний. Если это событие является исключительным состоянием, то IPL повышается до 1F;
* 2 - обслужить событие в перезаписываемой управляющей памяти. Если эта память не используется, то процессор переходит на команду останова HALT;
* 3 - процессор переходит на HALT.

2) Биты <31:2> содержат виртуальный адрес подпрограммы обслуживания - для кодов 0 и 1.

'''Системный управляющий блок (SCB).'''

Все векторы обслуживания прерываний и исключительных состояний находятся в системном управляющем блоке ( SCB - *System Control Block* ), который представляет собой две смежных страницы памяти. Физический адрес первой страницы содержится в привилегированном регистре - базе системного управляющего блока SCBB ( *SCB base* ).

Векторы устройств на *UNIBUS* находятся во второй странице, адрес которой получается добавлением к адресу, содержащемуся в SCBB, константы (200)₁₆. Разрешенными для этих устройств считаются только векторы (200-3FC)₁₆.

Основные параметры прерываний и исключительных состояний приведены в табл.5.

Таблица 5

Таблица основных параметров особых ситуаций

<pre>
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| Наименование особых | Тип | Уровень приори- | Вектор | Источник | Код | Параметры, загру- |
| ситуаций | ситуации | тета прерывания | 16 | (а/МП)* | 16 | жаемые в стек |
| | | IPL_16 | | | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 1. Машинный сбой | Прекращение| 1F** | 04 | Контроллер| 6? | См.Примечание 1 | <Неразборчиво, 4 зачеркнуто, исправлено на 6 или 8>
| | / ловушка | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 2. Недостоверный стек| Прекращение| 1F** | 08 | Процессор | 2 | РНК***, PSL | <D зачеркнуто, исправлено на 2>
| ядра | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 3. Недостоверный стек| Прекращение| 1F** | - | Процессор | 2 | РНК, PSL и причи- | <1 зачеркнуто, исправлено на 2>
| прерываний | | | | (а) | | на останова оста- |
| | | | | | | ются на регистрах |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 4. Сбой питания | Прерывание | 1E | 0C | Адаптер | D | PC,PSL | <5 зачеркнуто, исправлено на D>
| | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 5. Резервная/привиле-| Нарушение | - | 10 | Процессор | - | РНК, PSL |
| гированная команда | | | | (МП) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 6. Резервная команда | Нарушение | - | 14 | Процессор | - | РНК, PSL |
| пользователя | | | | (МП) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 7. Резервный операнд | Нарушение/ | - | 18 | Процессор | 7 | РНК, PSL | <E зачеркнуто, исправлено на 7>
| | прекращение| | | (а/МП) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 8. Резервный метод | Нарушение | - | 10C | Процессор | - | РНК, PSL |
| адресации | | | | (МП) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 9. Нарушение управле-| Нарушение | - | 20 | Процессор | 4 | См.Примечание 2 | <2 зачеркнуто, исправлено на 4>
| ния доступом | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 10. Запрет трансляции| Нарушение | - | 24 | Процессор | 5 | См.Примечание 2 | <3 зачеркнуто, исправлено на 5>
| | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 11. Трассировка | Нарушение | - | 28 | Процессор | E | РНК, PSL | <7 зачеркнуто, исправлено на E>
| | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 12. Команда ВРТ | Нарушение | - | 2C | Процессор | - | РНК, PSL |
| | | | | (МП) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 13. Арифметические | Ловушка | - | 34 | Процессор |8-A | См.Примечание 3 | 
| ловушки | | | | (а/МП) |нрзб,A| | <неразборчиво>
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 14. Команды: СНМК | Ловушка | - | 40 | Процессор.| - | См.Примечание 4 |
| СНМЕ | | | 44 | (МП) | | |
| СНМS | | | 48 | | | |
| СНМИ | | | 4C | | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 15. Зависание по | Прерывание | 1D | 60 | Контроллер| C | PC, PSL |
| записи в память | | | | | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 16. Исправимые ошибки| Прерывание | 1A | 54 | Контроллер| C | PC,PSL |
| памяти | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 17. Таймер | Прерывание | 18 | C0 | Адаптер | D | PC, PSL | <5 зачеркнуто, исправлено на D>
| | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 18. Консольный | Прерывание | 14 | F8 | Адаптер | D | PC,PSL | <5 зачеркнуто, исправлено на D>
| терминал (приемник) | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 19. Консольный | Прерывание | 14 | FC | Адаптер | D | PC, PSL | <5 зачеркнуто, исправлено на D>
| терминал (передатчик)| | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 20. Программные | Прерывание | 1...F | 84...BC| Адаптер | D? | PC, PSL | <"-" исправлено на D?>
| прерывания | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 21. Прерывания | Прерывание | 14-17 |200-3FC | Адаптер | | PC, PSL | <5-6 зачеркнуто, исправлено на D>
| устройств | | | | (а) | D | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
</pre>

'''*''' - аппаратный/микропрограммный характер соответствующего события;

'''**''' - для этих событий IPL = 1F, если 1:0 разряды вектора равны 1;

'''***''' - РНК - регистр начала команды. Он указывает на код операции команды, при выполнении которой произошло нарушение или прекращение.

П р и м е ч а н и я к табл.5:

1. При машинном сбое в стеке сохраняются следующие параметры:

* (SP) Параметр длины (равен 28₁₆).
* (SP)+4 Код ошибки (для ошибок памяти, например, равен 2).
* (SP)+8 Регистр виртуального адреса (РКВА).
* (SP)+C PC во время сбоя.
* (SP)+10 Регистр данных памяти (MDR).
* (SP)+14 Сохраненный регистр режима ( SMR).
* (SP)+18 Регистр зависания по чтению-модификации-записи (RLTO).
* (SP)+1C Регистр групповой четности буфера трансляции (TBGPR).
* (SP)+20 Регистр ошибок КЭШ-памяти (CAER).
* (SP)+24 Регистр ошибок шины (BER).
* (SP)+28 Регистр суммарных ошибок при машинном сбое (MCESR).
* (SP)+2C PC, указывающий на код операции.
* (SP)+30 PSL.

2. При исключительных состояниях от диспетчера памяти в стеке сохраняются:

* (SP) Регистр суммарных ошибок диспетчера памяти.
* (SP)+4 Виртуальный адрес в странице нарушения (РКВА).
* (ST)+8 РНК.
* (SP)+C PSL.

3. При арифметических ловушках в стеке, кроме PC, также сохраняется код арифметической ловушки, который имеет следующие значения:

<pre>
Код Тип арифметической ловушки

1 Целочисленное переполнение
2 Целочисленное деление на 0
3 Плавающее переполнение
4 Плавающее/десятичное деление на 0
5 Плавающее обнуление
6 Десятичное переполнение
7 Диапазон приписки
</pre>

4. При выполнении команд смены режима в стек, кроме PC, PSL загружается операнд команды ( *code* ) с расширенным знаком.

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

Контроллер фиксирует аппаратные ошибки, связанные с работой памяти и сообщает об этом процессору с помощью сигналов *INRC* (прерывание контроллера) и MCH (машинный сбой). Адаптер фиксирует все остальные прерывания, проводит разбор приоритетов между ними и сообщает процессору о наличии запроса прерывания сигналом *INRA* (прерывание адаптера). Кроме этого в адаптере находится часть внутренних регистров системы, которые связаны с обработкой прерываний.

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

== 1.9. Блок прерываний БПР ==

1.9.1. На рис.8 приведена структурная схема БПР процессора. Ниже перечислены основные блоки, входы и выходы БПР.

<center>
[[Файл:1839VM1 TO Pic8.png|400px]]
</center>

1) БСБПР - блок синхронизации БПР.

2) БРП - блок разбора приоритетов.

3) ДШРИП - дешифратор сброса источника прерываний и исключительных состояний.

4) РИП - регистр источников прерываний и исключительных состояний.

5) Входы:

* КК - признак конца команды;
* PA - выход элемента ИЛИ, на входах которого собраны все нарушения и прекращения;
* 1T - выход элемента ИЛИ, на входах которого собраны все прерывания и ловушки;
* 5CN - запрос недостоверного стека ядра;
* SINN - запрос недостоверного стека прерываний;
* НУД - запрос нарушения управления доступом;
* ЗТ - запрос запрета трансляции;
* MCH - запрос машинного сбоя;
* REZ - запрос резервного операнда;
* INRA - запрос адаптера;
* HALT - запрос останова;
* T - запрос трассировки;
* FUZ - запрос ловушки плавающего недополнения;
* DVV - запрос ловушки десятичного переполнения;
* IVV - запрос ловушки целочисленного переполнения;
* FVV - запрос ловушки плавающего переполнения;
* INRC - запрос прерывания контроллера;
* РИП - сигнал сброса источника прерывания.

6) Выходы:

* RA - сигнал запроса сбоя;
* IRQ - сигнал запроса прерывания;
* ЗРПП - сигнал записи регистра признака прерывания и исключительного состояния (РПП);
* ЗРИП - сигнал записи РИП;
* РПП(0-3) - код прерываний и исключительных состояний;
* 5РИП - сигнал сброса конкретного источника (в соответствии с кодом).

1.9.2. Алгоритм работы БПР

При поступлении в БПР сигналов прерываний - ловушек или сигналов нарушений-прекращений запускается БСБПР - по сигналу IT или PA соответственно. PA может возникать в любой момент выполнения команды, IT возникает лишь после окончания команды, перед выполнением следующей команды. БСБПР вырабатывает сигналы RA или IRQ , которые поступают на ПЛМ ДШК, ЗРИП, по которому производится запись в РИП всех имеющихся к этому времени запросов. В БРП, в соответствии с самым высокоприоритетным запросом, формируется код, который поступает на входы РПП (находящегося в блоке управления ПЗУ) и на входы ДШ КИП для последующего сброса источника запроса по сигналу РИП

Запись в РПП производится сигналом ЗРПП, также выработанным БСБПА.

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

В табл. 5 в графе "Код₁₆" приведены шестнадцатеричные коды аппаратных особых ситуаций.

Приоритетность между прерываниями и ловушками в БПР принята следующая (в порядке убывания приоритетов):

# Арифметические ловушки.
# Прерывания контроллера.
# Прерывания адаптера.
# Ловушка трассы.

На рис. 9 приведена временная диаграмма работы БПР.

<center>
[[Файл:1839VM1 TO Pic9.png|500px]]
</center>

1.9.3. Алгоритм обработки прерываний и исключительных состояний

Микропрограммная процедура обработки ситуаций сводится, в основном, к двум действиям:

1) сохранению текущего состояния (PC(РНК), *PSL* , параметры (если нужно));

2) формированию нового состояния (загрузка PC начальным адресом программы обработки особой ситуации, формирование нового *PSL* ).

Более подробно эти два действия, и другие описаны в алгоритме обработки прерываний и исключительных состояний на рис.10.

<center>
[[Файл:1839VM1 TO Pic10.png|600px]]
</center>

== 1.10. Временные диаграммы процессора, идентификаторы обменов ==

1.10.1. Ко всем временным диаграммам относится следующее:

1) Если на вход тестирования *TEST* подан низкий уровень, то новый обмен по микрокомандной магистрали не начнется, пока ответный сигнал *MSDS* от накопителя микрокоманд не закончится. По магистрали AD(0-31) не начнется новый обмен, пока не закончатся ответные сигналы *SAS* и *SDS* от предыдущего обмена. Если на входе *TEST* высокий уровень, то новые обмены по магистралям начинаются независимо от окончания ответных сигналов. При этом окончание сигналов *SAS* и *SDS* должно происходить асинхронно с минимальным временем задержки по окончании сигналов *MAS* и *MDS* . Представленные ниже временные диаграммы справедливы для высокого уровня на входе *TEST*.

2) Интерфейсные сигналы при магистрали AD(0-31): *MAS* , *PGB* , *PCRQ* , *MDS* , *SEL* , *DMAK* вырабатываются выходами с тремя состояниями. На эти выходы необходимо ставить резисторы 2,7 кОм к шине источника питания + Ucc. После окончания сигналов в процедурах обменов на этих выходах осуществляется "подброс в "1" на время 0,5 T*CLC* , причем на выходах *MAS*, *PCRQ* , *DMAK* в отрицательной фазе CLC, а на выходах *PGB* , *MDS* и *SEL* - в положительной. Также в состояние активного высокого уровня эти выходы приводятся от низкого уровня на входе *SR* при начальном пуске ЦПР, причем для активного высокого уровня на выходе *MAS* необходимо наличие высокого уровня на входе *ACTR*.

3) Выходы AD(0-31) также имеют три состояния. В третьем состоянии выходы AD(0-31) находятся при приеме команд или данных, от низкого уровня на входе *SR* , в процедуре "Запись с перехватом" и при предоставлении прямого доступа к памяти.

В состояние активного высокого уровня выходы AD(0-31) приводятся между обменами по окончании сигнала *MDS* .

Временная диаграмма процедуры "Чтение микрокоманды" представлена на рис. 11. Минимальный цикл приема микрокоманды составляет 2 T*CLC* . [зачёркнуто: Ответный сигнал *MSDS* от накопителя микрокоманд может быть также статическим низким уровнем - в отличие от представленного на рис. 11.]

<center>
[[Файл:1839VM1 TO Pic11.png|500px]]
</center>

На временной диаграмме представлен дополнительно внутренний сигнал ЦПР *WBMC* - запись в буфер микрокоманд.

Временная диаграмма процедуры "Адресное чтение" представлена на рис. *12*. Минимальный цикл адресного чтения 3T*CLC*. Низкий уровень сигнала *SAS* принимается в отрицательной фазе *CLC* , затем выдается сигнал *MDS* низкого уровня и открывается внутренняя магистраль MD(0-31) для приема данных. В целях обеспечения быстродействия на частоте 10 МГц низкий уровень сигнала *SAS* необходимо подавать в течение первых 25 нс отрицательной фазы *CLC* . Низкий уровень сигнала *SDS* принимается также в отрицательной фазе *CLC* , и в следующей положительной фазе *CLC* заканчивается сигнал *MDS* . Для обеспечения быстродействия необходимо выполнить такие же требования, как и для сигнала *SAS* .

<center>
[[Файл:1839VM1 TO Pic12.png|500px]]
</center>

Временная диаграмма "Безадресное чтение команды" представлена на рис. *13* . Минимальный цикл процедуры 2 T*CLC* . Прием сигнала *SDS* происходит также, как и при адресном чтении и требования для обеспечения быстродействия те же.

<center>
[[Файл:1839VM1 TO Pic13.png|500px]]
</center>

Временная диаграмма процедуры "Запись" представлена на рис. *14* . Минимальный цикл процедуры - 4T*CLC* . Прием сигналов *SAS* и *SDS* и требования по обеспечению быстродействия как и при адресном чтении.

<center>
[[Файл:1839VM1 TO Pic14.png|500px]]
</center>

Временная диаграмма процедуры "Чтение-модификация-запись" представлена на рис. *15* . Минимальный цикл процедуры - 7 T*CLC* . Прием сигналов *SAS* и *SDS* и требования по обеспечению быстродействия такие как и при адресном чтении.

<center>
[[Файл:1839VM1 TO Pic15.png|500px]]
</center>

Временная диаграмма процедуры передачи адреса при пересечении данными границы страницы представлена на рис. *16* . Сигнал *PGB* при первом появлении сопровождает адрес перед границей страницы, при втором появлении сопровождает адрес начала новой страницы. Между двумя адресами (рис. *16* ) возможно выполнение обменов, например, "Чтение PTE", если пуст "Буфер трансляции", или "Безадресное чтение команды". Для обеспечения быстродействия на частоте 10 МГц требования к сигналам *SAS* и *SDS* такие же, как и при адресном чтении.

<center>
[[Файл:1839VM1 TO Pic16.png|500px]]
</center>

Временная диаграмма отказа от записи в процедуре "Чтение-модификация-запись PTE" представлена на рис. *17*. Отказ от записи *PTE* происходит, когда страница уже модифицировалась (бит модификации М <26> регистра PTE установлен в "1").

<center>
[[Файл:1839VM1 TO Pic17.png|500px]]
</center>

Временные диаграммы процедур чтения и записи внутренних регистров *IPR* , размещенных в процессоре ( *POBR* , *POLR* , *P1BR* , *P1LR* , *SBR*, *SLR*, *MAPEN* , *TBIA* , *TBIS* , *ACCS* ) представлены на рис. *18,19*. Внешние сигналы *SAS* , *SDS* не требуются, вместо них в процессоре вырабатываются внутренние сигналы такого же назначения.

<center>
[[Файл:1839VM1 TO Pic18.png|500px]]
</center>

<center>
[[Файл:1839VM1 TO Pic19.png|500px]]
</center>

Временная диаграмма чтения внешнего регистра начальных условий представлена на рис. *20* . Для чтения этого регистра предназначен выход *SEL* . Сигнал *SEL* возникает при чтении системной памяти (A31, A30 = "1") и при A23 = "1". На временной диаграмме сигнал *SEL* аналогичен сигналу *MDS* .

<center>
[[Файл:1839VM1 TO Pic20.png|500px]]
</center>

Временная диаграмма сигналов сопровождения процедуры захвата магистрали при прямом доступе к памяти представлена на рис. *21*.

<center>
[[Файл:1839VM1 TO Pic21.png|500px]]
</center>

Сигнал *DMR* магистрали *Q-BUS* преобразуется микросхемой адаптера магистрали КЛ839ВВ1 в сигнал *DMRQ* , поступающий на процессор. При отсутствии обменов процессор принимает сигнал *DMRQ* в низкой фазе *CLC* и через период *CLC* выдает сигнал разрешения прямого доступа к памяти *DMAK* , который микросхема АМ преобразует в сигнал *DMGO* магистрали *Q-BUS*. Окончание сигнала *DMAK* происходит в той же фазе низкого уровня CLC в какой принимается окончание сигнала *DMRQ* . На временной диаграмме также представлен перевод выходов магистрали AD(0-31) в третье состояние и выход из третьего состояния. При наличии обмена сигнал *DMAK* появится только по его окончании.

Временные диаграммы адресного чтения и адресной записи с перехватом сопроцессором обменов с памятью представлены на рис. *22, 23* . Обмен с перехватом происходит при A31 = "0", A30 = "1". О том, что микросхема сопроцессора начинает обмен с памятью, свидетельствует сигнал *ACTR* . Приняв асинхронно этот сигнал, процессор переводит выход *MAS* в третье состояние, предоставляя возможность сопроцессору выставить активный низкий уровень *MAS*спрц и далее сопроцессор читает данные из памяти или записывает данные в память также, как выполняет эти процедуры процессор. При записи с перехватом выходы AD(0-31) процессора переводятся в третье состояние по окончании адреса в низкой фазе· *CLC* и выходят из третьего состояния (подброс в "1") по окончании низкого уровня на шине *MDS* .

<center>
'''Рис. 22 отсутствует'''
</center>

<center>
[[Файл:1839VM1 TO Pic23.png|500px]]
</center>

Временная диаграмма процедуры "Чтение-модификация-запись с перехватом" представлена на рис. *24*.

<center>
[[Файл:1839VM1 TO Pic24.png|500px]]
</center>

Временная диаграмма процедуры "Двойное адресное чтение" представлено на рис. *25*.

<center>
[[Файл:1839VM1 TO Pic25.png|500px]]
</center>

Временная диаграмма процедуры "Двойная запись" представлена на рис. *26*.

<center>
[[Файл:1839VM1 TO Pic26.png|500px]]
</center>

Двойное чтение и запись выполняются при обменах с четверными словами.

На рис. *27-30* представлены временные диаграммы различных обменов с внешними и внутренними сигналами процессора.

<center>
[[Файл:1839VM1 TO Pic27.png|500px]]
</center>

<center>
[[Файл:1839VM1 TO Pic28.png|500px]]
</center>

<center>
[[Файл:1839VM1 TO Pic29.png|500px]]
</center>

<center>
[[Файл:1839VM1 TO Pic30.png|500px]]
</center>

К внутренним сигналам процессора относятся:

* WBMC - запись в буфер микрокоманд;
* WMCE - запись в регистр микрокоманд;
* NRFW - сигнал записи поля чтения;
* SRDI - сигнал чтения источника;
* SWT2 - сигнал записи в приемник;
* WTWA - запись в регистр виртуального адреса;
* WTPA - запись в регистр физического адреса;
* ADRE - сигнал разрешения выдачи адреса в системную магистраль AD(0-31);
* DTIE - сигнал приема команд и данных на внутреннюю магистраль MD(0-31);
* WCE - сигнал записи в буферные регистры команд;
* WTBDR - сигнал записи в буферные регистры данных;
* DTOE - сигнал выдачи данных в системную магистраль AD(0-31) при записи;
* DATL - сигнал выдачи данных с выходного буферного регистра данных во внутреннюю магистраль MD(0-31).

1.10.2. Идентификаторы обменов

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

<pre>
+----+----+----+----+----+----+----+----+
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 |
+----+----+----+----+----+----+----+----+
| | | |
| Направ- | Формат | Код обмена |
| ление | данных | |
| обмена | | |
+---------+---------+-------------------+
</pre>

1.10.2.1. Направление обмена

<pre>
+------------+---------+------------+---------+-------------------------------+
| 31 разряд | 30 разряд | Направление обмена |
+------------+---------+------------+---------+ |
| логические | уровень | логические | уровень | |
| значения | | значения | | |
+------------+---------+------------+---------+-------------------------------+
| 0 | высокий | 0 | высокий | Основная память, регист- |
| | | | | ры внешних устройств |
+------------+---------+------------+---------+-------------------------------+
| 0 | высокий | 1 | низкий | Основная память, с |
| | | | | перехватом магистрали |
| | | | | сопроцессором |
+------------+---------+------------+---------+-------------------------------+
| 1 | низкий | 0 | высокий | Внутренние регистры |
+------------+---------+------------+---------+-------------------------------+
| 1 | низкий | 1 | низкий | Системная память |
+------------+---------+------------+---------+-------------------------------+
</pre>

1.10.2.2. Формат данных

<pre>
+------------+---------+------------+---------+------------------+
| 29 разряд | 28 разряд | Формат данных |
+------------+---------+------------+---------+ |
| логические | уровень | логические | уровень | |
| значения | | значения | | |
+------------+---------+------------+---------+------------------+
| 0 | высокий | 0 | высокий | Двойное слово |
+------------+---------+------------+---------+------------------+
| 0 | высокий | 1 | низкий | Слово |
+------------+---------+------------+---------+------------------+
| 1 | низкий | 0 | высокий | Четверное слово |
+------------+---------+------------+---------+------------------+
| 1 | низкий | 1 | низкий | Байт |
+------------+---------+------------+---------+------------------+
</pre>

1.10.2.3. Код обмена

<pre>
+------+--------+------+--------+------+--------+------+--------+-----------+
| 27 разряд | 26 разряд | 25 разряд | 24 разряд | Обмен |
+------+--------+------+--------+------+--------+------+--------+ |
| лог. | уровень| лог. | уровень| лог. | уровень| лог. | уровень| |
| знач | | знач | | знач | | знач | | |
+------+--------+------+--------+------+--------+------+--------+-----------+
| 0 | высокий| X | X | 0 | высокий| 1 | низкий | Чтение |
| | | | | | | | | данных |
+------+--------+------+--------+------+--------+------+--------+-----------+
| 1 | низкий | X | X | 0 | высокий| 1 | низкий | Чтение |
| | | | | | | | | команд |
+------+--------+------+--------+------+--------+------+--------+-----------+
| 0 | высокий| X | X | 1 | низкий | 0 | высокий| Запись |
+------+--------+------+--------+------+--------+------+--------+-----------+
| 0 | высокий| X | X | 1 | низкий | 1 | низкий | Чтение- |
| | | | | | | | | модифика- |
| | | | | | | | | ция - |
| | | | | | | | | запись |
+------+--------+------+--------+------+--------+------+--------+-----------+
</pre>

где X - безразличное значение, остальные комбинации 24-27 разрядов - резервные.

== 1.11. Функциональные и электрические схемы входных и выходных каскадов ==

Функциональные схемы входных и выходных каскадов представлены на рис. 31-39.

<center>
[[Файл:1839VM1 TO Pic31.png|400px]] [[Файл:1839VM1 TO Pic32.png|400px]]
</center>

<center>
[[Файл:1839VM1 TO Pic33.png|400px]] [[Файл:1839VM1 TO Pic34.png|400px]]
</center>

<center>
[[Файл:1839VM1 TO Pic35.png|400px]] [[Файл:1839VM1 TO Pic36.png|400px]]
</center>

<center>
[[Файл:1839VM1 TO Pic37.png|400px]] [[Файл:1839VM1 TO Pic38.png|400px]]
</center>

<center>
[[Файл:1839VM1 TO Pic39.png|500px]]
</center>

На всех рисунках численное значение около логических элементов обозначает ширину транзисторов элементов в мкм: сверху р-типа, снизу п-типа.

Внутренние тактовые сигналы синхронизации φ , φ̄ соответствуют следующим фазам входного сигнала CLCI: φ соответствует CLCI; φ̄ - CLCI̅.

Электрические схемы входов и входов/выходов представлены на рис. 40,41.

<center>
[[Файл:1839VM1 TO Pic40.png|400px]] [[Файл:1839VM1 TO Pic41.png|400px]]
</center>

== 1.12. Система микрокоманд ==

В микропроцессорной системе "Электроника 32" имеется несколько форматов микрокоманд.

=== Микрокоманды МА, МВ, МС ===

Форматы МА, МВ, МС это содержательные микрокоманды операционного блока (ОБ), остальные форматы микрокоманд не воспринимаются ОБ и служат для управления выборкой микрокоманд из ПЗУ-микрокода, а также для управления ПЛМ-дешифратора команд (ПЛМ ДШК).

Форматы микрокоманд операционного блока МА, МВ, МС приведены на рис. 42.

<center>
[[Файл:1839VM1 TO Pic42.png|600px]]
</center>

Расшифруем значение полей содержательных микрокоманд.

==== ФМК ====

Поле "ФМК" - формат микрокоманды

<pre>
+-------+----+----------------------------------------------+-------------+
| Разряды МК | Наименование формата микрокоманды | Обобщенное |
+-----+------+ | обозначение |
| 31 | 30 | | |
+-----+------+----------------------------------------------+-------------+
| 0 | 0 | Одноадресная ОБ | MA |
+-----+------+----------------------------------------------+-------------+
| 0 | 1 | Двухадресная ОБ | MB |
+-----+------+----------------------------------------------+-------------+
| I | 0 | Трехадресная ОБ | MC |
+-----+------+----------------------------------------------+-------------+
</pre>

==== ФД ====

Поле "ФД" - формат данных

<pre>
+-------+----+-------------------------------------------------------+
| Разряды МК | Формат данных в ОБ |
+-----+------+ |
| 29 | 28 | |
+-----+------+-------------------------------------------------------+
| 0 | 0 | Двойное слово (ДС) - 32 разряда |
+-----+------+-------------------------------------------------------+
| 0 | 1 | Слово (СЛ) - 16 разрядов (возможно изменение |
| | | только мл.части РСП) |
+-----+------+-------------------------------------------------------+
| 1 | 1 | Байт (БТ) - 8 разрядов |
+-----+------+-------------------------------------------------------+
| 1 | 0 | Резервный код "ФД" , признак подсветки приема |
| | | в регистр косвенной адресации (РКА) |
+-----+------+-------------------------------------------------------+
</pre>

==== КОП2 ====

Поле "КОП2" - коды операций двухадресных и трехадресных микрокоманд

<pre>
+----+----+----+------------------+------------------+----------------------+
| КОП2 | | | |
+ Разряды МК + Обозначение | Обозначение | Операция |
| 27 | 26 | 25 | | | |
+----+----+----+------------------+------------------+----------------------+
| 0 | 0 | 0 | Y → X | X → Z | Пересылка |
+----+----+----+------------------+------------------+----------------------+
| 0 | 0 | 1 | X+Y → X | X+Y → Z | Сложение |
+----+----+----+------------------+------------------+----------------------+
| 0 | 1 | 0 | X-Y → X | X-Y → Z | Вычитание |
+----+----+----+------------------+------------------+----------------------+
| 0 | 1 | 1 | Y-X → X | Y-X → Z | Обр.вычитание |
+----+----+----+------------------+------------------+----------------------+
| 1 | 0 | 0 | X⊕Y → X | X⊕Y → Z | MOD2 |
+----+----+----+------------------+------------------+----------------------+
| 1 | 0 | I | X ∨ Y → X | X ∨ Y → Z | Дизъюнкция |
+----+----+----+------------------+------------------+----------------------+
| 1 | 1 | 0 | X & Ȳ → X | X & Ȳ → Z | Конъюнкция с |
| | | | | | отрицанием |
+----+----+----+------------------+------------------+----------------------+
| 1 | 1 | 1 | X & Y → X | X & Y → Z | Конъюнкция |
+----+----+----+------------------+------------------+----------------------+
</pre>

Здесь: Для двухадресных микрокоманд:
Х - операнд в поле Х (МК 19-15),
Y - операнд в поле У (МК 24-20),

Для трехадресных микрокоманд:
Х - операнд в поле Х (МК 19-15),
Y - операнд в поле У (МК 24-20),
Z - операнд в поле Z (МК 11-7 ).

==== КОП1 ====

Поле "КОП1" - коды операций одноадресных микрокоманд

<pre>
+----+----+----+----+------------------+------------------------------------+
| КОП1 | | |
+ Разряды МК + Обозначение | О п е р а ц и я |
| 27 | 26 | 25 | 24 | | |
+----+----+----+----+------------------+------------------------------------+
| O | O | O | O | M → X | Пересылка |
+----+----+----+----+------------------+------------------------------------+
| O | O | O | 1 | | Резерв |
+----+----+----+----+------------------+------------------------------------+
| O | O | 1 | O | X + M → X | Сложение |
+----+----+----+----+------------------+------------------------------------+
| O | O | 1 | 1 | X → X | Пересылка |
+----+----+----+----+------------------+------------------------------------+
| O | 1 | O | O | X - M → X | Вычитание |
+----+----+----+----+------------------+------------------------------------+
| O | 1 | O | 1 | | Резерв |
+----+----+----+----+------------------+------------------------------------+
| O | 1 | 1 | O | M - X → X | Обратное вычитание |
+----+----+----+----+------------------+------------------------------------+
| O | 1 | 1 | 1 | X → X̄ | Инверсия |
+----+----+----+----+------------------+------------------------------------+
| 1 | O | O | O | X⊕M → X | MOD2 |
+----+----+----+----+------------------+------------------------------------+
| 1 | O | O | 1 | АЛ(Х) | Арифметический сдвиг |
| | | | | | влево |
+----+----+----+----+------------------+------------------------------------+
| 1 | O | 1 | O | X ∨ M → X | Дизъюнкция |
+----+----+----+----+------------------+------------------------------------+
| 1 | O | 1 | 1 | ЦЛ(Х) | Циклический сдвиг влево |
+----+----+----+----+------------------+------------------------------------+
| 1 | 1 | O | O | X & M̄ → X | Конъюнкция с отрицанием |
+----+----+----+----+------------------+------------------------------------+
| 1 | 1 | O | 1 | АП(Х) | Арифметический сдвиг |
| | | | | | вправо |
+----+----+----+----+------------------+------------------------------------+
| 1 | 1 | 1 | O | X & M → X | Конъюнкция |
+----+----+----+----+------------------+------------------------------------+
| 1 | 1 | 1 | 1 | ЦП(Х) | Циклический сдвиг вправо |
+----+----+----+----+------------------+------------------------------------+
</pre>

Здесь Х - операнд по адресу в поле Х (МК 19-15), М - модификатор, или константа, по адресу в поле АМ (МК 23-20), (т.е. в одноадресной микроинструкции константа читается по полю "Y").

==== ПС ====

Поле "ПС" - прием состояния

<pre>
+-------+----+------------------------------------------+
| ПС | |
+------------+ Прием состояния |
| разряды МК | |
+----+--+----+ |
| 14 | 13 | |
+----+-------+------------------------------------------+
| O | O | Запись признаков N, Z, V, C (ЗС) |
+----+-------+------------------------------------------+
| 1 | O | Запись N, Z, V ; Сохранение C (МС) |
+----+-------+------------------------------------------+
| O | 1 | Запись N, Z ,обнуление V, C (НV) |
+----+-------+------------------------------------------+
| 1 | 1 | Нет записи состояния (НЗС)|
+----+-------+------------------------------------------+
</pre>

==== ВА ====

Поле "ВА" - запись в регистр виртуального адреса (РВА)
* ВА (МК 12) = 0 - адрес в фазе чтения
* ВА (МК 12) = I - адрес в фазе записи.

Если поле ВА (МК 12):=0 в одноадресных микроинструкциях циклических сдвигов, то сдвиг осуществляется минуя разряд "С" в регистре состояния процессора (РСП) (см. рис. 43).

<center>
[[Файл:1839VM1 TO Pic43.png|400px]]
</center>

Однако, при любых микрооперациях сдвигов, арифметических либо циклических, выдвигаемый разряд заносится в "С" РСП. Кроме того, необходимо учесть, что при арифметическом сдвиге влево, если поле ВА:=0 , то данная микрооперация трансформируется в циклический левый сдвиг.

==== НО ====

Поле "НО" - направление обмена

<pre>
+-------+----+------------------------------------------+
| НО | |
+------------+ Тип обмена |
| Разряды МК | |
+----+--+----+ |
| 11 | 10 | |
+----+-------+------------------------------------------+
| 0 | 0 | Обмен с основной памятью (ПМ) |
+----+-------+------------------------------------------+
| 0 | 1 | Обмен с памятью с перехватом в БРА (ПП) |
+----+-------+------------------------------------------+
| 1 | 0 | Обмен с системными регистрами (СР) |
+----+-------+------------------------------------------+
| 1 | 1 | Обмен с системной памятью (СП) |
+----+-------+------------------------------------------+
</pre>

==== ФО ====

Поле "ФО" - формата обмена

<pre>
+-------+----+------------------------------------------+
| ФО | |
+------------+ Тип формата обмена |
| Разряды МК | |
+----+-------+ |
| 9 | 8 | |
+----+-------+------------------------------------------+
| 0 | 0 | Длинное слово обмена (ДСО) |
+----+-------+------------------------------------------+
| 0 | 1 | Слово обмена (СЛО) |
+----+-------+------------------------------------------+
| 1 | 1 | Байт обмена (БО) |
+----+-------+------------------------------------------+
| 1 | 0 | Четверное слово обмена (ЧСО) |
+----+-------+------------------------------------------+
</pre>

I) Если в микрокоманде поле "ФО" (МК ⟨9,8⟩) : = ⟨1,0⟩ , то за одну такую микрокоманду можно осуществить сложение/вычитание с переносом (БИТ "С" РСП), используя выходной признак CARRY⟨===⟩ МК⟨9,8⟩:=⟨1,0⟩ (см. синтаксические таблицы микроассемблера). Сложение/вычитание с переносом блокируется, если в данной микрокоманде инициирован обмен.

2) Если в микрокоманде поле "ФО" (МК ⟨9,8⟩ ):= ⟨1,0⟩ , то при использовании микроопераций сдвигов влево (АЛ, ЦЛ) в специальном флажке запоминается признак "V" - переполнение. Логика установления данного флажка такова: если любой из выдвигаемых (на место знакового) разрядов не совпадает со знаковым разрядом, то V:=1, иначе V:=0.

По флагу записи состояния соответствующим образом (в соответствии с данным флажком) устанавливается бит "V" в РСП.

Накопленный признак "V" (флаг переполнения) сбрасывается по концу команды (КК). В противном случае (если поле "ФО" (МК ⟨9,8⟩ ) :≠ ⟨1,0⟩ ) блокируется установка "V" при сдвигах.

==== КОБ ====

Рассмотрим теперь поле кода обмена ("КОБ") в формате микрокоманды. Для осуществления двойных обменов (обмены 64-разрядными данными) необходимо использовать формат обмена ("ФО") ЧСО (МК ⟨9,8⟩ : = ⟨I,0⟩ ).

Поле "КОБ" - кода обмена

<pre>
+-------+----+------------------------------------------+
| КОБ | |
+------------+ Тип обмена |
| Разряды МК | |
+----+--+----+ |
| 7 | 6 | 5 | |
+----+---+---+------------------------------------------+
| 0 | 0 | 0 | Нет обмена (НОБ) |
+----+---+---+------------------------------------------+
| 0 | 0 | 1 | Чтение данных (ЧД) |
+----+---+---+------------------------------------------+
| 0 | 1 | 0 | Запись данных (ЗД) |
+----+---+---+------------------------------------------+
| 0 | 1 | 1 | Чтение-модификация-запись (ЧЗ) |
+----+---+---+------------------------------------------+
| 1 | 0 | 0 | Запись в регистр-аккумулятор R(17) (WDAK)|
+----+---+---+------------------------------------------+
| 1 | 0 | 1 | Чтение команды (ЧК) |
+----+---+---+------------------------------------------+
| 1 | 1 | 0 | Резерв |
+----+---+---+------------------------------------------+
| 1 | 1 | 1 | Запись смещения в БРД (ЗпЧТ) |
+----+---+---+------------------------------------------+
</pre>

Процедура чтение-модификация-запись (ЧМЗ) для работы с 64-разрядными данными имеет свои особенности, а именно:

ЧМЗ трансформируется в чтение 64-разрядных данных, а адрес записи аппаратно помещается в регистр-аккумулятор процессора R(17) и для завершения процедуры ЧМЗ необходимо проинициировать запись по адресу, находящемуся : R(17), т.е. тип обмена ЧМЗ 64-разрядными данными фактически не является неделимой операцией.

==== Прочие поля ====

Разряд (МК0) служит для останова выборки микрокоманд из ПЗУ микрокода (S-бит). Если в микрокоманде МК0:=1, то после выборки этой микрокоманды выборка микрокоманд из ПЗУ приостанавливается до следующей записи в регистр адреса ПЗУ, т.е. если установлен S-бит и заполнены хотя бы две ячейки буфера команд (готовность буфера команд), то блок синхронизации дешифратора команд (БС ПЛМ ДШК) запускает новый цикл ПЛМ.

Разряд (МК 4) - признак приема данных - ПД; используется при чтении с буферного регистра данных (БРД). ПД:=1 в случае использования в переменных полях ПХ, ПУ микрокоманды номера регистра - 1F (БРД). (ПД:=1 - признак продвижения БРД).

Разряды (МК 1-3) управляют выдачей переменных полей микрокоманды. Если признак равен 1, то соответствующее поле микрокоманды выдается не из буфера ПЗУ, а из соответствующего регистра переменного поля, который загружается при дешифрации команды.

Признаки:
* ПХ:=1 — заменить переменное поле Х;
* ПУ:=1 — то же — У;
* ПZ:=1 — то же — Z;
* ПО:=1 — то же — обмена от ПЛМ.

=== Микрокоманды безусловного ветвления ===

Рассмотрим формат микрокоманды безусловного ветвления и ветвления по коду прерывания (см. рис. 44 )

<center>
[[Файл:1839VM1 TO Pic44.png|600px]]
</center>

Расшифруем значение полей данного формата.

Поле "ФМК" - формат микрокоманды

<pre>
+-----------------------------------+-----------------------------+-------------+
| Разряды МК | Наименование формата | Обобщенное |
+--------+----------+---------+-----+ микрокоманды | обозначение |
| Поле "ФМК" | Нули | "Пр"| | |
+----+----+----+----+----+----+-----+ | |
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | | |
+----+----+----+----+----+----+-----+-----------------------------+-------------+
| 1 | 1 | 1 | 0 | 0 | 0 | 0 | Безусловное ветвление | БП |
| | | | | | | | | |
+----+----+----+----+----+----+-----+-----------------------------+-------------+
| 1 | 1 | 1 | 0 | 0 | 0 | 1 | Ветвление по коду | УПР_КП |
| | | | | | | | прерывания | |
+----+----+----+----+----+----+-----+-----------------------------+-------------+
</pre>

Микрокоманды данного формата в ДБ не передаются (Сигнал ЗпМК - не вырабатывается). Назначение этих микрокоманд - безусловный переход по микроадресу, указанному в разрядах 15-2 микрокоманды. Если разряд модификации микроадреса MADR - установлен (МК 16:=1), то адрес микроперехода формируется следующим образом:

разряды 5-0 адреса заменяются разрядами 5-0 из регистра ОБ с адресом 18, а разряды 13-6 - непосредственно из тела микрокоманды. Далее регистр адреса ПЗУ микрокода (РА) загружается адресом перехода.

Далее, если разряд RETURN установлен (МК 17:=0) , то одновременно с загрузкой регистра адреса ПЗУ микрокода в регистре возврата запоминается адрес микрокоманды, следующей за микрокомандой безусловного перехода. Это предусматривает использование механизма микроподпрограмм с единичным уровнем вложенности. Возврат из микропрограммы осуществляется микроинструкцией типа RTS , которая будет описана ниже. Если же МК 17:=1, то в регистр возврата записи не происходит.

Тот факт, что разряд МК 25:=1 указывает на то, что в качестве индикатора младшей части микроадреса используется четырохразрядный код из регистра - кода прерываний (РКП). Четвертый и пятый разряды адреса микрокоманды - нули. Разряды 13-6 - из тела микрокоманды, т.е. в этом случае осуществляется переход по регистру кода прерываний (УПР_КП).

=== Микрокоманды условного ветвления ===

Рассмотрим формат микрокоманды перехода по условиям (см. рис. 45). Поле "ФМК": МК ⟨31, 30, 29⟩ : = ⟨1, 1, 0⟩

<center>
[[Файл:1839VM1 TO Pic45.png|600px]]
</center>

При выборке микрокоманды перехода по условию в ОБ не выполняются никаких содержательных операций. Происходит только анализ признаков N, Z, V, C, вырабатываемых в ОБ, и анализ некоторых флагов состояния и выработка сигнала ветвления (BR). Сигнал BR вырабатывается схемой образования условия ветвления и затем поступает на блок управления приемом и обработкой микрокоманд (БПМК), где и формируется сигнал СВМС, который настраивает мультиплексор регистра адреса пуска ПЗУ - микрокода на определенное направление. После выдачи микрокоманды условного перехода она тормозится до появления сигнала готовности ОБ. Если при появлении сигнала готовности ОБ сигнал BR переходит в низкий уровень, то следующая микрокоманда выбирается по адресу, указанному в поле микрокоманды (МК 15-2) и далее из адресов, следующих за этим адресом по порядку. Если сигнал BR при появлении сигнала готовности ОБ остается на высоком уровне, то следующая микрокоманда выбирается по адресу, следующему за микрокомандой ветвления.

Приведем расшифровку разрядов в данном формате микрокоманды:

* "УВ" (МК 28):=1/0 - условие ветвления по признакам и флагам;
* "N" (МК 27):=1 - ветвление по признаку отрицательного результата;
* "Z" (МК 26):=1 - ветвление по признаку нулевого результата;
* "V" (МК 25):=1 - ветвление по признаку переполнения;
* "C" (МК 24):=1 - ветвление по признаку переноса.

Т.е. коды условий (N,Z,V,C) задаются в поле признаков (МК 27-24) установкой в 1 соответствующего разряда. Если единицами заданы сразу несколько признаков, то они объединяются по схеме "ИЛИ" при анализе, если разряд УВ:=1 (если разряд УВ:=0, то результирующее условие ветвления формируется по конъюнкции).

* "FP" (МК 23):=1 - ветвление по универсальному флагу перехода в микропрограмме (Установка/сбhос флага перехода реализуется микропрограммно при помощи микрокоманды "SRF", которая будет описана ниже);
* "FPD" (МК 22):=1 - ветвление по флагу разрешения прерывания в "длинных" командах (First Part Done );
* "PRB" (МК 21):=1 - ветвление по флагу PRB для команды PROBEX (флаг PRB взводится аппаратурой диспетчера памяти процессора, если запрещена процедура преобразования адреса);
* "RST" (МК 20):=1 - ветвление по флагу рестарта;
* "RD" (МК 19):=1 - ветвление по признаку "регистр-приемник" (Признак "RD" взводится ПЛМ_ДШК при дешифрации команды и используется также для модификации адреса микропрограммы содержательной обработки);
* "RETURN" (МК 17):=1 - нет записи в регистр возврата; (МК 17):=0 - запись в регистр возврата (Подробнее см. описание формата микрокоманды безусловного ветвления);
* "ЖС" (МК 16):=1 - признак "ждать состояния" кодов условий N,Z,V,C.

Т.е. поле "ЖС" (МК 16) задает режим анализа. Если ЖС:=0, то анализируются те признаки, которые хранятся в РСП в момент приема микрокоманды ветвления. Если ЖС:=1, то анализируются признаки, выработанные в предыдущей микрокоманде, независимо от того, записываются они в РСП или нет (признаки берутся из схемы формирования состояния). В микрокомандах условного ветвления нет возможности модификации младшей части микроадреса в отличии от микроинструкций безусловного перехода и некоторых других, которые будут описаны ниже.

=== Прочие микрокоманды ===

Рассмотрим остальные форматы микрокоманд (см. рис. 46 ).

<center>
[[Файл:1839VM1 TO Pic46.png|500px]]
</center>

==== ЗСЧ, ПСЧ ====

Для организации управления циклами в микропрограмме служат микрокоманды форматов ЗСЧ (загрузка микропрограммного счечика) и ПСЧ (ветвление по счетчику). Микропрограммный счетчик находится в блоке управления ПЗУ микрокода. Этот счетчик загружается микрокомандой формата ЗСЧ (см. рис. 46). После выборки микрокоманды этого формата в счетчик загружается константа, содержащаяся в разрядах 9-2 микрокоманды. Если разряд модификации константы установлен, т.е. МСС (МК 16):=1 , то разряды 5-0 константы заменяются разрядами 5-0 регистра R(18) ОБ. Разряды 7-6 константы берутся непосредственно из микрокоманды.

При выборке микрокоманды ветвления по счетчику (ПСЧ) анализируется состояние счетчика. После анализа состояния счетчика его содержимое декрементируется н_ единицу. Если содержимое счетчика не равно нулю при анализе, то происходит ветвление по адресу, указанному в разрядах 15-2 микрокоманды. При этом, если разряд модификации адреса микроперехода установлен, т.е. MADR (МК 16):=1, то разряды 5-0 микроадреса перехода заменяются разрядами 5-0 регистра R(I8) ОБ. Разряды микроадреса 13-6 берутся непосредственно из микрокоманды. Если содержимое счетчика равно нулю при анализе, то выбирается следующая микрокоманда.

==== NOP ====

При выборке микрокоманды NOP (см. рис. 46 ) не производится никаких содержательных операций (пустой заполнитель в микропрограмме).

==== ACC ====

Микрокоманды формата АСС (см. рис. 46 ) - микрокоманды, выполняющие аппаратным ускорителем команд расширенной арифметики и плавающей точки (формат АСС будет раскрыт в другом источнике - отчет по НИР "Электроника 32 С"). После выборки микрокоманд этого формата в блоке управления приемом и обработкой микрокоманд вырабатывается сигнал торможения приема микрокоманды (блокируется сигнал WMCE). Это торможение сбрасывается внешним сигналом готовности ускорителя (АССЕ).

==== RTS ====

После выборки микрокоманды формата RTS (см. рис. 46 ) - возврат из микроподпрограммы, в регистр адреса ПЗУ - микрокода загружается содержимое регистра возврата (РВ), т.е. адрес микрокоманды, следующей за последней выполняемой микрокомандой безусловного/условного ветвления.

==== ЧКА ====

После выборки микрокоманды формата ЧКА (см.рис. 46 ) по адресу, указанному в разрядах 15-2 микрокоманды читается 32-разрядная адресная константа и помещается в регистре констант ПЗУ (RC), который доступен микропрограммно по адресу, указанному по полю чтения константы (поле "Y" в одноадресном формате). Если разряд модификации адреса константы установлен, т.е. MADR (МК 16):=1, то адрес константы формируется следующим образом:

* разряды 5-0 адреса заменяются разрядами 5-0 регистра 18 ОБ;
* разряды 13-6 берутся непосредственно из микрокоманды.

==== ЧЛК ====

После выборки микрокоманды формата ЧЛК (см. рис. 46) в регистр констант ⟨RC⟩(в разряды 23-0) загружается содержимое микрокоманды из разрядов 25-2. Разряды 31-24 ⟨RC⟩ загружаются нулями, если признак СБ:=0 (МК 1), и единицами, если СБ:=1.

Регистр констант доступен микропрограммно по адресу, указанному по полю чтения константы. Для чтения литеральных и адресных констант используется адрес ⟨6⟩ в блоке констант (БК).

==== SRF ====

Микрокоманды формата SRF (см. рис. 46) используются для установки/сброса некоторых функциональных флагов:

<pre>
+--------------------+-----------+----------------------------------------+
| Наименование флага | Состояние | Назначение |
| (вых. признак) | | |
+--------------------+-----------+----------------------------------------+
| | | Устанавливает торможение по |
| WTMM | МК 25:=1 | приему микрокоманды (блоки- |
| | | рует WMCE) до конца работы |
| | | диспетчера памяти |
+--------------------+-----------+----------------------------------------+
| SFП1 | МК 21:=1 | Установка универсального |
| | | флага перехода |
+--------------------+-----------+----------------------------------------+
| RFП1 | МК 20:=1 | Сброс универсального флага |
| | | перехода |
+--------------------+-----------+----------------------------------------+
| ИНК | МК 1:=1 | Инкремент номера регистра |
+--------------------+-----------+----------------------------------------+
| ДЕК | МК 5:=1 | Декремент номера регистра |
+--------------------+-----------+----------------------------------------+
| | | Сброс конвейера приема ко- |
| ОСТ | МК 4:=1 | манд, буфера команд, оста- |
| | | нов ДШК |
+--------------------+-----------+----------------------------------------+
| | | Устанавливает торможение по |
| | | приему микрокоманды (блоки- |
| ЖДЗРА | МК 2:=1 | рует WMCE) до конца вы - |
| | | полнения микрокоманды за - |
| | | грузки регистра адреса |
| | | (R(18)ОБ). |
+--------------------+-----------+----------------------------------------+
</pre>

При использовании микроинструкций ветвления и некоторых других допускающих модификацию младшей части микроадреса (УП, ЧКА, БП, ПСЧ), а также микроинструкций, допускающих модификацию младшей части константы, загружаемой в микропрограммный счетчик, необходимо загрузить регистр-модификатор адреса ОБ, который имеет адрес записи (1·100X)₂, т.е. 18₁₆ или 19₁₆. Флажок торможения ЖДЗРА сбрасывается по факту записи в R(19)ОБ, т.е. по окончании выполнения данной микроинструкции ОБ.

Поясним алгоритм установки/адреса такого типа торможения по приему микрокоманды следующей временной диаграммой (см. рис. 47).

<center>
[[Файл:1839VM1 TO Pic47.png|500px]]
</center>

Кроме того регистр-модификатор R(18)ОБ может быть использован в качестве обычного аккумулятора; нулевой разряд R(18)ОБ можно прочитать по адресу 0F₁₆ в блоке констант, но на месте
второго разряда:

<center>
[[Файл:1839VM1 TO Pic47_1.png|500px]]
</center>

==== FLAG ====

В отличие от формата SRF, формат микрокоманд FLAG (см. рис. 46) служит для установки некоторых функциональных флагов, привязанных к циклу операционного блока (ОБ):

<pre>
+--------------------+-----------+----------------------------------------+
| Наименование флага | Состояние | Назначение |
| (вых.признаки) | | |
+--------------------+-----------+----------------------------------------+
| INTMS | МК 23:=1 | Подсветка микропрограммы |
| | | обработки прерываний |
+--------------------+-----------+----------------------------------------+
| RCPU | МК 22:=1 | Микропрограммный сброс |
| | | процессора |
+--------------------+-----------+----------------------------------------+
| SIVV | МК 21:=1 | Блокировка целочисленного |
| | | переполнения (сброс по "КК") |
+--------------------+-----------+----------------------------------------+
| CCFPU | МК 20:=1 | Принять состояние от аппа- |
| | | ратного ускорителя команд |
| | | расширенной арифметики и |
| | | плавающей точки |
+--------------------+-----------+----------------------------------------+
| PROB | МК 19:=1 | Флаг для команды PROBE |
+--------------------+-----------+----------------------------------------+
| SIU | МК 17:=1 | Микропрограммный опрос бло- |
| | | ка прерываний (БПР) |
+--------------------+-----------+----------------------------------------+
| TOU | МК 16:=1 | Торможение операционного |
| | | блока (ОБ) до конца работы |
| | | диспетчера памяти (ДП) |
+--------------------+-----------+----------------------------------------+
| COPWT | МК 15:=1 | Перепись копий РСП и СК |
+--------------------+-----------+----------------------------------------+
</pre>

INTMS - устанавливает два аппаратных флага:
* INVRD - чтение вектора прерываний по физическому адресу. Флаг INVRD - сбрасывается первой одноадресной микроинструкцией.
* SKF - признак использования стека ядра/прерываний. Флаг SKF - сбрасывается по концу команды (КК).

Микропрограммный сброс процессора по флагу RCPU осуществляется по следующей схеме:

<center>
[[Файл:1839VM1 TO Pic47_2.png|500px]]
</center>

По факту установки флага PROB обеспечивается холостой цикл диспетчера памяти для пробирования адреса. Если адрес недоступен, то аппаратура диспетчера памяти взводит флажок PRB, по которому производится ветвление.

По факту установки флага COPWT (и по "КК") обеспечивается аппаратная перепись копий РСП и СК:

<center>
[[Файл:1839VM1 TO Pic47_3.png|300px]]
</center>

==== REST ====

При выборке микрокоманды REST (см. рис. 46) происходит восстановление РОНа из стека-рестарта и декрементируется счетчик рестарта (Запись с стек рестарта происходит аппаратно в фазе адресации операндов, при использовании одноадресной микроинструкции, микроопераций инкремент/декремент, употребления по полю чтения-Х микрокоманды 4-х разрядного номера регистра общего назначения).

Алгоритм восстановления регистров-указателей операндов из стека рестарта приведен на рис. 48. (глубина стека рестарта равна 6, в соответствии с максимальным количеством операндов в команде).

<center>
[[Файл:1839VM1 TO Pic48.png|500px]]
</center>

== 1.13. Описание ресурсов микропрограммного уровня процессора ==

К ресурсам микропрограммиста будем относить такие регистры операционного блока (ОБ), как регистры общего назначения (РОНк), регистр-указатель стекового кадра, регистр-указатель аргумента, регистр-указатель стека, регистры-аккумуляторы, регистры виртуального адреса, счетчик команд, слово состояния процессора, буферный регистр данных и т.д., а также некоторые внутренние регистры процессора. Все регистры, используемые в проекте "Электроника 32", сведены в табл. 6.

Микропрограммно доступен также блок констант операционного блока (БК). Константы ОБ приведены в табл. 7.

Микропрограммно доступна любая ячейка виртуального адресного пространства. Виртуальный адрес содержит 32 разряда и определяет ячейку длиной в байт в адресном пространстве.

Для программиста этот адрес обеспечивает адресацию линейной матрицы объемом в 4 294 967 296 байтов. Виртуальное адресное пространство разделено на страницы по 512 байтов каждая. Страница является объектом перемещения и защиты. Виртуальное адресное пространство показано на рис. 49 . Виртуальная память разделена на 2 части. Первая половина, занимающая младшую часть адресов, предназначена для распределения процессов и для каждого процесса, выполняемого в комплексе, она своя. Вторая половина виртуальной памяти, занимающая старшую часть адресов, предназначена для размещения системы, и эта область разделяется всеми процессами.

Область процессов в свою очередь делится на две равные части: программную область (P0-регион) и управляющую область (P1-регион).

=== Регистры процессора ===

Таблица 6. Регистры процессора

<pre>
+----------+-----------+------------------------+---------------+-----------+
| Мнемоника| Адрес(16) | Назначение | Доступ | Сфера |
+----------+-----------+------------------------+---------------+-----------+
| R0-RB | 00-0B | Регистры общего | ч на X,ȳ / | |
| | | назначения (РОН) | з с X*, ȳ* | |
+----------+-----------+------------------------+---------------+ |
| AP | 0C | Указатель аргумента | | |
+----------+-----------+------------------------+ | |
| FP | 0D | Указатель кадра | | |
+----------+-----------+------------------------+ | |
| SP | 0E | Указатель стека | | |
+----------+-----------+------------------------+ | |
| PC | 0F | Счетчик команд | | |
+----------+-----------+------------------------+---------------+ |
| АК6 | 10 | | | |
+----------+-----------+ | | |
| АК4 | 11 | | | |
+----------+-----------+ | | |
| АК3 | 12 | | | |
+----------+-----------+ | ч на X, ȳ / | ОБ про- |
| АК5 | 13 | Регистры-аккумуляторы | з с X*, ȳ* | цессора |
+----------+-----------+ | | |
| АК0 | 14 | | | |
+----------+-----------+ | | |
| АК1 | 15 | | | |
+----------+-----------+ | | |
| АК2 | 16 | | | |
+----------+-----------+ | | |
| АК7 | 18 | | | |
| | (адрес | | | |
| | записи | | | |
| | 11ØØX₂) | | | |
+----------+-----------+ +---------------+ |
| АК8 | 17 | | ч на X, ȳ / | |
| | | | з с X*,ȳ*,X | |
+----------+-----------+------------------------+---------------+ |
| РКА | 1D | Регистр косвенной | ч на X/з с | |
| | (адрес | адресации | МД | |
| | чтения) | | | |
+----------+-----------+------------------------+---------------+ |
| РКВА | 19 | Регистр копия вирту- | ч на ȳ / | |
| | (адрес | ального адреса | з с РВА | |
| | чтения) | | | |
+----------+-----------+------------------------+---------------+-----------+
| РВА | 1A(адрес | Регистр виртуального | ч на X,ȳ / | |
| | чтения) | адреса | з с X,ȳ*,РВАК | |
+----------+-----------+------------------------+---------------+ |
| РВАК | 1B(адрес | Регистр виртуально- | ч на ȳ / | |
| | чтения) | го адреса команды | з с X*, ȳ* | |
| | 0F(адрес | | | |
| | записи) | | | |
+----------+-----------+------------------------+---------------+ |
| РНК | 1C(адрес | Регистр начала ко - | ч на ȳ / | |
| | чтения) | манды | з с СК | |
+----------+-----------+------------------------+---------------+ |
| КРСП | 1D(адрес | Копия регистра со- | ч на ȳ / | |
| | чтения) | стояния процессора | з с РСП | |
+----------+-----------+------------------------+---------------+ ОБ про- |
| PSL | 1E | Слово состояния про- | ч на X,ȳ / | цессора |
| | | цессора | з с X*,ȳ* | |
+----------+-----------+------------------------+---------------+ |
| БО | 1F | Буферный регистр | ч на X,ȳ / | |
| | | данных (БРД) | з с X*,ȳ*; МД | |
+----------+-----------+------------------------+---------------+-----------+
</pre>

=== Внутренние регистры процессора ===

<pre>
+----------+-----------+------------------------+---------------+-----------+
| Мнемоника| Адрес (16)| Назначение | Доступ | Сфера |
+----------+-----------+------------------------+---------------+-----------+
| KSP | 00 | Указатель стека ре- | ч/з | |
| | | режима ядра | | - |
+----------+-----------+------------------------+---------------+ |
| ESP | 01 | Указатель стека ре- | ч/з | Адаптер |
| | | жима исполнения | | Q-BUS |
+----------+-----------+------------------------+---------------+ |
| SSP | 02 | Указатель стека ре- | ч/з | |
| | | жима супервизора | | |
+----------+-----------+------------------------+---------------+ |
| USP | 03 | Указатель стека ре- | ч/з | |
| | | жима пользователя | | |
+----------+-----------+------------------------+---------------+ |
| ISP | 04 | Указатель стека пре- | ч/з | (область |
| | | рываний | | сист.рег. |
+----------+-----------+------------------------+---------------+-----------+
| | 05...07 | Резерв | ч/з | |
+----------+-----------+------------------------+---------------+-----------+
| P0BR | 08 | Регистр базн Р0 | ч/з | |
+----------+-----------+------------------------+---------------+-----------+
| P0LR | 09 | Регистр длины Р0 | ч/з | Диспетчер |
+----------+-----------+------------------------+---------------+ памяти |
| P1BR | 0A | Регистр базы P1 | ч/з | процессо- |
+----------+-----------+------------------------+---------------+ ра |
| P1LR | 0B | Регистры длины P1 | ч/з | |
+----------+-----------+------------------------+---------------+ |
| SBR | 0C | Регистр базы системы | ч/з | |
+----------+-----------+------------------------+---------------+ |
| SLR | 0D | Регистр длины системы | ч/з | |
+----------+-----------+------------------------+---------------+-----------+
| | 0E...0F | Резерв | ч/з | |
+----------+-----------+------------------------+---------------+-----------+
| PCBB | 10 | Регистр базы блока | ч/з | Адаптер |
| | | управления процесса | | Q-BUS |
+----------+-----------+------------------------+---------------+-----------+
| SCBB | 11 | Регистр базы блока | ч/з | Адаптер |
| | | управления системы | | Q-BUS |
| | | | | (обл.си- |
| | | | | ст.рег.) |
+----------+-----------+------------------------+---------------+-----------+
| IPL | 12 | Уровень приоритета пре-| ч/з | Процессор |
| | | рывания | | (разряды |
| | | | | 20+I6 PSL)|
+----------+-----------+------------------------+---------------+-----------+
| ASTR | 13 | Уровень AST | ч/з | |
+----------+-----------+------------------------+---------------+ Адаптер |
| SIRR | 14 | Регистр запроса на про-| з | Q-BUS |
| | | граммное прерывание | | (обл.си- |
+----------+-----------+------------------------+---------------+ ст.рег.) |
| SISR | 15 | Регистр программного | ч/з | |
| | | прерывания | | |
+----------+-----------+------------------------+---------------+-----------+
| | 16 | Резерв | | |
+----------+-----------+------------------------+---------------+-----------+
| MCSR | 17 | Регистр состояния сбоя | ч | Контрол- |
| | | машины | | лер па - |
| | | | | мяти |
+----------+-----------+------------------------+---------------+-----------+
| ICCS | 18 | Регистр состояния | ч/з | |
| | | таймера | | |
+----------+-----------+------------------------+---------------+ |
| NICR | 19 | Регистр счета сле- | з | Адаптер |
| | | дующего интервала | | Q-BUS |
+----------+-----------+------------------------+---------------+ |
| ICR | 1A | Регистр-счетчик | ч | (обл.сист.|
| | | интервалов | | рег.) |
+----------+-----------+------------------------+---------------+ |
| TODR | 1B | Регистр времени | ч/з | |
| | | дня | | |
+----------+-----------+------------------------+---------------+-----------+
| | 1C...1F | Резерв | | |
+----------+-----------+------------------------+---------------+-----------+
| RXCS | 20 | Регистр состояния | ч/з | |
| | | консольного при - | | |
| | | емника | | |
+----------+-----------+------------------------+---------------+ |
| RXDB | 21 | Регистр данных кон- | ч | |
| | | сольного приемника | | |
+----------+-----------+------------------------+---------------+ |
| TXCS | 22 | Регистр состояния | ч/з | |
| | | консольного пере - | | |
| | | датчика | | |
+----------+-----------+------------------------+---------------+ |
| TXDB | 23 | Регистр данных кон- | з | |
| | | сольного передатчика | | |
+----------+-----------+------------------------+---------------+-----------+
| TBDR | 24 | Отключение групп бу- | ч/з | |
| | | фера трансляции(при | | |
| | | обращении читаются | | |
| | | нули) | | |
+----------+-----------+------------------------+---------------+ |
| CADR | 25 | Регистр отключения | ч/з | Контроллер|
| | | КЭШ-памяти | | памяти |
+----------+-----------+------------------------+---------------+ |
| MCESR | 26 | Регистр ошибок при | ч/з | |
| | | машинном сбое | | |
+----------+-----------+------------------------+---------------+ |
| CAER | 27 | Регистр ошибок КЭШ- | ч/з | |
| | | памяти | | |
+----------+-----------+------------------------+---------------+-----------+
| ACCS | 28 | Регистр состояния | ч | БИС со - |
| | | ускорителя команд | | процес - |
| | | П.З. | | сора |
+----------+-----------+------------------------+---------------+-----------+
| | 29...36 | Резерв | | |
+----------+-----------+------------------------+---------------+-----------+
| IORESET | 37 | Регистр сброса | з | Адаптер |
| | | UNIBUS | | Q-BUS |
+----------+-----------+------------------------+---------------+-----------+
| MME | 38 | Регистр включения | ч/з | Диспетчер |
| (MAPEN) | | диспетчера памяти | | памяти про-|
| | | | | цессора |
+----------+-----------+------------------------+---------------+-----------+
| TBIA | 39 | Регистр обнуления | з | Диспетчер |
| | | всего буфера тран- | | памяти |
| | | сляции | | процессора|
+----------+-----------+------------------------+---------------+-----------+
| TBIS | 3A | Регистр обнуления | з | Диспетчер |
| | | записи в буфере | | памяти |
| | | трансляции | | процессора|
+----------+-----------+------------------------+---------------+-----------+
| | 3B...3C | Резерв | | |
+----------+-----------+------------------------+---------------+-----------+
| PMI | 3D | Регистр включения | ч/з | Адаптер |
| | | исполнительного | | Q-BUS |
| | | монитора | | |
+----------+-----------+------------------------+---------------+-----------+
| SID | 3E | Регистр идентифика- | ч/з | Процессор |
| | | ции системы | | |
+----------+-----------+------------------------+---------------+-----------+
| | | Резерв | | |
+----------+-----------+------------------------+---------------+-----------+
</pre>

=== Константы ОБ ===

Таблица 7. Константы ОБ

<pre>
+------------+---------------+-----------------------------------------------+
| Адрес (16) | Значение (16) | Назначение |
+------------+---------------+-----------------------------------------------+
| 00 | 00000004 | Инкремент |
+------------+---------------+-----------------------------------------------+
| 01 | 00000002 | Инкремент |
+------------+---------------+-----------------------------------------------+
| 02 | 00000008 | Инкремент |
+------------+---------------+-----------------------------------------------+
| 03 | 00000001 | Инкремент |
+------------+---------------+-----------------------------------------------+
| 04 | 00000000 | Обнуление |
+------------+---------------+-----------------------------------------------+
| 05 | - | РСМ |
+------------+---------------+-----------------------------------------------+
| 06 | - | Литера ПЗУ, адресные |
| | | константы |
+------------+---------------+-----------------------------------------------+
| 07 | 00000066 | Константа перевода в код |
| | | с избытком 6 |
+------------+---------------+-----------------------------------------------+
| 08 | 0000000* | [1:0] = РСП (CRM), [2] - IS |
| | | (Чтение СRM из РСП) |
+------------+---------------+-----------------------------------------------+
| 09 | 00C00000 | Маски CRM в РСП |
+------------+---------------+-----------------------------------------------+
| 0A | FFFFFFFF | |
+------------+---------------+-----------------------------------------------+
| 0B | 00IF0000 | Маски IPL в РСП |
+------------+---------------+-----------------------------------------------+
| 0C | 04000000 | Маски IS в РСП |
+------------+---------------+-----------------------------------------------+
| 0D | 0000000* | [2:0] = MPL |
+------------+---------------+-----------------------------------------------+
| 0E | 000000** | Десятичная коррекция |
| | | [7:0] = { AA,A0 |
| | | { 0A,00 |
+------------+---------------+-----------------------------------------------+
| 0F | 0000000* | второй разряд = нулевой |
| | | разряд R18 выбор стека |
| | | при прерываниях |
+------------+---------------+-----------------------------------------------+
</pre>

=== Адресное пространство ===

<center>
[[Файл:1839VM1 TO Pic49.png|500px]]
</center>

=== Системное ОЗУ ===

Для организации системного ОЗУ (СОЗУ), некоторых внутренних системных регистров, хранения карты адресов Q-BUS БИС адаптера магистралей обеспечивает управление (чтение, запись) четырех микросхем статического ЗУ с организацией 2Кх8.

Системное ОЗУ и системные регистры доступны микропрограммно.

== 1.14. Система команд ==

В данном разделе очень кратко будут описаны те инструкции, которые используются в любом программном обеспечении при всех применениях вычислительной системы "Электроника 32". Главная цель архитектуры вычислительной системы - обеспечить набор команд, который симметричен по отношению к типам данных. Например, существуют команды сложения (ADD) для семи типов данных (байт, слово, длинное слово, F , D , G и H -floating), причем каждая команда имеет варианты для двух и трех операндов. Симметричными командами являются также команды пересылки, преобразования тестирования и вычислений (в микропроцессорной системе "Электроника 32" команды работы со I28-разрядными данными,
такими как H-floating и Octal integer, выполняются эмуляцией на программном уровне).

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

Команды арифметических вычислений включают в себя сложение, вычитание, умножение и деление. Логические команды работают с тремя типами данных (байт, слово, длинное слово) и включают в себя: установку и сброс битов, логическое сложение MOD 2. Команды арифметических и логических вычислений доступны как в двух, так и в трехоперандной формах для каждого допустимого типа данных. Трехоперандная форма принимает первые два операнда и сохраняет результат по адресу третьего операнда.

Для задач целочисленного программирования имеется команда записи в стек длинного слова.

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

Существуют специальные команды сложения, вычитания, умножения и деления с многократной точностью.

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

В систему команд входят также команды обработки чисел в формате с плавающей запятой. Команды с плавающей запятой работают с данными четырех типов (F, D , G и H-формат). Для всех четырех типов данных с плавающей запятой имеются стандартные арифметические операции сложения, вычитания, умножения и деления (ADD, SUB, MUL, DIV). Кроме того имеются две составные операции EMOD и POLY, также применимые ко всем четырем типам данных с плавающей запятой. EMOD вырабатывает произведение двух операндов, а затем разделяет результат на целую и дробную части. POLY подсчитывает значение полинома по заданной степени, аргументу и указателю таблицы коэффициентов.

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

Для всех типов данных с плавающей запятой существует класс команд пересылок (MOV, MNEG), очистки (CLR), сравнения (СМР) и тестирования (TST). И, наконец, существует класс команд АСВ (сложение, сравнение и переход).

В процессоре имеется широкий набор команд ветвлений и переходов (команды управления). Довольно часто требуется передача управления, основанная на значении переменной, для поддержки таких конструкций в языках высокого уровня как "GOTO" в языке FORTRAN и "CASE" в языке PASCAL . Вследствии этого система команд включает в себя команду CASE , позволяющую эффективно реализовать эти структуры управления. Команда CASE не только производит передачу управления, но также управляет инициализацией и контролем границ для переменной типа INDEX. Цепь команды CASE состоит в передаче управления одной из n ячеек на основании значения целочисленного операнда-селектора.

Существует также ряд важных команд, предназначенных для работы со специфическими типами данных, такими как поле бит переменной длины, символьная строка, строка десятичных цифр, строка упакованных десятичных цифр, очередь (типы данных приведены на рис. 50).

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

Это привилегированные команды и особые (специальные) команды, которые не попадают под какую-либо классификацию. Некоторые из этих инструкций предназначены для работы со специализированной частью архитектуры вычислительной системы (например: диспетчеризация памяти, прерывания и исключительные ситуации, диспетчеризация процессов, внутренние регистры процессора).

<center>
[[Файл:1839VM1 TO Pic50.png|500px]]
</center>

Для наглядности представления системы команд, на основании изложенного выше, разделим набор инструкций на 13 основных разделов:

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

Ниже будет приведено краткое описание инструкций (см. табл. 8).

Внутри каждого раздела близкие по свойствам инструкции объединены в группы и вместе описываются. Описание групп инструкций состоит из следующих пунктов: название группы; код команды; формат каждой инструкции в группе.

В табл.8 приводится мнемоника команды, определяются название и тип каждого спецификатора операнда инструкции и порядок, в котором они появляются в инструкции.

Таблица 8

СИСТЕМА КОМАНД

=== 1. Команды для работы с целыми числами и логические команды ===

<pre>
+-----+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+-----+-----------+-------------------------------+----------------------------------+
| 58 | ADAWI | КОП add.rw,sum.mw | Сложение выровненных |
| | | | слов с блокировкой па- |
| | | | мяти |
+-----+-----------+-------------------------------+----------------------------------+
| 80 | ADDB2 | КОП add.rx,sum.mx | Сложение байтов двух - |
| | | | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A0 | ADDW2 | -"- | Сложение слов двухопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C0 | ADDL2 | -"- | Сложение двойных слов |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 81 | ADDB3 | КОП add1.rx,add2.rx, | Сложение байтов трех - |
| | | sum.mx | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A1 | ADDW3 | -"- | Сложение слов трехопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C1 | ADDL3 | -"- | Сложение двойных слов |
| | | | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| D8 | ADWC | КОП add.rl,sum.ml | Сложение с переносом |
+-----+-----------+-------------------------------+----------------------------------+
| 78 | ASHL | КОП cnt.rb,src.rx, | Арифметический сдвиг |
| | | dst.wx | двойного слова |
+-----+-----------+-------------------------------+----------------------------------+
| 79 | ASHQ | -"- | Арифметический сдвиг |
| | | | квадрослова |
+-----+-----------+-------------------------------+----------------------------------+
| 8A | BICB2 | КОП mask.rx,dst.mx | Очистка разрядов байта |
| | | | двухоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| AA | BICW2 | -"- | Очистка разрядов слова |
| | | | двухоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| CA | BICL2 | -"- | Очистка разрядов двой - |
| | | | ного слова двухоперанд- |
| | | | ная |
+-----+-----------+-------------------------------+----------------------------------+
| 8B | BICB3 | КОП mask.rx, | Очистка разрядов байта |
| | | src.rx,dst.mx | трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| AB | BICW3 | -"- | Очистка разрядов слова |
| | | | трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| CB | BICL3 | -"- | Очистка разрядов двойно- |
| | | | го слова трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| 88 | BISB2 | КОП mask.rx, | Установка разрядов байта |
| | | dst.mx | двухоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| A8 | BISW2 | -"- | Установка разрядов слова |
| | | | двухоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| C8 | BISL2 | -"- | Установка разрядов двойно- |
| | | | го слова двухоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| 89 | BISB3 | КОП mask.rx,src.rx, | Установка разрядов байта |
| | | dst.mx | трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| A9 | BISW3 | -"- | Установка разрядов слова |
| | | | трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| C9 | BISL3 | -"- | Установка разрядов двой - |
| | | | ного слова трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| 93 | BITB | КОП mask.rx,src.rx | Проверка разрядов байта |
+-----+-----------+-------------------------------+----------------------------------+
| B3 | BITW | -"- | Проверка разрядов слова |
+-----+-----------+-------------------------------+----------------------------------+
| D3 | BITL | -"- | Проверка разрядов двойно- |
| | | | го слова |
+-----+-----------+-------------------------------+----------------------------------+
| 94 | CLRB | КОП dst.wx | Очистка байта |
+-----+-----------+-------------------------------+----------------------------------+
| B4 | CLRW | -"- | Очистка слова |
+-----+-----------+-------------------------------+----------------------------------+
| D4 | CLRL | -"- | Очистка двойного слова |
+-----+-----------+-------------------------------+----------------------------------+
| 7C | CLRQ | -"- | Очистка квадрослова |
+-----+-----------+-------------------------------+----------------------------------+
| 91 | CMPB | КОП src1.rx,src2.rx | Сравнение байтов |
+-----+-----------+-------------------------------+----------------------------------+
| B1 | CMPW | -"- | Сравнение слов |
+-----+-----------+-------------------------------+----------------------------------+
| D1 | CMPL | -"- | Сравнение двойных слов |
+-----+-----------+-------------------------------+----------------------------------+
| 99 | CVTBW | КОП src.rx,dst.my | Преобразование байта в |
| | | | слово |
+-----+-----------+-------------------------------+----------------------------------+
| 98 | CVTBL | -"- | Преобразование байта в |
| | | | двойное слово |
+-----+-----------+-------------------------------+----------------------------------+
| 33 | CVTWB | -"- | Преобразование слова в |
| | | | байт |
+-----+-----------+-------------------------------+----------------------------------+
| 32 | CVTWL | -"- | Преобразование слова в |
| | | | двойное слово |
+-----+-----------+-------------------------------+----------------------------------+
| F6 | CVTLB | -"- | Преобразование двойно- |
| | | | го слова в байт |
+-----+-----------+-------------------------------+----------------------------------+
| F7 | CVTLW | -"- | Преобразование двойно- |
| | | | го слова в слово |
+-----+-----------+-------------------------------+----------------------------------+
| 97 | DECB | КОП dif.mx | Декремент на один байт |
+-----+-----------+-------------------------------+----------------------------------+
| B7 | DECW | -"- | Декремент на одно слово |
+-----+-----------+-------------------------------+----------------------------------+
| D7 | DECL | -"- | Декремент на одно двой- |
| | | | ное слово |
+-----+-----------+-------------------------------+----------------------------------+
| 86 | DIVB2 | КОП divr.rx,quo.mx | Деление байтов двухопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| A6 | DIVW2 | -"- | Деление слов двухопе - |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C6 | DIVL2 | -"- | Деление двойных слов |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 87 | DIVB3 | КОП divr.rx,divd.rx, | Деление байтов трехопе- |
| | | quo.wx | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| A7 | DIVW3 | -"- | Деление слов трехопе - |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C7 | DIVL3 | -"- | Деление двойных слов |
| | | | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 7B | EDIV | КОП divr.rl,divd.rq, | Расширенное деление |
| | | quo.wl,rem.wl | |
+-----+-----------+-------------------------------+----------------------------------+
| 7A | EMUL | КОП mulr.rl,muld.rl, | Расширенное умножение |
| | | add.rl,prod.wq | |
+-----+-----------+-------------------------------+----------------------------------+
| 96 | INCB | КОП sum.mx | Инкремент на один байт |
+-----+-----------+-------------------------------+----------------------------------+
| B6 | INCW | -"- | Инкремент на одно слово |
+-----+-----------+-------------------------------+----------------------------------+
| D6 | INCL | -"- | Инкремент на одно двой- |
| | | | ное слово |
+-----+-----------+-------------------------------+----------------------------------+
| 92 | MCOMB | КОП src.rx,dst.wx | Пересылка байта с инвер- |
| | | | сией |
+-----+-----------+-------------------------------+----------------------------------+
| B2 | MCOMW | -"- | Пересылка слова с инвер- |
| | | | сией |
+-----+-----------+-------------------------------+----------------------------------+
| D2 | MCOML | -"- | Пересылка двойного слова |
| | | | с инверсией |
+-----+-----------+-------------------------------+----------------------------------+
| 8E | MNEGB | -"- | Пересылка байта с ариф - |
| | | | метическим отрицанием |
+-----+-----------+-------------------------------+----------------------------------+
| AE | MNEGW | -"- | Пересылка слова с ариф - |
| | | | метическим отрицанием |
+-----+-----------+-------------------------------+----------------------------------+
| CE | MNEGL | -"- | Пересылка двойного слова |
| | | | с арифметическим отрица- |
| | | | нием |
+-----+-----------+-------------------------------+----------------------------------+
| 90 | MOVB | -"- | Пересылка байта |
+-----+-----------+-------------------------------+----------------------------------+
| B0 | MOVW | -"- | Пересылка слова |
+-----+-----------+-------------------------------+----------------------------------+
| D0 | MOVL | -"- | Пересылка двойного слова |
+-----+-----------+-------------------------------+----------------------------------+
| 7D | MOVQ | -"- | Пересылка квадрослова |
+-----+-----------+-------------------------------+----------------------------------+
| 9B | MOVZBW | КОП src.rx,dst.wy | Пересылка байта с допол- |
| | | | нением ведущими нулями |
| | | | до слова |
+-----+-----------+-------------------------------+----------------------------------+
| 9A | MOVZBL | -"- | Пересылка байта с допол- |
| | | | нением ведущими нулями |
| | | | до двойного слова |
+-----+-----------+-------------------------------+----------------------------------+
| BC | MOVZWL | -"- | Пересылка слова с допол- |
| | | | нением ведущими нулями |
| | | | до двойного слова |
+-----+-----------+-------------------------------+----------------------------------+
| 84 | MULB2 | КОП mulr.rx,prod.mx | Умножение байтов двух- |
| | | | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A4 | MULW2 | -"- | Умножение слов двухопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C4 | MULL2 | -"- | Умножение двойных слов |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 85 | MULB3 | КОП mulr.rx,muld.rx, | Умножение байтов трех- |
| | | prod.wx | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A5 | MULW3 | -"- | Умножение слов трехопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C5 | MULL3 | -"- | Умножение двойных слов |
| | | | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| DD | PUSHL | КОП src.rl,{-(SP).wl} | Занесение двойного сло- |
| | | | ва в стек |
+-----+-----------+-------------------------------+----------------------------------+
| 9C | ROTL | КОП cnt.rb,src.rl,dst.wl | Циклический сдвиг двой- |
| | | | ного слова |
+-----+-----------+-------------------------------+----------------------------------+
| D9 | SBWC | КОП sub.rl,dif.ml | Вычитание с переносом |
+-----+-----------+-------------------------------+----------------------------------+
| 82 | SUBB2 | КОП sub.rx,dif.mx | Вычитание байтов двух - |
| | | | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A2 | SUBW2 | -"- | Вычитание слов двухопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C2 | SUBL2 | -"- | Вычитание двойных слов |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 83 | SUBB3 | КОП sub.rx,min.rx, | Вычитание байтов трех- |
| | | dif.wx | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A3 | SUBW3 | -"- | Вычитание слов трехопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C3 | SUBL3 | КОП sub.rx,min.rx, | Вычитание двойных слов |
| | | dif.wx | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 95 | TSTB | КОП src.rx | Проверка разрядов байта |
+-----+-----------+-------------------------------+----------------------------------+
| B5 | TSTW | -"- | Проверка разрядов слова |
+-----+-----------+-------------------------------+----------------------------------+
| D5 | TSTL | -"- | Проверка разрядов двойно- |
| | | | го слова |
+-----+-----------+-------------------------------+----------------------------------+
| 8C | XORB2 | КОП mask.rx,dst.mx | Сложение байтов по MOD2 |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| AC | XORW2 | -"- | Сложение слов по MOD2 |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| CC | XORL2 | -"- | Сложение двойных слов по |
| | | | MOD2 двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 8D | XORB3 | КОП mask.rx,src.rx, | Сложение байтов по MOD2 |
| | | dst.wx | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| AD | XORW3 | -"- | Сложение слов по MOD2 |
| | | | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| CD | XORL3 | -"- | Сложение двойных слов по |
| | | | MOD2 трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
</pre>

=== 2. Команды работы со стеками и адресами памяти ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| 9E | MOVAB | КОП src.ax,dst.wl | Пересылка адреса байта |
+------+-----------+-------------------------------+----------------------------------+
| 3E | MOVAW | -"- | Пересылка адреса слова |
+------+-----------+-------------------------------+----------------------------------+
| DE | MOVAL, | -"- | Пересылка адреса двойного |
| | MOVAF | | слова /или слова формата |
| | | | F/ |
+------+-----------+-------------------------------+----------------------------------+
| 7E | MOVAQ, | КОП src.ax,dst.wl | Пересылка адреса четвер- |
| | MOVAD, | | ного слова /или слов |
| | MOVAG | | форматов D, G / |
+------+-----------+-------------------------------+----------------------------------+
| 7FFD | MOVAO, | -"- | Пересылка адреса восьмер- |
| | MOVAH | | ного слова /или слова |
| | | | формата H/ |
+------+-----------+-------------------------------+----------------------------------+
| BF | PUSHAB | КОП src.ax,{-(SP).wl} | Пересылка адреса байта |
| | | | в стек |
+------+-----------+-------------------------------+----------------------------------+
| 3F | PUSHAW | -"- | Пересылка адреса слова |
| | | | в стек |
+------+-----------+-------------------------------+----------------------------------+
| DF | PUSHAL, | -"- | Пересылка адреса двой- |
| | PUSHAF | | ного слова /или слова |
| | | | формата F / в стек |
+------+-----------+-------------------------------+----------------------------------+
| 7F | PUSHAQ, | -"- | Пересылка адреса чет - |
| | PUSHAD, | | верного слова /или слов |
| | PUSHAG | | форматов D ; G / в |
| | | | стек |
+------+-----------+-------------------------------+----------------------------------+
| 7FFD | PUSHAO, | -"- | Пересылка адреса вось- |
| | PUSHAH | | мерного слова/или сло- |
| | | | ва формата H/ в стек |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 3. Команды управления ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 9D | ACBB | КОП limit.rx,add.rx, | Сложение байтов со |
| | | index.mx,displ.bw | сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| 3D | ACBW | -"- | Сложение слов со |
| | | | сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| F1 | ACBL | КОП limit.rx,add.rx, | Сложение двойных слов со |
| | | index.mx,displ.bw | сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| 4F | ACBF | -"- | Сложение слов формата F |
| | | | со сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| 6F | ACBD | -"- | Сложение слов формата D |
| | | | со сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| 4FFD | ACBG | -"- | Сложение слов формата G |
| | | | со сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| 6FFD | ACBH | -"- | Сложение слов формата H |
| | | | со сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| F3 | AOBLEQ | КОП limit.rx,index.ml, | Прибавить единицу и пере- |
| | | displ.bb | ход, если меньше или |
| | | | равно |
+------+-----------+-------------------------------+----------------------------------+
| F2 | AOBLSS | -"- | Прибавить единицу и пере- |
| | | | ход, если меньше |
+------+-----------+-------------------------------+----------------------------------+
| 19 | BLSS | КОП displ.bb | Переход, если N = I |
+------+-----------+-------------------------------+----------------------------------+
| 15 | BLEQ | -"- | Переход, если {NORZ}=1 |
+------+-----------+-------------------------------+----------------------------------+
| 13 | BEQL,BEQLU| -"- | Переход, если Z = I |
+------+-----------+-------------------------------+----------------------------------+
| 12 | BNEQ,BNEQU| -"- | Переход, если Z = 0 |
+------+-----------+-------------------------------+----------------------------------+
| I8 | BGEQ | -"- | Переход, если N = 0 |
+------+-----------+-------------------------------+----------------------------------+
| 14 | BGTR | -"- | Переход, если {NORZ} = 0 |
+------+-----------+-------------------------------+----------------------------------+
| 1F | BLSSU,BCS | -"- | Переход, если C = I |
+------+-----------+-------------------------------+----------------------------------+
| 1B | BLEQU | -"- | Переход, если {COR Z}= I |
+------+-----------+-------------------------------+----------------------------------+
| 1E | BGEQU,BCC | -"- | Переход, если C = 0 |
+------+-----------+-------------------------------+----------------------------------+
| 1A | BGTRU | -"- | Переход, если {CORZ} = 0 |
+------+-----------+-------------------------------+----------------------------------+
| 1D | BVS | -"- | Переход, если V = I |
+------+-----------+-------------------------------+----------------------------------+
| 1C | BVC | -"- | Переход, если V = 0 |
+------+-----------+-------------------------------+----------------------------------+
| E0 | BBS | КОП pos.rl,base.vb, | Ветвление по биту /указан- |
| | | disp l.bb,{field.rv} | ный разряд равен I/ |
+------+-----------+-------------------------------+----------------------------------+
| E1 | BBC | -"- | Ветвление по биту /указан- |
| | | | ный разряд равен 0/ |
+------+-----------+-------------------------------+----------------------------------+
| E2 | BBSS | -"- | Ветвление по установлен- |
| | | | ному биту и установить /без |
| | | | блокировки памяти/ |
+------+-----------+-------------------------------+----------------------------------+
| E4 | BBSC | -"- | Ветвление по установлен- |
| | | | ному биту и очистить /без |
| | | | блокировки памяти/ |
+------+-----------+-------------------------------+----------------------------------+
| E5 | BBCC | -"- | Ветвление по очищенному |
| | | | биту и очистить /без бло - |
| | | | кировки памяти/ |
+------+-----------+-------------------------------+----------------------------------+
| E3 | BBCS | -"- | Ветвление по очищенному |
| | | | биту и установить /без |
| | | | блокировки памяти/ |
+------+-----------+-------------------------------+----------------------------------+
| E6 | BBSSI | -"- | Ветвление по установлен- |
| | | | ному биту и установить с |
| | | | блокировкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| E7 | BBCCI | -"- | Ветвление по сброшенному |
| | | | биту и очистить с блоки - |
| | | | ровкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| E8 | BLBS | КОП src.rl,displ.bb | Ветвление, если установлен |
| | | | младший бит |
+------+-----------+-------------------------------+----------------------------------+
| E9 | BLBC | -"- | Ветвление, если сброшен |
| | | | младший бит |
+------+-----------+-------------------------------+----------------------------------+
| II | BRB | КОП displ.bx | Безусловный переход с бай- |
| | | | товым смещением |
+------+-----------+-------------------------------+----------------------------------+
| 3I | BRW | -"- | Безусловный переход со сме- |
| | | | щением в одно слово |
+------+-----------+-------------------------------+----------------------------------+
| I0 | BSBB | КОП displ.bx,{-(SP).wl} | Переход к подпрограмме с |
| | | | байтовым смещением |
+------+-----------+-------------------------------+----------------------------------+
| 30 | BSBW | -"- | Переход к подпрограмме со |
| | | | смещением в одно слово |
+------+-----------+-------------------------------+----------------------------------+
| 8F | CASEB | КОП selector.rx,base.rx, | Многофункциональный пере- |
| | | limit.rx,displ.bw-list | ход с байтовым смещением |
+------+-----------+-------------------------------+----------------------------------+
| AF | CASEW | -"- | Многофункциональный пере- |
| | | | ход со смещением в одно |
| | | | слово |
+------+-----------+-------------------------------+----------------------------------+
| CF | CASEL | -"- | Многофункциональный пере- |
| | | | ход со смещением в одно |
| | | | двойное слово |
+------+-----------+-------------------------------+----------------------------------+
| I7 | JMP | КОП dst.ab | Абсолютный безусловный |
| | | | переход |
+------+-----------+-------------------------------+----------------------------------+
| I6 | JSB | КОП dst.ab,{-(SP).wl} | Абсолютный переход к под- |
| | | | программе |
+------+-----------+-------------------------------+----------------------------------+
| 05 | RSB | КОП {(SP)+.rl} | Возврат из подпрограммы |
+------+-----------+-------------------------------+----------------------------------+
| F4 | SOBGEQ | КОП index.ml,displ.bb | Вычесть единицу и переход, |
| | | | если больше или равно |
+------+-----------+-------------------------------+----------------------------------+
| F5 | SOBGTR | -"- | Вычесть единицу и переход, |
| | | | если больше |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 4. Команды для работы с переменными битовыми полями ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| EC | CMPV | КОП pos.rl,size.rb,base.vb, | Сравнение полей |
| | | {field.rv},src.rl | |
+------+-----------+-------------------------------+----------------------------------+
| ED | CMPZV | -"- | Сравнение полей с рас- |
| | | | ширением ведущими нулями |
+------+-----------+-------------------------------+----------------------------------+
| EE | EXTV | КОП pos.rl,size.rb, | Выделить поле |
| | | base.vb,{field.rv},dst.wl | |
+------+-----------+-------------------------------+----------------------------------+
| EF | EXTZV - | -"- | Выделить поле, расши - |
| | | | ренное ведущими нулями |
+------+-----------+-------------------------------+----------------------------------+
| EA | FFS | КОП startpos.rl, | Поиск первого установ- |
| | | size.rb,base.vb, | ленного разряда |
| | | {field.rv},findpos.wl | |
+------+-----------+-------------------------------+----------------------------------+
| EB | FFC | -"- | Поиск первого сброшен- |
| | | | ного разряда |
+------+-----------+-------------------------------+----------------------------------+
| F0 | INSV | КОП src.rl,pos.rl, | Вставка поля |
| | | size.rb,base.vb, | |
| | | {field.wv} | |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 5. Команды вызова процедур и подпрограмм ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| FA | CALLG | КОП arglist.ab, | Вызов процедуры с |
| | | dst.ab,{-(SP).w*} | произвольным списком |
| | | | аргументов |
+------+-----------+-------------------------------+----------------------------------+
| FB | CALLS | КОП numg.rg.rl, | Вызов процедуры со |
| | | dst.ab,{-(SP).w*} | списком аргументов в |
| | | | стеке |
+------+-----------+-------------------------------+----------------------------------+
| 04 | RET | КОП {(SP)+.r*} | Возврат из процедуры |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 6. Привилегированные команды ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 0C | PROBER | КОП mode.rb,len.rw, | Проверка доступности по |
| | | base.ab | чтению |
+------+-----------+-------------------------------+----------------------------------+
| 0D | PROBEW | -"- | Проверка доступности по |
| | | | записи |
+------+-----------+-------------------------------+----------------------------------+
| BC | CHMK | КОП param.rw,{-(ySP).w*}, | Смена режима на режим |
| | | где: y=MINU(x,PSL <текущий | ядра |
| | | реж.>) | |
+------+-----------+-------------------------------+----------------------------------+
| BD | CHME | -"- | Смена режима на режим |
| | | | исполнения |
+------+-----------+-------------------------------+----------------------------------+
| BE | CHMS | -"- | Смена режима на режим |
| | | | супервизора |
+------+-----------+-------------------------------+----------------------------------+
| BF | CHMU | -"- | Смена режима на режим |
| | | | пользователя |
+------+-----------+-------------------------------+----------------------------------+
| 02 | REI | КОП {(SP)+.r*} | Возврат из исключитель- |
| | | | ной ситуации или пре - |
| | | | рывания |
+------+-----------+-------------------------------+----------------------------------+
| 06 | LDPCTX | КОП {PCB.r*,-(кSP).w*}, | Загрузка контекста |
| | | где PCB - регистр | процесса |
| | | управления процес- | |
| | | сором | |
+------+-----------+-------------------------------+----------------------------------+
| 07 | SVPCTX | КОП {(SP)+.r*,PCB.w*} | Сохранение контекста |
| | | | процесса |
+------+-----------+-------------------------------+----------------------------------+
| DA | MTPR | КОП src.rl,procreg.rl | Пересылка в процессор- |
| | | | ный регистр |
+------+-----------+-------------------------------+----------------------------------+
| DB | MFPR | КОП procreg.rl,dst.wl | Пересылка из процессор- |
| | | | ного регистра |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 7. Специальные команды ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| B9 | BICPSW | КОП mask.rw | Сброс разрядов в слове |
| | | | состояния процессора |
+------+-----------+-------------------------------+----------------------------------+
| B8 | BISPSW | -"- | Установка разрядов в |
| | | | слове состояния процес- |
| | | | сора |
+------+-----------+-------------------------------+----------------------------------+
| 03 | BRT | КОП {-(кSP).w*} | Ошибка ветвления |
+------+-----------+-------------------------------+----------------------------------+
| 00 | HALT | -"- | Останов |
+------+-----------+-------------------------------+----------------------------------+
| 0A | INDEX | КОП subscript.rl,low.rl, | Вычисление индекса |
| | | high.rl,size.rl,indexin.rl, | |
| | | indexout.wl | |
+------+-----------+-------------------------------+----------------------------------+
| DC | MOVPSL | КОП dst.wl | Пересылка из длинного |
| | | | слова состояния процес- |
| | | | сора |
+------+-----------+-------------------------------+----------------------------------+
| 01 | NOP | КОП | Пустой оператор |
+------+-----------+-------------------------------+----------------------------------+
| BB | PUSHR | КОП mask.rw,{-(SP).w*} | Пересылка содержимого |
| | | | регистров в стек |
+------+-----------+-------------------------------+----------------------------------+
| BA | POPR | КОП mask.rw,{(SP)+.r*} | Удаление содержимого |
| | | | регистров из стека |
+------+-----------+-------------------------------+----------------------------------+
| FC | XFC | КОП | Расширенный вызов |
| | | | функции |
+------+-----------+-------------------------------+----------------------------------+
| FEFF | BUGW | КОП message.bx | Проверить слово на на- |
| | | | личие ошибок |
+------+-----------+-------------------------------+----------------------------------+
| FDFF | BUGL | -"- | Проверить двойное сло- |
| | | | во на наличие ошибок |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 8. Команды работы с очередями ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 5C | INSQHI | КОП entry.ab,header.aq | Занесение элемента в |
| | | | "голову" очереди с |
| | | | блокировкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| 5D | INSQTI | КОП entry.ab,header.aq | Занесение элемента в |
| | | | "хвост" очереди с бло- |
| | | | кировкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| 0E | INSQUE | КОП entry.ab,pred.ab | Занесение элемента в |
| | | | очередь |
+------+-----------+-------------------------------+----------------------------------+
| 5E | REMQHI | КОП header.aq,addr.wl | Удаление элемента из |
| | | | "головы" очереди с бло- |
| | | | кировкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| 5F | REMQTI | -"- | Удаление элемента из |
| | | | "хвоста" очереди с бло- |
| | | | кировкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| 0F | REMQUE | КОП entry.ab,addr.wl | Удаление элемента из |
| | | | очереди |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 9. Команды плавающей арифметики ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 40 | ADDF2 | КОП addr.rx,sum.mx | Сложение двухоперанд- |
| | | | ное в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 60 | ADDD2 | -"- | Сложение двухоперанд- |
| | | | ное в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 40FD | ADDG2 | -"- | Сложение двухоперанд- |
| | | | ное в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 60FD | ADDH2 | -"- | Сложение двухоперанд- |
| | | | ное в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 4I | ADDF3 | КОП add1.rx,add2.rx, | Сложение трехоперанд- |
| | | sum.wx | ное в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 6I | ADDD3 | -"- | Сложение трехоперанд- |
| | | | ное в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 4IFD | ADDG3 | КОП add1.rx,add2.rx, | Сложение трехоперандное |
| | | sum.wx | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 6IFD | ADDH3 | -"- | Сложение трехоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| D4 | CLRL,CLRF | КОП dst.wx | Очистка двойного слова |
| | | | /или слова формата F/ |
+------+-----------+-------------------------------+----------------------------------+
| 7C | CLRQ,CLRD,| -"- | Очистка четверного слова |
| | CLRG | | /или слов форматов D ,G/ |
+------+-----------+-------------------------------+----------------------------------+
| 7CFD | CLRO,CLRH | -"- | Очистка октослова /или |
| | | | слова формата H/ |
+------+-----------+-------------------------------+----------------------------------+
| 5I | CMPF | КОП src1.rx,src2.rx | Сравнение слов формата F |
+------+-----------+-------------------------------+----------------------------------+
| 7I | CMPD | -"- | Сравнение слов формата D |
+------+-----------+-------------------------------+----------------------------------+
| 5IFD | CMPG | -"- | Сравнение слов формата G |
+------+-----------+-------------------------------+----------------------------------+
| 7IFD | CMPH | -"- | Сравнение слов формата H |
+------+-----------+-------------------------------+----------------------------------+
| 4B | CVTRFL | КОП src.rx,dst.wl | Преобразование слова |
| | | | формата F в двойное сло- |
| | | | во с округлением |
+------+-----------+-------------------------------+----------------------------------+
| 6B | CVTRDL | -"- | Преобразование слова |
| | | | формата D в двойное |
| | | | слово с округлением |
+------+-----------+-------------------------------+----------------------------------+
| 4BFD | CVTRGL | -"- | Преобразование слова |
| | | | формата G в двойное |
| | | | слово с округлением |
+------+-----------+-------------------------------+----------------------------------+
| 6BFD | CVTRHL | -"- | Преобразование слова |
| | | | формата H в двойное |
| | | | слово с округлением |
+------+-----------+-------------------------------+----------------------------------+
| 48 | CVTFB | КОП src.rx,dst.wy | Преобразование слова |
| | | | формата F в байт |
+------+-----------+-------------------------------+----------------------------------+
| 56 | CVTFD | КОП src.rx,dst.wy | Преобразование слова фор- |
| | | | мата F в слово формата D |
+------+-----------+-------------------------------+----------------------------------+
| 99FD | CVTFG | -"- | Преобразование слова фор- |
| | | | мата F в слово формата G |
+------+-----------+-------------------------------+----------------------------------+
| 98FD | CVTFH | -"- | Преобразование слова фор- |
| | | | мата F в слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 4A | CVTFL | -"- | Преобразование слова фор- |
| | | | мата F в двойное слово |
+------+-----------+-------------------------------+----------------------------------+
| 49 | CVTFW | -"- | Преобразование слова фор- |
| | | | мата F в слово |
+------+-----------+-------------------------------+----------------------------------+
| 48FD | CVTGB | -"- | Преобразование слова фор- |
| | | | мата G в байт |
+------+-----------+-------------------------------+----------------------------------+
| 33FD | CVTGF | -"- | Преобразование слова фор- |
| | | | мата G в слово формата F |
+------+-----------+-------------------------------+----------------------------------+
| 56FD | CVTGH | -"- | Преобразование слова фор- |
| | | | мата G в слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 4AFD | CVTGL | -"- | Преобразование слова фор- |
| | | | мата G в двойное слово |
+------+-----------+-------------------------------+----------------------------------+
| 49FD | CVTGW | -"- | Преобразование слова фор- |
| | | | мата G в слово |
+------+-----------+-------------------------------+----------------------------------+
| 68FD | CVTHB | -"- | Преобразование слова фор- |
| | | | мата H в байт |
+------+-----------+-------------------------------+----------------------------------+
| F7FD | CVTHD | -"- | Преобразование слова фор- |
| | | | мата H в слово формата D |
+------+-----------+-------------------------------+----------------------------------+
| 56FD | CVTHF | -"- | Преобразование слова фор- |
| | | | мата H в слово формата F |
+------+-----------+-------------------------------+----------------------------------+
| 76FD | CVTHG | -"- | Преобразование слова фор- |
| | | | мата H в слово формата G |
+------+-----------+-------------------------------+----------------------------------+
| 6AFD | CVTHL | -"- | Преобразование слова фор- |
| | | | мата H в двойное слово |
+------+-----------+-------------------------------+----------------------------------+
| 69FD | CVTHW | -"- | Преобразование слова фор- |
| | | | мата H в слово |
+------+-----------+-------------------------------+----------------------------------+
| 68 | CVTDB | КОП src.rx,dst.wy | Преобразование слова форма- |
| | | | та D в байт |
+------+-----------+-------------------------------+----------------------------------+
| 76 | CVTDF | -"- | Преобразование слова форма- |
| | | | та D в слово формата F |
+------+-----------+-------------------------------+----------------------------------+
| 32FD | CVTDH | -"- | Преобразование слова форма- |
| | | | та D в слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 6A | CVTDL | -"- | Преобразование слова форма- |
| | | | та D в двойное слово |
+------+-----------+-------------------------------+----------------------------------+
| 69 | CVTDW | -"- | Преобразование слова форма- |
| | | | та D в слово |
+------+-----------+-------------------------------+----------------------------------+
| 6C | CVTBD | -"- | Преобразование байта в сло- |
| | | | во формата D |
+------+-----------+-------------------------------+----------------------------------+
| 4C | CVTBF | -"- | Преобразование байта в сло- |
| | | | во формата F |
+------+-----------+-------------------------------+----------------------------------+
| 4CFD | CVTBG | -"- | Преобразование байта в |
| | | | слово формата G |
+------+-----------+-------------------------------+----------------------------------+
| 6CFD | CVTBH | -"- | Преобразование байта в |
| | | | слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 6D | CVTWD | -"- | Преобразование слова в |
| | | | слово формата D |
+------+-----------+-------------------------------+----------------------------------+
| 4D | CVTWF | -"- | Преобразование слова в |
| | | | слово формата F |
+------+-----------+-------------------------------+----------------------------------+
| 4DFD | CVTWG | -"- | Преобразование слова в |
| | | | слово формата G |
+------+-----------+-------------------------------+----------------------------------+
| 6DFD | CVTWH | -"- | Преобразование слова в |
| | | | слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 6E | CVTLD | -"- | Преобразование двойного |
| | | | слова в слово формата D |
+------+-----------+-------------------------------+----------------------------------+
| 4E | CVTLF | -"- | Преобразование двойного |
| | | | слова в слово формата F |
+------+-----------+-------------------------------+----------------------------------+
| 4EFD | CVTLG | -"- | Преобразование двойного |
| | | | слова в слово формата G |
+------+-----------+-------------------------------+----------------------------------+
| 6EFD | CVTLH | КОП rc.rx,dst.wy | Преобразование двойного |
| | | | слова в слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 46 | DIVF2 | КОП divr.rx,quo.mx | Деление двухоперандное |
| | | | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 66 | DIVD2 | -"- | Деление двухоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 46FD | DIVG2 | -"- | Деление двухоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 66FD | DIVH2 | -"- | Деление двухоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 47 | DIVF3 | КОП divr.rx,divd.rx, | Деление трехоперандное |
| | | quo.wx | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 67 | DIVD3 | -"- | Деление трехоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 47FD | DIVG3 | -"- | Деление трехоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 67FD | DIVH3 | -"- | Деление трехоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 54 | EMODF | КОП mulr.rx,mulrx.rb, | Расширенное умножение |
| | | muld.rx,int.wl,fract.wx | в формате F с выделе- |
| | | | нием целой части |
+------+-----------+-------------------------------+----------------------------------+
| 74 | EMODD | -"- | Расширенное умножение |
| | | | в формате D с вы- |
| | | | делением целой части |
+------+-----------+-------------------------------+----------------------------------+
| 54FD | EMODG | КОП mulr.rx,mulrx.rw, | Расширенное умножение |
| | | muld.rx,int.wl,fract.wx | в формате G с выделе- |
| | | | нием целой части |
+------+-----------+-------------------------------+----------------------------------+
| 74FD | EMODH | -"- | Расширенное умножение |
| | | | в формате H с выделе- |
| | | | нием целой части |
+------+-----------+-------------------------------+----------------------------------+
| 52 | MNEGF | КОП src.rx,dst.wx | Пересылка с арифметическим |
| | | | отрицанием в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 72 | MNEGD | -"- | Пересылка с арифметическим |
| | | | отрицанием в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 52FD | MNEGG | -"- | Пересылка с арифметическим |
| | | | отрицанием в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 72FD | MNEGH | -"- | Пересылка с арифметическим |
| | | | отрицанием в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 50 | MOVF | -"- | Пересылка слов формата F |
+------+-----------+-------------------------------+----------------------------------+
| 70 | MOVD | -"- | Пересылка слов формата D |
+------+-----------+-------------------------------+----------------------------------+
| 50FD | MOVG | -"- | Пересылка слов формата G |
+------+-----------+-------------------------------+----------------------------------+
| 70FD | MOVH | -"- | Пересылка слов формата H |
+------+-----------+-------------------------------+----------------------------------+
| 44 | MULF2 | КОП mulr.rx, | Умножение двухоперандное |
| | | prod.mx | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 64 | MULD2 | -"- | Умножение двухоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 44FD | MULG2 | -"- | Умножение двухоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 64FD | MULH2 | -"- | Умножение двухоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 45 | MULF3 | КОП mulr.rx, | Умножение трехоперандное |
| | | muld.rx,prod.wx | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 65 | MULD3 | -"- | Умножение трехоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 45FD | MULG3 | -"- | Умножение трехоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 65FD | MULH3 | -"- | Умножение трехоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 55 | POLYF | КОП arg.rf,degree.rw, | Вычисление значения поли- |
| | | tbladdr.ab,{R0-3.wl} | нома в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 75 | POLYD | КОП arg.rd,degree.rw, | Вычисление значения поли- |
| | | tbladdr.ab,{R0-5.wl} | нома в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 55FD | POLYG | КОП arg.rg,degree.rw, | Вычисление значения поли- |
| | | tbladdr.db,{R0-5.wl} | нома в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 75FD | POLYH | КОП adg.rh,degree.rw, | Вычисление значения поли- |
| | | tbladdr.ab, | нома в формате H |
| | | {R0-5.wl,-16(SP):-1(SP).wb} | |
+------+-----------+-------------------------------+----------------------------------+
| 42 | SUBF2 | КОП sub.rx,dif.mx | Вычитание двухоперандное |
| | | | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 62 | SUBD2 | -"- | Вычитание двухоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 42FD | SUBG2 | -"- | Вычитание двухоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 62FD | SUBH2 | -"- | Вычитание двухоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 43 | SUBF3 | КОП sub.rx,min.rx,dif.wx | Вычитание трехоперандное |
| | | | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 63 | SUBD3 | -"- | Вычитание трехоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 43FD | SUBG3 | -"- | Вычитание трехоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 63FD | SUBH3 | -"- | Вычитание трехоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 53 | TSTF | КОП src.rx | Тестирование в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 73 | TSTD | -"- | Тестирование в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 53FD | TSTG | -"- | Тестирование в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 73FD | TSTH | КОП src.rx | Тестирование в форма- |
| | | | те H |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 10. Команды обработки строк символов ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 29 | CMPC3 | КОП len.rw,src1addr.ab, | Трехоперандное сим - |
| | | src2addr.ab,{R0-3.wl} | вольное сравнение |
+------+-----------+-------------------------------+----------------------------------+
| 2D | CMPC5 | КОП src1len.rw,src1addr.ab, | Пятиоперандное сим - |
| | | fill.rb,src2len.rw, | вольное сравнение |
| | | src2addr.ab,{R0-3.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 3A | LOCC | КОП char.rb,len.rw,addr.ab, | Поиск символа |
| | | {R0-1.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 39 | MATCHC | КОП len1.rw,addr1.ab,len2.rw, | Поиск подстроки |
| | | addr2.ab,{R0-3.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 28 | MOVC3 | КОП len.rw,srcaddr.ab, | Трехоперандная пере- |
| | | dstaddr.ab,{R0-5.wl} | сылка символов |
+------+-----------+-------------------------------+----------------------------------+
| 2C | MOVC5 | КОП srclen.rw,srcaddr.ab, | Пятиоперандная пере- |
| | | fill.rb,dstlen.rw,dstaddr.ab | сылка символов |
+------+-----------+-------------------------------+----------------------------------+
| 2E | MOVTC | КОП srclen.rw,srcaddr.ab, | Пересылка символов с |
| | | fill.rb,tbladdr.ab,dstlen.rw, | трансляцией |
| | | dstaddr.ab,{R0-5.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 2F | MOVTUC | КОП srclen.rw,srcaddr.ab, | Пересылка символов с |
| | | esc.rb,tbladdr.ab, | трансляцией и выходом |
| | | dstlen.rw,dstaddr.ab, | по указанному символу |
| | | {R0-5.ml} | |
+------+-----------+-------------------------------+----------------------------------+
| 2A | SCANC | КОП len.rw,addr.ab, | Сканирование символов |
| | | tbladdr.ab,mask.rb,{R0-3.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 3B | SKPC | КОП char.rb,len.rw,addr.ab, | Пропуск символов |
| | | {R0-1.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 2B | SPANC | КОП len.rw,addr.ab, | Поиск символа |
| | | tbladdr.ab,mask.rb, | |
| | | {R0-3.wl} | |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 11. Команды десятичной строки цифр ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 20 | ADDP4 | КОП addlen.rw,addaddr.ab, | Четырехоперандное сло- |
| | | sumlen.rw,sumaddr.ab, | жение в упакованном |
| | | {R0-3.wl} | формате |
+------+-----------+-------------------------------+----------------------------------+
| 21 | ADDP6 | КОП add1len.rw,add1addr.ab, | Шестиоперандное сложе- |
| | | add2len.rw,add2addr.ab, | ние в упакованном фор- |
| | | sumlen.rw,sumaddr.ab, | мате |
| | | {R0-5.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| F8 | ASHP | КОП cnt.rb,srclen.rw, | Арифметический сдвиг и |
| | | srcaddr.ab,round.rb,dstlen.rw,| округление в упакован - |
| | | dstaddr.ab,{R0-3.wl} | ном формате |
+------+-----------+-------------------------------+----------------------------------+
| 35 | CMPP3 | КОП len.rw,src1addr.ab, | Трехоперандное сравне - |
| | | src2addr.ab,{R0-3.wl} | ние в упакованном фор - |
| | | | мате |
+------+-----------+-------------------------------+----------------------------------+
| 37 | CMPP4 | КОП src1len.rw,src1addr.ab, | Четырехоперандное срав- |
| | | src2len.rw,src2addr.ab, | нение в упакованном фор- |
| | | {R0-3.wl} | мате |
+------+-----------+-------------------------------+----------------------------------+
| F9 | CVTLP | КОП src.rl,dstlen.rw, | Преобразование двойно- |
| | | dstaddr.ab,{R0-3.wl} | го слова в упакованный |
| | | | формат |
+------+-----------+-------------------------------+----------------------------------+
| 36 | CVTPL | КОП srclen.rw,srcaddr.ab, | Преобразование упакован- |
| | | {R0-3.wl},dst.wl | ного формата в двойное |
| | | | слово |
+------+-----------+-------------------------------+----------------------------------+
| 08 | CVTPS | КОП srclen.rw,srcaddr.ab, | Преобразование упако - |
| | | dstlen.rw,dstaddr.ab, | ванного формата в чис- |
| | | {R0-3.wl} | ловой с выделенным ве- |
| | | | дущим знаком |
+------+-----------+-------------------------------+----------------------------------+
| 24 | CVTPT | КОП srclen.rw,srcaddr.ab, | Преобразование из упа- |
| | | tbladdr.ab,dstlen.rw, | кованного формата в |
| | | dstaddr.ab,{R0-3.wl} | усеченный числовой |
+------+-----------+-------------------------------+----------------------------------+
| 09 | CVTSP | КОП srclen.rw,srcaddr.ab, | Преобразование из чис- |
| | | dstlen.rw,dstaddr.ab, | лового формата с выде- |
| | | {R0-3.wl} | ленным ведущим знаком |
| | | | в упакованный |
+------+-----------+-------------------------------+----------------------------------+
| 26 | CVTTP | КОП srclen.rw,srcaddr.ab, | Преобразование из усе- |
| | | tbladdr.ab,dstlen.rw, | ченного числового фор- |
| | | dstaddr.ab,{R0-3.wl} | мата в упакованный |
+------+-----------+-------------------------------+----------------------------------+
| 27 | DIVP | КОП divrlen.rw,divraddr.ab, | Деление в упакованном |
| | | divdln.rw,divdaddr.ab, | формате |
| | | quolen.rw,quoaddr.ab, | |
| | | {R0-5.wl,-16(SP):-1(SP).wb} | |
+------+-----------+-------------------------------+----------------------------------+
| 34 | MOVP | КОП len.rw,srcaddr.ab, | Пересылка в упакован- |
| | | dstaddr.ab,{R0-3.wl} | ном формате |
+------+-----------+-------------------------------+----------------------------------+
| 25 | MULP | КОП mulrlen.rw,mulraddr.ab, | Умножение в упакован- |
| | | muldlen.rw,muldaddr.ab, | ном формате |
| | | prodlen.rw,prodaddr.ab, | |
| | | {R0-5.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 22 | SUBP4 | КОП sublen.rw,subaddr.ab, | Четырехоперандное |
| | | diflen.rw,difaddr.ab, | вычитание в упакован- |
| | | {R0-3.wl} | ном формате |
+------+-----------+-------------------------------+----------------------------------+
| 23 | SUBP6 | КОП sublen.rw,subaddr.ab, | Шестиоперандное |
| | | minlen.rw,minaddr.ab, | вычитание в упакован- |
| | | diflen.rw,difaddr.ab, | ном формате |
| | | {R0-5.wl} | |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 12. Контроль циклической избыточности ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 0B | CRC | КОП tbl.ab,inicrc.rl, | Вычисление циклического |
| | | strlen.rw,stream.ab | полинома для проверки |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 13. Редактирование ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 38 | EDITPC | КОП srclen.rw, | Редактирование упако- |
| | | srcaddr.ab,pattern.ab, | ванной строки в символь- |
| | | dstaddr.ab | ную |
+------+-----------+-------------------------------+----------------------------------+
</pre>

== Формат команды ==

В вычислительной системе "Электроника 32" используется формат команды переменной длины. Длина формата может быть от одного байта и выше в зависимости от типа команды. Обобщенная схема формата команды приведена на рис. 51.

Общая схема формата команды

<pre>
+-------------------------------+
| Код операции (1 или 2 байта) |
+-------------------------------+
| Спецификатор операнда 1 |
+-------------------------------+
| Спецификатор операнда 2 |
+-------------------------------+
| . |
| . |
| . |
+-------------------------------+
| Спецификатор операнда N |
+-------------------------------+
</pre>

Рис. 51.

Каждая команда состоит из кода операции и следующих за ним от 0 до 6 спецификаторов операндов, количество и тип которых зависят от кода операции. Код операции точно определяет как требуемая операция будет выполняться. Под код операции может отводиться один или два байта, в зависимости от содержимого байта с адресом "А". Два байта будут использоваться под код операции при условии, что значение числа, содержащегося в этом байте, находится в диапазоне от FC(16) до FF(16). Формат кода операции приведен на рис. 52.

<center>
[[Файл:1839VM1 TO Pic52.png|500px]]
</center>

Каждый из спецификаторов операнда имеет одинаковый формат, т.е. метод адресации плюс дополнительная информация. Эта дополнительная информация содержит до двух переменных: указателя регистра и адрес; указатель регистра и данные; указатель регистра и смещение. Использование операнда определяется косвенно из кода операции и называется типом операнда.

Спецификатор операнда описывается следующим образом:

<pre>
⟨Название⟩ , ⟨тип доступа⟩ ⟨тип данных⟩
\___________/
тип операнда
</pre>
где

⟨Название⟩ - определяет операнд в контексте инструкции.

⟨Тип доступа⟩ - спецификатора операнда обозначается одной
буквой:

* a - вычисляется эффективный адрес операнда. Адрес формируется в двойном слове, которое является фактическим операндом инструкции. Контекст вычисления адреса является типом данных, т.е. величиной, используемой для автоинкрементации, автодекрементации и индексации;
* b - нет ссылок на операнд. Спецификатор операнда представляет собой смещение перехода. Размер смещения переходаопределяется типом данных;
* m - операнд считывается, может быть модифицирован и записывается. Если операнд фактически не модифицируется, то он может и не записываться обратно. Несмотря на это, операнды с таким типом доступа всегда проверяются на возможность как чтения, так и записи;
* r - операнд только читается;
* v - вычисляется эффективный адрес операнда (доступ "поле"). Если эффективный адрес формируется в памяти, то он сохраняется в двойном слове, которое является фактическим операндом инструкции. Если эффективным адресом является регистр Rn, то операндом является R[n] или R[n+1]'R[n];
* w - операнд доступен только по записи.

⟨Тип данных⟩ - обозначают следующим образом:

* b - байт
* d - плавающее слово типа D
* f - плавающее слово типа F
* g - плавающее слово типа G
* h - плавающее слово типа H
* l - двойное слово
* o - восьмерное слово
* q - четверное слово
* w - слово
* x - {первый тип данных определяется инструкцией}
* y - {второй тип данных определяется инструкцией}

=== Адресация операндов ===

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

* как аккумуляторы;
* как указатели (содержимое регистра - адрес операнда, а не сам операнд);
* как индексные регистры.

Адресация может быть разделена на две категории: основные методы адресации и адресация по условному переходу. Табл. 9 дает краткое описание методов адресации через регистры общего назначения и через программный счетчик. В табл. 9 приняты следующие обозначения:
* D - смещение;
* I - любой метод адресации, допускающий индексирование;
* – - логически невозможно;
* РМА - ошибка по резервной моде адресации;
* АС - адресация через счетчик команд;
* НП - непредсказуемый результат;
* НЧ - непредсказуемый результат для Q(0)слова, D(G,H) форматов, а также для поля бит переменной длины, если "позиция" плюс "размер" больше 32;
* НВ - непредсказуемый результат для Q-слова и формата H;
* НИР - непредсказуемый результат для индексного регистра, такого как базовый регистр;
* ДА - всегда действительный метод адресации;
* Ч - доступ по чтению;
* З - доступ по записи;
* М - доступ по чтению-модификации-записи;
* А - доступ по адресу;
* БА - доступ по базовому адресу поля бит переменной длины.

Таблица 9

Краткий обзор методов адресации

<pre>
+--------------------------------------------------------------------------------+
| Общая регистровая адресация |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| Мода | Название метода| Ассемблер | Доступ | Использование |
| (16) | адресации | +-----+-----+-----+-----+---+-----+----+-----+
| | | | Ч | М | З | А | БА| PC | SP | ИНД |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 1O | 11 |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 0-3 | Литеральный | S↑Literal | ДА | РМА | РМА | РМА |РМА| - | - | РМА |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 4 | Индексный | I [Rx] | ДА | ДА | ДА | ДА | ДА| РМА | ДА | РМА |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 5 | Регистровый | Rn | ДА | ДА | ДА | РМА | ДА| НП | НЧ | РМА |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 6 | Косвенно- | (Rn) | ДА | ДА | ДА | ДА | ДА| НП | ДА | ДА |
| | -регистровый | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 7 | Автодекремент- | -(Rn) | ДА | ДА | ДА | ДА | ДА| НП | ДА | НИР |
| | ный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 8 | Автоинкремент- | (Rn)+ | ДА | ДА | ДА | ДА | ДА| АС | ДА | НИР |
| | ный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 9 | Косвенно-авто- | @(Rn)+ | ДА | ДА | ДА | ДА | ДА| АС | ДА | НИР |
| | инкрементный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| A | С байтовым сме-| B↑D(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | щением | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| B | Косвенный с бай| @↑BD(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | товым смещением| | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| C | Со словным сме-| W↑D(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | щением | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| D | Косвенный со | @↑D(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | словным смеще -| | | | | | | | | |
| | нием | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| E | С двухсловным | L↑D(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | смещением | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| F | Косвенный с | @L↑D(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | двухсловным | | | | | | | | | |
| | смещением | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
</pre>

<pre>
+------------------------------------------------------------------------------+
| Адресация через программный счетчик |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| Мо- | Название мето- | ААссемблер| Доступ | Использо- |
| да | да адресации | +-----+-----+-----+-----+----+ вание |
| (16) | | | Ч | М | З | А | БА | PC | SP |ИНД|
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| 8 | Непосредствен- | I↑# Const | ДА | НП | НП | ДА | ДА | - | - | ДА|
| | ный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| 9 | Абсолютный | @#adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| A | Относительный | B↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | байтовый | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| B | Косвенно-отно- | @B↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | сительный бай- | | | | | | | | | |
| | товый | | | | | | | | - | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| C | Относительный | W↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | словный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| D | Косвенно-отно- | @↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | сительный | | | | | | | | | |
| | словный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| E | Относительный | L↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | двухсловный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| F | Косвенно-отно- | @L↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | сительный | | | | | | | | | |
| | двухсловный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
</pre>

== Время выполнения типовых команд (Timing) ==

Времена выполнения команд (групп команд) микропроцессором ЛI839ВМI определены в микроциклах (1 микроцикл равен двум периодам тактовой частоты 2T_CLC), при условии идеальной памяти, пренебрегая временем на сбои конвейера адресных/безадресных подкачек команд, не учитывая внутренних торможений, обусловленных особенностями конвейера команд (это торможение по занятости регистра смещения - ТСМ, торможение по занятости буфера обмена данных и торможения приема микрокоманды). Данная процедура определения времени выполнения групп команд проводится для случая регистровых мод адресации для всех операндов команды. В случае, если применение регистровой моды адресации недопустимо, не имеет смысла, либо не является показательным в плане оценки времени выполнения, приводится время выполнения (в микроциклах) только содержательной микрообработки, исключая этап микропрограммной адресации операндов, а также время аппаратной дешифрации команд, что обычно скрыто конвейером выполнения команд. Процедура TIMING - чисто качественная оценка времен выполнения типовых команд.

Сокращения, применяемые ниже по тексту:
* Р - регистр;
* П - память;
* РР - формат регистр-регистр;
* ПП - формат память-память;
* РП - формат регистр-память.

''' 1. Команда ADAWI '''

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

''' 2. Группа команд ADDB2, ADDW2, ADDL2, ADDB3, ADDW3, ADDL3, SUBB2, SUBW2, SUBL2, SUBB3, SUBW3, SUBL3 '''

РР - один микроцикл.*

''' 3. Группа команд ADWC, SBWC '''

РР - один микроцикл.*

''' 4. Команда ASHL '''

Случаи регистр-приемник и приемник-память почти эквивалентны. Даже в случае регистровых мод адресации выполняется адресация операндов.

Параметр сдвига равен I: ~20 микроциклов.*

При параметре сдвига, равном n (до 2⁸ сдвигов):

* T = 20 + 3(n - 1) микроциклов.

''' 5. Команда ASHQ '''

Случаи регистр-приемник и приемник-память почти эквивалентны. Даже в случае регистровых мод адресации выполняется адресация операндов.

Параметр сдвига равен 1: 28 микроциклов.*

При параметре сдвига, равном n (до 2⁸ сдвигов):

* T = 28 + 4(n - 1) микроциклов.

''' 6. Группа команд BICB2, BICW2, BICL2, BICB3, BICW3, BICL3, BISB2, BISW2, BISL2, BISB3, BISW3, BISL3 '''

РР, РРР - один микроцикл.*

''' 7. Группа команд BITB, BITW , BITL '''

РР - один микроцикл.*

''' 8. Группа команд CLRB, CLRW , CLRL '''

Р - один микроцикл.*

''' 9. Команда CLRQ '''

Память-приемник: два микроцикла.*

Регистр-приемник: три микроцикла.*

''' 10. Группа команд CMPB, CMPW , CMPL '''

РР - max пять микроциклов.*

''' 11. Группа команд CVTBW, CVTBL , CVTWL '''

РР, РП - max девять микроциклов.*

Случаи регистр-приемник и память-приемник почти эквивалентны.

''' 12. Группа команд CVTLB, CVTLW , CVTWB '''

РР, РП - max I3 микроциклов.*

Случаи регистр-приемник и память-приемник почти эквивалентны.

''' 13. Группа команд DECB, DECW , DECL , INCB, INCW , INCL '''

Р, П - один микроцикл.*

''' 14. Группа команд MCOMB, MCOMW , MCOML, MNEGB, MNEGW , MNEGL '''

РР - три микроцикла.*

''' 15. Группа команд MOVB, MOVW, MOWL '''

РР - один микроцикл.*

''' 16. Команда MOVQ '''

* Случаи РП, РР - почти эквивалентны;
* - max восемь микроциклов.*

''' 17. Группа команд MOVZBL , MOVZBW , MOVZWL '''

РР - шесть микроциклов.*

''' 18. Команда PUSHL '''

Р - четыре микроцикла.

''' 19. Команда PUSHR '''

Упрятывание в стек всех регистров (РОНов), т.е. все разряды операнда mask⟨0...I4⟩ установлены в единицу: 65 микроциклов.*

''' 20. Команда POPR '''

Восстановление из стека всех регистров (РОНов), т.е. все разряды операнда mask⟨0...I4⟩ установлены в единицу: 65 микроциклов.*

''' 21. Команда ROTL '''

Случаи регистр-приемник и память-приемник почти эквивалентны. Даже в случае регистровых мод адресации выполняется микропрограммно этап адресации операндов.

Параметр сдвига равен 1: I8 микроциклов.*

При параметре сдвига, равном n (до 2⁸ сдвига):

* T = 18 + 3(n - 1) микроциклов.

''' 22. Группа команд TSTB, TSTW , TSTL '''

Р, П - один микроцикл.*

''' 23. Группа команд XORB2, XORW2, XORL2, XORB3, XORW3, XORL3 '''

РР, РРР - один микроцикл.*

''' 24. Группа команд MOVAB, MOVAW, MOVAL , MOVAF, MOVAQ, MOVAD,MOVAG '''

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

РР, ПП - один микроцикл.*

''' 25. Группа команд PUSHAB, PUSHAW , PUSHAL , PUSHAF, PUSHAQ, PUSHAD , PUSHAG '''

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

''' 26. Группа команд CALLS, CALLG '''

Случай сохранения всех РОНов в кадре вызова процедуры:
* ~115 микроциклов.*

''' 27. Команда RET '''

Случай загрузки всех РОНов из кадра вызова процедуры:
* ~126 микроциклов.*

''' 28. Группа команд BICPSW, BISPSW '''

Независимо от моды адресации операнда ⟨mask⟩ выполняется микропрограммная адресация операндов:
* ~ пять микроциклов.*

''' 29. Команда INDEX '''

Независимо от моды адресации операндов выполняется микропрограммная адресация операндов:

* ~225 микроциклов (случай микропрограммной реализации операции умножения при отсутствии сопроцессора);
* ~45 микроциклов (случай реализации операции умножения на сопроцессоре).

''' 30. Группа команд MOVPSL, NOP '''

Один микроцикл.

''' 31. Команды работы с очередями '''

От 80 до I20 микроциклов.

''' 32. Команды обработки строк символов '''

Min 30 микроциклов.

''' 33. Команды для работы с переменными битовыми полями '''

От 80 до I00 микроциклов.

''' 34. Команды ветвлений (Branches):

Простые: AOBLEQ, AOBLSS , BLSS , BLEQ, BEQL, BEQLU , BNEQ, BHEQU , BGEQ, BGTR, BLSSU , BCS , BLEQU , BGEQU , BCC, BGTRU, BVS, BVC, BLBS , BLBC, BRB, BRW, BSBB, BSBW, JMP, SOBGEQ, SOBGTR
* - от пяти до восьми микроциклов.

Сложные: ACBB, ACBW , ACBL , ACBF, ACBD , ACBG, ACBH, BBS, BBC, BBSS , BBSC, BBCC, BBCS , BBSSI, BBCCI, CASEB, CASEW , CASEL, JSB
* - от 10 до 60 микроциклов.

''' 35. Время реакции на прерывания '''

Время реакции на прерывания - это время от момента восприятия центральным процессором запроса на прерывание до начала выполнения первой команды соответствующей программы обработки прерываний. На тактовой частоте I0 МГц это время составляет I0-I2 мкс. Наибольшее значение (для случая машинного сбоя) составляет I6 мкс. В основном, это связано с большим числом параметров (I2), сохраняемых в стеке (и соответственно, таким же числом обменов записей в ОЗУ) для данного типа прерываний.

Примечание:

"*" - только содержательная микрообработка, без учета адресации операндов.

[[Категория:Электроника-32]]

Микросхемы интегральные Л1839ВМ1. Техническое описание

2026-04-22T10:02:00Z

Panther: /* ЧКА */

{{ДИ}}
== 1.1. Общие характеристики ==

1.1.1. ЦПР предназначен для выполнения в составе ЭВМ операций по чтению и обработке команд, вычислению и преобразованию адреса операндов, чтению из памяти, временному хранению на внутренних регистрах и записи операндов, а также для выполнения ариôметических и логических операций над этими операндами.

ЦПР изготавливается по КМОП технологии с двойной металлизацией. Размер кристалла – 9,5x9,95 мм. Напряжение питания микросхем +5В. Частота тактового сигнала синхронизации до 10 МГц.

В качестве накопителя микрокоманд используется внешнее ПЗУ. Для обеспечения максимального быстродействия это ПЗУ должно иметь время чтения не более 60 нс при цикле обращения 200 нс.

<pre>
Основные характеристики ЦПР следующие:

Разрядность операнда, бит – 8,16,32,64;
Разрядность виртуального адреса, бит – 32;
Разрядность физического адреса, бит – 24;
Разрядность адреса микрокоманды, бит – 14;
Разрядность слова микрокоманды, бит – 32;
Объем накопителя микрокоманд, К двойных слов – 16;
Количество регистров общего назначения – 16;
Время цикла выполнения микрокоманды
(микроцикла), нс – 200;
Минимальное количество микроциклов, необходимое
для выполнения команды – 1;
Быстродействие (операции типа "сложение" в
формате "регистр-регистр"), млн. оп/с – до 5.
</pre>

Условное графическое обозначение ЦПР представлено на рис.1. Назначение выводов представлено в табл.1.

<center>
[[Файл:1839VM1 TO Pic1.png|300px]]
</center>

'''Таблица 1'''

<pre>
+---------------+-----------+------------+-------------------------------------------------------------+
| Номер | Обозна- | Тип вывода | Наименование |
| вывода | чение | | |
+---------------+-----------+------------+-------------------------------------------------------------+
| H3 | OV | | Общий вывод |
| J2 | OV | | Общий вывод |
| M7 | OV | | Общий вывод |
| H12 | OV | | Общий вывод |
| G12 | OV | | Общий вывод |
| B8 | OV | | Общий вывод |
| H2 | U | | Вывод питания от источника напряжения |
| G13 | U | | Вывод питания от источника напряжения |
| C8 | U | | Вывод питания от источника напряжения |
| C7 | U | | Вывод питания от источника напряжения |
| G3 | U | | Вывод питания от исто иника напряжения |
| P7 | MC0 | Вход | Нулевой разряд микрокоманды |
| N7 | MC1 | Вход | Первый разряд микрокоманды |
| P8 | MC2 | Вход | Второй разряд микрокоманды |
| N8 | MC3 | Вход | Третий разряд микрокоманды |
| P9 | MC4 | Вход | Четвертый разряд микрокоманды |
+---------------+-----------+------------+-------------------------------------------------------------+
| N9 | MC5 | Вход | Пятый разряд микрокоманды |
| P10 | MC6 | Вход | Шестой разряд микрокоманды |
| M9 | MC7 | Вход | Седьмой разряд микрокоманды |
| P11 | MC8 | Вход | Восьмой разряд микрокоманды |
| P12 | MC9 | Вход | Девятый разряд микрокоманды |
| P13 | MC10 | Вход | Десятый разряд микрокоманды |
| N10 | MC11 | Вход | Одиннадцатый разряд микрокоманды |
| M11 | MC12 | Вход | Двенадцатый разряд микрокоманды |
| M10 | MC13 | Вход | Тринадцатый разряд микрокоманды |
| P14 | MC14 | Вход | Четырнадцатый разряд микрокоманды |
| N11 | MC15 | Вход | Пятнадцатый разряд микрокоманды |
| M12 | MC16 | Вход | Шестнадцатый разряд микрокоманды |
| N12 | MC17 | Вход | Семнадцатый разряд микрокоманды |
| N13 | MC18 | Вход | Вос мнадцатый разряд микрокоманды |
| N14 | MC19 | Вход | Девятнадцатый разряд микрокоманды |
| L12 | MC20 | Вход | Двадцатый разряд микрокоманды |
| L14 | MC21 | Вход | Двадцать первый разряд микрокоманды |
+---------------+-----------+------------+-------------------------------------------------------------+
| M13 | MC22 | Вход | Двадцать второй разряд микрокоманды |
| K14 | MC23 | Вход | Двадцать третий разряд микрокоманды |
| L13 | MC24 | Вход | Двадцать четвертый разряд м крокоманды |
| J12 | MC25 | Вход | Двадцать пятый разряд микрокоманды |
| K13 | MC26 | Вход | Двадцать шестой разряд микрокоманды |
| J14 | MC27 | Вход | Двадцать седьмой разряд микрокоманды |
| J13 | MC28 | Вход | Двадцать восьмой разряд микрокоманды |
| H14 | MC29 | Вход | Двадцать девятый разряд микрокоманды |
| H13 | MC30 | Вход | Тридцатый разряд микрокоманды |
| G14 | MC31 | Вход | Тридцать первый разряд микрокоманды |
| A10 | SAS | Вход | Сигнал подтверждения приема адреса подчиненным устройством |
| B12 | SDS | Вход | Сигнал обработки данных подчиненным устройством |
| C11 | DMRQ | Вход | Сигнал запроса на прямой доступ к памяти |
| B{0|9} | ACTR | Вход | Сигнал захвата магистрали акселератором |
| P3 | INRA | Вход | Сигнал "Прерывание от адаптера магистрали" |
| P5 | INRC | Вход | Сигнал "Прерывание от контроллера памяти" |
| M6 | MCH | Вход | Сигнал "Машинный сбой" |
+---------------+-----------+------------+-------------------------------------------------------------+
| P6 | HALT | Вход | Сигнал "Переход в пультовый режим" |
| M5 | MSDS | Вход | Сигнал сопровождения микрокоманды |
| P4 | ACRA | Вход | Сигнал готовности акселератора |
| F13 | ACN | Вход | Признак "Результат отрицателен" от акселератора |
| E14 | ACZ | Вход | Признак "Результат равен нулю" от акселератора |
| E13 | ACV | Вход | Признак "Переполнение" от акселератора |
| F12 | ACC | Вход-выход | Признак "Расширение" от акселератора |
| C12 | TEST | Вход | Признак тестирования |
| H1 | SR | Вход | Сигнал установки в исходное состояние |
| N6 | CLC1 | Вход | Сигнал тактовой частоты |
| G2 | AD0 | Вход-выход | Нулевой разряд адреса-данных 32-разрядной шины |
| G1 | AD1 | Вход-выход | Первый разряд адреса-данных 32-разрядной шины |
| F2 | AD2 | Вход-выход | Второй разряд адреса-данных 32-разрядной шины |
| F1 | AD3 | Вход-выход | Третий разряд адреса-данных 32-разрядной шины |
| E2 | AD4 | Вход-выход | Четвертый разряд адреса-данных 32-разрядной шины |
| F3 | AD5 | Вход-выход | Пятый разряд адреса-данных 32-разрядной шины |
| D2 | AD6 | Вход-выход | Шестой разряд адреса-данных 32-разрядной шины |
+---------------+-----------+------------+-------------------------------------------------------------+
| E1 | AD7 | Вход-выход | Седьмой разряд адреса-данных 32-разрядной шины |
| C2 | AD8 | Вход-выход | Восьмой разряд адреса-данных 32-разрядной шины |
| D3 | AD9 | Вход-выход | Девятый разряд адреса-данных 32-разрядной шины |
| A1 | AD10 | Вход-выход | Десятый разряд адреса-данных 32-разрядной шины |
| B2 | AD11 | Вход-выход | Одиннадцатый разряд адреса-данных 32-разрядной шины |
| B3 | AD12 | Вход-выход | Двенадцатый разряд адреса-данных 32-разрядной шины |
| B4 | AD13 | Вход-выход | Тринадцатый разряд адреса-данных 32-разрядной шины |
| C5 | AD14 | Вход-выход | Четырнадцатый разряд адреса-данных 32-разрядной шины |
| C4 | AD15 | Вход-выход | Пятнадцатый разряд адреса-данных 32-разрядной шины |
| B5 | AD16 | Вход-выход | Шестнадцатый разряд адреса-данных 32-разрядной шины |
| A2 | AD17 | Вход-выход | Семнадцатый разряд адреса-данных 32-разрядной шины |
| A3 | AD18 | Вход-выход | Восемнадцатый разряд адреса-данных 32-разрядной шины |
| C6 | AD19 | Вход-выход | Девятнадцатый разряд адреса-данных 32-разрядной шины |
| A5 | AD20 | Вход-выход | Двадцатый разряд адреса-данных 32-разрядной шины |
| B6 | AD21 | Вход-выход | Двадцать первый разряд адреса-данных 32-разрядной шины |
| A6 | AD22 | Вход-выход | Двадцать второй разряд адреса-данных 32-разрядной шины |
| B7 | AD23 | Вход-выход | Двадцать третий разряд адреса-данных 32-разрядной шин[обрыв]|
+---------------+-----------+------------+-------------------------------------------------------------+
| B13 | AD24 | Вход-выход | Двадцать четвертый разряд адреса-данных 32-разрядной шины |
| D12 | AD25 | Вход-выход | Двадцать пятый разряд адреса-данных 32-разрядной шины |
| D13 | AD26 | Вход-выход | Двадцать шестой разряд адреса-данных 32-разрядной шины |
| C13 | AD27 | Вход-выход | Двадцать седьмой разряд адреса-данных 32-разрядной шины |
| C14 | AD28 | Вход-выход | Двадцать восьмой разряд адреса-данных 32-разрядной шины |
| E12 | AD29 | Вход-выход | Двадцать девятый разряд адреса-данных 32-разрядной шины |
| D14 | AD30 | Вход-в ход | Тридцатый разряд адреса-данных 32-разрядной шины |
| B14 | AD31 | Вход-выход | Тридцать первый разряд адреса-данных 32-разрядной шины |
| J1 | AM0 | Выход | Нулевой разряд адреса микрокоманды |
| K2 | AM1 | Выход | Первый разряд адреса микрокоманды |
| J3 | AM2 | Выход | Второй разряд адреса микрокоманды |
| L2 | AM3 | Выход | Третий разряд адреса микрокоманды |
| K1 | AM4 | Выход | Четвертый разряд адреса микрокоманды |
| M2 | AM5 | Выход | Пятый разряд адреса микрокоманды |
| M1 | AM6 | Выход | Шестой разряд адреса микрокоманды |
| L3 | AM7 | Выход | Седьмой разряд адреса микрокоманды |
| K3 | AM8 | Выход | Восьмой разряд адреса микрокоманды |
+---------------+-----------+------------+-------------------------------------------------------------+
| P1 | AM9 | Выход | Девятый разряд адреса микрокоманды |
| N2 | AM10 | Выход | Десятый разряд адреса микрокоманды |
| N3 | AM11 | Выход | Одиннадцатый разряд адреса микрокоманды |
| M3 | AM12 | Выход | Двенадцатый разряд адреса микрокоманды |
| N4 | AM13 | Выход | Тринадцатый разряд адреса микрокоманды |
| A8 | MAS | Выход | Сигнал сопровождения адреса от главного устройства |
| A9 | MDS | Выход | Сигнал сопровождения данных от главного устройства |
| B10 | PCRQ | Выход | Сигнал запроса команды по счетчику команд |
| C9 | PGB | Выход | Сигнал "Граница страницы памяти" |
| A11 | DMAK | Выход | Сигнал предоставления прямого доступа к памяти |
| A13 | SEL | Выход | Сигнал чтения регистра внешних условий |
| P2 | MMAS | Выход | Сигнал сопровождения адреса для накопителя микрокоманд |
| M4 | ACR | Выход | Сигнал сброса акселератора |
| B11 | SP | Выход | Резервный |
| L1 | - | | Не используется |
| N5 | U | | Вывод питания от источника напряжения |
| N1 | OV | | Общий вывод |
+---------------+-----------+------------+-------------------------------------------------------------+
| M8 | - | | Не используется |
| M14 | - | | Не используется |
| K12 | - | | Не используется |
| F14 | - | | Не используется |
| A14 | - | | Не используется |
| A12 | - | | Не используется |
| C10 | U | | Вывод питания от источника напряжения |
| A4 | - | | Не используется |
| A7 | U | | Вывод питания от источника напряжения |
| B1 | - | | Не используется |
| C3 | OV | | Общий вывод |
| C1 | - | | Не используется |
| E3 | - | | Не используется |
| D1 | - | | Не используется |
+---------------+-----------+------------+-------------------------------------------------------------+
</pre>

Таблица 2

<pre>
+-------------------------------+-----------+--------+--------+-----------+
| Наименование параметра, | Буквенное | Норма | Темпера- |
| единица измерения, | обозначе- +--------+--------+ тура, |
| режим измерения | ние | не | не | °C |
| | | менее | более | |
+-------------------------------+-----------+--------+--------+-----------+
| Выходное напряжение низкого | | | 0,45 | 25+10 |
| уровня, В | U_OL | - +--------+-----------+
| при I_OL = 2,5 мА | | | 0,5 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Выходное напряжение высокого | | 4,05 | | 25+10 |
| уровня, В | U_OH +--------+ - +-----------+
| при IоН = - 0,2 мА | | 4,0 | | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Ток потребления, мА | | | 8,0 | 25+10 |
| | I_CC | - +--------+-----------+
| | | | 10,0 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Ток потребления динамический, | | | 170 | 25+10 |
| мА | I_CCO | - +--------+-----------+
| | | | 200 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Ток утечки на входе, мкА | | | 3,0 | 25+10 |
| | I_LI | +--------+-----------+
| | | | 10,0 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Ток утечки на выходе, мкА | | | 10,0 | 25+10 |
| | I_LO | +--------+-----------+
| | | | 50,0 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Частота следования импульсов | | | | 25+10 |
| тактовых сигналов, МГц | f_C | | 10,0 | -60 |
| | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
| Входная емкость, пФ | C_I | - | 12,0 | 25+10 |
+-------------------------------+-----------+--------+--------+-----------+
| Выходная емкость, пФ | C_O | - | 12,0 | 25+10 |
+-------------------------------+-----------+--------+--------+-----------+
| Емкость входа/выхода, пФ | C_I/O | - | 14,0 | 25+10 |
+-------------------------------+-----------+--------+--------+-----------+
| Время выполнения операции | | | | 25+10 |
| "сложение" при регистровом | t_ADD | - | 200 | -60 |
| методе адресации, нс | | | | 85 |
+-------------------------------+-----------+--------+--------+-----------+
</pre>

Таблица 3

<pre>
+-------------------------------+-------------+-------------+--------------+
| Наименование параметра, | Буквенное | Норма |
| единица измерения | обозначение +-------------+--------------+
| | | не менее | не более |
+-------------------------------+-------------+-------------+--------------+
| Напряжение питания, В | U_CC | 4,5 | 5,5 |
+-------------------------------+-------------+-------------+--------------+
| Входное напряжение высокого | | | |
| уровня, В | U_IH | (0,85·U_CC)*| U_CC** |
+-------------------------------+-------------+-------------+--------------+
| Входное напряжение низкого | | | |
| уровня, В | U_IL | 0 | 0,8* |
+-------------------------------+-------------+-------------+--------------+
| Напряжение на любом входе , В | U_I | 0 | Ucc** |
+-------------------------------+-------------+-------------+--------------+
| Выходной ток низкого уровня, | | | |
| мА | I_OL | - | 2,5 |
+-------------------------------+-------------+-------------+--------------+
| Выходной ток высокого уровня, | | | |
| мА | I_OH | - | 0,2 |
+-------------------------------+-------------+-------------+--------------+
| Емкость нагрузки, пФ | C_L | - | 100 |
+-------------------------------+-------------+-------------+--------------+
| Время фронта нарастания и | | | |
| спада входных сигналов, нс | t_LH, t_HL | - | 0,1·T_CLCI |
+-------------------------------+-------------+-------------+--------------+
</pre>

'''*''' - с учетом всех видов помех

'''**''' - но не более конкретного значения напряжения питания, приложенного к микросхеме

1.1.2. Электрические параметры, условия эксплуатации

1.1.2.1. Напряжение питания микросхем Л1839ВМ1 +5В±10%.

1.1.2.2. Электрические параметры приведены в табл.2.

1.1.2.3. Предельно допустимые режимы эксплуатации приведены в табл.3.

1.1.2.4. Внешние воздействующие факторы:

<pre>
Синусоидальная вибрация:
диапазон частот, Гц ......................... от 1 до 5000
амплитуда ускорения, м.с⁻² ( g ) ........... 400(40)
Механический удар:
одиночного действия:
пиковое ударное ускорение, м.с⁻² ( g ) .... 15000(1500)
длительность действия ударного ускорения,мс от 0,1 до 2,0
многократного действия:
пиковое ударное ускорение, м.с⁻² ( g ) .... 1500(150)
длительность действия ударного ускорения,мс от 1 до 5
Линейное ускорение, м.с⁻² ( g ) .................. 5000(500)
Акустический шум:
диапазон частот, Гц ......................... 50-10000
уровень звукового давления (относительно
2·10⁻⁵ Па), дБ ................................... 170
Атмосферное пониженное давление:
рабочее, Па (мм рт.ст.) ..................... 1,3·10⁻⁴(10⁻⁶)
предельное, Па (мм рт.ст.) .................. 1,3·10⁻⁴(10⁻⁶)
Атмосферное повышенное рабочее давление, ата ...... 3
Повышенная температура среды:
рабочая, °С .................................. 85
предельная, °С ............................... 125
Пониженная температура среды:
рабочая, °С .................................. минус 60
предельная, °С ............................... минус 60
Смена температур:
от пониженной предельной температуры среды, °С минус 60
до повышенной предельной температуры среды, °С 125
Повышенная относительная влажность при 35°С, % ..... 98
Атмосферные конденсированные осадки (роса, иней)
Соляной (м{о|о}рской) туман
Плесневые грибы
Контрольные среды (среды заполнения):
объемная доля компонентов контрольной среды, %:
гелиево-воздушная ........................ 90
аргоно-воздушная ......................... 90
аргоно-азотная ........................... 90
</pre>

1.1.2.5. Минимальная наработка микросхем 100000 часов, а в облегченном режиме при Ucc = 5В ± 3% – 120000 часов.

1.1.2.6. Интенсивность отказов в течение наработки не более 1.10⁻⁶ 1/ч.

1.1.2.7. Гамма-процентный срок сохраняемости – 25 лет.

1.1.3. Архитектура ЦПР позволяет работать с широким диапазоном типов данных, с эффективным набором способов адресации и с большим пространством виртуальных адресов (4 Гбайт).

Система команд микропроцессора совместима с системой команд ЭВМ семейства VAX-11.

Инструкции, обрабатываемые ЦПР, могут быть сгруппированы на основании их функций по следующим классам:

1) арифметические и логические, для обработки целых чисел, чисел с плавающей запятой, упакованных десятичных строк символов и инструкций для работы с переменными битовыми полями;

2) управление путями выполнения программы;

3) обработка данных специального вида:
* инструкции манипуляции очередью;
* инструкции обработки адресов;
* программируемые пользователем инструкции загрузки и сохранения универсальных регистров;

4) для быстрого выполнения особых функций операционной системы, позволяющие: загружать и сохранять переменные контексты, найти операционной системе выполняемый процесс с наивысшим приоритетом;

5) предназначенные специально для языка высокого уровня.

ЦПР оперирует со следующими типами данных:
* Целое: байт (8 бит), слово (16 бит), длинное слово (32 бита), четверное слово (64 бита).
* Плавающая запятая: 4 байта (F-формат), 8 байтов (D-формат), 8 байтов (G-формат).
* Упакованное десятичное: строка байтов (до 31 десятичной цифры, по две цифры в байте).
* Строка символов: строка байтов, интерпретируемая как коды символов (до 64 Кбайт). Числовая строка является строкой символьных кодов для десятичных чисел (до 31 цифры).
* Биты и поля битов: длина поля переменна от 0 до 32 бит (определяется пользователем).

Так как ЦПР полностью реализует архитектуру центральной части ЭВМ VAX-II/750, включая эмуляцию системы команд, то на его основе могут создаваться вычислительные средства, совместимые по математическому обеспечению на уровне операционных систем с ЭВМ ряда VAX.

1.1.4. Микросхемы ЦПР ЛП839ВМ1 соответствуют техническим условиям АЕЯР.431200.005-01 ТУ.

1.1.5. В микропроцессоре реализован конвейерный метод обработки команд на макро- и микро-программном уровнях. Осуществляется опережающий прием команд в количестве трех 32-разрядных слов команды. В пределах страницы (512 байт) прием команд безадресной с циклом 200 нс. Совмещение операций при выполнении команд регистр-регистр показано на рис.2.

<center>
[[Файл:1839VM1 TO Pic2.png|500px]]
</center>

Здесь цифрами (1-4) обозначены номера последовательно выполняемых команд, а буквами - операции:

* А - прием команды;
* Б - дешифрация команды;
* В - выборка микрокоманды;
* Г - исполнение операции.

Данные принимаются в процессор на буфер, который организован в виде стека "первый вошел - первый вышел". Этот стек состоит из четырех 32-разрядных ячеек и его применение позволяет производить накопление данных при выполнении операции с памятью. Если в команде много операндов, это позволяет сократить время выполнения команды.

Преобразование виртуального адреса в физический в блоке диспетчера памяти выполняется полностью аппаратно, параллельно с другими операциями процессора. Прием и модификация описателей страниц (PTE) автоматически вставляется в общий поток обменов по внешней магистрали. В ДП имеется ассоциативный буфер PTE на 16 ячеек. Как показали исследования фирмы DEC, такого объема буфера достаточно для эффективного выполнения типовых программ.

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

== 1.2. Структурная схема и общие принципы функционирования ==

ЦПР состоит из следующих функциональных блоков (рис.3):
* дешифратор команд (ДШК);
* блок приема и формирования микрокоманд (БПМК);
* операционный блок (ОБ);
* интерфейсный блок (ИБ);
* диспетчер памяти (ДП);
* блок анализа приоритетов прерываний (БПР).

Блоки ДШК, ОБ и ДП связаны с внутренней 32-разрядной магистралью процессора, по которой они могут обмениваться ин - формацией как между собой, так и с внешней магистралью. Внутренняя магистраль связана с внешней элементами входа-выхода, которые управляются интерфейсным блоком (ИБ). По этой магистрали передаются адреса, данные и команды.

Передача различного типа информации мультиплексирована по времени. Для приема микрокоманд в микропроцессоре имеются раздельные каналы выдачи адреса микрокоманды (14 разрядов) и приема микрокоманды (32 разряда). Этими каналами управляет БПМК.

<center>
[[Файл:1839VM1 TO Pic3.png|500px]]
</center>

Начальный пуск микропроцессора выполняется микропрограммно. По переходу сигнала на выводе SR из низкого в высокий уровень в ДШК вырабатывается первый адрес микропрограммы начального пуска и процессор переходит к выполнению этой микропрограммы.

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

При выполнении команд, если количество операндов не больше четырех, сначала выполняется адресация всех операндов и прием их на буфер данных. Операнды могут находиться в памяти по адресам данных, в регистрах общего назначения (РОН) процессора или в теле команды. Данные из памяти всегда принимаются в буферный регистр данных (БРД). В формате "регистр-регистр" и "регистр-память" данные из РОН не пересылаются в БРД, действия над ними выполняются непосредственно в РОН. Во всех остальных случаях данные пересылаются в БРД. Если операнд находится в теле команды, то при дешифрации он выделяется из команды на специальный регистр и затем пересылается в БРД. Если количество операндов больше четырех, то выполняется прием четырех операндов, затем процесс адресации прерывается для освобождения БРД, после чего прием продолжается. Максимальное количество операндов - 6.

При выполнении косвенной адресации адрес из памяти принимается не в БРД, а в специальный регистр косвенной адресации (РКА), из которого он затем пересылается в регистр виртуального адреса (РВА). Это сделано потому, что принятый адрес нужно сразу же после приема использовать для продолжения адресации, а из БРД данные доступны по чтению только последовательно в порядке их приема, поскольку БРД организован по принципу стека.

Команды принимаются на буфер команд, который также организован как стек из трех 32-разрядных ячеек. Команды принимаются в буфер без выравнивания по началу слова, т.е. команда может начинаться с любого из четырех байт принимаемого 32-разрядного слова. За один цикл ДШК анализирует от 1 до 4 байт слова команды. Для начала обработки команды в буфере должны быть загружены две ячейки, поскольку анализируемые байты могут находиться в первой и второй ячейках, третья нужна для опережающего приема команды.

Счетчик команд (СК) в процессоре состоит из трех регистров. В первом регистре хранится виртуальный адрес начала команды, во втором - адрес анализируемого кода операции или моды адресации, и в третьем - адрес анализируемой в текущем цикле ДШК группы байтов команды. При завершении обработки кода операции или моды адресации содержимое третьего регистра переписывается во второй, а при завершении обработки всей команды содержимое второго регистра переписывается в первый. При начальном приеме команды все три регистра загружаются одним и тем же значением адреса команды. Для адресации команд СК используется только в командах ветвления. Для адресации переходов в командах ветвления и для адресации операндов в соответствующих модах адресации используется второй регистр СК. Для отслеживания границы страницы и адресации команды на этой границе используется специальный регистр-счетчик виртуального адреса команды (РВАК). Этот регистр загружается одновременно с загрузкой СК и инкрементируется на четыре после каждого цикла приема команды. Если адрес команды находится внутри страницы, прием команд выполняется в безадресном цикле обмена. Когда адрес команды совпадает с адресом последнего слова в странице, в РВАК вырабатывается специальный сигнал, по которому адрес, соответствующий адресу первого слова в следующей странице, переписывается из РВАК в РВА и инициируется адресный обмен с преобразованием адреса в ДП.

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

== 1.3. Дешифрация команд ==

1.3.1. Функции дешифратора команд

1) формирование начального адреса микропрограммы содержательной обработки команды;

2) формирование начального адреса микропрограммы адресации очередного операнда команды;

3) управление по выделению из области программы смещений адресации и констант;

4) управление мультиплексором буфера команд для загрузки полей кода операции и кода моды адресации очередного операнда.

1.3.2. Типы команд по дешифрации

1) команды "без операндов"

*(HALT;NOP;REI;BPT;RET;LDPCTX;SVPCTX;XFC;RSB);

2) простые команды - команды с количеством операндов от 1 до 3;

3) длинные команды - команды с количеством операндов больше трех;

4) команды перехода по смещению и без операндов

* (BRB;BRW;BEQL...);

5) команды перехода по смещению и с операндами

* (ACBB,SOBGEQ...).

На рис. 4 показан общий алгоритм дешифрации команд.

На рис. 4 приняты следующие обозначения:

* ПУ - передача управления;
* ЗпКОП - загрузить регистр - "поле КОП" на входе ПЛМ-ДШК;
* RUN - поле кода режима на входе ПЛМ;
* ПР - прерывание;
* НПР - нет прерываний;
* F2 - признак кода команды из пространства расширения;
* БО - команды без операндов;
* ПК - простые команды;
* ДК - длинные команды;
* КПО - команды перехода с операндами;
* КПС - команды перехода по смещению (байт или слово);
* РР - расположение операндов - все на регистрах;
* П - расположение операндов - хотя бы один в памяти;
* СО - счетчик операндов;
* КО - количество операндов;
* STA - старт адресации.

<center>
[[Файл:1839VM1 TO Pic4.png|500px]]
</center>

== 1.4. Операционный блок ==

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

=== Операционная часть операционного блока ===

Операционная часть операционного блока выполняет арифметические и логические операции над операндами, осуществляет временное хранение результатов операций, формирует состояния N , Z , V , С по результатам операций. Операционная часть ОБ состоит:

# Буферные регистры;
# Арифметико-логическое устройство (АЛУ);
# Регистр результата операции (РРОП);
# Схема формирования состояний (СФС);
# Дешифраторы.

Работой ОБ управляет блок синхронизации ОБ (БСОБ). Временная диаграмма работы операционной части ОБ представлена на рис. 5.

Структурная схема операционной части ОБ представлена на рис. 6.

<center>
[[Файл:1839VM1 TO Pic5.png|500px]]
</center>

<center>
[[Файл:1839VM1 TO Pic6.png|700px]]
</center>

По сигналу *SRD1&φ* (чтение 1) на шину X и Y̅ в соответствии с адресами, указанными в поле чтения ( *RFX0* - *RFX4* , *RFY0* - *RFY4* ) тела микрокоманды, читаются регистры (в одноадресной микрокоманде на шину Y̅ читается ячейка блока констант). Информация на шинах X и Y̅ защелкивается квазистатическими триггерами, стоящими на входе буферных регистров, после чего чтение регистров (блока констант) прекращается. Подброс шин X и Y̅, а следовательно и сброс защелки осуществляется сигналом *SETXY* . Одновременно с сигналами чтения регистров вырабатываются сигналы записи, по которым операнды с шин X и Y̅ записываются в буферные регистры. В соответствии с кодом операции (OCIR-OC3R) в буферные регистры записываются прямые или инверсные значения операндов. По сигналу *SALU&φ̅* (разрешение запуска АЛУ) запускается арифметико-логическое устройство, которое в зависимости от кода операции ( *RFY4* , *OC1R* - *OC3R* , *AROPWC* ) и формата микрокоманды ( *MFCOR,MFC1R* ) выполняет над операндами ту или иную операцию. Результат выполнения операции сигналом *SWTOPR&φ* записывается в регистр результата операции. РРОП кроме функции временного хранения результата выполняет функцию сдвигателя в микрокомандах сдвига. На основе полученного результата СФС формирует признаки N̄*, Z̄*, V̄*, C̄* , которые подаются на регистр состояний (РСП) и на схему образования условий ветвления.

Результат выполнения операции с РРОП через усилители подается на парафазную шину X* , Y̅* , откуда по сигналу *SWT2&φ̅* (запись 2) , в соответствии с адресом, указанным в поле записи ( *WF0* - *WF4* ) тела микрокоманды, записывается в регистр.

== 1.5. Прерывания и исключительные состояния ==

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

# сохраняет информацию о текущем процессе (в основном, это делается путем занесения в стек счетчика команд ( *program counter* - PC) и длинного слова состояния процессора (*processor status longword* - PSL ) с целью последующего возобновления данного процесса);
# передает управление от потока команд текущего процесса к определенным участкам программного обеспечения для обслуживания возникших событий.

Эти действия выполняются микропрограммно. Существует два основных типа подобных событий: прерывания ( *interrupt* ) и исключительные состояния ( *exceptions* ).

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

Исключительные состояния - это синхронные события, которые являются главными по отношению к текущему процессу и обычно обслуживаются в контексте текущего процесса.

Прерывания являются асинхронными событиями, поэтому для возможности обработки одновременно возникших запросов прерываний, в процессоре существует логика приоритетов. Приоритет, связанный с прерыванием, называется "уровнем приоритета прерывания" (IPL - *interrupt priority level* ). В любой момент времени будет обслуживаться прерывание с наивысшим приоритетом. IPL изменяется от 0 до 1F, то есть существует 32 уровня приоритета прерывания.

1.5.2. Для исключительных состояний (кроме особых фатальных ситуаций, влияющих на работу всей системы - им сопоставляется наивысший IPL , равный 1F) логика приоритетов не нужна, так как эти события синхронны по своей природе, и поэтому, возникают только в определенных, обусловленных набором выполняющихся команд, точках.

Существует три типа исключительных состояний:

# "ловушка" ( *trap* ) - это исключительное состояние, которое возникает в конце команды, которая ее вызвала. Поэтому PC, сохраняемый в стеке, указывает на следующую команду, которая должна была бы нормально выполняться. Любая программа может разрешить или запретить некоторые из ловушек для какой-то конкретной команды;
# "нарушение" ( *fault* ) - это исключительное состояние, которое возникает во время выполнения команды и оставляет регистры и память в таком состоянии, что при устранении условий для возникновения этой ситуации и рестарте, эта команда будет давать правильные результаты;
# "прекращение" ( *abort* ) - это исключительное состояние, также возникающее во время выполнения команды, но, в отличие от нарушений, оставляющее регистры и память в неопределенном состоянии. Поэтому команда не может быть правильно завершена (даже при условии ее рестарта).

В табл. 4 приведены возможные уровни приоритета прерываний процессора и соответствующие им аппаратные события.

'''Таблица 4.'''

Уровни приоритета прерываний

<pre>
+---------------------------------------+--------------------+
| П р е р ы в а н и я | Уровень приоритета |
| | прерывания IPL_16 |
+---------------------------------------+--------------------+
| Контроль аппаратных средств | |
| Недействительность стека ядра | 1F |
| Недействительность стека прерываний | |
+---------------------------------------+--------------------+
| Сбой питания | 1E |
+---------------------------------------+--------------------+
| | 1D |
| Ошибки процессора, памяти | 1C |
| или шины } | 1B |
| | 1A |
| | 19 |
+---------------------------------------+--------------------+
| Таймер | 18 |
+---------------------------------------+--------------------+
| | 17 |
| | 16 |
| | 15 |
| Прерывания устройств } | 14 |
| | 13 |
| | 12 |
| | 11 |
| | 10 |
+---------------------------------------+--------------------+
| События математического обеспечения | |
+---------------------------------------+--------------------+
| | 0F |
| | 0E |
| Р е з е р в | 0D |
| | 0C |
+---------------------------------------+--------------------+
| | 0B |
| } | 0A |
| Драйверы устройств | 09 |
| | 08 |
| | |
+---------------------------------------+--------------------+
| Таймер процесса | 07 |
+---------------------------------------+--------------------+
| Очередь AST | 06 |
+---------------------------------------+--------------------+
| Резерв | 05 |
+---------------------------------------+--------------------+
| Почта ввода/вывода | 04 |
+---------------------------------------+--------------------+
| Планировщик процесса | 03 |
+---------------------------------------+--------------------+
| Передача AST | 02 |
+---------------------------------------+--------------------+
| Резерв | 01 |
+---------------------------------------+--------------------+
| Уровень пользовательского процесса | 00 |
+---------------------------------------+--------------------+
</pre>

== 1.6. Состояние процессора ==

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

Одной из главных характеристик текущего процесса или текущего состояния процессора является длинное слово состояния процессора. Это слово состоит из *processor status word* (PSW) - слова состояния процессора (разряды <0-15> PSL ), которое доступно пользователю и слово привилегированного состояния (разряды <16-31> PSL ), которое доступно привилегированному программному обеспечению. PSL приводится на рис. 7.

<center>
[[Файл:1839VM1 TO Pic7.png|600px]]
</center>

Значения полей PSL следующие:

<pre>
Разряды Поле Значение

<3-0> N,Z,V,C Коды условий
<4> T Бит разрешения трассы
<5> IV Бит разрешения ловушки целочисленного переполнения
<6> FU Бит разрешения ловушки плавающего недополнения
<7> DV Бит разрешения ловушки десятичного переполнения
<15-8> 0 Резерв, должны быть нулями
<20-16> IPL Уровень приоритета прерывания
<21> 0 Резерв, должен быть нуль
<23-22> PRM Режим предыдущего доступа (Previous access mode )
<25-24> CRM Режим текущего доступа (Current access mode )
<26> IS Бит использования стека прерываний (Interrupt stack )
<27> FPD Первая часть выполнена (First part done )
<29-28> 0 Резерв, должны быть нулями
<30> TP Запрос трассы
<31> CM Признак режима совместимости
</pre>

Микропрограммная процедура обработки прерываний и исключительных состояний использует в основном поля *IS* , CRM и IPL, поэтому рассмотрим их подробнее:

1) IS . Если IS = 1, то процессор работает со стеком прерываний. При этом необходимо, чтобы CRM = 0 и IPL > 0. Если IS = 0, то процессор работает со стеком, который определен полем CRM в PSL .

2) CRM. Возможны следующие режимы доступа из текущего выполняемого процесса:

* 0 - ядро ( *kernel* )
* 1 - исполнитель ( *executive* )
* 2 - супервизор ( *supervisor* )
* 3 - пользователь ( *user* )

3) PRM. Это поле загружается из поля текущего режима при исключительных состояниях и командами СНМХ, сбрасывается прерываниями и восстанавливается командой REI.

4) IPL . Текущий приоритет процессора меняется в пределах от 0 до 1F. Процессор будет разрешать прерывания только на уровнях больших, чем текущий уровень процессора.

== 1.7. Различия между прерываниями и исключительными состояниями ==

В целом, по-своему влиянию на работу всей системы, прерывания и исключительные состояния очень похожи. Но существует ряд отличий между ними, которые можно свести к следующим:

1) Исключительное состояние (синхронное событие) возникает при выполнении текущей команды, в то время как прерывание (асинхронное событие) возникает из-за чьей-либо активности в вычислительной системе и это действие может быть независимо от текущей команды.

2) Исключительное состояние, как правило, обрабатывается в контексте процесса, в котором она возникла, в то время как прерывание обслуживается независимо от текущего выполняющегося процесса.

3) IPL процессора обычно не изменяется, когда возникает исключительное состояние. При прерывании IPL всегда повышается.

4) Подпрограммы, обслуживающие исключительные состояния, обычно работают со стеком процесса (стеком режима ядра - KSP), а подпрограммы, обслуживающие прерывания, со стеком процессора (стеком прерываний - ISP ).

5) Разрешенные исключительные состояния всегда инициируются немедленно, независимо от IPL процессора, а прерывания откладываются до тех пор, пока IPL процессора не станет ниже IPL запрашивающего прерывания.

6) Большинство исключительных состояний не может быть запрещено. Однако, если причина этого состояния возникает, когда эта ситуация запрещена, то инициация данного исключительного состояния не происходит даже после того, когда запрет отменяется. Если же возникает условие прерывания в тот момент, когда оно запрещено или IPL запроса меньше или равно IPL процессора, то данное прерывание в конечном итоге будет удовлетворено, как только возникнет подходящая ситуация, если условие прерывания еще существует.

7) При прерывании поле PRM в PSL всегда устанавливается в режим ядра, а при исключительном состоянии в него переписывается поле CRM .

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

== 1.8. Основные параметры прерываний и исключительных состояний ==

'''Векторы'''

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

1) Биты <1:0> содержат интерпретируемый код:

* 0 - обслужить событие через стек ядра. Если работа уже выполняется через стек прерываний, то обслужить событие через стек прерываний.
* 1 - обслужить событие через стек прерываний. Если это событие является исключительным состоянием, то IPL повышается до 1F;
* 2 - обслужить событие в перезаписываемой управляющей памяти. Если эта память не используется, то процессор переходит на команду останова HALT;
* 3 - процессор переходит на HALT.

2) Биты <31:2> содержат виртуальный адрес подпрограммы обслуживания - для кодов 0 и 1.

'''Системный управляющий блок (SCB).'''

Все векторы обслуживания прерываний и исключительных состояний находятся в системном управляющем блоке ( SCB - *System Control Block* ), который представляет собой две смежных страницы памяти. Физический адрес первой страницы содержится в привилегированном регистре - базе системного управляющего блока SCBB ( *SCB base* ).

Векторы устройств на *UNIBUS* находятся во второй странице, адрес которой получается добавлением к адресу, содержащемуся в SCBB, константы (200)₁₆. Разрешенными для этих устройств считаются только векторы (200-3FC)₁₆.

Основные параметры прерываний и исключительных состояний приведены в табл.5.

Таблица 5

Таблица основных параметров особых ситуаций

<pre>
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| Наименование особых | Тип | Уровень приори- | Вектор | Источник | Код | Параметры, загру- |
| ситуаций | ситуации | тета прерывания | 16 | (а/МП)* | 16 | жаемые в стек |
| | | IPL_16 | | | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 1. Машинный сбой | Прекращение| 1F** | 04 | Контроллер| 6? | См.Примечание 1 | <Неразборчиво, 4 зачеркнуто, исправлено на 6 или 8>
| | / ловушка | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 2. Недостоверный стек| Прекращение| 1F** | 08 | Процессор | 2 | РНК***, PSL | <D зачеркнуто, исправлено на 2>
| ядра | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 3. Недостоверный стек| Прекращение| 1F** | - | Процессор | 2 | РНК, PSL и причи- | <1 зачеркнуто, исправлено на 2>
| прерываний | | | | (а) | | на останова оста- |
| | | | | | | ются на регистрах |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 4. Сбой питания | Прерывание | 1E | 0C | Адаптер | D | PC,PSL | <5 зачеркнуто, исправлено на D>
| | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 5. Резервная/привиле-| Нарушение | - | 10 | Процессор | - | РНК, PSL |
| гированная команда | | | | (МП) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 6. Резервная команда | Нарушение | - | 14 | Процессор | - | РНК, PSL |
| пользователя | | | | (МП) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 7. Резервный операнд | Нарушение/ | - | 18 | Процессор | 7 | РНК, PSL | <E зачеркнуто, исправлено на 7>
| | прекращение| | | (а/МП) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 8. Резервный метод | Нарушение | - | 10C | Процессор | - | РНК, PSL |
| адресации | | | | (МП) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 9. Нарушение управле-| Нарушение | - | 20 | Процессор | 4 | См.Примечание 2 | <2 зачеркнуто, исправлено на 4>
| ния доступом | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 10. Запрет трансляции| Нарушение | - | 24 | Процессор | 5 | См.Примечание 2 | <3 зачеркнуто, исправлено на 5>
| | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 11. Трассировка | Нарушение | - | 28 | Процессор | E | РНК, PSL | <7 зачеркнуто, исправлено на E>
| | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 12. Команда ВРТ | Нарушение | - | 2C | Процессор | - | РНК, PSL |
| | | | | (МП) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 13. Арифметические | Ловушка | - | 34 | Процессор |8-A | См.Примечание 3 | 
| ловушки | | | | (а/МП) |нрзб,A| | <неразборчиво>
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 14. Команды: СНМК | Ловушка | - | 40 | Процессор.| - | См.Примечание 4 |
| СНМЕ | | | 44 | (МП) | | |
| СНМS | | | 48 | | | |
| СНМИ | | | 4C | | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 15. Зависание по | Прерывание | 1D | 60 | Контроллер| C | PC, PSL |
| записи в память | | | | | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 16. Исправимые ошибки| Прерывание | 1A | 54 | Контроллер| C | PC,PSL |
| памяти | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 17. Таймер | Прерывание | 18 | C0 | Адаптер | D | PC, PSL | <5 зачеркнуто, исправлено на D>
| | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 18. Консольный | Прерывание | 14 | F8 | Адаптер | D | PC,PSL | <5 зачеркнуто, исправлено на D>
| терминал (приемник) | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 19. Консольный | Прерывание | 14 | FC | Адаптер | D | PC, PSL | <5 зачеркнуто, исправлено на D>
| терминал (передатчик)| | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 20. Программные | Прерывание | 1...F | 84...BC| Адаптер | D? | PC, PSL | <"-" исправлено на D?>
| прерывания | | | | (а) | | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
| 21. Прерывания | Прерывание | 14-17 |200-3FC | Адаптер | | PC, PSL | <5-6 зачеркнуто, исправлено на D>
| устройств | | | | (а) | D | |
+----------------------+------------+------------------+--------+-----------+------+--------------------+
</pre>

'''*''' - аппаратный/микропрограммный характер соответствующего события;

'''**''' - для этих событий IPL = 1F, если 1:0 разряды вектора равны 1;

'''***''' - РНК - регистр начала команды. Он указывает на код операции команды, при выполнении которой произошло нарушение или прекращение.

П р и м е ч а н и я к табл.5:

1. При машинном сбое в стеке сохраняются следующие параметры:

* (SP) Параметр длины (равен 28₁₆).
* (SP)+4 Код ошибки (для ошибок памяти, например, равен 2).
* (SP)+8 Регистр виртуального адреса (РКВА).
* (SP)+C PC во время сбоя.
* (SP)+10 Регистр данных памяти (MDR).
* (SP)+14 Сохраненный регистр режима ( SMR).
* (SP)+18 Регистр зависания по чтению-модификации-записи (RLTO).
* (SP)+1C Регистр групповой четности буфера трансляции (TBGPR).
* (SP)+20 Регистр ошибок КЭШ-памяти (CAER).
* (SP)+24 Регистр ошибок шины (BER).
* (SP)+28 Регистр суммарных ошибок при машинном сбое (MCESR).
* (SP)+2C PC, указывающий на код операции.
* (SP)+30 PSL.

2. При исключительных состояниях от диспетчера памяти в стеке сохраняются:

* (SP) Регистр суммарных ошибок диспетчера памяти.
* (SP)+4 Виртуальный адрес в странице нарушения (РКВА).
* (ST)+8 РНК.
* (SP)+C PSL.

3. При арифметических ловушках в стеке, кроме PC, также сохраняется код арифметической ловушки, который имеет следующие значения:

<pre>
Код Тип арифметической ловушки

1 Целочисленное переполнение
2 Целочисленное деление на 0
3 Плавающее переполнение
4 Плавающее/десятичное деление на 0
5 Плавающее обнуление
6 Десятичное переполнение
7 Диапазон приписки
</pre>

4. При выполнении команд смены режима в стек, кроме PC, PSL загружается операнд команды ( *code* ) с расширенным знаком.

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

Контроллер фиксирует аппаратные ошибки, связанные с работой памяти и сообщает об этом процессору с помощью сигналов *INRC* (прерывание контроллера) и MCH (машинный сбой). Адаптер фиксирует все остальные прерывания, проводит разбор приоритетов между ними и сообщает процессору о наличии запроса прерывания сигналом *INRA* (прерывание адаптера). Кроме этого в адаптере находится часть внутренних регистров системы, которые связаны с обработкой прерываний.

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

== 1.9. Блок прерываний БПР ==

1.9.1. На рис.8 приведена структурная схема БПР процессора. Ниже перечислены основные блоки, входы и выходы БПР.

<center>
[[Файл:1839VM1 TO Pic8.png|400px]]
</center>

1) БСБПР - блок синхронизации БПР.

2) БРП - блок разбора приоритетов.

3) ДШРИП - дешифратор сброса источника прерываний и исключительных состояний.

4) РИП - регистр источников прерываний и исключительных состояний.

5) Входы:

* КК - признак конца команды;
* PA - выход элемента ИЛИ, на входах которого собраны все нарушения и прекращения;
* 1T - выход элемента ИЛИ, на входах которого собраны все прерывания и ловушки;
* 5CN - запрос недостоверного стека ядра;
* SINN - запрос недостоверного стека прерываний;
* НУД - запрос нарушения управления доступом;
* ЗТ - запрос запрета трансляции;
* MCH - запрос машинного сбоя;
* REZ - запрос резервного операнда;
* INRA - запрос адаптера;
* HALT - запрос останова;
* T - запрос трассировки;
* FUZ - запрос ловушки плавающего недополнения;
* DVV - запрос ловушки десятичного переполнения;
* IVV - запрос ловушки целочисленного переполнения;
* FVV - запрос ловушки плавающего переполнения;
* INRC - запрос прерывания контроллера;
* РИП - сигнал сброса источника прерывания.

6) Выходы:

* RA - сигнал запроса сбоя;
* IRQ - сигнал запроса прерывания;
* ЗРПП - сигнал записи регистра признака прерывания и исключительного состояния (РПП);
* ЗРИП - сигнал записи РИП;
* РПП(0-3) - код прерываний и исключительных состояний;
* 5РИП - сигнал сброса конкретного источника (в соответствии с кодом).

1.9.2. Алгоритм работы БПР

При поступлении в БПР сигналов прерываний - ловушек или сигналов нарушений-прекращений запускается БСБПР - по сигналу IT или PA соответственно. PA может возникать в любой момент выполнения команды, IT возникает лишь после окончания команды, перед выполнением следующей команды. БСБПР вырабатывает сигналы RA или IRQ , которые поступают на ПЛМ ДШК, ЗРИП, по которому производится запись в РИП всех имеющихся к этому времени запросов. В БРП, в соответствии с самым высокоприоритетным запросом, формируется код, который поступает на входы РПП (находящегося в блоке управления ПЗУ) и на входы ДШ КИП для последующего сброса источника запроса по сигналу РИП

Запись в РПП производится сигналом ЗРПП, также выработанным БСБПА.

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

В табл. 5 в графе "Код₁₆" приведены шестнадцатеричные коды аппаратных особых ситуаций.

Приоритетность между прерываниями и ловушками в БПР принята следующая (в порядке убывания приоритетов):

# Арифметические ловушки.
# Прерывания контроллера.
# Прерывания адаптера.
# Ловушка трассы.

На рис. 9 приведена временная диаграмма работы БПР.

<center>
[[Файл:1839VM1 TO Pic9.png|500px]]
</center>

1.9.3. Алгоритм обработки прерываний и исключительных состояний

Микропрограммная процедура обработки ситуаций сводится, в основном, к двум действиям:

1) сохранению текущего состояния (PC(РНК), *PSL* , параметры (если нужно));

2) формированию нового состояния (загрузка PC начальным адресом программы обработки особой ситуации, формирование нового *PSL* ).

Более подробно эти два действия, и другие описаны в алгоритме обработки прерываний и исключительных состояний на рис.10.

<center>
[[Файл:1839VM1 TO Pic10.png|600px]]
</center>

== 1.10. Временные диаграммы процессора, идентификаторы обменов ==

1.10.1. Ко всем временным диаграммам относится следующее:

1) Если на вход тестирования *TEST* подан низкий уровень, то новый обмен по микрокомандной магистрали не начнется, пока ответный сигнал *MSDS* от накопителя микрокоманд не закончится. По магистрали AD(0-31) не начнется новый обмен, пока не закончатся ответные сигналы *SAS* и *SDS* от предыдущего обмена. Если на входе *TEST* высокий уровень, то новые обмены по магистралям начинаются независимо от окончания ответных сигналов. При этом окончание сигналов *SAS* и *SDS* должно происходить асинхронно с минимальным временем задержки по окончании сигналов *MAS* и *MDS* . Представленные ниже временные диаграммы справедливы для высокого уровня на входе *TEST*.

2) Интерфейсные сигналы при магистрали AD(0-31): *MAS* , *PGB* , *PCRQ* , *MDS* , *SEL* , *DMAK* вырабатываются выходами с тремя состояниями. На эти выходы необходимо ставить резисторы 2,7 кОм к шине источника питания + Ucc. После окончания сигналов в процедурах обменов на этих выходах осуществляется "подброс в "1" на время 0,5 T*CLC* , причем на выходах *MAS*, *PCRQ* , *DMAK* в отрицательной фазе CLC, а на выходах *PGB* , *MDS* и *SEL* - в положительной. Также в состояние активного высокого уровня эти выходы приводятся от низкого уровня на входе *SR* при начальном пуске ЦПР, причем для активного высокого уровня на выходе *MAS* необходимо наличие высокого уровня на входе *ACTR*.

3) Выходы AD(0-31) также имеют три состояния. В третьем состоянии выходы AD(0-31) находятся при приеме команд или данных, от низкого уровня на входе *SR* , в процедуре "Запись с перехватом" и при предоставлении прямого доступа к памяти.

В состояние активного высокого уровня выходы AD(0-31) приводятся между обменами по окончании сигнала *MDS* .

Временная диаграмма процедуры "Чтение микрокоманды" представлена на рис. 11. Минимальный цикл приема микрокоманды составляет 2 T*CLC* . [зачёркнуто: Ответный сигнал *MSDS* от накопителя микрокоманд может быть также статическим низким уровнем - в отличие от представленного на рис. 11.]

<center>
[[Файл:1839VM1 TO Pic11.png|500px]]
</center>

На временной диаграмме представлен дополнительно внутренний сигнал ЦПР *WBMC* - запись в буфер микрокоманд.

Временная диаграмма процедуры "Адресное чтение" представлена на рис. *12*. Минимальный цикл адресного чтения 3T*CLC*. Низкий уровень сигнала *SAS* принимается в отрицательной фазе *CLC* , затем выдается сигнал *MDS* низкого уровня и открывается внутренняя магистраль MD(0-31) для приема данных. В целях обеспечения быстродействия на частоте 10 МГц низкий уровень сигнала *SAS* необходимо подавать в течение первых 25 нс отрицательной фазы *CLC* . Низкий уровень сигнала *SDS* принимается также в отрицательной фазе *CLC* , и в следующей положительной фазе *CLC* заканчивается сигнал *MDS* . Для обеспечения быстродействия необходимо выполнить такие же требования, как и для сигнала *SAS* .

<center>
[[Файл:1839VM1 TO Pic12.png|500px]]
</center>

Временная диаграмма "Безадресное чтение команды" представлена на рис. *13* . Минимальный цикл процедуры 2 T*CLC* . Прием сигнала *SDS* происходит также, как и при адресном чтении и требования для обеспечения быстродействия те же.

<center>
[[Файл:1839VM1 TO Pic13.png|500px]]
</center>

Временная диаграмма процедуры "Запись" представлена на рис. *14* . Минимальный цикл процедуры - 4T*CLC* . Прием сигналов *SAS* и *SDS* и требования по обеспечению быстродействия как и при адресном чтении.

<center>
[[Файл:1839VM1 TO Pic14.png|500px]]
</center>

Временная диаграмма процедуры "Чтение-модификация-запись" представлена на рис. *15* . Минимальный цикл процедуры - 7 T*CLC* . Прием сигналов *SAS* и *SDS* и требования по обеспечению быстродействия такие как и при адресном чтении.

<center>
[[Файл:1839VM1 TO Pic15.png|500px]]
</center>

Временная диаграмма процедуры передачи адреса при пересечении данными границы страницы представлена на рис. *16* . Сигнал *PGB* при первом появлении сопровождает адрес перед границей страницы, при втором появлении сопровождает адрес начала новой страницы. Между двумя адресами (рис. *16* ) возможно выполнение обменов, например, "Чтение PTE", если пуст "Буфер трансляции", или "Безадресное чтение команды". Для обеспечения быстродействия на частоте 10 МГц требования к сигналам *SAS* и *SDS* такие же, как и при адресном чтении.

<center>
[[Файл:1839VM1 TO Pic16.png|500px]]
</center>

Временная диаграмма отказа от записи в процедуре "Чтение-модификация-запись PTE" представлена на рис. *17*. Отказ от записи *PTE* происходит, когда страница уже модифицировалась (бит модификации М <26> регистра PTE установлен в "1").

<center>
[[Файл:1839VM1 TO Pic17.png|500px]]
</center>

Временные диаграммы процедур чтения и записи внутренних регистров *IPR* , размещенных в процессоре ( *POBR* , *POLR* , *P1BR* , *P1LR* , *SBR*, *SLR*, *MAPEN* , *TBIA* , *TBIS* , *ACCS* ) представлены на рис. *18,19*. Внешние сигналы *SAS* , *SDS* не требуются, вместо них в процессоре вырабатываются внутренние сигналы такого же назначения.

<center>
[[Файл:1839VM1 TO Pic18.png|500px]]
</center>

<center>
[[Файл:1839VM1 TO Pic19.png|500px]]
</center>

Временная диаграмма чтения внешнего регистра начальных условий представлена на рис. *20* . Для чтения этого регистра предназначен выход *SEL* . Сигнал *SEL* возникает при чтении системной памяти (A31, A30 = "1") и при A23 = "1". На временной диаграмме сигнал *SEL* аналогичен сигналу *MDS* .

<center>
[[Файл:1839VM1 TO Pic20.png|500px]]
</center>

Временная диаграмма сигналов сопровождения процедуры захвата магистрали при прямом доступе к памяти представлена на рис. *21*.

<center>
[[Файл:1839VM1 TO Pic21.png|500px]]
</center>

Сигнал *DMR* магистрали *Q-BUS* преобразуется микросхемой адаптера магистрали КЛ839ВВ1 в сигнал *DMRQ* , поступающий на процессор. При отсутствии обменов процессор принимает сигнал *DMRQ* в низкой фазе *CLC* и через период *CLC* выдает сигнал разрешения прямого доступа к памяти *DMAK* , который микросхема АМ преобразует в сигнал *DMGO* магистрали *Q-BUS*. Окончание сигнала *DMAK* происходит в той же фазе низкого уровня CLC в какой принимается окончание сигнала *DMRQ* . На временной диаграмме также представлен перевод выходов магистрали AD(0-31) в третье состояние и выход из третьего состояния. При наличии обмена сигнал *DMAK* появится только по его окончании.

Временные диаграммы адресного чтения и адресной записи с перехватом сопроцессором обменов с памятью представлены на рис. *22, 23* . Обмен с перехватом происходит при A31 = "0", A30 = "1". О том, что микросхема сопроцессора начинает обмен с памятью, свидетельствует сигнал *ACTR* . Приняв асинхронно этот сигнал, процессор переводит выход *MAS* в третье состояние, предоставляя возможность сопроцессору выставить активный низкий уровень *MAS*спрц и далее сопроцессор читает данные из памяти или записывает данные в память также, как выполняет эти процедуры процессор. При записи с перехватом выходы AD(0-31) процессора переводятся в третье состояние по окончании адреса в низкой фазе· *CLC* и выходят из третьего состояния (подброс в "1") по окончании низкого уровня на шине *MDS* .

<center>
'''Рис. 22 отсутствует'''
</center>

<center>
[[Файл:1839VM1 TO Pic23.png|500px]]
</center>

Временная диаграмма процедуры "Чтение-модификация-запись с перехватом" представлена на рис. *24*.

<center>
[[Файл:1839VM1 TO Pic24.png|500px]]
</center>

Временная диаграмма процедуры "Двойное адресное чтение" представлено на рис. *25*.

<center>
[[Файл:1839VM1 TO Pic25.png|500px]]
</center>

Временная диаграмма процедуры "Двойная запись" представлена на рис. *26*.

<center>
[[Файл:1839VM1 TO Pic26.png|500px]]
</center>

Двойное чтение и запись выполняются при обменах с четверными словами.

На рис. *27-30* представлены временные диаграммы различных обменов с внешними и внутренними сигналами процессора.

<center>
[[Файл:1839VM1 TO Pic27.png|500px]]
</center>

<center>
[[Файл:1839VM1 TO Pic28.png|500px]]
</center>

<center>
[[Файл:1839VM1 TO Pic29.png|500px]]
</center>

<center>
[[Файл:1839VM1 TO Pic30.png|500px]]
</center>

К внутренним сигналам процессора относятся:

* WBMC - запись в буфер микрокоманд;
* WMCE - запись в регистр микрокоманд;
* NRFW - сигнал записи поля чтения;
* SRDI - сигнал чтения источника;
* SWT2 - сигнал записи в приемник;
* WTWA - запись в регистр виртуального адреса;
* WTPA - запись в регистр физического адреса;
* ADRE - сигнал разрешения выдачи адреса в системную магистраль AD(0-31);
* DTIE - сигнал приема команд и данных на внутреннюю магистраль MD(0-31);
* WCE - сигнал записи в буферные регистры команд;
* WTBDR - сигнал записи в буферные регистры данных;
* DTOE - сигнал выдачи данных в системную магистраль AD(0-31) при записи;
* DATL - сигнал выдачи данных с выходного буферного регистра данных во внутреннюю магистраль MD(0-31).

1.10.2. Идентификаторы обменов

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

<pre>
+----+----+----+----+----+----+----+----+
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 |
+----+----+----+----+----+----+----+----+
| | | |
| Направ- | Формат | Код обмена |
| ление | данных | |
| обмена | | |
+---------+---------+-------------------+
</pre>

1.10.2.1. Направление обмена

<pre>
+------------+---------+------------+---------+-------------------------------+
| 31 разряд | 30 разряд | Направление обмена |
+------------+---------+------------+---------+ |
| логические | уровень | логические | уровень | |
| значения | | значения | | |
+------------+---------+------------+---------+-------------------------------+
| 0 | высокий | 0 | высокий | Основная память, регист- |
| | | | | ры внешних устройств |
+------------+---------+------------+---------+-------------------------------+
| 0 | высокий | 1 | низкий | Основная память, с |
| | | | | перехватом магистрали |
| | | | | сопроцессором |
+------------+---------+------------+---------+-------------------------------+
| 1 | низкий | 0 | высокий | Внутренние регистры |
+------------+---------+------------+---------+-------------------------------+
| 1 | низкий | 1 | низкий | Системная память |
+------------+---------+------------+---------+-------------------------------+
</pre>

1.10.2.2. Формат данных

<pre>
+------------+---------+------------+---------+------------------+
| 29 разряд | 28 разряд | Формат данных |
+------------+---------+------------+---------+ |
| логические | уровень | логические | уровень | |
| значения | | значения | | |
+------------+---------+------------+---------+------------------+
| 0 | высокий | 0 | высокий | Двойное слово |
+------------+---------+------------+---------+------------------+
| 0 | высокий | 1 | низкий | Слово |
+------------+---------+------------+---------+------------------+
| 1 | низкий | 0 | высокий | Четверное слово |
+------------+---------+------------+---------+------------------+
| 1 | низкий | 1 | низкий | Байт |
+------------+---------+------------+---------+------------------+
</pre>

1.10.2.3. Код обмена

<pre>
+------+--------+------+--------+------+--------+------+--------+-----------+
| 27 разряд | 26 разряд | 25 разряд | 24 разряд | Обмен |
+------+--------+------+--------+------+--------+------+--------+ |
| лог. | уровень| лог. | уровень| лог. | уровень| лог. | уровень| |
| знач | | знач | | знач | | знач | | |
+------+--------+------+--------+------+--------+------+--------+-----------+
| 0 | высокий| X | X | 0 | высокий| 1 | низкий | Чтение |
| | | | | | | | | данных |
+------+--------+------+--------+------+--------+------+--------+-----------+
| 1 | низкий | X | X | 0 | высокий| 1 | низкий | Чтение |
| | | | | | | | | команд |
+------+--------+------+--------+------+--------+------+--------+-----------+
| 0 | высокий| X | X | 1 | низкий | 0 | высокий| Запись |
+------+--------+------+--------+------+--------+------+--------+-----------+
| 0 | высокий| X | X | 1 | низкий | 1 | низкий | Чтение- |
| | | | | | | | | модифика- |
| | | | | | | | | ция - |
| | | | | | | | | запись |
+------+--------+------+--------+------+--------+------+--------+-----------+
</pre>

где X - безразличное значение, остальные комбинации 24-27 разрядов - резервные.

== 1.11. Функциональные и электрические схемы входных и выходных каскадов ==

Функциональные схемы входных и выходных каскадов представлены на рис. 31-39.

<center>
[[Файл:1839VM1 TO Pic31.png|400px]] [[Файл:1839VM1 TO Pic32.png|400px]]
</center>

<center>
[[Файл:1839VM1 TO Pic33.png|400px]] [[Файл:1839VM1 TO Pic34.png|400px]]
</center>

<center>
[[Файл:1839VM1 TO Pic35.png|400px]] [[Файл:1839VM1 TO Pic36.png|400px]]
</center>

<center>
[[Файл:1839VM1 TO Pic37.png|400px]] [[Файл:1839VM1 TO Pic38.png|400px]]
</center>

<center>
[[Файл:1839VM1 TO Pic39.png|500px]]
</center>

На всех рисунках численное значение около логических элементов обозначает ширину транзисторов элементов в мкм: сверху р-типа, снизу п-типа.

Внутренние тактовые сигналы синхронизации φ , φ̄ соответствуют следующим фазам входного сигнала CLCI: φ соответствует CLCI; φ̄ - CLCI̅.

Электрические схемы входов и входов/выходов представлены на рис. 40,41.

<center>
[[Файл:1839VM1 TO Pic40.png|400px]] [[Файл:1839VM1 TO Pic41.png|400px]]
</center>

== 1.12. Система микрокоманд ==

В микропроцессорной системе "Электроника 32" имеется несколько форматов микрокоманд.

=== Микрокоманды МА, МВ, МС ===

Форматы МА, МВ, МС это содержательные микрокоманды операционного блока (ОБ), остальные форматы микрокоманд не воспринимаются ОБ и служат для управления выборкой микрокоманд из ПЗУ-микрокода, а также для управления ПЛМ-дешифратора команд (ПЛМ ДШК).

Форматы микрокоманд операционного блока МА, МВ, МС приведены на рис. 42.

<center>
[[Файл:1839VM1 TO Pic42.png|600px]]
</center>

Расшифруем значение полей содержательных микрокоманд.

==== ФМК ====

Поле "ФМК" - формат микрокоманды

<pre>
+-------+----+----------------------------------------------+-------------+
| Разряды МК | Наименование формата микрокоманды | Обобщенное |
+-----+------+ | обозначение |
| 31 | 30 | | |
+-----+------+----------------------------------------------+-------------+
| 0 | 0 | Одноадресная ОБ | MA |
+-----+------+----------------------------------------------+-------------+
| 0 | 1 | Двухадресная ОБ | MB |
+-----+------+----------------------------------------------+-------------+
| I | 0 | Трехадресная ОБ | MC |
+-----+------+----------------------------------------------+-------------+
</pre>

==== ФД ====

Поле "ФД" - формат данных

<pre>
+-------+----+-------------------------------------------------------+
| Разряды МК | Формат данных в ОБ |
+-----+------+ |
| 29 | 28 | |
+-----+------+-------------------------------------------------------+
| 0 | 0 | Двойное слово (ДС) - 32 разряда |
+-----+------+-------------------------------------------------------+
| 0 | 1 | Слово (СЛ) - 16 разрядов (возможно изменение |
| | | только мл.части РСП) |
+-----+------+-------------------------------------------------------+
| 1 | 1 | Байт (БТ) - 8 разрядов |
+-----+------+-------------------------------------------------------+
| 1 | 0 | Резервный код "ФД" , признак подсветки приема |
| | | в регистр косвенной адресации (РКА) |
+-----+------+-------------------------------------------------------+
</pre>

==== КОП2 ====

Поле "КОП2" - коды операций двухадресных и трехадресных микрокоманд

<pre>
+----+----+----+------------------+------------------+----------------------+
| КОП2 | | | |
+ Разряды МК + Обозначение | Обозначение | Операция |
| 27 | 26 | 25 | | | |
+----+----+----+------------------+------------------+----------------------+
| 0 | 0 | 0 | Y → X | X → Z | Пересылка |
+----+----+----+------------------+------------------+----------------------+
| 0 | 0 | 1 | X+Y → X | X+Y → Z | Сложение |
+----+----+----+------------------+------------------+----------------------+
| 0 | 1 | 0 | X-Y → X | X-Y → Z | Вычитание |
+----+----+----+------------------+------------------+----------------------+
| 0 | 1 | 1 | Y-X → X | Y-X → Z | Обр.вычитание |
+----+----+----+------------------+------------------+----------------------+
| 1 | 0 | 0 | X⊕Y → X | X⊕Y → Z | MOD2 |
+----+----+----+------------------+------------------+----------------------+
| 1 | 0 | I | X ∨ Y → X | X ∨ Y → Z | Дизъюнкция |
+----+----+----+------------------+------------------+----------------------+
| 1 | 1 | 0 | X & Ȳ → X | X & Ȳ → Z | Конъюнкция с |
| | | | | | отрицанием |
+----+----+----+------------------+------------------+----------------------+
| 1 | 1 | 1 | X & Y → X | X & Y → Z | Конъюнкция |
+----+----+----+------------------+------------------+----------------------+
</pre>

Здесь: Для двухадресных микрокоманд:
Х - операнд в поле Х (МК 19-15),
Y - операнд в поле У (МК 24-20),

Для трехадресных микрокоманд:
Х - операнд в поле Х (МК 19-15),
Y - операнд в поле У (МК 24-20),
Z - операнд в поле Z (МК 11-7 ).

==== КОП1 ====

Поле "КОП1" - коды операций одноадресных микрокоманд

<pre>
+----+----+----+----+------------------+------------------------------------+
| КОП1 | | |
+ Разряды МК + Обозначение | О п е р а ц и я |
| 27 | 26 | 25 | 24 | | |
+----+----+----+----+------------------+------------------------------------+
| O | O | O | O | M → X | Пересылка |
+----+----+----+----+------------------+------------------------------------+
| O | O | O | 1 | | Резерв |
+----+----+----+----+------------------+------------------------------------+
| O | O | 1 | O | X + M → X | Сложение |
+----+----+----+----+------------------+------------------------------------+
| O | O | 1 | 1 | X → X | Пересылка |
+----+----+----+----+------------------+------------------------------------+
| O | 1 | O | O | X - M → X | Вычитание |
+----+----+----+----+------------------+------------------------------------+
| O | 1 | O | 1 | | Резерв |
+----+----+----+----+------------------+------------------------------------+
| O | 1 | 1 | O | M - X → X | Обратное вычитание |
+----+----+----+----+------------------+------------------------------------+
| O | 1 | 1 | 1 | X → X̄ | Инверсия |
+----+----+----+----+------------------+------------------------------------+
| 1 | O | O | O | X⊕M → X | MOD2 |
+----+----+----+----+------------------+------------------------------------+
| 1 | O | O | 1 | АЛ(Х) | Арифметический сдвиг |
| | | | | | влево |
+----+----+----+----+------------------+------------------------------------+
| 1 | O | 1 | O | X ∨ M → X | Дизъюнкция |
+----+----+----+----+------------------+------------------------------------+
| 1 | O | 1 | 1 | ЦЛ(Х) | Циклический сдвиг влево |
+----+----+----+----+------------------+------------------------------------+
| 1 | 1 | O | O | X & M̄ → X | Конъюнкция с отрицанием |
+----+----+----+----+------------------+------------------------------------+
| 1 | 1 | O | 1 | АП(Х) | Арифметический сдвиг |
| | | | | | вправо |
+----+----+----+----+------------------+------------------------------------+
| 1 | 1 | 1 | O | X & M → X | Конъюнкция |
+----+----+----+----+------------------+------------------------------------+
| 1 | 1 | 1 | 1 | ЦП(Х) | Циклический сдвиг вправо |
+----+----+----+----+------------------+------------------------------------+
</pre>

Здесь Х - операнд по адресу в поле Х (МК 19-15), М - модификатор, или константа, по адресу в поле АМ (МК 23-20), (т.е. в одноадресной микроинструкции константа читается по полю "Y").

==== ПС ====

Поле "ПС" - прием состояния

<pre>
+-------+----+------------------------------------------+
| ПС | |
+------------+ Прием состояния |
| разряды МК | |
+----+--+----+ |
| 14 | 13 | |
+----+-------+------------------------------------------+
| O | O | Запись признаков N, Z, V, C (ЗС) |
+----+-------+------------------------------------------+
| 1 | O | Запись N, Z, V ; Сохранение C (МС) |
+----+-------+------------------------------------------+
| O | 1 | Запись N, Z ,обнуление V, C (НV) |
+----+-------+------------------------------------------+
| 1 | 1 | Нет записи состояния (НЗС)|
+----+-------+------------------------------------------+
</pre>

==== ВА ====

Поле "ВА" - запись в регистр виртуального адреса (РВА)
* ВА (МК 12) = 0 - адрес в фазе чтения
* ВА (МК 12) = I - адрес в фазе записи.

Если поле ВА (МК 12):=0 в одноадресных микроинструкциях циклических сдвигов, то сдвиг осуществляется минуя разряд "С" в регистре состояния процессора (РСП) (см. рис. 43).

<center>
[[Файл:1839VM1 TO Pic43.png|400px]]
</center>

Однако, при любых микрооперациях сдвигов, арифметических либо циклических, выдвигаемый разряд заносится в "С" РСП. Кроме того, необходимо учесть, что при арифметическом сдвиге влево, если поле ВА:=0 , то данная микрооперация трансформируется в циклический левый сдвиг.

==== НО ====

Поле "НО" - направление обмена

<pre>
+-------+----+------------------------------------------+
| НО | |
+------------+ Тип обмена |
| Разряды МК | |
+----+--+----+ |
| 11 | 10 | |
+----+-------+------------------------------------------+
| 0 | 0 | Обмен с основной памятью (ПМ) |
+----+-------+------------------------------------------+
| 0 | 1 | Обмен с памятью с перехватом в БРА (ПП) |
+----+-------+------------------------------------------+
| 1 | 0 | Обмен с системными регистрами (СР) |
+----+-------+------------------------------------------+
| 1 | 1 | Обмен с системной памятью (СП) |
+----+-------+------------------------------------------+
</pre>

==== ФО ====

Поле "ФО" - формата обмена

<pre>
+-------+----+------------------------------------------+
| ФО | |
+------------+ Тип формата обмена |
| Разряды МК | |
+----+-------+ |
| 9 | 8 | |
+----+-------+------------------------------------------+
| 0 | 0 | Длинное слово обмена (ДСО) |
+----+-------+------------------------------------------+
| 0 | 1 | Слово обмена (СЛО) |
+----+-------+------------------------------------------+
| 1 | 1 | Байт обмена (БО) |
+----+-------+------------------------------------------+
| 1 | 0 | Четверное слово обмена (ЧСО) |
+----+-------+------------------------------------------+
</pre>

I) Если в микрокоманде поле "ФО" (МК ⟨9,8⟩) : = ⟨1,0⟩ , то за одну такую микрокоманду можно осуществить сложение/вычитание с переносом (БИТ "С" РСП), используя выходной признак CARRY⟨===⟩ МК⟨9,8⟩:=⟨1,0⟩ (см. синтаксические таблицы микроассемблера). Сложение/вычитание с переносом блокируется, если в данной микрокоманде инициирован обмен.

2) Если в микрокоманде поле "ФО" (МК ⟨9,8⟩ ):= ⟨1,0⟩ , то при использовании микроопераций сдвигов влево (АЛ, ЦЛ) в специальном флажке запоминается признак "V" - переполнение. Логика установления данного флажка такова: если любой из выдвигаемых (на место знакового) разрядов не совпадает со знаковым разрядом, то V:=1, иначе V:=0.

По флагу записи состояния соответствующим образом (в соответствии с данным флажком) устанавливается бит "V" в РСП.

Накопленный признак "V" (флаг переполнения) сбрасывается по концу команды (КК). В противном случае (если поле "ФО" (МК ⟨9,8⟩ ) :≠ ⟨1,0⟩ ) блокируется установка "V" при сдвигах.

==== КОБ ====

Рассмотрим теперь поле кода обмена ("КОБ") в формате микрокоманды. Для осуществления двойных обменов (обмены 64-разрядными данными) необходимо использовать формат обмена ("ФО") ЧСО (МК ⟨9,8⟩ : = ⟨I,0⟩ ).

Поле "КОБ" - кода обмена

<pre>
+-------+----+------------------------------------------+
| КОБ | |
+------------+ Тип обмена |
| Разряды МК | |
+----+--+----+ |
| 7 | 6 | 5 | |
+----+---+---+------------------------------------------+
| 0 | 0 | 0 | Нет обмена (НОБ) |
+----+---+---+------------------------------------------+
| 0 | 0 | 1 | Чтение данных (ЧД) |
+----+---+---+------------------------------------------+
| 0 | 1 | 0 | Запись данных (ЗД) |
+----+---+---+------------------------------------------+
| 0 | 1 | 1 | Чтение-модификация-запись (ЧЗ) |
+----+---+---+------------------------------------------+
| 1 | 0 | 0 | Запись в регистр-аккумулятор R(17) (WDAK)|
+----+---+---+------------------------------------------+
| 1 | 0 | 1 | Чтение команды (ЧК) |
+----+---+---+------------------------------------------+
| 1 | 1 | 0 | Резерв |
+----+---+---+------------------------------------------+
| 1 | 1 | 1 | Запись смещения в БРД (ЗпЧТ) |
+----+---+---+------------------------------------------+
</pre>

Процедура чтение-модификация-запись (ЧМЗ) для работы с 64-разрядными данными имеет свои особенности, а именно:

ЧМЗ трансформируется в чтение 64-разрядных данных, а адрес записи аппаратно помещается в регистр-аккумулятор процессора R(17) и для завершения процедуры ЧМЗ необходимо проинициировать запись по адресу, находящемуся : R(17), т.е. тип обмена ЧМЗ 64-разрядными данными фактически не является неделимой операцией.

==== Прочие поля ====

Разряд (МК0) служит для останова выборки микрокоманд из ПЗУ микрокода (S-бит). Если в микрокоманде МК0:=1, то после выборки этой микрокоманды выборка микрокоманд из ПЗУ приостанавливается до следующей записи в регистр адреса ПЗУ, т.е. если установлен S-бит и заполнены хотя бы две ячейки буфера команд (готовность буфера команд), то блок синхронизации дешифратора команд (БС ПЛМ ДШК) запускает новый цикл ПЛМ.

Разряд (МК 4) - признак приема данных - ПД; используется при чтении с буферного регистра данных (БРД). ПД:=1 в случае использования в переменных полях ПХ, ПУ микрокоманды номера регистра - 1F (БРД). (ПД:=1 - признак продвижения БРД).

Разряды (МК 1-3) управляют выдачей переменных полей микрокоманды. Если признак равен 1, то соответствующее поле микрокоманды выдается не из буфера ПЗУ, а из соответствующего регистра переменного поля, который загружается при дешифрации команды.

Признаки:
* ПХ:=1 — заменить переменное поле Х;
* ПУ:=1 — то же — У;
* ПZ:=1 — то же — Z;
* ПО:=1 — то же — обмена от ПЛМ.

=== Микрокоманды безусловного ветвления ===

Рассмотрим формат микрокоманды безусловного ветвления и ветвления по коду прерывания (см. рис. 44 )

<center>
[[Файл:1839VM1 TO Pic44.png|600px]]
</center>

Расшифруем значение полей данного формата.

Поле "ФМК" - формат микрокоманды

<pre>
+-----------------------------------+-----------------------------+-------------+
| Разряды МК | Наименование формата | Обобщенное |
+--------+----------+---------+-----+ микрокоманды | обозначение |
| Поле "ФМК" | Нули | "Пр"| | |
+----+----+----+----+----+----+-----+ | |
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | | |
+----+----+----+----+----+----+-----+-----------------------------+-------------+
| 1 | 1 | 1 | 0 | 0 | 0 | 0 | Безусловное ветвление | БП |
| | | | | | | | | |
+----+----+----+----+----+----+-----+-----------------------------+-------------+
| 1 | 1 | 1 | 0 | 0 | 0 | 1 | Ветвление по коду | УПР_КП |
| | | | | | | | прерывания | |
+----+----+----+----+----+----+-----+-----------------------------+-------------+
</pre>

Микрокоманды данного формата в ДБ не передаются (Сигнал ЗпМК - не вырабатывается). Назначение этих микрокоманд - безусловный переход по микроадресу, указанному в разрядах 15-2 микрокоманды. Если разряд модификации микроадреса MADR - установлен (МК 16:=1), то адрес микроперехода формируется следующим образом:

разряды 5-0 адреса заменяются разрядами 5-0 из регистра ОБ с адресом 18, а разряды 13-6 - непосредственно из тела микрокоманды. Далее регистр адреса ПЗУ микрокода (РА) загружается адресом перехода.

Далее, если разряд RETURN установлен (МК 17:=0) , то одновременно с загрузкой регистра адреса ПЗУ микрокода в регистре возврата запоминается адрес микрокоманды, следующей за микрокомандой безусловного перехода. Это предусматривает использование механизма микроподпрограмм с единичным уровнем вложенности. Возврат из микропрограммы осуществляется микроинструкцией типа RTS , которая будет описана ниже. Если же МК 17:=1, то в регистр возврата записи не происходит.

Тот факт, что разряд МК 25:=1 указывает на то, что в качестве индикатора младшей части микроадреса используется четырохразрядный код из регистра - кода прерываний (РКП). Четвертый и пятый разряды адреса микрокоманды - нули. Разряды 13-6 - из тела микрокоманды, т.е. в этом случае осуществляется переход по регистру кода прерываний (УПР_КП).

=== Микрокоманды условного ветвления ===

Рассмотрим формат микрокоманды перехода по условиям (см. рис. 45). Поле "ФМК": МК ⟨31, 30, 29⟩ : = ⟨1, 1, 0⟩

<center>
[[Файл:1839VM1 TO Pic45.png|600px]]
</center>

При выборке микрокоманды перехода по условию в ОБ не выполняются никаких содержательных операций. Происходит только анализ признаков N, Z, V, C, вырабатываемых в ОБ, и анализ некоторых флагов состояния и выработка сигнала ветвления (BR). Сигнал BR вырабатывается схемой образования условия ветвления и затем поступает на блок управления приемом и обработкой микрокоманд (БПМК), где и формируется сигнал СВМС, который настраивает мультиплексор регистра адреса пуска ПЗУ - микрокода на определенное направление. После выдачи микрокоманды условного перехода она тормозится до появления сигнала готовности ОБ. Если при появлении сигнала готовности ОБ сигнал BR переходит в низкий уровень, то следующая микрокоманда выбирается по адресу, указанному в поле микрокоманды (МК 15-2) и далее из адресов, следующих за этим адресом по порядку. Если сигнал BR при появлении сигнала готовности ОБ остается на высоком уровне, то следующая микрокоманда выбирается по адресу, следующему за микрокомандой ветвления.

Приведем расшифровку разрядов в данном формате микрокоманды:

* "УВ" (МК 28):=1/0 - условие ветвления по признакам и флагам;
* "N" (МК 27):=1 - ветвление по признаку отрицательного результата;
* "Z" (МК 26):=1 - ветвление по признаку нулевого результата;
* "V" (МК 25):=1 - ветвление по признаку переполнения;
* "C" (МК 24):=1 - ветвление по признаку переноса.

Т.е. коды условий (N,Z,V,C) задаются в поле признаков (МК 27-24) установкой в 1 соответствующего разряда. Если единицами заданы сразу несколько признаков, то они объединяются по схеме "ИЛИ" при анализе, если разряд УВ:=1 (если разряд УВ:=0, то результирующее условие ветвления формируется по конъюнкции).

* "FP" (МК 23):=1 - ветвление по универсальному флагу перехода в микропрограмме (Установка/сбhос флага перехода реализуется микропрограммно при помощи микрокоманды "SRF", которая будет описана ниже);
* "FPD" (МК 22):=1 - ветвление по флагу разрешения прерывания в "длинных" командах (First Part Done );
* "PRB" (МК 21):=1 - ветвление по флагу PRB для команды PROBEX (флаг PRB взводится аппаратурой диспетчера памяти процессора, если запрещена процедура преобразования адреса);
* "RST" (МК 20):=1 - ветвление по флагу рестарта;
* "RD" (МК 19):=1 - ветвление по признаку "регистр-приемник" (Признак "RD" взводится ПЛМ_ДШК при дешифрации команды и используется также для модификации адреса микропрограммы содержательной обработки);
* "RETURN" (МК 17):=1 - нет записи в регистр возврата; (МК 17):=0 - запись в регистр возврата (Подробнее см. описание формата микрокоманды безусловного ветвления);
* "ЖС" (МК 16):=1 - признак "ждать состояния" кодов условий N,Z,V,C.

Т.е. поле "ЖС" (МК 16) задает режим анализа. Если ЖС:=0, то анализируются те признаки, которые хранятся в РСП в момент приема микрокоманды ветвления. Если ЖС:=1, то анализируются признаки, выработанные в предыдущей микрокоманде, независимо от того, записываются они в РСП или нет (признаки берутся из схемы формирования состояния). В микрокомандах условного ветвления нет возможности модификации младшей части микроадреса в отличии от микроинструкций безусловного перехода и некоторых других, которые будут описаны ниже.

=== Прочие микрокоманды ===

Рассмотрим остальные форматы микрокоманд (см. рис. 46 ).

<center>
[[Файл:1839VM1 TO Pic46.png|500px]]
</center>

==== ЗСЧ, ПСЧ ====

Для организации управления циклами в микропрограмме служат микрокоманды форматов ЗСЧ (загрузка микропрограммного счечика) и ПСЧ (ветвление по счетчику). Микропрограммный счетчик находится в блоке управления ПЗУ микрокода. Этот счетчик загружается микрокомандой формата ЗСЧ (см. рис. 46). После выборки микрокоманды этого формата в счетчик загружается константа, содержащаяся в разрядах 9-2 микрокоманды. Если разряд модификации константы установлен, т.е. МСС (МК 16):=1 , то разряды 5-0 константы заменяются разрядами 5-0 регистра R(18) ОБ. Разряды 7-6 константы берутся непосредственно из микрокоманды.

При выборке микрокоманды ветвления по счетчику (ПСЧ) анализируется состояние счетчика. После анализа состояния счетчика его содержимое декрементируется н_ единицу. Если содержимое счетчика не равно нулю при анализе, то происходит ветвление по адресу, указанному в разрядах 15-2 микрокоманды. При этом, если разряд модификации адреса микроперехода установлен, т.е. MADR (МК 16):=1, то разряды 5-0 микроадреса перехода заменяются разрядами 5-0 регистра R(I8) ОБ. Разряды микроадреса 13-6 берутся непосредственно из микрокоманды. Если содержимое счетчика равно нулю при анализе, то выбирается следующая микрокоманда.

==== NOP ====

При выборке микрокоманды NOP (см. рис. 46 ) не производится никаких содержательных операций (пустой заполнитель в микропрограмме).

==== ACC ====

Микрокоманды формата АСС (см. рис. 46 ) - микрокоманды, выполняющие аппаратным ускорителем команд расширенной арифметики и плавающей точки (формат АСС будет раскрыт в другом источнике - отчет по НИР "Электроника 32 С"). После выборки микрокоманд этого формата в блоке управления приемом и обработкой микрокоманд вырабатывается сигнал торможения приема микрокоманды (блокируется сигнал WMCE). Это торможение сбрасывается внешним сигналом готовности ускорителя (АССЕ).

==== RTS ====

После выборки микрокоманды формата RTS (см. рис. 46 ) - возврат из микроподпрограммы, в регистр адреса ПЗУ - микрокода загружается содержимое регистра возврата (РВ), т.е. адрес микрокоманды, следующей за последней выполняемой микрокомандой безусловного/условного ветвления.

==== ЧКА ====

После выборки микрокоманды формата ЧКА (см.рис. 46 ) по адресу, указанному в разрядах 15-2 микрокоманды читается 32-разрядная адресная константа и помещается в регистре констант ПЗУ (RC), который доступен микропрограммно по адресу, указанному по полю чтения константы (поле "Y" в одноадресном формате). Если разряд модификации адреса константы установлен, т.е. MADR (МК 16):=1, то адрес константы формируется следующим образом:

* разряды 5-0 адреса заменяются разрядами 5-0 регистра 18 ОБ;
* разряды 13-6 берутся непосредственно из микрокоманды.

==== ЧЛК ====

После выборки микрокоманды формата ЧЛК (см. рис. 46) в регистр констант ⟨RC⟩(в разряды 23-0) загружается содержимое микрокоманды из разрядов 25-2. Разряды 31-24 ⟨RC⟩ загружаются нулями, если признак СБ:=0 (МК 1), и единицами, если СБ:=1.

Регистр констант доступен микропрограммно по адресу, указанному по полю чтения константы. Для чтения литеральных и адресных констант используется адрес ⟨6⟩ в блоке констант (БК).

==== SRF ====

Микрокоманды формата SRF (см. рис. 46) используются для установки/сброса некоторых функциональных флагов:

<pre>
+--------------------+-----------+----------------------------------------+
| Наименование флага | Состояние | Назначение |
| (вых. признак) | | |
+--------------------+-----------+----------------------------------------+
| | | Устанавливает торможение по |
| WTMM | МК 25:=1 | приему микрокоманды (блоки- |
| | | рует WMCE) до конца работы |
| | | диспетчера памяти |
+--------------------+-----------+----------------------------------------+
| SFП1 | МК 21:=1 | Установка универсального |
| | | флага перехода |
+--------------------+-----------+----------------------------------------+
| RFП1 | МК 20:=1 | Сброс универсального флага |
| | | перехода |
+--------------------+-----------+----------------------------------------+
| ИНК | МК 1:=1 | Инкремент номера регистра |
+--------------------+-----------+----------------------------------------+
| ДЕК | МК 5:=1 | Декремент номера регистра |
+--------------------+-----------+----------------------------------------+
| | | Сброс конвейера приема ко- |
| ОСТ | МК 4:=1 | манд, буфера команд, оста- |
| | | нов ДШК |
+--------------------+-----------+----------------------------------------+
| | | Устанавливает торможение по |
| | | приему микрокоманды (блоки- |
| ЖДЗРА | МК 2:=1 | рует WMCE) до конца вы - |
| | | полнения микрокоманды за - |
| | | грузки регистра адреса |
| | | (R(18)ОБ). |
+--------------------+-----------+----------------------------------------+
</pre>

При использовании микроинструкций ветвления и некоторых других допускающих модификацию младшей части микроадреса (УП, ЧКА, БП, ПСЧ), а также микроинструкций, допускающих модификацию младшей части константы, загружаемой в микропрограммный счетчик, необходимо загрузить регистр-модификатор адреса ОБ, который имеет адрес записи (1·100X)₂, т.е. 18₁₆ или 19₁₆. Флажок торможения ЖДЗРА сбрасывается по факту записи в R(19)ОБ, т.е. по окончании выполнения данной микроинструкции ОБ.

Поясним алгоритм установки/адреса такого типа торможения по приему микрокоманды следующей временной диаграммой (см. рис. 47).

<center>
[[Файл:1839VM1 TO Pic47.png|500px]]
</center>

Кроме того регистр-модификатор R(18)ОБ может быть использован в качестве обычного аккумулятора; нулевой разряд R(18)ОБ можно прочитать по адресу 0F₁₆ в блоке констант, но на месте
второго разряда:

<center>
[[Файл:1839VM1 TO Pic47_1.png|500px]]
</center>

==== FLAG ====

В отличие от формата SRF, формат микрокоманд FLAG (см. рис. 46) служит для установки некоторых функциональных флагов, привязанных к циклу операционного блока (ОБ):

<pre>
+--------------------+-----------+----------------------------------------+
| Наименование флага | Состояние | Назначение |
| (вых.признаки) | | |
+--------------------+-----------+----------------------------------------+
| INTMS | МК 23:=1 | Подсветка микропрограммы |
| | | обработки прерываний |
+--------------------+-----------+----------------------------------------+
| RCPU | МК 22:=1 | Микропрограммный сброс |
| | | процессора |
+--------------------+-----------+----------------------------------------+
| SIVV | МК 21:=1 | Блокировка целочисленного |
| | | переполнения (сброс по "КК") |
+--------------------+-----------+----------------------------------------+
| CCFPU | МК 20:=1 | Принять состояние от аппа- |
| | | ратного ускорителя команд |
| | | расширенной арифметики и |
| | | плавающей точки |
+--------------------+-----------+----------------------------------------+
| PROB | МК 19:=1 | Флаг для команды PROBE |
+--------------------+-----------+----------------------------------------+
| SIU | МК 17:=1 | Микропрограммный опрос бло- |
| | | ка прерываний (БПР) |
+--------------------+-----------+----------------------------------------+
| TOU | МК 16:=1 | Торможение операционного |
| | | блока (ОБ) до конца работы |
| | | диспетчера памяти (ДП) |
+--------------------+-----------+----------------------------------------+
| COPWT | МК 15:=1 | Перепись копий РСП и СК |
+--------------------+-----------+----------------------------------------+
</pre>

INTMS - устанавливает два аппаратных флага:
* INVRD - чтение вектора прерываний по физическому адресу. Флаг INVRD - сбрасывается первой одноадресной микроинструкцией.
* SKF - признак использования стека ядра/прерываний. Флаг SKF - сбрасывается по концу команды (КК).

Микропрограммный сброс процессора по флагу RCPU осуществляется по следующей схеме:

<center>
[[Файл:1839VM1 TO Pic47_2.png|500px]]
</center>

По факту установки флага PROB обеспечивается холостой цикл диспетчера памяти для пробирования адреса. Если адрес недоступен, то аппаратура диспетчера памяти взводит флажок PRB, по которому производится ветвление.

По факту установки флага COPWT (и по "КК") обеспечивается аппаратная перепись копий РСП и СК:

<center>
[[Файл:1839VM1 TO Pic47_3.png|300px]]
</center>

==== REST ====

При выборке микрокоманды REST (см. рис. 46) происходит восстановление РОНа из стека-рестарта и декрементируется счетчик рестарта (Запись с стек рестарта происходит аппаратно в фазе адресации операндов, при использовании одноадресной микроинструкции, микроопераций инкремент/декремент, употребления по полю чтения-Х микрокоманды 4-х разрядного номера регистра общего назначения).

Алгоритм восстановления регистров-указателей операндов из стека рестарта приведен на рис. 48. (глубина стека рестарта равна 6, в соответствии с максимальным количеством операндов в команде).

<center>
[[Файл:1839VM1 TO Pic48.png|500px]]
</center>

== 1.13. Описание ресурсов микропрограммного уровня процессора ==

К ресурсам микропрограммиста будем относить такие регистры операционного блока (ОБ), как регистры общего назначения (РОНк), регистр-указатель стекового кадра, регистр-указатель аргумента, регистр-указатель стека, регистры-аккумуляторы, регистры виртуального адреса, счетчик команд, слово состояния процессора, буферный регистр данных и т.д., а также некоторые внутренние регистры процессора. Все регистры, используемые в проекте "Электроника 32", сведены в табл. 6.

Микропрограммно доступен также блок констант операционного блока (БК). Константы ОБ приведены в табл. 7.

Микропрограммно доступна любая ячейка виртуального адресного пространства. Виртуальный адрес содержит 32 разряда и определяет ячейку длиной в байт в адресном пространстве.

Для программиста этот адрес обеспечивает адресацию линейной матрицы объемом в 4 294 967 296 байтов. Виртуальное адресное пространство разделено на страницы по 512 байтов каждая. Страница является объектом перемещения и защиты. Виртуальное адресное пространство показано на рис. 49 . Виртуальная память разделена на 2 части. Первая половина, занимающая младшую часть адресов, предназначена для распределения процессов и для каждого процесса, выполняемого в комплексе, она своя. Вторая половина виртуальной памяти, занимающая старшую часть адресов, предназначена для размещения системы, и эта область разделяется всеми процессами.

Область процессов в свою очередь делится на две равные части: программную область (P0-регион) и управляющую область (P1-регион).

=== Регистры процессора ===

Таблица 6. Регистры процессора

<pre>
+----------+-----------+------------------------+---------------+-----------+
| Мнемоника| Адрес(16) | Назначение | Доступ | Сфера |
+----------+-----------+------------------------+---------------+-----------+
| R0-RB | 00-0B | Регистры общего | ч на X,ȳ / | |
| | | назначения (РОН) | з с X*, ȳ* | |
+----------+-----------+------------------------+---------------+ |
| AP | 0C | Указатель аргумента | | |
+----------+-----------+------------------------+ | |
| FP | 0D | Указатель кадра | | |
+----------+-----------+------------------------+ | |
| SP | 0E | Указатель стека | | |
+----------+-----------+------------------------+ | |
| PC | 0F | Счетчик команд | | |
+----------+-----------+------------------------+---------------+ |
| АК6 | 10 | | | |
+----------+-----------+ | | |
| АК4 | 11 | | | |
+----------+-----------+ | | |
| АК3 | 12 | | | |
+----------+-----------+ | ч на X, ȳ / | ОБ про- |
| АК5 | 13 | Регистры-аккумуляторы | з с X*, ȳ* | цессора |
+----------+-----------+ | | |
| АК0 | 14 | | | |
+----------+-----------+ | | |
| АК1 | 15 | | | |
+----------+-----------+ | | |
| АК2 | 16 | | | |
+----------+-----------+ | | |
| АК7 | 18 | | | |
| | (адрес | | | |
| | записи | | | |
| | 11ØØX₂) | | | |
+----------+-----------+ +---------------+ |
| АК8 | 17 | | ч на X, ȳ / | |
| | | | з с X*,ȳ*,X | |
+----------+-----------+------------------------+---------------+ |
| РКА | 1D | Регистр косвенной | ч на X/з с | |
| | (адрес | адресации | МД | |
| | чтения) | | | |
+----------+-----------+------------------------+---------------+ |
| РКВА | 19 | Регистр копия вирту- | ч на ȳ / | |
| | (адрес | ального адреса | з с РВА | |
| | чтения) | | | |
+----------+-----------+------------------------+---------------+-----------+
| РВА | 1A(адрес | Регистр виртуального | ч на X,ȳ / | |
| | чтения) | адреса | з с X,ȳ*,РВАК | |
+----------+-----------+------------------------+---------------+ |
| РВАК | 1B(адрес | Регистр виртуально- | ч на ȳ / | |
| | чтения) | го адреса команды | з с X*, ȳ* | |
| | 0F(адрес | | | |
| | записи) | | | |
+----------+-----------+------------------------+---------------+ |
| РНК | 1C(адрес | Регистр начала ко - | ч на ȳ / | |
| | чтения) | манды | з с СК | |
+----------+-----------+------------------------+---------------+ |
| КРСП | 1D(адрес | Копия регистра со- | ч на ȳ / | |
| | чтения) | стояния процессора | з с РСП | |
+----------+-----------+------------------------+---------------+ ОБ про- |
| PSL | 1E | Слово состояния про- | ч на X,ȳ / | цессора |
| | | цессора | з с X*,ȳ* | |
+----------+-----------+------------------------+---------------+ |
| БО | 1F | Буферный регистр | ч на X,ȳ / | |
| | | данных (БРД) | з с X*,ȳ*; МД | |
+----------+-----------+------------------------+---------------+-----------+
</pre>

=== Внутренние регистры процессора ===

<pre>
+----------+-----------+------------------------+---------------+-----------+
| Мнемоника| Адрес (16)| Назначение | Доступ | Сфера |
+----------+-----------+------------------------+---------------+-----------+
| KSP | 00 | Указатель стека ре- | ч/з | |
| | | режима ядра | | - |
+----------+-----------+------------------------+---------------+ |
| ESP | 01 | Указатель стека ре- | ч/з | Адаптер |
| | | жима исполнения | | Q-BUS |
+----------+-----------+------------------------+---------------+ |
| SSP | 02 | Указатель стека ре- | ч/з | |
| | | жима супервизора | | |
+----------+-----------+------------------------+---------------+ |
| USP | 03 | Указатель стека ре- | ч/з | |
| | | жима пользователя | | |
+----------+-----------+------------------------+---------------+ |
| ISP | 04 | Указатель стека пре- | ч/з | (область |
| | | рываний | | сист.рег. |
+----------+-----------+------------------------+---------------+-----------+
| | 05...07 | Резерв | ч/з | |
+----------+-----------+------------------------+---------------+-----------+
| P0BR | 08 | Регистр базн Р0 | ч/з | |
+----------+-----------+------------------------+---------------+-----------+
| P0LR | 09 | Регистр длины Р0 | ч/з | Диспетчер |
+----------+-----------+------------------------+---------------+ памяти |
| P1BR | 0A | Регистр базы P1 | ч/з | процессо- |
+----------+-----------+------------------------+---------------+ ра |
| P1LR | 0B | Регистры длины P1 | ч/з | |
+----------+-----------+------------------------+---------------+ |
| SBR | 0C | Регистр базы системы | ч/з | |
+----------+-----------+------------------------+---------------+ |
| SLR | 0D | Регистр длины системы | ч/з | |
+----------+-----------+------------------------+---------------+-----------+
| | 0E...0F | Резерв | ч/з | |
+----------+-----------+------------------------+---------------+-----------+
| PCBB | 10 | Регистр базы блока | ч/з | Адаптер |
| | | управления процесса | | Q-BUS |
+----------+-----------+------------------------+---------------+-----------+
| SCBB | 11 | Регистр базы блока | ч/з | Адаптер |
| | | управления системы | | Q-BUS |
| | | | | (обл.си- |
| | | | | ст.рег.) |
+----------+-----------+------------------------+---------------+-----------+
| IPL | 12 | Уровень приоритета пре-| ч/з | Процессор |
| | | рывания | | (разряды |
| | | | | 20+I6 PSL)|
+----------+-----------+------------------------+---------------+-----------+
| ASTR | 13 | Уровень AST | ч/з | |
+----------+-----------+------------------------+---------------+ Адаптер |
| SIRR | 14 | Регистр запроса на про-| з | Q-BUS |
| | | граммное прерывание | | (обл.си- |
+----------+-----------+------------------------+---------------+ ст.рег.) |
| SISR | 15 | Регистр программного | ч/з | |
| | | прерывания | | |
+----------+-----------+------------------------+---------------+-----------+
| | 16 | Резерв | | |
+----------+-----------+------------------------+---------------+-----------+
| MCSR | 17 | Регистр состояния сбоя | ч | Контрол- |
| | | машины | | лер па - |
| | | | | мяти |
+----------+-----------+------------------------+---------------+-----------+
| ICCS | 18 | Регистр состояния | ч/з | |
| | | таймера | | |
+----------+-----------+------------------------+---------------+ |
| NICR | 19 | Регистр счета сле- | з | Адаптер |
| | | дующего интервала | | Q-BUS |
+----------+-----------+------------------------+---------------+ |
| ICR | 1A | Регистр-счетчик | ч | (обл.сист.|
| | | интервалов | | рег.) |
+----------+-----------+------------------------+---------------+ |
| TODR | 1B | Регистр времени | ч/з | |
| | | дня | | |
+----------+-----------+------------------------+---------------+-----------+
| | 1C...1F | Резерв | | |
+----------+-----------+------------------------+---------------+-----------+
| RXCS | 20 | Регистр состояния | ч/з | |
| | | консольного при - | | |
| | | емника | | |
+----------+-----------+------------------------+---------------+ |
| RXDB | 21 | Регистр данных кон- | ч | |
| | | сольного приемника | | |
+----------+-----------+------------------------+---------------+ |
| TXCS | 22 | Регистр состояния | ч/з | |
| | | консольного пере - | | |
| | | датчика | | |
+----------+-----------+------------------------+---------------+ |
| TXDB | 23 | Регистр данных кон- | з | |
| | | сольного передатчика | | |
+----------+-----------+------------------------+---------------+-----------+
| TBDR | 24 | Отключение групп бу- | ч/з | |
| | | фера трансляции(при | | |
| | | обращении читаются | | |
| | | нули) | | |
+----------+-----------+------------------------+---------------+ |
| CADR | 25 | Регистр отключения | ч/з | Контроллер|
| | | КЭШ-памяти | | памяти |
+----------+-----------+------------------------+---------------+ |
| MCESR | 26 | Регистр ошибок при | ч/з | |
| | | машинном сбое | | |
+----------+-----------+------------------------+---------------+ |
| CAER | 27 | Регистр ошибок КЭШ- | ч/з | |
| | | памяти | | |
+----------+-----------+------------------------+---------------+-----------+
| ACCS | 28 | Регистр состояния | ч | БИС со - |
| | | ускорителя команд | | процес - |
| | | П.З. | | сора |
+----------+-----------+------------------------+---------------+-----------+
| | 29...36 | Резерв | | |
+----------+-----------+------------------------+---------------+-----------+
| IORESET | 37 | Регистр сброса | з | Адаптер |
| | | UNIBUS | | Q-BUS |
+----------+-----------+------------------------+---------------+-----------+
| MME | 38 | Регистр включения | ч/з | Диспетчер |
| (MAPEN) | | диспетчера памяти | | памяти про-|
| | | | | цессора |
+----------+-----------+------------------------+---------------+-----------+
| TBIA | 39 | Регистр обнуления | з | Диспетчер |
| | | всего буфера тран- | | памяти |
| | | сляции | | процессора|
+----------+-----------+------------------------+---------------+-----------+
| TBIS | 3A | Регистр обнуления | з | Диспетчер |
| | | записи в буфере | | памяти |
| | | трансляции | | процессора|
+----------+-----------+------------------------+---------------+-----------+
| | 3B...3C | Резерв | | |
+----------+-----------+------------------------+---------------+-----------+
| PMI | 3D | Регистр включения | ч/з | Адаптер |
| | | исполнительного | | Q-BUS |
| | | монитора | | |
+----------+-----------+------------------------+---------------+-----------+
| SID | 3E | Регистр идентифика- | ч/з | Процессор |
| | | ции системы | | |
+----------+-----------+------------------------+---------------+-----------+
| | | Резерв | | |
+----------+-----------+------------------------+---------------+-----------+
</pre>

=== Константы ОБ ===

Таблица 7. Константы ОБ

<pre>
+------------+---------------+-----------------------------------------------+
| Адрес (16) | Значение (16) | Назначение |
+------------+---------------+-----------------------------------------------+
| 00 | 00000004 | Инкремент |
+------------+---------------+-----------------------------------------------+
| 01 | 00000002 | Инкремент |
+------------+---------------+-----------------------------------------------+
| 02 | 00000008 | Инкремент |
+------------+---------------+-----------------------------------------------+
| 03 | 00000001 | Инкремент |
+------------+---------------+-----------------------------------------------+
| 04 | 00000000 | Обнуление |
+------------+---------------+-----------------------------------------------+
| 05 | - | РСМ |
+------------+---------------+-----------------------------------------------+
| 06 | - | Литера ПЗУ, адресные |
| | | константы |
+------------+---------------+-----------------------------------------------+
| 07 | 00000066 | Константа перевода в код |
| | | с избытком 6 |
+------------+---------------+-----------------------------------------------+
| 08 | 0000000* | [1:0] = РСП (CRM), [2] - IS |
| | | (Чтение СRM из РСП) |
+------------+---------------+-----------------------------------------------+
| 09 | 00C00000 | Маски CRM в РСП |
+------------+---------------+-----------------------------------------------+
| 0A | FFFFFFFF | |
+------------+---------------+-----------------------------------------------+
| 0B | 00IF0000 | Маски IPL в РСП |
+------------+---------------+-----------------------------------------------+
| 0C | 04000000 | Маски IS в РСП |
+------------+---------------+-----------------------------------------------+
| 0D | 0000000* | [2:0] = MPL |
+------------+---------------+-----------------------------------------------+
| 0E | 000000** | Десятичная коррекция |
| | | [7:0] = { AA,A0 |
| | | { 0A,00 |
+------------+---------------+-----------------------------------------------+
| 0F | 0000000* | второй разряд = нулевой |
| | | разряд R18 выбор стека |
| | | при прерываниях |
+------------+---------------+-----------------------------------------------+
</pre>

=== Адресное пространство ===

<center>
[[Файл:1839VM1 TO Pic49.png|500px]]
</center>

=== Системное ОЗУ ===

Для организации системного ОЗУ (СОЗУ), некоторых внутренних системных регистров, хранения карты адресов Q-BUS БИС адаптера магистралей обеспечивает управление (чтение, запись) четырех микросхем статического ЗУ с организацией 2Кх8.

Системное ОЗУ и системные регистры доступны микропрограммно.

== 1.14. Система команд ==

В данном разделе очень кратко будут описаны те инструкции, которые используются в любом программном обеспечении при всех применениях вычислительной системы "Электроника 32". Главная цель архитектуры вычислительной системы - обеспечить набор команд, который симметричен по отношению к типам данных. Например, существуют команды сложения (ADD) для семи типов данных (байт, слово, длинное слово, F , D , G и H -floating), причем каждая команда имеет варианты для двух и трех операндов. Симметричными командами являются также команды пересылки, преобразования тестирования и вычислений (в микропроцессорной системе "Электроника 32" команды работы со I28-разрядными данными,
такими как H-floating и Octal integer, выполняются эмуляцией на программном уровне).

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

Команды арифметических вычислений включают в себя сложение, вычитание, умножение и деление. Логические команды работают с тремя типами данных (байт, слово, длинное слово) и включают в себя: установку и сброс битов, логическое сложение MOD 2. Команды арифметических и логических вычислений доступны как в двух, так и в трехоперандной формах для каждого допустимого типа данных. Трехоперандная форма принимает первые два операнда и сохраняет результат по адресу третьего операнда.

Для задач целочисленного программирования имеется команда записи в стек длинного слова.

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

Существуют специальные команды сложения, вычитания, умножения и деления с многократной точностью.

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

В систему команд входят также команды обработки чисел в формате с плавающей запятой. Команды с плавающей запятой работают с данными четырех типов (F, D , G и H-формат). Для всех четырех типов данных с плавающей запятой имеются стандартные арифметические операции сложения, вычитания, умножения и деления (ADD, SUB, MUL, DIV). Кроме того имеются две составные операции EMOD и POLY, также применимые ко всем четырем типам данных с плавающей запятой. EMOD вырабатывает произведение двух операндов, а затем разделяет результат на целую и дробную части. POLY подсчитывает значение полинома по заданной степени, аргументу и указателю таблицы коэффициентов.

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

Для всех типов данных с плавающей запятой существует класс команд пересылок (MOV, MNEG), очистки (CLR), сравнения (СМР) и тестирования (TST). И, наконец, существует класс команд АСВ (сложение, сравнение и переход).

В процессоре имеется широкий набор команд ветвлений и переходов (команды управления). Довольно часто требуется передача управления, основанная на значении переменной, для поддержки таких конструкций в языках высокого уровня как "GOTO" в языке FORTRAN и "CASE" в языке PASCAL . Вследствии этого система команд включает в себя команду CASE , позволяющую эффективно реализовать эти структуры управления. Команда CASE не только производит передачу управления, но также управляет инициализацией и контролем границ для переменной типа INDEX. Цепь команды CASE состоит в передаче управления одной из n ячеек на основании значения целочисленного операнда-селектора.

Существует также ряд важных команд, предназначенных для работы со специфическими типами данных, такими как поле бит переменной длины, символьная строка, строка десятичных цифр, строка упакованных десятичных цифр, очередь (типы данных приведены на рис. 50).

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

Это привилегированные команды и особые (специальные) команды, которые не попадают под какую-либо классификацию. Некоторые из этих инструкций предназначены для работы со специализированной частью архитектуры вычислительной системы (например: диспетчеризация памяти, прерывания и исключительные ситуации, диспетчеризация процессов, внутренние регистры процессора).

<center>
[[Файл:1839VM1 TO Pic50.png|500px]]
</center>

Для наглядности представления системы команд, на основании изложенного выше, разделим набор инструкций на 13 основных разделов:

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

Ниже будет приведено краткое описание инструкций (см. табл. 8).

Внутри каждого раздела близкие по свойствам инструкции объединены в группы и вместе описываются. Описание групп инструкций состоит из следующих пунктов: название группы; код команды; формат каждой инструкции в группе.

В табл.8 приводится мнемоника команды, определяются название и тип каждого спецификатора операнда инструкции и порядок, в котором они появляются в инструкции.

Таблица 8

СИСТЕМА КОМАНД

=== 1. Команды для работы с целыми числами и логические команды ===

<pre>
+-----+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+-----+-----------+-------------------------------+----------------------------------+
| 58 | ADAWI | КОП add.rw,sum.mw | Сложение выровненных |
| | | | слоев с блокировкой па- |
| | | | мяти |
+-----+-----------+-------------------------------+----------------------------------+
| 80 | ADDB2 | КОП add.rx,sum.mx | Сложение байтов двух - |
| | | | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A0 | ADDW2 | -"- | Сложение слов двухопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C0 | ADDL2 | -"- | Сложение двойных слов |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 81 | ADDB3 | КОП add1.rx,add2.rx, | Сложение байтов трех - |
| | | sum.mx | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A1 | ADDW3 | -"- | Сложение слов трехопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C1 | ADDL3 | -"- | Сложение двойных слов |
| | | | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| D8 | ADWC | КОП add.rl,sum.ml | Сложение с переносом |
+-----+-----------+-------------------------------+----------------------------------+
| 78 | ASHL | КОП cnt.rb,src.rx, | Арифметический сдвиг |
| | | dst.wx | двойного слова |
+-----+-----------+-------------------------------+----------------------------------+
| 79 | ASHQ | -"- | Арифметический сдвиг |
| | | | квадрослова |
+-----+-----------+-------------------------------+----------------------------------+
| 8A | BICB2 | КОП mask.rx,dst.mx | Очистка разрядов байта |
| | | | двухоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| AA | BICW2 | -"- | Очистка разрядов слова |
| | | | двухоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| CA | BICL2 | -"- | Очистка разрядов двой - |
| | | | ного слова двухоперанд- |
| | | | ная |
+-----+-----------+-------------------------------+----------------------------------+
| 8B | BICB3 | КОП mask.rx, | Очистка разрядов байта |
| | | src.rx,dst.mx | трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| AB | BICW3 | -"- | Очистка разрядов слова |
| | | | трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| CB | BICL3 | -"- | Очистка разрядов двойно- |
| | | | го слова трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| 88 | BISB2 | КОП mask.rx, | Установка разрядов байта |
| | | dst.mx | двухоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| A8 | BISW2 | -"- | Установка разрядов слова |
| | | | двухоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| C8 | BISL2 | -"- | Установка разрядов двойно- |
| | | | го слова двухоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| 89 | BISB3 | КОП mask.rx,src.rx, | Установка разрядов байта |
| | | dst.mx | трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| A9 | BISW3 | -"- | Установка разрядов слова |
| | | | трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| C9 | BISL3 | -"- | Установка разрядов двой - |
| | | | ного слова трехоперандная |
+-----+-----------+-------------------------------+----------------------------------+
| 93 | BITB | КОП mask.rx,src.rx | Проверка разрядов байта |
+-----+-----------+-------------------------------+----------------------------------+
| B3 | BITW | -"- | Проверка разрядов слова |
+-----+-----------+-------------------------------+----------------------------------+
| D3 | BITL | -"- | Проверка разрядов двойно- |
| | | | го слова |
+-----+-----------+-------------------------------+----------------------------------+
| 94 | CLRB | КОП dst.wx | Очистка байта |
+-----+-----------+-------------------------------+----------------------------------+
| B4 | CLRW | -"- | Очистка слова |
+-----+-----------+-------------------------------+----------------------------------+
| D4 | CLRL | -"- | Очистка двойного слова |
+-----+-----------+-------------------------------+----------------------------------+
| 7C | CLRQ | -"- | Очистка квадрослова |
+-----+-----------+-------------------------------+----------------------------------+
| 91 | CMPB | КОП src1.rx,src2.rx | Сравнение байтов |
+-----+-----------+-------------------------------+----------------------------------+
| B1 | CMPW | -"- | Сравнение слов |
+-----+-----------+-------------------------------+----------------------------------+
| D1 | CMPL | -"- | Сравнение двойных слов |
+-----+-----------+-------------------------------+----------------------------------+
| 99 | CVTBW | КОП src.rx,dst.my | Преобразование байта в |
| | | | слово |
+-----+-----------+-------------------------------+----------------------------------+
| 98 | CVTBL | -"- | Преобразование байта в |
| | | | двойное слово |
+-----+-----------+-------------------------------+----------------------------------+
| 33 | CVTWB | -"- | Преобразование слова в |
| | | | байт |
+-----+-----------+-------------------------------+----------------------------------+
| 32 | CVTWL | -"- | Преобразование слова в |
| | | | двойное слово |
+-----+-----------+-------------------------------+----------------------------------+
| F6 | CVTLB | -"- | Преобразование двойно- |
| | | | го слова в байт |
+-----+-----------+-------------------------------+----------------------------------+
| F7 | CVTLW | -"- | Преобразование двойно- |
| | | | го слова в слово |
+-----+-----------+-------------------------------+----------------------------------+
| 97 | DECB | КОП dif.mx | Декремент на один байт |
+-----+-----------+-------------------------------+----------------------------------+
| B7 | DECW | -"- | Декремент на одно слово |
+-----+-----------+-------------------------------+----------------------------------+
| D7 | DECL | -"- | Декремент на одно двой- |
| | | | ное слово |
+-----+-----------+-------------------------------+----------------------------------+
| 86 | DIVB2 | КОП divr.rx,quo.mx | Деление байтов двухопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| A6 | DIVW2 | -"- | Деление слов двухопе - |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C6 | DIVL2 | -"- | Деление двойных слов |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 87 | DIVB3 | КОП divr.rx,divd.rx, | Деление байтов трехопе- |
| | | quo.wx | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| A7 | DIVW3 | -"- | Деление слов трехопе - |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C7 | DIVL3 | -"- | Деление двойных слов |
| | | | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 7B | EDIV | КОП divr.rl,divd.rq, | Расширенное деление |
| | | quo.wl,rem.wl | |
+-----+-----------+-------------------------------+----------------------------------+
| 7A | EMUL | КОП mulr.rl,muld.rl, | Расширенное умножение |
| | | add.rl,prod.wq | |
+-----+-----------+-------------------------------+----------------------------------+
| 96 | INCB | КОП sum.mx | Инкремент на один байт |
+-----+-----------+-------------------------------+----------------------------------+
| B6 | INCW | -"- | Инкремент на одно слово |
+-----+-----------+-------------------------------+----------------------------------+
| D6 | INCL | -"- | Инкремент на одно двой- |
| | | | ное слово |
+-----+-----------+-------------------------------+----------------------------------+
| 92 | MCOMB | КОП src.rx,dst.wx | Пересылка байта с инвер- |
| | | | сией |
+-----+-----------+-------------------------------+----------------------------------+
| B2 | MCOMW | -"- | Пересылка слова с инвер- |
| | | | сией |
+-----+-----------+-------------------------------+----------------------------------+
| D2 | MCOML | -"- | Пересылка двойного слова |
| | | | с инверсией |
+-----+-----------+-------------------------------+----------------------------------+
| 8E | MNEGB | -"- | Пересылка байта с ариф - |
| | | | метическим отрицанием |
+-----+-----------+-------------------------------+----------------------------------+
| AE | MNEGW | -"- | Пересылка слова с ариф - |
| | | | метическим отрицанием |
+-----+-----------+-------------------------------+----------------------------------+
| CE | MNEGL | -"- | Пересылка двойного слова |
| | | | с арифметическим отрица- |
| | | | нием |
+-----+-----------+-------------------------------+----------------------------------+
| 90 | MOVB | -"- | Пересылка байта |
+-----+-----------+-------------------------------+----------------------------------+
| B0 | MOVW | -"- | Пересылка слова |
+-----+-----------+-------------------------------+----------------------------------+
| D0 | MOVL | -"- | Пересылка двойного слова |
+-----+-----------+-------------------------------+----------------------------------+
| 7D | MOVQ | -"- | Пересылка квадрослова |
+-----+-----------+-------------------------------+----------------------------------+
| 9B | MOVZBW | КОП src.rx,dst.wy | Пересылка байта с допол- |
| | | | нением ведущими нулями |
| | | | до слова |
+-----+-----------+-------------------------------+----------------------------------+
| 9A | MOVZBL | -"- | Пересылка байта с допол- |
| | | | нением ведущими нулями |
| | | | до двойного слова |
+-----+-----------+-------------------------------+----------------------------------+
| BC | MOVZWL | -"- | Пересылка слова с допол- |
| | | | нением ведущими нулями |
| | | | до двойного слова |
+-----+-----------+-------------------------------+----------------------------------+
| 84 | MULB2 | КОП mulr.rx,prod.mx | Умножение байтов двух- |
| | | | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A4 | MULW2 | -"- | Умножение слов двухопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C4 | MULL2 | -"- | Умножение двойных слов |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 85 | MULB3 | КОП mulr.rx,muld.rx, | Умножение байтов трех- |
| | | prod.wx | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A5 | MULW3 | -"- | Умножение слов трехопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C5 | MULL3 | -"- | Умножение двойных слов |
| | | | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| DD | PUSHL | КОП src.rl,{-(SP).wl} | Занесение двойного сло- |
| | | | ва в стек |
+-----+-----------+-------------------------------+----------------------------------+
| 9C | ROTL | КОП cnt.rb,src.rl,dst.wl | Циклический сдвиг двой- |
| | | | ного слова |
+-----+-----------+-------------------------------+----------------------------------+
| D9 | SBWC | КОП sub.rl,dif.ml | Вычитание с переносом |
+-----+-----------+-------------------------------+----------------------------------+
| 82 | SUBB2 | КОП sub.rx,dif.mx | Вычитание байтов двух - |
| | | | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A2 | SUBW2 | -"- | Вычитание слов двухопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C2 | SUBL2 | -"- | Вычитание двойных слов |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 83 | SUBB3 | КОП sub.rx,min.rx, | Вычитание байтов трех- |
| | | dif.wx | операндное |
+-----+-----------+-------------------------------+----------------------------------+
| A3 | SUBW3 | -"- | Вычитание слов трехопе- |
| | | | рандное |
+-----+-----------+-------------------------------+----------------------------------+
| C3 | SUBL3 | КОП sub.rx,min.rx, | Вычитание двойных слов |
| | | dif.wx | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 95 | TSTB | КОП src.rx | Проверка разрядов байта |
+-----+-----------+-------------------------------+----------------------------------+
| B5 | TSTW | -"- | Проверка разрядов слова |
+-----+-----------+-------------------------------+----------------------------------+
| D5 | TSTL | -"- | Проверка разрядов двойно- |
| | | | го слова |
+-----+-----------+-------------------------------+----------------------------------+
| 8C | XORB2 | КОП mask.rx,dst.mx | Сложение байтов по MOD2 |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| AC | XORW2 | -"- | Сложение слов по MOD2 |
| | | | двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| CC | XORL2 | -"- | Сложение двойных слов по |
| | | | MOD2 двухоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| 8D | XORB3 | КОП mask.rx,src.rx, | Сложение байтов по MOD2 |
| | | dst.wx | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| AD | XORW3 | -"- | Сложение слов по MOD2 |
| | | | трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
| CD | XORL3 | -"- | Сложение двойных слов по |
| | | | MOD2 трехоперандное |
+-----+-----------+-------------------------------+----------------------------------+
</pre>

=== 2. Команды работы со стеками и адресами памяти ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| 9E | MOVAB | КОП src.ax,dst.wl | Пересылка адреса байта |
+------+-----------+-------------------------------+----------------------------------+
| 3E | MOVAW | -"- | Пересылка адреса слова |
+------+-----------+-------------------------------+----------------------------------+
| DE | MOVAL, | -"- | Пересылка адреса двойного |
| | MOVAF | | слова /или слова формата |
| | | | F/ |
+------+-----------+-------------------------------+----------------------------------+
| 7E | MOVAQ, | КОП src.ax,dst.wl | Пересылка адреса четвер- |
| | MOVAD, | | ного слова /или слов |
| | MOVAG | | форматов D, G / |
+------+-----------+-------------------------------+----------------------------------+
| 7FFD | MOVAO, | -"- | Пересылка адреса восьмер- |
| | MOVAH | | ного слова /или слова |
| | | | формата H/ |
+------+-----------+-------------------------------+----------------------------------+
| BF | PUSHAB | КОП src.ax,{-(SP).wl} | Пересылка адреса байта |
| | | | в стек |
+------+-----------+-------------------------------+----------------------------------+
| 3F | PUSHAW | -"- | Пересылка адреса слова |
| | | | в стек |
+------+-----------+-------------------------------+----------------------------------+
| DF | PUSHAL, | -"- | Пересылка адреса двой- |
| | PUSHAF | | ного слова /или слова |
| | | | формата F / в стек |
+------+-----------+-------------------------------+----------------------------------+
| 7F | PUSHAQ, | -"- | Пересылка адреса чет - |
| | PUSHAD, | | верного слова /или слов |
| | PUSHAG | | форматов D ; G / в |
| | | | стек |
+------+-----------+-------------------------------+----------------------------------+
| 7FFD | PUSHAO, | -"- | Пересылка адреса вось- |
| | PUSHAH | | мерного слова/или сло- |
| | | | ва формата H/ в стек |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 3. Команды управления ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 9D | ACBB | КОП limit.rx,add.rx, | Сложение байтов со |
| | | index.mx,displ.bw | сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| 3D | ACBW | -"- | Сложение слов со |
| | | | сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| F1 | ACBL | КОП limit.rx,add.rx, | Сложение двойных слов со |
| | | index.mx,displ.bw | сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| 4F | ACBF | -"- | Сложение слов формата F |
| | | | со сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| 6F | ACBD | -"- | Сложение слов формата D |
| | | | со сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| 4FFD | ACBG | -"- | Сложение слов формата G |
| | | | со сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| 6FFD | ACBH | -"- | Сложение слов формата H |
| | | | со сравнением и переход |
+------+-----------+-------------------------------+----------------------------------+
| F3 | AOBLEQ | КОП limit.rx,index.ml, | Прибавить единицу и пере- |
| | | displ.bb | ход, если меньше или |
| | | | равно |
+------+-----------+-------------------------------+----------------------------------+
| F2 | AOBLSS | -"- | Прибавить единицу и пере- |
| | | | ход, если меньше |
+------+-----------+-------------------------------+----------------------------------+
| 19 | BLSS | КОП displ.bb | Переход, если N = I |
+------+-----------+-------------------------------+----------------------------------+
| 15 | BLEQ | -"- | Переход, если {NORZ}=1 |
+------+-----------+-------------------------------+----------------------------------+
| 13 | BEQL,BEQLU| -"- | Переход, если Z = I |
+------+-----------+-------------------------------+----------------------------------+
| 12 | BNEQ,BNEQU| -"- | Переход, если Z = 0 |
+------+-----------+-------------------------------+----------------------------------+
| I8 | BGEQ | -"- | Переход, если N = 0 |
+------+-----------+-------------------------------+----------------------------------+
| 14 | BGTR | -"- | Переход, если {NORZ} = 0 |
+------+-----------+-------------------------------+----------------------------------+
| 1F | BLSSU,BCS | -"- | Переход, если C = I |
+------+-----------+-------------------------------+----------------------------------+
| 1B | BLEQU | -"- | Переход, если {COR Z}= I |
+------+-----------+-------------------------------+----------------------------------+
| 1E | BGEQU,BCC | -"- | Переход, если C = 0 |
+------+-----------+-------------------------------+----------------------------------+
| 1A | BGTRU | -"- | Переход, если {CORZ} = 0 |
+------+-----------+-------------------------------+----------------------------------+
| 1D | BVS | -"- | Переход, если V = I |
+------+-----------+-------------------------------+----------------------------------+
| 1C | BVC | -"- | Переход, если V = 0 |
+------+-----------+-------------------------------+----------------------------------+
| E0 | BBS | КОП pos.rl,base.vb, | Ветвление по биту /указан- |
| | | disp l.bb,{field.rv} | ный разряд равен I/ |
+------+-----------+-------------------------------+----------------------------------+
| E1 | BBC | -"- | Ветвление по биту /указан- |
| | | | ный разряд равен 0/ |
+------+-----------+-------------------------------+----------------------------------+
| E2 | BBSS | -"- | Ветвление по установлен- |
| | | | ному биту и установить /без |
| | | | блокировки памяти/ |
+------+-----------+-------------------------------+----------------------------------+
| E4 | BBSC | -"- | Ветвление по установлен- |
| | | | ному биту и очистить /без |
| | | | блокировки памяти/ |
+------+-----------+-------------------------------+----------------------------------+
| E5 | BBCC | -"- | Ветвление по очищенному |
| | | | биту и очистить /без бло - |
| | | | кировки памяти/ |
+------+-----------+-------------------------------+----------------------------------+
| E3 | BBCS | -"- | Ветвление по очищенному |
| | | | биту и установить /без |
| | | | блокировки памяти/ |
+------+-----------+-------------------------------+----------------------------------+
| E6 | BBSSI | -"- | Ветвление по установлен- |
| | | | ному биту и установить с |
| | | | блокировкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| E7 | BBCCI | -"- | Ветвление по сброшенному |
| | | | биту и очистить с блоки - |
| | | | ровкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| E8 | BLBS | КОП src.rl,displ.bb | Ветвление, если установлен |
| | | | младший бит |
+------+-----------+-------------------------------+----------------------------------+
| E9 | BLBC | -"- | Ветвление, если сброшен |
| | | | младший бит |
+------+-----------+-------------------------------+----------------------------------+
| II | BRB | КОП displ.bx | Безусловный переход с бай- |
| | | | товым смещением |
+------+-----------+-------------------------------+----------------------------------+
| 3I | BRW | -"- | Безусловный переход со сме- |
| | | | щением в одно слово |
+------+-----------+-------------------------------+----------------------------------+
| I0 | BSBB | КОП displ.bx,{-(SP).wl} | Переход к подпрограмме с |
| | | | байтовым смещением |
+------+-----------+-------------------------------+----------------------------------+
| 30 | BSBW | -"- | Переход к подпрограмме со |
| | | | смещением в одно слово |
+------+-----------+-------------------------------+----------------------------------+
| 8F | CASEB | КОП selector.rx,base.rx, | Многофункциональный пере- |
| | | limit.rx,displ.bw-list | ход с байтовым смещением |
+------+-----------+-------------------------------+----------------------------------+
| AF | CASEW | -"- | Многофункциональный пере- |
| | | | ход со смещением в одно |
| | | | слово |
+------+-----------+-------------------------------+----------------------------------+
| CF | CASEL | -"- | Многофункциональный пере- |
| | | | ход со смещением в одно |
| | | | двойное слово |
+------+-----------+-------------------------------+----------------------------------+
| I7 | JMP | КОП dst.ab | Абсолютный безусловный |
| | | | переход |
+------+-----------+-------------------------------+----------------------------------+
| I6 | JSB | КОП dst.ab,{-(SP).wl} | Абсолютный переход к под- |
| | | | программе |
+------+-----------+-------------------------------+----------------------------------+
| 05 | RSB | КОП {(SP)+.rl} | Возврат из подпрограммы |
+------+-----------+-------------------------------+----------------------------------+
| F4 | SOBGEQ | КОП index.ml,displ.bb | Вычесть единицу и переход, |
| | | | если больше или равно |
+------+-----------+-------------------------------+----------------------------------+
| F5 | SOBGTR | -"- | Вычесть единицу и переход, |
| | | | если больше |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 4. Команды для работы с переменными битовыми полями ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| EC | CMPV | КОП pos.rl,size.rb,base.vb, | Сравнение полей |
| | | {field.rv},src.rl | |
+------+-----------+-------------------------------+----------------------------------+
| ED | CMPZV | -"- | Сравнение полей с рас- |
| | | | ширением ведущими нулями |
+------+-----------+-------------------------------+----------------------------------+
| EE | EXTV | КОП pos.rl,size.rb, | Выделить поле |
| | | base.vb,{field.rv},dst.wl | |
+------+-----------+-------------------------------+----------------------------------+
| EF | EXTZV - | -"- | Выделить поле, расши - |
| | | | ренное ведущими нулями |
+------+-----------+-------------------------------+----------------------------------+
| EA | FFS | КОП startpos.rl, | Поиск первого установ- |
| | | size.rb,base.vb, | ленного разряда |
| | | {field.rv},findpos.wl | |
+------+-----------+-------------------------------+----------------------------------+
| EB | FFC | -"- | Поиск первого сброшен- |
| | | | ного разряда |
+------+-----------+-------------------------------+----------------------------------+
| F0 | INSV | КОП src.rl,pos.rl, | Вставка поля |
| | | size.rb,base.vb, | |
| | | {field.wv} | |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 5. Команды вызова процедур и подпрограмм ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| FA | CALLG | КОП arglist.ab, | Вызов процедуры с |
| | | dst.ab,{-(SP).w*} | произвольным списком |
| | | | аргументов |
+------+-----------+-------------------------------+----------------------------------+
| FB | CALLS | КОП numg.rg.rl, | Вызов процедуры со |
| | | dst.ab,{-(SP).w*} | списком аргументов в |
| | | | стеке |
+------+-----------+-------------------------------+----------------------------------+
| 04 | RET | КОП {(SP)+.r*} | Возврат из процедуры |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 6. Привилегированные команды ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 0C | PROBER | КОП mode.rb,len.rw, | Проверка доступности по |
| | | base.ab | чтению |
+------+-----------+-------------------------------+----------------------------------+
| 0D | PROBEW | -"- | Проверка доступности по |
| | | | записи |
+------+-----------+-------------------------------+----------------------------------+
| BC | CHMK | КОП param.rw,{-(ySP).w*}, | Смена режима на режим |
| | | где: y=MINU(x,PSL <текущий | ядра |
| | | реж.>) | |
+------+-----------+-------------------------------+----------------------------------+
| BD | CHME | -"- | Смена режима на режим |
| | | | исполнения |
+------+-----------+-------------------------------+----------------------------------+
| BE | CHMS | -"- | Смена режима на режим |
| | | | супервизора |
+------+-----------+-------------------------------+----------------------------------+
| BF | CHMU | -"- | Смена режима на режим |
| | | | пользователя |
+------+-----------+-------------------------------+----------------------------------+
| 02 | REI | КОП {(SP)+.r*} | Возврат из исключитель- |
| | | | ной ситуации или пре - |
| | | | рывания |
+------+-----------+-------------------------------+----------------------------------+
| 06 | LDPCTX | КОП {PCB.r*,-(кSP).w*}, | Загрузка контекста |
| | | где PCB - регистр | процесса |
| | | управления процес- | |
| | | сором | |
+------+-----------+-------------------------------+----------------------------------+
| 07 | SVPCTX | КОП {(SP)+.r*,PCB.w*} | Сохранение контекста |
| | | | процесса |
+------+-----------+-------------------------------+----------------------------------+
| DA | MTPR | КОП src.rl,procreg.rl | Пересылка в процессор- |
| | | | ный регистр |
+------+-----------+-------------------------------+----------------------------------+
| DB | MFPR | КОП procreg.rl,dst.wl | Пересылка из процессор- |
| | | | ного регистра |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 7. Специальные команды ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| B9 | BICPSW | КОП mask.rw | Сброс разрядов в слове |
| | | | состояния процессора |
+------+-----------+-------------------------------+----------------------------------+
| B8 | BISPSW | -"- | Установка разрядов в |
| | | | слове состояния процес- |
| | | | сора |
+------+-----------+-------------------------------+----------------------------------+
| 03 | BRT | КОП {-(кSP).w*} | Ошибка ветвления |
+------+-----------+-------------------------------+----------------------------------+
| 00 | HALT | -"- | Останов |
+------+-----------+-------------------------------+----------------------------------+
| 0A | INDEX | КОП subscript.rl,low.rl, | Вычисление индекса |
| | | high.rl,size.rl,indexin.rl, | |
| | | indexout.wl | |
+------+-----------+-------------------------------+----------------------------------+
| DC | MOVPSL | КОП dst.wl | Пересылка из длинного |
| | | | слова состояния процес- |
| | | | сора |
+------+-----------+-------------------------------+----------------------------------+
| 01 | NOP | КОП | Пустой оператор |
+------+-----------+-------------------------------+----------------------------------+
| BB | PUSHR | КОП mask.rw,{-(SP).w*} | Пересылка содержимого |
| | | | регистров в стек |
+------+-----------+-------------------------------+----------------------------------+
| BA | POPR | КОП mask.rw,{(SP)+.r*} | Удаление содержимого |
| | | | регистров из стека |
+------+-----------+-------------------------------+----------------------------------+
| FC | XFC | КОП | Расширенный вызов |
| | | | функции |
+------+-----------+-------------------------------+----------------------------------+
| FEFF | BUGW | КОП message.bx | Проверить слово на на- |
| | | | личие ошибок |
+------+-----------+-------------------------------+----------------------------------+
| FDFF | BUGL | -"- | Проверить двойное сло- |
| | | | во на наличие ошибок |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 8. Команды работы с очередями ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 5C | INSQHI | КОП entry.ab,header.aq | Занесение элемента в |
| | | | "голову" очереди с |
| | | | блокировкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| 5D | INSQTI | КОП entry.ab,header.aq | Занесение элемента в |
| | | | "хвост" очереди с бло- |
| | | | кировкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| 0E | INSQUE | КОП entry.ab,pred.ab | Занесение элемента в |
| | | | очередь |
+------+-----------+-------------------------------+----------------------------------+
| 5E | REMQHI | КОП header.aq,addr.wl | Удаление элемента из |
| | | | "головы" очереди с бло- |
| | | | кировкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| 5F | REMQTI | -"- | Удаление элемента из |
| | | | "хвоста" очереди с бло- |
| | | | кировкой памяти |
+------+-----------+-------------------------------+----------------------------------+
| 0F | REMQUE | КОП entry.ab,addr.wl | Удаление элемента из |
| | | | очереди |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 9. Команды плавающей арифметики ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 40 | ADDF2 | КОП addr.rx,sum.mx | Сложение двухоперанд- |
| | | | ное в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 60 | ADDD2 | -"- | Сложение двухоперанд- |
| | | | ное в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 40FD | ADDG2 | -"- | Сложение двухоперанд- |
| | | | ное в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 60FD | ADDH2 | -"- | Сложение двухоперанд- |
| | | | ное в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 4I | ADDF3 | КОП add1.rx,add2.rx, | Сложение трехоперанд- |
| | | sum.wx | ное в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 6I | ADDD3 | -"- | Сложение трехоперанд- |
| | | | ное в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 4IFD | ADDG3 | КОП add1.rx,add2.rx, | Сложение трехоперандное |
| | | sum.wx | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 6IFD | ADDH3 | -"- | Сложение трехоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| D4 | CLRL,CLRF | КОП dst.wx | Очистка двойного слова |
| | | | /или слова формата F/ |
+------+-----------+-------------------------------+----------------------------------+
| 7C | CLRQ,CLRD,| -"- | Очистка четверного слова |
| | CLRG | | /или слов форматов D ,G/ |
+------+-----------+-------------------------------+----------------------------------+
| 7CFD | CLRO,CLRH | -"- | Очистка октослова /или |
| | | | слова формата H/ |
+------+-----------+-------------------------------+----------------------------------+
| 5I | CMPF | КОП src1.rx,src2.rx | Сравнение слов формата F |
+------+-----------+-------------------------------+----------------------------------+
| 7I | CMPD | -"- | Сравнение слов формата D |
+------+-----------+-------------------------------+----------------------------------+
| 5IFD | CMPG | -"- | Сравнение слов формата G |
+------+-----------+-------------------------------+----------------------------------+
| 7IFD | CMPH | -"- | Сравнение слов формата H |
+------+-----------+-------------------------------+----------------------------------+
| 4B | CVTRFL | КОП src.rx,dst.wl | Преобразование слова |
| | | | формата F в двойное сло- |
| | | | во с округлением |
+------+-----------+-------------------------------+----------------------------------+
| 6B | CVTRDL | -"- | Преобразование слова |
| | | | формата D в двойное |
| | | | слово с округлением |
+------+-----------+-------------------------------+----------------------------------+
| 4BFD | CVTRGL | -"- | Преобразование слова |
| | | | формата G в двойное |
| | | | слово с округлением |
+------+-----------+-------------------------------+----------------------------------+
| 6BFD | CVTRHL | -"- | Преобразование слова |
| | | | формата H в двойное |
| | | | слово с округлением |
+------+-----------+-------------------------------+----------------------------------+
| 48 | CVTFB | КОП src.rx,dst.wy | Преобразование слова |
| | | | формата F в байт |
+------+-----------+-------------------------------+----------------------------------+
| 56 | CVTFD | КОП src.rx,dst.wy | Преобразование слова фор- |
| | | | мата F в слово формата D |
+------+-----------+-------------------------------+----------------------------------+
| 99FD | CVTFG | -"- | Преобразование слова фор- |
| | | | мата F в слово формата G |
+------+-----------+-------------------------------+----------------------------------+
| 98FD | CVTFH | -"- | Преобразование слова фор- |
| | | | мата F в слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 4A | CVTFL | -"- | Преобразование слова фор- |
| | | | мата F в двойное слово |
+------+-----------+-------------------------------+----------------------------------+
| 49 | CVTFW | -"- | Преобразование слова фор- |
| | | | мата F в слово |
+------+-----------+-------------------------------+----------------------------------+
| 48FD | CVTGB | -"- | Преобразование слова фор- |
| | | | мата G в байт |
+------+-----------+-------------------------------+----------------------------------+
| 33FD | CVTGF | -"- | Преобразование слова фор- |
| | | | мата G в слово формата F |
+------+-----------+-------------------------------+----------------------------------+
| 56FD | CVTGH | -"- | Преобразование слова фор- |
| | | | мата G в слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 4AFD | CVTGL | -"- | Преобразование слова фор- |
| | | | мата G в двойное слово |
+------+-----------+-------------------------------+----------------------------------+
| 49FD | CVTGW | -"- | Преобразование слова фор- |
| | | | мата G в слово |
+------+-----------+-------------------------------+----------------------------------+
| 68FD | CVTHB | -"- | Преобразование слова фор- |
| | | | мата H в байт |
+------+-----------+-------------------------------+----------------------------------+
| F7FD | CVTHD | -"- | Преобразование слова фор- |
| | | | мата H в слово формата D |
+------+-----------+-------------------------------+----------------------------------+
| 56FD | CVTHF | -"- | Преобразование слова фор- |
| | | | мата H в слово формата F |
+------+-----------+-------------------------------+----------------------------------+
| 76FD | CVTHG | -"- | Преобразование слова фор- |
| | | | мата H в слово формата G |
+------+-----------+-------------------------------+----------------------------------+
| 6AFD | CVTHL | -"- | Преобразование слова фор- |
| | | | мата H в двойное слово |
+------+-----------+-------------------------------+----------------------------------+
| 69FD | CVTHW | -"- | Преобразование слова фор- |
| | | | мата H в слово |
+------+-----------+-------------------------------+----------------------------------+
| 68 | CVTDB | КОП src.rx,dst.wy | Преобразование слова форма- |
| | | | та D в байт |
+------+-----------+-------------------------------+----------------------------------+
| 76 | CVTDF | -"- | Преобразование слова форма- |
| | | | та D в слово формата F |
+------+-----------+-------------------------------+----------------------------------+
| 32FD | CVTDH | -"- | Преобразование слова форма- |
| | | | та D в слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 6A | CVTDL | -"- | Преобразование слова форма- |
| | | | та D в двойное слово |
+------+-----------+-------------------------------+----------------------------------+
| 69 | CVTDW | -"- | Преобразование слова форма- |
| | | | та D в слово |
+------+-----------+-------------------------------+----------------------------------+
| 6C | CVTBD | -"- | Преобразование байта в сло- |
| | | | во формата D |
+------+-----------+-------------------------------+----------------------------------+
| 4C | CVTBF | -"- | Преобразование байта в сло- |
| | | | во формата F |
+------+-----------+-------------------------------+----------------------------------+
| 4CFD | CVTBG | -"- | Преобразование байта в |
| | | | слово формата G |
+------+-----------+-------------------------------+----------------------------------+
| 6CFD | CVTBH | -"- | Преобразование байта в |
| | | | слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 6D | CVTWD | -"- | Преобразование слова в |
| | | | слово формата D |
+------+-----------+-------------------------------+----------------------------------+
| 4D | CVTWF | -"- | Преобразование слова в |
| | | | слово формата F |
+------+-----------+-------------------------------+----------------------------------+
| 4DFD | CVTWG | -"- | Преобразование слова в |
| | | | слово формата G |
+------+-----------+-------------------------------+----------------------------------+
| 6DFD | CVTWH | -"- | Преобразование слова в |
| | | | слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 6E | CVTLD | -"- | Преобразование двойного |
| | | | слова в слово формата D |
+------+-----------+-------------------------------+----------------------------------+
| 4E | CVTLF | -"- | Преобразование двойного |
| | | | слова в слово формата F |
+------+-----------+-------------------------------+----------------------------------+
| 4EFD | CVTLG | -"- | Преобразование двойного |
| | | | слова в слово формата G |
+------+-----------+-------------------------------+----------------------------------+
| 6EFD | CVTLH | КОП rc.rx,dst.wy | Преобразование двойного |
| | | | слова в слово формата H |
+------+-----------+-------------------------------+----------------------------------+
| 46 | DIVF2 | КОП divr.rx,quo.mx | Деление двухоперандное |
| | | | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 66 | DIVD2 | -"- | Деление двухоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 46FD | DIVG2 | -"- | Деление двухоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 66FD | DIVH2 | -"- | Деление двухоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 47 | DIVF3 | КОП divr.rx,divd.rx, | Деление трехоперандное |
| | | quo.wx | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 67 | DIVD3 | -"- | Деление трехоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 47FD | DIVG3 | -"- | Деление трехоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 67FD | DIVH3 | -"- | Деление трехоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 54 | EMODF | КОП mulr.rx,mulrx.rb, | Расширенное умножение |
| | | muld.rx,int.wl,fract.wx | в формате F с выделе- |
| | | | нием целой части |
+------+-----------+-------------------------------+----------------------------------+
| 74 | EMODD | -"- | Расширенное умножение |
| | | | в формате D с вы- |
| | | | делением целой части |
+------+-----------+-------------------------------+----------------------------------+
| 54FD | EMODG | КОП mulr.rx,mulrx.rw, | Расширенное умножение |
| | | muld.rx,int.wl,fract.wx | в формате G с выделе- |
| | | | нием целой части |
+------+-----------+-------------------------------+----------------------------------+
| 74FD | EMODH | -"- | Расширенное умножение |
| | | | в формате H с выделе- |
| | | | нием целой части |
+------+-----------+-------------------------------+----------------------------------+
| 52 | MNEGF | КОП src.rx,dst.wx | Пересылка с арифметическим |
| | | | отрицанием в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 72 | MNEGD | -"- | Пересылка с арифметическим |
| | | | отрицанием в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 52FD | MNEGG | -"- | Пересылка с арифметическим |
| | | | отрицанием в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 72FD | MNEGH | -"- | Пересылка с арифметическим |
| | | | отрицанием в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 50 | MOVF | -"- | Пересылка слов формата F |
+------+-----------+-------------------------------+----------------------------------+
| 70 | MOVD | -"- | Пересылка слов формата D |
+------+-----------+-------------------------------+----------------------------------+
| 50FD | MOVG | -"- | Пересылка слов формата G |
+------+-----------+-------------------------------+----------------------------------+
| 70FD | MOVH | -"- | Пересылка слов формата H |
+------+-----------+-------------------------------+----------------------------------+
| 44 | MULF2 | КОП mulr.rx, | Умножение двухоперандное |
| | | prod.mx | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 64 | MULD2 | -"- | Умножение двухоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 44FD | MULG2 | -"- | Умножение двухоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 64FD | MULH2 | -"- | Умножение двухоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 45 | MULF3 | КОП mulr.rx, | Умножение трехоперандное |
| | | muld.rx,prod.wx | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 65 | MULD3 | -"- | Умножение трехоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 45FD | MULG3 | -"- | Умножение трехоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 65FD | MULH3 | -"- | Умножение трехоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 55 | POLYF | КОП arg.rf,degree.rw, | Вычисление значения поли- |
| | | tbladdr.ab,{R0-3.wl} | нома в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 75 | POLYD | КОП arg.rd,degree.rw, | Вычисление значения поли- |
| | | tbladdr.ab,{R0-5.wl} | нома в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 55FD | POLYG | КОП arg.rg,degree.rw, | Вычисление значения поли- |
| | | tbladdr.db,{R0-5.wl} | нома в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 75FD | POLYH | КОП adg.rh,degree.rw, | Вычисление значения поли- |
| | | tbladdr.ab, | нома в формате H |
| | | {R0-5.wl,-16(SP):-1(SP).wb} | |
+------+-----------+-------------------------------+----------------------------------+
| 42 | SUBF2 | КОП sub.rx,dif.mx | Вычитание двухоперандное |
| | | | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 62 | SUBD2 | -"- | Вычитание двухоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 42FD | SUBG2 | -"- | Вычитание двухоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 62FD | SUBH2 | -"- | Вычитание двухоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 43 | SUBF3 | КОП sub.rx,min.rx,dif.wx | Вычитание трехоперандное |
| | | | в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 63 | SUBD3 | -"- | Вычитание трехоперандное |
| | | | в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 43FD | SUBG3 | -"- | Вычитание трехоперандное |
| | | | в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 63FD | SUBH3 | -"- | Вычитание трехоперандное |
| | | | в формате H |
+------+-----------+-------------------------------+----------------------------------+
| 53 | TSTF | КОП src.rx | Тестирование в формате F |
+------+-----------+-------------------------------+----------------------------------+
| 73 | TSTD | -"- | Тестирование в формате D |
+------+-----------+-------------------------------+----------------------------------+
| 53FD | TSTG | -"- | Тестирование в формате G |
+------+-----------+-------------------------------+----------------------------------+
| 73FD | TSTH | КОП src.rx | Тестирование в форма- |
| | | | те H |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 10. Команды обработки строк символов ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 29 | CMPC3 | КОП len.rw,src1addr.ab, | Трехоперандное сим - |
| | | src2addr.ab,{R0-3.wl} | вольное сравнение |
+------+-----------+-------------------------------+----------------------------------+
| 2D | CMPC5 | КОП src1len.rw,src1addr.ab, | Пятиоперандное сим - |
| | | fill.rb,src2len.rw, | вольное сравнение |
| | | src2addr.ab,{R0-3.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 3A | LOCC | КОП char.rb,len.rw,addr.ab, | Поиск символа |
| | | {R0-1.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 39 | MATCHC | КОП len1.rw,addr1.ab,len2.rw, | Поиск подстроки |
| | | addr2.ab,{R0-3.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 28 | MOVC3 | КОП len.rw,srcaddr.ab, | Трехоперандная пере- |
| | | dstaddr.ab,{R0-5.wl} | сылка символов |
+------+-----------+-------------------------------+----------------------------------+
| 2C | MOVC5 | КОП srclen.rw,srcaddr.ab, | Пятиоперандная пере- |
| | | fill.rb,dstlen.rw,dstaddr.ab | сылка символов |
+------+-----------+-------------------------------+----------------------------------+
| 2E | MOVTC | КОП srclen.rw,srcaddr.ab, | Пересылка символов с |
| | | fill.rb,tbladdr.ab,dstlen.rw, | трансляцией |
| | | dstaddr.ab,{R0-5.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 2F | MOVTUC | КОП srclen.rw,srcaddr.ab, | Пересылка символов с |
| | | esc.rb,tbladdr.ab, | трансляцией и выходом |
| | | dstlen.rw,dstaddr.ab, | по указанному символу |
| | | {R0-5.ml} | |
+------+-----------+-------------------------------+----------------------------------+
| 2A | SCANC | КОП len.rw,addr.ab, | Сканирование символов |
| | | tbladdr.ab,mask.rb,{R0-3.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 3B | SKPC | КОП char.rb,len.rw,addr.ab, | Пропуск символов |
| | | {R0-1.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 2B | SPANC | КОП len.rw,addr.ab, | Поиск символа |
| | | tbladdr.ab,mask.rb, | |
| | | {R0-3.wl} | |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 11. Команды десятичной строки цифр ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 20 | ADDP4 | КОП addlen.rw,addaddr.ab, | Четырехоперандное сло- |
| | | sumlen.rw,sumaddr.ab, | жение в упакованном |
| | | {R0-3.wl} | формате |
+------+-----------+-------------------------------+----------------------------------+
| 21 | ADDP6 | КОП add1len.rw,add1addr.ab, | Шестиоперандное сложе- |
| | | add2len.rw,add2addr.ab, | ние в упакованном фор- |
| | | sumlen.rw,sumaddr.ab, | мате |
| | | {R0-5.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| F8 | ASHP | КОП cnt.rb,srclen.rw, | Арифметический сдвиг и |
| | | srcaddr.ab,round.rb,dstlen.rw,| округление в упакован - |
| | | dstaddr.ab,{R0-3.wl} | ном формате |
+------+-----------+-------------------------------+----------------------------------+
| 35 | CMPP3 | КОП len.rw,src1addr.ab, | Трехоперандное сравне - |
| | | src2addr.ab,{R0-3.wl} | ние в упакованном фор - |
| | | | мате |
+------+-----------+-------------------------------+----------------------------------+
| 37 | CMPP4 | КОП src1len.rw,src1addr.ab, | Четырехоперандное срав- |
| | | src2len.rw,src2addr.ab, | нение в упакованном фор- |
| | | {R0-3.wl} | мате |
+------+-----------+-------------------------------+----------------------------------+
| F9 | CVTLP | КОП src.rl,dstlen.rw, | Преобразование двойно- |
| | | dstaddr.ab,{R0-3.wl} | го слова в упакованный |
| | | | формат |
+------+-----------+-------------------------------+----------------------------------+
| 36 | CVTPL | КОП srclen.rw,srcaddr.ab, | Преобразование упакован- |
| | | {R0-3.wl},dst.wl | ного формата в двойное |
| | | | слово |
+------+-----------+-------------------------------+----------------------------------+
| 08 | CVTPS | КОП srclen.rw,srcaddr.ab, | Преобразование упако - |
| | | dstlen.rw,dstaddr.ab, | ванного формата в чис- |
| | | {R0-3.wl} | ловой с выделенным ве- |
| | | | дущим знаком |
+------+-----------+-------------------------------+----------------------------------+
| 24 | CVTPT | КОП srclen.rw,srcaddr.ab, | Преобразование из упа- |
| | | tbladdr.ab,dstlen.rw, | кованного формата в |
| | | dstaddr.ab,{R0-3.wl} | усеченный числовой |
+------+-----------+-------------------------------+----------------------------------+
| 09 | CVTSP | КОП srclen.rw,srcaddr.ab, | Преобразование из чис- |
| | | dstlen.rw,dstaddr.ab, | лового формата с выде- |
| | | {R0-3.wl} | ленным ведущим знаком |
| | | | в упакованный |
+------+-----------+-------------------------------+----------------------------------+
| 26 | CVTTP | КОП srclen.rw,srcaddr.ab, | Преобразование из усе- |
| | | tbladdr.ab,dstlen.rw, | ченного числового фор- |
| | | dstaddr.ab,{R0-3.wl} | мата в упакованный |
+------+-----------+-------------------------------+----------------------------------+
| 27 | DIVP | КОП divrlen.rw,divraddr.ab, | Деление в упакованном |
| | | divdln.rw,divdaddr.ab, | формате |
| | | quolen.rw,quoaddr.ab, | |
| | | {R0-5.wl,-16(SP):-1(SP).wb} | |
+------+-----------+-------------------------------+----------------------------------+
| 34 | MOVP | КОП len.rw,srcaddr.ab, | Пересылка в упакован- |
| | | dstaddr.ab,{R0-3.wl} | ном формате |
+------+-----------+-------------------------------+----------------------------------+
| 25 | MULP | КОП mulrlen.rw,mulraddr.ab, | Умножение в упакован- |
| | | muldlen.rw,muldaddr.ab, | ном формате |
| | | prodlen.rw,prodaddr.ab, | |
| | | {R0-5.wl} | |
+------+-----------+-------------------------------+----------------------------------+
| 22 | SUBP4 | КОП sublen.rw,subaddr.ab, | Четырехоперандное |
| | | diflen.rw,difaddr.ab, | вычитание в упакован- |
| | | {R0-3.wl} | ном формате |
+------+-----------+-------------------------------+----------------------------------+
| 23 | SUBP6 | КОП sublen.rw,subaddr.ab, | Шестиоперандное |
| | | minlen.rw,minaddr.ab, | вычитание в упакован- |
| | | diflen.rw,difaddr.ab, | ном формате |
| | | {R0-5.wl} | |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 12. Контроль циклической избыточности ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 0B | CRC | КОП tbl.ab,inicrc.rl, | Вычисление циклического |
| | | strlen.rw,stream.ab | полинома для проверки |
+------+-----------+-------------------------------+----------------------------------+
</pre>

=== 13. Редактирование ===

<pre>
+------+-----------+-------------------------------+----------------------------------+
| Код | Мнемоника | Формат | Назначение |
+------+-----------+-------------------------------+----------------------------------+
| 38 | EDITPC | КОП srclen.rw, | Редактирование упако- |
| | | srcaddr.ab,pattern.ab, | ванной строки в символь- |
| | | dstaddr.ab | ную |
+------+-----------+-------------------------------+----------------------------------+
</pre>

== Формат команды ==

В вычислительной системе "Электроника 32" используется формат команды переменной длины. Длина формата может быть от одного байта и выше в зависимости от типа команды. Обобщенная схема формата команды приведена на рис. 51.

Общая схема формата команды

<pre>
+-------------------------------+
| Код операции (1 или 2 байта) |
+-------------------------------+
| Спецификатор операнда 1 |
+-------------------------------+
| Спецификатор операнда 2 |
+-------------------------------+
| . |
| . |
| . |
+-------------------------------+
| Спецификатор операнда N |
+-------------------------------+
</pre>

Рис. 51.

Каждая команда состоит из кода операции и следующих за ним от 0 до 6 спецификаторов операндов, количество и тип которых зависят от кода операции. Код операции точно определяет как требуемая операция будет выполняться. Под код операции может отводиться один или два байта, в зависимости от содержимого байта с адресом "А". Два байта будут использоваться под код операции при условии, что значение числа, содержащегося в этом байте, находится в диапазоне от FC(16) до FF(16). Формат кода операции приведен на рис. 52.

<center>
[[Файл:1839VM1 TO Pic52.png|500px]]
</center>

Каждый из спецификаторов операнда имеет одинаковый формат, т.е. метод адресации плюс дополнительная информация. Эта дополнительная информация содержит до двух переменных: указателя регистра и адрес; указатель регистра и данные; указатель регистра и смещение. Использование операнда определяется косвенно из кода операции и называется типом операнда.

Спецификатор операнда описывается следующим образом:

<pre>
⟨Название⟩ , ⟨тип доступа⟩ ⟨тип данных⟩
\___________/
тип операнда
</pre>
где

⟨Название⟩ - определяет операнд в контексте инструкции.

⟨Тип доступа⟩ - спецификатора операнда обозначается одной
буквой:

* a - вычисляется эффективный адрес операнда. Адрес формируется в двойном слове, которое является фактическим операндом инструкции. Контекст вычисления адреса является типом данных, т.е. величиной, используемой для автоинкрементации, автодекрементации и индексации;
* b - нет ссылок на операнд. Спецификатор операнда представляет собой смещение перехода. Размер смещения переходаопределяется типом данных;
* m - операнд считывается, может быть модифицирован и записывается. Если операнд фактически не модифицируется, то он может и не записываться обратно. Несмотря на это, операнды с таким типом доступа всегда проверяются на возможность как чтения, так и записи;
* r - операнд только читается;
* v - вычисляется эффективный адрес операнда (доступ "поле"). Если эффективный адрес формируется в памяти, то он сохраняется в двойном слове, которое является фактическим операндом инструкции. Если эффективным адресом является регистр Rn, то операндом является R[n] или R[n+1]'R[n];
* w - операнд доступен только по записи.

⟨Тип данных⟩ - обозначают следующим образом:

* b - байт
* d - плавающее слово типа D
* f - плавающее слово типа F
* g - плавающее слово типа G
* h - плавающее слово типа H
* l - двойное слово
* o - восьмерное слово
* q - четверное слово
* w - слово
* x - {первый тип данных определяется инструкцией}
* y - {второй тип данных определяется инструкцией}

=== Адресация операндов ===

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

* как аккумуляторы;
* как указатели (содержимое регистра - адрес операнда, а не сам операнд);
* как индексные регистры.

Адресация может быть разделена на две категории: основные методы адресации и адресация по условному переходу. Табл. 9 дает краткое описание методов адресации через регистры общего назначения и через программный счетчик. В табл. 9 приняты следующие обозначения:
* D - смещение;
* I - любой метод адресации, допускающий индексирование;
* – - логически невозможно;
* РМА - ошибка по резервной моде адресации;
* АС - адресация через счетчик команд;
* НП - непредсказуемый результат;
* НЧ - непредсказуемый результат для Q(0)слова, D(G,H) форматов, а также для поля бит переменной длины, если "позиция" плюс "размер" больше 32;
* НВ - непредсказуемый результат для Q-слова и формата H;
* НИР - непредсказуемый результат для индексного регистра, такого как базовый регистр;
* ДА - всегда действительный метод адресации;
* Ч - доступ по чтению;
* З - доступ по записи;
* М - доступ по чтению-модификации-записи;
* А - доступ по адресу;
* БА - доступ по базовому адресу поля бит переменной длины.

Таблица 9

Краткий обзор методов адресации

<pre>
+--------------------------------------------------------------------------------+
| Общая регистровая адресация |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| Мода | Название метода| Ассемблер | Доступ | Использование |
| (16) | адресации | +-----+-----+-----+-----+---+-----+----+-----+
| | | | Ч | М | З | А | БА| PC | SP | ИНД |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 1O | 11 |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 0-3 | Литеральный | S↑Literal | ДА | РМА | РМА | РМА |РМА| - | - | РМА |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 4 | Индексный | I [Rx] | ДА | ДА | ДА | ДА | ДА| РМА | ДА | РМА |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 5 | Регистровый | Rn | ДА | ДА | ДА | РМА | ДА| НП | НЧ | РМА |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 6 | Косвенно- | (Rn) | ДА | ДА | ДА | ДА | ДА| НП | ДА | ДА |
| | -регистровый | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 7 | Автодекремент- | -(Rn) | ДА | ДА | ДА | ДА | ДА| НП | ДА | НИР |
| | ный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 8 | Автоинкремент- | (Rn)+ | ДА | ДА | ДА | ДА | ДА| АС | ДА | НИР |
| | ный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| 9 | Косвенно-авто- | @(Rn)+ | ДА | ДА | ДА | ДА | ДА| АС | ДА | НИР |
| | инкрементный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| A | С байтовым сме-| B↑D(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | щением | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| B | Косвенный с бай| @↑BD(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | товым смещением| | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| C | Со словным сме-| W↑D(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | щением | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| D | Косвенный со | @↑D(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | словным смеще -| | | | | | | | | |
| | нием | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| E | С двухсловным | L↑D(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | смещением | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
| F | Косвенный с | @L↑D(Rn) | ДА | ДА | ДА | ДА | ДА| АС | ДА | ДА |
| | двухсловным | | | | | | | | | |
| | смещением | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+---+-----+----+-----+
</pre>

<pre>
+------------------------------------------------------------------------------+
| Адресация через программный счетчик |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| Мо- | Название мето- | ААссемблер| Доступ | Использо- |
| да | да адресации | +-----+-----+-----+-----+----+ вание |
| (16) | | | Ч | М | З | А | БА | PC | SP |ИНД|
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| 8 | Непосредствен- | I↑# Const | ДА | НП | НП | ДА | ДА | - | - | ДА|
| | ный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| 9 | Абсолютный | @#adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| A | Относительный | B↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | байтовый | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| B | Косвенно-отно- | @B↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | сительный бай- | | | | | | | | | |
| | товый | | | | | | | | - | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| C | Относительный | W↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | словный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| D | Косвенно-отно- | @↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | сительный | | | | | | | | | |
| | словный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| E | Относительный | L↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | двухсловный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
| F | Косвенно-отно- | @L↑adress | ДА | ДА | ДА | ДА | ДА | - | - | ДА|
| | сительный | | | | | | | | | |
| | двухсловный | | | | | | | | | |
+------+----------------+-----------+-----+-----+-----+-----+----+----+----+---+
</pre>

== Время выполнения типовых команд (Timing) ==

Времена выполнения команд (групп команд) микропроцессором ЛI839ВМI определены в микроциклах (1 микроцикл равен двум периодам тактовой частоты 2T_CLC), при условии идеальной памяти, пренебрегая временем на сбои конвейера адресных/безадресных подкачек команд, не учитывая внутренних торможений, обусловленных особенностями конвейера команд (это торможение по занятости регистра смещения - ТСМ, торможение по занятости буфера обмена данных и торможения приема микрокоманды). Данная процедура определения времени выполнения групп команд проводится для случая регистровых мод адресации для всех операндов команды. В случае, если применение регистровой моды адресации недопустимо, не имеет смысла, либо не является показательным в плане оценки времени выполнения, приводится время выполнения (в микроциклах) только содержательной микрообработки, исключая этап микропрограммной адресации операндов, а также время аппаратной дешифрации команд, что обычно скрыто конвейером выполнения команд. Процедура TIMING - чисто качественная оценка времен выполнения типовых команд.

Сокращения, применяемые ниже по тексту:
* Р - регистр;
* П - память;
* РР - формат регистр-регистр;
* ПП - формат память-память;
* РП - формат регистр-память.

''' 1. Команда ADAWI '''

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

''' 2. Группа команд ADDB2, ADDW2, ADDL2, ADDB3, ADDW3, ADDL3, SUBB2, SUBW2, SUBL2, SUBB3, SUBW3, SUBL3 '''

РР - один микроцикл.*

''' 3. Группа команд ADWC, SBWC '''

РР - один микроцикл.*

''' 4. Команда ASHL '''

Случаи регистр-приемник и приемник-память почти эквивалентны. Даже в случае регистровых мод адресации выполняется адресация операндов.

Параметр сдвига равен I: ~20 микроциклов.*

При параметре сдвига, равном n (до 2⁸ сдвигов):

* T = 20 + 3(n - 1) микроциклов.

''' 5. Команда ASHQ '''

Случаи регистр-приемник и приемник-память почти эквивалентны. Даже в случае регистровых мод адресации выполняется адресация операндов.

Параметр сдвига равен 1: 28 микроциклов.*

При параметре сдвига, равном n (до 2⁸ сдвигов):

* T = 28 + 4(n - 1) микроциклов.

''' 6. Группа команд BICB2, BICW2, BICL2, BICB3, BICW3, BICL3, BISB2, BISW2, BISL2, BISB3, BISW3, BISL3 '''

РР, РРР - один микроцикл.*

''' 7. Группа команд BITB, BITW , BITL '''

РР - один микроцикл.*

''' 8. Группа команд CLRB, CLRW , CLRL '''

Р - один микроцикл.*

''' 9. Команда CLRQ '''

Память-приемник: два микроцикла.*

Регистр-приемник: три микроцикла.*

''' 10. Группа команд CMPB, CMPW , CMPL '''

РР - max пять микроциклов.*

''' 11. Группа команд CVTBW, CVTBL , CVTWL '''

РР, РП - max девять микроциклов.*

Случаи регистр-приемник и память-приемник почти эквивалентны.

''' 12. Группа команд CVTLB, CVTLW , CVTWB '''

РР, РП - max I3 микроциклов.*

Случаи регистр-приемник и память-приемник почти эквивалентны.

''' 13. Группа команд DECB, DECW , DECL , INCB, INCW , INCL '''

Р, П - один микроцикл.*

''' 14. Группа команд MCOMB, MCOMW , MCOML, MNEGB, MNEGW , MNEGL '''

РР - три микроцикла.*

''' 15. Группа команд MOVB, MOVW, MOWL '''

РР - один микроцикл.*

''' 16. Команда MOVQ '''

* Случаи РП, РР - почти эквивалентны;
* - max восемь микроциклов.*

''' 17. Группа команд MOVZBL , MOVZBW , MOVZWL '''

РР - шесть микроциклов.*

''' 18. Команда PUSHL '''

Р - четыре микроцикла.

''' 19. Команда PUSHR '''

Упрятывание в стек всех регистров (РОНов), т.е. все разряды операнда mask⟨0...I4⟩ установлены в единицу: 65 микроциклов.*

''' 20. Команда POPR '''

Восстановление из стека всех регистров (РОНов), т.е. все разряды операнда mask⟨0...I4⟩ установлены в единицу: 65 микроциклов.*

''' 21. Команда ROTL '''

Случаи регистр-приемник и память-приемник почти эквивалентны. Даже в случае регистровых мод адресации выполняется микропрограммно этап адресации операндов.

Параметр сдвига равен 1: I8 микроциклов.*

При параметре сдвига, равном n (до 2⁸ сдвига):

* T = 18 + 3(n - 1) микроциклов.

''' 22. Группа команд TSTB, TSTW , TSTL '''

Р, П - один микроцикл.*

''' 23. Группа команд XORB2, XORW2, XORL2, XORB3, XORW3, XORL3 '''

РР, РРР - один микроцикл.*

''' 24. Группа команд MOVAB, MOVAW, MOVAL , MOVAF, MOVAQ, MOVAD,MOVAG '''

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

РР, ПП - один микроцикл.*

''' 25. Группа команд PUSHAB, PUSHAW , PUSHAL , PUSHAF, PUSHAQ, PUSHAD , PUSHAG '''

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

''' 26. Группа команд CALLS, CALLG '''

Случай сохранения всех РОНов в кадре вызова процедуры:
* ~115 микроциклов.*

''' 27. Команда RET '''

Случай загрузки всех РОНов из кадра вызова процедуры:
* ~126 микроциклов.*

''' 28. Группа команд BICPSW, BISPSW '''

Независимо от моды адресации операнда ⟨mask⟩ выполняется микропрограммная адресация операндов:
* ~ пять микроциклов.*

''' 29. Команда INDEX '''

Независимо от моды адресации операндов выполняется микропрограммная адресация операндов:

* ~225 микроциклов (случай микропрограммной реализации операции умножения при отсутствии сопроцессора);
* ~45 микроциклов (случай реализации операции умножения на сопроцессоре).

''' 30. Группа команд MOVPSL, NOP '''

Один микроцикл.

''' 31. Команды работы с очередями '''

От 80 до I20 микроциклов.

''' 32. Команды обработки строк символов '''

Min 30 микроциклов.

''' 33. Команды для работы с переменными битовыми полями '''

От 80 до I00 микроциклов.

''' 34. Команды ветвлений (Branches):

Простые: AOBLEQ, AOBLSS , BLSS , BLEQ, BEQL, BEQLU , BNEQ, BHEQU , BGEQ, BGTR, BLSSU , BCS , BLEQU , BGEQU , BCC, BGTRU, BVS, BVC, BLBS , BLBC, BRB, BRW, BSBB, BSBW, JMP, SOBGEQ, SOBGTR
* - от пяти до восьми микроциклов.

Сложные: ACBB, ACBW , ACBL , ACBF, ACBD , ACBG, ACBH, BBS, BBC, BBSS , BBSC, BBCC, BBCS , BBSSI, BBCCI, CASEB, CASEW , CASEL, JSB
* - от 10 до 60 микроциклов.

''' 35. Время реакции на прерывания '''

Время реакции на прерывания - это время от момента восприятия центральным процессором запроса на прерывание до начала выполнения первой команды соответствующей программы обработки прерываний. На тактовой частоте I0 МГц это время составляет I0-I2 мкс. Наибольшее значение (для случая машинного сбоя) составляет I6 мкс. В основном, это связано с большим числом параметров (I2), сохраняемых в стеке (и соответственно, таким же числом обменов записей в ОЗУ) для данного типа прерываний.

Примечание:

"*" - только содержательная микрообработка, без учета адресации операндов.

[[Категория:Электроника-32]]