Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

197 страниц

1034.00 ₽

Купить официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Предварительная работа по созданию спецификации ФБ+ проводилась под руководством Комитета по стандартизации микропроцессоров Компьютерного общества IEEE. В 1988 г. Комитет ВМФ США по стандартизации объединительных плат для следующего поколения компьютеров и Международная торговая ассоциация по UMEbus (UITA) (торговая ассоциация изготовителей и пользователей) согласились присоединиться к IEEE для корректировки первоначального стандарта Р896.1-1987. В начале 1989 г. группа изготовителей Мультибас (MMG) (торговая ассоциация изготовителей Мультибас1, Мультибас2 и пользователей) также согласилась присоединиться к этой работе

Показать даты введения Admin

Страница 1

ГОСТ Р 34.31-96

IОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

МИКРОПРОЦЕССОРНЫЕ СИСТЕМЫ

ИНТЕРФЕЙС ФБЮЧЕБАС+ СПЕЦИФИКАЦИИ ФИЗИЧЕСКОГО УРОВНЯ

Иданис официальное

БЗ 1-95/52


1ХКС1АНДАКГ РОСШИ

М «I г к я и

Страница 2

ГОСТ Р 34.31-96

Предисловие

1    РАЗРАБОТАН Научно-исследовательским институтом ядерной физики Московского государ

ственного университета им. М. В. Ломоносова

ВНЕСЕН Управлением стандартизации и сертификации информационных технологий, продукции электротехники и приборостроения Госстандарта России

2    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 03.04.96

№253

Стандарт подготовлен методом прямого применения стандарта IEEE Р896.2 «Информационная технология. Микропроцессорные системы. Интерфейс Фыочсбяс+. Спецификации физического уровня» и полностью ему соответствует

3    ВВЕДЕН ВПЕРВЫЕ

© И ПК Издательство стандартов, 1996

И •стоящ* стыиярт к может быть оолаосгыо км встгао аосярошасдсж, тмржжаромш и ^коростршкм в intent офтшлыюго кздышя без ршрешеш Госстмдцгт* России

II

Страница 3

ГОСТ Р 34.31-96

Содержание

Предисловие председателя рабочей фуппи    ..............

Введение    .............................................

1    Область применения .....................

2    Определения    ..................

2.1    Использование терминов ................ , .

2.2    Определения линий магистрали и сигналов...............

2.3    Терминология......................

2.4    Соглашения ......................

2.5    ФБ+ -символ .....................

2.6    Нормативные ссылки.....................

3    Управление узлом......................

3.1 Введение........................

3.1.1    Адресное пространство.............’......

3.1.2    Основной функциональный признак.........’.......

3.1.3 Функциональный признак опции.................*1

3.2 Спецификация ФБ» РУСов....................29

3.2.1    Спецификация пространства памяти РУСов ..............30

3.2.2    Основные РУСЫ......................30

3.2.3    Область управляющих и статусных регистров ФБ+.............54

3.2.4    Специфицированные входы ПЗУ магистрали...............65

3.Z5 КОРНЕВАЯ ДИРЕКТОРИЯ ОСНОВНЫХ РУС..............74

3.2.6    Пространство начальных элементов.................80

3.2.7    Специфические прерывания элементов................80

3.2.8    Распределенные арбитражные сообщения к общие арбитражные сообщения    ......81

4    «Живая» вставка    ....................81

4.1 Описание........................81

4.1.1    Введение......■..........•.......81

4.1.2    Общие сведения......................81

4.1.3    Уровни «живой» вставки...................82

4.1.4    Дополнительные возможности, предоставляемые оператору...........83

4.1.5    Диаграмма состояний *1Я «живой» вставки...............83

4.1.6    Концепция конструкции модуля..................85

4.2 Спецификация.......................*7

421 Определения......................87

4.2.2    Требования к функционированию системы ...............87

4.2.3    Требования, связанные с источниками питания..............87

4.2.4    Активизация и де активизация модуля................88

4.2.5    Требования к заземлению...................88

4.2.6    Электрические требования...................*8

4.2.7    Знак «живой» вставки ......................89

4.2.8    Определение индикатора ЗАМЕНА.................89

5    Введение к профилям среды применения..................89

5.1    Описание профиля среды применения (ПСП)................89

5.1.1    Стандартная основа для профилей .................89

5.2    Минимальные требования к ПСП (ПСП спецификация) .................91

5.2.1    ПСП термины и определения..................91

5.2.2    ПСП организация..............................91

5.2.3    Содержание профиля....................91

5.2.4    Физический уровень....................93

5.2.5    Условия эксплуатации....................96

5.2.6    Требования к стандартам    .    .    _................96

6    Среда применения Профиля А....................96

6.1 Справочное описание.....................96

6.1.1    Введение.......................96

6.1.2    Назначение и область применения.................97

6.1.3    Терминология...........................97

6.1.4    Упоминаемые документы...................97

6.1.5    Ссылочные таблицы....................97

6.1.6    Совместимость профилей    .    •...............101

* 6.2 Подробная спецификация....................101

6.2.1    Арбитраж .......................Ю1

6.2.2    Параллельный ............................102

6.2.3    Управление магистралью/узлом и РУС-регистры..............103

6.2.4    Кеш-когерентность......................106

6.2.5    Передача сообщения....................106

6.2.6    Конфигурация системы.....................106

6.2.7    Мощность профиля А.....................    107

111

Страница 4

ГОСТ Р 34.31-96

6.2.1. Эйиаржчкжха характеристики профиля А...............109

6.2.9    «Живм» вставка и удаление ...................110

6.2.10    Механика.......................112

6.2.11    Вьод/вивод......................126

6.2.12    Распределение контактов сигналов    н    литания для разъемов    Профиля Б........126

6.2.13    Спецификации среды применения    и    другие    соглашения    стандарта.........130

7    Среда Применения Профиля Б....................134

7.1    Справочное описание.....................134

7.1.1    Введение......................•    .    134

7.1.2    Назначение и область применения .    ..............134

7.1.3    Терминология Профиля Б...................134

7.1.4    Использованные (ссылочные) Документы................134

7.1.5    Ссылочные таблицы........................134

7.1.6    Совместимость с различными Профилями...............138

7.2    Легализированная спецификация..................138

7.2.1    Арбитраж.......................138

7.2.2    Параллельный протокол.......'............139

7.2.3    Управление магистралью/узлом и РУСы................142

7.2.4    Кеширование и ксш-когерентносп>.................146

7.2.5    Посылка сообщений....................146

7.2.6    Конфигурация системы....................146

7.2.7    Питание Профиля Б....................146

7.2.8    Электрические характеристики Профиля Б...............151

7-2.9 «Живая» вставка и удаление..................153

7.2.10    Требования по механике.....•................    155

7.2.11    Ввод/вывод......................167

7.2.12    Распределение контактов сигналов и питания для разъемов Профиля Б........t68

7.2.13    Спецификация среды применения и другие соглашения стандарта..........171

8    Среда применения Профиля Ф....................172

8.1    Справочное описание.....................172

8.1.1    Введение.......................172

8.1.2    Области применения профилей..................173

8.1.3    Терминология профиля .....................173

8.1.4    Ссылочные стандарты IEEE...................173

8.1.5    Справочные таблицы ....................173

8.1.6    Возможность совместной работы с другими профилями............174

8.2    Детализированные определения...................175

8.2.1    Арбитраж.......................1«

8.2.2    Параллельный протокол #....................176

8.2.3    Спецификация временных диаграмм.................178

8.2.4    Управление магистралью/системой и РУСы.....-..........181

8.2.5    Кеширование и когерентность кеша......*..........184

8.2.6    Передача сообщений....................184

8.2.7    Конфигурация системы...................1*J

8.2.8    Источник питания......................I85

8.2.9    Электрические параметры...................1*5

8.2.10    «Живая» вставка и удаление..................1*5

8.2.11    Механика.......................185

8.2.12    Ввод/вывод......................j®

8.2.13    Разъем и назначение питающих и сигнальных выводов............185

8.2.14    Окружение.........................185

8.3    Спецификация центрального арбитра на базе модуля..............1*5

8.3.1    Требования к объединительной плате    .    .............I85

8.3.2    Сообщение арбитражной задержки объединительной платы...........187

8.3.3    Системный сброс......................188

8.3.4    Снижение напряжения переменного тока.................1“

8.3.5    Электрические требования...................188

IV

Страница 5

ГОСТ Р 34.31-96

Предисловие председателя рабочей группы

(не входит в состав Спецификации IEEE Р896.2)

IEEE Р896.2 определяет первый набор профилей для ФБ+ семейства стандартов IEEE. Порядок разработки проекта ФБ+ изложен в предисловии к Спецификации IEEE Р896.1. На своем заседании в г. Mulpitas (California) в июле 1989 г. рабочая группа IEEE по ФБ+ проголосовала за разработку отдельной спецификации физического уровня и профилей стандарта ФБ+. Заявка на применение этого проекта была поддержана Комитетом IEEE по стандартам на микропроцессоры для подачи в Совет IEEE по стандартам в сентябре 1989 г.; в ноябре 1989 г. проект был одобрен Советом IEEE по стандартам и зарегистрирован под номером Р896.2.

Назначение и особенности спецификаций ФБ+

Уникальным свойством конструкции протоколов ФБ+ является их независимость от технологии, достигнутая благодаря тому, что они базируются на фундаментальном протоколе и физических принципах и оптимизируются на максимальной эффективности передачи данных (и, следовательно, производительности) лучше, чем для отдельного поколения или типа процессора. Протоколы синхронизации и подтверждения связи обусловливаются типами ограничений на уровне «Закона природы» лучше, чем ограничениями существующей и разрабатываемой технологии, такими как сдвиг по фазе, задержка распространения и окна захвата.

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

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

Р896.1 протоколы поэтому могут быть реализованы на любом типе логики (например, TTL, BTL, CMOS, ECL, GaAs), обеспечивающем физическую реализацию, которая осуществляется так, чтобы удовлетворять требованиям ФБ+ на сигналы.

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

Профиля и совместимость

Эта гибкость логической и физической реализации архитектуры ФБ+ представляет проблему: как свести к минимуму не вызываемое необходимостью разнообразие продукции, предлагаемой различными продавцами. Эта проблема решается использованием профилей данного документа. Профили связывают вместе различные спецификации и содержат в себе стандарты для создания совместимости. Ограничения в спецификациях профиля устанавливаются, чтобы гарантировать совместимость продуктов. Слово «приспосабливание» поэтому не имсот смысла внутри семейства ФБ+ спецификаций, за исключением случая, когда оно используется в связи с каким-либо одобренным профилем.

Этот документ содержит три профиля, разработанных рабочей труппой. Несмотря на то, что имеются составные профили, каждый из них продемонстрировал действительную «необходимость существования», основанную на наиболее важных различиях областей применения:

—    профиль А — мультипроцессорные системы общего применения;

—    профиль Б — системы ввода-вывода общего применения;

—    профиль Ф — мультипроцессорные системы очень высокой производительности.

v

Страница 6

ГОСТ Р 34.31-96

Рабочая группа, учитывая различную вычислительную среду, обслуживаемую протоколами ФБ+, работает над следующими профилями для будущего представления:

—    профиль Т — телекоммуникации;

—    профиль М — военные системы;

—    профиль D — системы типа «Рабочий стол»;

—    профиль С — кабель ФБ+.

К спецификациям, которые могут считаться как семейство для использования в типичном профиле ФБ+, относятся: Р896.1, Р896.2, Р1194.1, Р1212, Р1301, Р1301.1 и Р896.3 (наименование документов см. во введении).

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

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

—    они могут иметь общую кремневую реализацию, например: контроллеры арбитража и параллельного протокола, конт)ЮЛЛсры памяти, кеш-контроллеры, контроллеры последовательной магистрали и устройств диагностик интерфейса;

—    накопленный опыт инженеров, разрабатывающих интерфейс для одного продукта, прямо применим для следующего (возможно отличающегося) продукта, что сокращает цикл разработки продукта;

—    два или более продуктов, использующих различные профили, могут взаимодействовать, используя интерфейсный кабель между этими системами, и поддерживать непрерывность архитектуры в еще большей связанной системе. Это особенно полезно для разрешения, например, персональным компьютерам, использующим ФБ+, быть частью одной среды с разделением памяти, такой как большое мощное мультипроцессорное устройство. Магистраль персонального компьютера может использовать КМОП (полевые транзисторы с дополнительным типом проводимости), в то время как большой компьютер может использовать ЭСЛ (эмиттерно-связанную логику), но при этом архитектура сохраняется и эффективность не снижается благодаря конвертации одного протокола в другой;

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

ФБ+ дает возможность дальнейшего развития в компьютерной индустрии. Стандарт был принят для систем, чтобы обеспечить удобное взаимодействие между ними: все могут теперь говорить на одном языке, независимо от применения, для которого они были разработаны: ФБ+.

1-2—753

VI

Страница 7

ГОСТ Р 34.31-96

ВВЕДЕНИЕ

Настоящий стандарт был подготовлен Комитетом IEEE по стандартам на микропроцессоры. Проект был одобрен Советом IEEE по стандартам и зарегистрирован под номером Р896.2.

Ниже приводится перевод стандарта IEEE Р896.2 «Информационная технология. Микропроцессорные системы. Интерфейс Фыочсбас+. Спецификации физического уровня*.

Перевод документа на русский язык выполнен коллективом сотрудников НИИ ядерной физики Московского Государственного университета им. М. В. Ломоносова под руководством профессора С. Г. Басиладзс.

VII

Страница 8

ГОСТ Р 34.31-96

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология МИКРОПРОЦЕССОРНЫЕ СИСТЕМЫ Интерфейс Фьючебас+. Спецификации физического уровня

Information technology. Microprocessor systems.

Futurebus+. Physical layer and profile Specifications

Д1Т1 «веления 19*7—01—01

1 ОБЛАСТЬ ПРИМЕНЕНИЯ

Предварительная работа по созданию спецификации ФБ+ проводилась под руководством Комитета по стандартизации микропроцессоров Компьютерною общества IEEE. В 1988 г. Комитет ВМФ США по стандартизации объединительных плат для следующего поколения компьютеров и Международная торговая ассоциация по UMEbus (UITA) (торговая ассоциация изготовителей и пользователей) согласились присоединиться к 1ЕЕЕ для корректировки первоначального стандарта Р896.1 — 1987. В начале 1989 г. группа изготовителей Мультибас (MMG) (торговая ассоциация изготовителей Мультибас!, Мультибас2 и пользователей) также согласилась присоединиться к этой работе.

Главной целью всех четырех групп (1ЕЕЕ, ВМФ США, UITA и MMG) была разработка стандарта на магистраль для новых микропроцессоров, который был бы коммерчески пригоден и приемлем для двух групп изготовителей и трех объединений пользователей).

Эта работа имела своим результатом семейство стандартов IEEE PS96. Документ IEEE PR96.1 определяет выполняемые логические функции для набора сигналов, которые образуют магистраль. IEEE Р896.2 (настоящий документ) описывает и специфицирует требования на физическом уровне. Он также содержит профили п!>ограммно-аппаратной среды. Эти профили являются описаниями функциональных требований со ссылками на существующие стандарты, включая разделы настоящего документа, который выбирает и увязывает опции указанных стандартов. То, что относится к этим профилям, не включено в стандарты на компоненты, соответствие которым могут требовать изготовители. Изготовитель комплектного оборудования или конечный пользователь, который впоследствии покупает модули, удовлетворяющие данному- профилю из диапазона предлагаемых, имеет большую уверенность в их совместимости.

Три профиля включаются в этот стандарт на момент публикации. Дополнительные профили, которые относятся к другим аспектам компьютерных возможностей ФБ+, разрабатываются рабочей группой. Они будут введены в справочные стандарты. Когда появятся новые требования на физическом или электрическом уровне (например, другой тип соединителя или технология формирователя сигналов), будут разработаны новые профили, чтобы учесть лучшие возможности, предоставляемые более новыми технологиями. Это — одна из причин наслаивания стандартов ФБ+.

Область применения настоящего стандарта была ограничена, чтобы исключить требования более высокого уровня, связанные с компьютерными системами, основанными на магистрали; они приводятся в сопутствующих стандартах, таких как IEEE Р896.3 и спецификации профилей для телекоммуникаций, военных систем и систем типа «рабочий стол*.

Программный интерфейс к общим узловым ресурсам, общий для ФБ+, Последовательной магистрали и SCI, определяется IEEE Р1212. Этот интерфейс успешно обеспечивает основу для оп)>едслсния процессора, памяти и узлов ввода/вывода в стандарте ФБ+, так же как и мостов к другим магистралям.

Излание офшдилыгое

1

1-2*

Страница 9

ГОСТ Р 34.31-96

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

2 ОПРЕДЕЛЕНИЯ

2.1 Использование терминов

МОЖЕТ    MAY

Обозначает гибкость выбора, без предопределенности.

ПО.ВЫБОРУ, ОПЦИЯ    OPTIONAL, OPTION

Относится к реализации или использованию функции, которая не является обязательной. Опции могут быть специфическими на уровне ФБ+, профиля, продавца или устройства. В последних двух случаях они не обсуждаются и не специфицируются в профилях и могут быть реализованы при условии, что они не конфликтуют каким-либо образом с профилями или другими стандартами, не влияют на т*)2Ьуемые уровни совместимости и полностью документированы в спецификациях на продукт*Опции, специфические для ФБ+, это тс, которые специфицированы в документах ФБ+. Ссылка должна быть сделана на соответствующий стандарт с помощью таких слов, как «. при реализации эта опция должна удовлетворять требованиям, специфицированным в (документе и разделе)*. Примером опции, специфической для ФБ+, является распределенный арбитраж. Опция, специфическая на уровне профиля, это опция, которая подробно специфицирована в профиле. Любая разработка, удовлетворяющая профилю, должна реализовывать эту функцию, как указано в профиле.

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

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

ЗАПРЕЩЕННЫЙ    PROHIBITED

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

ОБЯЗАТЕЛЬНЫЙ ИЛИ ПРЕДПИСАННЫЙ REQUIRED OR MANDATORY

Все модули, удовлетворяющие профилю, должны реализовывать специфицированный признак или функцию.

ДОЛЖЕН    SHALL

Означает предписанное требование. Разработчики обязаны выполнять все такие требования для обеспечения совместимости с другими удовлетворяющими Р896 разработками.

ЖЕЛАТЕЛЬНО    SHOULD

Отмечает гибкость выбора при строгой предопределенности. Имеет то же значение, что и слово РЕКОМЕНДУЕТСЯ.

ПОДДЕРЖИВАЕМЫЙ    SUPPORTED

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

2

Страница 10

\

ГОСТ Р 34.31-96

реферируемый ФБ+ стандарт должны специфицировать соответствующее поведение или конструкцию.

НЕ ПОДДЕРЖИВАЕМЫЙ    NOT SUPPORTED

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

2.2 Определения линий магистрали и сигналов

ВЫСТАВЛЕН    ASSERT

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

СНЯТ    .    RELEASE

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

АКТИВИРОВАТЬ    ACTIVATE

Действие, состоящее в выставлении сигналов на группу линий магистрали. Аналогично, термин активированный используется для описания состояния группы линий, когда они несут

сигналы.

Суффикс «**, добавленный к имени сигнала, индицирует, что состояние логической единииы сигнала представляется менее положительным напряжением, чем состояние логического нуля (отрицательная логика).

ЛИНИЯ МАГИСТРАЛИ    BUS LINE

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

НАИМЕНОВАНИЕ СИГНАЛОВ .    SIGNAL NAMES

Когда группа линий магистрхпи представлена одинаковыми знаками, линии внутри группы нумеруются: ADO*, AD1 ★, AD2*, и т. д. Для того, чтобы представить группу линий или сигналов в более удобной форме, используются обозначения AD(31 ... 0]*. Кроме того, обозначение AD(J* используется по отношению ко всем линиям внутри группы.

Сигнал определенного модуля, прикладываемый ко входу его шинного формирователя (рис. 2—1), помечается строчными буквами, т. е. ai. Сигнал в модуле, выводимый на магистраль, помечается строчными буквами со звездочкой, т. е. ai*. Сигнал, который появляется на линии магистрали как результат объединения сигналов от всех модулей, помечается прописными буквами со звездочкой, т. с. AI*.

3

Alf

Рисунок 2.1 — Соглашения о сигналах

1-3-753

Страница 11

ГОСТ Р 34.31-96

Суффикс «Г* (фильтрованный), добавленный к имени сигнала, относится к магистральному сигналу после его прохождения через приемник и фильтр «шпилек с проводным-ИЛИ» (интегратор). Для примера, Alf относится к сигналу на линии AI*, который после его прохождения через инвертирующий приемник становится AI, а после фильтра — Alf.

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

ПРОФИЛЬ СРЕДЫ ПРИМЕНЕНИЯ (ПСП) APPLICATION ENVIROMENT PROFILE (АЕР)

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

ОБЪЕДИНИТЕЛЬНАЯ ПЛАТА    BACKPLANE

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

МАГИСТРАЛЬ ОБЪЕДИНИТЕЛЬНОЙ ПЛАТЫ BACKPLANE BUS

Средство для соединения схем модулей, использующее общие трассы прохождения сигналов на объединительной плате по стандартному набору правил.

МАГИСТРАЛЬНЫЙ МОСТ    BUS BRIDGE

Межсоединение между двумя или более магистралями, которое обеспечивает трансляцию сигналов и протокола с одной магистрали на другую. Магистрали могут принадлежать к различным стандартам по механике, электрическим параметрам и логическому протоколу (примером является магистральный мост от ФБ+ к VME или к Мультибасу 2).

КОМАНДА_СБРОСА    COMMAND_RESET

| Инициализирующее событие, которое начинается записью НАЧИНАТЬ_СБРОС в РУС.

РУС    CSR

Регистры управления и статуса.

ГЕОГРАФИЧЕСКИЙ АДРЕС    GEOGRAPHICAL ADRESS

Единственный (унйкальный) идентификатор, постоянно присвоенный каждой позиции объединительной платы.

ЗНАК    GLYPH

Картинка, знак или символ, используемые вместо текста.

ФИЛЬТР .ШПИЛЕК*    GLITCH FILTER

Как показано в IEEE Р896.1, необходимо отфильтровывать эффект, принципиально проявляющийся на линии магистрали. Этот эффект обычно называется «шпилькой проводного-ИЛИ*.

НЕПОСРЕДСТВЕННЫЙ ВХОД    IMMEDIATE ENTRY

Вход (на определенный адрес) в ПЗУ, который дает непосредственный доступ к 24-разрядно-му операнду.

СОПРЯГАЕМЫЙ    INTERMATEABLE

Относится к механической совместимости модулей с объединительной платой, каркасом и системой, в которую они вставляются. Иногда включает в себя совместимость по мощности и заземлению.

4

Страница 12

ГОСТ Р 34.31-96

СОВМЕСТИМЫЙ, СОВМЕСТИМОСТЬ    INTEROPERATE, INTEROPERABILITY

Относится к совместимости модулей друг с другом или с системной объединительной платой, в которую они вставляются. Когда говорят, что пара таких устройств совместима, это значит, что:

а)    они не могут допустить повреждения в результате включения напряжения и функционирования в одной системе;

б)    модули и система будут в состоянии выполнять основную функцию, для которой они предназначены;

в)    модули будут в состоянии взаимодействовать друг с другом, используя передачи, специфицированные ФБ+.

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

КЛЮЧ    KEY

При употреблении в контексте входа в ПЗУ ключ означает 8-разряднос поле, значение которого идентифицирует адрес ячейки ПЗУ как непосредственный вход, вход со смещением, постраничный вход или вход поддиректории. Эго термин, используемый (но не определяемый) в IEEE Р1212.

СТРАНИЧНЫЙ ВХОД    LEAF ENTRY

Вход в ПЗУ, который специфицирует адрес блока данных переменной длины.

МЛАДШЕ-АДРЕСОВАННЫЙ    LITTLE AD RES S LAN

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

«ЖИВАЯ» ВСТАВКА    LIVE INSERTION

Вставка плат в объединительную плату может быть выполнена при выключенном или включенном питании. Процесс вставки плат в объединительную плату при включенном питании именуется как «живая» вставка.

МР    LSB

| Младший разряд

МОДУЛЬ    MODULE

I Схемное устройство, которое вставляется в одну или несколько позиций объединительной I платы. Может удаляться или переставляться в разъемах объединительной платы.

ГЛАВНЫЙ ПРОЦЕССОР    MONARCH    PROCESSOR

Процессор, выбранный для частичной инициализации ресурсов локальной магистрали и за-I грузки начального загрузочного кода.

CP    MSB

Старший разряд

УЗЕЛ    •    NODE

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

Страница 13

ГОСТ Р 34.31-96

УЗЛОВОЕ ПЗУ    NODE ROM

Узловое ПЗУ — область адресов регистров, которые отображены с адресным смешением 11024 20 2047. В IEEE Р1212 оно известно как ПЗУ_ОКНО.

СМЕЩЕННЫЙ ВХОД    OFFSET ENTRY

Вход в ПЗУ, который обеспечивает 24-разрядное смещение. Величина смещения специфицирует ячейку РУС, которая содержит 32-разрядный параметр.

МОДУЛЬ ПРОФИЛЯ A    PROFILE A MODULE

Сборочная единица, содержащая интерфейс ФБ+ и один или более узлов, удовлетворяющих профилю А, которая вставляется в позицию (объединительной платы), удовлетворяющую профилю А. Модули профиля А могут работать совместно в системах, соответствующих другим профилям, если система удовлетворяет физическим требованиям профиля А и если модули поддерживают набор совместимых передач при общих данных.

СИСТЕМА ПРОФИЛЯ A    PROFILE A SYSTEM

Скомпонованный блок, состоящий как минимум из объединительной платы, удовлетворяющей профилю А, и каркаса, источника питания, вентиляторов и т. д. Модули, удовлетворяющие другим профилям, могут работать совместно с системами и модулями профиля А, если они соответствуют физическим требованиям профиля А и если их параметры совпадают или являются надмножеством параметров, реализованных в системах профиля А согласно табл. 6—1 и 6—2.

МОДУЛЬ ПРОФИЛЯ Б    PROFILE В MODULE

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

СИСТЕМА ПРОФИЛЯ Б    PROFILE В SYSTEM

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

МОДУЛЬ ПРОФИЛЯ Ф    PROFILE F MODULE

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

СИСТЕМА ПРОФИЛЯ Ф    PROFILE F SYSTEM

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

КОРНЕВАЯ ДИРЕКТОРИЯ    ROOT DIRECTORY

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

6

Страница 14

ГОСТ Р 34.31-96

ПОСЛЕДОВАТЕЛЬНАЯ МАГИСТРАЛЬ    SERIAL BUS

Наименование, которое относится к проекту IEEE Р1394. Эго последовательная магистраль, предназначенная для присоединения дешевого периферийного оборудования или альтернативного канала диагностики и управления.

ПОЗИЦИЯ    SLOT

I    Физическая позиция на объединительной плате.

ВХОД ПОДДИРЕКТОРИИ    SUBDIRECTORY    ENTRY

I    Вход в ПЗУ, который специфицирует адрес другой поддиректории.

СИСТЕМНЫЙ МАГИСТРАЛЬНЫЙ МОСТ    SYSTEM BUS BRIDGE

Интерфейс между ФБ+, профилем Б и системной ЦП/главной памятью, который использует ФБ+ для взаимодействия с подсистемами ввода/вывода. Обычно мост соединяет магистраль ввода/вывода профиля Б с внутренней системной магистралью, которая связывает ЦП (центральный процессор) и главную память.

Следует различать два типа магистральных мостов, определенных в этом разделе: магистральный мост должен полностью удовлетворять всем требованиям профиля Б, в то время как системный магистральный мост может отклоняться от некоторых требований профиля, таких как доступность РУСов из ФБ+ и механические требования. Там, где отклонения от требований или их ослабления относятся к системному магистральному мосту, они описываются в соответствующем разделе профиля.

КОНФИГУРИРОВАНИЕ СИСТЕМЫ    SYSTEM CONFIGURATION PROCESS

Программное обеспечение, которое инициализирует систему. Главный процессор выполняет (конфигурирование системы.

СБРОС СИСТЕМЫ    SYSTEM RESET

Как специфицировано в IEEE Р896.1, это инициализирующее событие, которое начинается, когда какой-либо модуль выставит сигнал ге* на 100—200 мс. Эквивалентный термин в IEEE Р1212 для этого события — «сброс_питания*.

ЭЛЕМЕНТ    UNIT

Компонент узла, который выполняет обработку информации, хранение и функционирование ввода/вывода. После того, как узел был инициализирован (обычно генерационным ПО), компонент обеспечивает регистровый интерфейс, который доступен ПО устройства ввода/вывода. Элементы нормально работают независимо друг от друга и не влияют на работу узла, в котором они расположены. Отметим, что отдельный узел может иметь составные компоненты (например процессор, память и контроллеры SCSI).

ЗАПИСЬ ЕДИНИЦЫ ДЛЯ ОЧИСТКИ    WRITE ONE ТО    CLEAR

Метод, используемый для очистки специфицированных разрядов регистра. Например, если регистр перед записью единицы для очистки содержал OxFFFFFFFF и число 0 x 00800000 было записано в него, содержимое регистра-станет Ox FF7FFFFF.

2.4 Соглашения

★    Шестнадцатиричные числа в этой спецификации обозначаются как 0х####, где каждый «#» — цифра от 0 до 9 или буква от А до F.

★    Двоичные числа в этой спецификации представляются последовательностью единиц и нулей с нижним индексом 2 (например Ю=ОхА=10102).

★    Все другие числа в этой спецификации являются десятичными.

★    Верхний индекс (например ”) означает показатель степени.

★    Все наименования регистров и разрядов пишутся прописными буквами.

7

1-4-753

Страница 15

ГОСТ Р 34.31-96

★ Для всех РУСов в этой спецификации положение каждого разряда данных при чтении или записи в РУС может определяться наложением следующей диаграммы на диаграмму РУСа.

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

D

D

D

D

D

D

D

D

D

D

D

D

D

D

D

D

D

D

D

D

Г)

D

D

D

D

Г)

П

D

D

D

D

D

0

0

0

0

0

0

0

0

1

1

1

1

1

1

0

0

2

2

2

2

1

1

1

1

3

3

2

2

2

2

2

2

7

6

S

4

3

2

1

0

5

4

3

2

1

0

9

8

3

2

1

0

9

8

7

б

1

0

9

S

7

6

S

4

БАЙТ 0

БАЙТ 1

БАЙТ 2

БаРГГ 3

2.5 ФБ+-символ

Символ 896 является защищенным компьютерным обществом IEEE и должен использоваться только на продуктах, которые полностью удовлетворяют всем требованиям 896 профиля, одобренного IEEE, соответствуют IEEE Р896.1. Рис. 2—2 иллюстрирует этот символ.

2.6 Нормтшшые ссылки

Имеются несколько стандартов IEEE, на которые ссылаются при работе с ФБ+. Несмотря на то, что сопутствующие стандарты имеют самостоятельное значение, т. е. на них могут ссылаться другие спецификации магистрали, на эти стандарты необходимо ссылаться, чтобы обеспечить вза-имосопрягаемость и совместимость систем. Список этих стандартов приводится ниже:

Р896.1    Информационная технология. Микропроцессорные системы. Интерфейс    Фьюче-

бас+. Спецификации логического уровня Р896.3    Информационная технология. Микропроцессорные системы. Интерфейс    Фьюче-

бас+. Рекомендуемая практика Р1194.1    Электрические характеристики приемопередатчиков магистрали

Р1212    Архитектура регистров управления-статуса

3 УПРАВЛЕНИЕ УЗЛОМ

3.1 Введение

Операции по управлению узлом включают в себя распределение (назначение) адресов, управление конфигурацией, синхронизацию тактовых сигналов, сообщение об ошибке, тестирование, передачу сообщения и общее управление. Некоторые из этих операций выполняются через стандартные управляющие и статусные регистры (РУСы). Многие из этих РУСов, требуемых для ФБ+, специфицированы в гл. 7 IEEE Р896.1 или в IEEE Р1212 «Архитектура РУС*. Количество разрядов, определенных в IEEE Р1212 в зависимости от магистрали или по выбору, специфицированы в этой главе. Эта глава также специфицирует РУСы и смещения адресов, которые нигде не специфицированы. В случае противоречий в спецификации какого-либо регистра IEEE Р896 имеет более высокий статус, чем этот документ.

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

»

Страница 16

ГОСТ Р 34.31-96

Этот раздел даст представление по применению сообщений арбитража для прерываний, поддержки использования имеющегося адресного пространства, адресации РУС, обработки ошибок, синхронизации тактовых сигналов и управления узлом. Его целью является определить интерфейсы, не специфицируя алгоритмы и реализацию.

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

Передача сигналов в ФБ+ определяется между модулями, однако линии адресов и данных (AD(63...0) н D(255...64)) в действительности передают адреса и данные между узлами. Взаимосвязь плат, модулей и узлов показана на рис. 3—1. Этот рисунок не предполагает реализацию. РУСы для различных узлов одного и того же модуля могут быть и могут не быть в составе отдельных физических конструктивов.

Модуль 1 _Л_

Л

Плата 1

Плата 3

Плата 2

Узел 2

Процессор


Память

—гг:


Процессор

~г—^


РУС


Ввод/

Ввод/

Память

РУС

вывод

вывод


ФБ+интврфайс |

I

ФБ+

Рисунок 3—1 — ФБ+ платы, модули, узды

3.1.1    Адресное пространство

3.1.1.1    Адреса памяти

ФБ+ поддерживает по выбору 64-раз рядную адресацию и должен поддерживать 32-разрядную адресацию. 32-разрядное адресное пространство, включающее область, зарезервированную для РУСов, показано на рис. 3—2(a). 64-адресное пространство не структурировано в том смысле, что ФБ+ не резервирует в нем какие бы то ни было области. Однако IEEE Р1212 резервирует верхние 256 МБ 64-разрядного адресного пространства.

3.1.1.2    Адреса РУСов

Как показано на рис. 3—2(a), РУСы адресуются, когда выставлены четыре старших разряда 32-разрядного адреса. Архитектура РУСов требует 1/16 части имеющегося 32-разрядного адресного пространства.

При обращении к РУСам должны использоваться 32-адресные адреса (А32). Поддерживаемые передачи и возможности при обращениях к РУСам специфицированы в подразделе 3.2.

За исключением области сообщений (РУСы ЗАПРОС_СООБЩЕНИЯ и ОТВЕТ_СООБЩЕ-НИЯ) 032-передачи всегда поддерживаются в областях главного РУСа ФБ+ ПЗУ узла.

9

Страница 17

ГОСТ Р 34.31—W

Системное    Пространство    Пространство    Пространство

пространство    магистралей    уалов    иницмалюацнм

У3

>чч

• Адрес локальной

- Адрес широковещательного

Кх\'

магистрали

узла

Рисунок 3—2(a) — Адресация 32-разрядных РУС

Для доступа к области сообщений разрешается использовать 32-разрядныс данные (D32), 64-разрядные данные (D64), 128-разрядные данные (D128) и 256-разрядные данные (D256). Передающие сообщения регистры в пространстве главного РУСа могут бьггь доступны для любой разрядности данных, разрешенной РУСом ЛОГИЧЕСКИ Е_СПОСОБНОСТИ_МОДУЛЯ, однако должны использоваться 32-разрядныс адреса.

Адресация узлов допускает 1023 отдельным магистралям с 63 узлами ъ каждой сосуществовать в одном и том же адресном пространстве. Это делает возможным прямое обращение к узлам разных магистралей. Магистраль может быть магистралью иного (не ФБ+) стандарта при наличии магистрального моста. Один географический адрсс 0 х 1F резервируется, вследствие чего ФБ+ магистраль ограничивается 62 узлами.

Узлы одной и той же ФБ+ магистрали могут иметь доступ к регистровому пространству друг друга путем адресации узлов либо по адресу магистрали 1023, либо по реальному номеру магистрали. Фиктивный номер магистрали, 1023, упрощает адресацию на локальной магистрали. Реальный номер магистрали, хранящийся в ИДЕНТ.УЗЛА РУСа, важен для всех модулей, которые могут генерировать расщепленный ответ запросчику, находящемуся на дальней стороне моста. Важность реального номера магистрали проявится в том, «по расщепленный ответчик включит его в адрсс во время фазы соединения некешированного расщепленного ответа и в данные во время фазы рассоединения кешированного расщепленного ответа. Задатчики могут использовать локальный фиктивный АДРЕС_МАГИСТРАЛИ (1023) при адресации узла той же самой локальной магистрали. Так как по умолчанию адрес локальной магистрали равен 1023, то для инициализирующего доступа к узлам следует использовать АДРЕС_МАГИСТРАЛИ (1023). Старшие пять разрядов адреса узла

Страница 18

t    I

L

ГОСТ P 34.31-96

выбираются по линиям географических адресов (GA(4...0)*). Так как ФБ+ модуль не может содержать более двух узлов, младший разряд адреса узла устанавливается изготовителем платы.

Передача широковещательного сообщения всем узлам ФБ+ объединительной платы достигается адресацией к узлу 63 на магистрали 1023. Широковещание на какую-либо удаленную магистраль может выполняться адресацией к узлу 63 и адресу этой магистрали. Модули, участвующие в широковещательной передаче, выставят признак трансляции модуля ШИРОКОВЕЩАНИЕ (см. IEEE Р896, гл. 6), который проявится в выставлении сигнала ST3* (также называемого широковещание, ВС*).

Рис. 3—2(6) иллюстрирует адресное пространство РУС (та же информация, что и на рис. 3—2(a)) в ином формате. На рис. 3—2(в) указан адрес первого РУСа в области, зарезервированной ФБ+, на локальной магистрали для узла 1.

Старш. разряд    Младш.    разряд

ADJ3ir    AD[0]*

1111

(10)

(•)

(12)

АДРЕС.МАГИС

АДРЕС_УЗЛА

СМЕЩЕНИЕМ»

ТРАЛИ J

Рисунок 3—2(6) — Адресация 42-разрядных РУС

Старш. разряд    Младш.    разряд

AD[31]‘    AD{0]*

1111

1111 1111 11

00 0001

0010 0000 0000

АДРЕС_МАГИСТРАЛИ J

ДПРРС УЗЛА

СМЕЩЕНИЕ РУС

Рисунок 3—2(b) — Адресация 32-разрядных рус

3.1.1.3 Смешанная адресация

ФБ+ узлы должны поддерживать А32 и могут поддерживать А64 (64-разрядную адресацию). ФБ+ модули, которые поддерживают только А32, могут сосуществовать на одной и той же объединительной плате с модулями, которые используют А64, без опасения потери работоспособности. Для поддержки гибридных систем, поскольку все ФБ+ модули должны поддерживать А32, все передачи с 32-разрядными эквивалентами должны выполшггься с А32-псрсдачами. Узел, который в сущности своей является А64, должен быть разработан таким образом, чтобы определить адрес магистрали меньший чем 3,75 GB (нижние 15/16 32-разрядного адресного пространства), как показано в табл. 3—1, и конвертировать его в А32. Это несколько увеличивает стоимость 64-разрядных узлов, но обеспечивает совместимость с простыми, поддерживающими только 32 разряда.

Нижние 15/16 32-разрядного адресного пространства отображаются непосредственно в 64-разрядное адресное пространство. Комбинация разрядности адреса (СМ7*) и адресные сигналы, выставляемые на AD магистрали, определяют адрес передачи, как показано в табл. 3—1.

11

Страница 19

ГОСТ Р 34.31-96

Таблица 3-1 — Смешана* адресами

СМ7»

Лф*с«о< паи

Овам

От

До

0

ОСОО 0003

EFFF FFFF

Л32-ядрссное пространство

0

F000 0000

FFFF FFFF

Пространство РУСов узлов

1

0000 0000 0000 0000

0000 0000 EFFF FFFF

Запрещенное (Используется для А32как вале нтов)

1

0000 0000 F000 оооо

FFFF FFFF FFFF FFFF

А64-адресное пространство

3.1.1.4 Расположение байтовых шин

ФБ+ системы обеспечивают адресную инвариантность при отображении между узлами с различными условиями расположения байтов путем принятия соглашения о маркировании «младше-адрссованного» байта. Независимо от условия расположения байтов в отдельном узле или модуле, байт данных 0 всегда выставляется на AD(7...0)*, байт данных 1 выставляется на AD(15...8)* и последующие байты следуют в этой жо последовательности.

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

Элементы в ФБ+ системе с разнородными форматами, предназначенные для совместного использования целых чисел, чисел с плавающей запятой или любого другого типа данных, должны соответствовать формату данных, которые должны использоваться совместно (один из элементов может иметь реформатируемые данные). За исключением РУСов, специфицированных в IEEE Р1212 и IEEE Р896, формат данных находится вне области действия этого стандарта.

Условие старшинства адреса конечного байта используется во всех форматах данных РУСов, специфицированных в этом стандарте. Старший байт в системе старшинства конечного — байт О, который выставляется как байт данных на AD(7...0)*. Эю означает, что в РУСах, которые содержат адреса (целые числа), хранящиеся как данные, старший байт хранящегося адреса —байт 0 и младший байт хранящегося адреса — байт 3. При обращении процессора с младшим конечным байтом к РУСу, специфицированному в этом стандарте, всегда необходимо делать перестановку байтов.

При выставлении адреса на магистрали младший разряд адреса всегда выставляется на AD(0)* и старшинство разрядов возрастает в восходящем порядке начиная с AD(0)* Рис. 3—3(a) и 3—3(6) показывают, как данные отображаются на магистрали.

Для всех РУСов в этой главе положение каждого разряда данных при чтении или записи из ФБ+ может быть определено путем наложения рис. 3—3(в) на рисунок РУСа.

IEEE Р896.3 содержит полное описание расположения байтов.

3.1.2 Основной функциональный признак

РУСы, определенные в этом разделе, являются минимально необходимым набором, чтобы «выполнять системную работу». Раздел Необязательный Функциональный Признак описывает операции и регистры, которые необходимы только для специальных применений или только в случае специальной системной архитектуры.

3.1.2.1 Сбросы

Три применения линии сброса, специфицированных в гл. 7 IEEE Р896.1, — это выравнивание «живой* вставки, инициализация магистрали и сброс системы. Термин «ко манд асброс а* означает, что идентифицированный узел подвергается той же операции сброса, которую он выполняет, когда принимает сброс системы. Различные события сброса и связанные с ними действия подытожены в

табл. 3—2.

12

Страница 20

ГОСТ Р 34.31-96

•Б* РУС

БАЙТ#

БАЙТ 1

БАЙТ 2

БАЙТ 3

Старт.

байт


Младш.

байт


МАГИСТРАЛЬ

АО(7._ОГ

AD(15...tr

AD(23...16]*

Г

БАЙТО

БАЙТ 1

БАЙТ 2

БАЙТ 3

Саой удал со старшим конечным

AD(31_J4]*

Рисунок 3—3<а) — Расположение байтов РУСа

БАЙТ О БАЙТ 1


ВАЙТ 2


БАЙТ 3


Свой уэал с младшим конечным

БАЙТ 3

БАЙТ 2 '

БАЙТ 1

БАЙТО


Старш.

бейт


Младш.

байт


МАГИСТРАЛЬ

АОГ...ОГ

ADI15...*]*

АО[23...1в]*

А0131..Л4Г

Рисунок 3-3(6) — Расположение Сайтов РУСа

13

Страница 21

ГОСТ Р 34.31-96

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

А

D

D

D

D

D

D

D

D

0

D

0

D

D

D

D

D

D

D

D

D

D

D

0

D

D

О

О

D

D

D

0

D

0

0

0

0

0

0

0

0

1

1

1

1

1

1

0

0

2

2

2

2

1

1

1

1

3

3

2

2

2

2

2

2

7

6

5

4

3

2

1

0

б

4

3

2

1

0

В

8

3

2

1

0

»

8

7

6

1

0

9

В

7

6

5

4

Е

>AV

IT

3

БАЙТ 1

БАЙТ 2

БАЙТ 3

Рисунок 3—3(e) — Расположение байтов РУСа

Таблица 3—2 — Оперши сброса (&£*)

Собмям

JMtaow

Выравнивание «живой» вставки

Только выравнивание

Инициализация магистрата

Только интерфейс магистрали модуля

Сброс системы

Модуль в целом

Включение питания

Модуль в целом

RE* «проколота»

N/A

Направленная или широковещательная запись в РУС НАЧАЛ 0_С Б РОС А начинает команду _сброса. Узлы должны оставаться выравненными по отношению к магистрали в течение коман-ды_сброса и не должны выставлять RE* в качестве побочного действия команды_сброса.

3.1.2.2 Идеггификация ПЗУ

Регистровое пространство инициализации узла включает в себя 1 КВ ПЗУ в области смешения адресов от 1024 до 2044. Все адреса, используемые для доступа в ПЗУ, должны иметь два младших разряда, равные нулю. ПЗУ используется при нормальной работе как адрес для хранения данных или кодов, предназначенных только для чтения. Предполагается, что информация, хранящаяся в ПЗУ, будет использована при конфигурировании системы после системного сброса, коман-ды_сброса или «живой» вставки. Например, ПЗУ будет содержать данные, относящиеся к способностям узла, версии программного и аппаратного обеспечения узла и объему памяти, которое может быть отображено в имеющемся адресном пространстве ФБ+. Полный формат ПЗУ специфицирован в IEEE Р1212. Первый вход в ПЗУ специфицируется, как требует IEEE Р1212. ФБ+ специфицирует или резервирует 15 адресов ПЗУ (каждый адрес шириной в четыре байта). Остальные 240 адресов (960 байт) специфицируются в IEEE Р1212 как имеющиеся в наличии для входов в корневую директорию, поддиректорий элемента, корневых и элементных листов и информации, зависящей от изготовителя. Подробное содержание ПЗУ можно найти в пункте 3.2.4. Базовая структура ПЗУ показана в табл. 3—3.

Таблица 3—3 — Биош стуу»т>ра ПЗУ узла

К»фо длина

С*С JUUHI

CRC ПЗУ

Блок информации о магистрали

Корневая директория

Поддиректории элементов

Корневые и пеменпше листы

Информация, зависящая or поставщика

14

Страница 22

ГОСТ Р 34.31-96

Первый вход в ПЗУ, как показано в табл. 3—3, содержит три поля: Первое поле (Инфо-длина) используется для отображения количества четырехбайтных адресов, содержащихся в Блоке информации о магистрали. Инфо-длина будет всегда содержать значение 15 для ФБ+ систем. Поле длины ЦКС (циклической контрольной суммы) отображает количество четырехбайтных адресов, защищенных значением в поле ЦКС. Например, если поле длины содержало 0 х FF (255), ПЗУ в целом (за исключением первого адреса) было бы защищено значением в поле ЦКС.

Следующая часть ПЗУ — Блок информации о магистрали. Вообще говоря, этот блок содержит информацию, которая идентифицирует модуль как продукт ФБ+, дает перечень данных совместимости профилей среды применения и содержит входы ПЗУ, зависимые от магистрали.

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

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

3.1.2.3    Способности и предустановка

Этот пункт описывает регистры способностей (в ПЗУ) и соответствующие регистры установки (разрешающие эти возможности). Регистры управления магистралью и арбитража обсуждаются в других разделах.

Статические характеристики и способности ФБ+ узлов хранятся в ПЗУ РУС. Предполагается, что эта информация о способностях должна быть собрана и использована при конфигурировании системы. Конфигурирование системы, резидентное программное обеспечение ухпа и системные события (например, неисправности) в совокупности определяют динамические характеристики узла. Динамические характеристики отображаются в РУСах, открытых для записи. Регистры ЛОГИЧЕ-СКИЕ_СПОСОБНОСГИ_МОДУЛЯ, СПОСОБНОСТИ_УЗЛА и СПОСОБНОСТИ_УЗЛА_ДОП определяют статические возможности узла. Большинство остальных ПЗУ РУС обсуждаются далее в связи с управлением магистралью и арбитрированным сообщением.

Определенная информация о состоянии узла и другая статусная информация, на которую ссылаются во время конфигурирования системы, имеется в РУСах УСТАНОВКА СОСТОЯНИЯ и ОЧИСТКА_СОСТОЯНИЯ. РУСы УСТАНОВКА_СОСТОЯНИЯ и ОЧИСТКА_СОСТОЯНИЯ специфицированы в IEEE Р1212.

РУС ОБЩЕЕ_ЛОГИЧЕСКОЕ_УПРАВЛЕНИЕ может быть широковещательным и считается, что все узлы будут иметь одинаковые способности, предоставляемые этим регистром. РУС ЛОГИ-ЧЕСКОЕ_УПРАВЛЕНИЕ_МОДУЛЯ должен быть доступен для направленной записи и вероятно, что различные узлы одной и той же системы будут инициализированы с различными способностями. предоставляемыми этим регистром.

ПЗУ регистр ЛОГИЧЕСКИЕ_СПОСОБНОСТИ_МОДУЛЯ специфицирован в Р896.1. Возможности, специфицированные в этом РУСе, включают поддержку механизма передачи сообщений, кеш-когерентность, расщепленные передачи, режим пакетов, теговые разряды, блокирующие операции и разрядность данных.

ПЗУ регистр СПОСОБНОСТИ_УЗЛА специфицирован в IEEE Р1212. ПЗУ регистр СПО-СОБНОСТИ_УЗЛА_ДОП специфицируется в этом пункте. Возможности, специфицированные в этих ПЗУ регистрах, являются характеристиками узла и отражают поддержку функций, специфицированных в Р1212, вынужденные передачи данных различной разрядности, синхронизацию и «живую* вставку.

Процесс конфигурирования системы, использующий значения способностей из всех узлов, устанавливает системные характеристики. Они будут преимущественно установлены в РУСе ОБЩЕЕ_ЛОГИЧЕСКОЕ_УПРАВЛЕНИЕ и в РУСе ЛОГИЧЕСКОЕ УПРАВЛЕНИЕ МОДУЛЯ. РУС ОБЩЕЕ_ЛОГИЧЕСКОЕ_У ПРАВЛЕНИЕ и РУС ЛОГИЧЕСКОЕ_УПРАВЛЕНИЕ_МОДУЛЯ специфицированы в IEEE Р896.1.

3.1.2.4    Управление магистралью

РУС ЗАД ЕРЖКА РАСП РОСТРАНЕНИЯ_.МАГИСТРАЛ И - РУС, который обеспечивает программируемое управление фильтром «шпилек», регулирующее временные регистры. Предполагается, что во время конфигурирования системы этот РУС загружается значением, которое является функцией конфигурирования системы.

15

Страница 23

ГОСТ Р 34.31-96

3.1.2.5    Распределенный арбитраж

Параметры, которые управляют приоритетом распределенного арбитража, загружаются в ПРИОРИТЕТ поле РУС ИДЕНТИФИКАТОРЫ_УЗЛА. РУС УСТАНОВКА_ВРЕМЕНИ_СОРЕВНОВА-НИЯ обеспечивает управление временем соревнования. В процессе конфигурирования системы эти регистры будут загружены значениями, которые являются функцией конфигурирования системы. Эти значения обычно определяются при конфигурировании системы или во время загрузки как функция инвариантных характеристик узлов и других характеристик системы. Когда эти значения изменяются, новые значения будут влиять на передачу разряда состояния арбитража (от невозможного до возможного).

Управление временем соревнования и полями приоритета могут быть предоставлены разработчику элемента.

Модули, способные участвовать как в централизованном, так и в распределенном арбитраже, могут переключаться из одного режима в другой путем записи в РУС. Переход от централизованного арбитража к распределенному или от распределенного к централизованному может осуществляться сбросом или установкой разряда ЦЕНТРАЛЬНЫЙ_АРБИТР в РУСе ОБЩЕЕ_ЛОГИЧЕ-СКОЕ_УПРАВЛЕНИЕ всех узлов на магистрали. Способ, использующий сообщения арбитража, чтобы заставить все узлы системы переключиться из одного режима в другой, специфицируется далее в этом разделе.

3.1.2.6    Тайм-аут и предустановка

Имеются несколько тайм-аутов, поддерживаемых стандартом ФБ+, некоторые имеют программируемые значения, а другие специфицированы в Р896.1 как постоянные.

3.1.2.6.1    Ошибка тайм-аута арбитража

ТАЙМ-АУТ_АРБИТРАЖА специфицируется в гл. 5 IEEE Р896.1. Длительность тайм-аута не программируется. Упрощенная точка зрения заключается в том, что ТАЙМ-АУТАРБИТРАЖА имеет место только в течение фазы 2 или 4 распределенною арбитража. Таймер на 1 мке запускается в начале фазы 2 или 4. Если время истекает до перехода к следующей фазе, то имеет место ТАЙ М-АУТ_АРБИТРАЖА и разряд ОШИБКА_ТАЙМ-АУТА_АРБ в РУСе ОШИБКА_МЛАДШ следует установить.

ТАЙМ-АУТ_СООБЩЕНИЯ_АРБИТРАЖА специфицируется в разделе Сообщение арбитража в гл. 5 IEEE Р896.1. Длительность тайм-аута не программируется. Упрощенная точка зрения заключается в том, что ТАЙМ-АУТ_СООБЩЕНИЯ_АРБИТРАЖА имеет место только в течение фазы 2 или 4 на магистрали сообщений арбитража. Таймер на 1 мке запускается в начале фазы 2 или 4. Если время истекает до перехода к следующей фазе, то имеет место ТАЙМ-АУТ_СООБ-ЩЕНИЯ_АРБИТРАЖА и разряд ОШИБКА_ТАЙМ-АУТА_АРБ в РУСе ОШИБКА_МЛАДШ следует установить.

3.1.2.6.2    Тайм-аут передачи

Имеется 32-разрядное программируемое поле, расположенное в РУСе ТАЙМ-АУТ_ПЕРЕДА-ЧИ. Этот регистр по умолчанию имеет значение 0 х 80000 (524288), которое равно примерно 122 мке. Оно возрастает ступенями от 2~31 (~ 233 пс, как специфицировано в IEEE Р896.1, гл. 1) до 1 с. РУС ТАЙМ-АУТ_ПЕРЕДАЧИ используется только текущим задатчиком. Он предотвращает нарушение параллельного протокола, вынуждающее магистраль простаивать, когда один узел оказывается не в состоянии установить соединение, выставить данные или статусные сигналы фазы рассоединения. Тайм-аут также используется в качестве защиты от передач, которые оказываются значительно более продолжительными, чем предполагалось процессом конфигурирования системы. Значение, которое должно быть загружено в РУС ТАЙМ-АУТ_ПЕРЕДАЧИ, зависит от конфигурации. Оно может быть приемлемым, будучи оставленным по умолчанию.

Если время таймера истекает при ожидании атрибутов, зависящих от следующей фазы:

★    Фаза соединения — ожидание AK*<fc — AI*

★    Фаза данных — ожидание ПРИЗНАК _ДАННЫХ_ЗАФ ИКСИЮ ВАН

★    Фаза рассоединения — ожидание ПЕРЕДАЧА_ЗАВЕРШЕНА

то имеет место ошибка и разряд ТАЙ М-АУТ_П ЕРЕДАЧ И в РУСе ОШИБКА СТАРШ следует установить.

Страница 24

ГОСТ Р 34.31-96

3.1.2.6.3 Tate-ajrr расщепления '

Имеется один тайм-аут расщепленной передачи, значение которого запоминается в двух РУСах ТАЙМ-АУТ_РАСЩЕПЛЕНИЯ. Первый РУС представляет целые секунды и может не потребоваться в большинстве Конфигураций системы. Второй представляет доли секунды, и его следует реализовать на всех расщепленных запросчиках. Если счетчик этого тайм-аута не реализован, то задержка ожидания расщепленного ответа может быть неопределенной. Рекомендуется, если имеются два узла в одном и том же модуле, использовать единственное значение тайм-аута расщепленной передачи. Рекомендуется, чтобы модуль, способный поддерживать множественные расщепленные передачи, инициализировал отдельные таймеры со значением в этом РУСе для каждой расщепленной передачи.

Если время таймера истекает до получения ответа, то запросчик должен допустить, что эта передача ошибочная, и разряд ТАЙ М-АУТ_ РАСЩЕПЛЕН ИЯ в РУСе ОШИБКА_СТАРШ следует установить.

3.1.2.7 Повторное обращение

Общий механизм повторных обращений обеспечен для тех систем, которые желают повторения передачи, результатом которой был ЗАНЯТО или ОШИБКА Два набора соответствующих регистров были определены для этой цели. Каждый набор состоит из четырех следующих регистров:

Регистры повторений при ЗАНЯТО СЧЕТЧИК ПОВТОРОВ_ПРИ_ЗАНЯТО 3 АД ЕРЖКА_ПО ВТОРО В_ПРИ_ЗАНЯТО СЧЕТЧИК_ПОВТОРОВ_ПРИ_ЗАНЯТО_СПОСОБНОСТЬ ЗАДЕРЖКА_ПОВТОРОВ_ПРИ_ЗАНЯТО_СПОСОБНОСТЬ

Регистры повторений при ОШИБКЕ СЧЕТЧИК_ПОВТОРОВ_ПРИ_ОШИБКЕ ЗАД Е РЖ КА_ПОВТОРО В_П РИ_ОШ И БКЕ СЧЕТЧИК_ПОВТОРОВ_ПРИ_ОШИБКЕ СПОСОБНОСТЬ ЗАДЕРЖКА_ПОВТОРОВ_ПРИ_ОШИБКЕ_СПОСОБНОСТЬ

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

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

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

Когда обнаруживается ошибка, симптомы ошибки всегда записываются в регистры ошибок безотносительно стратегии повторений. Если эта передача повторяется и еще одна ошибка обнаруживается до того, как регистр ошибок будет сброшен, то новое состояние не устанавливается в регистре ОШИБКА СТАРШ. Если повторение достигает цели при любом времени, разряд ВОССТАНОВЛЕННЫЙ^ следует установить в регистре ОШИБКА_МЛАДШ. Если счет превышается, то разряд ПРЕВЫШЕН_ПРЕДЕЛ_ПОВТОРОВ ПРИ ОШИБКЕ устанавливается в РУСе ОШИБКА_МЛАДШ.

Руководство по системному проектированию IEEE Р896.1 детально обсуждает повторение в главе, посвященной допускам на отказы.

17

Страница 25

ГОСТ Р 34.31-96

3.1.2.8 Управление состоянием узла

Определяются четыре состояния узла: инициализация, работа, тестирование и блокировка. Два дополнительных состояния определяются для узлов, но не имеют смысла для нормально работающих узлов: без питания и «живая» вставка. Переходы между четырьмя состояниями узла могут начинаться путем использования операторских возможностей на лицевой панели модуля или посредством передач по магистрали, которые записывают в РУСы УСТАНО В КА_СОСТОЯН ИЯ, НАЧАЛ 0_С Б РОС А и начало теста.

Состояние узла предстаатяется в РУСс ОЧИСТКА СОСТОЯ Н ИЯ двухразрядным полем СОСТОЯНИЕ. Поле СОСТОЯНИЕ может быть изменено записью в РУСе НАЧАЛО_СБРОСА, которая принудит узел подчиниться команде_сброса. Эго заставит узел войти в состояние инициализации. Если не обнаруживаются ошибки, узел перейдет в состояние работы. Если обнаруживается фатальная неисправность, узел перейдет в состояние блокировки Если обнаруживается постоянная неисправность, но узел в состоянии выполнять предписанную ему функцию, то разряд НЕИСПРАВНЫЙ в РУСс ОШИБКА_МЛАДШ будет установлен и узел перейдет в состояние работы. Если временная неисправность обнаруживается, но повторение невыполненной передачи достигает цели, то разряд ВОССТАНОВЛЕННЫЙ в РУСс ОШИБКА устанавливается.

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

«Живая* вставка управляется одним разрядом в РУСе ОБЩЕЕ_ЛОГИЧЕСКОЕ_УПРАВЛЕ-НИЕ, двумя разрядами в РУСах ОЧИСТКА_СОСТОЯНИЯ и УСТАНОВКА_СОСТОЯНИЯ и двумя разрядами в РУСе СПОСОБНОСТИ_УЗЛА. Электрические и другие, не имеющие отношения к РУСам, требования «живой* вставки представляются и специфицируются в разделе 4.

ФБ+ модуль реализует один из четырех уровней «живой» вставки. Уровни модуля специфицируются в поле ЖИВАЯ_ВСТАВКА в РУСе СПОСОБНОСТИ_УЗЛА_РАСШИРЕННЫЕ.

1    Уровень 0 — «живая» вставка не поддерживается.

2    Уровень 1 — во время операций удаления или вставки параллельные передачи или передачи арбитража на магистрали не допускаются.

3    Уровень 2 — допускается ограниченное количество типов передач во время операций удаления или вставки.

4    Уровень 3 — допускаются любые типы передач во время операций удаления или вставки, определенные для реализуемого профиля.

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

Системы, которые не поддерживают «живую* вставку (например по причинам безопасности) могут запретить модулю, способному к «живой» вставке, вводить состояние «живой» вставки (светящиеся индикаторы никогда не индицируют «живую* вставку). Запрет этой функции осуществляется установкой управляющего разряда в РУСе ОБЩЕЕ_ЛОГИЧЕСКОЕ_УПРАВЛЕНИЕ, который запрещает переключение «живой* вставки на лицевой панели, и разрядов состояния ВНИМ и ВЫКЛ в РУСах 04ИСТКА_СОСТОЯН ИЯ и УСТАНОВКА_СОСТОЯНИЯ.

Установка разряда ВНИМ в РУСе УСТАНОВКА_СОСТОЯНИЯ показывает модулю, что отключение модуля при подготовке к операции «живого» удаления уже начинается. Функциональная логика узлов (одного или двух узлов на модуль) начинает выполнение определенных операций по обслуживанию, необходимых для сохранения состояния узлов прежде, чем исчезнет питание. Примеры действий, которые устанавливают разряд ВНИМ, даны в гл. 4. ФБ+ модули проектируются таким образом, что когда операция по обслуживанию завершается, питание отключается от модуля без требующихся дополнительных сигналов. Ухту разрешается начинать передачи по магистрали, связанные с обслуживанием.

Модуль может быть отключен от питания установкой разряда ВЫКЛ в РУСе УСТАНОВ-КА_СОСТОЯНИЯ в единицу. Когда ВЫКЛ установлен, модуль не будет больше отвечать или генерировать ФБ+ передачи. Каким образом питание модуля восстанавливается, выходит за область действия этой спецификации.

Если ВНИМ установлен, то с6рос_питания или команда_сброса принимается до того, как операции по обслуживанию будут завершены, операции по обслуживанию прекращаются и узел

18

Страница 26

ГОСТ Р 34.31-96

сбрасывается. Если Инициализация_магистрали получена после того, как разряд ВНИМ был установлен, но до завершения операций по обслуживанию, интерфейс магистрали инициализируется и обслуживание продолжается в последовательности, как при выключении питания.

Если модуль содержит два узла, получение ВНИМ или ВЫКЛ на том или другом узле вызывает действия на обоих узлах. При получении ВНИМ питание отключается, когда более медленный узел завершит обслуживание.

3.1.2.9 Стаидяршый диагностический интерфейс

Этот пункт описывает, как сделать узел с резидентным (встроенным) тестом доступным для использования программным обеспечением общего управления тестированием.

3.1.2.9.1 Возможности диагностики

Диагностика ошибки часто облегчается наличием статусной информации, фиксированной в момент, когда ошибка была обнаружена. Для записи симптомов ошибки резервируется область в основном адресном пространстве РУСа между 384 и 508. Желательно, чтобы информация, которая должна быть записана в основную буферную область записи ошибок РУСа ФБ+ систем включала в себя (но не ограничивалась этим) адрес, указанный в несостоявшейся передаче, номер байта, на котором была обнаружена ошибка четности, и состояние AD[)* магистрали при обнаружении ошибки фазы соединения, фазы данных или фазы рассоединения.

Диагностические способности ФБ+ специфицируют 16 центральных РУСов для фиксирования симптомов ошибки, как определено в пункте 2.2.2.14. В дополнение к фиксированию симптомов ошибки стандарт предусматривает интерфейс РУСа для инициализации и наблюдения процесса встроенного самотестирования узла и магистрали (BIST) и сбросов. Дополнительная информация о том, как способности диагностики ФБ+ предназначены для использования, будет включена в гл. IEEE Р896.3 по тестированию систем.

Предполагается, что самотестирование по умолчанию выполняется по сигналам системный сброс или команда сброса или когда запрашивается один или более тестов. В момент времени, соответствующий концу сброса, модуль должен быть готовым отвечать ЗАНЯТ, если он адресован, даже тогда, когда тесты не завершены. Этот стандарт специфицирует максимальное время встроенного по умолчанию самотестирования для его завершения, но не специфицирует максимальный предел времени на другие тосты (включая те, которые не выполняются по умолчанию).

Диагностические тесты подразделяются на четыре категории:

1    Диагностические тесты инициализации являются автономными в том смысле, что им следует быть независимыми от правильной работы других узлов в системе или от содержания РУСов АРГУМЕНТ. Максимальное время тестов из набора по умолчанию при тестировании бездефектного узла — 10 с. Установкой максимального значения программное обеспечение имеет надежный механизм обнаружения неисправностей, которые препятствуют завершению теста. Тесты инициализации по умолчанию могут быть подмножеством всех тестов этой категории.

2    Расширенные диагностические тесты зависят от наличия буфера памяти. Эти тесты будут генерировать передачи по магистрали, используя буфер памяти, который идентифицирован в РУСах АРГУМЕНТ. Рекомендуется, чтобы они обнаруживали все постоянные неисправности узла, которые остаются после диагностических тестов инициализации, за исключением логики, которая не тестируема без вмешательства оператора. Эти тесты могут проверять связанные опции, такие как устройства массового хранения и контроллеры. Максимальное время расширенных тестов из набора по умолчанию при тестировании бездефектного узла —10 с. Расширенные тесты по умолчанию могут быть подмножеством всех тестов этой категории.

3    Системные диагностические тесты являются опцией разработчика систем. Когда выбирается эта категория тестов, интерпретация данных, передаваемых через поле ШАГ_ТЕСТА или РУСы АРГУМЕНТ, не специфицируется в этом стандарте. Например, изготовитель может определить протокол передачи символов ASII к модульному резидентному ПЗУ на основе диагностического монитора как механизм для активизации специальных диагностических тестов элемента. Примерами функций, которые могут проверять тесты системной категории, включают в себя функции таймера, передачу сообщений или ксш-когеррентность в системах с разделением памяти. Они могут быть также использованы, чтобы воздействовать на магистраль генерированием частой последовательности передач, которые занимают всю возможную полосу пропускания магистрали.

19

Страница 27

ГОСТ Р 34.31-96

4 Диагностические тесты с ручным управлением являются тестами, которые требуют некоторых действий со стороны оператора, таких как монтаж временных рабочих средств, присоединение соединителя, закольцовывающего вход-выход, или ручная установка закольцовывайия на внешнем модеме. Когда выбирается эта категория тестов, интерпретация данных, передаваемых через поле ШАГ_ТЕСТА или РУСы АРГУМЕНТ, не специфицируется в данном стандарте. Деструктивные госты рекомендуется относить только к этой категории тестов.

3.1.2.9.2    Инициализация диагностического теста

Диагностические тесты инициализируются сбросом_питания и записью в РУС СТАРТ ТЕ-СТА, один из основного набора РУСов. РУС СТАРТ_ТЕСТА содержит три поля:

1    ШАГ_ТЕСТА — 16-разрядное поле, которое обычно идентифицирует, какая последовательность выполняется. Интерпретация этого поля — специфика реализации. ШАГ_ТЕСТА, равный О х 0000, резервируется для набора тестов по умолчанию, ШАГТЕСТА, равный 0 х FFFF, означает, что все тесты этой категории должны быть выполнены. В категории системных тестов ШАГ ТЕСТА может представлять сообщение, в котором поставщик определил протокол связи с программой монитора резидентной диагностики элемента.

2    ТЕСТОПЦ — по выбору 3-разрядное поле, показывающее, что тост, который рекомендуется выполнять непрерывно в цикле, следует зациклить на ошибке и/или следует продолжать или остановить, если выявляется ошибка. Эти опции не являются взаимоисключающими (несколько разрядов могут бьггь установлены).

3    КАТЕГОРИЯ — 4-разрядное поле, отражающее категорию теста, который должен выполняться. Тесты могут быть диагностическими тестами инициализации, расширенными диагностическими тестами, системными диагностическими тестами или диагностическими тестами с ручным управлением. Запись 0 х 0 в поле категории приводит к остановке текущего теста. Тест может быть отнесен к одной или нескольким категориям. Категории не являются взаимоисключающими (несколько разрядов могут быть установлены).

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

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

Обычный расширенный тест в большинстве случаев читает РУСы АРГУМЕНТ, чтобы получить адрес области теста, использует поле РАЗРЯДНОСТЬ_ДАННЫХ РУСа ЛОГИЧЕСКОЕ_УП-РАВЛЕНИЕ_МОДУЛЯ для определения разрядности используемых данных, а затем записывает и считывает эталонные данные в область теста. Этот тест будет проверять приемопередатчики как в передающем, так и принимающем модуле.

3.1.2.9.3    Статус диагностического теста

РУС СТАТУC_TF.СТА в пространстве основных РУС предусматривается как для наблюдения процесса, так и для определения результатов тестирования. Этот РУС устанавливается логикой узла; запись в этот РУС из других ФБ+ узлов игнорируется. РУС содержит четыре поля:

1    КАТ (категория) — 4-разрядное поле, отображающее категорию выполняемого теста — диагностика инициализации, расширенная диагностика или диагностика с вмешательством оператора. Тест может относиться к одной или нескольким категориям.

2    ШАГ_ТЕСТА — 16-разрядное поле, которое идентифицирует текущее исполнение теста или последний прогон в случае, когда тесты завершены. Предполагается, что тесты выполняются последовательно. Так, поле ШАГ_ТЕСТА, значение которого использовано для пуска теста, может быть автоматически предоставлено другим показателям теста. Интерпретация поля, т. е. идентификация геета — специфика реализации. Для категории системных тестов содержание этого поля может бьггь использовано для передачи информации, определенной изготовителем.

3    ПЗЭ (поле заменяемого элемента) — это зависящая от реализации идентификация неисправного компонента, если он был идентифицирован.

20

Страница 28

ГОСТ Р 34.31-96

4 СОСТОЯНИЕ_ТЕСТА — 6-разрядное поле, которое показывает прошел тест, не прошел, реализован или активен. При выполнении последовательности тестов имеется возможность )стано-вить несколько разрядов. Статус неактквности, отсутствия ошибок, индицирует, что узел вошел в состояние выполнения программы. Это может быть также отражено в РУСах ОЧИСТКА_СОСТО-ЯНИЯ и УСТАНОВКА_СОСТОЯНИЯ. Статус тоста немедленно изменяется, когда тест запускается, обнаруживает ошибку или завершается. Немедленное изменение разрешается, чтобы очистить все разряды и установить состояние выполнения, пока идет проверка, если узлом выполняется специфицированный тест.

3.1.3 Фунпромльиый признак опции

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

3.1.3.1 Сообщения

Выбираемый механизм сообщений определяет два почтовых ящика для приема сообщений, селективные широковещательные средства для сообщений (иногда упоминаемое как мультивеща-ние) и сообщения изменяемой длины. Наличие способности сообщения индицируется разрядом СООБЩЕНИЕ_ВОЗМОЖНО, устанавливаемом в РУСе ЛОГИЧЕСКИЕ СПОСОБНОСТИ_МО-ДУЛЯ (разряд СООБЩЕНИЕ_ВОЗМОЖНО в ЛОГИЧЕСКИЕ_СПОСОБНОСТИ_МОДУЛЯ определен в IEEE Р896.1. РУС СПОСОБНОСТИ_УЗЛА определен в IEEE Р1212. Ожидается, что оба будут установлены при способности узлов к сообщениям), и разрядом СООБЩ, устанавливаемом в РУСе СПОСОБНОСТИ_УЗЛА. Если разряд СООБЩЕНИЕ_ВОЗМОЖНО показывает, что возможность сообщений существует, то тогда реализация должна поддержать в целом способность сообщений.

Способность ФБ+ сообщений определяет отдельные целевые адреса для сообщений запроса и сообщений ответа. Сообщение запроса определяется как сообщение, которое генерирует после обработки одно или более сообщений ответа. Сообщение ответа, будучи обработанным, не генерирует дополнительных сообщений. Два почтовых ящика, определенных таким образом, могут уменьшить возможность затыков. Допускается объединять ЗАПРОС СООБЩЕНИЯ и ОТВЕТ_СООБЩЕ-НИЯ, если может поддерживаться работа, свободная от затыков. ФБ+ узлы, которые объединяют назначения сообщений, должны узнавать оба адреса. Это сохранит совместимость с другими магистралями, которые поддерживают передачу сообщений, определенную в IEEE Р1212.

Сообщения, направляемые специфицированному узлу, т. с. не узлу 63, должны иметь шесть младших разрядов адреса равными нулю.

РУСы сообщений могут использоваться как адреса мест назначения сообщений для широковещательных сообщений. Широковещательные сообщения индицируются адресом РУСа в диапазоне от 128 до 252, обращенным к узлу 63. Когда узел, который поддерживает передачу сообщений, обнаруживает широковещательное сообщение, то, если младшие шесть разрядов адреса не нули, они используются для выбора разряда в РУСе СЕЛ ЕКТИВНАЯ_МАСКА_ПЕРЕДАЧ^СООБЩЕНИЙ. Если разряд равен единице, то сообщение принимается (предполагается, что нет других условий, препятствующих этому). Если разряд равен нулю, сообщение не принимается. Если младшие шесть разрядов адреса нули, то сообщение безусловно принимается.

Адреса РУСов от 128 до 252 резервируются для сообщений. Они предназначаются для предоставления 64 байтов для сообщений каждого назначения в целях минимальной реализации в поддержке размера сообщения по умолчанию (64 байга). Объем памяти, ориентированный на реализацию, может обеспечить значительную буферизацию для поддержки очереди составных сообщений й приема сообщений объемом более 64 байтов. Максимальный размер блока данных, который может принять узел, специфицируется РУСом РАЗМЕР_БЛОКА_СООБЩЕНИЯ. Сообщения могут быть параллельно переданы 32, 64, 128 или 256 разрядами.

Этот механизм сообщений может использоваться для передачи большого количества данных, но требует доступа к магистрали передачи данных. Механизм дополнительных событий, основанный на сообщениях арбитража (который не требует магистрали передачи данных), представлен в 3.1.3.2.

21

Страница 29

ГОСТ Р 34.31-96

3.1.3.2    Сообщения арбитража

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

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

Общие сообщения арбитража и сообщения распределенного арбитража позволяют узлам широковещательно транслировать сообщение другом узлам одного и того же ФБ+ сегмента. Несколько полей кодирования общих сообщений арбитража и сообщений распределенного арбитража резервируются в этом стандарте.

Мост к не ФБ+ объединительной плате может конвертировать некоторые сообщения арбитража в прерывания, в частности, если магистраль на другой стороне поддерживает РУС НАЗНАЧЕ-НИЕ_ПРЕРЫВАНИЯ. Но вообще разработчикам необходимо тщательно рассмотреть способ прерывания сообщений магистральными мостами.

Этот стандарт резервирует общие сообщения арбитража и сообщения распределенного арбитража для следующих целей:

★    для механизма событий, описанного в следующем разделе;

★    для использования поставщиком;

★    для спецификации посредством профилей;

★    для немаскированного прерывания;

★    в случае неисправности питания.

3.1.3.2.1    Механизм событий

Запись в РУС АДРЕСАТ_ПРЕРЫВАНИЯ узлов может использоваться для того, чтобы вызвать исполнение определенного прерывания в узле. Данные, которые записываются в регистр АДРЕСАТ_ПРЕРЫВАНИЯ, логически умножаются на данные регистра МАСКА_ПРЕРЫВАНИЯ и результат конъюнкции посылается всем процессорам этого узла. Ненулевой разряд соответствует одному из 32 приоритетов прерывания. Этот механизм описывается в 3.1.3.3.2.

В случаях, когда линии передачи данных недоступны либо потому что длинная передача не проходит или из-за отказа типа «шумящий передатчик», общие сообщения арбитража или сообщения распределенного арбитража могут использоваться для сообщения узлу о событии с минимальной задержкой. Некоторые из этих сообщений определяются, чтобы установить специфицированный разряд в РУСе АДРЕСАТ_ПРЕРЫВАНИЯ. Результатом будет конъюнкция с регистром МАСКА_ПРЕРЫВАНИЯ, как показано выше.

Общие сообщения арбитража и сообщения распределенного арбитража otOxOOaoOxIF определяются для однозначного соответствия разрядам РУСа АДРЕСАТ_ ПРЕРЫВАНИЯ. Младший разряд устанавливается сообщением 0x00, старший разряд — сообщением OxlF и так далее. Эти сообщения являются локальными для отдельных ФБ+ сегментов, где они генерируются, т. е. они не обязательно должны проходить через мосты.

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

3.1.3.3    Прерывают

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

3.1.3.3.1    Специфические прерывания элемента

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

22

Страница 30

ГОСТ Р 34.31-96

Эта регистры прерываний нельзя пугать с РУСом АДРЕСАТ_ПРЕРЫВАНИЯ, специфицированным в IEEE Р1212. Табл. 3—4 подчеркивает некоторые отличия двух типов регистров прерываний.

Таблица 3-4 - Сии»—е рсгастров прерывания

...» - —'Р 1 14-11 ж-— ■■

гус алпсат.п гвгывания

Ьгастр щжрммж»»

Получатель широковещательных записей

Получатель направленных записей

Один на узел, расположен на специфицированном смещении РУСа

Столько, сколько необходимо, расположены на любом адресе в пространстве элементов

Записи никого* не могут Сыть занятыми

Записи могут быть занятыми

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

★    Узел имеет один или более регистров прерываний, в котором каждый разряд означает прерывание, т. е. имеется 32 возможных дискретных прерываний на регистр. Когда имеет место запись в этот регистр, ее результатом является посылка прерывания, соответствующего установке каждого разряда. Например, запись значения 0 x 00000001 означает, что регистр прерываний будет инициировать запрос прерывания, соответствующего младшему разряду.

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

★    Узел может иметь простой регистр прерываний, который может выставлять только одно прерывание. Запись какого-либо значения в этот регистр сигнализировала бы о прерывании другому узлу. Реальное загруженное значение могло бы быть зашифровано представлением адреса вектора уровней прерываний.

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

3.1.3.3.2 Шяроковещдтельжые прерывания элемента

РУСы АДРЕСАТ_ПРЕРЫВАНИЯ и МАСКА_ПРЕРЫВАНИЯ обеспечивают механизм для посылки 32 приоритетных прерываний к узлу. Разряды РУСа АДРЕСАТ_ПРЕРЫВАНИЯ соответствуют 32 уровням приоритета, причем старший разряд соответствует наивысшему уровню приоритета, а младший разряд — наинизшему. Когда имеет место запись в РУС АДРЕСАТ_ПРЕРЫВА-НИЯ, его содержимое логически умножается на содержимое РУС МАСКА_ПРЕРЫВАНИЯ. Если какой-либо разряд результата конъюнкции равен единице, то прерывание на этом уровне посылается процессорам узла. Маскированные прерывания не ждут разрешения на выполнение, запись в РУС MACКА ПРЕРЫВАНИЯ не приводит к выполнению конъюнкции. Связь между разрядами РУСа АДРЕСАТ_ПРЕРЫВАНИЯ и векторизацией внешних прерываний процессорами узла с другим относительным приоритетом определяется реализацией.

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

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

23

Страница 31

ГОСТ Р 34.31-96

Процессоры, которые, например, различают только восомь уровней приоритета, никогда не были бы в состоянии работать с уровнем приоритета от 8 до 31. Узлы, которые не используют диспетчеризацию процесса, основанную на приоритете, имели бы всегда единственный единичный разряд в РУСе МАСКА_ПРЕРЫВАНИЯ, установленный в единицу, все другие разряды были бы нулями.

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

3.1.3.4    Управление пакетами

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

3.1.3.5    Синхронизация часов

Для систем, которые должны поддерживать глобальное время среди множества узлов с часами реального времени, ФБ+ обеспечивает способности синхронизации при использовании в связи с установкой РУСов Часы Реального Времени.

Задача состоит не в том, чтобы полностью специфицировать особую реализацию системных часов, а лишь до некоторой стопени определить элементарные операции, которые поддерживают способы синхронизации часов, описанные в IEEE Р896.3.

ФБ+ ссылается на РУСы часов реального времени, определенные Архитектурой РУСов, IEEE Р1212. Они включают в себя 64-разрядные РУСы: ЗНАЧЕНИЕ.ЧАСОВ, ПЕРИОД^ТАКТОВ_ЧА-СОВ и СТРОБ_ЧАСОВ_ПОЛУЧЕН. Формат этих регистров определяется в IEEE Р1212. ФБ+ определяет другие регистры часов реального времени, адреса которых и названия резервируются в IEEE Р1212, но формат и функция которых специфичны для магистрали. Они включают 32-разрядные РУСы: ИНФО.ЧАСОВО, ИНФО_ЧАСОВ1, ИНФО_ЧАСОВ2, ИНФО_ЧАСОВЗ. ФБ+ определяет СТРОБ_ЧАСОВ как эквивалентное название ИНФО_ЧАСОВО, резервирует использование ИН-ФО_ЧАСОВ1 и определяет ЧАСЫ_ОПОРНЫЕ_СТАРШ и ЧАСЫ_ОПОРНЫЕ_МЛАДШ как эквивалентные названия для ИНФО_ЧАСОВ2 и ИНФО ЧАСОВЗ соответственно. Синхронизирующий строб-сигнал, связанный с РУС СТРОБ ЧАСОВ ПОЛУЧЕН, также определяется ФБ+

Минимально достаточными РУСами часов реального времени, необходимыми для реализации распределение синхронизируемого часового узла на ФБ+, являются: СТРОБ_ЧАСОВ и СТРОБ_ЧАСОВ_ПОЛУЧЕН. Два разряда в РУСе ПЗУ СПОСОБНОСТИ_УЗЛА_РАСШИР и два разряда в РУСе ЛОГИЧЕСКОЕ_УПРАВЛЕНИЕ МОДУЛЯ также требуются. Дополнительно рекомендуется, чтобы РУСы ЧАСЫ.ОПОРНЫЕ, ЗНАЧЕНИЕ_ЧАСОВ и ПЕРИОД_ТАКТОВ_ЧА-СОВ были реализованы, чтобы разрешить следующие ФБ+ операции: широковещательные записи ссылочного значения часов во все подчиненные часовые узлы; ФБ+ чтения локальных часов узла; ФБ+ чтения для информирования других ухтов об изменении периода локальных часов.

Возможности синхронизации в каждом узле управляются программным процессом, известным как менеджер часов. Процесс менеджера часов использует способности синхронизации, чтобы: 1) установить распределенную конфигурацию синхронизации системы, 2) инициализировать системное время и 3) поддерживать системное время посредством периодической синхронизации.

Для поддержки ряда способов синхронизации, описанных в IEEE Р896.3, предполагается, что все часовые узлы являются «интеллигентными* (управляются микропроцессором), способными настраивать свое локальное время, основываясь на опорном времени, периодически распространяемом опорными часами. Для поддержки синхронизации часов через магистральный мост далее предполагается, что магистральный мост имеет свои собственные локальные часы, свои собственные часовые РУС и механизм синхронизации своих локальных часов с опорными часами, по крайней мере, с одной стороны моста.

3.1.3.S.1 Синхронизация часов в целом

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

24

Страница 32

ГОСТ Р 34.31-96

Узел, управляющий общим процессом синхронизации, называемый задатчиком или узлом опорных часов, инициализирует циклы синхронизации. В течение каждого цикла синхронизации узел опорных часов посылает сигнал стробвыборки_времсни на все синхронизируемые узлы, использующие стандартные ФБ+ сигналы. Сигнал строб_выборки_времени заставляет все узлы сохранить текущее значение своего локального времени в локальном РУСе. Значение времени основных часов, называемых опорные_часы, затем передается узлом опорных часов всем подчиненным синхронизируемым узлам. Как альтерналгва, подчиненные синхронизируемые узлы могут выполнять чтение РУСов, чтобы получать значение времени опорных часов из отдельного узла или среднее значение из многих узлов. Каждый узел вычисляет ошибку времени или смещение между значениями локального времени н времени опорных часов. После того, как все синхронизируемые узлы настроят время или частоту своих локальных часов по ошибке времони, цикл синхронизации завершается.

3.1.3.5.2    Модель локальных часов

Каждый узел, участвующий в синхронизации часов, содержит автономный счетчик, нызывас-мый счетчиком_времени. Счетчик_времени, который не располагается в пространстве РУСов, является 64-разрядным и представляет время как целое без знака таким образом, что младший разряд равен 2~JJ с (« 233 пс). Таким образом, старшие 4 байта представляют секунды и младшие 4 байта — долю секунды. Процессор локального узла читает счетчик_времени, возвращая текущее время.

Замечание — Все 64 разряд» счетчика_ времени moot быть невидимым прикладным программным обеспечением, поскольку в некоторых способах синхронизации т младших разрядов времени управляются аппаратными средствами для выполнения синхронизации. В этом случае часы разделяются на 64 т разрядов, видимых прикладным ПО, и m разрядов синхронизации. Наоборот, отетчик_времени может был. ржширен от 64 до 96 разрядов и белое, «т>Сы реализовал, другие способы синхронизации. (Обратитесь к IEEE Р896.Э для описания этих методов коррекции времени )

Чтобы поддержать чтение автономного счстчика_времени с помощью ФБ+, узел может, по_выбору, реализовать только чтение 64-разрядного РУСа ЗНАЧЕНИЕ_ЧАСОВ. Чтобы точно прочесть 64-разрядное значение времени, предполагается, что ПО читает регистр ЗНАЧЕНИЕ_ЧА-СОВ_СТАРШ, регистр ЗНАЧЕНИЕ_ЧАСОВ_МЛАДШ и повторно регистр ЗНАЧЕНИЕ_ЧА-СОВ СТАРШ. Если регистр ЗНАЧЕНИЕ_ЧАСОВ_СТАРШ изменился, переполнение счетчика имело место, и регистр ЗНАЧЕНИЕ_ЧАСОВ_МЛАДШ может быть сброшен на нуль (разрешенное значение внутри читаемого интервала).

По выбору 64-разрядный РУС ПЕРИОД_ТАКТОВ_ЧАСОВ используется, чтобы информировать другие узлы об изменившемся периоде локальных часов. Младший разряд соответствует 2~** с.

3.1.3.5.3    Определение смещения времени

Каждый узел, принимающий участие в синхронизации часов, содержит 32-разрядный РУС, называемый СТРОБ_ЧАСОВ. ФБ+ широковещательная запись в СТРОБ_ЧАСОВ интерпретируется всеми синхронизируемыми узлами как сигнал строб_выборки_времени. Подробное описание синхронизации сигналом строб_выборки_времени дается в 3.1.3.5.5.

Вместе с сигналом строб_выборки_врсмсни широковещательная запись в РУС СТРОБ_ЧА-СОВ даст метку, которая уникальным образом отличает этот строб от предыдущих и последующих стробов. Младший байт содержит счет, который возрастает всякий раз, когда узел генерирует строб. Это делается с целью различать разные стробы, генерируемые одним и тем же модулем. Метка содержит смещение узла (географический адрес, связанный со сторон о й_у зла). Эго делается с целью различать стробы, генерируемые различными узлами. Остальные разряды РУСа СТРОБ_ЧАСОВ резервируются ФБ+.

По прибытии сигнала строб_выборки_врсмсни синхронизируемые узлы фиксируют свое 64-разрядное время в локальном 64-разрядном РУСе СТРОБ_ЧАСОВ_ПОЛУЧЕН. Стробирование делается во всех узлах, способных к синхронизации, включая основной узел, который генерирует строб, и любой способный к синхронизации мост, который обеспечивает синхронизацию узлов на удаленной магистрали. При чтении посредством ФБ+ регистр СТРОБ_ЧАСОВ_ПОЛУЧЕН просто возвращает свое текущее значение (т. с. последнее зафиксированное значение текущего времени, соответствующее сигналу строб_выборки_времени).

После посылки сигнала строб_выборки_времени основной узел отсчитывает новое опорное время. Как это делается, настоящим стандартом не определяется. В простейшем случае последнее выбранное значение времени опорного узла (содержимое РУС СТРОБ_ЧАСОВ ПОЛУЧЕН) может использоваться как опорное время. Как альтернатива, опорный узел может читать каждый участвующий в синхронизации РУС СТРОБ_ЧАСОВ_ПОЛУЧЕН, чтобы вычислить среднее или средневзвешенное значение опорного времени.

25

Страница 33

ГОСТ Р 34.31-96

После того, как опорное время определено, опорный узел посылает начало отсчета времени в 64-разрядный РУС, называемый ЧАСЫ_ОПОРНЫЕ, каждого синхронизируемого узла. Широковещание выполняется обычным образом. Старшие 4 байга опорных чжсов записываются в ЧА-СЫ_ОПОРНЫЕ_СТАРШИЕ. Затем младшие 4 байга опорных часов записываются в ЧА-СЫ_ОПОРНЫЕ_МЛАДШИЕ. Запись в ЧАСЫ_ОПОРНЫЕ_МЛАДШИЕ активизирует локальный процесс менеджера часов (например, генерацией прерывания).

Если РУС ЧАСЫ_ОПОРНЫЕ не реализован, подчиненные узлы могут определить опорное время чтением РУС СТРОБ_ЧАСОВ_ПОЛУЧЕН указанных узлов. Этот метод требует N передач по магистрали, чтобы распространить опорно© время, где N — число способных к синхронизации узлов на сегменте локальной магистрали. Как альтернатива, все узлы могут читать друг у друга РУС СТРОБ_ЧАСОВ_ПОЛУЧЕН, чтобы вычислить среднее значение опорного времени. Этот метод требует N1 передач по магистрали, чтобы определил, значение опорного времени. Когда допускаются большие издержки, эти альтернативные методы облегчают реализацию отказоустойчивых глобальных часов. ФБ+ профили ответственны за описание метода вычисления и распространения значения опорного времени.

После того, как опорное время станет доступным в локальном узле, локальный процесс менеджер часов вычисляет величину смещения вычитанием 64-разрядного значения СТРОБЧА-СОВ ПОЛУЧЕН из 64-разрядного значения опорного времени:

Смещение = ЧАСЫ_ОПОРНЫЕ - СТРОБ_ЧАСОВ_ПОЛУЧЕН.

По этому определению положительное смещение означает, что подчиненные часы идут медленнее, чем опорные часы, а отрицательное смещение означает, что подчиненные часы идут быстрее.

На основании знака и величины вычисленного смещения узел выполняет соответствующую настройку локального текущего_врсмени. Возможны два основных способа коррекции настройки: настройка фазы (значения) локальных часов или настройка частоты локальных часов. Способ настройки часов не входит в область действия этого стандарта. За описанием этих способов и их относительных достоинств обратитесь к Руководству по проектированию ФБ+ систем IEEE Р896.3. Интервал синхронизации заканчивается после того, как все синхронизируемые узлы настроили свои локальные часы.

3.1.3.5.4    Рассмотрение мостов

Ат го ритм ФБ+ синхронизации часов, описанный в 3.1.3.5.3, может быть расширен для использования в архитектуре со многими магистралями, которые соединяются с помощью мостов. Для достижения синхронизации часов через мосты требуется, чтобы мост был способен действовать как основной, так и подчиненный синхронизируемый узел согласно описанному выше. Дополнительно мост должен бьггь способен напраатятъ строб_выборки_врсмени на удаленную магистраль и быть способен вычислять и широковещательно передавать скорректированное опорное время часовым узлам на этой магистрали. Если часы узлов на удаленной магистрали используются для усреднения опорного времени, тогда мост должен либо: 1) содержать РУСы, чтобы позволять опорному узлу нормализовать эти значения в РУС СТРОБ_ЧАСОВ_ПОЛУЧЕН, или 2) выполнять нормализацию самостоятельно во время чтения этого регистра. Как минимум должна быть учтена задержка прохождения через мост и кабели сигнала строб_выборки_времени. Стандарт на мост в конечном счете ответственен за недвусмысленную спецификацию этих функциональных способностей.

3.1.3.5.5    Подробное рассмотрение синхронизации стробом

При запуске процедуры синхронизации часов узел опорных часов выполняет ФБ+ широковещательную передачу записи в РУС СТРОБ_ЧАСОВ. Все синхронизируемые узлы, включая узел опорных часов, должны узнавать при расшифровке этого адреса, что сигнал строб выборки времс-ни скоро поступит. Временная диаграмма этого сигнала приведена на рис. 3—4. Рекомендуется, чтобы каждый узел синхронизированного магистрального интерфейса не подтверждал адрес, т. е. не снимал сигнал ai до тех пор, пока он готов принять строб_выборки_времени. Все узлы должны снять ai своевременно так, чтобы не вызвать тайм-аут передачи магистрали.

Когда опорный уэел видит снятый А1 *, он выставляет ds, который приводит к выставлению DS*. Это нечетное изменение уровня сигнала обмена DS* интерпретируется всеми модулями как строб_выборки_времени. Нечетное изменение уровня сигнала обмена DS* заставляет все участвующие узлы, включая узел опорных часов, зафиксировать значение счетчика локального текущего времени в локальном РУСс СТРОБ_ЧАСОВ_ПОЛУЧЕН. Рекомендуется, чтобы все узлы имели

26

Страница 34

ГОСТ Р 34.31-96

способность запомнить в РУСе свое текущее время в течение 80 не во время этого нечетного изменения уровня сигнала обмена DS*. Предполагается, что хорошо разработанные модули будут способны работать с более жестким допуском.

РАССОЕДИНЕНИЕ

СОЕДИНЕНИЕ

ДАННЫЕ

НЕ


1_L

J_L


ЧЕТНЫЕ

ДАННЫЕ


НЕЧЕТНЫЕ

ДАННЫЕ


АДРЕС


КОНЕЦ АДРЕСА


AS*

АК* АР DS* DK* ‘ DP

АОСГ'


I

Задатчик

начал

синхронизацию

Отклонение

строба выборки времени

Запрос самых медленных подчиненных чесов

Широковещание

опорного

BpMIAMM

Текущее врвмя загружено в течение менее

80 нс


Рисунок 3—4 — Синхронизация часов

3.1.3.5.6    Конфигурация системных часов

Узлы, которые участвуют в процедуре синхронизации часов, индицируют, имеют ли они способность быть опорными часами или быть подчиненными часами с помощью установки разрядов ОПОРНЫЕ_ЧАСЫ_СПОС или ЛОКАЛЬНЫЕ_ЧАСЫ_СПОС в регистре СПОСОБНО-СТИ_УЗЛА. Для отказоустойчивых применений, требующих резервных узлов опорных часов, и/или применений реального времени, требующих использования лучших из имеющихся часов в качестве основных часов в данной конфигурации, синхронизируемые часы следует реализовывать с обеими способностями — быть опорными и подчиненными часами.

ФБ+ узел, который должен быть ответственным за координацию общего процесса синхронизации часов, должен иметь установленным разряд ОПОРНЫЕ_ЧАСЫ в РУСе ЛОГИЧЕ-СКОЕ_УПРАВЛЕНИЕ_МОДУЛЯ. Опорный узел ответственен за определение и распространение первоначальных значений основного времени всем участвующим синхронизируемым узлам на локальном ФБ+. Основной узел в дальнейшем ответственен за запуск синхронизации часов при требуемой (зависимой от профиля) степени корректировок. Узел, который должен участвовать как подчиненные часы, должен иметь установленный разряд ЛОКАЛЬНЫЕ_ЧАСЫ в РУСе ЛОГИЧЕ-СКОЕ_УПРАВЛЕНИЕ_МОДУЛЯ.

3.1.3.5.7    Инициализация системных часов

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

27

2-1-753

Страница 35

ГОСТ Р 34.31-96

После того, как счетчик текущего времени узла основных часов инициализирован, этот узел может инициализировать все другие ФБ+ синхронизируемые узлы посредством процедуры синхронизации, описанной выше.

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

3.1.3.6 Доступ к элементу

ФБ+ узлы могут содержать элемент с ресурсами, которые предназначены быть доступными другим узлам на магистрали. Этот элемент может бьггь сделан доступным в любом из трех адресных пространств:

Пространстве инициализации элемента Доступном адресном пространстве Пространстве косвенных адресов.

Элемент может быть памятью, устройством ввода/вывода, мостом, процессором или любой другой опцией.

3.1.3.6.1    Пространство инициализации элемента

Пространство инициализации элемента — это имя, данное области между 2048 и 4095 в пространстве РУСов узла. Когда 2 кбайт достаточно для всех элементов узла, требования к памяти элемента могут бьггь отображены в этой области. Когда элементы требуют дополнительного адресного пространства, РУСы БАЗА_ПАМЯТИ/ГРАН ИЦА_ПАМЯТИ и БАЗА_ЭЛЕМЕНТОВ/ГРАНИ-ЦА_ЭЛЕМЕНТОВ используются для спецификации дополнительной памяти, доступной из других узлов.

3.1.3.6.2    Имеющееся адресное пространство

Архитектура элементов ФБ+ узла может иметь потребность в наличии более 2048 байтов в пространстве инициализации элементов, непосредственно доступных с магистрали. Доступное адресное пространство включает все адреса, не зарезервированные для регистров. Когда узел содержит элементы с блоками адресов, которые должны быть отображены в доступное адресное пространство, узел должен также содержать входы в ПЗУ, отражающие требования к размеру и выравниванию адресов.

Два из входов в ПЗУ узла, специфицированные в IEEE Р1212, документируются в этой главе и требуются для узлов, которым нужно иметь процесс системной конфигурации, локализуют блок в доступном адресном пространстве и устанавливают начальный и конечный адрес. Вход в ПЗУ, индицирующий, что узел содержит память, называется РАЗМЕР_ПАМЯТИ_УЗЛА. Вход в ПЗУ, индицирующий, что узел требует блок доступного адресного пространства для чего-либо иного, чем память, называется РАЗМЕР_ЭЛЕМЕНТОВ_УЗЛА.

СМЕЩЕНИЕ АДРЕСА * 0,4

Байт 0    Байт 3

|    ни    I    («)    I    т    I    I    I    I    w~l

Специфицированное

элементом

Зависимое от магистрали-

Зарезервированное    Г”

ОШИБКА_ЗАПИСИ-*-

ВНИМ—--—---

ВЫКЛ-

СОСТОЯНИЕ --

Рисунок 3-5 - Поля в РУСах ОЧИСТКА_СОСТОЯНИЯ и УСТАНОВКА.,СОСТОЯНИЯ, используемые в ФБ+.

28

Страница 36

ГОСТ Р 34.31-96

Начальный адрес элемента памяти устанавливается, когда процесс системной конфигурации записывают в РУС БАЗА_ПАМЯТИ, а размер выделенного адресного пространства устанавливается, когда записывается РУС ГРАНИЦА_ПАМЯТИ.

Начальный адрес любого другого элемента устанавливается, когда процесс системной конфигурации записывает в РУС БАЗА ЭЛЕМЕНТА, а размер выделенного адресного пространства устанавливается, когда записывается РУС ГРАН И ЦА_ ПАМЯТИ.

Адресное пространство элементов узла не может располагаться на произвольно выбранной границе. БАЗА_ПАМЯТИ и БАЗА_ЭЛЕМЕНТА имеют как минимум 12 младших разрядов равными нулю (4-кбайтная граница). Реализации могут специфицировать тот РУС БАЗА_ЭЛЕ-МЕНТА, который имеет дополнительные ограничения, например, его содержимое может быть ограничено значениями от 0 до 2х без нарушения этой спецификации. Спецификация дополнительных ограничений определяется во входах ПЗУ РАЗМЕР_ПАМЯТИ_УЗЛА и РАЗМЕР_ЭЛЕМЕН-ТА_УЗЛА.

Доступ к адресам узла, отображенным в доступном адресном пространстве, управляется разрядом РАЗРЕШ в РУСах БАЗА_ЭЛЕМЕНТА или БАЗА_ПАМЯТИ. РАЗРЕШ сбрасывается в нуль (доступ не возможен) сбросом при включении питания, системным сбросом, командой_сброеа и инициализацией магистрали, дополнительно для запрета доступа путем повторного сброса разряда записью в РУСы БАЗА_ЭЛЕМЕНТА или БАЗА ПАМЯТИ.

В итоге, доступ к имеющемуся адресному пространству узла ограничивается РУСами БАЗА_ПАМЯТИ и ГРАНИЦА_ПАМЯТИ, ОСНОВА_ЭЛЕМЕНТА и ГРАНИЦА.ЭЛЕМЕНТА и управляется разрядом РАЗРЕШ.

3.1.3.6.3 Пространство косвенных адресов

РУСы КОСВЕННЫЙ_АДРЕС и КОСВЕННЫЕ_ДАННЫЕ могут также обеспечить доступ к ресурсам узла. Реализации могут использовать эти регистры для доступа к той части ресурсов узла, которая не имеет другого адресного окна на магистрали (например, специфический микрокод или ПЗУ загрузки). Предполагается, что ПО получает доступ к данным, расположенным в пространстве косвенных адресов посредством:

1    записи адреса пространства косвенных адресов в РУС КОСВЕННЫЙ_АДРЕС и

2    чтения или записи РУСа КОСВЕННЫЕ„ДАННЫЕ для доступа к данным этого адреса. Это обеспечивает гибкий, но относительно медленный механизм косвенного доступа к этим данным (которые, как предполагается, будут доступны нечасто).

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

Рекомендуется, чтобы после системною сброса или команды_сброса РУСы КОСВЕННЫ Й_АДРЕС сбрасывались в нуль. Инициализация магистрали не изменяет содержимое этих РУ-Сов. Чтение РУСа КОСВЕННЫЙ_АДРЕС возвращает последнее записанное значение. РУСы КОС-ВЕННЫЙ_АДРЕС и КОСВЕННЫЕ_ДАННЫЕ содержат 32-разрядные значения. КОСВЕННЫ Й_АДРЕС может адресовать максимум 230 адресов.

3.2 Спецификация ФБ+ РУСов

Этот раздел специфицирует РУСы для использования в большинство ФБ+ узлов. Эти РУСы подразделяются натри класса:

★    основные РУСы, описанные в 3.2.2;

★    ФБ+ зависимые РУСы, описанные в 3.2.2;

★    входы ПЗУ узлов, описанные в 3.2.4 и 3.2.5.

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

★    Два младших разряда (AD[1...О]*) адреса РУСа являются определенными пользователем для доступа к РУСам и могут быть проигнорированы или могут иметь действия, специфицированные пользователем.

★    Рекомендуется, чтобы поддерживались только 32-разрядные адреса.

29

2-1*

Страница 37

ГОСТ Р 34.31-96

★    За исключением ЗАПИСЬ_ББЗ_ПОДТВЕРЖДЕНИЯ и ТОЛЬКО_АДРЕС передач в регистры сообщений, рекомендуется разрешать только передачи «чтение нсблокированное* и «запись неблокированная» (РУСы пространства инициализации элементов могут поддерживать дополнительные передачи).

★    Нереализованные поля и регистры должны возвращать нули при чтении.

★    Запись в регистры только для «пения и нереализованные поля и РУСы следует игнорировать (без побочных эффектов).

★    Блочные передачи в РУСы и из РУСов разрешаются (но не требуются), пока гарантировано, что поддерживается порядок последовательности операций.

★    РУСы, которые не поддерживают блочные передачи, должны использовать ED*, чтобы завершить передачи после первого такта данных.

★    Для доступа к основным и ФБ+ зависимым РУСам рекомендуется поддерживать 32-разряд-ные данные, за исключением следующих случаев:

—    разрядность данных 64,128 и 256 разрядов и несколько циклов данных могут использоваться при передаче сообщений;

—    РУСы в первоначальном пространстве элементов должны поддерживать 32-разрядные данные и могут поддерживать 64, 128 и 256-разряаные данные.

Когда запись в РУС следует сразу за чтением РУСа, вторая передача может быть расщепленной, такой, что изменение операции или состояния, инициированное первой передачей, появится немедленно. В последнем случае РУСы при обращении к ним могут бьгть, кроме того, занятыми, так как некоторые модули могут быть не в состоянии ответить немедленно.

Для полноты определения ФБ+, ряд полей помечаются как зарезервированные в IEEE Р896.1 и закрепляются за специфицированной функцией в этом стандарте. Поля и адреса, зарезервированные в этой спецификации, не следует использовать для функций, определяемых поставщиком или элементом. В случаях конфликта или двусмысленности этот стандарт является подчиненным по отношению к IEEE Р896.1.

ФБ+ узлы должны расшифровывать сообщения номеру локальной магистрали (хранящемуся в ярусе NODE_IDS) и фиктивному номеру магистрали (1023).

Поддерживаемые адреса специфицированы в табл. 3—1.

3.2.1 Спецификация пространства памяти РУСов

Адресное пространство РУСов должно быть распределено, как показано в табл. 3—5.

Таблица 3—5 — Расяределеинс адресного ирветраиктеа РУСо*

Hukiuae сЛькти

И—М Кфеин РУС*

Основные РУСы

0-508

O&iacrv, зааисимая от ФБ*-

512 - 1020

Регистры ПЗУ

1024 - 2044

Простраистао инициализации элементов

2048-4092

3.2.2 Основные РУСы

Этот пункт специфицирует основные РУСы, требуемые ФБ+ модулями. Следует отмстить, что эти РУСы не располагаются последовательно. Пропущенные регистры резервируются для стандарта на основные РУСы и не должны определяться стандартом на магистраль или стандартом поставщика. Смешения байтов в адресном пространстве узла используются повсюду. За исключением РУСов ЗАПРОС_СООБЩЕНИЕМ и ОТВЕТ_СООБЩЕНИЕМ, РУСы в этом разделе должны поддерживать А32 и D32. Получатели сообщения могут быть доступными при использовании А32 и разрядности данных D32, D64, D128 или D256, если последние три определены для модуля РУСом ЛОГИ-ЧЕСКИЕ_СПОСОБНОСТИ_МОДУЛЯ. Основные РУСы должны быть размещены по адресам, как показано в табл. 3—6.

к

Страница 38

ГОСТ Р 34.31-96

Таблица 3-6 — Цмггральшм РУСы ■ адреса

ИМЯ РЕГИСТРА

АДРЕС РУС

REGISTER NAME

ОЧИСТКА_СОСТОЯНИЯ

0

STATE.CLEAR

УСТАНОВКА_СОСТОЯН ИЯ

4

STATE_SET

ИДЕНТИФИКАТОРЫ_УЗЛА

S

NODEJDS

СТАРТ_СБРОСА

12

RESET_START

КОСВЕННЫЙ_АДРЕС

16

INDIRECT ^ADDRESS

КОСВЕННЫЕ.ДАННЫЕ

20

INDI RECT_DATA

ТАЙ М-АУТ_РАСЩ ЕПЛЕНИЯ

24, 28

SPLITTIMEOUT

АРГУМЕНТ

32,36

ARGUMENT

СГАРТТЕСТА

40

TEST.START

статус_теста

44

TEST.STATUS

БАЗА.ЭЛЕМЕНТОВ

48, 52

UNITS.BASE

ГРАН И ЦА_ЭЛ Е М Е НТО В

56, 50

UNITS.BOUND

БАЗА_ПАМЯТИ

64,68

MEMORY_BASE

граница^памяти

72, 76

MEMO RY_BOUND

аяресат_п РЕРЫВАН ИЯ

80

INTERRUPI_TARGET

МАСКА.ПРЕРЫВАНИЯ

84

1NTERRUPT_MASK

ЗНАЧ ЕНИЕ_ЧАСОВ

88, 92

CLOCK_VALUE

ПЕРИОД_ТАКТОВ_ЧАСОВ

96, 100

CLOCK_TlCK_PER!OD

СТРОБ_ЧАСОВ_ ПОЛУЧЕН

104, 108

CLOCK_STROB_ARRIVED

СТРОБ_ЧАСОВ

112

CLOCK_ STROBE"

ОПОРН ЫЕ_ЧАСЫ

120, 124

CLOCK_REFERENCE2' •

ЗАЛ РОС.СООБШЕН ИЯ

128 .. . 188

MESSAGE.REQUEST

ОТВЕТ_СООБЩЕНИЯ

192 ... 252

MESSAGE.RESPONSE

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

256 ... 380

БУФЕР_РЕГИСТРАЦИИ_ОШИБОК

384 ... 508

ERROR_LOO_BUFFER

1) Эквивалентен определенному в IEEE PI212 РУСу ИНФО_ЧАСОВО синхронизируемого элемента

2) Эквивалентен определенным в IEEE Р1212 РУСам ИНФОЧАСОВ2 и ИНФО_ЧАСОВЗ синхронизируемого мемеита

3 2.2.1 РУСы ОЧИСГКА_СОСГОЯНИЯ и УСТАНОВКА_СОСТОЯНИЯ

РУСы ОЧИСТКАСОСТОЯНИЯ и УСТАНОВКА_СОСТОЯНИЯ должны использоваться удаленным узлом для управления и уведомлении об изменении состояния. Запись единиц в разряды РУСа ОЧИСТКА СОСТОЯНИЯ (адрес 0) должна вызывать очистку соответствующих разрядов состояния. Запись единиц в разряды РУСа УСТАНОВКА_СОСТОЯНИЯ (адрес 4) должна вызывать установку соответствующих разрядов состояния. Запись нулей в разряды этих РУСов не должна влиять на соответствующие разряды состояния. Чтение РУСов как ОЧИСТКА_СОСТОЯНИЯ, так и УСТАНОВКА_СОСТОЯНИЯ должно возвращать текущее содержимое разрядов эти двух РУСов.

Следующие разряды и поля определяются в Архитектуре РУСов, стандарте IEEE Р1212 и применимы для ФБ+ узлов:

Таблица 3-7 - Описание разрядов РУСов ОЧИСТКА.СОСТОЯНИЯ и УСТЛН О В КА_СОСТОЯН ИЯ

ПОЛЕ РАЗРЯДОВ

ОБЯЗАТЕЛЬНЫЙ/ПО ВЫБОРУ

ТИП

ДОСТУПА

ВКЛЮЧ.

ПИТАНИЯ

СИСТЕМНЫЙ

СБРОС

ИНИЦИАЛИЗАЦИЯ МАГИСТРАЛИ

Специфицированное племен-гом (16)

ПО_ВЫБОРУ

Разряды в этом поле должны определяться архитектурой элементов узда

Зависимоо от магистрали (8)

ПО_ВЫБОРУ

Разряды в этом поле должны определяться индивидуальными профилями

2-2-753

Страница 39

ГОСТ Р 34.31-96

Окончание таблиц* 3—7

ОШРЕГ

ПО_ВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

0

0

0

Этот разряд должен быть установлен при обнаружении ошибки > узле и записи а БУФЕР РЕГИСТРАЦИИ_0ШИБКИ. Предполагается, что рабочее ПО системы очищает разряд ЗАПИСЬ_ОШИБКИ после сохранения содержимого БУФЕР_РЕГИСТРА-ЦИИ ОШИБКИ утла. Это логическое «И» специфицированных разрядов в ОШИБ-КА_СТАРШ и ОШИБКА_МЛЛДШ

ВНИМ

ПО_ВЫБОРУ"

ЧТЕНИЕ/

ЗАПИСЬ

0

0

Не изменяется

Когда этот разряд устанавливается в единицу, должны вызываться вспомогательные операции, выполняемые до начала «живого» удаления. Разряд должен оставаться в состоянии единицы и может читаться, пока выполняется вспомогательная операция. Когда вспомогательные операции завершаются, модуль должен быть отключен от питания. Установка ВНИМ в одном узле будет вызывать также установку разряда ВНИМ в другом узле того же модуля, если он существует

выкл

ПО_ВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

0

0

Не изменяется

Установка этого разряда должна вызвать отключение питания от функциональной логики узла без ожидания выполнения вспомогательных операций- Таким образом, этот разряд никогда не будет читаться как единица. Установка разряда ВЫКЛ в одном узле будет вызывать также установку разряда ВЫКЛ в другом узле того же модуля, если он существует Об* узла перейдут в заблокированное состояние.

СОСТОЯНИЕ

ПО.ВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

Отражает

состояние

Отражает

состояние

Отражает

состояние

Статус — двухразрядное пате, которое должно показывать, находится ли узел в состоянии работы, инициализации, тестирования или заблокированном. Эти состояния должны интерпретироваться как:

Работа 0 0'

Инициализация прошла успешно, началась работа.

Инициализация 0 1

Выполняются инициализирующий сброс и тестирование РУС СТА-ТУС_ТЕСТА может содержать дополнительную информацию Тестирование 1 0

Тестирование узла в целом выполняется Узел не действует при нормальной операции. Это состояние тестирования начинается как побочное действие записи в РУС СТАРТ_ТЕСГА, которая предписывает изменение состояния. РУС СГАТУС_ТЕСТА может содержать дополнительную информацию Выход из строя 1 1

Была обнаружена фатальная ошибка. Узел не работоспособен. Когда это состояние устанавливается, другой информации нельзя до-верять.

1) Обязательный, если реализована <жм*дя» вставка

3.2.2.2 РУС ИДЕНТИФИКАТОРЫ.УЗЛА

Старшие 16 разрядов РУСа ИДЕНТИФИКАТОРЫ_УЗЛА должны содержать идентификатор узла. Если узел разрабатывается так, что он никогда не будет использовать магистраль распределенного арбитража, тогда младшие 16 разрядов должны быть зарезервированы (т. е. при чтении эти разряды должны всегда возвращать нули). Младшие 8 разрядов могут позволять процессу системной конфигурации устанавливать поле приоритета по умолчанию в определенном узле для использования в распределенном арбитраже и сообщениях арбитража. Специально приоритет по умолчанию может использоваться для установки поля PR[7...0] во время распределенного арбитража или при отправлении сообщений арбитража, когда другое значение приоритета определенно не пре-

У2

Страница 40

ГОСТ Р 34.31-96

дусмотрено ПО или аппаратными средствами узла. Это полезно при управлении «неинтеллигентными* модулями ввода/вывода в системах, которые применяют распределенный арбитраж. Если разрабатываемый узел никогда не будет использовать магистраль распределенного арбитража или разрабатываемый узел всегда предусматривает значения приоритетов для PR(7...0), то тогда младшие 16 разрядов РУСа ИДЕНТИФИКАТОРЫ_УЗЛА должны быть зарезервированы (т. е. при чтении эти разряды всегда должны возвращать нули). Комбинация полей ГЕОГРАФИЧЕСКИ ^АДРЕС и ПОЗИЦИЯ_УЗЛА называется идентификатор_сдвига в IEEE Р1212.

Замечание — Разряд кругового арбитража но должен контролироваться содержимым этого РУС.

СМЕЩЕНИЕ АДРЕСА = 8 Байт О

Бейт 3

I (5)    |    I    («)    |

АДРЕС_МАГИСТРАЛИ-

ГЕОГРАФИЧЕСКИЙ_АДРЕС

СТ ОРОНА_У ЗЛА-

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

ПРИОРИТЕТ-

Рисунок 3-6 - Формат данных РУСа ИДЕНГИФИКАТОРЫ.УЗЛА

СМЕЩЕНИЕ АДРЕСА-12 Байт О

Байт 3

(31)

Зарезервированное CEE Р1212    —

Специфицированное IEEE Р1212 • не поддерживаемое IEEE Р896.2

Рисунок 3—7 — Формат данных РУСа СТАРТ_СБРОСА

СМЕЩЕНИЕ АДРЕСА * 16 Старш. разряд Байт О

Младш. разряд Байт 3

(2)

KOCBEHHUilAAPEC(SO)

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

Рисунок 3—8 — Формат данных внутреннего РУСа КОСВЕННЫЙ_АДРЕС

33

2-2*

Страница 41

ГОСТ Р 34.31-96

Табл и ц а 3-8 - Описание разряд о» РУСа ИДЕНТИФИКАТОРЫ.УЗЛА

ПОЛЕ РАЗРЯДОВ

ОБЯЗАТЕЛЬНЫЙ/ПО ВЫБОРУ

ТИП

ДОСТУПА

включ.

ПИТАНИЯ

СИСТЕМНЫЙ

СБРОС

ИНИЦИАЛИЗАЦИЯ МАГИСТРАЛИ

АДРЕС_МАГИСТРАЛИ

(10)

ОБЯЗАТЕЛЬ

НЫЙ

ЧТЕНИЕ/

ЗАПИСЬ

1023

1023

Не изменяется

Для ПО должна быть возможной установка поля АДРЕС МАГИСТРАЛИ на адрес текущей магастрали. Не предполагается, что АДРЕС_МАГИСГРАЛИ будет изменяться, пока имеются невыполненные расщепленные передачи

ГЕОГРАФИЧЕСКИЙ АДРЕС (S)

ОБЯЗАТЕЛЬ

НЫЙ

ЧТЕНИЕ

только

Не изменяется

Не изменяется

Не изменяется

ГЕОГРАФИЯ ЕСКИЙ_АДРЕС должен отражать сигналы географического адреса, подаваемые на линии СА|4 ■ • - 0]* в момент сброса. Он не может быть модифицирован ПО или любым типом сброса. Все узлы в модуле должны иметь одинаковые значения в этом поле

СТОРОНА_УЗЛА

ОБЯЗАТЕЛЬ

НЫЙ

ЧТЕНИЕ

только

Не изменяется

Не изменяется

Не изменяется

СТОРОНА.УЗЛА должна быть безусловно заложена в конструкцию модуля и не лолжма меняться ПО любым типом сброса или расположением платы. Если модуль содержит два ФБ+ узла, изготовитель должен назначить различные значения их полям ПОЗИЦИЯ_УЗ-ЛА. Если модуль содержит один узел, изготовитель должен назначить нулевое значение полю ПОЗИЦИЯ.УЗЛА.

ПРИОРИТЕТ (8)

ПО_ВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

0

0

Не изменяется

Узел может использовать это пате для определения 8-разрядной кодировки, которую следует использовать для установления поля своего приоритета, PR|7 ... 0) (определенной в гл. 5 IEEE PS96.1) в течение распределенного арбитража или сообщений арбитража, когда другое значение приоритета не поступает на узел. Чтения этого поля должны возвращать последнее записанное значение.

3 2.2.3 РУС СТАРТ_СБРОСА

Любая запись в РУС СТАРТ_СБРОСА должна инициировать команду .сброса, однако этот сброс должен быть незаметным для других узлов на магистрали. Запись в РУС СТАРТ_СБРОСА должна быть логически эквивалентна Системному Сбросу, при котором узлы продолжают быть ориентированными на магистраль. Запись должна вызывать инициализацию самотестирования по умолчанию для его выполнения . Длительность инициализированного самотестирования по умолчанию не должна превышать 10 с.

Результат сброса от записи в РУС СТАРТ_СБРОСА не должен вынуждать модуль выставлять RE *. Результат сброса от записи в РУС СТА РТС Б РО С А должен вызывать сброс только адресованного узла.

Чтение РУСа СТАРТ_СБРОСА всегда должно возвращать нули.

3.2.2.4 РУСы внутреннего пространства косвенных адресов

Содержимое РУСа КОСВЕННЫ Й_АДРЕС должно представлять адрес в пространстве косвенных адресов узла. Запись, направленная в РУС КОСВЕННЫЕ^ДАННЫЕ, должна вызвать запись в ячейку по адресу, указанному РУСом КОСВЕННЫЙ_АДРЕС. Чтение РУСа КОСВЕННЫЕ_ДАН-НЫЕ должно читать данные, идентифицированные адресом, содержащемся в РУСс КОСВЕННЫ Й.АДРЕС.

КОСВЕН НЫЙ_АДРЕС и КОСВЕННЫЕ ДАННЫЕ должны быть расположены по адресам РУСов соответственно 16 и 20.

При включении питания, системном сбросе или комаидс-сбросс оба РУСа — КОСВЕН-НЫЙ_АДРЕС и КОСВЕННЫЕ .ДАННЫЕ — должны сбрасываться в нуль. Инициализация магистрали не должна изменять содержимое этих РУСов.

Страница 42

ГОСТ Р 34.31-9$

СМЕЩЕНИЕ АДРЕСА - 20

Старш. разряд    Младш.    разряд

Бейт 0    БайтЗ

1 КОСВЕННЫЕ_ДАННЫЕ (32) |

Рисунок 3-9 - Формат данных внутреннего РУСа КОСВЕННЫЕЛАННЫЕ

СМЕЩЕНИЕ АДРЕСА - 24 (байты 0 - 3), 2S (байты 4 - 7) Старш. разряд

БайтО Байт 3 Байт 4

Младш. разряд Байт 7

| (32) | (32) |

Целые секунды -1

Рисунок 3-10 - Формат данных РУСов ТАЙМ-АУТ_РАСШЕПЛЕНИЯ

СМЕЩЕНИЕ АДРЕСА * 32 (байты 0 - 3), 36 (байты 4 - 7) Байт 0 Байт 3 Байт 4

Байт 7

(32) | (20)

(id i |

СТАРШИЙ АДРЕС

МЛАДШИЙ АДРЕС-

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

СПОСОБНОСТЬ -:-

Рисунок 3—11 — Специальный формат данных РУСов АРГУМЕНТ

Таблица 3—9 — Описание разрядов внутреннего РУСа КОСВЕННЫЙ_АДРЕС

ПОЛЕ РАЗРЯДОВ

ОБЯЗАТЕЛЬНЫЙ/ПО ВЫБОРУ

ТИП

ДОСТУПА

ВКЛЮЧ.

ПИТАНИЯ

СИСТЕМНЫЙ

СБРОС

ИНИЦИАЛИЗАЦИЯ МАГИСТРАЛИ

КОСВЕННЫЙ_АДРЕС (30)

ПО_ВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

0

0

Не изменяется

Используется совместно с РУСом ума КОСВЕННЫЕЛАННЫЕ для доступа к косвенным РУСам, памяти н ПЗУ.

Таблица 3—10 — Описание разрядов внутреннего РУСа КОСВЕННЫЕ_ДАННЫЕ

ПОЛЕ РАЗРЯДОВ

ОБЯЗАТЕЛЬНЫЙ/ПО ВЫБОРУ

ТИП

ДОСТУПА

ВКЛ.

ПИТАНИЯ

СИСТЕМНЫЙ

СБРОС

ИНИЦИАЛИЗАЦИЯ МАГИСТРАЛИ

КОСВЕННЫЕЛАННЫЕ (32)

ПО_ВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

0

0

Не изменяется

Используется совместно с РУСом узла КОСВЕННЫЙ_АДРЕС для доступа к косвенным РУСам, памяти и ПЗУ.

2-3-753

Страница 43

ГОСТ Р 34.31-96

3 2.2.5 РУС ТАЙМ-АУТ_РАС1ЦЕПЛЕНИЯ

Значение, используемое для обнаружения ошибок тайм-аута расщепленной передачи, хранится в двух дополняющих друг друга РУСах ТАЙМ-АУТ_РАСЩЕПЛЕНИЯ. После того, как запрос отправлен, величина в ТАИМ-АУТ_РАСЩЕПЛЕНИЯ определяет время, в течение которого должен быть получен ответ. Если время тайм-аута истекает до получения ответа, то запросчик должен предположить, что в передаче имеется ошибка.

Один регистр представляет целые секунды, в то время как второй регистр — доли секунды, так что младший разряд пары РУСов должен соответствовать 2~и с, а старший разряд должен быть 2-,‘ с. Счет времени может быть либо приостановлен, либо продолжен, когда расщепленная передача прерывается инициализацией магистрали. После выполнения системного сброса РУС должен быть сброшен в нуль, который должен интерпретироваться как неопределенное значение тайм-аута.

Таблиц» 3-11- Описание разрядо» РУС» ТАЙМ-АУТ_РАСШЕПЛЕНИЯ

ПОЛЕ РАЗРЯДОВ

ОБЯЗАТЕЛЬНЫЙ/ПО ВЫБОРУ

ТИП

ДОСТУПА

ВКЛЮЧ.

ПИТАНИЯ

СИСТЕМНЫЙ

СБРОС

ИНИЦИАЛИЗАЦИЯ МАГИСТРАЛИ

ТАЙМ-АУТ.РАСЩЕПЛЕ-

НИЯ_СТАРШ

ПО.ВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

0

0

Не изменяется

Целые секунды (32), смещение адреса 24

ТАЙМ-АУТ РАСЩЕПЛЕ-НИЯ_МЛАДШ

ПО.ВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

0

0

Не изменяется

Доли секунды (32), смещение адреса 28. Требуются, если узел поддерживает расщепленные передачи

3.2.2.6 РУСы АРГУМЕНТ

Содержимое двух дополняющих друг друга РУСов АРГУМЕНТ может быть использовано совместно с РУСами СТАРТ_ТЕСТАи СТАТУС_ТЕСТА (специфицированными ниже) при выполнении теста. Оба РУСа АРГУМЕНТ доступны для чтения/записи.

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

Предполагается, что РУСы АРГУМЕНТ не используются тестами категории инициализации. РУСы АРГУМЕНТ должны использоваться только для содержания адреса (32- или 64-разрядного) для тестов расширенной категории. Для тестов системной категории или категории с вмешательством операторов эти разряды могут быть определены поставщиком. При использовании тестов расширенной категории адрес ограничивается 4-килоба йтной границей. Старшие 32 разряда адреса хранятся в РУСе с адресом 32. Младшие 20 разрядов адреса хранятся в РУСе с адресом 36. Младшие 12 разрядов РУСа с адресом 36 также содержат зарезервированное поле (11 разрядов) и разряд РАЗРЕШ. См. рис. 3-11.

Ухты могут иметь различные значения в своих РУСах АРГУМЕНТ.

Таблиц» 3—12 — Описание разрядов РУСо» АРГУМЕНТ

ПОЛЕ РАЗРЯДОВ

ОБЯЗАТЕЛЬ-

НЫЙ/ПО_ВЫ-

БОРУ

ТИП

ДОСТУПА

ВКЛ.

ПИТАНИЯ

СИСТЕМНЫЙ

СБРОС

ИНИЦИАЛИЗАЦИЯ МАГИСТРАЛИ

32- или 64-разрядный адрес

ПО_ВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

0

0

Не изменяется

Содержимое специфицируется при выполнении внешних тестов (поле КАТ РУС» СТАРТТЕСТА “ Расширенная хиагноешка). Все другие испольэомнкя этого регистр» определяются лоставщиком-

36

Страница 44

ГОСТ Р 34.31-96

Окончание таблицы 3—12

РАЗРЕШ

ПО_ВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

0

0

Не изменяется

Когда этот разряд и разрад ЗАДАТЧИК.РАЗРЕШЕН в РУС ОБЩЕЕ.ЛОГИЧЕ. СКОЕ_УПРАВЛЕНИЕ усгакоыены. узел может выполют. тесты, которые генерируют ФБ+ передачи к удаленному (т. е. вне шшы) старту по адресу, указанному в регистре АРГУМЕНТ_СГАРШ/АРГУМЕНТ_МЛАДШ.

3.2.2.7 РУС СТАРТ ТЕСТА

Запись в этот РУС должна вызывать выполнение диагностики, специфицированной в поле ШАГ_ТЕСТА. Состояние теста должно быть немедленно отображено в поле СОСТОЯ НИ Е_ТЕ-СТА РУСа СТАТУС_ТЕСТА. Действие записи нового значения в РУС СТАРТ ТЕСТА во время выполнения теста зависит от реализации. После системного сброса этот РУС должен быть сброшен в нуль. После инициализации магистрали тесты должны быть остановлены, но содержимое РУСа не должно измениться.

СМЕЩЕНИЕ АДРЕСА - 40 Байт О

БайтЗ

СМЕЩЕНИЕ АДРЕСА - 40 Байт 0

БайтЗ

(18)

(4)

(«)

ZT

КАТЕГОРИЯ ШАГ_ТЕСТА НЗЭ -

Зарезервировано АКТИВНЫЙ -

ПОЛЕ СОСТОЯНИЕ ТЕСТА:

ЗАКОЛЬЦОВАННЫЙ РЕАЛИЗОВАННЫЙ “ ТАЙМ.АУТ -

НЕИСПРАВНЫЙ

Рисунок 3-13 - Фор мот данных РУС* СТАТУС_ТЕСТА

37

Страница 45

ГОСТ Р 34.31-96

Таблица 3—13 — Описание разрядов РУСа СГАРТ_ТЕСТА

ПОЛЕ РАЗРЯДОВ

ОБЯЗАТЕЛЬНЫЙ/ПО ВЫБОРУ

ТИП

ДОСТУПА

ВКЛ.

ПИТАНИЯ

СИСТЕМНЫЙ

СБРОС

ИНИЦИАЛИЗАЦИЯ МАГИСТРАЛИ

КАТ (4)

ПОВЫБОРУ

ЧТЕНИЕ/

ЗАПИСЬ

0

0

Не изменяется

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

Разряды: РУЧНОЙ-

СИСТЕМНЫЙ-

РАСШИРЕННЫЙ-

ИНИЦИАЛИЗАЦИОИНЫЙ-

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

Установка разряда «системный» означает, что системные диагностические тесты могут быть выполнены. Очистка разряда «системный» означает, что системные диагностические тесты не должны выполняться.

Установка разряда «расширенный» означает, что расширенные диагностические тесты могут выполняться. Очистка разряда «расширенный» означает, что расширенные диагностические тесты не должны выполняться.

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

Очистка поля КАТ(егория) означает, что все тесты останавливаются.

ШАГ.ГЕСГА (16)

ПО_ВЫБОРУ

ЧТЕНИЕ/

0

0

Не изменя

ЗАПИСЬ

ется

Это 16-разряднос поле должно специфицировать идентификатор теста или последовательность тестов ДЛЯ выполнения. ШАГ.ТЕСТА, равный 0 x 0000, должен указывать на гест(ы) по умолчанию (максимальная длительность выполнения тестов по умолчанию не должна превышать 10 с). Тесты по умолчанию категории инициализации являются множеством тестов, запускаемых Системным Сбросом. ШАГ_ТЕСТА. равный OxFFFF, указывает, 'по ice тесты в этой категории должны быть выполнены. Расположение и размер этого поля являются стандартизованными для упрощения выполнения тестов от параметров, хранящихся в ПЗУ. Интерпретация этого поля (идентификация тоста или последовательности тестов) зависит от поставщика.

ПО_бЫБОРУ


Не изменяется


ЧТЕНИЕ/

ЗАПИСЬ


ТЕ СТО IIЦ (3)


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

Имя

ТЕ СТОП 11

0

1

Остановить на ошибке Продолжать

Зациклить на ошибке

То же Зациклить То же Зациклить и Зацихлитъ на ошибке То же

Описание

Остановить тест, если ошибка обнаружена Продолжать последовательность тестов, если ошибка обнаружена

Зациклить iu тесте, выявляющем неисправности, если ошибка обнаружена, в противном случае остановить по выполнении Так же, как 2

Продолжать цикл до остановки Так же, как 4

Продолжать цикл до остановки. Если ошибка обнаружена, зациклить на тесте, выявляющем неисправности.

Так же, как 6


3S

Страница 46

ГОСТ Р 34.31-96

3.2.2.8 РУС СТАТУС_ТЕСТА

РУС СТАТУС_ТЕСТА должен представлять статус исполняемой в данное время диагностики или последней выполненной диагностики. Этот РУС нельзя модифицировать обращением из удаленных узлов. По Системному Сбросу этот РУС должен сбрасываться в нуль. При инициализации магистрали все тесты должны быть остановлены и, если тест выполнялся, разряд «тест остановленный* должен быть установлен в поле СОСТОЯНИЕ_ТЕСТА. Других изменений в РУСе не должно быть. Узлы одного и того же модуля могут иметь разные значения в РУСе СТА-ТУСТЕСТА.

При выполнении теста значение поля узла, способного к замене (НЗЭ), предназначается для идентификации неисправного элемента в узле, если он есть. Несмотря на то, что значение этого поля зависит от поставщика, если элемент идентифицируется, эта информация помогла бы при ремонте модуля.

Поле СОСТОЯ Н ИЕ_ТЕСТА РУСа СТАТУС_ТЕСТА должно изменяться сразу, когда имеет место запись в РУС СТАРТ_ТЕСТА. Минимальное изменение должно состоять в установке разряда •выполнение*, в поле СОСТОЯ Н И Е_ТЕСТА и очистке всехдругих разрядов поля СОСТОЯ НИ Е_ТЕ-СТА. После тою, как тест действительно был запущен, он должен изменить поле СОСТОЯ НИ Е_ТЕ-СТАс соответствующими разрядами.

39

Таблица 3-14 — Описание разрядов РУСа СТАТУС_ТЕСТЛ

ПОЛЕ РАЗРЯДОВ

ОБЯЗАТЕЛЬНЫЙ/ПО ВЫБОРУ

ТИП

ДОСТУПА

вкл.

- ПИТАНИЯ

СИСТЕМНЫЙ

СБРОС

ИНИЦИАЛИЗАЦИЯ МАГИСТРАЛИ

КАТ (4)

ПО_ВЫБОРУ

ТОЛЬКО

ЧТЕНИЕ

0

0

Не изменяется

Четырехразряднос поле, отражающее категорию теста, который прошел/не прошел, когда разряд ОСТАНОВЛЕН, устанавливается в поле СОСТОЯНИЕ_ТЕСТА

Разряды:

РУЧНОЙ--

СИСТЕМНЫЙ-

РАСШИРЕННЫЙ-

иницидлизлционный

ШАГ ТЕСТА (16)

ПО ВЫБОРУ

ЧТЕНИЕ

0

0

Не изменя

только

ется

Зависимое от содержимого поля СОСТОЯНИЕ_ТЕСТА — это 16-разрядное поле должно специфицировать идентификатор текущего шага теста млн шаг теста, на котором была обнаружена ошибка. В категориях системной диагностики и диагностики с ручным' управлением интерпретация поля ШАГ_ТЕСТА должна зависеть от поставщика

НЗЭ (6)

ПО ВЫБОРУ

ЧТЕНИЕ

0

0

Не изменя

(неисправный заменяе-

гать ко

ется

мый элемент)

Это 6-разряднсс паю должно специфицировать идентичность неисправного компонента (зависит от поставщика)

СОСТОЯ Н И Е_ТЕСТЛ (6)

ПО ВЫБОРУ

ЧТЕНИЕ/

0

0

Не изменя

ЗАПИСЬ

ется

Это 6-разрядное пате должно обеспечить наблюдение прохождения теста

2-4-753