---

3. Плата УТА должна быть прикреплена в сегме'нте к позиции с номером ниже 8, предпочтительно с самым низким номером, и должна содержать:

1. управление таймированием арбитража (см. п. 7.1);

2. управление «работа/останов» (см. п. 7.4):

3. логику системного подтверждения (см. п. 7.3);

4. согласователи (см. п. 7.5); -

5. логический 0 для подсоединения к географическому адресу GA03 (см. п. 7.2).

4. Управление «работа/останов» должно быть подсоединено к. однорядному 4-контактному разъему с шагом 2,54 мм с квадрат­ными штырьками со стороной 0,640 мм, аналогичному показанно- му'на рис. 30, и с назначением контактов, соответствующим при­веденному в п. 14.4.

Четырехконтактный разъём управления «работа/останов» дол­жен быть установлен на стороне печатной платы, где расположены

детали, около заднего края (противоположного 130-контактному разъему) с контактами, направленными к заднему краю платы.

Если вспомогательная логика, определенная в этом разделе, реализуется иначе, чем на расположенных с тыльной стороны пе­чатных платах, описанных в п. 14.5, должно выполняться следую­щее.

5. Логическая 1 должна поступать в GA03 с самым высоким номером в соответствующей возможной позиции (выше 24 или меж­ду 8 и 15) на задней плате, и

6. Логический 0 должен поступать в GA03 при номере позиции меньше 8? предпочтительнее при наименьшем из возможных.

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

Для крейт-сегментов, которые входят в состав расширенного сегмента, возможно, что все особенности, перечисленные в первых частях (2) и(3), не потребуются. Однако, независимо от того, как реализуется расширенный сегмент, всегда требуются согласовате- ли и соединители с GA03.

Каждый кабель-сегмент должен быть снабжен всеми функция­ми вспомогательной логики в соответствии со спецификациями, приведенными в пп. 7.1—7,5.

ГЛАВА 8. ОБЛАСТЬ АДРЕСОВ РЕГИСТРОВ УПРАВЛЕНИЯ
И СОСТОЯНИИ

Состояние линий MS во время первичного адресного цикла оп­ределяет, выбирается ли в пределах слуги область адресов дан­ных (MS = 9 или 2) или область адресов регистров управления и со­стояний (CSR)— (MS=1 или 3). Если выбирается область данных, когда используется логическая адресация, поле внутренних адре­сов IA первичного адреса имеет обычно достаточную ширину для того, чтобы указать желаемый регистр' или функцию слуги. Каж­дое устройство имеет поле адресов CSR шириной 32 разряда. Сле­довательно, для того, чтобы выбрать конкретный регистр из об­ласти CSR, после первичного адресного цикла требуется вторичный адресный цикл.

Все CSR-регистры должны быть доступны при помощи вторич­ной адресации "

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

Если какая-либо из обсуждаемых функций реализована, то она должна быть реализована так, как специфицирована. Единствен­ным обязательным регистром должен быть регистр CSR=ft=O, и в нем необходимы только биты с 31 по 16 (идентификатор устрой­ства). •

Область адресов регистров управления и статуса должна быть распределена следующим образом:

0000 0000 — 3FFF FFFF — область адресов нормальных CSR- регистров;

4000 0000 — 7FFF FFFF — область адресов программных CSR- регистров

8000 0000 — BFFF FFFF — область адресов параметрических CSR-регистров

С000 0000 — FFFF FFFF — область адресов пользовательских CSR-регистров

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

Настоятельно рекомендуется, чтобы все регистры, предназна­ченные для записи, допускали бы и чтение. Отметим, что когда считывается содержимое какого-ли($о регистра, все не реализован­ные биты возвращаются в виде логических нулей (см. п. 5.3.2).

Многие функции управления требуют, чтобы какой-либо бит в регистре был /или установлен, или сброшен, чтобы вызвать необхо­димые действия. Соображения экономии при реализации диктуют, чтобы ряд подобных функций был сгруппирован вместе в одном управляющем регистре. Часто с той целью, чтобы осуществить се­лективную установку или сброс отдельного бита в таком регистре и при этом не нарушить любые другие биты в этом регистре, ис­пользуется операция типа «чтение-модификация-запись». В случае ФАСТБАСА многие функции управления лучше всего будут выпол­няться при помощи широких операций, исключая таким образом возможность использования операции типа «чтение-модификация- запись», поскольку состояние другие битов в одном й том же уп­равляющем регистре может отличаться от устройства к устройству.

Чтобы приспособить для этой цели широкие операции, для сис­темы ФАСТБАС принято решение размещать функции установки и сброса в различных битах в пределах одного и того же регистра. Биты установки по своему местоположению соответствуют- статус­ным битам, на которые осуществляется воздействие, а биты сброса ■смещены на 16 разрядов влево (в сторону старших разрядов) в данном слове. Таким образом, логическая единица, записанная в позицию бита установки, считывается обратно как логическая еди­ница в позиции бита установки, а логическая единица, записанная в позицию бита сброса, считывается обратно как логический нуль в позиции бита установки. Бит, считываемый обратно в позиции бита сброса, может использоваться для передачи относящейся к этому статусной информации об устройстве.

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

Таблица X

Реализация функции селективной установки/сброса в CSR-регистре

Действие битов установки и сброса не ограничивается исклю­чительно тем, что описано выше. Бит установки мог бы использо­ваться для запуска схемы с одним устойчивым состоянием, а бит сброса — для предварительного приведения ее в исходное состоя­ние. В этом случае статусный бит должен отражать текущее со­стояние схемы с одним устойчивым состоянием.

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

Биты селективной установки и сброса не должны размещаться в одном регистре с обычными битами, предназначенными для чте­ния и записи. Селективные биты могут размещаться в одном ре­гистре с битами, предназначенными только для чтения, или с би­тами для импульсного управления, таким как «установка» и «сброс», которые'вызывают некоторые действие, но не запоминают­ся в адресуемом регистре.

Распределение адресов регистров в области нормальных CSR показано в табл. XI. Все регистры группируются по выполняемой функции, и среди них первая группа из 8 шт. представляет собой регистры, наиболее часто требуемые для слуг, следующая группа из 8 шт. содержит регистры, наиболее часто требуемые в дополне­ние к мастеру, и так далее.

Т а б л ид а XI

Регистры управления и статуса — CSR ,

Следующие 8 регистров ассоциируются с мастерами

0000 0008

0000 0009*

Регистр уровня арбитража

Управление таймерам

иОпредоление

А

0000 OOOF

0000 0010—17

0000 0018^1 В

0000 001G— 1F

0000 0020—3F*

дрес устройства — приемника прерывания от источника А

Вторичный адрес приемника прерывания от источ­ника А

Адрес устройства — приемника прерывания от ис­точника В

Вторичный адрес приемника прерывания от источ­ника В

Адрес устройства — приемника прерывания от ис­точника С

Вторичный адрес приемника прерывания от источ­ника С

Определяются пользователем

Зарезервированы

Выдержки таймеров

Б

Следующие регистры ассоциируются. п. 9.1)

иты источников и масок и запросов на обслу­живание

с сообщениями о прерываниях (см.

С

0000 ООАО—AF 0000 00В0—BF 0000 OOCO-CF 0000 O0D0—FF

ообщение о прерывании от источника А Сообщение о прерывании от источника В Сообщение о прерывании от источника С ЗарезервированыОпределение

а

Следующие регистры раграф 9)

9000 0100—10F

0000 01N0—1NF

0000 01F0—IFF

0000 0200 по

3FFF FFFF

ссоциируются с приемниками прерываний (см. па-

Приемный блок о (прерывание с самым низким приоритетом) г

Приемный блок N (от N—1 до Eh)

Приемный блок Fh (прерывание с самым высо­ким приоритетом)

Зарезервированы

* Регистры с селективной установкой и сбросом.

Адреса от 0 до 3FFF FFFFh в области CSR регистров должны быть зарезервированы для функций, перечисленных в табл. XI. Если какая-нибудь функция не требуется в устройстве, тогда дан­ный регистр или конкретный бит в пределах регистра не нуждает­ся в реализации.

Идентификатор устройства, биты CSR#0<31:16>, должен быть реализован в каждом устройстве.

. Устройства, использующие CSR-регистры, для которых влияние «сброса» определяется в п. 8.1, должны реализовывать CSR#0<30>.

Устройства, использующие CSR-регистры, для которых 'влияние «очистки» определяется в п. 8.1.6, должны реализовывать CSR#0<16>.

Устройства, способные генерировать сообщения о прерываниях, должны реализовывать, при необходимости, CSR#2<06:04> и <22:20>.

Устройства, к которым возможна логическая адресация, дол­жны реализоваться CSR#3, CSR^OCO^ и CSR#0<17>.