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

185 страниц

1004.00 ₽

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

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

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

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

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

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

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

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

Страница 1

ГОСТ Р ИСО/МЭК 10857-95

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

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

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

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

Излание официальное

БЗ 11-12—94/538


ГОССТАНДАРТ РОССИИ Москва

Страница 2

ГОСТ Р ИСО/МЭК 10857-95

II р е я н с л о в и е

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

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

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

Стандарт подготовлен методом прямого применения международного стандарта ИСО/МЭК 10857—94 «Информационная технология. Микропроцессорные системы. Интерфейс Фьючебас+. Спецификации логического уровня* и полностью ему соответствует

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

€3 ИПК Ишатсльстюо стандартов, 19%

Наиояшми ciaitiapT не может шп аилиосгью или частично восирои1&сдсн. тиражирован и распространи* ь качссгвс офнциальиоги издания бсч разрешения I осстякоарта России

I

Страница 3

ГОСТ Р ИСО/МЭК 10857-95

СОДЬРЖАНИк

Предисловие научного редактора русского текста................. V

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

2 Определения и структур;»    ..................................3

2.1    Определения действий    ...............    ............3

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

2.3    Определения    4

2.4    Структура документа................................................8

2    5 ФБ+ символ ....................................................9

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

2.7    Описание линии магистрали............................................9

2.7.1    Информационные линии.....................10

2.7.2    Линии синхронизации............................................10

2.7.3    Линии распределенного арбитража и сообщений арбитража........ II

2.7.4    RE* Инициализация/сброс магистрали................11

2.7.5    Центральный арбитр ......................11

2.7.6    GA |4...0| * Географический адрес ..................................11

2.5    Перечень атрибутов.............................    ....    11

2.9 Используемая мнемоника...................... .    21

3. Спецификация сигналов магистрали....................22

3    I Описание ................................................22

3.1.1    Переключение логических уровней.................22

3.1.2    Перекосы ..........................22

3.2 Спецификация .........................23

3.2.1    Перекосы .........................................    .    23

3.2.2    Фильтры «шпилек*    ...    ...    23

4    Централизованный арбитраж............................................23

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

4.1.1    Линии магистрали для централизованного арбитража...........23

4.1.2    Операции централизованного арбитража................24

4.1.3    Описание центрального арбитра ..................25

4.2    Спецификация................................................25

4.2.1    Атрибуты магистрального арбитраж;».................25

4.2.2    Сигналы магистрального арбитража.................25

5    Распределенный арбитраж и сообщения арбитража.......................    26

5.1    Описание...........................................26

5.1.1    Арбитражные сообщения — центральный арбитр...... .    26

5.1.2    Арбитраж и сообщения - распределенный арбитр............27

5.1.3    Линии магистрали.......................29

5.1.4    Логика соревнования арбитража......................................30

5Л .5 Время арбитражного соревнования..................31

5.1.6    Арбитражные состояния.....................32

5.1.7    Фазы арбитража........................32

5.1.8    Примеры арбитража...............................    36

5.2    Спецификация..........................40

5.2.1    Атрибуты арбитражного сообщения — центральный арбитр........40

5.2.2    Атрибуты арбитражного сообщения - ■ распределенныи арбитр.......41

5.2.3    Атрибуты арбитража — распределенный арбитр.............42

5.2.4    Атрибуты общего арбитража и сообщения...............43

5.2.5    Временные атрибуты арбитража...................44

5.2.6    Атрибуты ошибок арбитража .................45

5.2    7 Определение сигналов ...    ..............................45

5.2.8    Определение протокола — распределенный арбитраж и сообщения............46

5.2.9    Определение протокола — сообщения центрального арбитра................48

6    Параллельный протокол.........................49

6.1 Описание.............................49

6.1 1 Владение магистралью......................49

6.1.2 Передачи .........................................    49

II

Страница 4

ГОСТ Р ИСО/МЭК 10857-95

6.1.3    Фазы мигисг|>илы1ой передачи ................. .    49

6.1.4    Протоколы передачи данных ...................49

6.1.5    Широко вещательная синхронизация с подтверждением........51

6.1.6    Внедрснность.........................51

6.1.7    Статус кешированной строки........................................51

6.1.S Расщепленные передачи.....................51

6.1.9    Заблокированные операции....................................51

6.1.10    Блокирующие команды....................52

6.1.11    Занятость.........................56

6.1.12    Ожидание.........................56

6.1.13    Расширенная разрядность магистрали...............56

6.1.14    Расширенный.адрес.....................56

6.1.15    Возможности модуля.....................57

6.1.16    Передачи................................................57

6.1-17 Описание сигналов магистрали..................................60

6.1.18    Обмены в магистрали......................68

6.1.19    Примеры передач.....................................

6.2 Спецификация ..........................82

6.2.1    Основные определения.....................82

6.2.2    Определение сигналов......................94

6.2.3    Определения протокола........................................101

7    Системное управление магистралью.....................40

7.1    Описание ...........................ПО

7.1.1    Управление магистралью............................ПО

7.1.2    Управляющие и статусные регистры ФБ-*...............112

7.2    Спецификация ........................117

7.2.1    Атрибуты управления магистралью..................117

7.2.2 Сигнал сброс;» RE*.......................................

7.2.3    Определение протокола .....................48

7.2.4    Управляющие и статусные регистры ФБ+.............119

8    Кеш-когерентность..........................124

8.1    Описание ...........................124

8.1.1    Атрибуты кеша......................125

8.1.2    Наблюдение за магистралью...............................126

8.1.3    Когерентность кеша при ) «с пользован ни соединенных передач........126

8.1.4    Когс|>снтность кеша при использовании расщепленных передач в пределах одного

сегмента магистрали......................133

8.1.5    Использование расщепленных передач для задержки окончаний недействительности ...........................1^6

8.1.6    Общий список команд и статусов кеш-когерентности.........146

8.1.7    Недопустимые комбинации атрибутов................148

8.2    Спецификация ................................................148

8.2.1    Атрибупы модулей ......................148

8.2.2    Атрибуты статуса ...    ...................148

8.2.3    Атрибуты кеш-модуля для каждой строки...............151

8.2.4    Атрибуты запросчика для каждой строки кеша.............152

8.2.5    Атрибуты ответчика для каждой строки кеша..............153

8.2.6    Определение протокола . .    ..................153

9    Передача сообщений .......................154

9.1    Описание ...........................154

9.1.1    Уровень фрагментов ........‘............155

9.1.2    Уровень сообщении ....................161

9.2    Спецификация .........................168

9.2.1 Описание атрибутов .......................................    168

9.2.2    Спецификация форматов фрагментов......................170

9.2.3    Размер сообщения.......................174

9.2.4    Интервал между фрагментами................................174

9.2.5    Номер последовательности....................174

9.2.6    Поле типа исключения .........................175

9 2.7 Описание П|ютоколов ...................175

И)

Страница 5

ГОСТ Р ИСО/МЭК 10857-95

ПРЕДИСЛОВИЕ НАУЧНОГО РЕДАКТОРА РУССКОГО ТЕКСТА

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

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

а)    повышения их разрядности св. 32 разрядов (однако следует учитывать, что далеко не во всех задачах данные представлены с точностью, требующей более 32 разрядов);

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

В качестве второй причины можно назвать р:иобщенностъ и отсутствие унификации на рынке 32-разрядных магистрально-модульных систем в предыдущем десятилетии, когда каждая из ведущих западных фирм имела свой внутренний стандарт: Motorola-VME, lntel-Multibus-2, DEC-VAX-BI, Texas Iitsmiinents-Nii Bus, что порождало проблемы несовместимости, особенно для крупных потребителей средств вычислительной техники и автоматизации.

Особенности и возможности интерфейса Фьк>чебае+ для создания перспективных радиоэлектронных средств

Интерфейс Fumrcbus-t- разрабатывался с 1979 по 1990 гг. как проект PS96 микропроцессорного комитета I0EE на магистрально-модульные системы будущего. Основными целями его разработки были:

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

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

Для этого было необходимо:

1)    обеспечить эффективными протоколами поддержку работы современных высокопроизводительных микропроцессоров в многопроцессорных системах реального времени;

2)    достичь предельной пронэводтельности магистрали;

3)    иметь э<Н>ективные средств;! для построения сложных многомагистральных систем различной конфигурации, а также более простые версии протоколов для менее сложных систем (свойство масштабируемости);

4)    иметь полностью асинхронный протокол с полностью распределенным управлением;

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

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

Futuicbus+- содержит все современные протоколы:

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

б)    приоритетный и «справедливый» варианты арбитража запросов доступа к магистрали с множественными приоритетными уровнями;

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

г)    обеспечивает когерентность кешей в системах с разделением памяти.

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

IV

Страница 6

ГОСТ Р ИСО/МЭК 10857-95

Futurebus+ позволяет достичь предельной скорости передачи данных по магистрали 150—1000 Мбайт/с в режиме с подтверждением н 300—2000 Мбайт/с — в пакетном режиме. Эти величины весьма близки к физическому пределу, определяемому возможными скоростями распространения электрических сигналов в природе. Для достижения предельных показателей для Fuuirebus+ разработаны специальные приемопередатчики, работающие в логических уровнях плюс ! В — плюс 2 В (BTL).

Масштабируемость Futurebus+ заключается:

а)    в изменяемости разрядности магистрали с 32 до 256 разрядов (4 градации);

б)    в изменяемости размеров печатных плат от 6 до 18 SU (3 градации);

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

г)    в расширяемости протоколов от простых к более сложным, ‘гго обеспечивает понижение стоимости в более простых применениях.

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

Все шины передачи данных и управления на магистрали Futurebus+ имеют проверку' по четности. Конструкция магистрали обеспечивает малый уровень перекрестных наводок и достаточное отношение сигнал/шум для обеспечения надежных передач на больших скоростях. Введены специальные линии магистрали и статусные регистры для диагностирования качества проводимого цикпа

Futuicbus+ является открытым стандартом, это означает, что он:

а)    не оптимизирован под конкретные типы микропроцессоров (что типично для упоминавшихся фирменных стандартов) и технологию;

б)    развит по согласию большого числа возможных производителей;

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

г)    допускает развитие по мере улучшения полущюводниковой технологии и обеспечивает совместимость старых и «медленных* модулей с новыми разработками.

В процессе работы над стандартом было осуществлено еше одно гкокнос нововведение: произведен переход на полностью метрическую систему типоразмеров механических конструктивов (основной шаг для печатных плат и каркасов ISU=25 мм).

Отмоченные особенности предопредели kit следующие области применения Futuiebus+.

1)    суперкомпьютеры общего назначения;

2)    системы для научных исследований, моделирования, распознавания образов;

3)    системы сбора данных и управления сложными технологическими и производственными процессами;

4)    видео (графические) системы высокого разрешения, высокопроизводительные рабочие станции;

5)    высокоскоростные системы циф|ювой связи;

6)    системы специального применения.

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

Освоение Фьючебас+ ведущими западными фирмами

О своей заинтересованности в применении этого стандарта заявили крупнейшие ведущие производители мнк|>опроцсссорного оборудования: Apple Computer, AT & Т, Bell Labs, Boeing Aerospace, CDC, Data General, DEC, Ferranti, Force Computers, General Dynamics, Harris Semiconductor, Hewlett Packard, Intel, ITT. Motorola, Phylips, Siemens. Sim Micro, Tektronix. Texas Instruments и др. Ассоциация VITA объявила Futuicbus-r преемником широкораспространенною стандарта VME; ожидаемое время массового перехода к новому интерфейсу — 1992—19% гг.

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

1-3- ia

V

Страница 7

ГОСТ Р ИСО/МЭК 10857-95

Фирмами BICC-Vcro, Mupac и SchrofT освоены и выпускаются механические конструктивы (крейты. магистрали, модули), фирмами AnTcl, Cable & Computer выпускаются процессорные модули, модули памяти, модули ввода-вывода, анализаторы (состояний) магистрали и мосты VME- Futurebus-*-

Фирма Texas Instruments объявила о предстоящем выпуске комплекта интерфейсных СБИС для реализации протокола Фьючебас*. в который входит: Арбитр магистрали, контроллер, приемопередатчики адресов и данных.

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

Основные документы по Futurebus+

Протоколами Futurcbus+ стандартизуются.

1) механические конструктивы и разъемы;

2» напряжения и мощности источников питания;

3)    требования к охлаждению аппаратуры;

4)    требования к величинам электрических сигналов на магистрали,

5)    логика обмена сигналами по магистрали;

6)    архитектура модулей и взаимодействия н системе

Стандарт Fututebus+ представляет собой семейство протоколов:

Р896.1 — ФБ+. Спецификации логического уровня

Р896.2 — ФБ+. Спецификации физического уровня.

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

Существующие профили Futuiebus* перечислены в табл. I.

Т л о л и « а I

J П;м}кп. '

(Упцтл I'pxvcMnm

г

А

Основные применении

VITA/VME сообщество

В

Виоа/сырод

Производители мини и суперЭВМ

1 с

Кабельные сети

Межстчечные соединения

I °

Нлсталымя ГСХЛИК.1

Производители компьютеров

F

Рабочие станции

Производители рабочих станций

м

Военная техника

U. S DOD

I

Телекоммуникации

США, Европа. Япония

Ниже приводится перевод основного документа по Futuvcbus+: Р896.1/Проекг 8.5, май 16, 1991 — Спецификации логического уровня (международный стандарт ИСО/МЭК 10857—94).

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

VI

Страница 8

ГОСТ F ИСО/МЭК 10857-95 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

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

Интерфейс Фьючебас*. Спецификации логического уровня

Inionaudon udiuoloyy. Microprocessor systems.

Fuiurel>us+ liijric;il piwiocnl specification

Дат» ждет* 1997 -01- (II

I НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

НастояшнМ стандарт регламентирует логический (относяшинея к в|>смснным соотношениям и протоколу поведения) уровень, определяющий набор сигнальных линий, который обра-jycr архитектуру магистрали из множества сегментов, и интерфейс модулей, подключенных к сегменту магистрали. Стандарт следует применять как составную часть профиля (набор соответствующих спецификации, которые должны быть использованы совместно при разработке продукта для выполнения требовании функционального стандарта) при построении систем с высоким уровнем совместимости

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

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

Большинство протоколов передачи в этом стандарте являются прсдап1>сд£ле^н>|ми, т. с. они регулируются причиной и эффектом взаимоотношении. П|ютоколы этого стандарта не зависят от их технологической реализации. П|>елопрсдслснность сигналов обеспечивает разработчику логическую простоту при реализации протоколов В результате обеспечивается максимальная совместимость продуктов, разработанных в соответствии с этим стандартом в течение срока его действия.

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

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

H-I.WIIKC 1>4>ИИИД.1МК1С

I

Страница 9

ГОСТ Р ИСО/МЭК 10857-95

Процессор

Процессор

процессор

Процессор

Процессор

Процессор

1

1

1

1

1

Г"

Кеш

Кеш

Кеш

Кеш

Кеш

Кеш

Соединение с суперкомпьютером

Диски

Г'исупок 1 — 1 - Интерфейсы п vwicrtcif* ihiiodmx снсП.*м Фыочейис+

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

2

Страница 10

ГОСТ Р ИСО/МЭК 10857-95

2 ОПРЕДЕЛЕНИЯ И СТРУКТУРА

2.1    Определения действий

МОЖЕТ    MAY

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

ДОЛЖЕН    SHALL

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

ЖЕЛАТЕЛЬНО    SHOULD

Отмечает гибкость выбора при строгой предопределенности. Соответствует рекомендуемой практике.

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

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

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

*

Суффикс «*», добавленный к имени сигнала, индицируют, что этим сигналом состояние логической единицы заменяется состоянием логического нуля от любого другого модуля на этой линии. ВЫСТАВЛЕН    ASSERT

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

ЛИНИЯ МАГИСТРАЛИ    BUSLINE

Носитель для передачи сигналов. Поскольку ФБ-*- требует шинных формирователей, способных работать по «Проводному ИЛИ», на линию магистрали могут выставлять сигналы несколько модулей одновременно. Однако сигнал, находящийся на линии магистрали, есть комбинация сигналов от каждою модули.

СНЯТ    RELEASE

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

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

Кота группа линий магистрали представлена одинаковыми знаками, линии внутри группы нумеруются: ADO *. AD I *. AD 2 * и т. д. Для того, чтобы представить группу линий или сигналов в более удобной форме, используются обозначения ADJ63 ... 0J *. Обозначение AD[| * используется по отношению ко всем линиям внутри группы

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

)

Рисунок 2.1 - Соишисии* « сигналах

1ЯМ

Страница 11

ГОСТРИСО/МЭК 10857-95

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

В обозначении WR* знак «0» означает логический нуль (отпущен), а «1» означает логическую единицу (выставлен).

2.3 Определения

ПЕРЕДАЧА ТОЛЬКО АДРЕСА    ADDRESS ONLY TRANSACTION

Передача на магистрали, которая не включает фазы данных. Информация передастся только во время фазы соединения и иногда в фазе рассоединения.

АРБИТРАЖ    ARBITRATION

Процесс выбора следующего задатчика.

СООБЩЕНИЕ АРБИТРАЖА    ARBITRATED MESSAGE

Широковещательное обращение по линиям арбитража магистрали ко всем модулям магистрали.

ОБМЕН    BEAT

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

КОПИРОВАНИЕ БЛОКА    BLOCK COPY

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

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

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

ВЛАДЕНИЕ МАГИСТРАЛЬЮ    BUS TENURE

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

ПЕРЕДАЧА ПО МАГИСТРАЛИ    BUS TRANSACTION

Событие, начинаемое фазой соединения и завершаемое фазой рассоединения. Данные могут передаваться, а могут и не передаваться.

ЗАНЯТО    BUSY

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

БАЙТ    ВУГЕ

Набор из восьми соседних двоичных цифр.

БАЙТО ВАЯ LI IИ HA    BYTE LAN Е

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

КЕШ- КОГЕРЕНТНОСТЬ    CACHE COHERENCE

Система кешей является когерентной по отношению к кеш-строке, если каждый кеш и главная память в когерентном домене отмечают все модификации в своей кеш-сгроке. Модификации отмечаются кешем, когда любое последующее чтение возвратит новую записываемую величину. КЕШ ПАМЯТЬ    CACHE MEMORY

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

КОГЕРЕНТНЫЙ ДОМЕН    COHERENCE DOMAIN

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

А

Страница 12

ГОСТ F ИСО/МЭК 10857-95

КОГЕРЕНТНАЯ СТРОКА    COHERENCE LINE

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

ПРОТОКОЛ ПРИНУДИТЕЛЬНОЙ

ПЕРЕДАЧИ ДАННЫХ    COMPELLED DATA TRANSFER PROTOCOL

Механизм независимой передачи, относящийся к принудительному, поскольку исполнитель принуждается к выдаче ответа перед тем, как задатчик начнет следующую передачу. СОРЕВНУЮЩИЙСЯ    COMPETITOR

Модуль, активно участвующий в текущем цикле занятия магистрали процесса арбитража. СВЯЗНАЯ ПЕРЕДАЧА    CONNECTED TRANSACTION

Передача, в которой и запрос и отпет выполняются внутри одного цикла передачи ФАЗА СВЯЗИ    CONNECTION PHASE

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

ЗАХВАТ УПРАВЛЕНИЯ    CONTROL ACQUISI'I ION

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

ВОЗВРАТНЫЙ КЕШ    СОРУ ВАС К CACHE

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

РУС    CSR

Управляющий и статусный регистр.

АРУС    CSRA

Архитектура управляющего и статусного регистра (см. IEEE Р1212).

ФАЗА ДАНН ЫХ    DATA PHASE

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

ТУПИК (ТУПИКОВАЯ СИТУАЦИЯ)    DEADLOCK

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

ФАЗА РАССОЕДИНЕНИЯ    DISCONNECTION PHASE

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

ДУБЛЕТ    DOUBLET

Набор из двух соседних бантов.

ВХОДЯЩИЙ    ENTRANT

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

ПАРАЛЛЕЛЬНЫЙ АРБИТРАЖ    PARALLEL CONTENTION    ARBITRATION

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

УЧАСТВУЮЩИЙ ИСПОЛНИТЕЛЬ    PARTICIPATING SLAVE

Исполнитель, вовлеченный в передачу как селектированный, внедренный или широковещательный исполнитель, либо исполшгтель, вовлеченный в множественный пакетный режим. ОТКАЗЫВАЛ И Е (ОТ МАГИСТРАЛИ)    PREEMPTION

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

КВАДЛЕТ    QUAD LET

Набор из четырех соседних байтов.

Страница 13

ГОСТ Р ИСО/МЭК 10857-95

ХРАНИТЕЛЬ ПОСЛЕДНЕГО ПОЛОЖЕНИЯ REPOSITORY OF LAST RESORT

В иерархической памяти (на базе кеша) хранитель последнего положения разделяемых данных есть накопительная ячейка, которая имеет только последнюю оставшуюся копию разделяемых данных. Она может быть уникальным источником последнего приемника или просто хранителем данных. которые могут быть недействительны, если не предприняты действия по предохранению копни данных ни нското|юм более высоком уровне иерархии памяти (или кеша). Только в кешевых ФБ- системах (т. с. таких, где даже главная ОЗУ спроектирована как аппаратный кеш) хранитель последнего положения задействуется, когда устанавливается связь адросафизической ячейки водном из кешей при создании данных или при инициализации копии с какого-либо высшею уровня иерархии памяти, или по их появлении с какого-либо устройства ввода-вывода. Эти данные могут мигрировать по системе и быть во владении |>азличных кешей в различное время, обеспечивая не менее одной копии данных, сохраняемой где-либо: это и есть хранитель последнего положения. Хранитель последнего положения может прекратить свое существование при ясной инструкции «разрушить» данные путем миграции на верхний уровень памяти (или иерархического кеша) или путем передачи владения через какое-либо уст1юйстно инода-вывод;» к другой системе, накопительному прибору или дисплею.

ЗАПРОС    REQUEST

Запрос есть команда, генерируемая запросчиком для иниииирокжия действия ответчика. Для передачи чтения процессором памяти, например, запрос передает адрес памяти и команду от процессора к памяти. R случе расшепленного цикла зап|юс может быть разделенной передачей. В случае связной передачи запрос сеть фаза связи цикла передачи.

ЗАПРОСЧИК    REQUESTER

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

ОТВЕТЧИК    RESPONDER

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

СВОБОДНЫЙ ДЛЯ ВЫПОЛНЕНИЯ    FORWARD PROGRESS

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

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

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

ГЛОБАЛЬНАЯ ИДЕНТИФИКАЦИЯ    GLOBAL IDENTIFICATION

Уникальный идентификатор, присваиваемый каждому физическому месту для модуля в системе Этот идентификатор может обычно нключать как идентификатор магистрали, так и идентификатор места. Р1212 определяет формат для такого глобадьного идентификатора. ВНЕДРЯЮЩИЙСЯ ИСПОЛНИТЕЛЬ    INTERVENING SLAVE

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

ЗАЦИКЛИВАНИЕ    LIVE LOCK

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

БЛОК И РОВАН И Е (ДОСТУПА)    LOCKING

Возможность, когда модули получают гарантированный исключительный доступ к адресованным данным, блокируя другие модули от доступа к ним. Это позволяет производ»гть неразделимые операции с ад|>есованными ресурсами.

задар! и к    master

Модуль, который прно6|>сл управление магистралью посредством процедуры приобретения.

В Ы ИI PAB Ш И Й ЗАДАТЧ И К    MASTE R ELECT

Модуль, который выиграл последнее арбитражное соревнование.

о

Страница 14

Г ОСТ Р ИСО/МЭК 10857—95

, МОДУЛЬ    MODULE

Схемное устройство, спроектированное для выполнения специфических функции, которые включают интерфейс к ФБ+.

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

Главный процессор или просто главный — есть njxnteccop, выбранный для выполнения конфигурации и инициализации всех модулей на одной логической магист]к*ли. Системный процессор — это главный процессор, предназначенный для управления конфигурацией и инициализацией всей системы, состоящей из множества взаимосвязанных логических магистралей.

ОКТЛЕТ    OCTLET

Набор из восьми соседних байтов.

ПРОТОКОЛ ПАКЕТНОЙ ПЕРЕДАЧИ ДАННЫХ PACKET DATA TRANSFER PROTOCOL ОТВЕТ    RESPONSE

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

КРУГОВОЙ (АРБИТРАЖ)    ROUND-ROBIN

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

ВЫБРАННЫЙ ИСПОЛНИТЕЛЬ    SELECTED SLAVE

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

РАЗДЕЛЯЕМАЯ ПАМЯТЬ    SHARED MEMORY

Адресное пространство, системно доступное веем кешированным модулям.

ПЕРЕКОС    SKEW

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

ИСПОЛНИТЕЛЬ    SLAVE

Модуль, который может быть адресован и способен участвовать в передаче по магистрали. ЛОВЯЩИЙ    SNARF

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

НАБЛЮДАЮЩИЙ    SNOOP

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

П РОСТРАНСТВЕН НАЯ Л ОКАЛ ЬНОСТЬ    SPATIAL LOCALITY

Свойство программ обращаться к тесно связанным кластерным адресам памяти в короткие временные интервалы.

РАСЩЕПЛЕННАЯ ПЕРЕДАЧА    SPLIT TRANSACTION

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

ЗАВИСАНИЕ    STARVATION

Системное условие, кото|юс встречается, когда один или более модулей не выполняют полезных действий в течение неопределенного промежутка времени из-за отсутствия доступа к магистрали или к другим системным ресурсам.

СИЛЬНО СВЯЗАННАЯ

ПОСЛЕДОВАТЕЛЬНОСТЬ    STRONG SEQUENTAL CONSISTENCY

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

7

Страница 15

10СТ Р ИСО/МЭК 10857-95

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

СИСТЕМНАЯ ПЕРЕДАЧА    SYSTEM TRANSACTION

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

ВРЕМЕННАЯ ЛОКАЛЬНОСТЬ    TEMPORAL LOCALITY

Свойство программ обращаться к тем же самым ячейкам памяти в коротких временных интервалах

ПЕРЕДАЧА    TRANSACTION

Событие, начинающееся с фазы соединения и оканчивающееся фазой рассоединения. Данные могут передаваться, а могут и не передаваться в течение передачи. «Передача* часто используется вместо более точной фразы «пе|>сдача по магистрали* ради краткости. См. «системную передачу». НЬВЫ ВРАННЫЙ ИСПОЛНИТЕЛЬ    UNSELECTED SLAVE

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

СЛАБО СВЯЗАН НАЯ ПОСЛ ЕДОВАТЕЛ ЬНОСТЬ WEAK SEQU ENTAL CONSISTENCY

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

2.4 Структура документа

Каждая ич гл. 3—9 разделена на секцию описания и секцию спецификаций. Номера в секциях описаний начинаются с номера главы и имеют индекс «.I*. Номера в секциях спецификаций начинаются с номера главы н имеют индекс *.2*.

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

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

Атрибуты обозначены прописными буквами, знак подчеркивания разделяет слова. Например. ВЫ НУЖД EH Н Ы Й_СТАТУС. ЗАДАТЧИК. ДЕИСТ ВУЮШ И Й_ ЗАДАТЧИК являются атрибутами. Следующие символы исполыуются в уравнениях:

- Отрицание & Логическое И ; Логическое ИЛИ

Например, спецификация «СОРЕВНУЮЩИЙСЯ должен выставить аЬ6* , когда епб & СОРЕВНОВАНИЕ & (сл7 ; -АВ7 * )<- будет означать, модуль с установленным атрибутом СОРЕВНУЮЩИЙСЯ должен выставить сигнал аЬб*. когда установлен сигнал епб и установлен атрибут СОРЕВНОВАНИЕ и либо сп7 установлен или АВ7* снят.

МОДУЛЯ, ИшецсиШ! 1ШУТЦСЦЦЦА VQSlQJlHlUi .УСЩ?ЦУ1В -М9М отш^ИН-ЦС

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

к

Страница 16

ГОСТ Р ИСО/МЭК 10857-95

2.5 ФБ+ символ

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

Рисунок 2.2 — Р8У6 символ

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

Р896.1    ФБ+. Спецификации логического уровня

Р896.2    ФБ+ Спсш1фнкаиин физического уровня

2.7    Описание линий магистрали

В табл. 2.1 приведен список линии магистрали; параграфы 2.7.1.1—2.7.1.5 дают краткое описание их функций. Сигналы на этих линиях описываются более полно в дальнейшем.

Габлииа 2-1 Перечень линии ммистрхш

Pai{i«lliK»..Gur

6*

ADJ 6J... OI2S4... ВР| Ч>. ТО| 7 ГР*

СМ)

СР* stj

СЛ|



И

19.


6J

1C

И

1

X

1

X

3

3

3

I

*

1 J

2


К1£*

КС!

ск*

Ft *

ОЛ1


1.. 0|*


:»1!1ПЖ тт!

0}* Адрес - Данные 64J * Данные 0J* 4cTjn>Lib магисгралм 7    0|*    Тсгн

Чета ости lerve

7..    0J*    Команда

ЧСТНОСТЬ КОМОШ1Ы

7...    (IJ*    Стагу с

2...    (1|*    Способность

Линии смихромтини ЛХ * , ЛК*. ЛК* Адресная синхрониллиия DS*. DK *. 1)1*Синхронизация данных СТ *    Конец илдомих

Длшш айнюажцщ

ЛВ| 7...    0|*    Шина арОтражных сообщении

ЛИР*    Чотпасть шины арОицшжа

ЛИ*, AQ*, AR*Снкхронмаащш шины арбитража


Условия сообщения лрСппража

Сброс

Запрос

Предоставление Отка j


0|* Пхчрифмчсскнй адрес


I лс[ I... о;*


aJU’cc


204


%


132


34Х


Bytio


О количестве линий ОВ, линий последовательной магистрали и другой информации, относящейся к профилям, обращайтесь к IEEE Р896.2.

Страница 17

ГОСТ Р ИСО/МЭК 10857-95

2.7.1    Информационные линии

Следующие линии магистрали используются для выполнения передач по магистрали.

2.7.1.1    \Df63 ... 01*

А^фес/Данные/Деселекиия шины/Адрес запроса/возврата

Эти мультиплексированные диунаправленные линии адреса/данных содержат адрес но н|>емя передачи адреса. Адрес всегда выставляется задатчиком и принимается одним или несколькими исполнителями. В течение передачи данных на зтих линиях плодятся данные. Данные выстаиляюг-ся задатчиком в течение цикла записи и выбранным или внедренным исполнителем и течение цикла чтения. В течение Первого обмена данных частной передачи ADJ3I . . . 0J* несут сигналы дссслскции шины. В течение кеширо|$анной расщепленной передачи AD[31    .    0|* несут адрес

«пришивающих модулей и приоритет, и статус отвечающих модулей В течение некешнрованной расщепленной передачи AD131... 0)* несут глобальные идентификаторы запрашивающих модулей и идентификатор пс|>едлчн

2.7.1.2    Df255 ... 64]* Линии данных

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

2.7.1.3    СМ|7 ... 0)* Команда

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

2 7.1.4 СР* Четность команды

Линия содержит четность сигналов на шине управления.

2.7.1.5    ST[7 ... 0)* Статус

Набор линий, которые активируются исполнителями, отвечающими на команду задатчика. ST(7 ... 0| * обеспечивают информацию кик о статусе самих исполнителей, так и об их отношении к текущей передаче.

2.7.1.6    СА(2 .. . 0|* Способность

Набор линий, которые активируются модулями, декларирующими их способность воспринять основной режим передачи по магистрали. С'А(2 ... 0)* обеспечивают базовый механизм, позволяющий модулям с различными способностями к передаче сосуществовать в системе; т. е. модулю, который может отвечать на пакетную передачу, и модулю, который может выполнять только принудительную передачу данных.

2.7.1.7    ВР(31 . . . 0J* Четность магистрали

Эти линии содержат признак четности .тля шин адреса/данных. Имеется одна линия четности на 8 линий адреса/данных.

2 7.1.8 ТС|7 .. . 0|* Теги

Эти двунаправленные линии несут дополнительную информацию, относящуюся к линиям адрес/данные. Данный стандарт не предписывает использование TG(7 .. 0] * . разработчик системы может использовать их соответственно специфике своей задачи. Количество активных линий тегов определено в регистре управления-статуса.

2 7 1.9 ТР * Четность тегов

Линия содержит признак четности для TGJ7 .. . 0]*.

2.7.2 Линии синхронизации

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

2.7.2.1 AS* Синхронизация адреса

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

2 7.2.2 АК* Подтверждение адреса

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

2 7.2.3 AI * Подтверждение адреса инверсное

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

Страница 18

ГОСТ Р ИСО/МЭК 10857-95

2.7.2    4 OS * Синхронизация данных

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

2 7-2.5 DK * Подтверждение данных

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

2 7.2.6 1)1* Подтверждение данных инверсное

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

2 7.2.7 ЕТ* Конец владения

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

2.7.3    Линии распределенного арбитража и сообщений арбитража

2.7.3.1    АВ|7 . . . 0|* Шина арбитража

Нчбор линии, содержащий код старшинства соревнующихся в течение процесса арбитраж:! сообщении и процесса распределенного арбитража

2 7.3.2 АВР* Четность арбитража

АВР* содерж1ГГ признак четности шины АВ|7 . . . 0|*.

2 7.3.3 АР *, AQ*, AR * Синхронизация управления доступом

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

2 7 3.4 АС|1 ... 0]* Условия арбитража

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

2.7 4 НЕ* Инициализация/сброс магистрали

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

2.7.5    Центральным арбитр

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

2.7.5.1    PF. * От называние

Центральный арбтгтр выставляет этот сигнал для указания текущему задатчику, что имеется необходимость его отказа от магистрали.

2.7.5.2    GR* Предоставление

Сигнал на этой линии выставляется центральным арбитром при предоставлен ни прав;! быть задатчиком. Это есть отдельная линия от центрального арбитра к каждому модулю на магистрали.

2 7.5.3 RQ| I ... 01 * Запрос

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

арбитру

2.7.6    GA|4 . . .0]* Географический адрес

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

2.К Перечень атриб) юв

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

СПОСОБНОСТЬ_32_РАЗРЯДНОГО АДРЕСА    32 BIT_ADRESS_CAPABLE

7.2.4.11.

32_РАЗРЯДНАЯ СПОСОБНОСТЬ    32 BIT CAPABLE

6.2.1.3

it

Страница 19

ГОСТ F ИСО/МЭК 10857-95

СПОСОБНОСТЬ_32_ РАЗРЯДНЫХ .ДАННЫХ

7.2.4.1.1.

64_РАЗ РЯД Н ЫЙ_АДРЕС

6JLU

64 РАЗРЯДНЫЕ .ДАННЫЕ 62JJ, 6.2 2.5.1. СПОСОБНОСТЬ_64_РАЗРЯДНОГО_АДРЕСА

6.2.1.3.    шал.

СПОСОБНОСТЬ 32_РАЗРЯДНЫХ_ДАННЫХ

7.2.4.1.1.

128 РАЗРЯДИЫИЗДАННЫЕ

6.2.1.3.    6.2.2.5.1. 6.2.2.5.2.

С ПОСО Б Н ОСТЬ_ 128_РАЗ РЯД Н ЫХ ЛАННЫХ

тЛЛ-

256 РАЗРЯДНЫЕ ДАННЫЕ

6.2.1-3. 6.2.2.5.1, 6.2.2.5 2. СПОСОБНОСТЬ_256 РАЗРЯДНЫХ_ДАННЫХ ЫАЛЛ*

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

6.2.1.7.2.    6-2.1,8, 6.2.2.1.3, 6.2.3.2, 8.2.2. 9.2.1. РАЗРЯДНОСТЬ_АДРЕСА

6.2.1.3.    6.2.2.2.S, 6.2.2.5.1.

ТОЛЬКО_ДДРЕС

&JJ, 8.2.3.

ТОЛЬКО АДРЕСА ЗАЩИЩЕННАЯ

6.2.    Ы. 6.2.1.5, 6 2.1.8, 6.2.2.5.1.

ТОЛ ЬКО_АД РЕСА_Н ЕЗАЩИ ЩЕН НАЯ

12JJ. 6.2.1.8. 6.2.2.5.1. ОШИБКА_ЧЕТНОСТИ_АДРЕСА 6.2JJ.2. 6.2.1.8.

ОШИБКА ЧЕТНОСТИ АДРЕСНОГСГГЕГА

6.2.1.7.2.

ЗАП РОС_АР БИТРАЖНО ГО_СОО БЩЕН ИЯ

12Л, 5.2.4, 5.2.7.].1, 5.2.9.1, 5.2.9.2, 5.2.Э.6, ПОСЫЛКА АРБИТРАЖНОГО СООБЩЕНИЯ 5.2.1. 5.2.9.1. 5 2.9.2, S.2.9.6. ОШИБКА_СРАВНЕНИЯ_АРБИТРАЖА Ш,

ОШИБКА АРБИТРАЖА

5    2.4,    5.2.7.21,    5.2.8.I,    5.2.8.3-5.2.8.5,    5.2

ВЛАДЕЛЕИ^АРБИТРАЖА

5.2.3.    5.2.4, 5.2.7.1.3, 5.2.8.1, 5.2.8.2, 5.2.8.S, 5.2. ОШИБКА_Ч ЕТНОСТИ_АРБИТРАЖА

12*6, 5.2.8.1, 5.2.8.4, 5.2.9.1, 5.2.9А ТАЙМ АУТ АРБИТРАЖА

5.2.6. 5.2.7.1.2, 5.2.7.1.3, 5.2.8.1, 5.2.8.3, 5 2.8.5, ВЫСТАВЛЕН HE_CS

6    2.2.4.5, 8.2.2.

ОЧЕРЕДЬ.АТРИБУТОВ

U2-

ОШИБКА_ОБМЕНА

6.2.2.4.7.

СТАТУС_ОШ И БКИ_ОБМЕНА &2JLJ.J, 6.2.1.8.

ШИРОКО ЗАПРОСНЫЙ АДРЕС

6-2.1 7-2. 6.2 2.4 4.

32_BIT_DATA_CAPABLE

64_BIT_ADDR

64_BIT_DATA

64_BIT_ADRESS_CAPABLE

64_B IT_DATA_CAPABLE

12S_BIT_DATA

I28_BIT_DATA_CAPABLE

256. BIT_DATA

256_B IT_ D ATA_CAPAB LE

ADDRDECODED

ADDR_ WIDTH

ADDRESS_ONLY

ADDRESS_ONLY_ LOCKED

ADD RESS_ONLY_UNLOC KED

ADDRESS PARITY ERROR

ADD R£SS_TAG _ PAR1TY_ ERRO R

ARBITRATED MF.SSEGE REQUEST 7.2.4.21

ARB1TRATED_MESSEGE_SENT

ARBITRATIONCOMPARISONERROR

ARBlTRATION_ERROR

.9.1, 5.2.9.3-5.2.9 5. ARBJTRATION_OWNER

8.6.

ARBITRATION PARITY ERROR

ARBITRATION TIMEOUT 5.2 9.1, 5.2.9.3, 5.2.9.5. ASSERT.CS

ATTRIBUTES.QEUED

BEAT_ERROR

BEAT_ERROR_STATUS

BROADC.ALL ADDRESS


12

Страница 20

ГОСТ Р ИСО/МЭК 10857-95

BROADCAST

6.2.3.4, 6.2.3.6, 6.2 3.8,


6.2.3.10, 6.2.3.12,


BROADCAST SELECT ATRIBUTE


6.2.3.10,


ШИРОКОВЕЩАТЕЛЬНЫЙ

6.2 1.7.2. 6.2.1.8, 6.2.2.1.5, 6.2.1.8, 6.2.2.4.4,

6.2.3.14. 9.2.1.

АТРИБУТ ШИРОКОВЕЩАТЕЛЬНОЙ_СЕЛЕКЦИИ

9.2.;.

ШИРОКОВЕЩАТЕЛЬНЫЙ СТАТУС    BROUDCAST_STATUS

6.2.1.7.1. 6.2.1.S. 6.2.2.1.4-6.2.2.1.6, 6.2.2.5.1--6.2.2.5.3, 6.2.3.4, 6.2.3.6, 6.2.3.8, 6.2.3.12, 6.2.3.22.


УДЕРЖАН И Е_МАГИСТРАИ И

BUS HOLD

BUS IDLE

BUS IDLE 1US

BUS INIT

BUSY

BUSY STATUS

CACHE

5.2.1—5.2.3, 6.2.1.8, 6.2.2.1.1, Ъ2Л.

Н ЕЗАНЯТОСТЬ_МАГИСТРАЛ И

7.2.1.

НЕЗАНЯТОСТЬ МАГИСТРАЛИ JUS

5.2.7.1.3,    6.2.2.1.3, L2J., 7 22, 7.2.3.4.

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

7*2,1, 7.2.3.3, 7.2.4.1-7.2.4.6.

ЗАНЯТОСТЬ

6.2.1.7.2. 6 2.2.4.2, 8.2.2.

СТАТУС_ЗАНЯТОСГИ

5.2.3,    6.2.1.7.1. 6.2.1.8.

КЕШ

8JL1, 8.2.3.

КЕШЕВЫЙ АГЕНТ

CACHE AGENT

8.2.1.    8.2.2, 8.2.3, S.2.5. КЕШЕВАЯ_СПОСОБНОСТЬ

CACHE CAPABLE

7.2.1.L1.

КЕШ CMD

CACHE.CMD CACHE OP CMPLT

6-2.1.4. 6.2.2.4.S.

KEUI_OP_CMPLT 8 22-КЕШИРОВАННЫЙ 8,2*2, 8.2.3—8.2.5.

CACHED

ВЫЧЕРКНУТЫЙ

CANCEL

5.2А, S.2.7.2.2, 5.2.8.I, 5.2.8 4, 5.2.Н.5, 5.2.9Л, 5.2.9.4. СПОСОБНОСТЬОШИБКИ 6.2-1-7.2.

CAPABILITY ERROR

ЦЕНТРАЛ ЬНЫЙ_АРБИТР

CENTRAL ARBITER

4.2.2.1, 4.2.2.2, 5.2.1—5.2.3, 5.2.7.1.1, 5.2.7.13, 7.2.4.2.1.

ЗАПРОС_ЦЕНТРАЛЬНОГО СООБЩЕНИЯ

CENTRAL_MESSAGE_REQU EST

5 2.1. 5.2.4, 5.2.7.1.1, 5.2.9.1, 5.2.9.2, 5.2.9.6, 7.2.4.2.1.

ПОСЫЛ КА_ЦЕНТРАЛ ЬНОГО_СООБЩЕН ИЯ ш, 5.2 9.1, 5.2.9.5, 5.2.9.6.

CENTRAL MESSAGE SENT

ЦЕНТРАЛ ИЗО ВАН Н Ы Й ЗАДАТЧ И К 12J.. 4.2 2.3, 6.2.1.1 СРАВНЕНИЕ ОБМЕН

CENTRALISED MASTER

COM PARE_S WAP COMPARE SWAP CAPABLE

6.2.1.5.    6 2.1.8, 6.2.3.3—6.2.3.8, 7.2.4.1.1. СПОСОБНОСТЬ_СРАВНЕНИЯ_ОБМЕНА

7.2.4.1.1.

ПРИНУДИТЕЛЬНЫЙ

COMPELLED

6.2.1.1.    6.2.2.3.2.

СТАТУС ПРИНУЖДЕНИЯ

COMPELLED STATUS

6.2.1.1.    6.2.1.6, 6.2.1 7.2, 6.2.1.8, 6.2.2.2.1, 6.2.3.1, 6.2.3.2, 6.2.3.22, 6 2.3.23.

СОРЕВНОВАНИЕ    COMPETE

5.2.5.    5.2.7.3.I—5.2.7.3.9, 5.2.S.2, 5.2.8.5, 5.2.9.2, 5.2.9.5.

СОРЕВНУЮЩИЙСЯ    COMPETITOR

5JL4, 5.2.5, 5.2.6, 5.2.7.3.1-5.2.7.3.9, 5.2.8.2-5.2.8.6, 5.2.9.2-5.2.9.6.

13

Страница 21

ГОСТ Р ИСО/МЭК 10857-95

ОЦ1ИБКА_ЧЕТНОСТИ КОМАН-ДЫ_СОЕДИНЕНИЯ

6.2.1.7.2, 6 2.1.8.

ПРИЗНАК СОЕДИНЕНИЯ„ЗАФИКСИРОВАН

6.2.1.7.1,    6.2.I.S. 6.2.2.1.Т.

ФАЗА_СОЕДИ НЕНИЯ

6.2.1.1-6.2.1.4, 6.2.1.7.2, JL2JJ, 6.2.2.1.1, СТАТУС СОЕДИНЕНИЯ

6.2.2.3.1, 6.2.2.5.1.

6.2.1.1,    6.2.1.2, 6.2.1,8. 6.2.2.4.1, 6.2.3.2. ОБРАТНОЕ. КОПИРОВАНИЕ

Ш, 6.2.1.8, 6.2.2.5.1, 6.2.3.1, 8.2.2—8.2.4. ОШИБКА_ЧЕТНОСТИ КОМАНДЫ ДАННЫХ

6.2.1.7.2.

Г1РИ ЗНАК, ДАН Н ЫХ_3 АФ И КС И РО ВАН

CONN ECTION COM MAND PARITY. ERJROR

CONNECTION INFO CAPTURED

CONNECTION_PHASE 6.2.2.1.6, 6.2.2.2.1—6.2.2.2.8, C0NNECT10N_STATUS

COPY BACK

DATA CO MAN D PARITY ERROR

DATA INFO CAPTURED


6.2.1.1,    6.2.1.4, 6.2.1.7.1, ЩJ, 6.2.2.11, 6.2.2.1.4-6.2.2.1.6, 6.2.3.3, 6.2.3.5, 6.2.3.7, 6.2.3.9, 6.2.3.11, 6.2.3.13, 6.2.3.15, 6.2.3.17.

ДЛИНА_ДАННЫХ_0    DATA.LENGTH_0

Ш. 6.222.6.

DATALENGTHJ

DATA_LENGTH_2

DATA_PAR1TY_ERR0R

DATA PHASE 6.2.2.1.4, 6.2.2.2.1—6.22.2.3, 6.2.2.2.5-6.2.2.2.8, 6.2.3.8, 6.2.3.10, 6.2.3.12, 6.2.3.16, 6.2.3.18. DATA_TAG_PAR1TY_ ERROR

DATA_WIDHT_0

DATA_WIDHT_1

DEPOSITION

ДЛИНА„ДАННЫХ 1 6.2.1.6. 6.2.2.2.7.

ДЛИНА_ДАННЫХ 2 Ш, 6.2J.2.8.

ОШИБКА_ЧЕТНОСТИ ДАННЫХ Ь2А±1.

ФАЗА.ДАННЫХ

6.2.1.1,    6.2.1.4-6.2.1.6, 6.2.1.7.2, Ь2ЛА,

6.2.2.5.1—6.2.2.5.3, 6.2.3.2, 6.2.3.4, 6.2.3.6,

ОШ И БКА_Ч ЕТНОСТИ_ТЕГА_ДАН НЫХ Ш22.

РАЗРЯДНОСТЬ ДАННЫХ_0

6.2.1.3.    6.2.1.8, 6.2.2.2 6, 6 2.2.5.1, 6.2.2.S.2.

РАЗ РЯД Н ОСТЬ_ДАН Н ЫХ_ 1

&LU, 6.2.1.8, 6.2.2.2.7, 6.2.2.5.1, 6.2.2.S.2.

РАЗМЕЩЕНИЕ

5.2.3.    5.2.4, 5.2.8.1, 5.2.S.4.

ПРИЗНАК_РАССОЕДИНЕНИЯ ЗАФИКСИРОВАН

DISC_IN FO CAPTTJ RED

DlSCONNECTION_COMMAND

R]TY_ERROR

DISCONN ECTION_DATA PA-RITY^ERROR

DISCONNECTION END

6.2.1.8. 6.2.2.1.2, 8.2.2.

РА-

ОШИБКА ЧЕТНОСТИ КОМАНДЫ_РАС-СОЕДИНЕНИЯ Ь2ЛЛ2-

ОШИБКА ЧЕТНОСТИJXAHHblX_РАССОЕДИНЕНИЯ

6A1XZ.

КОНЕЦ РАССОЕДИНЕНИЯ

6.2.1.7.2,    6.2.1.8.-6.2.2.3.1 —6.2.2.3.3. 6.2.2.4.2-6.2.2.4.8, 6.2.3.23, L2J..

ФАЗА_РАССО ЕДИНЕН ИЯ    DISCONNECTION PHASE

6.2.1.4—6.2Л.6, 6JLL8» 6.2.2.2.1, 6.2.2.2.2, 6.2.2.2.5-6.2.2.2.8, 6.2.2.5.1, 6.2.3.2, 6.2.3.4, 6.2.3.6, 6.2.3.8. 6.2.3.10, 6.2.3.12, 6.2.3.18, 6.2.3.22.

ОШИБКА ЧЕТНОСТИТЕГА РАССОЕДИНЕНИЯ fjJMU-

DISCONNECTION TAG PARITY ERROR

ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРА

D1STRIBUTED_ARBITRJR£QUEST

5.2.2,    L2J, 5.2.4, 5.2.7.1.1, 5.2.8.1, 5.2.S.2, 5.2.8.6, 7.2.4.2.2.

РАС П РЕДЕЛ EH Н Ы Й.ЗАДАТЧ И К    DISTRI BUTED_MASTER

5.2.3,    5.2.8.1, 5.2.8.6, 6.2.1.1.

14

Страница 22

ГОСТ Р ИСО/МЭК 10857 -95

РАСПРЕДЕЛЕННОЕ.СООБЩЕНИЕ

DISTRIBUTED_MESSAG Е

DISTRIBUTED_MESSAGE_ ENABLE

DISTRIBUTED MESSAGE REQUEST .6, 7.2.4.2.1.

DISTRIBUTED.. MESSAGE^SENT END_OF_DATA END_OF_ DATA.STATUS ENTRANT

EXCLUSIVE_M0D1FIED

EXCLUSIVE_MODIFIEDJ5TATUS

EXCLUSIVE_UNMODIFIED

EXCLUSIVE, UNMODIFIED_STATUS

FETCH_ADD_CAPABLE

FETCH J\DD_BIG

FETCH_ADD_LITTLE

HIGH_SPEED_ENABLE

ILLEGAL_OPERATION_ERROR

IN IT

.7.1.3, 6.2.1.1-6.2.1.6, 6.2.1.7.1, 6.2.1.7.2, 6.2.I.8, -6.2.2.3.3, 6.2.2.4.1-6.2.2.4.8, 6.2.2.5.1-6.2.2.5.3,

INTERVENTION

10, 6.2.3.12, 6.2.3.14, 6.2.3.16, 6.2.3.18, 8.2.2. INTERVENTTON^STATUS

INVALID

INVALID_STATUS

INVALIDATE

INVALI DATE_COLLISION

KEEP_COPY

12JJ, 5.2.3, 5.2.4, 5.2.8.1, 5.2.8.4. СПОСОБНОСТЬ РАСПРЕДЕЛЕННОГОСО-ОБЩЕНИЯ

5.2.1,    5.2.2, 7.2Л1Л.

ЗАПЮС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ 122, 5.2.3, 5.2.4, 5.2.7.1.1, 5 2.8.1, 5.2.S.2, 5.2.8 ПОСЫЛКА.РАСП РЕДЕЛ ЕННОГО_СО-ОБЩЕНИЯ

112, 5.2.8.1, 5.2.8.2, 5.2.S.6.

КОНЕЦ_ ДАННЫХ

6.2.1.7.1,    6.2.1.12. 6.2.2.4.2.

СТАТУС КОН ЦА_ДА)IН ЫХ

иллл, 6.2.1.8.

ВХОД

L2J.. 7.2.2. ИСКЛЮЧИТЬПЬНЫЙ.МОДИФИЦИ-РОВАННЫЙ

8.2.2,    JU-3.

СТАТУС ИСКЛЮЧИТЕЛЬНОГО МОДИФИци-РОВАННОГО

&22, 8.2.5.

ИСКЛЮЧИТЕЛЬНЫЙ НЕМОДИФИЦИ-РОВАННЫЙ

8.2.2,    1Ш-

СТАТУС ИСКЛЮЧИ'ГЕЛЬНОГО_НЕМОДИ-ФИЦИРОВАННОГО

8.2.2,

СПОСОБНОСТЬ_ВЫБОРКИ_СЛОЖЕНИЯ

7.2.4.1.1,

ВЫБОРКА_СЛОЖЕНИЕ СО СТАРШЕГО

62.1.5.    6.2.1.8, 6.2.3.    6.2.3.6, 7.2.41.

В Ы БО Р КА_СЛ ОЖЕ Н ИЕ_С_СТАРШ ЕГО

6.2.1.5.    6.2.1.8, 6.2.3.3---6.2.3.6, 7.2.4.1. РАЗРЕШЕНИЕ ВЫСОКОЙ СКОРОСТИ

6.2.1.1,    7.2А2.2. ОШИБКА_НЕПРАВИЛЬНОЙ_ОПЕРАЦИИ

Ь2ЛЛЛ-

ИНИЦИАЛИЗАЦИЯ

4.2.1,    4.2.2.1, 4.2.2.2, 5.2.1-5.2.5, 5.2.7.1.1—5.2 6.2.2.1.1—6.2.2.1.6, 6.2 2.2.1—6.2.2.2.8, 6.2.2.3.1-6.2.2.5.6,ZA1, 9.2.1.

ВМЕДРЕНИЕ

6.2.1.7.2,    6.2 2.4.6, 6.2.3.4, 6.2.3.6, 6.2.3.8, 6.2.3. СТАТУС ВМЕШАТЕЛЬСТВА

6.2,Г-7    1. 6.2 2.2.5.

НЕДЕЙСТВИТЕЛЬНЫЙ

8.2.2,    иЛ-

СТАТУС_Н ЕД ЕЙСТВИТЕЛ ЬНОСТИ

1Ш, 8.2.3, 8.2.5.

НЕДЕЙСТВИТЕЛЬНОСТЬ

6.2.1.4. 6.2.1.8, 6.2.2.5.1, S.2.2-8.2.5. СТОЛКНОВЕНИЕ НЕДЕЙСТВИТЕЛЬНОСТИ

ш.

СОХРАНЕНИЕ КОПИИ

$22, 8.2.3.

ts

Страница 23

ГОСГ Р ИСО/МЭК 10857-95

ФЛАГ ПОСЛЕДНЕЙ ПЕРЕДАЧИ

LAST TRANSACTION FLAG

6.2.1.4.    8.2.2.

«ЖИВОЕ*.ВСТАВЛЕНИЕ

LfVE INSERTION

I2JL

КОМАНДА «ЖИВОГО* УДАЛЕНИЯ

LIVE WITHDRAWAL COMMAND

Ш, 7.2.3.5.

БЛОКИ РОВАН ИЕ CMD_0

LOCK_CMD_0 LOCK CMD 1

6.2.1.5.    6.2.1.6. 6.2.2.11 БЛОКИРОВАНИЕ CMDJ

6.2.1.5.    6.2.1.6. 6.2.2.2.2.

БЛОКИРОВАНИЕ CMD 2

LOCK CMD 2

6.2.1.5.    6.2.1.6. 6.2.2.13.

LOCK HOLD

УДЕРЖАН И Е_БЛ ОКИ РОВАНИЯ

6.2.1.2,    620J, 6.2.2.2.1, 6.2.3.23.

БЛОКИРОВАННЫЙ ОТСТУП)

LOCKED LOW SPEED

6.2.1.1.    6.2.1,5. 6.2 3.2.

НИЗКАЯ_СКОРОСТЬ

6.2.1.1.    6.2.2.3.1.

СТАТУС.Н ИЗКОЙ_С КОРОСТИ

LOW SPEED STATUS

6.21.1.

ИНИЦИАЛИЗАЦИЯ_ПОЧТОВОГО_ЯШИКА    MAILBOXJNITIALISATION

9,2 ).

ВЫБРАННЫЙ_ПОЧТОВЫЙ_ЯЩИК    MAILBOX-SELECTED

6.2.1.7.2,    6.2.2.4.5.

СПОСОБНОСТЬ_МАСКИРОВАНИЯ_И_ОБМЕНА MASK AND SWAP CAPABLE

7.24.1.1.

МАСКИРОВАННЫЙ ОБМЕН    MASK_SWAP

6.2.1.5.    6.2.3.3—63.3.8, 7.2.4.1.1.

ЗАДАТЧИК    MASTER

5.2.3. 6.2.1.1. 6.2.1.2-6.2.1.6, 6.2.1.7.1, 6.2.L7.2, 6.2.1.8, 6.2.2.1.1, 6.2.2.1.4, 6.2.2.2.1-6.2.2.2.9.

6.2.2.5.1.—6.2.2.5.3,    6.2.2.5.6, 6.2.3.1, 6.2.3.3, 6.2.3.5, 6.2.3.7, 6.2.3.9, 6.2.3.11, 6.2.3.13, 6.2 315. 6.2.3.17, 6.2.3.19, 6.2.3.22, 6.2.3.24, 7.2.4.1.1, 8.2.2-S.2.5, 9.2.1.

ОШИБКА СПОСОБНОСТИ_ЗАДАГЧИКА

MASTER_CAPAB1L1TY_ERR0 R MASTER CAPABLE

6.2.1.7.1.    6.2.1.8. СПОСОБНОСТЬ ЗАДАТЧИКА

РАЗ PE Ш EH И Е.ЗАДАТЧ И КА

MASTER ENABLE

4.2.2.1.    4.2.2.2, 5.2.3. 7.2.4.2.2. ПАМЯТЬ

MEMORY M EMORY_AG ENT MESSAGE_BUSY MESSAGE CAPABLE

8.2.1.

АГЕНТ. ПАМЯТИ

Ш, 8.2.2, 8.2.4, 8.2.5. ЗАНЯТОСТЬ_СООБЩЕНИЯ 6.2.1.7.2,12JL СПОСОБНОСТЬ СООБЩЕНИЯ

7.2.4,1.1,

КОНФЛИКТ_СООБЩЕНИЯ

MESSAGE CONFLICT

6.2.2.4.5, 92J.

СЕЛ ЕКТИ РУ ЕМАЯ_МАСКА_П РОХОЖ-ДЕНИЯ СООБЩЕНИЯ

MESSAGE_PASSING_SELECT_MASK MODIFIED RESPONSE

МЛ-

МОДИФИ ЦИ РОВАН H Ы Й_ОТВЕТ

6.2.1.7.2, 6.2.2.5.1, 6.2.3.1, 8.2.2-8.2.5.

БОЛЬШЕ

MORE

6,21,4. 5.2.2.2.2.

СПОСОБНОСТЬ МНОЖЕСТВЕННЫХ ПАКЕТОВ MULTIPLEJ>ACK£T CAPABLE

7.2.4.1-1.

16

Страница 24

ГОСТ Р ИСО/МЭК 10857-95

РЕЖИМ_МНОЖЕСТВЕННЫХ ПАКЕТОВ    MUl.TlPLE_PACKET_MODE

6.2 11. 6.2.1.4, 6.2.1.7.1. 6.2.1.7.2, 6.2.1 Л, 6.2.3.1, 6.2.3.2, 8.2.2.

РАЗРЕШЕН И Е_РЕЖИМА_МНОЖЕСТВЕН-НОСТИ,ПАКЕТОВ

MU LTi Pl.F.„ PACKET. \10DE_ENABLE NO_ARBITRATION OWNER PACKET_CAPABLE PACKET. ENABLED РАС KET_LENGTH_2_CAPABLE PACKET,LENGTH .2. ENABLE РАС KET_LENGTH_4_CAPABLE PACKET_LENGTH_4_ENABLE РАС К ET_ LEN GTH_8_CAPABLE РАС KET_LENGTH_8_EN ABLE РАС К ET_LENGTH_ 16_CAPABLE PACKET, LENGTH_16_ENABLE PACKETLENGTT I_32_CAPABLE PACKET_I.ENGTHJ2_ENABLE РАС К ET_ LEN GTH_64 CAPABLE PACKET, LENGTH_64_ENABLE PACKET_NAK PACKET, REQUEST PARITY, REPORT_ENABLE PARTIAL

6.2.1.1.    7.2.4.2.1.

ОТСУТСТВИ Е_ ВЛАДЕЛЬЦА. АРБИТРАЖА

UA, 5.2.7.1.3. 5.2.8.5, 5 2.8.6.

ПАКЕТ НАЯ_СПО^'ОБНОСТЬ

6.2.1.1.    7.2.4.11.

ПАКЕТНОЕ_РАЗРЕШЕНИЕ

6.2.1.1.

СПОСОБНОСТЬ ПАКЕТНОЙ_ДЛИНЫ_2 UA

РАЗРЕШЕНИЕ_ПАКЕТНОЙ _ДЛИНЫ_2

6.2.1.1,    7.2.4.1.1.

СПОСОБНОСТЬ, ПАКЕТНОЙ _ДЛ И Н Ы_4

7.2.4.1J •

РАЗРЕШЕНИЕ Г1АКЕТНОЙ_ДЛИНЫ_4

6.2.1.1,    2JJ.U-СПОСОБНОСТЬ ПАКЕТНОЙ ДЛИНЫ 8

7.2.4.1.1,

РАЗРЕШЕНИЕ ПАКЕТНОЙ_ДЛИНЫ_8

6.2.1.1,    Z.2.4.L1. СПОСОБНОСТЬ_ПАКЕТНОЙ ДЛИНЬЫб

НАЛЛ-

РАЗРЕШЕНИЕ, ПАКЕТНОЙ _ДЛИНЫ 16

6.2.1.1,    7.2.4.1.1. СПОСОБНОСТЬ.ПАКЕТНОЙ.ДЛИНЫ 32

7-2.4Л.1.

РАЗ РЕШЕНИЕ. ПАКЕТНОЙ _ДЛИНЫ_32

6.2.1.1,    7,2.4,1.1. СПОСОБНОСТЬ_ПАКЕТНОЙ _ДПИНЫ_64

LMJL1.

РАЗРЕШЕНИЕ, ПАКЕТНОЙ _ДЛИНЫ_64

6.2.1.1,    7.2.4Л-1-ПАКЕТ NAK

6.2.1.7.2. 6.2.2.4.2.

ЗАПРОС_ПАКЕТА

62.1 Л, 6.2.1.7.2, 6.2.2.2.1. РАЗРЕШЕНИЕ СООБЩЕНИЯ ЧЕТНОСТИ 5.2.6, 6.2.1.7.2, 7.2.4.2.2.

ЧАСТИЧНЫЙ

6.2.1.4.    6.2.1.7.2, 6.2.1.8, 6.2.2.5.1-6.2.2.5.3. 6.2.3.3-6.2.3.8.

УЧАСТИЕ    PARTICIPATING

6.2.1.1-6.2.1.6,    6,2.1.2.2. 6.2.1.8, 6.2.2.1.5, 6.2.2.1.6, 6.2.2.5.1, 6.2.2.5.2, 6.2.3.2, 8.2.2.

ФАЗА_0    PHASE_0

5.2.1—5.2.4,    5.2J, 5.2.6, 5 2.7.1.1, 5.2.7.2.1, 5.2.7.2.2.

ФАЗА_ 1    PHASE, 1

5.2.1-5.2.4,    5.2.7.1.1, 5.2.7.I.3.

ФАЗА_2    PHASE 2

52J, 5.2.6, 5.2.7.1.2, 5.2.8.3.

ФАЗА.З    PHASE 3

5.2.2—5.2.4,    12JL 5.2.6, 5.2.7.1.1, 5.2.7.1.2, 5.2 7.2.1.    “    *

ФАЗА_4    PHASE.4

5.2.4,    Hi. 5.2.6, 5.2.7.1.3, 5.2.S.5, S.2.9.5.

ФАЗА_5    PHASE 5

5.2.1—5.2.4, 12J, 5.2.7.1.2, 5.2.7.1.3, 6.2.1.5, 7.2.1.

17

Страница 25

ГОСТ Р ИСО/МЭК 10857-95

ВКЛЮЧЕНИЕ ПИТАНИЯ

POWER UP

- 4.2.2А, 5.2.7.1.3, 6.2.2.1.3, Z2A, 7.2.31, 7.2.4.2.1

1-7.2.4.2.6.

ВРЕМЯ ВКЛЮЧЕНИЯ ПИТАНИЯ

POWER_UP_TIME

L2JL. 7.2.3.2.

ПРЕВЕНТИВНЫЙ ИН

PREVENT EU

(ИСКЛЮЧИТЕЛЬНЫЙ НЕМОДИФИЦИРОВАННЫЙ)

К 2.2.

ФЛАГ ОЧЕРЕДИ ПЕРЕДАЧИ

QUEUED .TRANSACTlON_FLAG

S12. 8.2.3.

НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ

READJNVAL1D

6.2.I.4. 6.2.1.8, 6.2.3.1, 8.2.2~8.2.5.

БЛОКИРОВАННОЕ ЧТЕНИЕ

READ LOCKED

6.2.1.4. 6.2.1.5, 6.2ЛЯ, 6.2 3.1.

МОДИФИЦИРОВАННОЕ ЧТЕНИЕ

READ_M0D1FIED

6.2.1.4. 6.2.1 Л 6.2.3.1, 8.2.2—8.2.5.

ЧАСТНОЕ ЧТЕНИЕ

READ_PART1AL

6.2.1.4. 6.2.1.8, 6.2.3.1.

БЛОКИРОВАННОЕ ЧАСТНОЕ ЧТЕНИЕ

READ^PARTLAL. LOCKED

6.2.1.4. 6 2.1.5, £2.1.8, 6.2.3 1-

ОТВЕТ ЧТЕНИЯ

READ_RESPONSE

6.2.1.3, &2.1.4» 6.2.2.5.1, 6.2.3.1.

РАЗДЕЛЯЕМОЕ ЧТЕНИЕ

READ^SHARED

6.2.1.4. 6.2.1.8, 6.2.3.1, 8.2.2—8.2.5.

НЕБЛОКИРОВАННОЕ ЧТЕНИЕ

READ_UNLOCKED

6.2.1.4. 6.2.1.8. 6.2.2.2.2. 6.2.З.1.

ГОТОВНОСТЬ ДЛЯ УДАЛЕНИЯ

REA DY_FOR_WI DTH D RAWAL

6.2.3.2,12Л. 7.2.3.5.

ПОЧТОВЫЙ Я ШИ К ЗАПРОСОВ

REQU EST_MAI LBOX

2,11-

ЗАНЯТОСТЬ ПОЧТОВОГО ЯЩИКА ЗАПРОСОВ REQUEST MAILBOX BUSY

ПА-

КОНФЛИКТ ПОЧТОВОГО ЯЩИКА.ЗАПРОСОВ REQUEST MAILBOX_CONFLICT

5L2JL

ВЫБРАННЫИ_ПОЧТОВЫЙ_ЯЩИК_ЗАЛРОСОВ REQUEST,MAILBOX.SELECTED

МЛ-

ЗАПРОСЧИК

REQUESTER

6.2.17.2, 8.2.2. 1Ш-

ИСКЛЮЧИТЕЛЬНЫЙ ЗАПРОСЧИК

REQUESTER_EXCLUSIVE

8.2.2, 8.2.3. &2А

СТАТУС ИСКЛЮЧИТЕЛЬНОГО ЗАПРОСЧИКА

REQUF.STER_EXCLUSIVE STATUS

8.2.2.

РАЗДЕЛЯЕМЫЙ ЗАПРОСЧИК

REQUESTER.SHARED

8.2.2, 8.2.3, 8.2.4.

СТАТУС РАЗДЕЛЯЕМОГО ЗАПРОСЧИКА

REQUESTER_SHARED_STATUS

82.2.

СТАТУС ЗАПРОСЧИКА

REQUESTER^STATUS

8.2.2.

ОЖИДАЮЩИЙ ЗАПРОСЧИК

REQU ESTE R_WAJTI NG

8.2.2, IL2J. "

СТАТУС ОЖИДАЮЩЕГО ЗАПРОСЧИКА

REQUESTER_WAITING_STATUS

Ш-

Н ЕДЕ ИСТВИТЕЛ ЬНАЯ_ЗАПИСЬ_ЗАП РОСЧ И КА REQUESTER WRITE_1N VALID

8.2.2,

СТА'ГУС_Н ЕДЕЙС.ТВИТЕЛ ЬНОЙ_ЗАПИСИ_ЗА-

Г1РОСЧ И КА    REQU ESTER_WRITE_INVALID_STATUS

8.2.3.

ia

Страница 26

ГОСТ Р ИСО/МЭК 10857-95

ЗАВЕРШЕННЫЙ СБРОС

RESET COMPLETE

12Л, 7.2.2.

СОБЫТИЕ СБРОСА

RESET EVENT

т.

БЛОКИРОВАННЫЙ РЕСУРС

PESOURSE LOCK

6.2.3.2, 6.2.3.23.

ОТВЕТЧИК

RESPONDER

8.2.2,    8.2.5.

ИСКЛ ЮЧ ИТЕЛ b Н Ы Й_ОТВ ЕТЧ И К

RESЮNDER EXCLUSIVE

8.2.2,    8.2.5.

СТАТУС_ИСКЛ юч ител ьного_ответч и ка responder exclusive, status

8.2.2,

НЕДЕЙСТВИТЕЛЬНЫЙ ОТВЕТЧИК    RESPONDERJNVAL1DATE

8.2.2,    805.

СТАТУС НЕДЕЙСТВИТЕЛЬНОГО ОТВЕТЧИКА RESPONDER INVALIDATE_STATUS

!Ш. 8.2.5.

РАЗДЕЛЯЕМЫЙ_ОТВЕТЧИК

RESPONDER SHARED

8.2.2,    8.2.5.

СТАТУС_ РАЗДЕЛ Я ЕМОГО.ОТВЕТЧ ИКА

RESPONDER SHARED STATUS

Х.2,2

СТАТУС.ОТВ ЕТЧ И КА

RESPONDER STATUS

НАЛ-

НЕДЕЙСТВИТЕЛЬНАЯ_ЗАПИСЬ_ОТВЕТЧИКА RES PONDER_WRITEJN VALID

8.2.2,    Х.2.5

СТАТУС_НЕДЕЙСТВИТЕЛЬН0Й_ЗА11И-СИ_ОТВЕТЧИКА

RESPONDER WRITE INVALID STATUS

U2-

ПОЧТОВЫЙ_ЯЩИК_ОТВЕТА

RF.SPONSE MAILBOX

9.2.1

ЗАНЯТОСТЬ_ПОЧТОВОГО_ЯЩИКА ОТВЕТА RESPONSE MAILBOX_BUSY

9.2.1.

КОНФЛИКТ _ПОЧТОВОГО_ЯЩИКА_ОТВЕТА RE5PONSE_MAlLBOX conflict

9.2.1.

ВЫБРАННЫЙ_ПОЧТОВЫЙ_ЯШИК_ОТВЕТА RESPONSE_MAILBOX_SELECTED

m.

КРУГОВОЙ (АРБИТРАЖ)

ROUND ROBIN

5X3. 5.2.4, 5.2.8.2. S.2.8.6.

RQ

RQ

SECOND PASS

iXJL, 5.2.9.2.

ВТОРОЙ^ПРОХОД

5.2.1-5.2.3,    L2A. 5.2.8.1, 5.2.S.2, 5.2.8.4, 5.2.8.6, 5.2.9.2, 5.2.96

ЗАПРОШЕННЫЙ ВТОРОЙ_ПРОХОД    SECOND_PASS REQUIRED

5.2.1—5.2.3,    4, 5.2.8.1, 5.2.8 4. 5.2.S.6, 5.2.9 I, S.2.9.4, 5.2.9.6.

ВЫБРАННЫЙ    SELECTED

6.2.I.5, 6.2.I.7.2. 6.2.2.4.3, 6.2.3.4, 6.2.3.6, 6.2.3.8, 6.2.310, 6.2.3.12, 6.2.3.14, 6.2.3.16, 6.2.3 18

ВЫ БРАН НЫ Й_СТАТУС ШЛА-УСТАНОВЛЕННЫЙ

SELECTED STATUS

SETTLED

5^5, 5.2.8.1, 5.2.8.3, 5.2.9.1, 5.2.9 3. РАЗДЕЛЯЕМЫ Й_ОТВЕТ

SHARED_RESPONSE SHARED UNMODIFIED

&2ЛА, 6.2.1.7.2, 6.2.2.5.1, 6.2.3.1, 8.2.2-8.2.5. РАЗДЕЛ Я ЕМ Ы Й _ Н ЕМОД ИФ И ЦИ РОВАН Н Ы Й 8 2 2 8 2J

СТАТУС РАЗДЕЛЯЕМОГО НЕМОДИФИЦИ-РОВАННОГО

SHARED UNMODIFIED STATUS

&2J. 8.2.3.

19

Страница 27

ГОСТ Р ИСО/МЭК 10857-95

ЗАПИСЬ ИСПОЛНИТЕЛЯ    SLAVE WRITE

Ь2АА, 6.2.1.8. 6.2.2.1.5. 6.2.2.1.6. 6.2.2.5.1-6.2.2.5.3, 6.2~3.4. 6.2.3.6, 6.2.3.8, 6.2.3.10. 6.2.3.12, 6.2.3.14, 6.2.3.16, 6.2.3.18.

ПЕРЕХВАТДАННЫХ    SNARF_DATA

6.2.2.4.4, 6.2.3.4, 6.2.3.6, 6.2.3.8, 6.2.3.10, 6.2.3.12, $22, 8.2.3.

SPLIT

SPLIT ACCEPTOR

SPLIT CACHED

SPLIT ENABLE

SPLIT INITIATOR

SPLIT STATUS


РАСЩЕПЛЕНИЕ

6.2.1.2.    6.2.2.3.3, 8.2.3, 8.2.5. ПРИНИМАЮЩИЙ. РАСЩЕПЛЕНИЕ

7.2.4.1.1. 7.2.4.2.1, 8.2.1. КЕШИРОВАННОЕ_РАСЩЕПЛЕНИЕ

6.2.1.2,    g22■

РАЗРЕШЕНИЕ-РАСЩЕПЛЕН ИЯ

6.2.1.2,    7.2.4.2.1. 8.2.1. ИНИЦИАТОР^ РАСЩЕПЛЕНИЯ

6.2.1.2,    7.2.4.1.1.

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


6.2.1.2. 6.2.1.6, 6.2.1.8, 6.2.2.2.2, 6.2.2.5.I, 6.2.3.3, 6.2.3.22, 6.2.3.23, 8.2.3-8.2.5. С ИСТЕ M НЫ Й_С Б РОС    SYS_RESET

4.2.2.4, 12A, 7-2.2, 7.2.3.1-7.2.3.4, 7.2.4.2.I-7.2.4.2.6, 8.2.3-8.2.5.

ТЕГОВАЯ .СПОСОБНОСТЬ НАЛА-РАЗРЕШЕНИЕ_ТЕГОВ

6.2.2.5.S, 7-2AJul-nEPEM4A_CMD_0

6.2.1.4.    6.2.2.1.

ПЕРЕДАЧА_СМР_1

6.2.1.4.    6.2.2.2.

ПЕРЕДАЧА_СМО_2

ША, 6.2.2.3.

ПЕРЕДАЧА_С\Ш_3

6.2.1.4.    6.2.2.4.

НАЧАЛ0_ПЕРЕДАЧ И

5.2.4.    5.2.8.5, (НАЛ, 6.2.2.1 1. 6.2.3.1 ЗАВЕРШ Е НИ Е_П ЕРЕДАЧ И

5.2.71.3, 5.2.8.5. 6.2.1.1-6.2.1.6, 6.2.1.7.I,

6.2.3.23,    8.2.2, 9.2.1.

ОШИБКА _П ЕРЕДАЧ И

6.2.1.7.2.    6.2.1.8, 6.2.2.4.I, 8.2.2. СТАТУС_ОШИ БКИ_П ЕРЕДАЧ И

6.2.Г7.2.

СТАТУС_ФЛАГА_П ЕРЕДАЧ И

6.2.1.7.1. 6.2.2.2.2, 8.2.3.

ТАЙМ_АУТ_П ЕРЕДАЧ И

TRANSACTJON_TI MEOUT

6.2.3.5, 6.2.3.7, 6.2.3*9. 6.2.3.11, 6.2.3.13, 6.2.3.15, 6.2.3.17, 6.2.3.22,

TRANSFERJ TRANSFERS TRANSFER_4 TRANSFER_8 TRANSFER 16

6.2.    L8. 6.2.3.1, 6.2.3.3,

6.2.3.24,    7.2.4.2.5.

ПЕРЕДАЧА, 1

Ш6, 6.2.1.8.

ПЕРЕДАЧА_2

6.2.1.6.    6.2.1.8, 7.2.4.1.1.

ПЕРЕДАЧА 4

6.2.1.6.    6.2.1.8, 7.2.4.1.1.

ПЕРЕДАЧА 8

6.2.1.6.    6.2.1.8. 7.2.4.L1.

ПЕРЕДАЧА. 16

6.2.1.6.    6.2.1.8, 7.2.4.1.1.

TAG_CAPABLE

TAG_ENABLE

TRANS_CMD0

TRANS_CMD_1

TRANS_CMDJ2

TRANS_CMD_3

TRANSACTION .BEGIN

TRANSACTION COMPLETE

6.2.1.7.2, 6.2.1 J. 6.2.2.1.1, 6.2.2.1.3, 6.2.3.22,

TRANSACTION, ERROR TRAN S ACT ION _ E RRO RSTATUS TRANSACTION FLAG STATUS


Страница 28

ГОСТ Р ИСО/МЭК 10857—95

ПЕРЕДАЧА_32    TRANSFER 32

6.2.1.6.    6.2.1.8, 7.2.4.1.1.

ПЕРЕДАЧА_64    TRANSFER_64

b2al£, 6.2.1.8, 7.2.4.1.1.

НУЛЬ_СЧЕТЧИКА_П ЕРЕДАЧ    TRANSFERCOUNT    ZERO

6.2.1.1, 6,2.1 .S. 6.2.2.1.1, 6.2.2.1.4, 6.2.3.1, 6.2.3.3, 6.2.3.5, 6.2.3.7, 6.2.3.9, 6.2.3.11, 6.2.3.15, 6.2.3.17.

НЕОГРАНИЧЕННАЯ_ПЕРЕДАЧА    TRAN SFER_UN RESTRICTED

6.2.1.6.

ДВА ПРОХОДА

TWO PASS

12.3,    5.2.4, 5.2.8.2.

У НИ КАЛ ЬНОСТЬ_СОЗДАН НАЯ

UNIQUENESS CREATED

12Л. 5.2.8.1. 5.2.8.4.

ОЖИДАНИЕ

WAIT

0ZL12, 6.2.2.4.S.

ОЖИДАН И Е_К£ШИРОВАН НОЕ 6.2.1.7.2,1Ш-СТАТУС_ОЖИДАН ИЯ

WAIT CACHED

WAIT STATUS

5.2.3~ $.2X71, 6.2.1.8, 8.2.3, 8.2.4.

ВЫИГРАВШИЙ

WINNER

5.2.8.3, 5.2.8.5. 5.2.8.6, WRITE CMD

5.2.J—5.2.4, 12Л. 5.2.7.1.2, 5.2.7.1.3, 5.2.8.1.

52.9.1, 5.2.9.3, 5.2.9.6.

CMD ЗАПИСЬ

£2*14,6.2.1.6,6.2.1.7.2,6.2.2.2.5,6.2.2.5.1, 6.2.2.5.2, 6.2.2.5.3, 6.2.3.3, 6.2.3.5, 6.2.3.7, 6.2.3.9, 6.2.3.11. 6.2.3.13. 6.2.3.15, 6.2.3.17, 6.2.3.22, 6.2.3.23.

НЕДЕЙСТВИТЕЛЬНАЯ_ЗАПИСЬ

WRITE INVALID

6.2.1.4.    6.2.2.5.1, 6.2.3.1, 8.2.2—8.2.5.

БЛОКИ РОВАННАЯ_ЗАПИСЬ

WRITE LOCKED

6.2.1.4.    6.2.1.5, 6.2.2.5.1, 6.2.З.1.

ЗАЛ ИСЬ_БЕЗ_ ПОДТВЕРЖДЕНИЯ

WRITE NO ACKNOWLEDGE

12..L4, 6.2.5.2.1, 6.2.3.1, 9.2.1, 9.2.2.1-9.2.2.14.

ЧАСТНАЯ_ЗАПИСЬ

WRITE PARTIAL

6.2.1.4.    6.2.2.5.1, 6.2.3Л.

БЛОКИРОВАННАЯ_ЧАСТНАЯ запись

WRITE PARTIAL LOCKED

6 2,1.4. 6.2.1.5, 6.2.2.5.1, 6^ 3.1.

ОТВЕТ ЗАПИСИ

WRITE RESPONSE

6.2.1.3,    fL2JL4, 6.2.1.8, 6.2.2.5.1.

СТАТУС_ЗАПИСИ

WRITE STATUS

6.2.1.4,    6.2.1.7.2, 6.2 3.4, 6.2.3.6, 6.2.3.8, 6.2.3.10, 6.2.3.12, 6.2.3.14, 6.2.3.16, 6.2.3.18.

Н ЕБЛ ОКИ РОВАН НАЯ ЗАПИСЬ    WRITE_U N LOCKED

6JLL4, 6.2.2.2.2, 6.2.2.5.1, 6.2.3.1, 9.2.1, 9.2.2.1-9.2.2.14.

2.9 Используемая мнемоника

Соп]югуодктсльная документация для изделий на базе настоящего стандарта должна использовать следующую мнемонику для индикации возможностей:

A32

A32

32-разрядный адрес применен.

A64

A64

64-разрядный адрес применен.

КЕШ

CACHE

Протокол кеш-когерентности применен.

ЦАРБ

CARB

Центральный арбитр применен.

РАРБ

DARB

Распределенный арбитр применен.

Д32

D32

32-разрядныс данные.

Д64

D64

64-раэрядные данные

Л128

D128

128-разрядные данные.

Д256

D256

256-разрядныс данные.

ПКТп

PKTn

Способность к пакетной передаче на тактовой частоте л МГц. Если используется более чем одна частота, то должен бьгть список ПКТи.

21

Страница 29

ГОСТ Р ИСО/МЭК 10857-95

ППС    MSG    Протокол передачи сообщений применен.

ЗДЧК    MSTR    Способность становиться задатчиком.

МЛОБЗ    MSLOCK Способность обслуживать команды тпрешения маски и обмена.

СРОБЗ    CSLOCK    Способность обслуживать команды запрещения сравнения и обмена.

ВЫСУС    FABLOCK Способность обслуживать команды выборки и суммирования со старшего.

ВЫСУМ    FALLOCK.    Способность обслуживать команды выборки и суммирования с младшего-

РС1ДП    SPLT    Способность обслуживать команды расщепленной передачи.

РСЩПИ SPLTTNG Способность обслуживать я инициировать команды расщепленной передачи.

ТЕГи    TAGii    Применены линии тегов. Количество линий тегов есть л.

Модуль, способный стать задатчиком магистради, с 64-разрядными данными, 32-разрядным адресом, механизмом когс|)снтного кеша и способный обслуживать расщепленные передачи, будет иметь мнемонику: А32/КЕШ/Д64/ЗДЧК/РСЩП.

3 СПЕЦИФИКАЦИЯ СИГНАЛОВ МАГИСТРАЛИ

3 1 Описание

Эта глава описывает н определяет спецификацию сигналов, с которыми должны работать средств;! ФБ+ Эти спецификации независимы ог используемого типа логики: ФБ+ может быть использован с любой логикой (ТТЛ, BTL-логикой магистрали ФБ+, ЭСЛ, КМОП или GaAs), обеспечивающей условие переключения логических уровней и определенные ограничения на встречающиеся перекосы сигналов. Для обеспечения совместимости между изделиями внутри набора, описываемого разновидностью ФБ+, конкретный тип логики может быть привязан к определенной разновидности IEEE PS96.2.

3.1.1    Переключение логических уровней

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

3.1.2    Перекосы

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

Критически)! перекос «системе ФБ-r измеряется между информационными сигналами и синхронизирующим сигналом, определяющим их действительность на магистрали. Разработчик передающего модуля должен гарантировать, что передаваемые информационные сигналы прибудут в место соединения с магистралью раньше, чем соответствующий синхронизирующий сигнал. Эти требования к перекосам должны учитыватгь вес перекосы, вносимые как собственно шинными формирователями, так и средой распространения сигналов.

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

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

22

Страница 30

ГОСТ Р ИСО/МЭК 10857-95

3.2 Спецификация

3.2.1 Перекосы

Магистраль должна вносить перекосы так, чтобы задержки распространения сигнальных линии левого оператора отношений в соотношениях 3.1—3.8 были больше или равны задержке распространения сигнальных линий правого оператора отношении в этих соотношениях

(AS*,DS*> > = (AD|1*, D[|*. ВРЦ*, TG||*, CM[|*,CP*)    (3.1)

AK*    >-STH*    (3.2)

Al*    > = CA||*,STI1*    (3.3)

(DK*. DI*) > = (AD||*. D||*. BP||*, ТОЦ*, TP*. ST||*)    (3.4)

(AP*, AQ* . AR*) > = (AB||*. AC[j*, ABP*)    (3.5)

DS*    > = DK*    (3.6)

AS*    > = (AK*,A1*)    (3.7)

GR*    > - PE*    (3.8)

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

3.2.2 Филыры «шпилек»

ДоЛЖНЫ быть обеспечены фильтры «шпилек*, если необходимо отфильтровать основной дефект линий передачи, называемый «шпильками проводного ИЛИ». Предопределено, что они потребуются для АК*. Al *. DK*, DI *, АР*. AQ*, AR* и RE* Эта спецификация написана в предположении, что они необходимы. Документ, определяющий электрические характеристики, будет устанавливать, понадобятся ли они для частных вариантов. Например 896.2 предписывает использование фильтров «шпилек» в системах, использующих BTL-логику магистрали ФБ+.

4 ЦЕНТРАЛИЗОВАННЫЙ АРБИТРАЖ

4.1    Описание

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

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

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

4.1.1    Линии магистрали для нейтрализованного арбитража

4.1.1.1    RQO* Запрос 0

Модуль выставляет iqO * для запроса на владение магистралью в одном из двух его приоритетов. Модули удерживают iqO* выставленным до последней передачи при их владении магистралью.

Модули могут выставлять rqO* даже если ими выставлен rql*. Эта возможность позволяет увеличить приоритет их запроса. Модуль удерживает оба сигнала rqO* и rql *, выставленными до тех пор, пока он не станет задатчиком на магистрали и не перешлет к своей последней передаче по параллельной магистрали или пока им не будет получен сигнал GR*. а внутренний запрос снят. Модули отпускают rql)* и iql* одновременно.

4.1.1.2    RQ1* Запрос 1

Модуль выставляет rql * для запроса на владение магистралью в одном из двух приоритетов. Модули удерживают iqI * выставленным до последней передачи при их владении магистралью.

Модули могут выставлять rql*, даже если ими выставлен iqO*. Эта возможность позволяет увеличить приоритет их запроса. Модуль удерживает оба сигнала rqO* и rql *, выставленными до тех пор, пока он не сгинет задатчиком на магистрали и не перейдет к своей последней передаче по параллельной магистрали или пока им не будет получен сигнал GR*, а внутренний запрос снят. Модули отпускают rqO* и rql* одновременно.

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

23

Страница 31

ГОСТ Р ИСО/МЭК 10857-95

4 1.1 J GR* Предоставление

Центральный арбитр выставляет gr* и отиет на установку R.Q0* или RQI* для тою. чтобы Сказать модулю, что он выбран задатчиком магистрали. Модуль может начинать параллельную пе-рсдачу, когда он обнаружит, что сигнал ЕТ* снят. Центральный арбитр удерживает выставленным gr* до тех пор. пока оба RQ0* и RQ1 * не будут сняты задатчиком.

4.1.1.4 РЕ* Откалывание

Центральный арбитр выставляет ре*. чтобы укачать задатчику, что существуют условия откапывания от магистрали. Центральный ap6irrp снимает ре* после того, как он снимет gr* Центральный арбитр решает любые возникающие у него проблемы мегастабильности, если РЕ* удерживается в течение вымени близкого к тому, за которое задатчик снимает свои запрос.

Преимущественные условия могут бьггь определены при проектировании центрального арбитра. Центральный арбитр может выставить РЕ*, если имеются другие запрашивающие модули равного или более высокою приоритета. В другом варианте центральный арбитр мог бы выставить сигнал РЕ*, если любой другой модуль запросил магистраль.

Центральный арбитр удерживает сигнал ре* во время включения питания и системного сброса для сигнализации главному модулю, что в системе есть центральный арбитр. Модули, не обладающие способностями главною, псре1юдятся в режим обращения к центральному арбитру чс1>сз разряд ЦЕНТРАЛ ЬНЫЙ_АРБИТР в Общем Логическом Регистре Управления (7.12.21).

4.1.2 Операции централизованного арбитража

Показанное на рис. 4—1 соревнование при централизованном арбитраже происходит следующим образом.

Рисунок 4—! — lieimufiHinБанный ирСшциж при двух соревнующихся

1)    Модули А и В выставляют каждым свой запрос на арбитраж. В данном примере запрос модуля А имеет более высокий приоритет, чем запрос модуля В. '

2)    Центральный арбитр выставляет gr* модулю А.

24

Страница 32

['ОСТ Р ИСО/МЭК 10857-95

3)    Текущий задатчик — модуль Л выставляет сигнал ct* после начали передачи

4)    Во время последней передачи заканчивается необходимость владения магистралью для модуля А и он снимает свои запрос.

5)    После обнаружения того, что модуль А снял свой запрос, центральный арбитр снимает разрешение для модуля А и выставляет разрешение модулю В. В этот момент модуль В становится выбранным задатчиком.

6)    Задатчик — модуль А после снятия сигналов с параллельной магистрали снимает ct* для сигнализации выбранному задатчику, что он — новый задатчик.

7)    После начала своей передачи текущий задатчик — модуль В выставляет ct*.

8)    Во время последней передами заканчивается необходимость владения магистралью дли модуля В и он снимает свои запрос.

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

10)    Когда текущий задатчик — модуль В снял сигналы с параллельной магистрали, он снимает el*.

4.1.3    Описание центрального арбитра

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

Любое число вариантов распределения магистрали может быть применено. Некоторые возможности таковы:

—    п|юетой арбитраж с единственным приоритетом — первый пришедший первым обслуживается;

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

—    более сложные схемы, где каждому запросу присваивается одни из 256 приоритетов. Приоритеты могут быть изменены модулями, посылающими сообщения центральному арбитру, использующими возможности а|)6нтражного сообщения.

4.2 Спецификация

4.2.1    Атрибуты магистрального арбитража ЦЕНТРАЛИЗОВАННЫЙ ЗАДАТЧИК

Модуль должен установить ЦЕНТРАЛИЗОВАННЫЙ_ЗАДАТЧИК, когда есть—ИНИЦ & (rqfl* ; iql *) & GR* & -ЕТ*,и поддерживать его установленным, пока есть ИНИЦ | —rqO* &—

• rql*& —ct*.

4.2.2    Сигналы магистрального арбитража

4 2.2.1 RQ0*

Модуль может выставить rqO*, если есть —ИНИЦ & ЗАДАТЧИК_РАЗРЕШЕН & ЦЕНТРАЛ Ь-НЫЙ_АРБИТР & —GR * для запроса на обладание статусом задатчика магистрали и должен удерживать его выставленным до тех пор, пока не будет ИНИЦ | GR* & ct* (в течение последней передачи задатчиком для этого владения магистралью) JGR* и задатчик не выбирает для выполнения любую передачу в течение этого владения магистралью.

4.2    2.2 RQ1 *

Модуль может выставить rql *. если есть—ИНИЦ & ЗАДАТЧ И К_РАЗРЕШЕН & ЦЕНТРАЛЬНЫЙ АРБИТР & —GR* для запроса на обладание статусом задатчика магистрали и должен удерживать его выставленным до тех пор, пока не будет ИНИЦ , CJR* & ct* (в течение последив]! пе|>едачи задатчиком для этого владения магистралью) | GR* и задатчик не выбщхиггдля выполнения любую передачу в течение этого владения магистралью.

4.2.2.3    GR *

Центральный арбитр выставляет gi * для указания модулю, что он выбран задатшком. Центральный арбитр должен выставлять gi * только одному модулю в одно время. .Центральный арбитр должен снятьвг* в режиме ЦЕНТРАЛ ИЗОВАННЫЙ_ЗАДАТЧИК, когда он обнаруживает нх'шчис —RQ1* & —RQ0*.

Страница 33

ГОСТ Р ИСО/МЭК 10857-95

42.2.4 РЕ*

Центральный арбитр должен выставить рс *, если он обнаруживает условие для откалывании и должен удерживать его выставленным до тех пор, пока не будет снят иг*. Центральный арбитр должен снять ре* пс|)сд выставлением gr* для других модулей Если центральному арбитру нсобхо-диш) выставить ре* для поочередного владения магистралью, он может проигнорировать предыдущий запрос и снять i>c *, выставленный от выставления одною gr* к следующему.

Центральный арбитр должен выставить рс*. если есть ПИТАНИЕ__ВКЛ j СИСТ_СБРОС и должен удерживать его как минимум в течение I мке после того, как обнаружит, что сигнал REf в нуле.

акт.. Ддцк-чьноцть импул1&£р.Е * .mojesi бщ1>. уацра£^а£Ь1_ак>_ ш.бш£а^ч^|рдудаМм 'лжцы удевФшкиишг.аттушшцш-ц^абоить.корр<?^нси

5 РАСПРЕДЕЛЕННЫЙ АРБИТРАЖ И СООБЩЕНИЯ АРБИТРАЖА

5.1    Описание

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

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

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

5.1.1    Арбитражные сообщении — центральный арбитр

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

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

5.1.1.1    Общие арбитражные сообщения

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

I :■ 0 :i it ц л J—J — I lo w u&mvro ^(миражного оюбикти

Г" ------

<>С.ши .VVijnkkw Coui'-u. лии (llicinjutiitMi Л^Лиу)

1

1>нг

г

см7

crrf*

cfS

art

cn3

cii2

eul

Cl*)

Проход 1

} ' . 1

1

AMo

AM 5

AM 4

AMJ

AM2

AMI

_ . -J

AMO

_____ J

Общие арб>гтражныс сообщения занимают только 7 разрядов, гак >гто единственный номер может быть выбран за одно соревнование Каждый цикл содержит соревно ван не с использованием S-разрядного со]>свноватсльного номера сн|7.. 0]. Модуль, желающий послать общее арбитражное сообщение, использует соревновательный номер, наказанный в таблице 5—1. Старший разряд есть «U, он гарантирует, что общие арбитражные сообщения имеют более высокий приоритет, чем центральные сообщения.

Страница 34

ГОСТ Р ИСО/МЭК 10857-95

5 1.1.2 Центральные арбитражные сообщения

Центральные арбитражные сообщения занимают 14 разрядов и в первую очс|>едь предназначены для посылки информации о приоритете центральному арбитру. Центральные арбитражные сообщения т|)сбукгг двух циклов соревнования для того, чтобы дать возможность использования до 256 уровней приоритета в системе. Новые запросы сообщений не могут быть инициированы между первым и вторым проходами при двухпроходных передачах сообщений. Хотя возможны несколько победителей после первого прохода, второй проход выберет единственное сообщение.

1 ;i 6 л и и а з—2 - Поля аемтрллыюго арбитражного сообщения

Цп'фимкм AptufrpuxiitK CWtiwiuit (ЦмлдомшП АрСмр)

Ьи1

wi7

С1К>

CIO

СН4

CflJ

cii2

col

cnO

Приход 1

■>

PR7

PRft

PRS

PR4

PR3

PR2

PRl

Проход 2

1

PRO

«0

GA4

GA3

GA2

GAI

GAO

Центральное арбитражное сообщение состоит из tj>cx полей, как показано в табл. 5.2. Поле приоритета PR|7. .. 0| выбирает уровень приоритета линии запросов модулей Этот уровень приоритета соотносится е линией запроса в соответствии с полем выбора запроса RQ. Если RQ равен нулю, выбирается линия RQ0* Если RQ равен единице, выбирается RQ1 *. Географическое поле адресов GAJ4.. . 0| идентифицирует модуль, запрашивающий модифицированный уровень запросов. В основном модуль управляет своим собственным уровнем приоритета, но, возможно, чтобы один модуль стал ответственным за приоршеты других. Старший разряд соревнующегося кода определяет. Принадлежит ли сообщение первому или последнему проходу и подтверждает, что сообщения центрального арбитража имеют меньший приоритет, чем сообщения общего арбитража.

5.1.2 Арбитраж и сообщении — распределенный арбитр

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

5.! .2.1 Сообщения распределенною арбитража

I и « л и ц л j-J — Поля сообшсяии раофслслсяного 1р6итра*и

Роиодс-кшох А(^Н1ф«хяос CUoCillUIIK    ApCnnpl

r

bur

сц7

CIV6

cn5

"

civ4

cd3

cb2

L4I 1

c«0

Приход 1

1

1

1 1

I

I

1 1

Проход 1

I

AM 6

AM 5

AM 4

AM3

AM 2

AMI

AMO

Сообщения распределенного арбитража занимают 7 разрядов, включая АМ|6. . . 0] Однако они требуют двухпроходного арбитража, так как при первом проходе необходимы все логические единицы для того, чтобы отличить их от запроса определенного арбитража и убедиться, что эти запросы не интерферируют с передачей аварийной информации Модуль, которому необходимо выставить сообщение распределенного арбитража, использует соревновательный номер (код), приведенный в табл. 5—3. 8 течение ВТ0]ЮГ0 прохода старший разряд устанавливается в единичное состояние в соответствии с форматом общего арбитражного сообщения.

5 1.2 2 Запросы распределенного арбитража

Величина номеров запроса |Х1сп1»елслснного арбитраж:) используется модулями в состязании для определения числа проходов. Некоторые коды требуют двух п|х>ходов в цикле занятия управления, в то время как другие — только одного п|юхода. Каждый проход цикла занятия управления состоит из арбитражного соревнования, использующего Я-разрядный код состязания еи|7. . . 0J. Несколько модулей Moiyr иметь наивысший номер после первого п)юхода, но после второго

м 1.И

27

Страница 35

ГОСТ Р ИСО/МЭК 10857-95

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

I и .1 I: ц о 5—4 — Поля илросоа pjcupc.tcjcuMoru арбитражи

Р.ьиражягяик 1иц»км Лг-бшрлди (Ршпрде-нмами АрСнт»)

1

Ьиг сп7

ерб сп>

cn4

Cfl3

i-n2

cnl

till)

Одни проход

I

Проход 1 1

PRO RK

c:a4

GA3

GA2

1

GAl GAO

Два прочила

Приход 1 1>

PR7 l'R6 ■ PR5

PR4

l*R3 PR 2

PR1

Ирочод 2 1

PRu . KR . GA4

GAil

GA2 GAl

GAO

Код арбитража содержит три поля, как покачано в таблице 5—4: поле приоритетов, поле кругового арбитража и поле географических адресов Арбитражный код модуля ото6|>ажаегея на один или два соревнующихся кода Это отображение есть точно выполненное расширение и не подразумевает. что существуют два особых класса кодов арбитража. Разряд си7 используется для индикации. запрашивает ЛИ модуль второй п|юход а|)битража, так что код однопроходного арбитража побеждает код двух проход но го арбитража, если оба они встретились в одном и том же цикле занятии управления.

5.1.2.2.1    Поле приоритетов

8-разрядное иоле приоритетов. PR|7. . . 0|, выделяет один из 256 уровней приоритетов для широса. Класс приоритета модуля может быть установлен системой или модулем. Два наивысших уровня приоритета, где все разряды есть «I*. за исключением PRO. используют однопроходный цикл соревнования. Это возможно, потому что, когда все PR|7. . 1| в состоянии *1». источник запросов будет всегда выигрывать первый П|юход, таким образом в этом случае он может быть пропущен. Поэтому, приоритеты 254 и 255 имеют почти удвоенное соотношение к остальным приоритетам. таким o6|Kt30M они должны быть использованы в системах, где есть только один или два уровня приоритета.

5.1.2.2.2    Поле круговою арбитража

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

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

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

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

2S

Страница 36

ГОСТ Р ИСО/МЭК 10857-95

5.1.2.2.3    Пале географических адресов

Поле географических адресов является 5-разрялным GAI4... 0), что гарантирует уникальность номера арбитража. Если модуль претендует на магистраль, номер должен соответствовать географическому адресу модуля. Величина «11111* не допускается, чтобы не вызвать конфликта с Широкове щатсльной адресной схемой РУС.

5.1.2.3    Устранение выжравшего задатчика

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

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

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

5.1.2.4    Отказ от передачи

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

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

5.1.2.5    Остановка

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

5.1.3    Линии магистрали

5.1.3.1 АР *, AQ *, AR * Синхронизация получения управления

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

5.1.3    2 ACfl... 0|* Условие арбитража

В интервале с 3 по 5 фазу модули выставляют АСО * для сообщения об ошибке арбитража.

При распределенном арбитраже в интервале с 3 по 5 фазу модули выставляют АС 1 * для запрещения передачи владения магистралью в цикле получения управления При центральном арбитраже модули выставляют АС 1 * для запрещения передачи частных центральных арбитражных сообщении, которые могут возникать в течение первого прохода при двухпроходном состязании за право владения магистралью. ACI * всегда выставляется вместе с АСО*. если возникает ошибка. Если АС1 * выставляется одни в интервале с 3 по 5 фазу, передача прав;! владения магистралью запрещается по причинам, не связанным с обнаружением ошибки.

5.1.3.3    АВ(7.. . О)* Шина арбитража

Соревнующиеся модули выставляют свои коды приоритетов enf) на ab||* в течение первой фазы. Однако, если какой-либо из сигналов си _х есть логический нуль, а сигнал на соответствующий линии магистрали АВ_х* есть логическая единица, то, пока эти условия сохраняются, все младшие разряды abjx—1.. .0| * обнуляются. Это производится в течение третьей фазы.

24

Страница 37

ГОСТ Р ИСО/МЭК 10857—95

5.1.3-4 АВР* Четность арбитра

Если код приоритета одного из соревнующихся четный, то он должен выставить abp* в первой фазе. Однако, сели каждый из разрядов ab[]* сброшен, как описано в 5.1.8.3, abp* должен быть также сброшен. Это производится в течение третьей фазы.

5.1.4 Логика соревнования арбитража

К.чк показано на примерах схем (рис. 5—1а. 6), если кол приоритета модуля в каком-либо из разрядив нулевой, а другой модуль имеет единицу в этом разряде, то модуль, у которою присутствует логический нуль, отпускает все младшие линии ab|| *. В конце концов на линиях АВ| | * устаио вится код модуля с наивысшим приоритетом.

еп7    епб    сп1    спО    спр

Рисунок 5—1,1 — Последовательная логика

сп7    епб    ел1    спО    спр

А87*    АВ6-    АВ1*    АВО*    АВР’

Рисунок 5—10 — Паригсклыия логика

В некоторых случаях модули сбрасывают сигналы на линиях ab(] *, чтобы выставить их впоследствии. На рис. 5—2 приведен приме)) арбитража, где три модуля одновременно начинают состязание, используя коды «00001010*, «00001001* и «00000100* соответственно. АВ17.. 4) * не показаны на рисунке, т. к. они остаются сброшенными в этом цикле арбитража.

Арбитражное соревнование на рис. 5—2 происходит следующим образом.

1)    Три модуля выставляют свои коды приоритета на шину арбитража.

2)    После задержки, обусловленной прохождением сигналов по магистрали, уровни на линиях магистрали АВ[3. .0| * выставляются как «проводное ИЛИ» сигналов, выставленных каждым модулем в отдельности.

3)    Первый модуль, определив выставленный АВ2*, снимаетаЫ *. Второй модуль, определив выставленные АВ2 * и ABI ★, снимаетаЬО*. Третий модуль, определив выставленный АВЗ*, снимает аЬ2 *.

4)    Магистраль отражает результат отпускания этих линий.

5)    Первый модуль, определив отпускание АВ2*, выставляет аЫ * Второй модуль, определив отпускание АВ2* и АВ1 *, выставляет аЬО*.

6)    Магистраль отражает результат выставления этих сигналов.

7)    Второй модуль, определив выставленный АВ1 *, снимает АВО* .

8)    Магистраль отражает результат отпускания этой линии.

30

Страница 38

ГОСТ Р ИСО/.МЭК 10857-95

Как показано на рис. 5—2, победивший модуль (модуль 1) отпускает аЫ*. а после снова выставляет его. Модуль I также должен ждать, пока модуль 2 не отпустит аЬО *. чтобы узнать, что он победитель. Время, требуемое для установления победившего арбитражного кода, называется

Эти схемы не должны рассматриваться как требования к применению.

©0®©®®©Q

аЬЗ*

аЬ2*

аЬГ

вЬО"

МОДУЛЬ 1

айЗ*

аЬ2"

аЫ*

аЬО*

V

МОДУЛЬ 2

МОДУЛЬ 3

АВЗ*

АВ2'

АВ1*

АВО*

г


г

г

г

г

ЛИНИИ МАГИСТРАЛИ

Рисунок 5—2 — Пример арбшражнош сорс&номни*

5.1.5 Время арбшражною соревнования

Время арбитражного соревнования является функцией физической длины магистрали, кода приоритета модуля, задержек прнсмопе|>едатчнков и логики — при самых неблагоприятных условиях как внутренней логики арбитража самого модуля, так и соревнующихся с ним. Теоретическое вычисление наихудшего времени арбитражного соревнования может быть чрезвычайно сложным и не входи г и рамки данного стандарта. Наихудшее время для любого кода приоритета, однако, может быть описано следующим уравнением

1_а - 10*|_|хГ ♦ 5*t_cxt + 4*t_uit - t_win.

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

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

2-г и*

31

Страница 39

ГОСТ Р ИСО/МЭК 10857-95

Символ t_int используется для представления задержки модуля между изменением на любой арбитражной линии АВ_х* на его входе и соответствующим изменением на соседних арбитражных выходах ab|x—!)★ или abp*, где коды приоритетов выставляются или снимаются с этих разрядов.

Символ t.exe используется для представления задержки между изменением на любой линии арбитража ЛВх* на входе любого другого соревнующегося модуля и соответствующими изменениями на тех арбитражных выходах модуля ab|x— 11 * или abp *, который выставил этот код приоритета или снял эти разряды.

Символ t_win используется для представления максимальной задержки между временем, когда код на магистрали АВ|7 . .0|* становится стабильным и эквикалетным коду си(7. . .0) на входе модуля, давая понять модулю, что он победитель.

5.1.6 Арбитражные состояния

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

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

Рисунок 5—3 — Состояний занятия управления

Отметим, что этот рисунок предназначен лишь для облегчения понимания и не точно отображает диаграмму процесса получения управления.

5.1.7 Фазы арбитража

Шесть фаз трех синхросигналов, АР*. AQ* и AR*, используются в течение цикла занятия управления- Обычно каждая фаза завершается так быстро, как позволяют задержка распространении и время разрешения метаетабнльностей. Если требуются два прохода арбитражного соревнования, то повторяется весь цикл занятия управления.

32

Страница 40

ГОСТ Р И СО/М ЭК 10857-95

Сигналы АР*. АО* и AR* являются синхронизирующими и представляют проводное ИЛИ модульных сигналов ар*, aq* и аг* соответственно. Любой из них может быть снят с магистрали, только если каждый модуль отпустит этот сигнал. Снятие сигнала с линии — это общая синхронизирующая точка для к;1Ждого модуля. Модуль не может перейти к следующей фазе синхронизированного арбитражного иикла. пока все модули не отпустят соответствующую арбитражную линию. Аналогичным образом, выставление какого-либо из этих сигналов показывает, что началась новая фаза, и все модули, даже если они не участвуют в данном арбитражном соревновании, должны оставаться синхронизированными, выставляя свои собственные сигналы.

Рис. 5—4 показынает последовательность изменений фаз и состояния линии.

Цикл приобретения управления состоит из шести последовательных фаз, начиная с фазы 0 и заканчивая фазой 5. Начало и конец каждой фазы определены перепадом одною из синхронизирующих арбитражных сигналов: АР*. AQ* и AR*. Эти сигналы гарантируют, что все модули, участвуют они в соревновании или нет. остаются синхронизированными в течение всего цикла приобретения управления.

\

///

\

///

\

///

дсо- ///

\\\т ///

АС,- ///

\\4ж ///

две 1*

Шк

Выигрыш #/

Фаза 0 |

Фаза 1

\ Фаза 2

Фаза 3

/

Фаза 4

Фаза 5

Фаза

Рисунок 5—4 - Последопательносп приобретения управления 5.1.7.1 Фаза 0: Фаза ожидания

Фаза 0 или фаза ожидания определена, когда АР* отпутцен, AQf в логическом нуле и AR* выставлен. Это то состояние линии синхронизации арбитража, когда не происходит цикла соревнования. Эго может быть и промежуток между двумя циклами соревнования в двухфазном запросе или сообщении. Модули, которые желают послать сообщение или запрос на магистраль, выставляют ар*. Эго первое указание другим модулям о том, «по соревнование началось.

33

Страница 41

ГОСТ Р ИСО/МЭК 10857 -95

5.1.7.2 Фаза решения

Фаза I или фаза решения определена, когда АР* выставлен, AQ* отпущен jiAR* выставлен. Каждый модуль отвечает на выставление АР* выставлением ар*. Так как другие модули (не инн-инатор соревнования) могут принять решение посоревноваться в это же самое время, решение о соревновании — предмет нетастабнльности в связи с аеинхронностью между опознаванием выставления АР* и внутреннего сообщения модуля или сигнала запроса магистрали для арбитражной ЛОГИКИ. Модули должны рацюшать любые мегастабильные ситуации до прекращения фазы решения.

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

Ни один модуль не может снять аг* ло тех пор. пою» не будут сняты сигналы асО* и acl*. и, если модуль соревнующийся. это позволяет ему установить свои арбитражный номер спЦ и код четности сир, соответственно, на ab(| * и abp* шины арбитража.

5 1.7.3 Фаза 2: Фаза состязания

Фаза 2. т. с. фаза соревнования, определяется выставлением АР *, снятием AQ * и установлением ART в нулевое состояние 11осле обнаружения начала фазы 2 соревнующиеся начинают синхронизировать время установления арбитражного соревнования.

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

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

Если же интервал обнаружения ошибки (1 мке) заканчивается до выставления AQ*, это означает ошибку арбитража Все модули, обнаружившие ошибки, выставляют aq * и подтверждают, чго арбитражное соревнование заканчивается без передачи владения магистралью посредством выставления и асО* и acl *.

5.1.7.4 Фаза 3: Проверка ошибки

Фаза 3, т. с. фаза проверки ошибки, она идентифицируется выставлением сигналов АР*. AQ* и снятием AR*. Все модули после обнаружения AQ* выставляют aq* .

В течение фазы 3 все модули фиксируют номер (код) победителя в соревновании, полученный с магистрали, и проверяют его четность. Проигравшие модули могут также убедиться в том, что код победителя больше, чем его собственный. Любой модуль, обнаруживший ошибку, выставляет асО* и acl * .

В системах с распределенным арбитражем, если победитель делает запрос магистрали, он становится выбранным задатчиком. Фаза 3 продолжается до тех пор. пока продолжается передача действующего задатчика на параллельной магистрали. Модули могут делать запросы с целью устранения выбранного задатчика выставлением acl * в течение фазы 3, вызывая арбитражное соревнование без передачи владения магистралью. При двухпроходном соревновании возможны предприятия попыток устранения при первом п|юходе. Заметим, что решение устранить выбранного задатчика является предметом для метастабильности.

В системах с распределенным арбитражем каждый модуль П|ювсряст AS* с целью обнаружения его снятия действующим задатчиком. Эти сигналы, которыми заканчивается передача по ма-шетралп задатчиком, после чего становится возможной передача прав;! владением магистралью Когда AS* снимается, каждый модуль снимает ар*. (Заметим, что если AS* выставлен во время выполнения фазы 3. некоторые модули могут обнаруживать эти условия, выставляя ap*. а другие не могут. Модули, которые сняли ар* , будут приостановлены, Т. е. не будут в состоянии устранить выбранного задатчика магистрали вплоть до следующею снятия AS* или выставления ACJ *).

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

Страница 42

ГОСТ Р ИСО/МЭК 10857-95

В системах с центральным арбитром модули снимают ар* . как только становятся действительными данные наасО* и ас 1 * .

В том и другом случаях модуль, соревнующийся с двухлроходным номером и определявший себя к;»к промежуточного победителя, выставляет ас 1 *, чтобы предотвратить преждевременную передачу сообщения или права владения магистралью. Только после завершения обоих проходов появляется единственный побсд>гтель и производится посылка сообщения или передача права владения магистралью Все модули также проверяют АС1 * и снимают ар*, если обнаруживают выставление ACI * Это означает, что цикл был отменен или не закончился.

5 1.7.5 Фаза 4: Освобождение задатчиком

Фаза 4, т. с. фаза освобождения задатчиком, идентифицируется установкой API' в логический нуль выставленном сигнала AQ* и снятием AR*. В начале фазы 4 все модули сбрасывают ab(J*.

В системах с распределенным арбитражем все модули проверяют АСО* и АС)* с целью обнаружения сообщения: об ошибке, необходимости устранения, о блокировке передачи права владения магистралью.

В системах с распределенным арбитражом, если действующий .задатчик хочет произвести дополнительные обмены, то он может нсключигь передачу права владения магистралью в фазе 4. выставив ас 1 * . Если он готов передать право на владение магистралью и ни один из сигналов АСО * н АС1 * не выставлен, а также АЮ находится в логическом нуле, то задатчик проверяет, что все информационные линии на параллельной магистрали освобождены. После этого он выставляет аг*. сообщая о подходе к фазе 5. Если не намечается передача права на владение магистралью, задатчик может сразу перейти к фазе 5 выставлением аг*.

В системах с распределенным арбитражем каждый модуль, кроме действующего задатчика, включает таймер на 1 мке после обнаружения APf в состоянии логического нуля. Затем он следит за AR *. ожидая его установки задатчиком. После обнаружения установки AR* модуль должен остановить таймер и выставить аг* Если 1 мке интервал закончился по причине какой-либо неисправности задатчика, модуль должен выставить аг* и закончить фазу 4.

В системах с центральным арбитром все модули сразу выставляют аг* для выхода из фазы 4

5.1.7.6 Фаза 5: Передача права на владение магистралью или передача сообщения

Фаза 5, т. с. фаза передачи сообщения или права на владение магистралью, идентифицируется снятием АР* и выставлением сигналов AQ* и AR* Во время фазы 5 все модули .запоминают состояние сигналов АСО* и ACI*. чтобы определить, какое событие имело место; передача сообщения, передача права на владение магистралью или передача не была осуществлена вследствие отмены или обнаружения ошибки арбитража. После запоминания статуса модули сбрасывают aq*.

В системах с распределенным арбитражом выигравший задатчик при обнаружении установки AR* и снятия обоих сигналов АСО* и АС1* принимает право на владение магистралью. Если один из последних выставлен, то текущий задатчик сохраняет свое право на владение магистралью.

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

1)    Возникла ошибка арбитража.

2)    Необходим второй проход соревнования до завершения цикла занятия.

3)    В системе с центральным арбитром второй проход соревнования необходимо провести до завершения сообщения центрального арбитра.

4)    В системе с распределенным арбитражом арбитражное сообщенис должно быть посланным.

5)    В системе с распределенных» арбитражом действующий задатчик решил сохранить свое право на владение магистралью.

6)    В системе с распределенным арбитражом новый выигравший задатчик устраняется модулем с более высоким приоритетом.

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

1-3 н«

Страница 43

ГОСТ Р ИСО/МЭК 10857-95

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

5.1.8 Примеры арбитража

5.1.8.1 Однопроходное соревнование (Централизованное или распределенное)

Рис. 5—5 иллюстрирует однопроходное арбитражное соревнование, результатом которого является передача управления магистралью (в распределенных системах) или передача общего сообщения (в центральных системах). Заметим, что состояние сигнала AS* для центральной арбитражной системы не htjkxct никакой роли. Процесс происходит следующим образом.

\

АР*

///

\

АО*

AR*

///

\

///

АСО*

АС1*

АВII”

шх

Выигрыш

1

АВР*

\

/

Фаза 3

/ Фаза 4

\

AS*

Фаза 0

Фаза 1

Фаза 2

Фаза 5

Фаза 0

Рисунок S—S — Однопроходное соревнование

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

2)    Остальные модули, определив выставление АР*, принимают решение о своем участии или неучастии в соревновании и выставляют ар*.

3)    Соревнующиеся модули активируют свои арб|гтражныс номера на ab||*, abp*. и отпускают аг*.

4)    После того, как со|>е»нук)щнеел модули определят наличие логического нуля на ART, индицирующее начало фазы 2. они начинают отсчет времени установления арбитражного соревнования.

5)    После установления арбитражных линий один из модулей определяет, что он является победителем, и выставляет ац*. тем самым начиная фазу 3.

6)    Модули запоминают идентификатор (номер) победителя с линий АВ|| *, проводят проверку отсутствия ошибок и, в случае распределенного запроса, ждут отпускания AS*.

Страница 44

ГОСТ Р ИСО/МЭК 10857-95

7) В случае распределенного запроси после того, как будет отпущен AS*, все модули отпускают ар *. В случае общего сообщения запроса ар* отпускается немедленно

S) Когда модули определяют, что APf в логическом нуле, начинается фаза 4.

9)    В случае распределенного запроса действующий задатчик, закончив последнюю передачу, выставляет иг* и изменяет свой статус на статус задатчика, не нуждающегося в магистрали В случае общего сообщения запроса все модули выставляют ат* немедленно.

10)    В случае распределенного запроса определенис выбранным задатчиком выставленного сигнала AR* . индицирующее начало фазы 5. изменяет его статус на статус действующего задатчика н он может начинать передачи по параллельной магистрали.

11)    Модули, определившие передачу управления или прохождение сообщения, отпускают aq*.

5.1.8.2 Однопроходное соревнование с устранением (Распределенное)

Рис. 5—6 иллюстрирует однопроходное арбитражное соревнование с устранением, отменяющее передачу праву на владение магистралью (в распределенных системах). Процесс происходит следующим образом.


АР'-


ЛА


V


AQ*-


1/


V


£


V


AR*


АСО*-

АСГ-


\


Отказыввиие


ABC)"-


Выигрыш


АВР*-


Фаза 3


Фаза О


Фаза 2


Фаза 4


Фаза 5


Фаза О


Фаза 1


Рисунок 5-6- Однопроходное соревнование с устранением

1)    Когда сделан запрос на магистраль одним или несколькими модулями, эти модули выставляют ар*. начиная фазу 1.

2)    Остальные модули, определив выставление АР*, принимают решение о своем участии или неучастии в соревновании и выставляют ар*.

3)    Соревнующиеся модули активируют свои арбитражные номера на ab()*, abp* и отпускают аг*.

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

5)    После установления арбитражных линий один из модулей определяет, что он является победителем. и выставляет aq*, тем самым начиная фазу 3.


37

Страница 45

ГОСТ Р ИСО/МЭК 10857-95

6)    Модули запоминают идентификатор (номер) победителя с линий АВ[] * . проводят проверку отсутствия ошибок и жлут отпускания AS*.

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

8)    Когда другие модули определяют, -что АС1 ★ установлен, они отпускают ар*.

9)    Когда модули определили, что АС 1 * установлен и APf в логическом нуле, они выставляют аг*, чтобы начать фазу 5.

10)    Затем модули определяют, что передача права на владение магистралью не состоялась, и отпускают aq*.

11)    После обнаружения AQf в логическом нуле модули начинают новое арбитражное сорсвно-ванис.

5.1.8.3 Посылка сообщения распределенного арбитража

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

Рисунок 5-7 -■ Арбитражное сообщение

1)    Когда сделан запрос на магистраль одним или несколькими модулями, эти модули выставляют ар*, начиная фазу I

2)    Остальные модули, определив выставление АР*, принимают решение о своем участии или неучастии в соревновании и выставляют ар*.

3)    Соревнующиеся модули активируют свои арбитражные номера на ab(] *, abp* и отпускают аг*.

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

5)    Модули, посылающие арбитражные сообщения, быстро определяют, что они победители, и выставляют aq *, тем самым начиная фазу 3.

6)    Модули, посылающие арбитражное сообщение, выставляют acl*, чтобы вызвать проведение второго прохода соревнования, и отпускают ар*.

Страница 46

ГОСТ Р ИСО/МЭК 10857-95

7) Когда другие модули определяют. что АС1 * установлен, они отпускают ар*.

S) Когда модули определили, что АС1 * установлен и APf в логическом нуле, они выставляют аг* для начала фазы 5.

9)    Затем модули, определив, что передача права на владение магистралью не состоялась, и т|>ебустси провсстн irropoii проход, отпускают aq*

10)    Когда модули, которые не были заблокированы проигрышем и первом проходе, определяют. что AQf в логическом нуле, они начинают новое арбитражное соревнованнс.

11)    Соревнование затем П|>одолжается, и выигрывает модуль с самым высоким номе]к>м арбитражного сообшения. Соревнование опять отменено, чтобы не допустить передачи права на пользование магистралью.

5.1.8.4 Двучпроходнос соревнование (Центральное или распределенное).

Рис. 5—S иллюстрирует двухпроводное арбитражное соревиованне, результатом кото|юго является передача права на владение магистралью (в случае распределенной системы) или персда-4eii центрального сообшения (в случае централнзованнон системы). Первый П|юход состоит из однопроходного соревнования, отмененного победителями первого прохода. Участники. проиграв-шне первый проход, заблокированы от участия во втором П|юходе. Второй проход производится аналогично однопроходному соревнованию с передачей права владения магистралью, описанному в 5.1.8.1. за исключением того, что соревнуются только выигравшие в первом проходе. Заметим, что состояние AS* опять несущественно в центральном арбитражной системе.

Рисунок S—S — Д куч проходное сорсткяиино

5.1.8.5 Одмопрохолное с ошибкой

Рис. 5—9 иллюстрирует однопроходное арбитражное соревнование, в котором обнаруживается ошибка, что отменяет либо передачу права на владение магистралью, либо передачу сообщения Операция выполняется нормально до тех пор, пока в фазе 3 не обнаруживается ошибка, пызываю-

39

Страница 47

ГОСТ Р ИСО/МЭК 10857-95

щам выставление одним или несколькими модулями обоих сигналов асО* и ас! * После этого выполнение опс)Х1Ш1Н произподится к;)к и в случае любого отмененного никли, за исключением того, что модули приняли но внимание ошибку к фазе 5 и выполняют соответствующее действие по восстановлению после ошибки.

АР*

\

///

\

AR*

///

\

///

Ошибк

а

АСО*

\

/

Вычерки

вание

Г

АС 1*

\

А8П*

ш

Выигрыш /

I I

АВР* Фаза 0

Фаза 1

\ Фаза 2

Фаза 3

/• Фаза 4

Фаза 5

Фаза 0

PtKVilOK 5—У — ОД110111>1>\ОД1|ОС с ошибкой

5.2 Спецификация

5.2.1 Атрибуты арбитражного сообщения — центральный арбитр

ЗАП РОС. АРБИТРАЖНО ГО_СОО БШ Е Н И Я

Модули могут установить ЗАПРОС АРБИТРАЖНОГО_СООБЩЕНИЯ при условии: ЦЕНТРАЛЬНЫЙ АРБИТР &-ИНИЦ & РАСПРЕДЕЛЕННОЕ_СООБЩЕНИЕ РАЗРЕШЕНО &-УДЕРЖАНИЕ МАГИСТРАЛИ & —ПОСЫЛ КА_ЦЕНТРАЛЬНОГО_СООБЩЕН ИЯ & —ЗА-11 РОС.. ЦЕНТ РАЛ Ь НОГ 0_С00 БIЦ ЕН И Я & - ВТО РО Й_ П РОХОД & ФАЗА_0 & -ар*, чтобы послать арбитражное сообщение. Модули должны сбросить ЗА 11 РОС_А Р Б И ТР АЖ Н О ГО СОО Б-ШГНИЯ при условии: -ЦЕНТРАЛЬНЫЙ_АРБИТР ! (ИНИЦ J -УДЕРЖАНИЕ.МАГИСТРА-ЛИ --ПОСЫЛКА ЦЕНТРАЛЬНОГО СООБЩЕНИЯ ; РАСПРЦДЕЛЕННОЕ_СООБЩЕНИЕ_РАЗРЕШЕНО) & -ВТОРОЙ.ПРОХОД & ФАЗА_0 & —ар*.

решение qo увдшовю ЗАПРОС „АРБИТРАЖНОГО _С РОБЩЩ.1 ИЯ mqwasa ШУДМ^чм таешбильиости. Мвши т. дамы шшап> «и* в вдёшк шодиш, дйсию-шого дал 1шрсше.нш1

ПОЮ УСЛОВИИ-

ЗАПРОС_ЦЕНТРАЛЬНОГО_СООБЩЕНИЯ

Модули могут установить ЗАПРОС_ЦЕНТРАЛЬНОГО_СООБЩЕНИЯ при условии: ЦЕНТРАЛЬНЫЙ АРБИТРА -ИНИЦ & РаСГ1РЕДЕЛЕННОЕ_СООБЩЕНИЕ_РАЗРЕШЕНО & -УДЕРЖАНИЕ_МАГИСТРАЛИ & -ПОСЫЛ КА_ЦЕНТРАЛЬНОГО_СООБЩЕН ИЯ & - ЗА П РОС _АРБИТРЛЖНОГО_СООБЩЕН ИЯ & - ВТО РОЙ_ ПРОХОД & ФАЗА.О & -ар*, чтобы послатьарбитражное сообщение. Модули должны сбросить ЗАП РОС_ ЦЕНТРАЛ ЬНОГО СООFi

ji)

Страница 48

ГОСТ Р ИСО/МЭК 10857-95

ЩЕНИЯ при условии: -ЦЕНТРАЛЬНЫЙ АРБИТР' (ИНИЦ, -УДЕРЖАНИЕ МАГИСТРАЛИ ! -ПОСЫЛКА_ЦЕНТРАЛЬНОГО_СООБШЕНИЯ РАСПРЕДЕЛЕННОЕ СООБЩЕНИЕ РАЗРЕШЕНО) & -ВТОРОЙ_ПРОХОД &ФАЗА_0 & -ар*

Решение о§ установке ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ является предметом мс-тастабнльноети. Модули цс должны снимать ш± »течение времени, аосшточного аля юзмшвщш этого условия

ПОСЫЛ КА_АРБИТРАЖНОГО_СООБЩЕНИЯ

Модуль должен установить ПОСЫЛ КА_АРБИТРАЖНОГО СООБЩЕНИЯ при условии: ЗА-ПРОС_АРБИТРАЖНОГО СООБЩЕНИЯ & ВЫИГРАВШИЙ & -АСО* & ФАЗА 5. Модуль должен сбросить ПОСЫЛ КА_АРБИТРАЖНОГО_СООБЩЕН ИЯ при условии: - 3 АП РОС_ АР ВИТРАЖНОГО СООБЩЕНИЯ.

ПОСЫЛ КА J1EI1ТРАЛ ЬНОГО СООБШЕНИЯ

Модуль должен установить ПОСЫЛ КА_ ЦЕНТРАЛЬНОГО СООБЩЕНИЯ при условии: ЗА-ПРОС_ЦЕН ГРАЛЬНОГО_СООБШЕНИЯ & ВЫИГРАВШИЙ & -ТРЕБУЕТСЯ ВТОРОЙ_ПРО-ХОД & -АСО* & ФАЗА 5. Модуль должен сбросить ПОСЫЛКА ЦЕНТРАЛЬНОГО СООБЩЕНИЯ при условии: -ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ.

PR|7 ,.0|

Модуль может загрузить 8-разрядный код приоритета в PR{7 ... 0] для смены уровней приоритета центрального арбитра при условии: —ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ.

RQ

Модули могут установить RQ для смены уровня приоритета линии запроса центрального арбитра RQ1*. Модули могут сбросить RQ для смены уровня приоритета линии запроса центрального арбитра RQ0* Любые изменения RQ могут производиться только при условии : — ЗАПРОС ЦЕНГРАЛЬНОГО.СООБЩЕНИЯ.

АМ| 13 ..01

Модуль должен загрузить 7_ра (рядный код арбитражного сообщения н АМ|6... 0) при условии: (ФАЗА 0 ; ФАЗА_ I) & -ЗаПРОС_АРБИТРАЖНОГО_СООБЩЕН ИЯ & аг*. Модуль должен загрузить И-разрЯДНЫЙ код арбитражного сообщения в АМ| 13. . 0J при условии: - ВТОРОЙ_ПРО-ХОЛ & (ФАЛА J» ! ФАЗА_ I) & -ЗАП РОС_ЦЕНТРАЛЬНОГО_СООБЩ£НИЯ & аг*; при этом код АМ( 13 . . . 6J должен равняться коду PR|7 . . 0|. АМ5 должен быть равен RQ и код АМ|4 . . 0) должен равняться колу СА|4 • • 0J.

5.2.2 Атрибуты арбитражном» сообщения — распределенный арбитр

ЗАП РОС РАСПРЕДЕЛЕН НОГО_СООБЩЕНИЯ

Модули могут установить ЗАПРОС РАСПРЕДЕЛЕННОГО_СООБШЕНИЯ при условии. -ЦЕНТРАЛЬНЫЙ АРБИТР & —ИНИЦ <£: РАСПРЕДЕЛЕННОЕ_СООЫЦЕНИЕ_РАЗРЕШЕНО & -УДЕРЖАН И Е_ МАГИСТРАТ И & -ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & -ПОСЫЛКА. РАСП РЕДЕЛ ЕННОГО_СООБШЕН ИЯ & -ВТОРОЙ_ПРОХОД & ФАЗА„0 & -ар*, чтобы послать арбитражное сообщение. Модули должны сбросить ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ при условии: ЦЕНТРАЛЬНЫЙ АРБИТР J (ИНИЦ | — РАС ПРЕД ЕЛЕН НО Е_СОО Б-ШЕНИЕ_РАЗРЕШЕНО j УДЕРЖАНИЕ_МАГИСТРАЛИ ПОСЫЛКА_РАСПРЕДЕЛЕННО ГО. СООБЩЕНИЯ) & -ВТОРОЙ.ПРОХОД & ФАЗА_0 & -ар*.

Решена об щадошг М1Ш2С_^ПШ1ЕЯШ±НОШ СООЩШШЛ    дведмешм

метас табил ькости. Модули ус дол хны сип меть а** 6 течение времени, достаточного для разщщс-ния этого условия-

ПОС ЬШ КА_ РАС П Р ЕД ЕЛ Е Н Н О ГО_СОО Б ЩЕ Н И Я

Модуль должен установить ПОСЫЛКА РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ при условии: ЗАП РОС РАС П Р ЕД Е Л Е Н Н О ГО СООБЩЕНИЯ & ВЫИГРАВШИЙ & -ЗАПРОС_ВТОРО-ГО_ПРОХОДА & -АСО* & ФАЗА_5. Модуль должен сбросить ПОСЫЛКА РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ при условии: -ЗАГ1РОС РАСПРЕДЕЛЕННОГО_СООБШЕНИЯ

РАСПРЕДЕЛЕННОЕ СООБЩЕНИЕ

Модуль должен установить РАСПРЕДЕЛЕННОЕ_СООБЩЕНИЕ при условии:ФАЭА_3Л - ВТОРОЙ. ПРОХОД Л АВ7*Л АВ6*Л АВ5* & АВ4*& АВЗ*& АВ2*& АВ1*& AB0*. Модуль должен удерживать РАСПРЕДЕЛЕННОЕ.СООБЩЕНИЕ до тех пор. пока: ИНИЦ; ФАЗА 0 --ВТОРОЙ ПРОХОД.

АМ|6 . . 0|

Модуль должен загрузить 7-разрндный код арбитражного сообщения на АМ[6 . . 0J при условии. (ФАЗА 0 , ФАЗА I) ЗАПРОС_РАСПРЕДЕЛЕННОГО.СООБЩЕНИЯ Лаг*.

■»!

Страница 49

ГОСТ Р ИСО/МЭК 10857-95

5.2.3 Атрибуты арбитража — распределенный арбитр

ЗА11РОС_РАСПРЕДЕЛЕННОГО_ АРБИТРАЖА

Цпя получения права на владение магистралью модули могут установить ЗАПРОС_РАСПРЕДПЛЕЧНОГО АРБИТРАЖА при условии: -ЦЕНТРАЛЬНЫЙ_АРБИТР & -ИНИЦ & РАЗРЕШЕН И Е_ЗАДАТЧ И КА & -УДЕРЖА11И Е_ МАГИСТРАЛИ & -ДЕЙСТВУЮЩИЙ ЗАДАТЧИК & - ЗАПРОС_РаСПРЕДЕЛЕННОГО_СООБЩЕНИЯ & -ВТОРОЙ_ПРОХОД & ФАЗА_0 & -ар*. Модули Должны сбросить ЗАПРОС_РАСПРЕДЕЛЕННОГО АРБИТРАЖА при условии: ЦЕНТРАЛЬНЫЙ АРБИТР (ИНИЦ ; РАЗРЕШЕНИЕ ЗАДАТЧИКА J УДЕРЖАНИЕ МАГИСТРАЛИ ; РАСПРЕДЕЛЕННЫЙ .ЗАДАТЧИК) & -ВТОРОЙ_ПРОХОД & ФАЗА_0 & -ар*

Есшешиз об игсшадке ЗАДШС _ ЕАСЛР£ИЕДЕН HQIQ _<(ШгИТРАЖ4и шшш! предметом мсглотабил ьности. Модули не должны снимать iii* е течение времен н. достаточного для разяще -ILW» ЛУЮДИЯ-

УСТРАНЕНИЕ

Если модулю необходимо послать арбитражное сообщение или он хочет получить право владения магистралью при помощи использования более высокого кода приоритета (PR(7    .    0],

RK. GAf4...0J) по сравнению с текущим выигравшим, он может установить УСТРАНЕНИЕ при условии: -ЦЕНТРАЛЬНЫЙ .АРБИТРА-ИНИЦ & РАЗРЕШЕНИЕ. ЗАДАТЧИКА & -УДЕРЖАНИЕ „МАГИСТРАЛИ & ФАЗА.З&ар*. Модули должны удерживать УСТРАНЕНИЕ до ФАЗА_0 '

Решение об установке УСГРАЭДШНЕ. явштая предметом мсш^тд&шшш^ти Модули шг ДОЛЖНЫ снимав ар* К течение времени, достаточного для разрешении этого условия.

ОГСУТСТВИЕ..ВЛАДЕЛЬЦА. АРБИТРАЖА

Модули должны установить ОТСУТСТВИЕ., ВЛАДЕЛЬЦА. АРБИТРАЖА при ИНИЦ и удерживать его до ФАЗА 5 & —AC I.

ВЛАДЕЛ ЕЦАРБИТРАЖА

Модуль должен установить ВЛАДЕЛЕЦ АРБИТРАЖА при условии: —ИНИЦ & (ЗА-ПРОС_РАСПРЕДЕЛЕННО ГО_АРБИ ТРАЖА & ВЫИГРАВШИЙ & —ТРЕБУЕТСЯ ВТОРОЙ ПРОХОД & —ACI *) & ФАЗА_5 и удерживать его установленным до: ИНИЦ ! (—ЗАПРОС. РАСПРЕДЕЛЕННОГО АРБИТРАЖА & -ТРЕБУЕТСЯ ВТОРОЙ „ПРОХОД &-АС1*,

! ЗАПРОС.РАСПРЕДЕЛЕННОГО_АРБИТРАЖА & -ВЫИГРАВШИЙ & -ЗАПРОС, ВТОРО-ГО_ПРОХОДА & -АС] *) & ФАЗА_5.

РАСПРЕДЕЛЕННЫЙ ЗАДАТЧИК

Модуль должен установить РАСПРЕДЕЛЕННЫЙ ЗАДАТЧИК при условии: ЗАПРОС^РАС-ПРЕДЕЛЕННОГО АРБИТРАЖА & (ВЫИГРАВШИЙ &-ЗАПРОС,ВТОРОГО.ПРОХОДА & —ACI * & ФАЗА_5 ! ВЛАДЕЛЕЦ АРБИТРАЖА). Модуль должен сбросить РАСПРЕДЕЛЕННЫЙ ЗАДАТЧИК при условии: -ЗАПРОС_РАСПРЕДЕЛЕННОГО_АРБИТРАЖА & -с\ +.

Д ВА_П РОХОДА

Модуль должен установить ДВА_П РОХОДА при условии: —(PR7* & PR6* & PR5* & PR4* & PR3* & PR2* & PR1*).

PR|7 ., . 0J

Модуль должен загрузить S-разридный код приортегл в PRJ7 . . . 0] при условии. -ВТОРОйЧ|РОХОД & (ФАЗА_0 , ФАЗА_1) & ЗАПРОС. РАСПРЕДЕЛЕННОГО. АРБИТРА & иг*.

КРУ ГОВОЙ_АРБИТРАЖ

Модули должны либо удерживать атрибут КРУГОВОЙ_АРБИТРАЖ для каждого класса приоритетов. либо, если классы со множсстпенныхш приоритетами объединены единственным атрнбу-том КРУГОВОЙ_АРБИТРАЖ, должны сбрасывать КРУ1 ОВОЙ_АРБИТРАЖ каждый раз, когда щюизводнтс» смена класса приоритета, связанного с атрибутом КРУГОВОЙ_АРБИТРАЖ.

Модуль должен установить КРУГОВОЙ_АРБИГРАЖ для класса приоритета при условии. — ИНИЦ & СОЗДдТЕЛЬ_УНИКАЛЬНОСТИ & ФАЗА_5 & АС 1 * и должен удерживать его до: ИНИЦ ; —СОЗДАТЕЛЬ_УНИКАЛЬНОСТИ & ФАЗД_5 & —АС 1 *. Модуль может удерживать КРУ! ОВОЙ АРБИТРАЖ установленным, если получено: СТАТУС_ЗАИЯТОСТИ 1 СТАТУС.ОЖИ ДАНИЯ.

ОА|4 ... 0}

5-разрядный код ОА(4 . .. 0J должен выставляться на ОА[4 .. . 0|*.

Страница 50

ГОСТ Р ИСО/МЭК 10857-95

УН И КАЛ Ь НОСТ Ь_ БОЛ ЬШ Е

Модули должны устанавливать УНИКАЛЬНОСТЬ_БОЛЬШЕ при условии ФАЗА_Э & —РАС-ПРЕДЕЛЕННОЕ_СООБЩЕНИЕ & АВ7* и значении кода на АВ|4 ... 0)* большем, чем ОА|4 ... 0) и уровне приоритета таком же, как и у текущего выигравшего. Модули должны удерживать УНИКАЛЬНОСТЬ БОЛЬШЕ до: ФАЗА_0.

5.2.4 А1рибуты общего арбитража и сообщения

СОРЕВНУЮЩИЙСЯ

Модуль должен установить СОРЕВНУЮЩИЙСЯ при условии: — ИНИЦ& — ВТОРОЙ ПРОХОД & (ЗАПРОС_АРБИТРАЖНОГО_СООБЩЕНИЯ ! ЗАПРОС ЦЕНТРАЛ ЬНОГО_СООБЩЕ-НИЯ : ЗАПРОС_РАСП РЕДЕЛ ЕН НОГО АРБИТРА j ЗАПРОС_РАСПРЕДЕЛЕННОГО.СООБ-ЩЕНИЯ) & (ФАЗА 0 ; ФАЗА_1) & —аг*, модуль должен удерживать его выставленным до: ИНИЦ ; (АСО* : —ТРЕБУЕТСЯ_ВТОРОЙ ПРОХОД ; -ВЫИГРАВШИЙ) & ФАЗА_5.

ВЫЧЕРКНУТЫЙ

Модули должны установить ВЫЧЕРКНУТЫЙ при условии. ФАЗА_Э & (УСТРАНЕНИЕ ; ЗАПРОС ВТОРОГО_Г1РОХОДА& СОРЕВНУЮЩИЙСЯ I ОШИБКА АРБИТРАЖА ; РАСПРЕДЕЛЕННОЕ СООБЩЕНИЕ) ! ФАЗА4 &. ВЛАДЕЛ ЕЦ^АРБИТРАЖА & НАЧАЛО, ПЕРЕДАЧ И Модули должны сбрасывать ВЫЧЕРКНУТЫЙ при: ФАЗА 0.

CN7

Модуль должен установить сп7 при условии: ЗАПРОС АРБИТРАЖНОГО_СООБЩЕ-НИЯ ЗАПРОС ЦЕНТРАЛ ЬНОГО_СООБ1ЦЕН ИЯ & ВТОРОЙ_ПРОХОД : ЗАПРОС_РАСПРЕ-ДЕЛЕННОГО АРБИТРА & ( ДВА_ПРОХОДА : ВТОРОЙ,ПРОХОД) ЗАПРОС_РАСПРЕДЕЛЕН НО ГО_СООБЩЕН ИЯ

CN6

Модуль должен установить сиб при условии: ЗАПРОС_АРБИТРАЖНОГО СООБЩЕНИЯ & АМ6 ЗАПРОС_ЦЕН'ГРАЛЬНОГО_СООБЩЕНИЯ & <-ВТОРОЙ_ПРОХОД & AMI3 ; ВТОРОЙ ПРОХОД & А Мб) ЗАПРОС РАСГ1РЕДЕЛЕННОГО_АРБИТРА & ((-ДВА_ПРОХОДА | ВТОРОЙ ПРОХОД) & PRO {ДВА ПРОХОДА & ВТОРОЙ_ПРОХОД & PR7) ;ЗАПРОС_РАС-ПРЕДЕЛFJ1 НОГО СООБЩЕНИЯ & (-ВТОРОЙ ПРОХОД | ВТОРОЙ_ПРОХОД & АМ6).

CN5

Модуль должен установить сп5 при условии: ЗАПРОС_АРБИТРАЖНОГО_СООБЩЕНИЯ & АМ5 ЗАПРОС ЦЕНТРАЛЬНОГО_СООБЩЕНИЯ & (-ВТОРОЙ_ПРОХОД & AM 12 1 ВТО-РОЙ ПРОХОД & АМ5) ЗАПРОС.РАСПРЕДЕЛЕННОГО АРБИТРА & ((-ДВА_ПРОХОДА; ВТОРОЙ_ПРОХОД) & КРУГОВОЙ_АРБИТРАЖ :ДВА_ПРОХОДА& ВТОРОЙ ПРОХОД & PR6) ; ЗАПРОС _РАСП РЕДЕЛ ЕННОГОСООБЩЕНИЯ & (- ВТОРОЙ .ПРОХОД |ВТОРОЙ_ПРО-ХОД & AM5).

CN4

Модуль должен установить сн4 при условии: ЗАПРОС АРБИТРАЖНОГО_СООБЩЕНИЯ & АМ4 ! ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ & (-ВТОРОЙ_ПРОХОД & АМН ; ВТОРОЙ ПРОХОД & АМ4) | ЗАПРОС,РАСПРЕДЕЛЕННОГО_АРБИТРА & ((-ДВА ПРОХОДА ! ВТОРОЙ_ПРОХОД) & GA4 ; ДВА_ПРОХОДА & - В'ГОРОЙ_ПРОХОД & PR5) J ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & (—ВТОРОЙ ПРОХОД \ ВТОРОЙ,ПРОХОД & АМ4).

CN3

Модуль должен установить спЗ при условии: ЗАПРОС_АРБИТРАЖНОГО_СООБЩЕНИЯ & А М3 ! ЗАПРОС ЦЕНТРАЛ ЬНОГО_СООБШЕН ИЯ & ( ВТОРОЙ_ПРОХОД & AM 10 | ВТО-РОЙ_ПРОХОД & А М3) ; ЗАП РОС_РАСП РЕДЕЛЕН НОГО_АРБИТРА & ((-ДВА_ПРОХО-ДА ВТОРОЙ ПРОХОД) & О АЗ ; ДВА_ПРОХОДА & -ВТО РОЙ_ ПРОХОД & PR4) ! ЗА ПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & (-В'ГОРОЙ.ПРОХОД | ВТОРОЙ_ПРО-ХОД & АМЗ).

CN2

Модуль должен установить сп2 при условии: ЗАПРОС АРБИТРАЖНОГО_СООБЩЕНИЯ & АМ2 ! ЗАПРОС_ЦЕНТРАЛЬНОГО СООБЩЕНИЯ & (-ВТОРОЙ_ПРОХОД & АМ9 ; ВТОРОЙ ПРОХОД & АМ2) ! ЗАПРОС,РАСПРЕДЕЛЕННОГО АРБИТРА & ((-ДВА_ПРОХО-ДА , ВТОРОЙ,ПРОХОД) & ОА2 ! ДВА_ПРОХОДА & — ВТОРОЙ_ПРОХОД & PR3) J ЗА-ПРОС_РАСПРЕДЕЛЕННОГО_СООБЩЕНИЯ & (-ВТОРОЙ ПРОХОД \ ВТОРОЙ_ПРОХОД & АМ2).

43

Страница 51

ГОСТ Р ИСО/МЭК 10857-95

CNI

Модуль должен установить cn I при условии: ЗАПРОС_АРБИТРАЖНОГО СООБЩЕНИЯ & АМ1 ЗАПРОС ЦЕНТРАЛЬНОГО_СООБЩЕНИЯ & (—ВТОРОЙ ПРОХОД & АМ8 \ ВГО-РОЙ'ПРОХОД & AMI) I ЗАПРОСРАСП РЕДЕЛ ЕН НОГО_АРБЙТРА & (<-ДВА_ПРОХО-ДА : ВТОРОЙ_НРОХОД) & GA1 I ДВА ПРОХОДА & -ВТОРОЙ ПРОХОД & PR2) \ ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & (-ВТОРОЙ ПРОХОД 1 ВТОРОЙ_ПРОХОД & AMI).

CN0

Модуль должен установить спО при условии: ЗАПРОС АРБИТРАЖНОГО СООБЩЕНИЯ & АМО ; ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ & (-ВТОРОЙ_ПРОХОД & АМ7 j ВТО-РОЙ_ПРОХОД & AMO) j ЗАП РОС_РАСП РЕДЕЛ ЕННОГО_АРБИТРА & ((-ДВА Л РОХО -ДА J ВТОРОЙ ПРОХОД) & ОАО ! ДВА_ПРОХОДА & -ВТОРОЙ ПРОХОД & PR 1) | ЗАПРОС, РАСПРЕДЕЛЕН НОГО.СООБЩЕНИЯ &(^ВТОРОЙ ПРОХОД ; ВТОРОЙ_ПРОХОД& АМО).

CNP

Модуль должен устанавливать сир, если номер у с»(7 . . . 0J атрибутов установлен и является четным.

ЗАП РОС_ВТОРОГО_П РОХОДА

Модули должны устанавливатьЗАЛРОС_ВТОРОГО_ПРОХОДАпрн условии: - ВТОРОЙ_ПРО-ХОД & ФАЗА_Э & (—АВ7* ; РАСПРЕДЕЛЕННОЕ_СООБЩЕНИЕ) и удерживать сю установленным до: ФАЗА 0.

ВТОРОЙ.ПРОХОД

Модули должны устанавливать В'ГОРОЙ_ПРОХОД при условии: —ИНИЦ & —ЗАПРОС, ВТОРО ГО_ ПРОХОДА &—АС0*&ФАЗА 5 и удерживать его установленным до: ИНИЦ \ (-ЗАПРОС.. ВТОРОГО. ПРОХОДА | ACG*)& ФАЗА 5.

5.2.5 Временные атрибуты арбитража

ФАЗА, 0

Модули до.'м1Ы устанавливать ФАЗА_0 и очищать ФАЗА_5, сели всс действия в ФАЗА_5 закончены и: ФАЗА 5 & (— AQf | АР* ). Модули должны устанавливать ФАЗА_0 при условии: ИНИЦ.

ФАЗА_ I

Модули должны устанавливать ФАЗА_1 и очищать ФАЗА_0, если всс действия в ФАЗА_0 закончены и: ФАЗА 0 &. (ар* | АР*). Модули должны очищать ФАЗА_1 при условии: ИНИЦ.

ФАЗА_2

Модули должны устанавливать ФАЗА_2 и очищать ФАЗА_1, если всс действия в ФАЗА_ 1 закончены и: ФАЗА_1 & (—ARf i АО*). Модули должны очищать ФАЗА ,2 при условии. ИНИЦ.

ФАЗА.З

Модули должны устанавливать ФАЗА_3 и очищать ФАЗА 2. если все действия в ФАЗА 2 закончены и. ФАЗА„2 & (aq* , AQ*). Модули должны очищать ФАЗА_3 при условии: ИНИЦ.

ФАЗА_4

Модули должны устанавливать ФАЗА_4 и очищать ФАЗА_3, если всс действия в ФАЭА_3 закончены и: ФАЭА_3 & (—АРГ* | AR*). Модули должны очищать ФАЗА_4 при условии: ИНИЦ.

ФАЗА_5

Модули должны устанавливать ФАЗА_5 и очищать ФАЗА_4, если все действия в ФАЗА_4 закончены и: ФАЗА 4 & (ar* J AR*). Модули должны очищать ФАЗА .5 при условии. ИНИЦ.

СОРЕВНОВАНИЕ

Модуль должен устанавливать СОРЕВНОВАНИЕ при условии: СОРЕВНУЮЩИЙСЯ & ФАЗА 1 и удерживать ею до: ФАЗА 4.

УСТАНОВЛЕННЫЙ

Модули должны очищать УСТАНОВЛЕННЫЙ при условии. ФАЗА О.

СОРЕВНУЮЩИЙСЯ должен установить УСТАНОВЛЕННЫЙ при условии, что прошел достаточный промежуток времени t_a с начала ФАЗА_2, гарантирующей СОРЕВНУЮЩЕМУСЯ победу в соревновании ; ФАЭА_3.

44

Страница 52

ГОСТ Р ИСО/МЭК 10857-95

ПОБЕДИТЕЛЬ

Модуль должен выставить ПОБЕДИТЕЛЬ при условии: УСТАНОВЛЕННЫЙ & СОРЕВНОВАНИЕ & (сц7 ! —АВ7*) & (спб ; —АВ6*) & <ei»5 | -АВ5*) & (сп4 J —АВ4*) & (спЗ ,-АВЗ*) & (cu2 ! —АВ2*) & (cnI ! —АВ1*) & (сиО | АВО*) и удерживать ПОБЕДИТЕЛЬ до: ФАЗА_0.

5.2.6    А1рибугы ошибок арбитража

ОШ ИБКА_АРБИТРАЖА

Модуль должен устанавливать ОШИБКА_АРБИТРАЖА при услов»ш. ТАЙМ-АУТ_АР-БИ ГРАЖА ОШИБКА_ЧЕТНОСТИ_АРБИТРАЖА & РАЗРЕШЕНИЕ_СООБЩЕНИЯ_ЧЕТНО-СТИ ! ОШИБКА_СРАВНЕНИЯ_АРБИТРАЖА. Модули должны очищать ОШИБКААРБИТРА-ЖА при условии: ФАЗА 0.

ОШИ БКА_ЧЕТНОСТИ_АРБИТРАЖА

Модули должны устанавливать ОШИБКА ЧЕГНОСТИ АРБИТРАЖА в ФАЭА_3 при условии, если код, выставленный на АВ[) *. является четным и очищен АВР* или, если код, выставленный на АВ(|*, является нечетным и установлен АВР*. Модули должны удерживать ОШИБ-КА_ЧЕТНОСТИ_АРБИТРАЖА до: ФАЗА_0.

ОШ И БКА_СРАВ Н ЕН ИЯ_АРБИТРАЖА

Модули должны устанавливать ОШИБКА_СРАВНЕНИЯ_АРБИТРАЖА при условии: ФАЗА_Э & СОРЕВНУЮЩИЙСЯ & (АВЦ* <сп()).

ТАЙ М_АУТ_АРБИТРАЖА

Модули должны устанавливать ТАЙМ-АУТ_АРБИТРАЖА при условии: (ФАЗА_2 длится более 1—2 мке) . (ФАЗА_4 длится более 1—2 мке) и должны удерживать его выставленным до: ФАЗА_0.

5.2.7    Определение сигналов

5.2.7.1    Синхронизация арбитража

5 2.7.1 I АР*

Модули должны выставлять ар* при условии: ФАЗА 0 (ЗАПРОС АРБИТРАЖНОГО_СООБ-ЩЕНИЯ J ЗАПРОС ЦЕНТРАЛЬНОГО_СООБЩЕНИЯ j ЗАПРОС_РАСПРЕДЕЛЕННОГО_АР-БИТРА ЗАПРОС_РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ) } ФАЗА_1 и удерживать ар* до появления условия: ИНИЦ J ФАЗА_Э & (НЕЙТРАЛ ЬНЫЙ_АРБИТР ; - ЦЕНТРАЛ ЬНЫЙ_АРБИ ГР & (ас 1 * j ACI* ; —AS*)) и модуль запомнил номер, выигравший арбитраж, и проверил его на ошибки.

5.2.7.1.2    AQ*

Модули должны устанавливать aq* при условии: ФАЗА 2 & (ПОБЕДИТЕЛЬ J ТАЙМ-АУТ_АР-БИТРАЖА) I ФАЗА_Э и удерживать установленным aq* до появления условия: ИНИЦ ; ФАЗА_5 и оба АСО* и АС1* были выбраны.

5.2    7.1.3 AR*

Модули должны устанавливать аг* при условии: —(ВКЛЮЧЕНИЕПИТАНИЯ & — НЕЗАНЯТОСТЬ. М\ГИСТРАЛИ_1 US) & (ИНИЦ ! ФАЗА_4 & (ЦЕНТРАЛ ЬНЫЙ_АРБИТР& -ЦЕНТРАЛ ЬНЫЙ_АРБИТР & (ВЛАДЕЛЕЦ АРБИТРАЖА & ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ | ОТСУТ-СТВИЕ_ВЛАДЕЛЬЦА_АРБИТРАЖА & ПОБЕДИТЕЛЬ I ТАЙМ-АУТ_АРБИТРАЖА ; АС1*!

I ае| *)) ; ФАЗА_5) и удерживать установленным аг* до появления условия: ар* ФАЗА !.

S.2.7.2. Условия арбитража

5.2.7.2.1    АСО*

Модули должны устанавливать асО* при условии: ФАЗА_Э & ОШИБКА_АРБИТРАЖА. Модули должны удерживать установленным асО* до:. ФАЗ А 0.

5.2.7.2.2    АС1 *

Модуль должен устанавливать ас 1* при условии: ВЫЧЕРКНУТЫЙ и должен удерживать установленным acl* до: ФАЗА_0.

5.2.7.3 Шина арбитража

5.2.7.3.1    АВ7 *

СОРЕВНУЮЩИЙСЯ должен устанавливать аЬ7* при условии: си7 & СОРЕВНОВАНИЕ.

5.2.7.3.2    АВ6*

СОРЕВНУЮЩИЙСЯ должен устанавливать al>6* при условии: спб & СОРЕВНОВАНИЕ & (сп7 ' АВ7*).

45

Страница 53

ГОСТ Р ИСО/МЭК 10857—95

5.2.7.3.3    АВ5*

СОРЕВНУЮЩИЙСЯ должен устанавливать аЬ5* при условии: си5 & СОРЕВНОВАНИЕ & (ся7 ! -АВ7*) & (епб ; -АВб*).

5.2.7.3.4    АВ4*

СОРЕВНУЮЩИЙСЯ должен устанавливать аЬ4* при условии: сн4 & СОРЕВНОВАНИЕ & (cn7 ! —АВ7*) & (епб \ —АВ6*) & (си5 | —АВ5*)

5.2.7.3.5    АВЗ*

СОРЕВНУЮЩИЙСЯ должен устанавливать al>3* при условии: с«3 & СОРЕВНОВАНИЕ & (сп7 ; —АВ7*) & (епб АВб*) & (cu5 ’ — АВ5*) & (сп4 \ — АВ4*).

5.2.7.3.С АВ2*

СОРЕВНУЮЩИЙСЯ должен устанавливатьаЬ2* при условии: с»2 & СОРЕВНОВАНИЕ & (сп7 | АВ7*) & (епб , -АВб*) & (си5 [ -АВ5*) «St (си4 ! —АВ4*) & (спЗ ! -АВЗ*).

5.2.7.3.7 АВ1 *

СОРЕВНУЮЩИЙСЯ должен устанавливать аЫ* при условии: сн) & СОРЕВНОВАНИЕ & <С|>7 ; — АВ7* ) & (енб [ — АВ6*) & (сн5 1 -АВ5*) &. (сп4 ; -АВ4*) & (спЗ ! -АВЗ*) & (си2 ; -АВ2* )■

5.2.7.3.5    АВО*

СОРЕВНУЮЩИЙСЯ должен устанавливать аЬО* при условии: спО & СОРЕВНОВАНИЕ & (е»7 , —АВ7*) & (епб j — АВ6*) & (сп5 ; -АВ5*) & (сп4 | - АВ4*) & (спЗ j -АВЗ*)& (сп2 |~АВ2*) & (сп 1 : —ABI *}.

5.2.7.3 9 АВР*

СОРЕВНУЮЩИЙСЯ должен устанавливать abp* при условии: сир & СОРЕВНОВАНИЕ & (с»7 ; - ДВ7 *) & (епб; -АВ6 *) & (сп5 .' -АВ5 *) Л (сп4 ] -АВ4 *) & (епЗ J -АВЗ *) & (сп2 J -АВ2 *) & (сн! ; -АВ1 *) & (спО , -АВО*).

5.2.К    Определение протокола — распределенный арбитраж и сообщения

5.2.Я.1    ФАЗА О-ОЖИДАНИЕ

Модуль должен очищать спои* РАЗМЕЩЕНИЕ. УНИКАЛЬНОСТЬ_БОЛЬШЕ. ВЫЧЕРКНУТЫЙ. УСТАНОВЛЕННЫЙ, ЗАПРОС_ВТОРОГО_ПРОХОДА, ПОБЕДИТЕЛЬ, ОШИБКА АРБИТРАЖА. ОШИБКА_ЧЕТНОСТИ_АРГ>ИТРАЖА и ТАЙМ-АУТ АРБИТРАЖА при условии если они установлены, а также снять свои сигналы с ас0* и ас! *, если они установлены.

Модуль должен очистить РАСПРЕДЕЛЕНН0£_С00БЩЕНИЕ при условии —ВТОРОЙ..ПРОХОД.

ВЛАДЕЛЕЦ АРБИТРАЖА может выставлять РАСГ1РЕДЕЛЕННЫЙ_МАСТЕР при условии: ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРА & ~ ВТО РОЙ_ ПРОХОД.

При условии: ЗАПРОС. РАСПРЕДЕЛЕННОГО_АРБИТРА & -ВЛАДЕЛЕЦ^АРБИТРА-ЖА ! ЗАП РОС_ РАСП РЕДЕЛ ЕННОГО^СООБЩЕН ИЯ & -ПОСЫЛ КА_РАСПРЕДЕЛЕННО-ГО СООБЩЕНИЯ модуль должен устанавливать ар*.

‘ 5.2.S.2 ФАЗА_1 - РЕШЕНИЕ

При условии: (ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРА & —ВЛАДЕЛЕЦ,АРБИТРАЖА ' ЗАПРОС_РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & ПОСЫЛКА_РАСПРЕДЕЛЕННО-ГО СООБЩЕНИЯ) & -ВТОРОЙ .ПРОХОД модульдолжен:

1)    убедиться, что закончились «се переходные процессы;

2)    выставить СОРЕВНУЮЩИЙСЯ;

3)    перезагрузить PR(7 . . 0|, КРУГОВОЙ_АРБИТРАЖ, GA|4 ... 0J, ДВА_ПРОХОДА и

AM 17 .    0].

При условии: ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРА & -ВЛАДЕЛЕЦ АРБИТРАЖА, ЗАЛРОС_РАСПРЕДЕЛЕННОГО_СООБЩЕНИЯ & -ПОСЫЛКА .РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ модульдолжен:

1)    перезагрузить сп|7 ... 0) и сир;

2)    выставить СОРЕВНОВАНИЕ;

3)    убедиться, чю прошло достаточно времени для того, чтобы старшие разряды си|7 . . . 0] были помещены на соответствующие линии АВ|7 . .. 0J *.

Все модули должны выставить ар*, если он еще не установлен.

После этого все модули должны затем снять аг*.

Страница 54

ГОСТ Р ИСО/МЭК 10857-95

5 2 8 3 ФАЗА.2 - СОРЕВНОВАНИЕ

Если модуль остается и ФАЗА 2 больше, чем I —2 мке, он должен установить ТАЙ М-АУТ АРБИТРАЖА и ОШИБКА АРБИТРАЖА н выставить aq* .

СОРЕВНУЮЩИЙСЯ должен.

1)    начать отсчет времени t а, как описано и 5.2.5;

2)    при условии УСТАНОВЛЕННЫЙ и ПОБЕДИТЕЛЬ убедиться, »гто abp* действителен и затем выставить aq*.

5.2.8,4 ФАЗА_3 — Проверка ошибок

Все модули должны выставить aq*, если он сшс не установлен.

Все модули должны:

1)    запомнить коды ни линиях АВ|7 .0]* н АВР* :

2)    выставить ОШИБКА_ЧЕТНОСТИ. АРБИТРАЖА и ОШИБКА_АРБИТРАЖА при неправильной четности кодов на АВ|7 .. 0| и АВР*;

3; выставить РАСПРЕДЕЛЕН НОЕ_СООБ1ЦЕНИЕ при условии —ВТОРОЙ ПРОХОД & АВ7* & АВ6* & АВ5* & АВ4*& АВЗ* & АВ2* & ABI * & А ВО*;

4)    выставить УН И КАЛ ЬНОСТЬ_ БОЛ ЬШЕ при условии, описанном в 5.2.3;

5)    установить ЗАПРОС _ ВТО РОГО_ ПРОХОДА при условии: -АВ7*; РАС П РЕДЕЛЕН НО Е_СО-ОБЩБНИЕ;

6)    установить ВЫЧЕРКНУТЫЙ при условии: ОШИБКА_АРБИТРАЖА * РАСПРЕДЕЛЕННОЕ СООБЩЕНИЕ ; ЗАГ1РОС_ВТОРОГО_ПРОХОДА&СОРЕВНУЮЩИЙСЯ *

При условии РАЗМЕЩЕНИЕ модуль должен:

1)    убедиться, '(то закончились все метастабильные пс|>сходныс процессы;

2)    установить ВЫЧЕРКНУТЫЙ.

Все модули должны.

1)    выставить асО* при условии: ОШИБКА_АРБИТРАЖА,

2)    выставить ас 1 * при условии. ВЫЧЕРКНУТЫЙ.

Все модули должны освобождать ар* при условии: ACI * —AS*

5.2 S.5 ФАЗА_4 — Освобождение от владения

Если модуль остается в ФАЗА_4 больше, чем 1—2 мке, он должен установить 'ГАЙ М-АУТ_АР-БИТРАЖА и ОШИБКА АРБИТРАЖА и выставить аг*.

СОРЕВНУЮЩИЙСЯ должен:

1)    очистить СОРЕВНОВАНИЕ;

2)    выставить аг* при условии: ПОБЕДИТЕЛЬ & ОТСУТСТВИЕ ВЛАДЕЛЬЦА_АРВИТРАЖА

ВЛАДЕЛ F. ^АРБИТРАЖА должен:

1)    при условии: НАЧАЛО_ ПЕРЕДАЧ И установить ВЫЧЕРКНУТЫЙ, выставить ас 1 * и затем выставить аг*:

2)    при условии. ЗАВЕРШЕН ИЕ_ПF.РЕДАЧ И выставить аг* .

Все модули должны выставить аг* при условии: АС1 *.

5.2.8.0 ФАЗА_5 — Передача владения

Все модули должны выставить ai * при условии, что он не установлен.

Модуль должен снять свои сигналы с ab|| * и abp*. если они выставлены.

Модуль должен:

1)    определить код на линиях АСО* и ACI *;

2)    перезагрузить КРУГОВОЙ_АРБИТРАЖ. как описано в 5.2Л.4;

3)    выставить ВТОРОЙ_ПРОХОД при условии: ЗАПРОС_ВТОРОГО_11РОХОДА & -АСО* .

4)    очистить ОТС УГСТ В И F. _ В Л АД ЕЛ Ь Ц А_ АР 6 И Т РАЖА при условии — АО *. СОРЕВНУЮЩИЙСЯ должен:

1)    выставить ВЛАДЕЛЕЦ_АРБИТРАЖА и РАСПРЕДЕЛЕННЫЙ МАСТЕР при условии: ЗА-11 РОС_ РАС П РЕДЕЛ ЕН НО Г0_А Р БИТ РА & ПОБЕДИТЕЛЬ & -ЗАПРОС ВТО РОГО_ ПРОХОДА & —AC I * :

2)    выставить ПОС ЫЛ КА РАСП РЕДЕЛ ЕН НОГО.СООБЩЕН ИЯ при условии: ЗАП РОС_ РАС-11 РЕДЕЛ ЕННОГО_СООБЩЁН ИЯ & ПОБЕДИТЕЛЬ & -ЗАПРОС ВТОРОГО_ПРОХОДА & •

АСО*:

3)    очистить СОРЕВНУЮЩИЙСЯ при условии: -ПОБЕДИТЕЛЬ ; -ЗАП РОС_ ВТОРО -

го_прохода:асо*.

47

Страница 55

ГОСТ 1» ИСО/МЭК 10857-95

ВЛАДЕЛЬ’Ц АРБИТРАЖА должен очистить В Л АЛ ЕЛ Е НА Р Б И Т РАЖА при условии: —ЗА-ПРОС^РАСШЧДЕЛ ЕННОГО_АРБИТРА & -ЗАПРОС_ВТОРОГО_ПРОХОДА & -ACJ *: ЗА-I1POC РАСПРЕДЕЛЕННОГО_АРБИТРА& -ПОБЕДИТЕЛЬ & -ЗАПРОС_ВТОРОГО_ПРОХО-ДА & - АС 1 *.

Все моду;)И после этого должны освободить acj*.

5 2 9 Определение протокола — сообщении центрального арбитра 5.2.9.1 ФАЗА 0-ОЖИДАНИЕ

Модуль должен очищать свои: ВЫЧЕРКНУТЫЙ, УСТАНОВЛЕННЫЙ. ЗАПРОС ВТОРО-ГО_ПРОХОДА, ПОБЕДИТЕЛЬ, ОШИ БКААРБИТРАЖА, ОШИБКА_ЧЕТНОСТИ_АРБИТРаЖА к ТА Й М - АУТ_А Р Б И Т РА ЖА при условии, если они установлены, а также снять свои сигналы с асО* и ас) ★ , если они Доставлены.

При условии. ЗАПРОС АРБИТРАЖ НОГО_СООБЩЕН ИЯ & - ПОСЫЛ КА_АРБИТРАЖ НО -ГО_СООБШЕНИЯ ; ЗАПРС)С_ЦЕНТРАЛЬНОГО_СООБЩБНИЯ & -ПОСЫЛКА .ЦЕНТРАЛЬНОГО СООБЩЕНИЯ модуль должен выставить ар*

5 2.92 ФАЗА.1 - РЕШЕНИЕ

При условии. (ЗАПРОС АРБИТРАЖНОГО СООБЩЕНИЯ & —ПОСЫЛ КА_АРБИТРАЖНО-ГО_СООБЩЕНИЯ : ЗАПРОС_ЦЕНТРАЛЬНОГО_СООБЩЕНИЯ & -ПОСЫЛКА ЦЕНТРАЛ Ь-НОГО„СООБЩЕНИЯ) & — ВТОРОПРОХОД модуль должен:

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

2)    выставить СОРЕВНУЮЩИЙСЯ;

3)    перезагрузить РЩ7 ... 0J, RQ и АМ[ 13 . . .0|.

При условии: ЗАПРОС АРБИТРАЖНОГО СООБЩЕНИЯ & -ПОСЫЛКА_АРБИТРАЖНО-ГО СООБЩЕНИЯ : ЗАПРОС_ЦЕНТРАЛЬНОГО_СООБШЕНИЯ -ПОСЫЛКА ЦЕНТРАЛЬНОГО. СООБЩЕI 1 ИЯ модуль должен:

3)    изменить сп{7 .. . 0| и сир;

4)    выставить СОРЕВНОВАНИЕ;

5)    убедиться, что прошло достаточно времени для того, чтобы старшие разряды сн[7 . . . 0| были помещены на соответствующие линии АВ(7 . .. 0J*.

Все модули должны выставить ар*, если он еще не установлен.

После этого все модули должны снять аг*.

5.2.9.3 ФАЗА_2 - СОРЕВНОВАНИЕ

Если модуль остается и ФАЗА^2 больше чем 1—2 мке, он должен установить ТАЙМ«АУТ_АР-БИТРАЖА, ОШИБКА.АРБИТРАЖА и выставить aq ★ ,

СОРЕВНУЮЩИЙСЯ должен:

I ) начать отсчет времени t_a, как описано в 5.2.5;

2) при условии: УСТАНОВЛЕННЫЙ и ПОБЕДИТЕЛЬ убедиться, что abp* действителен и затем выставить aq *.

5 2.9.4 ФАЗА_Э — Проверка ошибок

Все модули должны выставить aq*. если он сшс не выставлен.

Вес модули должны:

1)    запомшгть коды на линиях АВ|7 ... 0)* и АВР*;

2)    установить ОШИБКА_ЧЕТНОСТИ_АРБИТРАЖА и ОШИБКА. АРБИТРАЖА при неправильной четности кодон на АВ|7 . 0] и АВР*;

3)    установить ЗАПРОС ВТОРОГО ПРОХОДА при условии: —АВ7*;

4)    установить ВЫЧЕРКНУТЫЙ при условии: ОШИБКА_АРБИТРАЖА ; ЗАПРОШЕН-НЫЙ_ВТОРОЙ_ПРОХОД & СОРЕВНУЮЩИЙСЯ.

Все модули должны;

1)    выставить асО* при условии ОШИБКА .АРБИТРАЖА,

2)    выставить ас 1 * при условии ВЫЧЕРКНУТЫЙ Все модули должны освобождать ар *.

5.2.9.5 ФАЗА_4 — Освобождение мастерства

Если модуль остается и ФАЗА 4 больше, чем 1—2 мкс. он должен установить ТАЙМ-АУТ_АР-БИТРАЖА. Г ШИБКА АРБИТРАЖА н выставить аг *.

СОРЕВНУЮЩИЙСЯ должен очистить СОРЕВНОВАНИЕ.

Все модули должны выставить аг* .

Страница 56

ГОСГ Р ИСО/МЭК 10857-95

5 2.9.6 ФАЗА_5 — Передача владения

Все модули должны выставить аг* при условии, что он не установлен.

Модуль должен снять свои сигналы с ab| | * и abp*, сели они выставлены.

Модуль должен:

1)    определить код на линии АСО*,

2)    выставить ВТОРОЙ_НРОХОД при условии: ЗАПРОС_ ВТОРО ГО ПРОХОДА & — АСО*.

СОРЕ ВНУ ЮШИ ЙСЯ должен:

1)    выставить ПОСЫЛКА АРБИТРАЖНОГО_СООБЩБНИЯ при условии ЗАПРОС_АРБИТ-РАЖНОГО_СООБ1ЦЕНИЯ & ПОБЕДИТЕ.'!Ь & -АСО*;

2)    выставить ПОСЫЛКА_ЦЕНТРАЛЬНОГО СООБЩЕНИЯ при условии ЗАПРОС ЦЕНТРАЛ ЬНОГО СООБЩЕНИЯ & ПОВЕДИТЕЛ b & -АСО* ;

3)очистить    СОРЕВНУЮЩИЙСЯ при условии -ПОБЕДИТЕЛЬ ; -ЗАПРОШЕННЫЙ^ВТО-

рой проход; асо*.

Все модули после этого должны освободить aq*.

6 ПАРАЛЛЕЛЬНЫЙ ПРОТОКОЛ

6.1    Описание

Данный раздел с описанием параллельного протокола описывает и специфицирует, каким образом передаются данные в стандарте Euturcbus-r.

6.1.1    Владение магистралью

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

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

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

6.1.2    Передачи

Модуль использует шину передачи данных для проведения системных передач. Системная передача состоит из запроса с последующим ответом. Существует два пути проведения системных передач.

1)    Связная передача используется для проведения запросов и отвею» модулей при однократной магистральной пс]>сдачс.

2)    Расщепленная передача используется для расщепления фаз запросов и ответов модулей в раздельные интервалы владения магистралью. Модуль, обслуживающий запрос, становится задатчиком, адресуется к источнику запроса и пе|>едаст ответ.

6.1.3    Фазы магистральной передачи

3;|датчик может про полить магистральные передачи в течение времени владения магистралью. Каждая магистральная передача состоит из трех фаз:

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

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

3)    фаза рассоединения, при которой задатчик завершает передачу и рассоединяется е исполнителями.

Страница 57

ГОСТ Р ИСО/МЭК 10857-95

Необходимо, чтобы вес магистральные передачи имели фазы соединения и рассоединен им. Фаза передачи данных не включается ь некоторые тины передач. Передачи без данных обычно насыпаются передачами только адреса Эти типы передач используются различным образом при выполнении расщепленных передач. Только адресные передачи могут быть использованы и сообщениях о системных событиях, которые, например, мо/уг устанавливать простые переменные, такие как направленные порывания в п|юцессорном модуле Приемник и действие команды указываются в кодах адреса и команды.

Передача начинается со сияэн задатчика с одним или несколькими исполнителями и течение фазы соединения Фаза передачи данных начинается, когда связь установлена и заканчивается с окончанием связи. Задатчик может передавать данные исполнителю (исполнителям) во время что и фазы. Связь разрывается во время фазы рассоединения.

Во время фазы пс|>сдачи данных задатчик может проводить передачу данных, используя либо режим принудительном аШШШ! ФШШДО? либо режим пакетной передачи данных.

Задатчик может проводить одну из следующих несдач до магнетцадд.

1)    Цер&иш юлько. .шрсса. состоящая из передачи адреса, за которой следует фаза рассоеднне-ния. Здесь нет фазы передачи данных и. следовательно, ист передаваемых данных, за исключением информации, содержащейся внутри фаз соединения и рассоединения.

2)    Принудительная передача данных, состоящая из передачи адреса и следующим за ней блока из одной или более пе^дачн данных по одному или нескольким смежным адресам, начинается с адреса, переданного в адресной передаче. Каждая передача данных происходи в соответствии с полным протоколом принудительной передачи данных с подтверждением между задатчиком и не пол и ител е м< л я ми)

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

6.1.4 Протоколы передачи данных

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

Какой из протоколов будет использован, определяется во время фазы соединения пе]>сдачи. Любой участник может заставить вести передачу по принудительному п)ютоколу.

Все участники пакетной передачи должны действовать и одном темпе передачи. Во все модули. способные действовать в пакетном режиме, во время системной инициализации загружаются две стандартных скорости передачи для данной системы. Каждый из этих модулей обеспечен регистром, из которого любой другой модуль может считать поддерживаемые этим модулем скорости передачи (ем. подробнее в гл 7) Главный процессор считывает поддерживаемые ско|юсти передачи исех других модулей и устанавливает в качестве меньшей скорости передачи наименьшую из скоростей пакетных модулей. Наивысшая скорость устанавливается равной наибольшей скорости, на которой может работать выбранное подмножество модулей. Определение, на которой из двух скоростей будет происходить конкретная передача, происходит во в|>емя фазы соединения. Любой участник может заставить вести пс|>сдачу на наименьшей скорости.

Так как множественные передачи данных в пакетном режиме происходят после одного подтверждения, модули-участники здринес должны знать, сколько передач будет осуществляться. Каждый модуль, способный работать в пакетном режиме, обеспечивается регистром, из которго другие модули могуг считать поддерживаемую длину пакета (см. подобное в гл. 7) Разрешены только следующие длины. 2. 4, 8, 16, 32 и 64. Задатчик указывает одну из этих стандартных длин пакета во время фазы данных В принудительной передаче пе|»сдача данных может быть любой длины в пределах ограничений по тайм-ауту, когда используется неограниченна длина передаваемых данных, если она не ограничивается профилем.

Я/

Страница 58

ГОСТ Р ИСО/МЭК 10857-95

6.1.5    Широковещательная синхронизация с подтверждением

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

6.1.6    Внелренность

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

Только один исполнитель вмешивается в передачу. Глава о ксш-когсрснтности объясняет, как атрибуты кешированной строки используются для гарантирования одного внедряющегося

6.1.7    Статус кешированной строки

В кешированном оборудовании модули динамически сохраняют дорожку атрибутов кешированных СГ1ЮК. Они делают это посредством мои итерирования сигналов магистрали в точение передачи Более подробно это объясняется в главе о ксш-когсрснтности.

6 1.# Расщепленные передачи

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

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

Если инициирована операция чтения и одни из участвующих исполнителей требует, чтобы пе|)едача была расщепленной, связная передача будет п|>еобразована в пе|>едачу по магистрали, которая будет запрашивать требуемые данные. После того, как задатчик (запросчик), который запросил данные освободит магистраль, модуль (ответчик) с запрашиваемыми данными овладевает магистралью и передает данные запросчику.

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

Модули не нуждаются в обеспечении возможности расщепленного ответа.

Управление приоритетами расщепленных передач определяется пользователем и не входит в данный стандарт.

6.1.9 Заблокированные операции

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

Страница 59

ГОСТ Р ИСО/МЭК 10857-95

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

Магистраль обеспечивает средства, которые задатчик использует для извещения модулей, чтобы одна или несколько передач были защищены. Обычно используются связные передачи там, где задатчик применяет команды соединения и рассоединения, чтобы поддерживать блокировку от передачи к передаче. Чтобы выполнить процессорную команду проверка-модификация, используя связный протокол, задатчику следует провести блокирующее чтение с блокирующим отключением, чтобы осуществить проверку. В течение того же владения магистралью, когда осуществляете)! чтение, задатчику следует сделать блокирующую запись с блокирующим отключением, чтобы осуществить модификацию. В дополнение к блокирующему рассоединению, все блокировки прекращаются по окончании владения задатчиком магистрали или при выполнении команды передачи, которая не поддерживает блокировку.

6.1.10 Блокирующие команды

Простая схема защиты, описанная в 6.1.9, не способна эффективно гарантировать неделимость передач в средах с расщепленными передачами. Как пример, для типичного генерируемого процессором семафора в цикле чтения с последующей записью, задатчик может просто сделать запрос чтения с последующим запросом записи совместно с данными. Ответчику следует вернуть запрашиваемые данные чтения при первом ответе и подтверждение записи при втором ответе. Кроме того, нет гарантии, что ответчик не получит .запрос от другой стороны между двумя семафорными запросами. Если это случилось, семафор перестает быть «атомарным*. Протоколы защиты могут вынудить магистраль препятствовать другим запросам, которые посланы, однако это может повредить намерению использовать расщепленные передачи. В связи с этим, обеспечивается возможность позволить модулям выполнять защищенные операции с единственным запросом при ПОМОЩИ блокирующих tCQMUU. Эти блокирующие команды могут быть использованы либо при расщепленных, либо при связных операциях записи. В общем эти блокирующие команды будут использоваться только в системах, где выполняются расщепленные передачи. К группе блокирующих команд относятся команды маскирование_н обмен. выборка. н_ сложение. мсн. Разряды и регистре Логические Возможности Модуля указывают, поддерживает или нет модуль блокирующие команды. При операциях по обработке данных, вкчючаюших блокирующие команды маскированиеJh_o6mch и сравнсние н обмен используется логика для каждого разряда в поле операнда, которая не зависит от всех других разрядов. Поэтому эти операции не зависят от старшинства байтов, и результаты будут идентичными при любом порядке расположения разрядов.

Команда выборка_и_сложснис суммирует два операнда для получения результата. Лотка суммирования должна иметь дело с переносами между разрядами. Разряды внутри бай га всегда имеют постоянный порядок, и переносы всегда распространяются водном направлении. Между байтами распространение переноса зависит от порядка байтов в операндах. Когда операнд имеет порядок с возрастающим старшинством байтов, переносы распространяются от АП>{7 ... 0| * к AD{15 ... 8J *. от AD|15 . . . SJ* к AD(23 ... 16]* и т. д. Когда операнды имеют порядок с понижающимся старшинством байтов, для 32-разрядного слова переносы распространяются от AD(3l ... 24]* к ADJ23 . . 16]*, от ADJ23 ... I6J* к ADJ15 . . . 8)* и т. д. Для поддержки этих различных направлений распространения переноса есть две версии команды выборка_и_сложение:

1.    *выбрать_и_слож1Гть_со-старшего* для порядка с уменьшающимся старшинством ба»гтов;

2.    «выбрать_и_сложить_с_х<ладшсго» для порядка с увеличивающимся старшинством байтов,

Операции защищенного чтения обычно не используются при расщепленных передачах. Если

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

6.1.10.1 Блокирующая команда маскирования и обмена.

Связная блокирующая команда маскирования и обмена, как показано на рис. 6—1, состоит из следующих частей.

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

Страница 60

ГОСТ Р ИСО/МЭК 10857—95

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

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

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

Запросчик

Ответчик

Процессор

I------

|    Ячейка

памяти

Буфер

Маскиру-

1

Первона

Маскирую

ющии

1 I

чальное

щий

операнд -1-

О

данное

Г

операнд —Г

Г

И

Маскиро

ванный

операнд

обмена


©


Операнд

обмена


Первона

чальное

данное


©


©


I.


Маскиро

ванный

операнд

обмена


Первона

чальное

данное


J

Рисунок 6— I — Блокирующая команда маскирования и обмена

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

6.1.10.2 Блокирующие команды выборки и сложения

В связной команде запрета выборки и сложения, как показано на рис. 6—2, производится следующее

1)    П]>сждс всего задатчик выполняет операцию типа защищенная запись, задавая команду выборки и сложения в фазе данных для пе|)едачн операнда-слагаемого исполнителю. Задатчик завершает передачу командой защищенного рассоединения.

2)    Исполнитель складывает операнд-слагаемое с данным, находившимся в адресованной ячейке до операции записи.

ч*

53

Страница 61

ГОСТ Р ИСО/МЭК 10857-95

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

4)    Исполнитель затем помешает результат в адресованную ячейку.

Запросчик    Ответчик

Рисунок 6—2 — Блокирующие команды выборки и сложения

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

6.1.10.3 Блокирующая команда сравнения и обмена

В связной команде запрета сравнения и обмена, как показано на рис. 6—3, выполняется

следующее.

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

2)    Используя такую же. как и в пе1>счислснии 1), операцию, задатчик передает исполнителю операнд для обмена. Задатчик заканчивает передачу командой защищенного рассоединения.

3)    В пределах того же периода владения магистралью, в котором выполнялись перечисления Г) и 2), и пс|>ед любой другой операцией задатчик затем совершает операцию защищенного чтения, чтобы вернуть данное, содержавшееся по данному адресу до операции записи из исполнителя.

34

Страница 62

ГОСТ Р ИСО/МЭК 10857-95

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

РЕЗУЛ ЬТАТ=(П ЕРВОНАЧ АЛ ЬНОЕ_ДАН НОЕ=»-*ОПЕРАИД_СРАВНЕН ИЯ)?

ОПЕРАНД ОБМЕНА: ПЕРВОНАЧАЛЬНОЕЛАННОЕ

Ответчик

Запросчик

Г

Г

Процессор


Буфер


Буфер


Ячейка

памяти

Операнд

сравнения

I 1 I 1

! О '

Первона

чальное

данное

Г

• 1 | 1

(

Операнд

обмена

! © !

Первона

чальное

данное

Операнд

сравне

ния

L _


Операнд

обмена

Первона

чальное

данное

Первоначальное данное или операнд обмена


L

Рисунок 6—3 — блокирующая команда сравнения и обмена

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

55

Страница 63

ГОСТ Р ИСО/МЭК 10857-95

6 1.11 Занятость

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

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

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

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

Хотя возможно построение систем в стандарте Futurebus+, гарант и ров;» иных от тупиков, разработки, использующие множество магистралей, могут быть уязвимы к зацикливаниям и должны быть спроектированы очень тщательно для того, чтобы уменьшить вероятность подобных событий. Большинство ситуаций, которые могут вызывать зацикливание, являются результатом использования операции занятости.

6.1.12    Ожидание

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

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

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

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

6.1.13    Расширенная разрядность магистрали

Модули могут поддерживать 4 разрядности данных. Это могуг быть 32, 64, 128 и 256 разрядов. Задатчик задаст разрядность магистрали в течение фазы соединения для данной передачи.

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

6.1.14    Расширенный адрес

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

>6

Страница 64

ГОСТ Р ИСО/МЭК 10857-95

6.1.15    Возможности модули

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

6.1.16    Передачи

ФБ+ передачи без кеширования следующие.

*    Незащищенное чтение

*    Незащищенная запись

*    Только адрес незащищенная

*    Защищенное чтение

*    Защищенная запись

*    Только ад|>сс защищенная

*    Частное чтение

*    Частная запись

*    Защищенное частное чтение

*    Защищенная частная запись

*    Ответ записи

*    Ответ чтения

*    Запись без подтверждения

ФБ+ передачи с кешированием следующие.

*    Недействительное чтение

+ Недействительная запись

+ Разделенное чтение

*    Обратное копирование

*    Модифицированное чтение

*    Недействительность

*    Разделенный ответ

*    Модифицированный ответ

6.1.16.1    Незащищенное чтение

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

6.1.16.2    Незащищенная запись

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

6.1.16.3    Только адрес незащищенная

Передача типа только шщ££ незащищенная используется для сообщений о системных событиях. Данные в ней не передаются. Эту передачу невозможно отличить от передачи «незащищенная запись* в течение фазы соединения. Модули определяют наличие передачи только ;1Дреса по отсутствию фазы данных.

6.1-16.4 Защищенное чтение

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

Страница 65

ГОСТ Р ИСО/МЭК 10857-95

6.1.16.5    Защищенная сшись

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

6.1.16.6    Только адрес защищенная

Передача голь ко :ш>ес защищенная подобна незащищенной пе|>едачс адреса, описанной в 6.1.16 3, за исключением того, ’гто она вынуждает участвующие исполнители защитить любые защищаемые адресуемые ресурсы, и тем. что подпоследовательность команд рассоединения удерживает состояние зашиты после окончания это** передачи. Защищенное состояние поддерживается до начала незащищенной передачи или до конца владения магистралью.

6.1.16.7    Частное чтение

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

6.1.16.8    Частная запись

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

6.1.16.9    Защищенное частное чтение

Передача защищенное частное чтение подобна операции частного чтения, описанной В 6.1-16.7, за исключением тою, что она вынуждает участвующие исполнители защитить любые защищаемые адресуемые ресурсы, и тем. 'гго подпоследовательность команд рассоединения удерживает состояние защиты до окончания этой передачи.

6. *. 16.10 Защищенная частная запись

Передача ищущей»ш ОДЗДШ 2Ш1И£к подобна операции частной записи, описанной в 6.1.16.8, за исключением того, что она вынуждает участвующие исполнители защитить любые защищаемые адресуемые ресурсы, и тем, что подпоследовательность команд рассоединения удерживает состояние защиты до окончания этой передачи.

6.1.16.11    Огвет записи

Расщепленный ответ записи состоит из передачи только адреса. Отвечающий модуль передаст глобальную идентификацию запроса в фазе соединения. Глобальная идентификация запроса передастся в фазе соединения, а статус -- в фазе рассоединения. Передача с ответом записи сообщает запрашивающему модулю, что предварительно запрашиваемая операция записи, которая была расщеплена и использовала незащищенную зипись, защищенную запись, частную запись или частную защищенную запись, закончилась. Данные записи были переданы в первоначальной операции за* писи, которая была расщеплена.

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

6.1.16.12    Ответ чтения

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

6.1.16.13    Запись без подтверждения

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

Страница 66

ГОСТ Р ИСО/МЭК 10857-95

6.1    16.14 Недействительное чтение

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

Хранитель последнего положения (обычно основная память) перехватывает передачи недействительного чтения, если имеется сигнал о вмешательстве.

6.1.16.15    Недействительная запись

Передача недействительная запись может бигь использована задатчиком, таким как ПДП или В В контроллером, для записи кеш-когерентной копии из ксш-строки. Не существует действительной копии в кеше задатчика ни до, ни после передачи. Модулям запрещено ловить эту передачу.

6.1.16.16    Обратное копирование

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

6.1.16.17    Разделяемое чтение

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

Хранитель последнего положения (обычно основная память) ловит разделенные передачи чтения. если имеется сигнал о вмешательстве.

6.1.16.1Я Модифицированное чтение

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

6.1.16.19 Недействительность

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

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

6.1    16.20 Разделенный огвет

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

Хранитель последнего положения (обычно основная память) ловит передачи разделенного

ответа.

6.1.16.21 Модифицированный ответ

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

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

Модифицированный ответ также используется модулями памяти ДЛЯ разрешения состязаний чтения и записи между соседними магистралями.

м-15»

59

Страница 67

ГОСТ F ИСО/МЭК 10857-95

6.1.17 Описание сигналов магистрали

6.1.17.1    AS* Синхронизация адреса

Задатчик выставляет as*. чтобы показать, что активированы сигналы AD||*. ВР||* . ТОЦ*. ТР*. СМЦ*. и СР* с действительной адресной и командной информацией и что передача инициирована.

Задатчик снимает as*, чтобы показать, «по передача закончилась. Если передача только адресная, имеет принудительную фазу данных или использует растепленный ответ, тогда снятие сигнала as* показывает, ЧТО активированы сигналы СМ(|* иСР* с действительной командой рассоединения. Если передача использует расщепленный ответ, тогда снятие as* также показывает, что активированы сигналы ADJ3I . .. 0J* BPJ3 ... 0|* с действительными глобальным идентификатором запросчика, приоритетом и статусом.

6.1.17.2    АК* Подтверждение адреса

Задатчик и исполнитсль(и) выставляют ак*, когда они обнаруживают AS* выставленным. Модули снимают сигнал ак* после того, как они обнаруживают снятие AS*, получают любую де1ня вигсльную информацию, передаваемую задатчиком, активируют tc* при ошибочной действительной информации и выставляют ;ii* .

6.J.I7.3 AI* Инверсное подтверждение адреса

Задатчик и нсполнитель(и) выставляют ai*, когда они обнаруживают снятие AS*.

Модули снимают ак*, когда обнаруживают AS * выставленным, получают любую действительную информацию, передаваемую другими модулями, активируют st(7 ... 11 *, са|2... 0] * и di * в ответ на адрес и команду, передаваемую задатчиком, и выставляют ак*.

6.1.17.4 US* Синхронизация данных

Задатчик выставляет или снимает сигнал в течение времени, когда as* выставлен, чтобы показать, что сигналы СМ||* и СР* активированы с действительной командной информацией и что задатчик запрашивает передачу другого слова или пакета. В течение передачи записи перепад ds* гакже показывает, что были активированы ADJ)* . DjJ * , BP[)*,TG|]* и TP*.

Если задатчик закончил передачу данных в данной пересылке и выставлен ds*, то первым будет снят as* . далее он будет ожидать снятия DK* перед снятием ds*.

6.Ы7.5 DK* Подтверждение данных

Во время широковещательных или передач с внедрен нем, в которых исполнитель является источником данных, исполнитель выставляет dk* после того, как были активированы ad| | * ifdj|* в ответ на выставление DS *. В других передачах участвующие исполнители выставляют dk*, когда они обнаруживают выставленный DS*.

Исполнители снимают dk* после того, как удовлетворены все нижеследующие условия.

1)    Они обнаруживают снятие DS *.

2)    Они активировали st|7 . .. 1|* с действительной статусной информацией.

3)    Они получили информацию, переданную задатчиком по AD[J*, D[|*. ВРЦ*, TG()* и IP*, если передача является записью.

4)    Они активировали ad|J*, d||*, bp|J*, tgj)* и tp*. если передача является связным чтением и

5)    Они выставили di*.

6.1.17.6 D1 * Инверсное подтверждение данных

Участвующие исполнители выставляют di* , когда они обнаруживают выставленный AS*. Во время широковещательных или передач с внедрением, в которых исполнители являются источниками данных, они выстивлмют di* после того, как они активировали данные на ad(|*. d[J* вответ на снятие DS*. В других передачах участвующие исполнители выставляют di*. когда они обнаруживают DS* снятым.

Исполнители снимают di* после того, как удовлетворены все нижеследующие условия.

1)    Они обнаруживают выставление DS* .

2)    Они активировали stj7 . .. 1J* с действительной статусной информацией.

3)    Они получили информацию, переданную задатчиком по AD[)*, D[]*, ВР[)*. TG||* и ТР*, если передача является записью.

4)    Они активировали ad(J*, d{J*, bp|]*, tg{|* и tp*, если передача является связным чтением и

5)    Они выставили dk*.

Страница 68

ГОСТ Р ИСО/МЭК 10857-95

6.1.17.7 СМ[7 ... 0]* Командное поле

Задатчик активирует командное поле с информацией, которую исполнители используют ДЛЯ определения типа текущей передачи, или информацию о передаче. Эти линии однозначно определяются и каждой фазе передачи. Эти сигналы выдаются только задатчиком. Интервал, в течение которого данные сигналы не определены, резервируется для других стандартов, и поэтому следует быть снятым. Табл. 6.1 показывает определения командных сигналов для различных фаз передачи. Только в режиме множественного пакета выполняется изменение командных сигналов в течение фазы данных передачи 1.

Ti6;i и Hi 6 I — Форматы командных полей

Фан

ем?»

СМ6 *

СМ5»

СМ4 »

СМ’»

СМ2»

СМИ

с ы>»

Соединении

AW*

DWl*

DVW) *

WR *

пез*

ТС 2*

ТС i *

тсо*

Принудительная ивзатищенная ф:ПИ данных

IJU*

DLI *

DL0 *

SW*

Принудительная защищенная <l*iu данных

DL2*

ULI *

DL0*

SW*

LC2*

LCI •

LCO *

Пакетная фаза данных

DL2*

DLI*

DL0*

SW*

l.T*

РК*

ФаМ рассоединения

DL2*

UL1*

DUJ *

5W*

"

MR*

uc. j

— I

6.1.17.7.1 СМ7* Комаида 7

В течение фазы соединения линия СМ7* определяется как Разрядность адреса (AW *). Задатчик выставляет aw*, чтобы показать, что AD|63 ... 32) * активированы с действительной адресной информацией и что исполнители и) должен(ы) декодировать 64-разрядный адрес. Исполнители, не способные декодировать 64-разрядные адреса. не отвечают на передачи, в которых выставлен AW*. Задатчик снимает aw*, чтобы показать, (гто исполнители и) должен (ы) декодировать 32-разрядный адрес, активированный на AD(31 ... 0|*.

В течение фаз данных и рассоединения линия СМ7* определяется как длина передаваемых данных — второ»! разряд (DL2*). Текущий задатчик активирует DL|2 ... 0J* для выбора одной из 7 длин передаваемых данных или неограннченную длину передачи, как показано в таблице 6.2.

Т II С) л н ц а 6.2 — Д.1МИИ посылки .шииых

Pit»

lit.!»

DU*

Л.1М» MCMUM SlUUUI

0

!>

0

Непп’ини'киная

11

II

1

1

<1

1

1)

2

<1

1

1

4

1

0

n

К

1

0

1

16

1

1

0

}2

J

1

1

64

Длина передаваемых данных указывает число запрашиваемых передач задатчика, а не число байтов. Неограниченная длина данных не разрешена для пакетных передач и для передач с расщепленным ‘пением. Неограниченная длина данных может быть использована для расщепленных передач записи Если задатчик ои|>сдсляст количественно длину посылки со стартовым адресом, который не является четным по отношению к адресу, вычисленному по комбинации разрядности и длины данных, тогда задатчик будет заканчивать передачу до того, как он достигнет адреса, являющегося четным. Например, передача 32-разрядных данных длиной 8 слов, которая начинается с шестнадцатиричного адреса 8, заканчивается шестнадцатиричным адресом 1C. Передача 64-разрядных данных длиной 8 слов, которая начинается с шестнадцатиричного адреса 10, заканчивается шестнадцатиричным адресом 38.

61

Страница 69

ГОСТ Р ИСО/МЭК 10857-95

В течение принудительных передач задатчик управляет количеством пересылок посредством числа передач DS*. В течение принудительных передач исполнители могут заканчивать передачу выставлением ED* в независимости от длины пе|>сдачи. Когда зацатчик определяет длину посылки другую, чем ограничена в течение принудительной передачи, он никогда не превысит число этих посылок Обычно модулям, которые не способны на расщепленные передачи или пакетный режим, следует, но необязательно, активировать DL|2 ... 0|*.

6.1.17.7.2    СМ6* Команда 6

В течение фазы соединения эта линия определяет Разрядность данных 1 (DW1 *). Задатчик выставляет dwl *, чтобы показать, что разрядность магистрали составляет либо 128, либо 256 бит. Задатчик снимает dwl * . чтобы показать, что посылка составляет либо 32, либо 64 бит.

В течение фазы рассоединения линия СМ6* определяется как длина передаваемых данных первый разряд (DLI*).

6.1.17.7.3    СМ5 * Команда 5

В течение фазы соединения эта линия определяет Разрядность данных 0 (DW0*) Зздатчик выставляет dwO*, чтобы показать, что разрядность магистрали составляет либо 64, либо 256 бит, как показано в таблице 6.3. Задатчик снимает dwO*. чтобы показать, что посылка составляет либо 32. либо 12S бит.

В течение фазы рассоединения линия СМ5* определяется как длина передаваемых данных — нулевой разряд (DL0*j.

Таблица 6.3 — Нарядность переливаемых лавммх

DW1»

нергдшмюл пиши*

0

О

32

0

1

64

1

<1

128

1

1

2SA |

6.1.17.7.4    СМ4* Команда 4

В течение фазы соединения эта линия определяется как запись (WR*). Задатчик выставляет wi *. чтобы показать, что данные должны быть переданы от задатчика к исполнится ю(ям) в течение текущей передачи. Задатчик снимает wr*. чтобы показать, что данные должны быть переданы от нсполнитсля(ей) к задатчику.

В течение фазы рассоединения эта линия определяется как Запись исполнителя (SW*). Задатчик выставляет sw*. когда он обнаруживает статус IW* линии выставленным в конце фазы соединения или после каждого пакетного цикла запрос—ответ исполнителя в пакетном режиме. Выставление SW+ показывает выбранному исполнителю (разделяемой памяти), что он должен получить данные в течение текущей передачи или пакет вместо исходных данных.

6.1.17.7.5    СМЗ* Команда 3

В течение фазы соединения эта линия определяется Kit к Команда передачи 3 (ТСЗ*). Задатчик активирует !с[3 ... 0J* и wr* для выбора команды передачи из таблицы 6.4.

В течение фазы рассоединения эта линия не определена, и сигнал должен быть снят.

Таблица 6.4 — Колировка комакл передач

Дцшж

TCJ*

та»

та»

таз»

WR*

Нсмшншешкк чтение

0

0

0

0

0

Незащищенная запись

0

0

0

0

1

Незащищенный только адрес

0

0

0

0

]

Защищенное чтение

0

0

0

1

0

Защищенная Запись

0

0

0

1

1

Защищенный только адрес

0

0

0

1

1

Частное чтение

а

<1

1

0

(1

Частная запись

<1

<1

1

а

1

62

Страница 70

ГОСТ Р ИСО/МЭК 10857-95

Окончание таблицы 6.4

тс>»

TCJ.

та»

тсс»

WK»

Защищенное -иегов чтение

0

1)

1

1

0

Защищенная частная запись

11

0

1

;

1

аарсзсрВйровако

'J

1

0

О

Ответ записи

<1

1

0

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

а

1

0

j

(I

Ответ чтения

а

1

0

I

1

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

а

1

1

о

о

Запись без подтверждения

<i

1

1 * 0

1

.tape lepunpotraMM

<1

1

1

i

0

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

0

1

!

I

1

Недействительное чтение

I

0

0

0

Недействительная запись

1

0

0

1

Разделенное чтение

1

ч

0

1

0

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

1

0

1)

1

1

| зирсзервиоо1мий

1

и

1

0

1 зарезервировано

»

0

1

1

! Модифицированное пенис

1

0

1

1

0

Недействительность

1

D 1

1

)

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

1

I 1 II

»

1 Разделенный опал

1

1 1 1>

1

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

1

1

II

1

i>

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

1

t

<1

j

1

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

1

1

1

о

зарс-зеркнроаано

1

1

1

1

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

1

1

I

1

a

Модифицированный ответ

1

1

1

1 i

6.1.17.7.6 СМ2* Команда 2

В течение фазы соединения эта линия определяется как Команда передачи 2 (ТС2*).

В течение фазы данных защищенной передачи эта линия определяется как Блокирующая команда 2 (LC2*) Задатчик активирует )с[2 . . . 0]*ч чтобы выбрать одну из семи возможных блокирующих команд, как показано в таблице 6.5.

В течение фазы рассоединения этот сигнал неопрсделен и должен быть снят.

1 а О л и на 6.5 — Ки.анроька илокидоюицис команд

ил»

LCI »

LCt»

ЕлиЮфуь-цде <uiutci‘

1

1 о

0

0

Her команды

• 0

0

]

Маскирование & Взаимный обмен

• а

1

0

Сравнение А Взаимный обмен

0

1

1

Выборка &. Сложение со старшего

1

1)

Выборка & Сложение с младшего

( 1

0

J

резервная команда

1

1

0

резервная команда

1

1

1

резервная команда

6.1.17.7.7 CMI* Команда 1

В течение фазы соединения эта линия определяется как Команда передачи 1 (ТС1 ★).

В течение фазы данных защищенной передачи эта линия определяется как Блокирующая команда 1 (LC1 *}.

В течение фазы данных пакетной посылки эта линия определяется как Флаг последней передачи (LT★). Задатчик выставляет И*, когда он обнаруживает статус линии TF* выставленным в конце фазы соединения или после каждого пакетного цикла запрос -ответ исполнителя.

В течение фазы рассоединения эта линия определяется как Больше (MR*). Задатчик выставляет Больше, чтобы показать, что операция блочного копирования находится в действии и разрешены прсдвыборка, переупорядоченная запись и запись с буферизацией. См. Р896.3 для получения более полной информации об этом

Страница 71

ГОСТ Р ИСО/МЭК 10857-95

6.1.17.7.8    СМО* Команда О

В течение фазы соединения эта линия определяется как Команда передачи 0 (ТС* ).

В течение фазы данных но время защищенной передачи она определяется как Блокирующая команда 0 (LC0*).

, В течение фазы рассоединения защищенной передачи эта линия определяется как Запрет (LK*). Задатчик иыстаачяст Ik*, чтобы показать, что все модули, которые имеют защищаемые ресурсы, должны выставить и сохранять защиту после конца текущей передачи.

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

6.1.17.8    СР* Команда четности

Линия СР*. несущая бит четности для линий СМ|7 ... 0] *, выставляется, если число ни ставленных сигналов четно.

6.1.17.9    ST|7 .. . 0|* Статус

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

I а й ;i и и > ь.й - Кодировка статуса

ST7*

мч«

ш»

эт«*

ST)*

ST3‘

STI •

STO*

1

1 С<чу]ИНСНИ« Данный 1 Рисиоидинонкб

VVT * ЦТ* WI *

во*

BE*

BE*

IV*

'V*

IV*

TF*

TF*

1F*

вс*

вс*

вс*

SL*

SL*

SL*

BS *

Ed*

BS*/m*

ГЬ* TL * ТЕ*

6.1.17.9.1    ST7* Статус 7

Эта линия определяется как Ожидание (WT*}.

Выбранный или участвующий исполнитель выставляет wi* в течение фазы соединения, чтобы -закончить передачу без фазы данных. Задатчик тогда ожидает системно определенного события до повторной передачи. Никаких изменений в атрибутах кеша не происходит, если в течение передачи выставлен WT*. Только задатчик способен обнаруживать состояние WT* в течение фазы соединения. Исполнитель продолжает удерживать сигнал WT* в течение фазы рассоединения. Все модули в состоянии обнаруживать состояние WT* в течение фазы рассоединения.

6.1.17.9.2    ST6* Статус 6

ST6* определяется как Ошибка обмена (BE*).

В течение фазы соединения любой модуль выставляет be*, если он обнаруживает ошибку четности на линиях СМЦ *, АР| | * или ТО|) *. Участвующие модули выставляют be * в фазе соединения, если они обнаруживают нелегальную операцию. Модули, воспринимающие 64-разрадные адреса, также проверяют четность AD|64 .. 32}*. если выставлен AW*. Модули также выставляют Ьс*. если задатчик требует от них действия, которого они не в состоянии выполнить Если задатчик обнаруживает BE* выставленным в течение фазы соединения, он приступает к фазе рассоединения.

В течение принудительной фазы данных любой из участвующих исполнителей выставляет Ьс *, если он обнаруживает ошибку четности на линиях СМЦ * • АГ)[) *. D(J * или ТО[] *. Модули гакже проверяют четность на ADJ64 ... 32)* и Dj)*, если соответствующая разрядность данных (DW|)*) была выставлена. В режиме без подтверждения выставление BE* не гарантируется при обмене данными, когда была обнаружена ошибка.

Задатчик может продолжать режим запрос-ответ при наличии выставленного BE*, однако данные при этом игнорируются как задатчиком, гак и исполнителями.

В течение фазы рассоединения модули, которые выставили Ьс* в фазах соединения или данных. продолжают удерживать be *.

6.1 17.9.3 ST5* Статус 5

Эта линия определяется как Внед)>снис (IV*}.

64

Страница 72

ГОСТ Р ИСО/МЭК 10857-95

В течение принудительных передач модуль выставляет iv*, если он внедряется в передачу. Модуль сохраняет выставленный сигнал iv* до конца фазы рассоединения Коган задатчик рбнару-живает выставленный сигнал IV*. он открывает свои проводного-ИЛ И интеграторы на приемниках DK* или DI* и оставляет их открытыми в течение передачи.

В течение пакетной передачи модуль выставляет iv*. если он внедряется в пакет, Который запрашивается. Модуль сохраняет сигнал iv* доследующей переключения DS* или до конца фазы рассоединения.

61-17.9 4 ST4* Статус 4

Эта линия определяется как Флаг передачи (TF*).

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

6.1.17.9.5    ST3* Статус 3

Эта линия определяется как Широковещательная передача (ВС*).

Модули выставляют be* в течение фазы соединения для преобразования передачи с одним исполнителем в передачу со множеством исполнителей Когда задатчик обнаруживает ВС* выставленным, он открывает свои проводного-ИЛ И интеграторы на приемниках ГЖ*, DI* и оставляет их открытыми в течение передачи. Модули сохраняют Ьс* до конца фазы рассоединения.

6.1.17.9.6    ST2* Статус 2

Эта линия определяется как Выбранный (SL*).

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

6.1.17.9.7    ST1 * Статус I

В течение фазы соединения STI * определяется как Занятость (BS*).

Если сигнал на линии был выставлен в течение фазы соединения, он также определяется как BS* в течение фазы рассоединения. Выбранный или участвующий исполнитель выставляют bs*, чтобы закончить Передачу без фазы данных. Задатчик тогда ожидает в течение системно определенного времени до очередной попытки передачи. Никаких изменений в атрибутах кеша не происходит, если BS* выставлен в течение передачи. Только задатчик способен обнаруживать BS* в течение фазы соединения. Все модули способны обнаруживать сигнал BS* в течение фазы рассоединения.

Если сигнал BS* не был выставлен в течение фазы соединения, ST1 * определяется как Конец данных (ED*) н течение фаз данных и рассоединения. Участвующий модуль выставляет ed* в течение принудительной передачи, чтобы показать, что текущая передача должна закончиться без дальнейшей посылки данных и что задатчику следует приступить к фазе рассоединения. Участвующий модуль выставляет ed* в режиме множественной пакетной передачи, чтобы показать, что текущая передача должна закончиться после последнего подтвержденного пакета без сигнала ED*. В большинстве случаев задатчик будет инициировать новую передачу после получения выставленного сигнала ED *, если не все данные еще переданы Если задатчик выполнил передачу ответа чтения и обнаружил выставленный ED*, тогда он будет игнорировать все оставшиеся данные и не будет инициировать новую передачу. В течение фазы рассоединения ED* показывает статус конца данных для последней принудительно»» посылки данных или последнего запрашиваемого пакета.

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

6.1.17.9.8    ЭТО* Статус 0

Эта линия отделяется как Ошибка передачи (ТЕ*).

ТЕ* недействителен в течение фазы соединения. В течение фаз данных или рассоединения модули выставляют te*, чтобы сообщить об ошибках четности, переполнения или недобора данных при пакетных передачах, запросе задатчиком пакетов вне статуса данных и потере четности. Модули сохраняют te* выставленным до конца фазы соединения следующей передачи вне зависимости от изменения владения магистралью. Модули, которые выставляют ошибку обмена (be *) в течение фаз соединения или данных, также выставляют te* в течение фазы рассоединения. Хотя ТЕ* может быть выставлен в течение фазы Данных, его выборки не может быть до конца фазы рассоединения, когда снимается AFf.

05

Страница 73

ГОСТ Р ИСО/МЭК 10857-95

6.1.17.10 СА[2 ... 01* Способность

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

Г а в Л И U 3 6.7 — Колировки способности

Ф.-и

СА1»

СА1»

сл*«

Соединение

SR*

СО*

TS*

Данные

SR*

СО*

rs«

Рассоединение

SR*

СО*

rs*

6.1.17.10.1    СА2 * Способность 2

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

6.1.17.10.2    СА1* Способность 1

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

6.1.17.10.3    CA0* Способность 0

Эта линия определяется как Скорость передачи (TS*). Модули выставляют сигнал ts*. запрашиваемый для того, чтобы была использована низшая из двух программно-управляемых ско1юстсй передачи пакетов в течение текушей передачи. Если выставлен со*, тома ts* должен быть снят.

6.1.17.11 AD(31 . . . 0J* Адрес/Данные/Огчена байтовой шины/Адрес возврата

В течение фазы соединения для большинства передач на линиях АО[31 . . . 5|* находится адрес текущей передачи, при этом AD|1 ... 0J* определяются пользователем, AD[4 . - • 2]* содержат либо адрес, либо информацию, определяемую пользователем, зависящую от выбранной разрядности данных (DW|| *).

Единственное исключение допускается в течение фазы соединения при передачах типа ответ чтения или ответ записи. В этом случае:

1)    AD(31 . . . 28) * устанавливаются и единицу;

2)    ADJ27 ... 12) * содержат глобальный идентификатор запросчика,

3)    AD[ll .. . 6|* являются резервными;

4)    AD(5 .. . 0| * содержат идентификатор передачи, который onjоделяется пользователем.

В течение фазы данных передачи записи линии (AD[31 . . . 0|*) содержат данные записи, выставленные задатчиком. В течение фазы данных передачи чтения эти линии активированы одним или более исполнителями данными чтения.

Данные в 32 разряда всегда передаются по линиям AD(31 ... 0J* вне зависимости от разрядности модуля.

Байты передаются по своим естественным позициям без выравнивания. Порядок передачи байтов определяется в соответствующих стандартах.

В течение первого нечетного обмена частной передачи АП[31 . . . 0|* определяются как сигналы отмены шины (LJJ*) для передачи, которая происходит втечение последующих обменов. Частная посылка» состоит из одного обмена отмены шины и одной или более обменов данными. В течение передач частной записи, если сигнал отмены шины выставлен, соответствующая байтовая шина не модифицируется принимающим исполнителем. Втечение передач частного чтения, если сигнал отмены шины выставлен задатчиком, соответствующая байтовая шина не воспринимается задатчиком. Выставленный сигнал L||* запрещает проверку четности на соответствующей байтовой шине. Сигнал отмены шины, соответствующие не.разрешенным шинам, могут быть отменены командой разрядности данных. Проверка байтовой четности на полных полях ADD * и D||* разрешается командой разрядности данных и течение обмена отмены шины.

Страница 74

ГОСТ Р ИСО/МЭК 10857-95

В течение фазы рассоединения связных передач чтения AD131 ... 0| * могут все еще содержать данные последнего обмена. Поэтому информация рассоединения не .может быть помешена ни этих линиях, и четность при этом не проверяется.

В течение фазы рассоединения передач типа ответ чтения и ответ записи производятся следующие операции.

1)    AD[31 ... 16)* резервные.

2)    AD|15 . . . 8|* содержат приоритет первоначального запросчика передачи. Приоритет арбитража не должен быть использован, поскольку он может быть унаследован.

3)    AD[7 ... 3J* резервные.

4)    AD2* содержит избранным статус SL*. Этот разряд выставляется модулем на запрос конечного получателя, как было сигнализировано н адресе запроса.

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

6)    ADU* содержит статус ошибки передачи ТЕ*. Этот разряд выставляется, если условия ошибки обнаруживаются в любом месте вдоль пути запроса на передачу. Запросчик не должен ожидать дальнейших ответов.

В течение фазы рассоединения передач разделенного и модифицированного ответа производится следующее.

1)    AD|31 . .. 28|* устанавливаются в единицу.

2)    AD[27 . . 12]* содержат глобальный идентификатор запросчика.

3)    ADjll ... 4|* содержат приоритет первоначального запросчика передачи. Арбитраж приоритета не должен использоваться, поскольку он может быть унаследован.

4)AD3*    резервная.

5)    AD2* содержит избранный статус SL*. Этот разряд выставляется модулем на запрос конечного получателя, как было сигналнзировано в адресе запроса.

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

7)    AD0* содержит статус ошибки передачи ТЕ*. Этот разряд выставляется, если условия ошибки обнаруживаются в любом месте вдоль пути запроса на передачу. Запросчик не должен ожидать дальнейших ответов.

В течение фазы рассоединения других передач, не описанных выше, производится следующее.

1)    AD[31 ... 16) * содержат глобальный идентификатор запросчика.

2)    ADJ15 .. . 8}* содержат приоритет первоначального запросчика передачи.

3)    AD)7 .. 6|* резервные.

4)    AD[5 .. . 0| * содержат идентификатор передачи.

6.1.17.12    ADJ63 ... 32]* Адрес/Данные

В течение фазы соединения в передачах с выставленным AW* на линиях AD[63 ... 32]* выставляется 32 старших разряда адреса текущей передачи. В течение фазы данных передачи записи при выставленных либо DWI *, либо DW0* на этих линиях находятся данные записи задатчика. В течение фазы данных передачи чтения с выставленными сигналами либо DW1 *, либо DW0* на этиях линиях находятся данные чтения одного или более исполнителей.

В течение фазы рассоединения эти линии не определены. Дополнительные возможности этих линии в течение фазы рассоединения могут быть определены другими стандартами.

6.1.17.13    DJ255 ... 64)* Данные

В течение фазы подключения D|255 ... 64)* не определены.

В течение фазы данных передачи записи при-выставленном DWI * на D[255 ... 64)* находятся данные записи задатчика. В течение фазы данных передачи записи с выставленными DW1 * и DW0* на D|255 ... 64)* находятся данные записи задатчика. В течение фазы данных передачи •пения при выставленном DW1* на D| 127 ... 64]* находятся данные чтения исполнителя. В течение фазы данных передачи чтения при выставленных DW1 * и DW0* на DJ255 . . . 128)* находятся данные чтении одного или более исполнителей.

67

Страница 75

ГОСТ Р ИСО/МЭК 10857-95

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

6.1.17.14    ВР [31 ... 0J* Четность байта

Каждая линия байта четности несет бит четности для одной байтовой шины и, если число сигналов в каждой байтовой шине четное, то выставляется сигнал четности байта.

ВРО* соответствует четности AD|7 .,. 0|* . ВР1 * соответствует четности AD| 15 ... 8) *, и т. д. до ВР31 * соответствующей четности DJ255 ... 24SJ *.

6.1.17.15    TG{7 ... 0J* Тег

TG|7 ... 0J* линии несут дополнительную - по выбору информацию, относящуюся к линиям Л£)[63 . . . 0|* и D1255 . . 64|*. Информаиия, представленная сигналами на этих линиях, не регламентируется этим стандартом. Рекомендации, как они могут быть использованы, могут быть предписаны в будущем стандарте. Число активных линии TG[) * согласовывается при иницихтиза-цин и содержится в регистре логических возможностей модуля, как описано в 7.1.

6.1.17.16    ТР* Четность тегов

Линия четности тегов несет бит четности для TG(7 ... 0]* и, если число выстаа1енных сигналов четно, то выставляется ТР*.

Если линии тегов не активны (определяется pcnicrjJoM управления и статуса), сигналы на этих линиях не выставляются

6.1.17.17    ЕТ * Окончание владения

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

Задатчик выставляет et* в течение его первой передачи, когда он обнаруживает Alf в состоянии логического нуля, и перед снятием as* .

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

6.1.1    К Обмены в магистрали

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

6.1.18.1    Магистральный обмен с одним исполнителем

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

1)    Задатчик сначала активирует информационные линии с соответствующими информационными сигналами

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

3)    Задатчик выставляет сигнал синхронизации.

4)    Исполнитель обнаруживает сигнал синхронизации задатчика.

5)    Исполнитель затем ожидает окончания возможных перекосов между его приемниками.

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

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

68

Страница 76

ГОСТ I» ИСО/МЭК 10857-95

7)    Исполнитель выставляет на информационные линии соответствующие информационные сигналы отпета.

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

9)    Исполнитель затем снимает сигнал синхронизации.

10)    Задатчик обнаруживает снятие сигнала синхронизации.

11)    Задатчик может далее активировать информационные линии новой информацией. Затем задатчик ожидает окончания возможного перекоса в своих приемниках

12)    Задатчик фиксирует ответную информацию от исполнителя. (Фиксация включает любое дополнительное время. кото|юс может быть необходимо, для предустановки и удержания в цепях фиксации данных).

Рисунок 6—» — Магистральный обмен с одним исполнителем

6.1.18.2 Магистральный обмен со множеспи^шыми исполнителями

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

7) Исполнители помещают свою информацию на магистрали.

S) Исполнители ожидают окончания возможных перекосов.

9)    Каждый исполнитель снимает свой сигнал синхронизации.

10)    Поскольку сигнал синхронизации исполнителя, который появляется на магистрали, является сигналом проводного ИЛИ всех исполнителей, выставивших этот сигнал, все исполнители должны снять этот сигнал до того, как он снимется с магистрали. Это позволяет самому медленному из исполнителей управлять временем снятия. Побочный эффект на линии передачи, называемый «шпилькой* проводного ИЛИ. вызывается этой ситуацией. Получатель сигнала должен использоваться таким образом, чтобы воспринимать сигнал только после того, как тот пройдет интегратор проводного ИЛИ. Таким образом, обмены со множеством исполнителей производятся в темпе передачи с единственным самым медленным исполнителем.

69

Страница 77

ГОП Р ИСО/МЭК 10857-95

Рисунок 6—5 — Магистральный обмен ю ыножестннымн исполните,тми

6.1.19 Примеры передач

6.1.19-1 Передача только адреса

Передача только адреса состоит из двух последовательных обменов. Первый обмен заключается и установлении связи между задатчиком и одним или боЛес исполнителями и поэтому относится к фазе соединения передачи. Вторым обменом выполняется окончание связи между задатчиком и подключенными исполнителями, он относится к фазе рассоединения. Рис. 6—6 показывает передачу только адреса.

Обмены на магистрали, при которых задатчик выставляет сигналы синхронизации, относятся к нечетным событиям. Соответственно, обмены на магистрали, при которых задатчик снимает сигналы синхронизации, относятся к чегным событиям. Протоколы, в которых используются оба перепала сигнала синхронизации, называются запрос—ответ на кджшдй вейИОД.

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

Задатчик сначала активирует линии AD||* адресом, линии СЛ||* — информацией способности, СМ||* линии — соответствующими битами команды соединения, ТО| | * - теговой информацией и соответствующей линией четности; далее он выставляет as *, чтобы показать их действительность. Когда исполнители обнаруживают выставленным AS*. они выставляют ак* и проверяют информацию об адресе и команде. Если ад|>се является одним из тех, на который они должны ответить в качестве выбранного или участвующего исполнителя, они выставляют di* . Выставление ак* и di* в фазе соединения является просто подготовкой к последующему использованию Выбранные исполнители выставляют si*, как показано на рис. 6—6, чтобы сообщить задатчику, что они отвечают на передачу. Исполнители также выставляют все линии с информацией о статусе и способности, которая им присуща. Далее исполнители снимают al* Так как не вес исполнители снимают al* , на выходе проводного ИЛИ могут Проскакивать шпильки. Поэтому задатчик отслеживает AL* через интегратор проводного ИЛИ. Когда задатчик обнаруживает Alt в состоянии логического нуля, он проверяет линии статуса и способности.

70

Страница 78

ГОСТ Р ИСО/МЭК 10857-95

ADff

Фаза соединения

Фаза рассоединения

PIL4 f 1 •

^ Адрес /

\ Данные рассоединения

/

ими — — - — PAf 1 •

^ Команда соединения /

\ Команда рассоединения

/

STf 1*

m\.

Способность

Ж" "

AC*

- \ш

Статус

т

A If *

л /

AC

л

т

ЯГ

~\

DS*

ПК'

DC

Cl •

\_ .

/

л

Адресный обмен

Адресный обмен окончания

Рисунок fl t* ИсрСДД'Ш ТОЛЪКЧ ;Ul>C«s

Задатчик может заранее выбдлхь передан? IШ>    пли. седи ±ш необходимо npeotjpa.iQ-

ШШг К передачу 1ЙДЩг    демОШКШ&Ь    Ш1 НЦфОВМаШШ Q СТаТУВ? Я УП0со$Н.осЩ-

если -одагчнк обнаружил SR* выставленным. он может ппсобра.кя-.чь передлму чтения а защру; ш чтение.

В случае расщепленной передачи ответа задатчик активирует АОЦ* и BPf|* данными рассоединения, СМ[|* иСР* — командой рассоединения и TG||* нТРЦ* - соответствуюшсй теговой информацией Затем задатшк снимает us*, чтобы указать на действительность AD||*. ВРЦ*. TG||*. ТР*, CMJJ* , СР* и показать участвующим исполнителям, что передача заканчивается. Исполнители после обнаружения снятия AS* проверяют информацию HaAD||*, ВР(|*, TG(j*. ТР*, СМ(|*. СР* и ST||*, затем выставляют ai* и снимают ak*. di*. Когда-«датчик и исполнители обнаруживает AKf в состоянии логического нуля, они снимают АПЦ*. ВР||* , TG| |* . ТР* , СМ||* . СР*. СА||* • ST|) * и передача заканчивается.

6.1.19.2 Принудительное чтение

Передача принудительное чтение (см. рис. 6-7) начинается е фазы соединения, как в передаче только .«дрсеа. После того, как j;uai4HK обнаруживает Alf в состоянии логического нули и проверяет САЦ* и SI(|*, он активирует СМ||* соответствующей командой фазы данных и снимает AD||* и TG[|*. Далее задатчик выставляет ds*, чтобы запросить данные от исполнителя Когда выбранный исполнитель обнаруживает выставленный DS*. он проверяет СМ||* и выставляет dk *. Когда тащхшшваемые данные доступны, исполнитель активирует AD||* и TG[j*. Затем исполнитель снимает di*. чтобы показать задатчику, что данные действительны. Когда задатчик обнаруживает снятие DI * , он фиксирует данные и снимает ds* , чтобы запросить данные со следующих адресов. Когда исполнитель обнаруживает снятие DS*, он выставляет di*. Когда запрашиваемые данные становятся доступными, исполнитель активирует ADl|*. TG||* и, например, выставляет ed *, чтобы показать, что он не может поддерживать дальнейшую передачу данных до кониа текушеи передачи. Затем исполнитель снимает dk*. Когда задатчик обнаруживает снятие DK *, он фиксирует данные на AD()* и приступает к фазе рассоединения, как при передаче только адреса.

Страница 79

ГОСТ Р ИСО/МЭК 10857-95

АОП'_ .

Фаза соединений

Фаз» данных | Фаза рассоединения

СМИ*

\ Адрес /

\ Данные /\ Данн»

рУ

САП*

.Команда / \ соединения /

^ Команда данных }

.Команда / \ рассоединения /

STM*

WWW

Способность

“....../7

АС*

’АЖ' ------V.....1Г

Л If *

л . .

_/

АГ

...... /Г~

.....ш

~\

DS*

\

J

DK"

Л

Г

01'

\

Г

ED*

Обмен

v__

Г

Обмен

Адресный

Адресный    данных    данных    обмен

обмен    нечетный    четный    окончания

1’мсушж 6—7 -- Передача принудительное 'леиис

6.1.19.3 Принудительное широковещательное/широкозавроснос чтение

Принудительное широковещательное чтение отличается от предыдущей передачи тем. что один или более исполнителей выставляют bs* во время фазы соединения Эго показывает задатчику, что он должен проверить Г)1* и DK* после того, как они пройду! через интеграторы проводного ИЛИ. т. к несколько исполнителей снимают эти сигналы. В этой передаче задатчик запрашивает единичную передачу. Это оставляет как DS*, 1ак и DK* выставленными до начала фазы рассоединения. В лом случае исполнители снимают dk*. когда они обнаруживают снятие AS*. Задатчик снимает OS*, когда он определит, что DKf стал логическим нулем. Это возвращает DS* в снятое состояние.

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

Широкозапросная (см. рис. 6—8) несдача производится, когда несколько исполнителен посылают данные, а задатчик принимает данные по проводному ИЛИ от всех исполнителен. Например, когда каждый модуль использует только одну линию магистрали, статус может быть принят от всех модулей одновременно.

Широковещательная передача производится, когда один in исполнителей выставляет данные, а один или более исполнителей принимают данные вместе с задатчиком. При широковещательном чтения только модуль, выставляющий данные на шину, устанавливает dk*. показывая, что данные действительны. Другие модули ждут, пока они не обнаружат DK*. выставляемым перед выставлением dk*.

6.1-19.4 Принудительное чтение с кнелрсиностью

В принудительном чтении с внсдрснностью (см. рис. 6—9) исполнитель выставляет iv* во время фазы соединения, чтобы показать, что он имеет более современную копню данных, запрошенных задатчиком, чем выбранный исполнитель. Задатчик по обнаружении IV* отвечает выставлением sw * во время фазы данных. Выбранный исполнитель, обнаружив SW* выставляет подго-ювленные для чтения данные вместо их источника. Поскольку в чтение вовлечено более одного исполнителя, задатчик должен следить за DK* и DI* после того, как они пройдут через ннтегра-юры проводного ИЛИ.

При чтении с внедрен ностьк) только модуль—источник данных первым выставляет dk *. Другие модули ждут, пока они не обнаружат DK* перед выставлением своего dk * Это же справедливо и в четном обмене данными за исключением того, что модуль—источник данных первым выставляет di* . Другие модули ЖД/Г, Пока они не обнаружат DI* ifcpeA выставлением своею di* .

72

Страница 80

Рисунок 6—л — Принудительное широкозапроснос такие

АПГ J •

Фаза

соединения

Фаза

данных

Фаза

рассоединения

pur 1 •

\ Адрес /

\ Данные /

ЛАМ*

\ Команда / \ соединения/

Команда данных/

^Команда / \ рассоединения/

QTf 1 •

Способность //

А С *

т\ ■ “ Y ' //

д ъс •

Л

у.....

AI*

А

~\

DS*

Л

_/

ОК'

Y

л/

or

\

пт

IV*

\

/

SW*

Адресный

обмен

\

/ ■■■

Нечетный обмен данными

Адресный обмен окончания

Рисунок 6—9 — Принудительное чтение с внедренноегьи»

ГОСТ Р ИСО/МЭК 10857


Страница 81

ГОСТ Р ИСО/МЭК 10857-95

6.1.19.5 Частное принудительное чтение

Частное принудительное чтение (см. рис. 6—10) используется для передачи только отдельных бантов поля данных. В первом нечетном обмене задатчик передает информацию отмены шины на AD|3l . 0|* . В четном и всех последующих обменах данных исполнитель^!) выставляют запрошенные данные. Задатчик П]>и получении данных игнорирует байтовые шины, если установлен соответствующий сигнал отмены шины (см. 6.1.17.11).

Рисунок й—10 — Частное принудительное чтение

6.1.19.6    Принудительная запись

11ринуднтельная запись (рис. 6—11) начинается с фазы соединения, как и при передаче только адреса. После того, как задатчик обнаруживает, что АП'стал логическим нулем, и проверит СА| | * и ST[]*. он активирует СМ[|* соответствующей командой фазы данных AD[j*, D(J* — данными записи и TG|J * — теговой информацией. Затем задатчик выставляетds*, чтобы показать исполнителю, что СМЦ*. AD||* и ГОП * действительны. Когда выбранный исполнитель обнаружит PS*. он выставляет dk * и фиксирует данные на ADf]* и TG|} *. Затем исполнитель снимает di *, чтобы показать задатчику, что он зафиксирован данные и *по STJ) ★ действительны. Когда задатчик обнаруживает. что D1 * снят, он фиксирует сигналы статуса исполнителя, выставляет на AD1 [ * следующие данные записи, на TG(J* — следующую соответствующую теговую информацию и снимает ds* Когда выбранный исполнитель определяет, что DS* снят, он выставляет di* и фиксирует данные на AD(j* и TG[[*. Затем исполнитель снимает dk*. чтобы показать задатчику, что он зафиксировал данные и что ST||* действительны. Когда задатчик обнаруживает, что DK* снят, он фиксирует статус неполшпеля и переходит к фазе рассоединения, если ED* был выставлен исполнителем или все данные уже переданы.

6.1.19.7    Принудительная широковещательная запись

Принудительная широковещательная запись (см. рис. 6- 12) идентична предыдущей передачи за исключением того, что один или более исполнителей выставляют Ьс* во время фазы соединения. Это показывает задатчику, что он должен наблюдать за состоянием DI * и ПК* после того, как они пройдут через интеграторы проводного ИЛИ, т. к. несколько исполнителей снимают эти сигналы.

Все участвующие исполнители принимают данные от задатчик.» в этой передаче.

74

Страница 82

ГОСТ I* ИСО/МЭК 10857-95

АК*

AI'

DS-ОК‘ DI *

\ 0[Г_

Фаза

соединения

1

Фаза данных

Фаза

рассоединения

\ Адрес у

У Данные /[^Данные/

V Данные / \ рассоединения/

УКомамда 1

\ соединения/

\ Команда данных /

Ч Команда / \ рассоединения/

\\w\v_

Способность

. -JJ

WWW \ //

\

\

/Г ......

ш

Л

/

\

/

\

/

\

_/

Адресный

обмен

Нечетный

обмен

данными

Четный

обмен

данными

Адресный

обмен

окончания

Рисунок ч— л — Принулшшыкм миксь

Фаза

данных


АО[ ]*_

смц*. CAJ1 STU-. AS' — АК'—1


Ж Команда    /

рассоединения /


^Команда


оманда данных


Способность

X


Статус


\

\



Фаза соединения



соединения


Фаза

рассоединения


JT


77


и


/


/7777

\

AI*

/


V

л.


DS'

DK’

DI*

ВС’


ш


Л7


\

\


/


Адресный обмен окончания

Адресный

обмен

Обмен данными нечетный

(’HCVUOK 6—12 - Принудительном liI)!pOKlibi:UUl7«.lbll.l« запись

?5


Страница 83

ГОСТ Р ИСО/МЭК 10857-95

6.1.19.8 Частая принудительная запись

Частная принудительная <апнсь<см. рис. 6—1.1) используется, чтобы передать только отдельные байты поля данных В первом нечетном обмене данных сдатчик поддает информацию отмены баитоной шины на AO(3l . 0J*. В первом четом и последующих обменах жцатчик передает данные janncii. Получая данные. исполнитсль(н) игнорируют байтовые шины, сели установлен соответствующий сигнал отмены шины (см. 6.1 17 11)

ADMV _

Фаза

соединения

Фаза

данных

Фаза

рассоединения

ГШ 1 •

У Адрес /

'i Дгмема / \ шины /

\ Данные

V Данные / рассоединения/

CAII*

^ команда \ соединение/

\ Команд

з данных у/

V Команда /

ЧТИ*

' \ш

Способность

//

WWW

\_£

татус \

./У

л .

АК*-

АГ

“\

... Д-

/777/

~\

OS*

л

DK*

\

or

\

/

\

/

Адресный

обмен

Обмен

отмены

шины

Обмен

данных

четный

Адресный обмен окончания

нечетный

Рисунок 6—IJ — Принудительная час!мая запись

61 19.9 Ошибка передачи

В предыдущих примерах передачи были введены различные статусные линии. ТЕ* отличается от всех других статусных линии тем, что он действителен между передачами, как показано на рис. 6 14. Модуль выставляет te* во время фазы рассоединения или фазы данных перед снятием ак*. Модуль удерживает tc* выставленным, пока не обнаружит, что Alf ст-.ш логическим нулем но время фазы соединения в следующей передаче. Это позволяет всем модулям сообщить об ошибках независимо от того, в каком месте передачи ошибки обнаружены. Все модули на шине могут определять состояние ТЕ* с того времени, как они обнаружили, что AKf стал логическим нулем или AS* выставлен, пока они не сняли ai*

6.1.19.10 Пакетная фаза данных

Одиночный нечетный пакет пакетной передач)! показан на рис. 6-15. Фазы соединения и рассоединения пакетной передачи идентичны фазам, описанным для принудительной передачи. Рисунок иллюстрирует передачу восьмисловного пакета (например, передачу 64 байтои через 64-разрядную систему РК96.Г) В восьмисловнон передаче существуют десять битовых периодов. Каждый период равен периоду локального таймера передающего модуля. Передача данных начинается с выставления всех линий адрес/данные передающим модулем. Этог переход определяет начало первого битового периода. Приемный модуль синхронизируется каждым индивидуальным битом адрес/данные, используя jtot первоначальный переход. Передающий модуль использует переход в битовом периоде, чтобы указать «единицу». Битовый период без перехода является «нулем*. Первый битовый период используется как бит синхронизации Последний бит используется для лро-

Страница 84

ГОСТ I* И СО/М ЭК 10857-95

нерки на чстноегь. Если число предыдущих битовых периодов нечетно, го в бите четности будет «единица*. Если не обнаружено ошибок четности, то сигналы со всех линий будут сняты при окончании передачи.

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

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

Фаза

соединения

Фаза

рассоединения

Фаза

соединения

CMI Iе

\ Адрес /

^ Данные / \ рассоединения/

^ Адрес у/

\

РАС 1 •

\ Команда / \ соединении/

\ команда / Храссоединения/

\ Команда /

\

STfJ-

Ж-

особность //

Ж

АС*

m — //

ж

V

/

л

AI*

"V

///

~\

Ш/

DS*

DK*

ОГ

\

/

\ ....

ТЕ*

Адресный

обмен

■т

Адресный

обмен

окончания

Адресный

обмен

Рисунок Л—14 — Д»1.1Г]МММ4 пшшжи Передачи

6.1.19.11 Одиночное пакетное чтение

При одиночном пакетном чтении, показанном на рис. 6—16, исполнитель является источником пакета данных* пока он не обнаружит DS* . выставленный задатчиком. В приведеннох! примере исполнитель диерживает снятие di* до тех пор, пока пакет не будет передан полностью, хотя лч> не является обязательным. Задатчик всегда ждет, когда пакеты будут полностью переданы, йогом снимает as*. В отличие от принудительного протокола, задатчик может снять ds*. как только он обнаружит, что Г)I * снят, без предварительного снятия as*. в то время как он не устанавливает pi * в команде данных.

Ь I 19.12 Одиночное пакетное широковещательное чтение

Рис. 6—17 показьиикгт передачу одиночною пакетного чтения с одним или более исполнителями. выставляющими bs* статусную линию. В этом случае одни или более исполнителен принимают пакет вместе с задатчиком.

6.1 19 13 Одиночное пакетное чтение с внедренностьн)

Передача одиночного пакетного чтения с внедрен иостью, показанная на рис. 6—IS. идентична пс|>сдаче в принудительной версии, за исключением того, что передастся пакет.

6 1.19.(4 Одиночная пакетная запись

По|>едача одиночной пакетной записи, показанию) на рис 6— 19, идентична передаче в принудительной версии, за исключением того, что передается пакет Задатчик задерживает посылку накс-ia на время, по крайней мере равное одному битовому периоду после выставления ds*. Исполнитель должен подготовить свою внутреннюю схему для принятия пакета за эгот период времени.

?7

Страница 85

ГОСТ I» ИСО/МЭК 10857-95

Рисунок ft—15 — Диаграмм» imkciiioH «|лыл Даниил

Рисуliu». ft—Ift — Диаграмма сщмшчнию iukcihcuo чтения

Страница 86

I’kcvIIoK 6—17 — ШироКоМИШИС/МИЧ' ПДШЮЧНОО lUkcriKV >П«ЛИС

АО! 1 *

Фаза

соединения

Фаза

данных

Фаза

рассоединения

”‘'1 1 Л111 1 •

\ Адрес /

\ Пакет /

гаг 1*

\ Команда / \ соединения /

\команда данных/

'-м1 J ■■■ -CTf 1 •

ms

Способность //

ьти _

ШШШ////М

//

AS*-

L>

У

> >

- *

Л

//

ш

—\

OS’

л

У

OK*

л

\JI/

01*

\

IV

■\

/

SW-

Адресный

обмен

\

/

Адресный обмен окончания

Пакет данных нечетный

I’liLVikik 6— :х — Одиночное tkiKt'iiiuc 'пешк с шсчикиостю

ГОСТ Р ИСО/МЭК I0S57-95


Ы


Страница 87

ГОСТ I» И СО/М ЭК 10857-95

А0( | ‘

СМИ*.

САП'

STI1*

AS*

АК*

АГ

DS*

DK*

DI*

*

Фаза

соединения

Фаза

данных

Фаза

рассоединения

У Адрес

\ Пакет /

V Данные / \ рассоединения /

\ Команда / \ соединения/

^ Команда данных/

V Команда / \ рассоединения/

т.

Способное!

‘ ■ //

\\\\W Cr.r,c /////

______ —//

л

л. . __

ш

\

л /

л

\

г~

Адресный обмен окончания

Адресный

обмен

Пакет данных нечетный

Ртлмок »* -I') — О.ишошмя iukcru:iw хшпи.

6.1.19 |S Многократное пакетное чтение с внедренносгью

Во время инициализации системы главный щюисссор определяет, нес ли модули, способные к пакетной пс|)едачс. могут работать и многократной пакетной моде. Если все способные к пакетной передаче модули поддерживают многократную пакетную передачу, тогда может быть достигнута очень высокая скорость блочной передачи по отношению к физическим адресам. Если только часть способных к пакешои передаче модулей поддержи&ают многократную пакетную передачу, то многократная пакетная мода может быть использована, то-чько когда выбранные модули имеют точную информацию о системных границах физических ;иресов. В этом случае модули—участники много-кр;пнон пакетной моды должны гарант ропать, что передача не иот|5сбует пакета. который может вовлечь неспосо бный к многократной пакетной передав модуль

Внутри с|шы данных многократной пакетной моды каждый нокый пакет запрашивается задатчиком, и каждый новый запрос подтверждается статусной информацией с использованием принудительного обмена всеми участниками. В любое время модуль может отказать запросу выставлением сигнала статуса конца данных. Задатчик использует рг* для запроса добавочных пикетов. Если исполнители и) неспособны поддержать или принять запушенные данные, они выставляют ed *.

Рисунок 6—20 показывает многок|кгтное пакетное чтение с внсдренностью. IV * и SW* активируются на пакетный базис, а не базис передачи. Это позволяет использовать передачу с кешированным оборулоюннсу, коюрая авгом.гснчески собирает и лелает недействительными кешевые строки. расположенные среди кешей цсистехшой памяти. Каждый цикл запрос/ответ становится наблюдающим следующей кешевой строки. Кеши возвращают свое кешевос разделение и статус внедрения. как они дел;1ли бы это во в|>смя фазы соединения.

6.1.19.16 Многократное пакетное чтение с внедрением и очередностью

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

Рис. 6—21 показывает передачу многократного пакетного чтения, в которой пакеты передаются значительно позже, чем никлы чагцюе/отпст. Все участвующие модули ДОЛЖНЫ следить за лини ими AD| | *. чтобы определить, когда они должны выставить данные

Если кеш-когс]>снтность не используется, то можно использовать сверхскоростную блочную передачу с возможностью ие|>ссскап Границы модулей, пока цикл зап|кк/отвст проводит конвейр с передачей данных.

Страница 88

ГОСТ Р ИСО/МЭК 10857-95

I'HCVMUK h «II - Мнпгикролкм IlilKCfllllC ‘№*НМС С В11СО|П.')(||ОСГ||К>

IMcviinK <»— 21 — Mih)I(>k|xiiiioc icikonine чтение v внедрением и очорслткзыо

Страница 89

ГОСТ Р ИСО/МЭК 10857-95

6.2 Спецификация

6.2.1    Основные определения

6.2.1.1    Определения протокола передачи

ЗАДАТЧИК    MASTER

Модуль должен установить ЗАДАТЧИК, сслн ЦЕНТРАЛИЗОВАННЫЙ ЗАДАТЧ И К РАС ПРВДЕЛЕИНЫЙ ЗАДАТЧ И К

РАЗРЕШЕН НОСТЬ_ПАКЕТА    PACKFT_EN.ABi.ED

Модуль должен установить РАЗ РЕ ШЕННОСТЬ_Г1АКЕТА. сслн ПАКЕТНАЯ СПОСОБНОСТЬ & (РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ_2 ; РАЗРЕШЕНИЕ 11АКЕТНОЙ_ДЛИ-НЫ_-1 ; РАЗРЕШЕН И Е_ПАКЕТНОЙ _ДЛИНЫ_8 ; РАЗРЕШЕНИЕ ПАКЕТНОЙ ДПИНЫ_16 ; РАЗРЕШЕНИЕ ПАКЕТНОЙ ДЛИНЫ 32 | РАЗРЕШЕНИЕ_ПАКЕГНОЙ ДЛИНЫ 64) ПРИНУДИТЕЛЬНОСТЬ    COMPELLED

Модуль может установить ПРИНУДИТЕЛЬНОСТЬ, если -ИНИЦ & (ЗАДАТЧИК & ФАЗА СОЕДИНЕНИЯ ! УЧАСТИЕ) Модуль должен установить ПРИНУДИТЕЛЬНОСТЬ, если-ИНИ Г& (-РАЗРЕШEHНОСТЬ ПАКЕТ А & (ЗАДАТЧИК& ФАЗА СОЕДИНЕНИЯ | УЧАСТИЕ); ФАЗА_СО-ЕДИНЕНИЯ & ЗАПРЕЩЕННЫЙ). Модуль должен удерживать ПРИНУДИТЕЛЬНОСТЬ, покл ИНИН ; ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

СТАТУС ПРИНУЖДЕНИЯ    COMPELLED    STATUS

Модуль должен установить СТАТУС. П РИ НУЖД ЕН ИЯ, сслн-И Н ИТ & СА1* &СТАТУХ'.СОЕДИНЕНИЯ. Модули должны удерживать СТАТУС_ПРИНУЖДЕНИЯ. пока ИНИТ [ЗАВЕРШЕ-НИЕ_ПЕРЕДАЧИ

НИЗКАЯ. СКОРОСТЬ    LOWSPEED

Модуль должен установить НИЗКУЮ_СКОРОСТЬ, сслн -ИНИТ & —РАЗРЕШЕНИЕ ВЫСОКОЙ СКОРОСТИ & (ЗАДАТЧИК & ФАЗА СОЕДИНЕНИЯ & -ПРИНУДИТЕЛЬНОСТЬ, УЧАСТИЕ & -ПРИНУДИТЕЛЬНОСТЬ). Модули должны удерживать НИЗКУЮ_СКОРОСТЬ. пока ИНИЦ . ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

СТАТУС НИЗКОЙ СКОРОСТИ    LOW_SPEED_STATUS

Модули должны установить СТАТУС_НИЗКОЙ.СКОРОСТИ, если -ИНИЦ & С АО* & СТАТУС СОЕДИНЕНИЯ. Модули должны удерживать СТАТУС, НИЗКОЙ_СКОРОСТИ, пока ИНИЦ ЗАВЕРШЕНИЕ ПЕРЕДАЧИ

РЕЖИМ_МНОЖЕСТВЕННЫХ ПАКЕТОВ MULTIPLE_PACKET_MODE Модули должны установить РЕЖИМ МНОЖЕСТВЕННЫХ_ПАКЕТОВ. если ФАЗА ДАННЫХ & -СТАТУС.ИРИНУЖДЕНИЯ & РАЗРЕШ ЕН И Е_ РЕЖИМА_М НОЖЕСТВЕН-НЫХ_ ПАКЕТОВ. Модули должны удерживать РЕЖИМ_МНОЖЕСТВЕННЫХ ПАКЕТОВ, пока

иниц[Завершение передачи.

ЗАПРОС.ПАКЕТА    packet_request

ЗАДАТЧИК должен установить ЗАПРОС_ПАКЕТА. если -ИНИЦ & РЕЖИМ_МНОЖЕ-СГВЕННЫХ_ПАКЕТОВ перед выставлением ds*, чтобы начать ФАЗУ ДАННЫХ, сслн в текущей передаче запрошено более одного пакегл. ЗАДАТЧИК должен удерживать ЗАПРОС_ПАКЕТА. пока ИНИЦ : НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ & ЗАНЯТИЕ ДИСКА.ИНФО ; ЗАВЕРШЕНИЕ ПЕРЕДАЧ И-

Модули должны удерживать ЗАПРОС ПАКЕТА, если СМО* &УЧАСТИЕ & PEЖИM._MHO-ЖECTBEHHЫX_ПAKETOB & ПРИЗНАК_ЛАННЫХ_ФИКС. Модули должны удерживать ЗАЛРОС_ПАКБТА, пока ИНИЦ • ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ , -СМО* & ПРИЗНАК_ДАН-НЫХ ФИКС.

6.2.1.2    Определения расщепленной передачи

РАСШЕПЛЕН И Е    SPLIT

Модули могут вызывать расшсплснную передачу, устанавливая РАСЩЕПЛЕНИЕ, если -ИНИТ &. РАСЛЦЕПЛЕННЫЙ_ИНИЦИАТОР & РАСЩЕПЛЕНИЕ_РАЗРЕШЕНО & (ЗАДАТЧИКА ФА ЗА_СОЕД И НЕНИЯ ! УЧАСТИЕ) & ЗАПРЕТ_УДЕРЖАН ИЯ ; РАСЩЕ1ШЕННЫЙ_КЕ-ШИРОВАННЫЙ). Модули должны удерживать РАСЩЕПЛЕНИЕ, пока ИНИЦ ; ЗАВЕРШЕ-НИЕ_ПЕРЕДАЧИ

РАС ЩЕ ПЛ ЕН ИЯ_СТАТУС    SPLIT_STATUS

Модули должны устанавливать РАСЩЕПЛЕНИЯ_СТАТУС, если -ИНИЦ & СА2* & СТА-ТУС_СОЕДИНЕНИЯ. Модули должны удерживать РАСЩЕПЛЕНИЯ СТАТУС, пока ИНИЦ | ЗАВЕРШЕН И Е_ ПЕРЕДАЧ И.

Страница 90

ГОСТ Р ИСО/МЭК 10857-95

6 2.1.3 Определения разрядности Адреса/Данных

32. РАЗРЯДНАЯ СПОСОБНОСТЬ    32_BIT_CAPABLE

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

РАЗРЯД НОСТЬ_АД Р ЕСА    addr_ width

Задатчик должен выбирать передачу с 64-разрядным адресом, устанавливая РАЗРЯД-НОСТЬ_АДРЕСА, если -ИНИЦ & ФАЗА_СОЕДИНЕНИЯ & СПОСОБНОСТЬ_64_РАЗРЯДНОГО АДРЕСА & -<ОТВЕТ_ЧГЕНИЯ ! ОТВЕТ ЗАПИСИ). ЗАДАТЧИК должен удерживать ШИРИНУ _АДР ЕСА, пока ИНИЦ ' ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

64_ РАЗ РЯД Н Ы Й .АДРЕС    64_BIT_ADDR

Модули должны устанавливать 64_РАЗРЯДНЫЙ_АДРЕС если СМ71 & УЧАСТИЕ & ФА-ЗА_СОЕДИНЕНИЯ ; РАЗРЯДНОСТЬ АДРЕСА. Модули должны удерживать 64_РАЗРЯДНЫЙ_АД-РЕС, пока ИНИЦ ЗАВЕРШЕНИЕ. ПЕРЕДАЧИ.

РАЗРЯДНОСТЬ_ДАН Н ЫХ_ I    DATA_WIDTH_I

Чтобы выбрать 128- или 256-разряд» ую разрядность данных на шине, ЗАДАТЧИК должен установить РАЗРЯДНОСТЬ ДАННЫХ I, если -ИНИЦ & ФАЗА_СОЕДИНЕНИЯ. ЗАДАТЧИК должен удерживать РАЗРЯДНОСТЬ_ДАННЫХ_1, пока ИНИЦ ! ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ

РАЗРЯ ДНОСГЬ.ДАН Н ЫХ_0    DATA_WI DTH_0

Чтобы выбрать 64- или 256-разрндную разрядность данных на шине. ЗАДАТЧИК должен установить РАЗРЯДНОСТЬ ДАННЫХ 0, если -ИНИЦ & ФАЗА СОЕДИНЕНИЯ. ЗАДАТЧИК должен удерживать РАЗРЯДНОСТЬ_ДАННЫХ_0, пока ИНИЦ ;ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

64_РАЗРЯДН Ы Е .ДАННЫЕ    64_B1T_DATA

Модули должны установить 64 РАЗРЯДНЫЕ_ДАННЫЕ. если -СМб* & СМ5* & УЧАСТИЕ &ФАЗА_СОЕДИНЕНИЯ ; - РАЗ РЯД НОСТЬДАН Н ЫХ„ 1 & РАЗРЯДНОСТЬ _ДАННЫХ,0, и должны удерживать это. пока ИНИЦ ! ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ,

128 разрядные Данные    128 bit,data

Модули должны установить 128 РАЗРЯДНЫЕ_ДАННЫЕ, если СМ6* Sc -СМ5* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ ШИРИНА_ДДННЫХ_1 & -ШИРИНА_ДАННЫХ_0, и должны удерживать это. пока ИНИЦ • ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ

2 56_РАЗ РЯД Н Ы Е Л АН Н Ы Е    256_ В IT_ DATA

Модули должны установить 256 РАЗРЯДИ ЫЕ_ДАННЫЕ, еслиСМб* &СМ5* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ ; РАЗРЯДНОСТЬ_ДАННЫХ_1 & РАЗРЯДНОСТЬЛАННЫХ_0. и должны удерживать это, пою» ИНИЦ J ЗАВЕРШЕНИЕ_НЕРЕДАЧИ.

6.2.1.4 Определения передачи

НЕБЛОКИРОВАНИЕ_ЧТЕНИЕ    READ_UNLOCKED

ЗАДАТЧИК должен установить НЕБЛОКИРОВАНИЕ_ЧТЕНИЕ перед началом ФАЗЫ_СОЕ-ДИ НЕНИЯ, чтобы совершить передачу чтения без блокирования. Модули должны установить НЕ-БЛОКИРОВАНИЕ ЧТЕНИЕ, если -СМ4* & -СМЗ*& -СМ2* & -СМ1* & -СМ0* & УЧАСТИЕ & ФАЗА.СОЕДИНЕНИЯ. Модули должны удерживать НЕБЛОКИРОВАНИЕ_ЧТЕНИЕ. пока ИНИЦ : ЗАВЕРШЕНИЕ_Г1ЕРЕДАЧИ.

НЕБЛОКИРОВАНИЕ ЗАПИСЬ    WR]TE_UNLOCKED

ЗАДАТЧИК должен установить НЕБЛОКИРОВАНИЕ_ЗАПИСЬ перед началом ФАЗЫ ,СОЕДИНЕНИЯ. чтобы совершить передачу записи без блокирования. Модули должны установить НЕБЛОКИРОВАНИЕ_ЗАПИСЬ. если -СМ4* & -СМЗ* &-СМ2* &-СМ1*&-СМ0 & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживать НЕ БЛОКИРОВАН И Е^ЗАПИСЬ. пока ИНИЦ , ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ J ФАЗА РАССОЕДИНЕНИЯ & НЕБЛОКИРОВАНИЕ только адрес.

НЕБЛОКИРОВАНИЕ_ТОЛЬКО_АДРЕС ADDRESS_ONLY_UNLOCKED

ЗАДАТЧИК должен установить НЕБЛОКИРОВАНИЕ^ТОЛЬКО АДРЕС перед началом ФАЗЫ_СОЕДИНЕНИЯ, чтобы совершить передачу только адреса без блокировки. Модули должны установить НЕБЛОКИРОВАНИЕ.ТОЛЬКО_АДРЕС, если СМ4* & -СМЗ* &-СМ2* &-СМ1 * & -СМ0* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживать НЕБЛОКИРОВА-Н И Е_ТОЛ Ь К 0_ АД РЕС, пока ИНИЦ j ЗАВЕРШЕН И ^„ПЕРЕДАЧ И 1 ФАЗА„ДАННЫХ.

83

1

3 15*

Страница 91

ГОСТ Р ИСО/МЭК 10857-95

БЛОКИРОВАНИЕ .ЧТЕНИЕ    READ_LOCKED

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ ЧТЕНИЕ до начала ФАЗЫ СОЕДИНЕНИЯ. чтобы совершить передачу ЧТеНИЯ с блокировкой. Модули должны установить БЛОКИ-РОВАНИЕ.ЧТЕНИЕ, если -СМ4*& -СМЗ*& -СМ2*& -СМ1*& -СМ0*& УЧАСТИЕ & ФА-ЗА.СОЕДИНЕНИЯ. Модули должны удерживать БЛОКИРОВАНИЕ_ЧТЕНИЕ. пока ИНИЦ | ЗАВЕРШЕНИЕ .ПЕРЕДАЧИ.

БЛОКИРОВАН И Е_ ЗАПИСЬ    WRITE LOCKED

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ_ЗАПИСЬ до начала ФАЗЫ_СОЕДИНЕНИЯ, чтобы совершить передав записи с блокировкой Модули должны установить БЛОКИ-РОВАНИЕ_ЗАПИСЬ, если СМ4*& СМЗ* & -СМ2* & -СМ1*& -СМО* & УЧАСТИЕ & ФАЗА СОЕДИНЕНИЯ Модули должны удерживать БЛОКИРОВАНИЕ ЗАПИСЬ, пока ИНИЦ ЗАВЕРШЕНИ Е_ П Е РЕДАЧ И ФАЗА, РАССОЕДИНЕНИЯ & НЕБЛОКИРОВА-НИЕ ТОЛЬКО АДРЕС.

БЛОКИ РОВАН И Е_ТОЛ ЬКО_АД PEC    ADDRESS_ONLY_LOCKED

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ ТОЛЬКО„АДРЕС до начала ФАЗЫ.СО-ЕДИНЕНИЯ, чтобы совершить передачу только адреса с блокировкой Модули должны установить БЛОКИРОВАНИЕ ТОЛЬКО АДРЕС, если СМ4*& -СМЗ* & -СМ2* & -СМ1 *&-СМО* & УЧАСТИЕ & ФАЗА_СОЕД И НЕНИЯ. Модули должны удерживать БЛОКИ РО ВАНИ Е_Т ОЛ Ь КО АДРЕС, пока ИНИЦ • ЗАВЕРШЕНИЕ ПЕРЕДАЧИ ФАЗА ДАННЫХ.

ЧАСТНОЕ_ЧТЕНИЕ    READ, PARTIAL

ЗАДАТЧИК должен установить ЧАСТНОЕ ЧТЕНИЕ до начала ФАЗЫ_СОЕДИНЕНИЯ, чтобы совершить частное чтение. Модули должны установить ЧАСТНОЕ_ЧТЕНИЕ, если -СМ4* &. -CMi* & -СМЗ* & -CMI* & -СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживап 1АСТНОЕ_ЧТЕНИЕ, пока ИНИЦ |ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

ЧАСТ! 1АЯ_ЗА11ИСЬ    WRITE. PARTIAL

ЗАДАТЧИК должен установить ЧАСТНУЮ_ЗАПИСЬдо начала ФАЗЫ СОЕДИНЕНИЯ, *гтобы соверши 1ь передачу частной записи. Модули должны установить ЧАСТНУЮ_ЗАПИСЬ, если СМ4* & -СМЗ* <& -СМ2* «& CMI * & -СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживать ЧАСТНУЮ. _ЗАП ИСЬ. пока ИНИЦ ЗАВЕРШЕН И Е_ПЕРЕДАЧ И.

БЛОКИ РОВАН И Е_ЧАСТНОЕ_ЧТЕНИЕ    READ .PARTIAL LOCKED

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ_ЧАСТНОЕ_ЧТЕНИЕ до начала ФАЗЫ. СОЕДИНЕНИЯ, чтобы совершить пс])едачу эагцюта частного чтении. Модули должны установить БЛОКИРОВАНИЕ ЧАСТНОЕ ЧТЕНИЕ, если -СМ4* & -СМЗ* & -СМ2* & CMI * & СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживать БЛОКИ РОВАН И Е_ЧА-СТНОЕ_ЧТЕИИЕ, пока ИНИТ :ЗАВЕРШЕНИЕ_Г1ЕРЕДЛЧИ.

БЛО К И РОВАН И Е_ЧАСТН АЯ_ЗАП ИС Ь    WRITE, PARTIAL. LOCKED

ЗАДАТЧИК должен установить БЛОКИ РОВАН И Е_ЧАСТНАЯ_ЗАП ИСЬ до начала ФА-ЗЫ_СОЕДИНЕНИЯ, чтобы совершить передачу частной записи с блокировкой. Модули до;1ЖНЫ установить БЛОКИРОВАНИЕ ЧАСТНАЯ ЗАПИСЬ, если СМ4* & -СМЗ* & -СМ2* &СМ1*& СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживать БЛОКИРОВА-ННЕСЧАСТНАЯ.ЗАПИСЬ, пока ИНИТ ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

ОТ В ЕТ „ЗА П ИС И    *    WRITE. RESPONSE

ЗАДАТЧИК должен установить ОТВЕТ_ЗАПИСИ до начала ФАЗЫ_СОЕДИНЕНИЯ, чтобы совершить передачу ответа записи. Модули должны установить ОТВЕТ_ЗАПИСИ, если СМ4* & -СМЗ* & СМ2* & -СМ1* & -СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживатьОТВЕТ.ЧТЕНИЯ. пока ИНИЦ \ ЗАВЕРШЕНИЕ. ПЕРЕДАЧ И.

ОТВЕТ_ЧТЕНИЯ    READ.RESPONSE

ЗАДАТЧИК должен установить ОТВЕТ_ЧТЕНИЯ до начала ФАЗЫ_СОЕДИНЕНИЯ. чтобы совершить передачу ответа «пения. Модули должны установить ОТВЕТ. ЧТЕНИЯ, если С‘М4* & -СМЗ* & СМ2* & -CMI* & СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ Модули должны удерживать ОТВЕТ ЧТЕНИЯ, пока ИНИЦ | ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

Страница 92

ГОСТ Р ИСО/МЭК 10857—95

ЗАПИСЬ_БЕЗ_ПОДТВЕРЖДЕНИЯ    VVRlTE_NO_ACKN    OWLEDGE

ЗАДАТЧИК должен установить ЗАПИСЬ_БЕЗ_ПОДТВЕРЖДЕНИЯ до начала ФАЗЫ СОЕДИНЕНИЯ, чтобы совершить передачу записи без подтверждения. Модули должны установить ЗАП И С Ь_БЕЗ_ПОД ТВ Е РЖД Е Н И Я, если СМ4* & -СМЗ* & СМ2* & СМ1 * & -СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживать ЗАЛИСЬ_6ЕЗ ПОДТВЕРЖДЕНИЯ, пока ИНИЦ ; ЗАВЕРШЕНИЕ^ПЕРЕДАЧИ.

НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ    READ INVALID

ЗАДАТЧИК должен установить НЕДЕЙСТВИТЕЛЬНОЕ_ЧТБНИЕ до начала ФАЗЫ.СОЕ-ДИНЕНИЯ, чтобы совершить передачу недействительного чтения. Модули должны установить НЕ-ДЕЙСТВИТЕЛЬНОЕ_ЧТЕНИЕ. если -СМ4* & СМЗ* & -СМ2* & -СМ1* & -СМО* & УЧАСТИЕ & ФАЗА_СОЕД И НЕНИЯ. Модули должны удерживать НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ, пока ИНИЦ 'ЗАВЕРШЕНИЕ ПЕРЕДАЧИ

НЕДЕЙСТВИТЕЛЬНАЯ ЗАПИСЬ    WRITE INVALID

ЗАДАТЧИК должен установить НЕДЕЙСТВИТЕЛЬНАЯ. ЗАПИСЬ до начала ФАЗЫ.СОЕДИНЕНИЯ, чтобы совершить пе])сдачу недействительной записи. Модули должны установить НЕ ДЕЙСТВИТЕЛЬНАЯ ^ЗАПИСЬ. если СМ4* & СМЗ* & -СМ2* & -СМ1* & -СМО* & УЧАСТИЕ & ФАЗА СОЕДИНЕНИЯ. Модули должны удерживать НЕДЕЙСТВИТЕЛЬНАЯ ЗАПИСЬ, пока ИНИЦ ^ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

РАЗДЕЛЕН НОЕ_ЧТЕНИЕ    READ_SHARED

ЗАДАТЧИК должен установить РАЗДЕЛЕННОЕ_ЧТЕНИЕдо начала ФАЗЫСОЕДИНЕНИЯ, чтобы совершить передачу разделенного чтения. Модули должны установить РАЗДЕЛ ЕННОЕ_ЧТЕ НИЕ, если -СМ4* & СМЗ* & -СМ2* & -СМ1* & СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕ-НИЯ Модули Должны удерживать РАЗДЕЛЕННОЕ ЧТЕНИЕ, пока ИНИЦ J ЗАВЕРШЕНИЕ ПЕРЕДАЧИ

КОПИРОВАНИЕ, НАЗАД    COPY_BACK

ЗАДАТЧИК должен установим. КОПИРОВАНИЕ_НАЗАД до начала ФАЗЫ СОЕДИНЕНИЯ, чтобы совершить передачу копирования назад. Модули должны установить КОПИРОВАНИЕ НАЗАД. если СМ4* & СМЗ* & 'СМ2* & -СМ1* & СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕ-НИЯ. Модули должны удерживать КОПИРОВАНИЕ_НАЗАД. пока ИНИЦ' ЗАВЕРШЕНИЕ_ПЕ-РЕДАЧИ.

МОДИФИЦИРОВАННОЕ ЧТЕНИЕ    READ ^MODIFIED

ЗАДАТЧИК должен установить МОДИФИЦИРОВАННОЕ_ЧТЕНИЕдо начала ФАЗЫ_СОЕ-ДИНЕНИЯ, чтобы совершить передачу модифицированного чтения. Модуля должны установить МОДИФИЦИРОВАННОЕ ЧТГНИЕ.ссди -СМ4* & СМЗ* & -СМ2* &CMI* & СМО* & УЧАСТИЕ & ФАЗА_СОЕДИН ЕЙ ИЯ. Модули должны удерживать МОДИФИЦИРОВАННОЕ_ЧТЕНИЕ. пока ИНИЦ : ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

НЕДЕЙСТВИТЕЛЬНОСТЬ    INVALIDATE

ЗАДАТЧИК должен установить НЕДЕЙСТВИТЕЛЬНОСТЬ до начала ФАЗЫ. СОЕДИНЕНИЯ, чтобы совершить пе]>сдачу недействительности Модули должны установить НЕДЕЙСТВИТЕЛЬНОСТЬ. если СМ4* & СМЗ* & -СМ2* & СМ!* & СМО* & УЧАСТИЕ & ФАЗА.СОЕДИНЕ-НИЯ. Модули должны удерживать НЕДЕЙСТВИТЕЛЬНОСТЬ, пока ИНИЦ; ЗАВЕРШЕНИЕ ПЕ-РЕДАЧИ.

разделенный_ответ    shared response

ЗАДАТЧИК должен установтъ РАЗДЕЛЕН НЫЙ_ОТВЕГ до начала ФАЗЫ_СОЕДИНЕНИЯ, чтобы совершить передачу разделенного ответа Модули должны установить РАЗДЕЛЕННЫЙ_ОТ-ВЕТ. если СМ4* & СМЗ* & СМ2* & -CMI* & -СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕ-НИЯ. Модули должны удерживать РАЗДЕЛЕННЫЙ_ОТВЕТ, пока ИНИЦ ; ЗАВЕРШЕНИЕ_ПЕ-РЕДАЧИ

МОДИФИЦИPOBa\HНЫЙ_ОТВЕТ    MODIFIED RESPONSE

ЗАДАТЧИК должен установить МОДИФИЦИРОВАННЫИ_ОТВЕТ до начала ФАЗЫ_СОЕ-ДИНЕНИЯ, чтобы совершить передачу модифицированный ответ. Модули должны установить МОДИФИЦИРОВАННЫЙ_ОТВЕТ. если СМ4* & СМЗ* & СМ2* & СМ1 * & СМО* &. УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ Модули должны удерживать МОДИФИЦИРОВАННЫЙ_ОТВЕТ пока ИНИЦ ■ ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ

Страница 93

ГОСТ Р ИСО/МЭК 10857-95

КЕШ_СМД    CACHE_CMD

Модули должны установить КЕШ СМД, если НЕДЕЙСТВИТЕЛЬНОСТЬ ЧТЕНИЯ НЕ-ДЕЙСТВИТЕЛЬНОСТЬ_ЗАПИСИ РАЗДЕЛЕННОЕ_ЧГЕНИЕ КОПИРОВАНИЕ НАЗАД J МОДИФИКАЦИЯ ЧТЕНИЯ : НЕДЕЙСТВИТЕЛЬНОСТЬ ! РАЗДЕЛ EH Н Ы Й_ОТВ ЕТ ; МОДИФИЦИРОВАННЫЙ ОТВЕТ.

СМД_ЗАПИСЬ    WRITE CMD

ЗДДАР1И К должен установить СМД_ЗАПИСЬ, если НЕБЛОКИРОВАНИЕ ЗАПИСЬ J НЕ-БЛОКИРОВАНИЕ_ТОЛЬКО АДРЕС | БЛОКИРОВАНИЕ.ЗАПИСЬ • БЛОКИ РОВАН И Е_ТОЛЬ-КО_АДРЕС ; ЧАСТНАЯ_ЗАПИСЬ БЛОКИРОВАНИЕ ЧАСТНАЯ_ЗАПИСЬ : ОТВЕТ_ЗАПИ-СИ ! ОТВЕТ_ЧТЕНИЯ ; ЗАПИСЬ БЕЗ ПОДТВЕРЖДЕНИЯ | НЕДЕЙСТВИТЕЛЬНОСТЬ_ЗАПИ-СИ ! КОП И РОВАН И Е_ НАЗАД ! НЕДЕЙСТВИТЕЛЬНОСТЬ j РАЗДЕЛ ЕННЫЙ_ОТВЕТ | МОДИФИЦИРОВАН Н Ы Й_ОТВ ЕТ.

ПЕРЕДАЧА СМД 3    TRANS_CMD_3

ЗАДАТЧИК должен установить ПЕРЕДАЧУ СМД_3, если НЕДЕЙСТВИТЕЛЬНОСТЬ_ЧТЕ-НИЯ НЕДЕЙСТВИТЕЛЬНОСТЬ_ЗАПИСИ ; РАЗДЕЛЕННОЕ_ЧТЕНИЕ \ КОПИРОВАНИЕ НАЗАД ; МОДИФИКАЦИЯ..ЧТЕНИЯ ; НЕДЕЙСТВИТЕЛЬНОСТЬ | РАЗДЕЛЕННЫЙ.ОТВЕТ! МО* ДИФИКАЦИЯ_ОТВЕТА.

П Е Р ЕДА ЧАС МД_2    TRANS_CMD_2

ЗАДАТЧИК должен установить ПЕРЕДАЧУ_СМД_2. если ОТВЕТ_ЗАПИСИ 1 ОТВЕТ.ЧТЕНИЯ : ЗАПИСЬ БЕЗ ПОДТВЕРЖДЕНИЯ ; РАЗДЕЛЕННЫЙ ОТВЕТ,' МОДИФИКАЦИЯ ОТ-ВЕТА

П Е РЕДАЧА_С МД 1    TR.AN S_CM D_ 1

ЗАДАТЧ И К должен установи ПЕРЕДАЧУ СМД_1, если ЧАСТНОЕ ЧТЕНИЕ j ЧА-СТНАЯ.ЗАПИСЬ | БЛОКИРОВАН И Е_ЧАСТНОЕ_ЧТЕН И Е j БЛОК И РО ВАН И Е.ЧАСТНАЯ _ЗА-ПИСЬ ЗАПИСЬ_БЕЗ_ПОДТВЕРЖДЕНИЯ ; МОДИФИКАЦИЯ.ЧТЕНИЯ J НЕДЕЙСТВИТЕЛЬНОСТЬ МОДИФИКАЦИЯ ОТВЕТА.

П П РВДАЧА.С МД_0    TRAN S_C М D_0

ЗАДАТЧИК должен установить ПЕРЕДАЧУ_СМД_0. если БЛОКИРОВАНИЕ_ЧТЕНИЕ J

блокирование_запись блокирование_только_адрес ; блокировдние.ча-

СТНОЕ_ЧТЕН И Е ! БЛОКИ РОВАН И Е_ЧАСТНАЯ. ЗАПИСЬ ; ОТВЕТ ЧТЕНИЯ J РАЗДЕЛ ЕН-НОЕ_ЧТЕНИЕ; КОПИРОВАНИЕ НАЗАД, МОДИФИКАЦИЯ_ЧТЕНИЯ НЕДЕЙСТВИТЕЛЬ-НОСТЬ: МОДИФИЦИРОВАННЫЙ ОТВЕТ.

ЧАСТНЫЙ    PARTIAL

Модули должны установить ЧАСТНЫЙ, если ЧАСТНОЕ,ЧТЕНИЕ j ЧАСТНАЯ_ЗАПИСЬ ; БЛОКИРОВАНИЕ ЧАСТНОЕ.ЧТЕНИЕ J БЛ0КИР0ВАНИЕ_ЧАСТНАЯ_ЗАПИСЬ.

ТОЛЬКО_АДРЁС    ADDRESS .ONLY

Модули должны установить ТОЛЬКО АДРЕС, если -ЙНИЦ & ФАЗА_СО ЕДИНЕН ИЯ, и должны удерживать его. пока ИНИЦ ФАЗА_ДАННЫХ ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

ЗАПИСЬ_ИСПОЛНИТЕЛЮ    S LAV Е_ WRITE

Модули должны установить ЗАПИСЬ_ИСПОЛНИТЕЛЮ, если ПРИЗНАК_ДАННЫХ_ЗА-ФИКСИРОВАН & СМ4*, и должны удерживать его, пока ИНИЦ . ЗАВЕРШЕН И Е_ПЕРЁДА-ЧИ РЕЖИМ МНОЖЕСТВЕННЫХ^ПАКЕТОВ & -СМ4* & ПРИЗНАК_ДАННЫХ_ЗАФИКСИ-РОВАН.

СТАТУС_ЗА11ИСИ    WRITE.STATUS

Модули должны установить СТАТУС_ЗАПИСИ, если -ИНИЦ & ФАЗА_СОЕДИНЕНИЯ & СМ4*, и должны удерж)гвать его, notui ИНИЦ ] ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

БОЛЬШЕ    _    MORE

ЗАДАТЧИК может установить БОЛЬШЕ в начале копирования блока. ЗАДАТЧИК должен сбросить БОЛЬШЕ в последней блочной передаче или до нее.

ФЛАГ_ПОСЛ ЕДН ЕЙ_П ЕРЕДАЧ И    LAST_TRANSACTION_FLAG

Модули должны установить ФЛАГ_ПОСЛЕДНЕЙ_ПЕРЕДАЧИ, если ПРИЗНАК_ДАН-НЫХ_ЗАФИ КСИ РОВАН & РЕЖИМ_МНОЖЕСТВЕННЫХ_ПАКЕТОВ & СМ1 ★, и должны удерживать его, пока ИНИЦ ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ ; ПРИЗНАК_ДАННЫХ_ЗАФИКСИРО-ВАН&-СМ1*.

Страница 94

ГОСТ Р ИСО/МЭК 10857-95

6.2.1.5 Определения операций блокирования (доступа)

БЛОКИРОВАННЫЙ    LOCKED

Модули должны установить БЛОКИРОВАННЫЙ, если БЛОКИРОВАНИЕ_ЧТЕНИЕ 1 БЛО-КИРОВАНИЕ_ЗАПИСЬ ; БЛОКИРОВАН И Е_ТОЛЬКО_ АДРЕС ; БЛОКИРОВАНИЕ ЧАСТНОЕ ЧТЕНИЕ ; БЛОКИРОВАНИЕ ЧАСТНАЯ_ЗАПИСЬ.

БЛОКИРОВАНИЕ РЕСУРСОВ    RESOURCELOCKED

Модуль должен удержи чать БЛОКИРОВАНИЕ_РЕСУРСОВ для никлого отдельного блокируемою ресурса, связанного с отдельными плюсами, для которого модуль установит ВЫБРАННЫЙ. Модули должны установить БЛОКИРОВАНИЕ РЕСУРСОВ, если БЛОКИРОВАННЫЙ & ВЫ БРАННЫЙ, и должны удерживать БЛОКИРОВАНИЕ_Р£СУРСОВ, пока ИНИЦ ; -БЛОКИРОВАННЫЙ & УДЕРЖАНИЕ БЛОКИРОВАНИЯ ;-ЕТ* &-AS*

УДЕРЖАНИЕ, БЛОКИРОВАНИЯ    LOCK .HOLD

Задатчик должен установить УДЕРЖАНИЕ_БЛОКИРОВАНИЯ. если БЛОКИРОВАНИЕ_РЕ-СУРСОВ появился до начала ФАЗ Ы_РАССОЕДИ НЕНИЯ. чтобы побудить модули, выставившие БЛОКИРОВАН И Е_ РЕСУРСОВ, удерживать его после окончания текущей передачи. Модули до1жны установить УДЕРЖАНИЕ_БЛОКИРОВАНИЯ. если ВЫБРАННЫЙ & СМО* и они обнаружили снятие AS*. Модули должны удерживать УДЕРЖАНИЕ БЛОКИРОВАНИЯ, пока ИНИЦ ! -ЕГ* & -AS* ! -БЛОКИРОВАННЫЙ & AS* & -ai*.

МАСКИ РОВАН Н ЫЙ.ОБМЕН    MASK.SWAP

Чтобы выбрать блокирующую команду МАСКИРОВАННЫЙ_ОБМЕН. ЗАДАТЧИК должен установить МАСКИ РОВАННЫЙ^ОБМЕН. если БЛОКИРОВКА^ ЗАПИСЬ ; БЛОКИРОВКА_ЧА-СТНАЯ_ЗАПИСЬ до начала ФАЗЫ_ДАННЫХ Модули должны установить МАСКИРОВАННЫЙ ОБМЕН, если -СМ2* & -СМ1* & СМО* & УЧАСТИЕ & ФАЗА ДАННЫХ & БЛОКИРОВАН И Е_РЕСУРСОВ. Модули должны удерживать МАСКИРОВАН НЫЙ_ОБМЕН. пока ИНИ11 ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

СРлВНЕНИЕ_ОБМЕН    COMPARE_SWAP

Чтобы выбрать блокирующую команду СРАВНЕНИЕ ОБМЕН. ЗАДАТЧ И К должен установить С РА В Н Е Н И F О Б М Е Н. если БЛОКИРОВАНИЕ. ЗАПИСЬ : БЛОКИ РОВАН ИЕ_ЧА-СТНАЯ ЗАПИСЬ до начала ФАЗЫ ДАННЫХ. Модули должны установить СРАВНЕНИЕ ОБМЕН, если -СМ2* &СМ1* &-CM0* & УЧАСГИ Е & ФАЗА_ДАННЫХ & ЗАПРЕТ_РЕСУРСОВ. Модули должны удержив;иь МАСКИРОВАННЫЙ_ОБМЕН. пока ИНИЦ ! ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ВЫБОРКА_СЛОЖЕН ИЕ_СО_СГАРШЕГО FETCH_ADD_.BIG

Чтобы выбрать блокирующую команду ВЫБОРКА_СЛОЖЕНИЕ_СО_СТАРШЕГО. ЗАДАТЧИК должен установить ВЫБОРКА СЛОЖЕНИЕ СО СТАРШЕГО, если БЛОКИРОВАНИЕ ЗАПИСЬ ; БЛОКИ РОВАН И Е_ЧАСТНАЯ_ЗАГ1ИСЬ до начала ФАЗЫ .ДАННЫХ. Модули должны установить ВЫБОРКА СЛОЖЕНИЕ СО СТАРШЕГО, если -СМ2* & СМ 1 * & СМО* & УЧАСТИЕ & ФАЗА ДАННЫХ & БЛОКИ РОВАН И Е_РЕСУРСОВ. Модули должны удерживать ВЫ-БОРКА_СЛОЖЕНИЕ„СО_СТАРШЕГО. пока ИНИЦ ! ЗАВЕРШЕНИЕ ПЕРЕДАЧИ. *

ВЫБОРКА СЛОЖЕНИЕ_С МЛАДШЕГО FETCH_ADD_LITTLE

Чтобы выбрать блокирующую команду ВЫБОРКА СЛОЖЕНИЕ С МЛАДШЕГО, ЗАДАТЧИК должен установить ВЫБОРКА СЛОЖЕН ИЕ_С “МЛАДШЕГОГ если БЛОКИ РОВА-НИЕ.ЗАПИСЬ 1 БЛОКИРОВАНИЕ.ЧАСТНОЙ. ЗАПИСИ до начала ФАЗЫ_ДАННЫХ Модули должны установить ВЫБОРКА_СЛОЖЕНИЕ_С_МЛАДШЕГО, если СМ2* & -СМ1 * & -СМО* &. УЧАСТИЕ & ФАЗА. ДАННЫХ & БЛ О К И РО В А Н И Е_РЕСУ РСОВ. Модули должны удерживать ВЫБОРКА_СЛОЖЕНИЕ_С МЛАДШЕГО, пока ИНИЦ ; ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

БЛОКИ РОВАН И Е_СМД_0    LOCKCMD О

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ CMHJ). если МАСКИРОВАННЫЙ_ОБ-МЕН ! ВЫБОРКА СЛОЖЕН И Е_СО_СТАРШЕГО.

БЛОКИРОВАНИЕ ,СМД 1    LOCKCMDJ

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ_СМД_1, если СРАВНИТЕЛЬНЫЙ ОБМЕН 1 В Ы БО Р К А_СЛ ОЖ Е Н И Е_СО_СТАРШ Е ГО.

БЛОКИ РОВАНИЕ_СМД_2    LOCK CMD 2

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ_СМД_2, если ВЫБОРКА СЛОЖЕ-11И F._C JVf Л АД Ш ЕГО.

S’?

Страница 95

ГОСТ Р ИСО/МЭК 10857-95

6 2.1.6 Длина передачи данных

Н ЕОГРАН ИЧЕН НАЯ_ПЕРЕДАЧА    TRANSFER.UN RESTRICTED

Чтобы опрсле.игть неограниченную длину передачи, ЗАДАТЧИК должен установить НЕОГРАНИЧЕННАЯ ПЕРЕДАЧА до ФАЗА ДАННЫХ \ ФАЗА РАССОЕДИНЕНИЯ. ЗАДАТЧИК должен установить НЕОГРАНИЧЕНИАЯ_ПЕРЕДАЧА, если БЛОКИРОВАНИЕ_СМД^0 БЛО-КИРОВАНИЕ_СМД_1 ; БЛОКИРОВАНИЕ СМД_2 Задатчик должен установить только НЕОГ• РАНИЧЕННАЯ_ПЕРЕДАЧА.селиСТАТУС_ПРИНУЖДЕНИЯ !-(РАСЩЕПЛЕННЫЙ_СТАТУС & -ЗАПИСЬ СМД). Задатчик не должен устанавливать НЕОГРАНИЧЕННАЯ_ЛЕРЁДАЧА. а должен установить только одну из ПЕРЕДАЧА_1 | ПЕРЕДАЧА_2 ! ПЕРЕДАЧА_4 | ПЕРЕДАЧА 8 ; ПЕРЕДАЧА 16 ' ПЕРЕДАЧА 32 ПЕРЕДАЧА 64. если -СТАТУС ПРИНУЖДЕНИЯ . РАСЩЕПЛЕННЫЙ СТАТУС &-ЗАПИСЬ СМД. Модули должны устанавливать НЕОГРАН И ЧЕН НЛЯ_ПЕРЕДАЧА. селн -ИНИЦ & УЧАСТИЕ & ФАЗАЛАННЫХ & -СМ7* & - С Мб * & -СМ5*. Модули должны удерживать НЕОГРАН ИЧЕННУЮ_ПЕРЕДАЧУ, пока ИНИЦ . ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ПЕРЕДАЧА, I    TRANSFFRJ

Чтобы определить длину несдачи один. ЗАДАТЧ И К должен установить ПЕРЕДАЧА_1 лоФАЗА.ДАННЫХ | ФАЗА РАССОЕДИНЕНИЯ. Модули должны установить ПЕРЕДАЧА_1, если -ИНИЦ & УЧАСТИЕ & ФАЗА .ДАННЫХ & -СМ 7 * & -СМ6* & СМ5*. Модули должны уаержи-вать ПЕРЕДАЧА I. пока ИНИЦ ЗАВЕРШЕН И Е_ПЕРЕДАЧ И.

ПЕ РЕДАЧ А_2    TRANSFERS

Чтобы определить длину передачи два, ЗАДАТЧИК должен установить ПЕ РЕДАЧ А_2 до ФАЗА ДАННЫХ; ФАЗА РАССОЕДИНЕНИЯ. Модули должны установить ПЕРЕДАЧА_2, если ИНИЦ & УЧАСТИЕ & ФАЗА_ДАННЫХ & -СМ7* &СМ6* & -СМ5*. Модули дилжны удерживать ПЕРЕДАЧА 2. пока ИНИЦ | ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ПЕРЕДАЧАМ    TRANSFER_4

Чтобы определить длину передачи четыре, ЗАДАТЧИК должен установить ПЕРЕДАЧА_4 до ФАЗА_ДАННЫХ ФАЗА. РАССОЕДИНЕН ИЯ. Модули должны установить ПЕРЕДАЧА 4, сели -ИНИЦ & УЧАСТИЕ & ФАЗА ДАННЫХ & -СМ7* & С Мб* & СМ5*. Модули должны удерживать ПЕРЕДАЧА 4. пока ИНИЦ1 ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ПЕРЕДАЧА,#    TRANSFER_S

Чтобы определить длину передачи восемь, ЗАДАТЧИК должен установить ПЕРЕДАЧА 8 до ФАЗА_ДАННЫХ 1 ФАЗА_РАССОЕДИНЕНИЯ Модули лолжны установить ПЕРЕДАЧА^, если ИНИЦ 6с УЧАСТИЕ & ФАЗА_ДАННЫХ & СМ7* & -СМб* & -СМ5*. Модули должны удерживать ПЕРЕДАЧА К, пока ИНИЦ ; ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

ПЕРЕДАЧА, J6    TRANSFER. J6

Чтобы определить длину передачи 16. ЗАДАТЧИК должен установить ПЕРЕДАЧА_16 до ФА-ЗА.ДАННЫХ ФАЗА„РАССОЕДИНЕНИЯ. Модули должны установить ПЕРЕДАЧА_1б, если -ИНИЦ & УЧАСТИЕ & ФАЗА_ДАННЫХ & С.47* & -СМ6* & СМ5* . Модули должны удерживать ПЕРЕДАЧА_16, пока ИНИЦ | ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ПЕРЕДАЧА. 32    TRANSFER_32

Чтобы определить длину передачи 32, ЗАДАТЧИК должен установить ПЕРЕДАЧА 32 до ФАЗА „ДАННЫХ ФАЗА_РАССОЕДИНЕНИЯ. Модули должны установить ПЕРЕДАЧА_зГ. если •ИНИЦ & УЧАСТИЕ & ФАЗА_ДАННЫХ & СМ7* & С Мб* & -СМ5*. Модули должны удерживать ПЕРЕДАЧА 32, пока ИНИЦ j ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ПЕ РЕДАЧ А_64    TRANSFER.64

Чтобы определить длину передачи 64, ЗАДАТЧИК должен установить ПЕРЕДАЧА_64 до ФАЗА .ДАН Н ЫХ * ФАЗА_РАССОЕДИН ЕН ИЯ. Модули должны установить П ЕРЕДАЧА _64. если -ИНИЦ & УЧАСТИЕ & ФАЗА_ДАННЫХ & СМ7* & СМ6* & СМ5*. Модули должны удерживать ПЕРЕДАЧА 64, пока ИНИЦ j ЗАВЕРШЕН И Е_ПЕРЦДАЧ И.

ДЛИНА _ДАННЫХ__2    D АГАЬЕ NGTHJ2

ЗАДАТЧИК должен установить ДЛИНА_ДАННЫХ_2. если ПЕРЕДАЧА 8 J ПЕРЕДАЧА, 16 ' ПЕРЕДАЧА 32 \ ПЕРЕДАЧА„64.

ДЛИНА_ДАННЫХ_1    DATA LENGTH I

ЗАДАТЧИК должен установить ДЛИНА_ДАННЫХ_1, если ПЕРЕДАЧА.2 ; ПЕРЕДАЧА 4 , ПЕРЕДАЧА 32 : ПЕРЕДАЧА 64.

8S

Страница 96

ГОСТРИСО/МЭК 10857-95

ДЛ ИН А_ДАН н ых_о    data_length_o

ЗАДАТЧИК должен установить ДПИНАЛАИИЫХ 0, если ПЕРЕДАЧА 1 ! ПЕРЕДА-ЧА_4 ; ПЕРЕДАЧА, 16 | ПЕРЕДАЧА_64.

6.2.1.7 Статус передачи

6.2.1.7.1    Статус передачи :шдатчика

СТАТУС_ЗАНЯТОСТИ    BUSY_STATUS

ЗАДАТЧИК должен уетаноыггь СТАТУС_ЗАНЯТОСТИ, если ST1 * и он определил, что А1Г не|>ешсл в логический нуль. ЗАДАТЧИК должен удерживать СТАТУС_ЗАНЯТОСТИ, пока ИНИЦ : ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

ВЫБРАНИ Ы Й.СТАТУС    SELECI ED_STATUS

ЗАДАТЧИК должен установить ВЫБРАННЫЙ_СТАТУС, сели ST2* и он определил, что Alf перешел в логический нуль. ЗАДАТЧИК должен удерживать ВЫБРАННЫЙ_СГАТУС. пока ИНИН ! ЗАВЕРШЕН ИЕ_ПЕРЕДАЧ И ; РЕЖИМ .МНОЖЕСТВЕН НЫХ..ПАКЕТОВ & -ST2* и пока он не определил, что DKf или DIf перешли в логический нуль.

СТАТУС ФЛАГА,ПЕРЕДАЧ И    TRANSACTION_FLAG_STATUS

ЗАДАТЧИК должен установить СТАТУС ФЛАГА ПЕРЕДАЧИ, если ST4* & (ПРИЗНАК СОЕДИНЕНИЯ ЗАФИКСИРОВАН : ПРИЗНАК ДАННЫХ ЗАФИКСИРОВАН & РЕЖИМ МНОЖЕСТВЕН НЫХ_ПАКЕТОВ). ЗАДАР! И К должен удерживать СТАТУС_ФЛАГА_ПЕ РЕДАЧ Й. пока ИНИЦ ; ЗАВЕРШЕНИЕ ПЕРЕДАЧИ -ST4* & РЕЖИМ МНОЖЕСТВЕННЫХ ПАКЕТОВ & ПРИЗНАК_ДАННЫХ ЗАФИКСИРОВАН.

СТАТУС_ВНЕДРЕН НОСТИ    I NTERVENTION_STATUS

ЗАДАТЧИК должен установить СТАТУС, ВНЕДРЕН НОСТИ. если ST5* & (ПРИЗНАК_СО-ЕДИНЕНИЯ,ЗАФИКСИРОВАН j ПРИЗНАКЛАННЫХ_ЗАФИКСИРОВАН & РЕЖИМ,МНОЖЕСТВЕН Н ЫХ ПАКЕТОВ). ЗАДАТЧ И К должен удерживать СТАТУС ВН ЕДРЕН НОСТИ. пока ИНИЦ ; ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ | -ST5* & РЕЖИМ_МНОЖЕСТВЕННЫХ_ПАКЕТОВ & ПРИЗНАК ДАННЫХ_ЗАФИКСИРОВАН.

СТАТУС ОШИБКИ ОБМЕНА    BEAT,ERROR STATUS

ЗАДАТЧИК должен установить СТАТУС ОШИБКИ_ОБМЕНА. если ST6* & (ПРИЗНАК_СО-ЕД И Н Е Н ИЯ _ЗАФ И КС И РО ВАН ПРИЗНАК_ДАН Н ЫХ_ЗАФ И КС И РО ВАН), и должен удерживать его, пока ИНИЦ j ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

СТАТУС_ОЖ ИДА Н И Я    WAFT_STATUS

ЗАДАТЧИК должен усгановить СТАТУС_ОЖИДАНИЯ, если ST7* & (ПРИЗНАК.СОЕДИ-НЕНИЯ ЗАФИКСИРОВАН ПРИЗНАК .ДАННЫХ ЗАФИКСИРОВАН & РЕЖИМ_МНОЖЕ-СТВЕННЫХ ПАКЕТОВ), И должен удерживать его, пока ИНИЦ , ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ. СТАТУС_КОН ЦА_ДАН Н ЫХ    EN D_OF_DATA_STATUS

ЗАДАТЧИК должен установить СТАТУС КОНЦА ЛАННЫХ, если ST1 * & ПРИЗНАК_ДАН-11 ЫХ_3 АФ И КС И РОВ АН. ЗАДАТЧИК должен удерживать СТАТУС, КОН ЦА_ДАННЫХ, пока ИНИЦ j ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

Во время принудительных передач модули должны игнорировать данные обменов, в которых выставлен КОНЕЦ ДАННЫХ.

ОШ И БКА_СПОСОБНОСТИ_ЗАДАТЧ И КА    MASTER_CAPABILITY_ERROR

Задатчик должен установить ОШИБКУ_СПОСОБНОСТИ,ЗАДАТЧИКА, ee^t один или более исполнителей сигнализирует задатчику об использовании способности, которую задатчик не поддерживает. Задатчик должен удерживать ОШИБКУ_СПОСОБНОСТИ_ЗАДАТЧИКЛ, пока ИНИЦ I ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

6.2.1.7.2    Статус передачи модуля

ОШИБКА_ЧЕТНОСТИ_АДРЕСА    ADDRESS_PAR1TY_ERR0R

Модули должны установить ОШИБКУ ЧЕТНОСГИ_АДРЕСА, если во времи фазы соединения на линиях AD|| * обнаружена ошибка четности. Модули должны удерживать ОШИБКУ_ЧЕТ-НОСТИ_АДРЕСА, пока ИНИЦ ! ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

Ш ИРОКОВЕЩАТЕЛЫ1Ы Й_СТАТУС    BROADCAST STATUS

Модули должны установтъ Ш И РО КО BE ЩАТЕЛ ЬН Ы Й_СТАТУС, если ЗАДАТЧИК & (ST3* ! -СА1* & РЕЖИМ>1НОЖЕСТВЕННЫХ_ ПАКЕТОВ), и они обнаружили переход Alf* в логический нуль или УЧАСТИЕ & ST3* и обнаружили первое выставление DS*. Модули должны удерживать ШИРОКОВЕЩАТЕЛЬНЫЙ СТАТУС, пока ИНИЦ • ЗАВЕРШЕНИЕ_ПЕРЕ-ДАЧИ

Страница 97

ГОСТ Р ИСО/МЭК 10857-95

ОШИБКА ЧЕТНОСТИ „ДАННЫХ    DATA_ РАК ITY_ ERROR

Модули должны установить ОШИБКУ_ЧЕГНОСТИ_ДАННЫХ. если во время фазы данных на линиях ADJI* или Г)||* обнаружена ошибка четности. ОШ И БКА_Ч ЕТНОСТИ _ДАННЫХ также должна быть установлена, если во время пакетного режима обнаружена продольная ошибка четности. Модули должны удерживать ОШИБКУ_ЧЕТНОСТИ^ДАННЫХ. пока ИНИЦ ; ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ОШ И БКА_Ч етности данных.

РАССОЕДИНЕНИЯ    DISCONNECTION_DATA PARITY_ERROR

Модули должны установить ОШИБКУ_.ЧЕТНОСТИ_ДАННЫХ_РАССОЕДИНЕНИЯ, если во время фазы рассоединения на линиях AD||31 . . . 0J* обнаружена ошибка четности, когда ЗАПИСЬ СМД Модули должны удерживать ОШИБКУ ЧЕГНОСТИ_ДАННЫХ_РАССОЕДИ-НЕНИЯ. пока ИНИЦ | ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ОШИБКА ЧЕТНОСТИ КОМ АН-    CONNECTION COM MAN D_ PARI -

ДЫ_СОЕДИ НЕНИЯ    TY.ERROR

Модули должны установить ОШИБКУ_ЧЕТНОСТИ_КОМАНДЫ_СОЕДИНЕНИЯ, если во время фазы соединения на линиях СМ|| * обнаружена ошибка четности. Модули должны удерживать О Ш И Б КУ_Ч ЕТ Н ОС'ГИ _ КО М А НД Ы СОЕДИНЕНИЯ, пока ИНИЦ • ЗАВЕРШЕНИЕ.ПЕ-РЕДАЧИ.

ОШИБКА ЧЕТНОСТИ_КОМАН-

ДЫДАННЫХ    DATA_COM MAN D_PARITY_ ERROR

Модули должны установить ОШ И БКУ_ЧЕТНОСТИ_ КО МАНД Ы_ДАННЫХ, если во время фазы данных на линиях СМ||* обнаружена ошибка четности. Модули должны удерживать ОШ И БКУ_ЧЕТНОСГИ КОМАНДЫ.ДАННЫХ, пока ИНИЦ J ЗАВЕРШЕН ИЕ_ПЕРЕДАЧИ-ОШИБКА_ЧЕТНОСТИ КОМАН-    DISCONNECTION_COMMANDJ>ARI-

ДЫ РАССОЕДИНЕНИЯ    ТУ ERROR

Модули должны установить ОШИБКУ_ЧЕТНОСГИ_КОМАНДЫ_РАССОЕДИНЕНИЯ, если во время фазы рассоединения на линиях СМ|| * обнаружена ошибка четности. Модули должны удерживать ОШ И БКУ_ЧЕТНОСТИ КОМАНДЫ, РАССОЕДИНЕНИЯ, пока ИНИЦ [ЗАВЕРШЕНИЕ ПЕРЕДАЧИ

ОШ И БКА_СПОСОБНОСТИ    CAPABILITY ^ RROR

Участвующий модуль должен установить ОШИБКУ СПОСОБНОСТИ. если во время фазы соединения задатчик потребовал от модуля операцию, которую тот не может выполнить. Модули должны удерживать ОШИБКУ_СПОСОБНОСТИ, пока ИНИЦ ! ЗАВЕРШЕН И Е_ПЕРЕДАЧ И.

ОШИ Б КА НЕЛЕГ АЛБН0Й_0ПЕРАЦИИ    ILLEGAI._OPERATION_ERROR

Участвующий модуль должен установить ОШИБКУ, НЕЛЕГАЛЬНОЙ_ОПЕРАЦИИ, если он обнаружил команду, статус и/нли способность, приводящие к неправильной операции. Модуль должен удерживатьОШИБКУ_НЕЛЕГАЛЬНОЙ ОПЕРАЦИИ, пока ИНИЦ | ЗАВЕРШЕНИЕ_ПЕ-РЕДАЧИ

ОШ И БКА_Ч ЕТНОСТИ ТЕГА_АДРЕСА    ADDRESS_TAG_PARITY_F.RROR

Модули должны установить ОШИБКУ_ЧЕТНОСТИ_ТЕГА_АДРЕСА. если во время фазы соединения на линиях TG|| *, являющихся активными, обнаружена ошибка четности. Модули должны удерживать OI1IИБКУ_ЧЕТНОСТИ_ТЕГА_АДРЕСА, пока ИНИЦ j ЗАВЕРШЕН ИЕ_ПЕРЕ-ДАЧИ.

ОШ И БКА_Ч FTHОСТИ_ТЕ ГА_ДАН Н ЫХ    DATA_TAG_PARITY,ERROR

Модули должны установить ОШ И БКУ_ЧЕТНОСТИ_ТЕГА_ДАНН ЫХ, если во время фазы данных на линиях TG||★, являющихся активными, обнаружена ошибка четности. Модули должны удерживать ОШИБКУ ЧЕТНОСТИ_ТЕГА_ДАННЫХ, пока ИНИЦ ; ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ОШИБКА_Ч ЕТНОСТИ_ТЕГА_ РАССОЕДИНЕНИЯ    DISCONNECTION TAG PARITY_ERROR

Модули должны установить ОШИБКУ_ЧЕТНОСТИ_ТЕГА.РАССОЕДИНЕНИЯ, если во время фазы рассоединения на линиях TG()*. являющихся активными, обнаружена ошибка четности Модули должны удерживать ОШ И БКУЧ ЕТНОСТИ ТЕГА РАССОЕДИНЕНИЯ, пока ИНИЦ j ЗАВЕРШЕН И Е_ПЕРЕДАЧ И.

90

Страница 98

ГОСТ Р ИСО/МЭК 10857-95

ОШИБКА_ОБМЕНА    BEAT_F.RROR

Модули должны установить ОШИБКУ_ОБМЕНА, если РАЗРЕШЕНИЕ_СООБЩЕНИЯ_ЧЕТ-НОСТИ & (ОШИБКА_ЧЕТНОСТИ .АДРЕСА J ОШИБКА_ЧЕТНОСТИ_КОМАНДЫ_С-ОЕДИНЕ-НИЯ OIUИБКА_ЧЕТНОСТИ_ТЕГА_АДРЕСА) ; ОШИБКА_СПОСОБНОСТИ ОШИБКА_НЕ-JIEI АЛЬНОЙ_ОПЕРАЦИИ. Модули должны использовать ОШИБКУ_ОБМЕНА только для точного сообщения об ошибке. Модули могут установить ОШИБКУОБМЕНА, если РАЗРЕШЕ-НИЕ_СООБШЕНИЯ_ЧЕТНОСТИ & (ОШИБКА_ЧЕТНОСТИ^ДАННЫХ ! ОШИБКА ЧЕТНО-СТИ_КОМАНДЫ.ДАННЫХ ; ОШИБКА_ЧЕТНОСТИ_ТЕГА_ДАННЫХ). Модули должны удерживать ОШИБКУ_ОБМЕНА, пою»ИНИЦ • ЗАВЕРШЕНИЕ.ПЕРВДАЧИ.

ОШИБКА_ПЕРЕДАЧИ    TRANSACTION_ERROR

Модули должны установить ОШИБКУ ПЕРЕДАЧИ, если ОШИБКА_ОБМЕНА ; РАЗРЕШЕНИЕ СООБЩЕНИЯ_ЧЕТНОСТИ & (ОШИБКА_ЧЕТНОСТИ.ДАННЫХ: ОШИБКА_ЧЕТ-НОСТИ_ДАННЫХ РАССОЕДИНЕНИЯ ! ОШИБКА_ЧЕТНОСТИ_КОМАНДЫ_ДАННЫХ 1 :ОШИБКА_ЧЕТНОСТИ КОМАНДЫ_РАССОЕДИНЕНИЯ ;ОШИБКА_ЧЕТНОСТИ ТЕГА_ДАН-11ЫХ‘.ОШЙБКА_ЧЕТНОСТИ_ТЕГА_ РАССОЕДИНЕНИЯ).

СТАТУС_ОШ И БКИ_ПЕРЕДАЧ Й    TRAN SACTION_E RRO R_STATU S

Модули должны установить СТАТУС_ОШИБКИ ПЕРЕДАЧИ, если ST0* & КОНЕЦ_РАС-СОЕДИНЕНИЯ. Модули должны сбросить СТАТУС_ОШИБКИ_ПЕРЕДАЧИ, если ИНИЦ | ЗА-ВЕРШЕНИЕ.ПЕРЕДАЧИ.

ЗАНЯТОСТЬ    BUSY

Модуль должен установить ЗАНЯТОСТЬ, если ДЕКОДИРОВАННЫЙ_АДРЕС & ФАЗА СОЕДИНЕНИЯ & УЧАСТИЕ & (СООБЩЕНИЕ_ЗАНЯТОС'ГИ или модуль не может осуществить передачу сейчас и хочет, чтобы задатчик повторил запрос позднее). Модули должны удерживать ЗАНЯТОСТЬ, пока ИНИЦ ; ЗАВЕРШЕНИЕ_ПЕР0ДАЧИ.

ВЫБРАННЫЙ    SELECTED

Модули должны установить ВЫБРАННЫЙ, если -(РАЗДЕЛЕННЫЙ.ОТВЕТ ; МОДИФИЦИРОВАН НЫЙ_ОТВЕТ) & ДЕКОДИРОВАН НЫЙ_АДРЕС и адрес, соответствующий следующему обмену данных, является одним из тех. для которых модуль оказывается последним источником и/или приемником данных или агентом, действующим от лица такого модуля, или если ЗАПРОСЧИК & (РАЗДЕЛЕННЫЙ_ОТВЕТ ! МОДИФИЦИРОВАННЫЙ_ОТВЕТ) & ДЕКОДИРОВАН НЫЙ_ АДРЕС и адрес, соответствующий следующему обмену данных, достигают адреса кешевон строки, связанного на этой основе с ЗАПРОСЧИКОМ, или если ВЫБРАННЫЙ_ПОЧТО-ВЫЙ_ЯЩИК

Модули должны удерживать ВЫБРАННЫЙ, пока ИНИЦ ! ЗАВЕРШЕНИЕ_ПЕРЕДА-Ч И | ДЕКОДИ РОВАИ Н Ы Й_АДРЕС и адрес, соответствующий следующему обмену данных, являются одним из тех. для которых условия, изложенные в предыдущем параграфе, не выполнены.

ШИ РОКОВЕЩАТЕЛ ЬН ЫЙ    BROADCAST

Модули могут установить ШИРОКОВЕЩАТЕЛЬНЫЙ, если -ИНИЦ & ДЕКОДИРОВАН-НЫЙ_АДРЕС & ai*. Модули должны удерживать ШИРОКОВЕЩАТЕЛЬНЫЙ, пока ИНИЦ . ЗА-ВЕРШЕНИЕ_ПЕРЕДАЧИ.

ШИРОКОЗАПРОСНЫЙ_АДРЕС    BROADCALL_ADDRESS

Модули должны устанавливать ШИРОКОЗАПРОСНЫЙ_АДРЕС, если -ИНИТ & ДЕКОДИРОВАН НЫЙ АДРЕС & -СТАТУС_ЗАПИСИ &ai* и адрес, соответствующий следующему обмену данных, являются одним из относящихся к другим исполнителям в широкозапросном режиме. Четность линий адрес/даниыс не должна проверяться во врем» фазы данных, если установлен ШИРО-КОЗАП РОС Н Ы Й_АДРЕС.

ОЖИДАНИЕ    WAIT

Модуль должен установить ОЖИДАНИЕ, если -ИНИЦ & ДЕКОДИРОВАННЫЙ_АДРЕС & (ОЖИДАНИЕ_КЕША или модуль не может выполнить передачу до следующего раза), и должен произвести системно определенное действие, чтобы поставить в известность запрашивающий модуль. что есть готовность произнести передачу. Модули должны удерживать ОЖИДАНИЕ, пока ИНИЦ !ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

VI

Страница 99

ГОСТ Р ИСО/МЭК 10857-95

КОНЕЦ_ДАННЫХ    END OF DATA

Модули должны установить КОНЕЦ.ДАННЫХ, если СТАТУС_П Р И НУЖД Е Н И Я & ФАЗА ДАННЫХ & ДЕКОДИРОВАННЫЙ_АДРЕС u ;ui>ec, соответствующий следующему обмену данных, являются одн»гм из тех, для которых модуль неспособен послать или принять данные & -(ЧАСТИЧНЫЙ и первый обмен ФАЗЫ .ДАННЫХ). Модули должны удерживать КОНЕЦ^ДАН-НЫХ. пока ИНИЦ ,ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ

УЧАСТИЕ    PARTICIPATING

Модули должны установить УЧАСТИЕ, если ВЫБРАННЫЙ ; ВНЕДРЕННОСТЬ ; ШИРОКОВЕЩАНИЕ ; РЕЖИ М.. МНОЖЕСТВЕ НИ ЫХ_ПАКЕТОВ & -СТАТУС_ПРИНУЖДЕНИЯ HAKFT.NAK    PACKET.NAK

Модули должны установить IIAKET.NAK (без подтверждения),    если РЕЖИМ МНОЖЕ

СТВЕННЫХ, ПАКЕТОВ & ЗАПРОС_ПАКЕТА и модуль хочет предотвратить передачу требуемого пакета. Модули должны удерживать nAKET_NAK. пока ИНИЦ ; ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ. 6.2.1.8 Определения гаймирования передачи

НАЧАЛ 0_П ЕРЕДАЧ И    TRANSACTION_BEGIN

ЗАДАТЧИК должен установить НАЧАЛО_ПЕРЕДАЧИ, если он хочет осуществить передачу и должен удерживать ого. пока Ф\ЗА_ДАННЫХ ! ФАЗА_РАССОЕДИНЕНИЯ во время последней передачи.

ТАИ М - АУТ_ ПЕР ЕД АЧ И    TRANSACTIONTIMEOUT

До или во время установки НАЧАЛА ПЕРЕДАЧИ задатчик должен сбросить ТАЙМ-АУТ_ПЕ-РЕДАЧИ.

ТАЙМ-АУТ ПЕРЕДАЧИ таком, что через I2S мке после 30%-ного сброса он должен вновь установиться, сели не установлен ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ. Продолжительность ТАЙМАУТА ПЕРЕДАЧИ может быть изменена в соответствии с 7.2.4.

ЗАВЕРШЕНИЕ ПЕРЕДАЧИ    TRANSACTION COMPLETE

Модули должны установить ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ, если ИНИЦ ; КОНЕЦ_РАССОЕДИНЕНИЯ, и они зафиксировали ТЕ* и обновили состояние всех внутренних переменных при окончании передачи. ЗАДАТЧИК должен сбросить ЗАВЕРШЕНИЕ .ПЕРЕДАЧИ, если as* &ak*. Модули должны сбросить ЗАВЕРШЕНИЕ ПЕРЕДАЧИ, если -ai*

Д Е КОД И РО ВАН Н Ы Й_АД PEC    AD D R_D ECO D ED

Модули должны поддерживать возможность декодирования адреса следующего обмена дан> ных (не с отмененной байтовой шиной). Этот ;шрсс должен первоначально устанавливаться по адресу, принимасму по линиям AD||* и действительному после выставления AS*. Этот адрес .юлжен непрерывно корректироваться каждым участвующим модулем после каждой установки или снятия DS*. для которого передаются данные. Способ, посредством которого адрес корректируется. зависит от системы и не определен, исключая случай, когда он должен соответствовать адресу данных, передаваемых в следующем обмене данных. Модуль должен установить ДЕКОДИРОВАННЫЙ .АДРЕС, когда он декодировал адрес, соответствующий следующему обмену данных, и определил свои ответ на него. Во время фазы соединения, если ОШИБКА_ЧЕГНОСТИ_АДРЕ-СА ! ОШИБКАЧЕТНОСТИ КОМАНД Ь1_СОЕД И НЕНИЯ, модуль не должен устанавливать ДЕКОДИРОВАННЫЙ АДРЕС на длтсльность передачи. Модули должны удерживать ДЕКОДИРОВАН НЫЙ_АДРЕС, шка модуль не снимет ai*; dk* J di* .

ФАЗА_СОЕДИНЕНИЯ    CONNECTION. PHASE

ЗАДАТЧИК должен установить ФАЗУ_СОЕДИНЕНИЯ, если -ИНИЦ & -УД ЕРЖ/\ НИ Е_. МАГИСТРАЛИ & НАЧАЛО_ПЕРЕДАЧИ «& -АЮ & AI* Модули должны установить ФАЗУ СОЕДИНЕНИЯ. если AS* & ai*. Модули должны удерживать ФАЗУСОЕДИНЕПИЯ. пока ИНИЦ ! ФАЗА.ДАННЫХ ! ФАЗА,РАССОЕДИНЕНИЯ.

ФАЗ А_ДА ИНЫХ    DATA_PHASE

ЗАДАТКИ К должен установить ФАЗУ ДАННЫХ, когда-ИНИЦ & - ПУЛ Ь_СЧ ЕТЧИ КАП Е-РЕДАЧ <fc as* & ПРИЗНАК.СОЕДИНЕНИЯ,ЗАФИКСИРОВАН. Модули должны установить ФАЗУ ДАННЫХ, когда AS* & DS* & ПРИЗНАКСОЕДИНЕНИЯ„ЗАФИКСИРОВАН. Модули должны удерживать ФАЗУ ^ДАННЫХ, пока ИНИЦ ; ФАЗА_РАССОЕДИ НЕНИЯ.

Страница 100

ГОСТ Р ИСО/МЭК 10857-95

ФАЗА РАССОЕДИНЕНИЯ    DISCONNECTION PHASE

ЗАДАТЧИК должен установить ФАЗУ РАССОЕДИНЕНИЯ, когда -ИИИЦ & НУЛЬ.СЧЕТ-ЧИ Ю\ IIЕРЕДАЧ & (ПРИЗНАК_СОЕДИНЕНИЯ„ЗАФИКСИРОВАН J П РИЗНАК_ДАНН ЫХ_ЗА-ФИКСИРОВАН) Модули должны установить ФАЗУ_РАССОЕДИНЕНИЯ, когда они обнаружат снятие AS*. Модули должны удерживать ФАЗУ_РАССОЕДИ НЕНИЯ до ИНИЦ | КОНЕЦ_РАС-СОЕДИНЕНИЯ.

ПРИЗНАК_СОЕДИНЕНИЯ_ЗАФИК-

СИРОВАН    CONNECTION INFO CAPTURED

Модули должны установить ПРИЗНАК_СОЕДИНЕНИЯ_ЗАФИ КСИ РОВАН, если СТАТУСНО ЕДИНЕН ИЯ и они приняли информацию фазы соединения. Модули должны удерживать ПРИЗНАК_СОЕДИНЕНИЯ_ЗАФИКСИРОВАН до ИНИЦ , КОНЕЦ РАССОЕДИНЕНИЯ.

П РИЗ НАКИДАН Н ЫХ_ЗАФИ КСИ РОВАН    DATA_1 N FO_CAPTU RED

ЗАДАТЧ И К должен установить ПРИЗНАК_ДАННЫХ_ЗАФИКСИРОВАН. если ФАЗА ДАННЫХ и он приняли информацию исполнителя и

1)    СТАТУС_ШИРОКОВЕЩАНИЯ & (ds* & -DK* j -ds* & -DK*),

2)    СТАТУС_ШИРОКОВЕШАНИЯ & (d** & -DIf ! -ds* & -DKf).

ЗАДАТЧИК должен удерживать ПРИЗНАК_ДАННЫХ_ЗАФИКСИРОВАН, пока не произойдет следующий переход ds* или до ФАЗЫ_РАССОЕДИНЕНИЯ.

Если (ЗАПИСЬ,ИСПОЛНИТЕЛЯ ; ШИРОКОВЕЩАНИЕ), то УЧАСТВУЮЩИЙ исполнитель должен установить ПРИЗНАК_ДаННЫХ_ЗАФИКСИРОВАН, когда он принял информацию ЗАДАТЧИКА, указанную переходом DS*.

Если 3АПИСЬ_ИСПОЛНИТЕЛЯ j ШИРОКОВЕЩАНИЕ, то УЧАСТВУЮЩИЙ исполнитель должен установить ПРИЗНАК_ДАННЫХ_ЗАФИКСИРОВАН, когда он принял информацию. указанную (DS* & DK* | -DS* &. DI*). Исполнители должны гарантировать, что задержка их DS * больше или равна задержке DK* или D1* в соответствии с требованиями этого параграфа.

УЧАСТВУЮЩИЕ исполнители должны удерживать ПРИЗ НАК_ДАН Н ЫХ_ЗАФ И КС И РО -ВАН до тех пор. пока они не снимут dk* или di*.

ПРИЗНАК РАССОЕДИНЕНИЯ ЗАФИКСИРОВАН    DISC_INFO_CAPTURED

УЧАСТВУЮЩИЙ исполнитель должен установил, ПРИЗНАК_РАССОЕДИНЕНИЯ_ЗАФИК-С И РОВАН. когда он принял информацию ЗАДАТЧИКА, указанную снятием AS*, и должен удерживать Г1РИЗНАК_РАССОЕДИНЕНИЯ_ЗАФИКСИРОВАН до того, как он снимет ак*.

НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ    TRANSFER_COUNT_ZERO

ЗАДАТЧ И К должен сброоггь НУЛ Ь_СЧ ЕТЧ И КА_ПЕРЕДАЧ до начала ФАЗЫ_СОЕДИНЕ-НИЯ, если он планирует передавать данные во В|>емя ФАЗЫ_ДАННЫХ.

Сразу же после того, как ЗАДАТЧИК вызовет переход DS*, требуемый в последнем обмене или пакете передачи, он должен установить НУЛЬ_СЧЕТЧИКА_ПЕРЕДАЧ.

ЗАДАТЧИК должен установить НУЛЬ_СЧЕТЧИКА_ПЕРЕДЛЧ, если СТЛТУС_Г1РИНУЖДЕ-НИЯ & ПЕРЕДАЧА_1 & -ЧАСТНЫЙ и он выставил ds*.

ЗАДАТЧ И К должен установить НУЛЬ_СЧ ЕТЧ И КА_П ЕРЕДАЧ, если СТАТУС_П РИНУЖДЕ-НИЯ & ПЕРЕДАЧА,! & ЧАСТНЫЙ и он снял ds*.

ЗАДАТЧ И К должен установить НУЛЬСЧ ЕТЧ И КА_П ЕРЕДАЧ, если СТАТУС ПРИНУЖДЕНИЯ и он инициировал обмен данных переходом ds*. чей порядок адресных битов, подставленных А|| *, соответствует одному из следующих правил:

Если-ШИРИНА^ДАННЫХ 1&-ШИРИНА ДАННЫХ 0, то установить N*2 Если -ШИРИНА ДАННЫХ I &. ЩИРИНА_ДАННЫХ_0. то установить N=3 Если ШИРИНА„ДАННЫХ.! & -ШИРИНА_ДАННЫХ_0. то установить N=4 Если ШИРИНАЛАННЫХ_1 & ШИРИНА_ДАННЫХ_0, то установить N**5 Если ПЕРЕДАЧА_2    и    A[N    j*    равен    I,    то НУЛЬ_СЧЕТЧИКА_ПЕРЕДАЧ

Если ПЕРЕДАЧАМ    и    A[N+1    . ..    N]*    равны!,    то НУЛЬ_СЧЕТЧИКА_ПЕРЕДАЧ

Если ПЕРЕДАЧА.» и A[N-r2 . .. N]* равны I, то НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ Если ПЕРЕДАЧА 16 и A|N-3 ... NJ* равны!, то НУЛЬ_СЧЕТЧИКА_ПЕРЕДАЧ Если ПЕ РЕДАЧ А_32    и    A|Nt-4    . .    NJ*    равны    I,    то НУЛЬ_СЧ ЕТЧ И КА, ПЕРЕДАЧ

Если ПЕРЕДАЧА_64    и    A[Nf5    . ..    NJ*    равны    I,    то Н УЛ Ь_СЧ ЕТЧ И КА_П ЕРЕДАЧ

93

Страница 101

ГОСТ Р ИСО/МЭК 10857-95

ЗАДАТЧИК должен установить НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ, если (ST6* I-ST2*) & ПРИЗНАК СОЕДИНЕНИЯ ЗАФИКСИРОВАН : ОШИБКА_ ПЕРЕДАЧ И ; СТАТУС_ОЖИДАМИЯ • СТАТУС_ЗАНЯТОСТИ ! НЕБЛОКИРОВАНИЕ ТОЛЬКО_АДРЕС | БЛОКИРОВАНИЕ ТОЛЬКО АДРЕС НЕДЕЙСТВИТЕЛЬНОСТЬ | ОТВЕТ_ЗАПИСИ \ ОШИБКА_СПОСОБНОСТИ„ЗА-ДАТЧИКА.

ЗАДАТЧИК должен установить НУЛЬ_СЧЕТЧИКА_ПЕРЕДАЧ. если СТАТУС РАСЩЕПЛЕНИЯ &'(БЛОКИРОВАНИЕ ЧТЕНИЕ | НЕБЛОКИРОВАНИЕ_ЧТЕНИЕ J НЕДЕЙСТВИГЕЛЬ-НОСТЬ_Ч 1ЕНИЯ РАЗДЕЛЕННОЕ_ЧТЕНИЕ j МОДИФИКАЦИЯ ЧТЕНИЯ ; КОПИРОВА НИЕ_НАЗАД * (ЧАСТНОЕ_ЧТЕНИЕ ; БЛОКИ РОВАНИЕ_ЧАСТНОЕ_ЧТЕНИЕ) & он выставил ds*).

ЗАДАТЧИК должен установить НУЛЬ_СЧЕТЧИКА_ПЕРЕДАЧ. если -ЧАСТНЫЙ & (ВЫ-БОРКА_СЛОЖЕНИЕ_СО_СТАРШЕГО | ВЫБОРКА_СЛОЖБНИЕ С МЛАДШЕГО) & выставил ds* но время первого обмена данных \ (-ЧАСТНЫЙ & (МАСКИРОВАНИЕ ОБМЕН j СРАВНЕ-НИЕ.ОБМЕН): (ЧАСТНЫЙ & ВЫБОРКА.СЛОЖЕНИЕ. СО СТАРШЕГО ВЫБОРKA_CJ1 ОЖЕНИ Е С МЛАДШЕГО)) & cmrrds* во время второго обмена данных); ЧАСТНЫЙ & (МАСКИ-РОВАНЙЕ_ОБМЕН ' СРАВНЕНИЕ_ОБМЕН) & выставлен ds* во время третьего обмена данных.

Задатчик должен установить НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ, если РЕЖИМ МНОЖЕСТВЕН-НЫХ.ПАКЕТОВ & СТАТУС_КОН ЦА_ЛАИНЫХ.

ЗАДАТЧИК может установить НУЛ Ь_СЧЕТЧ И КА_ ПЕРЕДАЧ, если СТАТУ С_ПРИ НУЖДЕ -ПИЯ & (СТАТУС_КОНЦА_ДАННЫХ | СТАТУС_ОШИБКИ_ОБМЕНА). ЗАДАТЧИК должен ш-норировать данные, получаемые после того, как СТАТУС_КОНЦА_ДАННЫХ ннднцн]>оаан им.

Если ЗАДАТЧ И К не знает о том, как исполнители устанавливают BE * по отношению к обме -ну. в котором произошли ошибка (т. е. чисто стадии в потоке), он должен игнорировать все данные, пришедшие во время передачи.

Если ЗАДАТЧИК не знает о том. как исполнители устанавливают BE*, он может использовать передаваемые данные до того, как обнаружится ошибка.

СТАТУС СОЕДИНЕНИЯ    CONNECT10N_STATl;S

Модули должны установить СТАТУС_СОЕДИНЕНИЯ, когда ЗАДАТЧИК & Alt ‘ УЧАСТИЕ & (AS* & DS* : AS*).

КОНЕЦ РАССОЕДИНЕНИЯ    DISCONNECTION END

Модули должны установить КОНЕЦ РАССОЕДИНЕНИЯ, когда ЗАДАТЧИК & -AKf | УМАСЛИ Е & <-AKf ! следующий AS*). Исполнители должны гарантировать, что задержка их AS* больше или равна задержке АК* в соответствии с требованиями этого параграфа.

6.2.2 Определение сигналов

6.2.2.1 Сигналы синхронизации

6 2.2.1.1 AS* (Синхронизация адреса)

ЗАДАТЧИК должен выставить as*, когда -ИНИЦ & НАЧАЛО ПЕРЕДАЧИ & ЗА ВЕРН IF. -НИЕ_ПЕРЕДАЧИ & -AKI& AI* & -УДЕРЖАНИЕ_МАГИСТРАЛИ & ФАЗА_СОЕДИНЕНИЯ, и продолжать выставлять сю до тех пор. пока ИНИ Ц | -ЗАДАТЧ И К j НУЛ Ь СЧЕТЧ И КА П ЕРЕДАЧ &ct* & (ПРИЗНАК_СОЕДИ НЕНИЯ ЗАФИКСИРОВАН ! ПРИЗНАК .ДАННЫХ ЗАФИКСИРО-ВАН).

6 2.2.1.2 АК* (Подтверждение адреса)

Все модули должны выставить ак* . когда -ИНИЦ & AS*, и продолжать выставлять его до тех пор, пока ИНИЦ | -AS* ПРИЗНАК_РАССОЕДИНЕНИЯ_ЗАФИКСИРОВАН & -dk* Acdi* & -ds*.

6.2.2.1.3    AI* (Подтверждение адреса инверсное)

Все модули должны выставить ai* в то время, когда -(ВКЛЮЧЕНИЕ_ПИТАНИЯ & -НЕЗА-НЯГОСТЬ_МАГИСТРАЛИ_1и5) & (ИНИЦ | модуль обнаруживает снятие AS*). Модули должны продолжать выставлять ai* до тех пор. пока AS* & ДЕКОДИРОВАН НЫЙ_АДРЕС & ЗАВЕРШЕ НИЕ_ПЕРЕДАЧИ.

6.2.2.1.4    DS* (Синхронизация данных)

ЗАДАТЧ И К должен выставить ds *, когда - ИНИЦ & ЗАДАТЧ И К & (- Н УЛ ЬСЧ ЕТЧ И КА_П Е РЕДАЧ & (нарастающий ф|юнт ФАЗЫ_ДАННЫХ | нарастающий фронт ПРИЗНАК_ДАННЫХ_ЗА-ФИКСИРОВАН), И должен продолжить выставлять его до тех пор. пока ИНИЦ | -ЗАДАТЧИК | нарастающий ф|юнтПРИЗНАК_ДАННЫХ_ЗАФИ КС И РОВАН & -НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ ! as* & -СТАТУС ШИРОКОВЕЩАНИЯ & -DK* ; СТАТУС. ШИРОКО ВЕШАН ИЯ & -DKf).

Страница 102

ГОСТ Р ИСО/МЭК 10857-95

6.2.2.1.5    DK* (Подтверждение данных)

Модули должны выставить dk*, когда-ИНИЦ& AS* &DS* & УЧАСТИЕ & -(ЗАЛИС^ИСПОЛНИТЕЛЯ [СТАТУС ШИРОКОВЕЩАНИЯ).

Если ЗАПИСЬ.ИСПОЛНИТЕЛЯ J СТАТУС.ШИРОКОВЕШАНИЯ:

1)    Модуль(н), выставляющнй(ие) данные, должен(ны) выставитьdk*, когда -ИНИЦ& AS* & DS* & УЧАСТИЕ и данные действительны.

2)    Модули, не выставляющие данные, должны выставить dk*. когда -ИНИЦ & AS* & DS* & DK*.

Модули должны выставлять dk* лотсх пор, пока ИНИН; -DS* & ПРИЗНАК _ДАН НЫХ_ ЗАФИКСИРОВАН & di* J -AS*.

6.2.2.1    6 Dl * (Подтверждение данных инверсное)

Модули должны выставить di*, когда -ИНИЦ & AS* & -DS* & УЧАСТИЕ & -(ЗАПИСЬ ИСПОЛНИТЕЛЯ :СТАТУС ШИРОКОВЕЩАНИЯ).

Если ЗАПИСЬ_ИСПОЛНИТЕЛЯ ! СТАТУС_ ШИРОКО ВЕЩАНИЯ:

1)    Модули, выставляющие данные, должны выставить di *. когда-ИНИЦ & AS* &-DS* & УЧАСТИЕ и данные действительны.

2)    Модули, не выставляющие данные, должны выставить di*. когда -ИНИЦ & AS* & -DS* & DI*.

Модули должны выставлять di* до тех пор, пока ИНИЦ DS* & ПРИЗНАК_ДАННЫХ. ЗАФИКСИРОВАН & dk* ! -AS*. В ФАЗЕ.СОЕДИНЕНИЯ, если УЧАСТИЕ, DI * должен быть выставлен перед снятием ai *.

6.2.2.2    СМ[7.. .01* (Command)

Сигналы ст(7.. .0|* и ср* должны быть стабильными при выходе на магистраль перед тем. как переход as* или ds* поюокст их действительность. Если необходимо, разработчик модуля должен -одержать переход as* п ds* больше, чем требуется в 6.2.2.1.1 и 6.2.2.1.4, чтобы выполнить условия этого параграфа.

6.2.2.2    I С.МО* (Команда 0)

ЗАДАТЧИК должен выставить сшО*, когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА^СОЕДИНЕНИЯ & ПЕРЕДАЧА_СМД_0 | ФАЗА_ДАННЫХ & <БЛОКИРОВКА_СМД_0 | -СТАТУС_ПРИНУЖ-ДЕНИЯ & ЗАПРОС_[IAKETA); ФАЗА_РАССОЕДИНЕНИЯ & УДЕРЖАНИЕ,БЛОКИРОВКИ)

6.2.2.22 СМ1 * (Команда 1)

ЗАДАТЧ И К должен выставить см 1 *, когда -И Н И Ц & ЗАДАТЧ И К & (ФАЗАСОЕДИ Н ЕН ИЯ & ПЕРЕДАЧА_СМД_ 1 ; ФАЗА ДАННЫХ & (БЛОКИРОВ КА_СМД_I \ СТАТУС_ФЛАГА_ПЕРЕ-ДАЧИ)! ФАЗА_РАССОЕДИНЕНИЯ & БОЛЬШЕ & (СТАТУС_РАСЩЕПЛЕНИЯ & НЕБЛОКИ-РОВАНИЕ_ЧТЕН ИЕ | НЕБЛОКИРОВаНИЕ^ЗАПИСЬ))

6.2.2.273 СМ2 * (Команда 2)

ЗАДАТЧИК должен выставить cm2*, когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА_СОЕДИНЕНИЯ & ПЕРЕДАЧА СМД_2 | ФАЗА_ДАННЫХ & БЛОКИ РОВКА_СМД_1).

6.2.2.2    4 СМЗ* (Команда 3)

ЗАДАТЧИК должен выставить сшЗ*. когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА__СОЕДИНЕНИЯ & 11Е РЕДАЧ А_СМД_3)

6.2.2.2.5    СМ4* (Команда 4)

ЗАДАТЧИК должен выставить ст4*. когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА_СОЕД И НЕНИЯ & ЗАПИСЬ СМД :(ФАЗА_ДАННЫХ IФАЗА_РАССОЕДИНЕНИЯ) &СТАТУС_ВНЕДРЕН-НОСТИ).

6.2.2    2.6 СМ5* (Команда 5)

ЗАДАТЧИК должен выставить сш5*. когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА_СОЕДИНЕНИЯ & ШИРИНА ДА! IН ЫХ_0 | ФАЗА .ДАННЫХ & ДЛИНАЛАННЫХ 0 ; ФАЗА_Р АССО ЕДИНЕНИЯ & ДЛИ НА Л АН Н ЫХ_0).

6 2.2.2.7 СМ6* (Команда 6)

ЗАДАТЧИК должен выставить стб*. когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА СОЕДИНЕНИЯ а РАЗРЯДНОСТЬ _ДАННЫХ_1 :ФАЗА ДАННЫХ & ДЛИ НА_ДАННЫХ_1 ; ФАЗА_РАССО-ЕДИНЕНИЯ & ДЛИНА_ДАННЫХ_1).

Страница 103

ГОСТ Р ИСО/МЭК 10857-95

6.2.2.2.8    СМ7* (Команда?)

ЗАДАТЧИК должен выставить ст7*. когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА_СОЕДИНЕНИЯ & РАЗРЯДНОСТЬ АДРЕСА 2 J ФАЗА ДАННЫХ & ДЛИНА ДАННЫХ_2 : ФАЗА РАССОЕДИНЕНИЯ & ДЛИНА _ДАННЫХ_2).

6.2.2.2.9    (Четность команды)

ЗАДАТЧИК должен выставить ср*. если он установил четное число ст()* сигналов

6 2.2.3 СА[2.. .0]* (Способность)

Сигналы caf2. . .0|* должны быть стабильными при выводе на магистраль перед тем. как снятие ai* покажет их действительность. Если необходимо, разработчик модуля должен задерживать снятие ai* на большее время, чем требуется в 6.2.2.1.3, чтобы выполнить условие этого параграфа.

6.2.2.3.1    САО* (TS*)

Модули должны выставить саО*, когда НИЗКАЯ СКОРОСТЬ & ФАЗА СОЕДИНЕНИЯ, и должны продолжать выставлять саО * до тех пор, пока ИНИЦ КОН Е11_РАССОЕДИ НЕНИЯ

6.2.2.3.2    CAI * (СО*)

Модули должны выставить са)*, когда ПРИНУДИТЕЛЬНЫЙ, и должны продолжать выстилать cal * до тех пор, пока ИНИЦ \ КОНЕЦ_РАССОЕДИНЕНИЯ.

6.2.2.3.3    СА2* (SR*)

Модули должны выставить са2*, когда РАСЩЕПЛЕННЫЙ, и должны продолжать выставлять са2* до тех пор. пока ИНИЦ ; КОНЕЦ_РАССОЕДИНЕНИЯ.

6.2.2 4 ST|7. . .0| * (Статус)

62.2,4.1 ST0* (ТЕ*)

Модули должны выставить stO* , когда -ИНИЦ & ОШИБКА_ПЕРЕД/\ЧИ & (AS* & -Alf J -AS * & ak*), и должны продолжать выставлять stO* до тех пор. пока ИНИЦ \ СТАТУС_СОЕДИ-НЕНИЯ.

Сигнал stO* должен быть стабильным при выводе на магистраль перед тем, как ежгтие ak* пок;1жет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ak* на большее время, чем требуется в 6.2.2.1.2, чтобы выполнить это услонис.

6 2.2.4.2 STI* (BS*/ED*)

Модули должны выставить stl * , когда ЗАНЯТОСТЬ, и должны продолжать выставлять stl * чотех пор. пока ИНИЦ КОН ЕЦ_РАССОЕДИ НЕНИЯ.

Модули должны выставитьSI 1 ★, когда КОНЕЦ ДАННЫХ ПАКЕТ NAK. и должны продолжать выставлять stl * до тех пор. пока ИНИЦ J КОНЕЦ_РАССОЕДИНЕНИЯ.

Сигнал stl * должен быть стабильным при выводе на магистраль перед тем, как снятие ai*. dk* пли di* покажет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ai* . dk* или di* на большее время, чем требуется в 6.2.2.1.3, 6.2.2.1.5 или 6.2.2.1.6. чтобы выполнить это условие.

6 2.2.4.3 ST2* (SL*)

Модули должны выставить st2*, когда ВЫБРАННЫЙ, и должны продолжать выставлять SI2 * до тех пор, пою» ИНИЦ !-ВЫБРАННЫЙ j КОНЕЦ^РАССОЕДИНЕНИЯ.

Сигнал SI2* должен быть стабильным при выводе на магистраль перед тем, как снятие ai*, dk* или di* покажет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ai*, dk* или di* на большее время, чем требуется в 6.2.2.1.3, 6.2.2.1.5 или 6.2.2.1.6, чтобы выполнить это условие.

6.2.2.4.4    ST3* (BS*)

Модули должны выставить st3*, когда ШИРОКОВЕЩАНИЕ | ШИРОКОЗАЛ РОСНЫ^АДРЕС ! ЛОВЯШИЙ_ДАННЫЕ, и должны продолжать выставлять st3* до тех пор, пока ИНИЦ J ! КО Н ЕЦ_ РАССО ЕД И Н Е Н И Я.

Сигнал st3* должен быть стабильным при выводе на магистраль перед тем, как снятие ai* покажет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ai* на большее время, чем требуется в 6.2.2.1.3, чтобы выполнить это условие.

Страница 104

ГОСТ Р ИСО/МЭК 10857-95

6 2.2.4.5 ST4* (TF*)

Модули должны выставить st4*, когда КЕШ_СМД & В Ы СТА ВЛ Е Н И Е_С S | ВЫ БРАН -НЫЙ_ПОЧТОВЫЙ_ЯЩИК & СООБЩЕНИЕ КОНФЛИКТА, и должны тюдолжать-выставлять st4* до тех пор. пока ИНИЦ J-ВЫСТАВЛЕНИЕ CS & КЕШ СМД; -СООБЩЕНИЕ КОНФЛИКТА & ВЫБРАННЫЙ^ПОЧТОВЫЙ ЯЩИК 1 КОНЕЦ, РАССОЕДИНЕНИЯ.

Сигнал st4* должен быть стабильным при выводе на магистраль перед тем, как снятие ai*. dk* или di* покажет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ai*. dk* или di* на большее время, чем требуется в 6.2.2.1.3, 6.2.2.1.5 или 0.2.2.1.6, чтобы выполнить это условие

6.2.2.4    6 ST5* (IV*)

Модули должны выставить st5*, когда ВНЕДРЕННОСТЬ. и должны продолжать выстаапять st5* до тех пор. пока ИНИЦ \ - ВНЕДРЕННОСТЬ | КОНЕЦ_РАССОЕДИНЕНИЯ

Сигнал st5* должен быть стабильным при выводе на магистраль перед тем, как снятие ai*. dk* или di * покажет его действительность. Если необходимо, разработчик модуля должен -задерживать снятие ai*, dk* или di* на большее время, чем требуется в 6.2.2.1.3. 6.2.2.1.5 или 7.2.2.1.6. чтобы выполнить это условие.

6.2.2.4.7    ST6* (BE*)

Модули должны выставить «6*, когда ОШИБКА_СОБЫТИЯ. и должны продолжать выставлять si6* до тех пор, пока ИНИЦ | КОНЕЦ_РАССОЕДИНЕН ИЯ

Сигнал 5(6* должен быть стабильным при выводе на магистраль перед тем. как снятие ai*, dk* »undi* покажет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ai*. dk* или di* набольшее время, чем требуется в 6.2.2.1.3, 6.2.2.1.5 или 7.2.2.1.6, чтобы выполнить что условие.

6.3.2.4.8    ST7* (WT*)

Модули должны выставить st7*. когда ОЖИДАНИЕ, и должны П|>одолжать выставлять st7* до тех пор, пока ИНИЦ J КОНЕЦ, РАССОЕДИНЕНИЯ.

Сигнал st7* должен быть стабильным при выводе на магистраль перед тем, как снятие ai*. dk* или di* покажет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ai*. dk* или di* на большее время, чем требуется в 6.2.2.1.3. 6.2.2.1.5 или 6.2.2.1.6. чтобы выполнить это условие.

6.2.2.5    Информационные поля

6.2.2.5.1 ADf63.. .01* (Адрес/Данные)

Модули должны снимать ad|| *, если ИНИЦ.

Когда -ИНИЦ & ФАЗА_СОЕД И НЕНИЯ & (ОТВЕТ_ЧТЕНИЯ j ОТВЕТ.ЗАПИСИ) & -РАЗ-РЯДНОСТЬ_АДРЕСА& - РАЗРЯД НОСТЬ_ДАННЫХ_1 & -РАЗРЯДНОСТЬ _ДАННЫХ_0, ЗАДАТЧИК должен активировать ad(3l. 2]* адресом, снять ad[63. . .32)*, и может активировать ad[ L.. .0J* определенными пользователем данными.

Когда -ИНИЦ & ФАЗА_СОЕДИНЕНИЯ & (ОТВЕТ_ЧТЕНИЯ ! ОТВЕТ.ЗАПИСИ) & -РАЗ-РЯДНОСТЬ_АДРЕСА& -РАЗРЯДНОСТЬ_ДАННЫХ_1 & РАЗРЯДНОСТЬ_ДАННЫХ_0. ЗАДАТЧИК должен активировать ad|31.. .3)* адресом, снять ad[63. . .32)*, и может активировать ad|2.. .0|* определенными пользователем данными.

Когда -ИНИЦ & ФАЗА_СОЕДИНЕНИЯ & -(ОГВЕТ_ЧТЕНИЯ | ОТВЕТ_ЗАГ1ИСИ) & -РАЗ-РЯДНОСГЬ_АДРЕСА & РАЗРЯДНОСТЬ_ДАННЫХ_1 & -РАЗРЯДНОСТЬ_ДАННЫХ .О. ЗАДАТЧИК должен активировать ad|3l.. .4) * адресом, снять ad[63. . .32) *, и может активировать ad(3.. .0|* определенными пользователем данными.

Когда-ИНИЦ & ФАЗА СОЕДИНЕНИЯ &-(ОТВЕТ ЧТЕНИЯ ;ОТВЕТ ЗАПИСИ) & -РАЗ-РЯД НОСТЬ_АДРЕСА & РАЗРЯДНОСТЬ_ДАННЫХ_1 & РАЗРЯДНОСТЬ_ДАННЫХ_0, ЗАДАТЧИК должен активировать ad{31. . .5|* адресом, снять ad[63. . .32)*, и может активировать ad[4.. 0|* определенными пользователем данными.

Когда -ИНИЦ & ФАЗА_СОЕДИНЕНИЯ & -(ОТВЕТ ЧТЕНИЯ 1 ОТВЕТ ЗАПИСИ) & -РАЗРЯД НОСТЬ_АДРЕСА &-РАЗРЯДНОСТЬ_ДАННЫХ_1 &-РАЗРЯДНОСТЬЛАННЫХ.О, ЗАДАТЧИК должен активировать ad(63.. .2)* адресом, и может активировать ad) 1.. .0|* определенными пользователем данными.

Когда -ИНИЦ & ФАЗА_СОЕДИНЕНИЯ & -(ОТВЕТ_Ч'ГЕНИЯ | ОТВЕТ_ЗАПИСИ) & РАЗ-РЯДНОСТЬ_АДРЕСА& -РАЗРЯДНОСТЬ_ДАННЫХ_1 & РАЗРЯДНОСТЬ ДАННЫХ„0, ЗАДАТЧИК должен активировать ad|63.. .3]* адресом, и может активировать ad (2.. .0|* определенными пользователем данными

97

Страница 105

ГОСТ Р ИСО/МЭК 10857-95

Когда -ИНИЦ &. ФАЗА СОЕДИНЕНИЯ & -(ОТВЕТ ЧТЕНИЯ | ОТВЕТ ЗАПИСИ) & РАЗ-РЯДНОСГЬ_АДРЕСА & РАЗРЯДНОСТЬ ДАННЫХ 1 & -РАЗРЯДНОСТЬ_ДАННЫХ_0, ЗАДАТ-ЧИ К должен активировать ad[63. . 4]* адресом, и может активировать ad|3.. ,0|* определенными пользователем данными.

Когда -ИНИЦ & ФАЗА СОЕДИНЕНИЯ & (ОТВЕТ_ЧТЕНИЯ ; ОТВЕТ ЗАПИСИ) & РАЗ-РЯДНОСТЬ..АДРЕСА& РАЗРЯДНОСТЬ_ДАННЫХ_1 & РАЗРЯДНОСТЬ_ДАННЫХ_0, ЗАДАТЧИК должен активизировать ad(63.. .5|* адресом, и может активизировать ad(4.. .0]* определенными пользователем данными.

Когда -ИНИЦ & ФАЗ А_СО ЕДИНЕН ИЯ & -(ОТВЕТ ЧТЕНИЯ | ОТВЕТ ЗАПИСИ). ЗАДАТЧИК должен.

1)    выставить adJ31. . .28}*-.

2)    активировать ad(27.. .12)* глобальным идентификатором запросчика,

3)активировать    ad|5.. .0]* идентификатором передачи.

Когда -ИНИ11 & ФАЗА РАССОЕДИНЕНИЯ & (ОТВЕТ_ЧТЕНИЯ | ОТВЕТ_ЗАПИСИ), ЗАДАТЧИК должен.

1)    активировать ad( 15.. .8]* первоначальным приоритетом передачи запросчика,

2)    активировать ad2* выбранных» статусом, который был указан в передаче запроса,

3)    активировать adl * статусом конфликта, который был указан в передаче запроса,

4)    активировать adO* статусом ошибки передачи, который был указан в передаче запроса, ч снять ad(63. . .321*. adf32. . .16]* и ad(7.. .3]*

Когда -ИНИЦ & ФАЗА_РАССОЕДИНЕНИЯ & (РАЗДЕЛЕННЫЙ_ОТВЕТ ' МОДИФИЦИРОВАН Н ЫЙ ОТВЕТ). ЗАДАТЧ И К должен:

1)    выставить ad|3l. . .28] *.

2)    акгиви1>овить ad[27...12| * глобальным идентификатором запросчик;».

3)    активировать adj 11.. .4| * первоначальным приоритетом передачи запросчика,

4)    активировать ad2* выбранным статусом, который был обозначен в передаче запроса,

5)    активировать adl * статусом конфликта. который был обозначен в передаче запроса,

6)    активировать adO* статусом ошибки передачи, который был обозначен в передаче запроса,

и снять ad|63. . .32] * и ad3*.

Когда -ИНИЦ & ФАЗА РАССОЕДИНЕНИЯ & (РАСЩЕПЛЕННЫЙ СТАТУС J НЕБЯОКИ-РОВАНИЕ_ЗАПИСЬ ! НЕБЛОКИРОВАН ИЕ_’ГОЛЬКО_АДРЕС : БЛОКИРОВАНИЕ ЗАПИСЬ | БЛОКИРОВАНИЕ ТОЛЬКО_ДДРЕС ! ЧАСТНАЯ_ЗАПИСЬ; БЛОКИРОВАНИЕ_ЧАСТНлЯ_ЗА-ПИСЬ :ЗАПИСЬ_БЕЗ_ПОДТВЕРЖДЕНИЯ | НЕДЕЙСТВИТЕЛЬНОСТЬ_ЗАПИСИ | КОПИРОВАНИЕ. НАЗАД J НЕДЕЙСТВИТЕЛЬНОСТЬ), ЗАДАТЧИК должен

1)    активировать ad[3l.. .16| * глобальным идентификатором запросчика,

2)    активировать ad[ 15. .8]* первоначальным приоритетом передачи запросчика.

3)    активировать ad(5.. .0]* идентификатором передачи и снять ad[63. . .32]* и ad|7.. .6]*.

Когда -ИНИЦ & ФАЗАJ1AHHWX & ЗАПИСЬ.СМД, ЗАДАТЧИК должен активировать ad|31.. .0]* данными, соответствующими текущему обмену или пакету.

Когда УЧАСТВУЮЩИЙ исполнитель отвечает за передачу данных ЗАДАТЧИКУ, он должен активировать ad] 31.. .0]* данными записи, связанными с текущим обменом или пакетом, в ответ на переходы DS*.

Когда УЧАСТВУЮЩИЙ исполнитель отвечает за передачу данных ЗАДАТЧИКУ и (64_РАЗ-РЯДНЫЕ_ДАННЫЕ • Ш_РАЗРЯДНЫЕ_ДАННЫЕ | 256 РАЗРЯДНЫЕ...ДАННЫЕ), он должен активировать adj63.. .32]* данными записи, связанными с текущим обменом или пакетом, в ответ на переходы DS*.

Если выбранная передача использует пакетный протокол, сигналы на ad[]* должны подчиняться пакетному протоколу в соответствии с 6.2.3.21. Пакеты всегда должны быть выравнены на размеры пакетных границ модуля,

Сигнал.»! ad]]* должны быть стабильными при выводе на магистраль перед тем, как переход as* покажет их действительность. Если необходимо, разработчик модуля должен задерживать переход as* на большее время, чем требуется в 6.2.2.1.1, чтобы выполнить это условие.

Страница 106

ГОСТ Р ИСО/МЭК 10857-95

В принудительном режиме сигналы adl)* должны быть стабильными при выводе на магистраль пс|>ед тем, как переход ds* покажет их действительность, если передает ЗАДА'ГЧИК. Если необходимо, разработчик модуля должен задерживать переход ds* на большее время, чем требуется к 6.2.2.1.4, чтобы выполнить это условие. В принудительном режиме сигналы ad|J* должны быть стабильными при выводе на магистраль перед тем, как переход dk* или di* покажет их действительность, если передают один или более исполнителей. Если необходимо, разработчик модуля должен задерживать переход dk* di* на большее время, чем требуется в 6.2 2.1.5 или 6 2 ' ' />. чтобы выполнить это условие.

В принудительных обменах, где ЗАПИСЬ^ИСПОЛНИТЕПЯ | ШИРОКОВЕЩАТЕЛЬ-ПЫЙСТАТУС, сигналы ad(|* должны быть стабильными при выводе на магистраль пе|>ед тем. как выставление dk* или di* покажет их действительность, если передают один или более исполнителей. Если необходимо, |>азработчик модуля должен задерживать установление dk* или di* на большее время, чем требуется в 6.2.2.1.5 или 6.2.2.1.6, чтобы выполнить это условие.

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

adl31. ,0|*

Байтовая шина

ad3l *

D|255. ..248]*

L3I *

ad30*

D|247. . .240)*

L30*

ad29*

D(239. . .232J*

L29*

ud28*

D( 231. ,224|*

128*

ad27*

D(223. . .2I6|*

L27*

ad26*

01215. . .208)*

L26*

ad25*

D1207. . .200]*

L25*

ad24 *

D|199. . .192]*

1.24*

ad23 *

D| 191. . .I84|*

L23*

ad22*

D| 183. . .1761*

L22*

ad21 *

D[175.. 1681*

1-21 *

ad20*

D[ 167. . .1601*

L20*

adl9*

L>| 159. . 152|*

LI9*

ad 18*

L>] 151 ..I44|*

LIS*

ad 17*

D| 143. . .1361*

L17*

ad 16*

DJI35. . .128)*

L16*

ad 15 *

01127. . I20|*

L15*

ad 14*

D(119. . .112J *

LI4*

adl3*

D| 111. . 104J*

L13*

ad 12*

D| 103. . .96J*

L12*

adl 1 *

D[95. . .881*

LI 1*

ad 10*

0|87. . .80|*

L10*

ad9*

0|79. . .721*

L9*

adS*

D17I. . .64]*

U*

ad7*

AD[63.. .56]*

L7*

ad6*

AD|55. . .48|*

L6*

ad 5*

AD|47. . .40)*

L5*

ad4*

AD|39. . ,32|*

L4*

ad3*

ADJ31. . ,24|*

L3*

ad2*

AD|23. . I6J*

L2*

adl*

AD| 15. . .8|*

LI*

adO*

AD|7. . 0|*

LO*

Во время первого обмена передачи, когда -ИНИЦ& ФАЗА _ДАННЫХ & ЧАСТНЫЙ. ЗАДАТЧИК должен активировать ad(31 ... 0|* информацией о нсвыбранной шине в соответствии с этой таблицей и должен снять ad|63 ... 32| *. Модули должны сним;гть сигналы с нсвыбранной шины, если шины, которыми они уп|>авляют, не были выбраны DW{J* командой в фазе соединения

6.2 2.5.2 DJ255.. . 64J* (Данные)

Когда -ИНИЦ & ФАЗА_ДАНИЫХ & ЗАПИСЬ_СМД & ШИРИНА_ДАННЫХ I, ЗАДАТЧИК должен активировать d[127. .. 64|* данными записи, относящимися к текущему обмену или пакету.

Когда -ИНИЦ & ФАЗА_ДАННЫХ & ЗАПИСЬ_СМД & (ШИРИНА JlAHHblX_l & ШИРИНА JlAHHblX_0>. ЗЛДАТЧ И К должен активировать d[255 . . 128J * данными записи, относящимися к текущему обмену или пакет)'.

s-i-ia

99

Страница 107

ГОСТ Р ИСО/МЭК 10857-95

Когда УЧАСТВУЮЩИЙ исполнитель отвечает за передачу данных ЗАДАТЧИКУ и (128_ РАЗРЯДНЫЕ ЛАННЫЕ ! 256_РЛЗРЯДНЫЕ-ДАННЫЕ), он должен активировать d| 127 ... 64) ★ данными записи, относящимися к текущему обмену или пакету

Когда УЧАСТВУЮЩИЙ исполнитель отвечает за передачу данных ЗАДАТЧИКУ и 256_РАЗ-РЯДНЫЕ_ДАННЫЕ, он должен активировать d(255 ... 128)* данными записи, относящимися к текущему ОБМЕНУ или пакету.

Во время первого обмена передачи, когда -ИНИЦ& ФАЗА_ДАННЫХ &. ЧАСТНЫЙ. ЗАДАТЧИК должен снять d|255 . .. 64|*.

Если выбрана передача с использованием пакетного протокола, то сигналы на d(| * должны подчиняться пакетному протоколу в соответствии с 6.2.3.21.

В принудительном режиме сигналы dd* должны быть стабильными при выводе на магистраль пс|>ед тем, как переходds* покажет их действительность, если ле1>едают один или более исполни телец. Если необходимо, разработчик модуля должен задерживать переход ds* на большее время, чем т|)ебуетея в 6.2.2.1.4. чтобы выполнить это условие.

В принудительном режиме сигналы d(]* должны быть стабильными при выводе на магистраль перед тем, как переход dk* или di* покажет их действительность, если передают один или более исполнителен. Если необходимо, разработчик .модуля должен одерживать переход ds* или di* на большее время, чем требуется в 6.2.2.1.5 или 6.2.2.1.6, чтобы выполнить это условие

В принудительном режиме, где ЗАПИСЬ_ИСПОЛНИТЕЛЯ | Ш И РОКОВ ЕЩАТЕЛ Ь-НЫЙ_СТАТУС, сигналы d|J * должны быгь стабильными при выводе на магистраль пе|>ед тем. как выставление dk* или di* покажет их действительность, если передают один или более исполнителей. Если необходимо, разработчик модуля должен задерживать установление dk* или di* на большее время, чем требуется в 6.2.2.1.5 или 6.2.2.1.6. чтобы выполнить это условие.

6.2.2.5.3 ВР[31 .. . 0|* (Четность магистрали)

Модули должны снимать Ьр| | *. если ИН ИЦ.

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

0(255 .

. . 248(*

BP31*

0(247 .

. 240|*

BP30*

0(239 .

. . 232}*

BP29*

0(231 .

. 224)*

BP28*

0(223 .

. . 216|*

BP27*

0(215 .

. 208)*

BP26*

0(207 .

. . 200|*

BP25*

D( 199

. . 192|*

BP24*

0(191 -

. . 184|*

BP23 *

01183 .

. 176)*

BP22*

D( 175 .

. . I68(*

BP21 *

0(167 .

. 160|*

BP20*

0(159 .

. . 152|*

BP 19 *

0(151 .

. . 144|*

BP18*

0(143 .

. . I36J*

BP 17 *

0| 135 .

. . 128)*

BP16*

0(127 .

. . 120)*

BP15*

0(119 .

. . 112)*

BP14*

D( 111 .

. . 104)*

BP13*

0{ 103 .

. . 96)*

BP 12 *

0(95 . .

. 88)*

BP11*

0(87 . .

. 8(f)*

ВРЮ*

D[79 . .

.721*

BP9*

0(71 . .

.64|*

BP8*

AD(63 .

. . 56|*

BP7*

AD[55 .

. . 4SJ*

BP6*

AD (47 .

. . 40|*

BP5*

AO(39 .

. . 321*

BP4*

AD(31 .

. 24|*

BP3*

AD(23 .

. . 161*

BP2*

ADI 15 •

. . 8)*

BPI*

AD(7 . .

. OJ*

BPO*

100

Страница 108

ГОСТ Р ИСО/МЭК 10857-95

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

Байтовые шины, неактивные при AW* или D\V(J* командах, не должны активировать соот всгствующии имсигн;1Л четности.

Во время первого обмена передачи, когда -ИНИЦ & ФАЗА_ДАННЫХ & ЧАСТНЫЙ, модули должны использовать DW(| * команду, чтобы выбрать байты с активированной четностью.

Во время фазы рассоединения, когла ЗАПИСЬ СМД. ЗАДАТЧ И К должен активи|ювать правильную четность для AD|31 . . 0J*.

Если выбрана передача с использованием пакетного протокола, сигналы на ЬрЦ* должны подчиняться пакетному протоколу в соответствии с 6.2.3.21.

Сигналы ЬрЦ* должны быть стабильными при выводе на магистр.1ЛЬ до того, как переход ач* покажет их действительность. Если необходимо, разработчик модуля должен ъшержать переход as* на большее время, чем требуется в 6.2.2.1.1. чтобы выполнить что условие.

В принудительном режиме сигналы Ьр||* должны быть стабильными при выводе на магистраль до того, клк переход ds* покажет их действительность, если передает ЗАДАТЧИК. Если необходимо, разработчик модуля должен задержать пе|>еход ds* на большее время, чем требуется ь 6.2.2.1.4, чтобы выполнить »то условие.

В принудительном режиме сигналы Ьр[|* должны быть стабильными при выводе на магистраль до того, как переход dk* или di* покажет их действительность, если передают один или несколько исполнителей. Если необходимо, разработчик модуля должен задержать переход dk* или di* на большее время, чем требуется в 6.2.2.1.5 или 6.2.2.1.6, чтобы выполнить это условие.

В принудительных событиях с данными, где ЗАПИСЬ_ИСПОЛ НИГЕЛЯ ; ШИРОКОВЕ ЩА-ТЕЛЬНЫЙ_СТАТУС, сигналы dp[|* должны быть стабильными при выводе на магистраль до того, как выставление dk* или di* покажет их действительность, если передают один или несколько исполнителей. Если необходимо, разработчик модуля должен задержать выставление dk* или di* на большее время, чем требуется в 6.2-2.1.5 или 6.2.2.1.6. чтобы выполнить это условие.

6 2 2.5.4 TG|7 ... 0J* (Тег)

Сигналы igl? .. .0J* должны следовать тон же временной диаграмме и тем же особенностям, что и :id|31    0|*.    за исключением того, что на уемот|>сние разработчик;» системы оставляется

выбор, когда они должны нести информацию.

Число активных сигналов tg|)* будет описано в 7.2.4.

6.2.2.5.5    ТР* (Четность тега)

Если установлено РАЗРЕШЕН И Е_ТЕГА и модуль выставляет четное число ig||* . он должен выставить тр*.

6.2.2.5.6    ЕТ*

Модули должны снимать et*. если ИНИЦ.

ЗАДА!ЧИК должен выставить ct*. когда он обнаружит, что Alt'стал логическим нулем и перел снятием as* во время первой передачи его текущего владения. ЗАДАТЧИК должен удержи-ватьеч* выставленным до тех пор, пока-rql* & -rqO* & -АКТ, ион не снял ad|J*, d||*. Ьр(]*. tg( 1 *. ip*, eniD* и cp*.

6.2.3 Определения протокола

6.2.3.1 Фата соединения задатчика

I ) ЗАДАТЧИК должен установить атрибуты, оп|>сделенныс в 6.2.1.1. 6.2.1.2 и 6.2.1.4.

2) ЗАДАТЧИК должен сбросить ТАЙМ-АУТ_ПЕРЕДАЧИ.

3» ЗАДАТЧИК должен ждать, пока-AKf* AI* :ТАЙМ-АУТ_ПЕРЕДАЧ И.

4)    Если установлен ТАИМ-АУТ ПЕРЕДАЧИ. ЗАДАТЧИК должен перейти к восстановлению тайм аута передачи к соответствии с 6.2.3.24.

5)    ЗАДАТЧИК должен активировать ad(J *, bp(|* . tg()*, ip*. cm||*. ср|)* и ca|J* соответствующей информацией.

6)    ЗАДАТЧ И К должен установить НАЧАЛО_Г1ЕРЕДАЧИ.

7)    ЗАДАТЧИК должен выставить as* и ак* .

S) ЗАДАТЧИК должен снять ai* .

9)    ЗАДАТЧИК должен ждать, пока -А1Г !ТАЙМ-АУТ_ПЕРЕДАЧИ.

10)    Если установлен ТАЙМ-АУТ ПЕРЕДАЧИ. ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи в соответствии с 6.2.3.24,

11)    ЗАДАТЧ И К должен снятые* и выставить ct* .

1 ••

101

Страница 109

ГОСТ Р ИСО/МЭК 10857-95

12> ЗАДАТЧИК должен устаношггь атрибуты, о поделенные в 6.2.17 1.

13)    Если НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ. ЗАДАТЧИК должен перейти к фазе рассоединения, как определено к 6.2.3.22.

14)    Если СТАТУО_ПРИНУЖДЕНИЯ & (НЕБЛОКИРОВАНИЕ_ЧТЕНИЕ НЕБЛОКИРО-ВАНИЕ_ ЗАПИСЬ; БЛОКИРОВАН И Е_ЧТЕНИЕ БЛОКИ РОВАНИ Е_ЗАИИСЪ! ЧАСТНОЕ ЧТЕНИЕ: ЧАСТНАЯ_ЗАПИСЬ БЛОКИРОВАНИЕ ЧАСТНОЕ ЧТЕНИЕ * БЛОКИРОВАНИЕ_ЧА-СТНАЯ. ЗАПИСЬ; ОТВЕТ_ЧТЕИИЯ! РАЗДЕЛЕННЫЙ_ОТВЁТ; МОДИФИ ЦИРОВАННЫЙ_ОТ-ВЕТ; ЗАПИСЬ.БЕЗ_ПОДТВЕРЖДЕНИЯ : ИЕДЕЙСТВИТЕЛЬНОСТЬ.ЧТЕНИЯ • НЕДЕЙСТВИТЕЛЬНОСТЬ. ЗАПИСИ : РАЗДЕЛЕННОЕ_ЧТЕНИЕ ' КОИИРОВАНИЕ_НАЗАД | МОДИФИ КАЦИЯ ЧТЕНИЯ), ЗАДАТЧИК может перейти к нечетному обмену принудительной фазы данных. как определено н 6.2.3.3.

15)    Если -МНОЖЕСТВЕННЫЙ ПАКЕТНЫЙ.РЕЖИМ & (НЕБЛОКИРОВАНИЕ_ЧТЕНИЕ ; НЕБЛОКИРОВАНИЕ_ЗАПИСЬ j ОТВЕТ_ЧТЕНИЯ ; ЗАПИСЬ_БЕЗ ПОДТВЕРЖДЕНИЯ ; НЕ-ДЕЙСТВИТЕЛЬНОСТЬ_ЧТЕНИЯ \ НГДЕЙСТВИТЕЛЬНОСТЬ_ЗАПИСИ! РАЗДЕЛЕННОЕ_ЧТЕ-НИЕ • КОГН+РОВАНИЕ_НАЗАД 1 РАЗДЕЛенньт ОТВЕТ ! МОДИФ*Ш4Р0ВАННЫЙ_ОТ-ВЕТ , МОДИФИКАЦИЯ_ЧТЕНИЯ). ЗАДАТЧИК может перейти к одиночном пакетной фазе данных, как определено к 6.2.3.13.

16)    Если МНОЖЕСТВЕННЫЙ ПАКЕТНЫЙ РЕЖИМ & (НЕБЛОКИРОВАНИЕ_ЧТЕНИЕ ! НЕБЛОКИРОВАНИЕ_ЗАПИСЬ! ОТВЕТ.ЧТЕН ИЯ ; ЗАПИСЬ БЕЗ ПОДТВЕРЖДЕНИЯ НЕДЕЙСТВИТЕЛЬНОСТЬ ЧТЕНИЯ; НЕДЕЙСТВИТЕЛЬНОСТЬ_ЗАПИСИ | РАЗДЕЛЕН НОЕ_ЧТЕ-НИЕ: КОПИРОВАНИЕ_НАЗАД : РАЗДЕЛЕННЫЙ.ОТВЕТ ! МОДИФИЦИРОВАННЫЙ_ОТ-ВЕТ ; МОДИФИ КАЦИЯ_ЧТЕНИЯ), ЗАДАТЧИК может перейти к множественной пакетной (разе данных, как определено u 6.2.3.13.

17)    ЗАДАТЧИК может перейти к фазе рассоединения, как определено в 6.2.3.22.

6.2.3.2    Фаза соединения исполнителя

Исполнитель должен ждать до тех пор. пока он обнаружит выставление AS*. а затем должен:

1)    выставить ак*. если -ГОТОВ_ДЛЯ_ВЫНИМАНИЯ.

2)    проанализировать AD||*. ВР|]*,ТСЦ*, ТР*, СМ{|* иСР*.

3)    ожидать, пока ДЕКОДИРОВАННЫЙ_АДРЕС.

4)    активировать stj7 ... 1) * н са(2 .. . 0|* соответстпующей информацией,

5)    если БЛОКИРОВАНИЕ, установ1гть БЛОКИРОВАН И Е_.РЕСУРСОВ в соответствии с адресом,

6)    выставить di*. если УЧАСТИЕ,

7)    татем снять ai*.

8)    затем ожидать до СТАТУСНО ЕД И Н Е Н И Я.

9)    затем снять to*.

10)    проанализнров.1ТЬинформацию на САП*.

11)    если -УЧАСТИЕ, ожидать до ФАЗА_РАССОЕДИНЕНИЯ :: перейти к фазе рассоединения в соответствии с 6.2.3.23.

12)    ожидать, пока ФАЗА ДАННЫХ [ФАЗА.РАССОЕДИНЕНИЯ.

13)    сели ФАЗА_ДАННЫХ &. СТАТУС_ПРИ НУЖДЕН ИЯ. перейти к нечетному'событию, как описано в 6.2.3.4,

14)    если ФАЗАЛАННЫХ & -СТАТУС.ПРИНУЖДЕНИЯ & РЕЖИМ_МНОЖЕСТВЕН-НЫХ_ЛАКЕТОВ. перейти к нечетному пакету, как описано в 6.2.3.14,

15)    если ФАЗА_ДАННЫХ & РЕЖИМ_МНОЖЕСТВЕННЫХ_ПАКЕТОВ, перейти к нечетному пакету, как описано в 6.2.3.16,

16)    перейти к фазе рассоединения, как описано в 6.2.3.23.

6.2.3.3    Принудительная фа*а данных задатчика — первый нечетный обмен

1)    ЗАДАТЧИК должен активировать сш|]* и ср* соответствующей информацией.

2)    Если ЧАСТНЫЙ. ЗАДАТЧИК должен активировать ad[f)* соответствующей информацией нсвыбранной шины и затем ncpcirrn к 7).

3)    Если МАСКИРОВАН И Е_ОБМЕН, ЗАДАТЧИК должен активировать ad(J* и d[|* соответ-ствующнм операндом маски и затем перейти к 7).

4)    Если СРАВНЕНИЕ ОБМЕН, ЗАДАТЧИК должен активировать ;id|J * и d[]* соответствующим операндом сравнения и затем перейти к 7).

102

Страница 110

ГОСТ Р ИСО/МЭК 10857-95

5)    Нели (ВЫБОРКАСЛОЖЕНИЕ СО СТАРШЕГО | ВЫБОРКА_СЛОЖЕНИЕ_С_МЛАД-III ЕГО). ЗАДАТЧИК должен активировать udf ] * и <1(1 ★ соответствующим операндом сложения и затем перейти к 7).

6)    Если ЗАПИСЬ_СМД, ЗАДАТЧИК должен активировать ad[J * и d[) * соответствующими данными и затем перейти к 7). Если -ЗАПИСЬ СМД, проследовать к S).

7)    ЗАДАТЧИК должен активировать bp||*. tg|J* и tp* соответствующей информацией и затем перейти К 9).

8)    Если -ЗАПИСЬ_СМД, ЗАДАТЧИК должен снять ad[J*. d(|*. bp(]*» tg(J* и tp*.

9)    Затем ЗАДАТЧИК должен установить ds*.

10)    ЗАДАТЧИК должен ждать, пока ПРИЗНАК „ДАННЫХ ЗАФИКСИРОВАН | ТАЙМ-АУТ_ПЕРЕДАЧ И.

11)    Если установлен ТАЙМ-АУТ.ПЕРЕДАЧИ, ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи в соответствии с 6.2.3.24.

12)    Если -ЧАСТНЫЙ & -ЗАПИСЬ_СМД. ЗАДАТЧИК должен проанализировать информацию на ADM*, D|I*. BP|I*,TG()* иТР+.

13)    Если -ЧАСТНЫЙ & (ВЫБОРКА СЛОЖЕНИЕ СО СТАРШЕГО ; ВЫБОРКА_СЛОЖЕНИ Е_С_ МЛАДШЕ ГО) ! РАСЩЕПЛЕННЫЙ_СТАТУС & ЧАСТНЫЙ & -ЗАПИСЬ СМД. ЗАДАТЧИК до.1жсн перейти к фазе рассоединения, как описано в 6.2.3.22.

14)    ЗАДАТЧИК должен перейти к четному обмену, как описано в 6 2.3.5, если -НУЛЬ_СЧЕТ-ЧИКА ПЕРЦДАЧ, или к фазе рассоединения, как описано в 6.2.3.22, если НУЛЬ_СЧЕТЧИКА_ПЕ-РВДАЧ.

6.2.3.4    Принудительная фаза данных исполнителя — первый нечетный обмен

Исполнитель должен.

1)    если -СТАТУС_ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЬ ИСПОЛНИТЕЛЯ • ШИРОКОВЕЩАНИЕ : ЛОВЯШИЙ_ДАННЫЕ). ждать, пока выставится DK*. выставить dk*. проанализировать данные на AD||*, D(J* и перейти К 10);

2)если    -СТАТУС,ЗАПИСИ & (ВНЕДРЕННОСТЬ | ВЫБРАННЫЙ & ШИРОКОВЕЩАТЕЛЬНЫЙ, СТАТУС), активировать ad(|*. d|J*, bp(|*, tg||* и tp* соответствующей информацией, выставить dk* и персти к И);

3)    выставить dk *,

4)    если -СТАТУС ЗАПИСИ & ВЫБРАННЫЙ, активировать ad| | *, d||*. bp| ]*, tg||* и tp* соответствующей информацией и перейти к 11).

5)    если ЧАСТНЫЙ & ВЫБРАННЫЙ, проанализировать информацию неныпора шины на AD[31 .,. 0)* и перейти к 10),

6)    если МАСКИРОВАНИЕ_ОБМЕН & ВЫБРАННЫЙ, проанализировать операнд маски на AD[J*. D[)* и перейти к 10),

7)    если СРАВНЕНИЕ_ОБМЕН & ВЫБРАННЫЙ, проанализировать операнд сравнения на AD||*, D||* и перейти к 10),

8)    если (ВЫБОРКА_СЛОЖЕНИЕ_СО_СТАРШЕГО ; ВЫБОРКА_СЛОЖЕНИЕ_С_М11АДШЕ-ГО) & ВЫБРАННЫЙ, проанализировать операнд сложения на ADI)*, D[|* и перейти к 10).

9)    если СТАТУС .ЗАПИСИ & (ВЫБРАННЫЙ j ШИРОКОВЕЩАНИЕ | ЛОВЯЩИЙ_ДАН-НЫЕ), проанализировать данные на AD||* и D||*,

10)    проанализировать информацию на ВР*. ТОЦ* и ГР*.

11)    активировать st6*. stl * и stO* соответствующим статусом,

12)    затем снять di*,

13)    ждать, пока -AS*| -DS*,

14)    если ФАЗА_РАССОЕДИНЕНИЯ, снять ad|)*, d|j*, bp|)*, tg[J* и tp* и перейти к фазе рассоединения, как описано в 6.2.3.23,

15)    если ФАЗА_ДАННЫХ, перейти к четному обмену, как описано в 6.2.3.6.

6.2.3.5    Принудительная фаза данных задатчика — первый четный обмен

1)    Если ЧАСТНЫЙ & МАСКИРОВАНИЕ_ОБМЕН, ЗАДАТЧИК должен активироватьad() * соответствующим операндом маски и перейти к 7).

2)    Если ЧАСТНЫЙ & СРАВНЕНИЕ ОБМЕН, ЗАДАТЧИК должен активироватьad(| * соответствующим операндом сравнения и перейти к 7).

103

Страница 111

ГОСТ Р ИСО/МЭК 10857-95

3)    Если ЧАСТНЫЙ & (ВЫБОРКА_СЛОЖЕНИЕ_СО_СТАРШЕГО ; ВЫБОРКА_СЛОЖЕ-НИЕ_С_МДАДШЕГО), ЗАДАТЧИК должен активировать ad()* соответствующим опс|Х1ндом сложения и перейти к 7).

4)    Если СРАВНЕНИЕ ОБМЕН, ЗАДАТЧИК должен активировать ad|)* соответствующим операндом обмена и перентн к 7).

5)    Если ЗАГ1ИСЬ_СМД, ЗАДАТЧИК должен активировать а<1[] *. d[]* иЬр||* соотвстствую-шимн данными и перейти к 7).

6)    Если-ЗАПИСЬ_СМД, ЗАДАТЧИК должен снять ad{|*, d|J*, bp|J*, ig|J*. tp* ипе-1>сити к X).

7)    ЗАДАТЧИК должен активи|к>ватЫЕ|| * и tp* соответстиующей информацией.

8)    Затем ЗАДАТЧИК должен снять ds*.

9)    ЗАДАТЧИК должен ждать, пока ПРИЗНАК_ДАННЫХ_ЗАФИКСИРОВАН ; ТАЙМАУТ ПЕРЕДАЧ И

10)    Если установлен ТАЙМ-АУТ_ПЕРЕДАЧИ, ЗАДАТЧ И К должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

11)    Если -ЗАПИСЬ_СМД. ЗАДАТЧИК должен проанализировать информацию на AD|J*. D|]*. BP[|*,TG(|* и TP*.

12)    Если ЧАСТНЫЙ & (ВЫБОРКА СЛОЖЕНИЕ СО_СТАРШЕГО \ ВЫБОРКА СЛОЖЕНИЕ^, МЛАДШЕГО) • -ЧАСТНЫЙ & (МАСКИРОВАНИЕ_ОБМЕН ; СРАВНЕНИЕ^ОБМЕН), ЗАДАТЧИК должен перейти к фазе рассоединения, как описано в 6.2.3.22.

13)    ЗАДАТЧИК должен перейти к нечетному обмену, какописано вб.2.3.7, если -ПУЛЬ_СЧЕТ-ЧИКА ПЕРЕДАЧ, или к фазе рассоединения, как описано в 6.2 3.22, если НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ.

6.2.3.6    Принудительная фат данных исполнителя — первый четный обмен

Исполнитель должен:

1)    если —СТАГУС_ЗАПИСИ & (ВЫБРАННЫЙ & ЗАГ1ИСЬ_ИСПОЛНИТЕЛЯ J ШИРОКОВЕЩАНИЕ ; ЛОВЯЩЙЙ_ДАННЫЕ), ждать выставления D1*, выставить di*. проанализировать данные на AD| | *, D| | * и ncpcimi к 10),

2)если    —СТАТУС_ЗАПИСИ & (ВНЕДРЕННОСТЬ , ВЫБРАННЫЙ & ШИРОКОВЕЩАТЕЛЬ-НЫЙ_СТАТУС), активировать ad(|*. d|J*. bp||*. 1g||* и tp* соответствующей информацией и перейти к 11),

3)    выставить di*,

4)если    —СТАТУС.ЗАПИСИ & ВЫБРАННЫЙ, активироватьad|| *. d|)*, bp[J*, tg()* и Ip* соответствующей информацией и перейти к 11),

5)    если ЧАСТНЫЙ & МАСКИРОВАННЫЙ_ОБМЕН & ВЫБРАННЫЙ, проанализировать операнд маски на AD||*, D|l* и перейти к 10),

6)    если ЧАСТНЫЙ & СРАВНЕНИЕ__ОБМЕН & ВЫБРАННЫЙ. проанализи|ювать операнд сравнения на AD(J*, DM* и перейти к 10),

7)    если ЧАСТНЫЙ & (ВЫБОРКА^СЛОЖЕНИЕ_СО_СТАРШЕГО J ВЫБОРКА_СЛОЖГ-НИЕ_С МЛАДШЕГО) & ВЫБРАННЫЙ*. проанализировать операнд сложения на AD||*, D(]* и перейти к 10),

8)    если МАСКИРОВАНИЕ, ОБМЕН | СРАВНЕН И Е_ОБМЕН, проанализировать операнд обмена на ADj)*, ОЦ* и nepcimi к 10),

9)    если СТАТУС_ЗАПИСИ & (ВЫБРАННЫЙ ; ШИРОКОВЕЩАНИЕ ; ЛОВЯЩИЙ ДАН-НЫЕ), проанализироватьданные на AD|)*, DU★ ,

10)    проанализировать”ни формацию на ВР(]*, TG()* и ТР*,

11)    активировать si6*. st 1 * и stO* соответствующим статусом,

12)    затем снять dk*.

13)    ждать, пока —AS* \ DS*.

14)    если ФАЗА_РАССОЕДИНЕНИЯ, снять ad|J*, d||*, bp|]*, tg[|*, tp* и перейти к фазе рассоединения, какописано в 6.2.3.23,

15)    если ФАЗА_ДАННЫХ, перейти к нечетному обмену, как описано в 6.2.3.8.

6.2.3.7    Принудительная фата данных задатчика — второй нечетный обмен

1)    Если ЧАСТНЫЙ & (МАСКИРОВАНИЕ_ОБМЕН & СРАВНЕНИЕ ОБМЕН). ЗАДАТЧИК должен активировать ad(]* соответствующим операндом обмена и перейти к 4).

2)    Если ЗАЛ ИСЬ_СМД, ЗАДАТЧИК должен активировать ad|| * , d[] * и bp(|* соответствующими данными и перейти к 4).

104

Страница 112

ГОСТ Р ИСО/МЭК 10857-95

3)    Если -ЗАПИСЬ_СМД, ЗАДАТЧИК должен cmm>ad|]*,dl)*, Ьр() ♦. t^|] , lp* и перейти к 5).

4)    ЗАДАТЧИК должен активировать tg|J* и ip* соответствующей информацией.

5)    Затем ЗАДАТЧИК должен снять ds*,

6)    ЗАДАТЧИК должен ждать, пока ПРИЗНАКЛАННЫХ.ЗАФИКСИРОВАН ! ТАЙ VI-АУТ_П ередач И.

7)    Если установлен ТАЙ М-АУТ_П ЕРЕДАЧ И. ЗАДАТЧИК должен nepeirrn к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

8)    Если -ЗАПИСЬ СМД. ЗАДАТЧИК должен проанализировать информацию на AD||*. D||*. BP(|*. TGU* и TP*.

У) Если ЧАСТНЫЙ & (MAC К И РО BA Н И Е_0 БМ EH j СРАВНЕНИЕ ...ОБМЕН), ЗАДАТЧИК должен перейти к фазе рассоединения, как описано в 6.2.3.22.

10) ЗАДАТЧИК должен перейти к четному обмену, как описано в 6.2.3.11, если -НУЛЬ_СЧЕТ-ЧИКА_ПЕРЕДАЧ. или к фазе рассоединения, как описано в 6.2.3 22, если НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ.

6.2 3.8 Принудительная фаза данных исполнителя — второй нечетный обмен

Исполнитель должен:

1)    если -СТАТУС ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЬ ИСПОЛНИТЕЛЯ j ШИРОКОВЕЩАНИЕ : ЛОВЯЩИЙ_ДАННblЕ), ждать выставления DK*. Проанализировать данные наАйЦ*. D|J* и перейти к 7),

2)если    -СТАТУС ЗАПИСИ & (ВНЕДРБННОСТЬ ; ВЫБРАННЫЙ & ШИРОКОВЕЩАТЕЛЬ-НЫЙ_СТАТУС), активировать ad||* . df | * . bp(J*f tg||* и 1р* соответствующей информацией и затем выставить dk* и перейти к 11),

3)    выставить dk * .

4)    если -СТАТУС_ЗАПИСИ & ВЫБРАННЫЙ, активироватьad(| *, d|l*. ЬрЦ*. tg|J* и tp* соответствующей информацией и перейти к 8),

5)    если ЧАСТНЫЙ & (МАСКИРОВАНИЕ.ОБМЕН & СРАВНЕНИЕ_ОБМЕН) & ВЫБРАННЫЙ. проанализировать операнд обмена на ADJ) *, D|| * и перейти к Я),

6)    если С’ГАТУС_ЗАПИСИ & (ВЫБРАННЫЙ ; ШИРОКОВЕЩАНИЕ • ЛОВЯЩИЙ_ДАН-НЫЕ), проанализировать данные на AD|) ★ и D(|*,

7)    проанализировать информацию на ВР||*. ТОЦ* и ТР*,

S) активировать st6*, stl * и stO* соответствующим статусом,

9)    затем снять di*,

10)    ждать, пока - AS* \ -DS*,

11)    если ФАЗА РАССОЕДИНЕНИЯ, снять ad(J*, dfl*. bp||*. tg|J*,tp* и nopeimt к фазе рассоединения, как описано в 6.2.3.23,

12)    если ФАЗА_ДАННЫХ, перейти к четному событию, как описано в 6.2.3.12.

6.2.3.9    Принудительная фаза данных задатчика — третий и последующие нечетные обмеиы

1)    Если ЗАПИСЬ_СМД, ЗАДАТЧИК должен активировать ad||*, d||*, bp()*, tg[|* н tp* соответствующей информацией и перейти к 3).

2)    Если -ЗАПИСЬ_СМД, ЗАДАТЧИК должен снять ad [fl*. d(f|*. bp[|*. tg||* и tp*.

3)    Затем ЗАДАТЧИК должен установить ds*.

4)    ЗАДАТЧИК должен ждать, пока ПРИЗНАК_ДАННЫХ ЗАФИКСИРОВАН j ТАЙМАУТ ПЕРЕДАЧИ.

5)    Если установлен ТАЙ VI-АУТ_ ПЕРЕДАЧ И, ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

6)    Если -3 АП И С Ь_С МД, ЗАДАТЧИК должен проанализировать информацию на AD||*. D[j*, ВРЦ*, TG(|* и ТР*.

7)    ЗАДАТЧИК должен перейти к четному обмену, как описано в 6.2.3.11, если -НУЛЬ_СЧЕТ-ЧИКА.ПЕРЕДАЧ, или к фазе рассоединения, как описано в 6.2.3.22, если НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ.

6.2.3.10    Принудительная фаза данных нсиолнителя — третий и последующие нечетные обмеиы

Исполнитель должен:

I) если -СТАТУС ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЬ_.ИСПОЛНИТЕПЯ J ШИРОКО- . ВЕЩАНИЕ | ЛОВЯ ЩИ ИЗДАННЫЕ), ждать выставления DK*, проанализировать данные на AD||* и D||* и перейти к 6),

I0S

Страница 113

ГОСТ Р И СО/М ЭК 10857-95

2)еслн    -СТАТУС_ЗАПИСИ & (ВНЕДРЕННОСТЬ | ВЫБРАННЫЙ & ШИРОКОВЕЩАТЕЛЬНЫЙ СТАТУС), активировать ad[|*. d||*. Ьр(|★, tg|J* и tp* соответствующей информацией, выставить dk* и перейти к 7),

3)    выставить dk*.

4)если    -СТАТУС_ЗАПИСИ & ВЫБРАННЫЙ, активировать ad[)*, d[J*. bp||*. tg||* и tp* соответствующей информацией и перейти к 7).

5)    если СТАТУС ЗАПИСИ & (ВЫБРАННЫЙ ; ШИРОКОВЕЩАНИЕ ; ЛОВЯЩИЙДАННЫЕ), проанализировать данные на AD||* и D||*.

6)    и|юанализировать информацию на BP|J* . TG|)* и ТР*.

7)    активировать st6*, sil * и $Ю* соответствующим статусом.

S) за Тем снять di*.

9)    ждать. пока -AS* \ -DS*.

10)    если ФАЗА_РАССОЕДИНЕНИЯ, снять ad||*, d||*. bp||* . tg||*, tp* и перейти к фазе рассоединения, как описано в 6.2-3.23,

11)    если ФАЗА_ДАННЫХ, ncpciiTii к четному обмену, как описано в 6.2.3.12.

6.2.3.11 Принудительная фаза данных задатчика — второй и последующие четные обмены

1)    Если ЗАПИСЬ_СМД, ЗАДАТЧИК должен активировать ad|] *, d[|*. bp(|*. !g(|* и tp* соответствующей информацией и ncpcimt к 3).

2)    Если -ЗАПИСЬСМД, ЗАДАТЧИК должен снять ad [ J *, d[) *. bp[J*. tg(}* и tp*

3)    Затем ЗАДАТЧИК должен снять ds*.

4)    ЗАДАТЧИК должен ждать, пока ПРИЗНАК Л АН Н ЫХ_ЗАФ И КС И РО ВАН | ТАЙМАУТ ПЕРЕДАЧИ.

5)    Если установлен ТАЙМ-АУТ_ПЕРЕДАЧИ, ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

6)    Если -ЗАПИСЬ_СМД, ЗАДАТЧИК должен оценить информацию на AD|]*, D|j*. ВР[|*. ТС(|* »i Т”*.

7)    ЗАДАТЧИК должен перейти к нечетному обмену, как описано в 6.23.9, если -НУЛ ^СЧЕТЧИКА ПЕРЕДАЧ, или к фазе рассоединения, как описано в 6.2.3.22. если НУ'ЛЬ_СЧЕТЧИКА_ПЕ-РЕДАЧ

6.2.3. <2 Принудительная фаза данных исполнителя — второй и последющие четные обмены

Исполнитель л аз жен:

Псслн -СТАТУС ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЪ_ИСПОЛНИТЕЛЯ | ШИРОКОВЕЩАНИЕ ; ЛОВЯЩИЙ_ДАННЫЕ), ждать выставления D1*. проанализировать данные на ADf)*. D||* и перейти к 6).

2)    если -СТАТУ С_3 А П И С И & (ВМВДРЕННОСТЬ ; ВЫБРАННЫЙ & ШИРОКОВЕЩАТЕЛЬ-НЫЙ.СТАТУС), активировать ad[}*, d(|*. bpf 1 *, tg[J* и tp* соответствующей информацией, выставить di* и перейти к 7).

3)    ВЫсТаВИТЬ di*,

4)    если -СТАТУС_ЗАПИСИ & ВЫБРАННЫЙ, активировать ad[J *, d(J*, bpf|*,tg()* и ip * соответствующей информацией и перейти к 7).

5)    если СТАГУС_ЗАПИСИ & (ВЫБРАННЫЙ , ШИРОКОВЕЩАНИЕ | ЛОВЯЩИЙ_ДАН-НЫЕ). проанализировать данные на AD(|* и 0(1*,

6)    проанализировать информацию на ВР|)* , ТО()* и ТР* ,

7)    активировать st6*. stl * и stO* соответствующим статусом,

8)    затем снять dk* .

9)    ждать, пока -AS* '-DS*.

10)    сели ФАЗА_РАССОЕДИНЕНИЯ, снять ad[]*, d[]*, bp()*, tg||*, tp* и перейти к фазе рассоединения, как описано в 6.2.3.23,

11)    если ФАЗА ДАННЫХ, nepcinrn к нечетному обмену, как описано » 6.2.3.10.

6.2.3.13 Пакетная фаза данных задатчика — одиночный пакетный режим

1)    Задатчик должен активировать ст(]* и ср* соответствующей информацией

2)    Если -ЗАПИСЬ_СМД, ЗАДАТЧИ К должен снять ad[| *, d(| *, bp(| *, tgj] * н tp *

3)    Затем ЗАДАТЧ И К должен выставить ds* -

4)    Если ЗАПИСЬ_СМД, ЗАДАТЧИК должен ждать минимум один битовый период и затем активировать ad( | *. d| | *, bp() *, tg|) * и tp * соответствующей пакетной передачей и, когда будет передан бит четности, перейти к S).

Страница 114

ГОСТ Р ИСО/МЭК 10857-95

5)    Если -ЗАПИСЬ_СМД, ЗАДАТЧ И К должен проанализировать пакетную передачу на AD)| *. 1)||*. BP(J*, TG|j*, ТР* и, когда будет принят бит четности, перейти к 6).

6)    ЗАДАТЧИК должен ждать, пока ПРИЗНАК_ДАННЫХ_ ЗАФИКСИРОВАН • ТАЙМ-АУТ_ПЕРЕДАЧИ.

7)    Если установлен ТАЙ М-АУТ_ ПЕРЕДАЧ И. ЗАДАТЧИК должен перейти к восстановлению тайм-аута Передачи, как описано и 6.2.3.24.

8)    ЗАДАТЧ И К должен nepcimi к фазе рассоединения, как описано в 6.2.3.22.

6.2.3 14 Пакетная фаза данных исполнителя — одиночный пакетный режим

Исполнитель должен:

1)    выставить dk*, активировать stl★ и $t0* соответствующим статусом и затем снять di* Завершение 1) может быть продлено до начала 7),

2)    если СТАТУС_ЗАПИСИ, проанализировать пакетную передачу на АП||*, D[|*. BPf|*. TG()*, ТР* и перейти к 7),

3)    если -СТАТУС_ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЬ.ИСПОЛНИТЕЛЯ ; ШИРОКОВЕЩАНИЕ), проанализировать пакетную пе|юдачу на AD||*. D|l*. ВР||*, TG|1*, ТР* и перейти к 7),

4)если    ВЫБРАННЫЙ & -СТАТУС_ЗАПИСИ & -ЗЛПИСЬ_ИСПОЛНИТЕЛЯ, активировать ad||* , d[J* . bplJ* tg|J* и tp* соответствующей пакетной передачей и перейти к 6),

5)    если -СТАТУС.ЗАПИСИ & ВНЕДРЕННОСТЬ, активировать ad|j*, d(]*. bp||*, tg||* и tp* соответствующе»! пакетной передачей и перейти к 6),

6)    снять ad[{ *, d{| * , bpH*tg||* Hip*,

7)    затем ждать, пока -AS* . и перейти к фазе рассоединения, как описано в 6.2.3.23.

6.2.3.15    Пакетная фаза данных задатчика — режим многократных пакетов — нечетная пакетная очередь

1)    Задатчик должен активировать сш(] * и ср* соответствующей информацией.

2)    Если -ЗА11ИСЬ_СМД. ЗАДАТЧИК должен снятьad(J*, d[J*. bp[J*, tg[J*, tp* и приготовить очередь для принятия пакета.

3)    Затем ЗАДАТЧ И К должен выставить ds*.

4)    Если ЗАПИСЬ СМД, ЗАДАТЧИК должен поставить в очередь соответствующий пакет для передачи.

5)    ЗАДАТЧИК должен ждать, пока ПРИЗНАК_ДАННЫХ_ЗАФИКСИРОВАН j 1АЙМ-АУТ ПЕРЕДАЧИ.

6)    Если установлен ТАЙМ-АУТ_ПЕРЕДАЧИ, ЗАДАТЧ И К должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

7)    ЗАДАТЧИК должен перейти к четному пакету в очереди, как описано в 6.2.3.17, если -НУЛЬ СЧЕТЧИКА_Г1ЕРЕДАЧ, или к фазе рассоединения, как описано В 6.2.3.22, если НУЛЬ_СЧЕТ-ЧИКА~ ПЕРЕДАЧ.

6.2.3.16    Пакетная фаза данных исполнителя — режим многократных пакетов — нечетная пакетная очередь

Исполнитель должен:

1)ссли    СТАТУС_ЗАПИСИ. подготовить очередь для принятия пакета,

2)    если ВЫБРАННЫЙ & -СТАТУС_ЗАПИСИ & -ЗАПИСЬ_ИСПОЛНИТЕЛЯ, поставить в очередь соответствующую пакетную передачу,

3)если    -СТАТУС ЗАПИСИ & ВНЕДРЕННОСТЬ, поставить в очередь соответствующую пакетную передачу.

4)    выставить dk * . активировать $t7*, st5* , st4*. $12*. si I * и siO* соответствующим статусом, затем снять di*,

5)    ждать, пока -AS*; -DS*.

6)    сели ФАЗА РАССОЕДИНЕНИЯ, ждать, пока не будет принят или передан бит четности последнего пакета в очереди, снять ad(| *. d| | *, bp| | *, tj?|| *. Ip* и перейти к фазе рассоединения, как описано в 6 2 3.23,

7)    если ФАЗА .ДАННЫХ, перейти к четному пакету в очереди, как описано в 6.2.3.18.

6.2.3.17    Пакетная фаза данных задатчика — режим многократных пакетов — четная пакетная очередь

I) Задатчик должен активировать сптЦ * и ср* соответствующей информацией.

107

>■) is*

Страница 115

ГОСТ Р ИСО/МЭК 10857-95

2)    Если -ЗАПИСЬ СМД, ЗАДАТЧИК должен снять ad|J *. dJJ*, bp|]*, tg[|*, Ip* и ПрИГото-вить очередь для принятия пакета.

3)    Затем ЗАДАТЧИК должен снять ds* .

4)    Если ЗАГ1ИСЬ_СМД, ЗАДАТЧИК должен поставить в очс]>сдь соответствующую пакетную передачу.

5)    ЗАДАТЧИК должен ждать, пока ПРИЗНАК_ДАННЫХ_ЗАФИКСИРОВАН ; ТАЙМ-АУТПЕРЕДАЧИ.

6)    Если установлен ТАЙМ-АУТ_ПЕРЕДАЧИ. ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

7> ЗАДАТЧИК должен перейти к нечетному пакету в очереди, как описано в 6.2.3.15, если -НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ, или к фазе рассоединения, как описано в 6.2.3.22, если Н УЛ Ь С Ч ЕТЧ И КА.. П Е Р ЕДА Ч.

6.2.3.18    Пакетная фаза данных исполнителя — режим многократных пакетов — четная пакетная очередь

Исполнитель должен:

1)    если СТАТУС_ЗАПИСИ, подготовить очередь для принятия пакета,

2)    если ВЫБРАННЫЙ & -СТАТУС_ЗАПИСИ & -ЗАПИСЬ_ИСПОЛНИТЕЛЯ, поставить п очередь соответствующую пакетную несдачу,

3)    если -СТАТУС_ЗАПИСИ & В НЕД РЕНН ОСТЬ, поставить в очередь соответствующую пакетную передачу,

4)    выставить di★, активировать $17 *, st5*, st4*, st2 *, st I * и stO* соответствующим статусом, тем снять dk*.

5)    ждать, пока -AS*; DS + .

6)    если ФАЗА_РАССОЕДИНЕНИЯ, ждать, пока не будет принят или передан бит четности последнего пакета в очереди, снять ad| j *, d| | *, bp| J *, tg|| * , tp* и перейти к фазе рассосдмнения, как описано в 6.2.3.23,

7)    если ФАЗА_ДАННЫХ, пс1»сйти к нечетному пакету в очереди, как описано в 6.2.3.16.

6.2.3.19    Пакетная фаза данных задатчика — режим многократных пакетов — пакетная передача

ЗАДАТЧИК должен считать каждую передачу гак, что он знает начало и конец каждого

пакета.

Пе|>сд инициализацией передачи первого пакета ЗАДАТЧ И К должен ждать по крайней мере один битовый период после начального выставления ds*.

Чтобы инициализировать передачу любого последовательного пакета, ЗАДАТЧИК должен:

1)    ждать, когда он осуществит смену сигнального уровня ds*, после смены ds* при запросе пакета, затем отметить готовность пакетного состояния.

2)    если в данное время не передается пакет и существует только один готовый к передаче пакет, ждать по крайней мерс один битовый период с момента последнего изменения ds* уровня,

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

6.2.3.20    Пакетная фаза данных исполнителя — режим многократных пакетов — пакетная передача

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

• Чтобы инициализировать передачу любого пакета, исполнитель должен:

1)    если в данное время не поддастся пакет и существует только один готовый к передаче от любого модуля на логической магистрали пакет, исполнитель может начать передачу пакета немедленно.

2)    если существует пакет, передаваемый в настоящее время, или пакеты в очереди перед ним, готовые к передаче по этой логической магистрали, исполнитель должен ждать, пока не будет передан бит четное! и всех предыдущих пакетов в очереди. Затем исполнитель может начать передавать новый пакет, когда пройдет по крайней мере один полный битовый период после приема исполнителем последнего бита четности.

KJS

Страница 116

ГОСТ Р ИСО/МЭК 10857-95

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

6.2.3.21 Пакетный протокол данных

Каждое локальное тактирование должно иметь отклонение от номинальной частоты не хуже, чем 0,01% при всех условиях работы. Модуль сообщает о своей пакетной скорости, как описано в 7.2.4.14.

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

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

Пакет не должен начинаться, пока ADD*. D()*, BP|J* , TCi[|* и ТР* не окажутся снятыми в течение хотя бы одного битового периода. Чтобы начать передачу, по всем активным АГ){] *, ПЦ*. ВРЦ*, TG(|* и ТР* линиям посылается синхронизирующее слово, в котором установлены все активные линии. Синхрослово следует перед словами данных. Длина данных 2, 4, 8, 16, 32 или 64 может быть установлена, используя РУС(С§К)»мсханизм, и вызывается командным сигналом DL* После того как данные переданы, должно быть послано продольное слово четности. Чет ность подсчитывается в единицах серийного битового базиса, включая биты синхронизации и четности Пакет с правильной четностью всегда заканчивается подходом BcexAD[|* , D||*. BP||*,TG||* и ТР* линии в снятое состояние.

6.2.3    22 Фаза рассоединения задатчика

1)    ЗАДАТЧИК должен ждать, пока ФАЗА_РАССОЦДИ НЕНИЯ j ТАЙ М-АУТ_ ПЕРЕДАЧ И.

2)    Если -СТА'ГУС_ПРИ НУЖДЕ НИЯ. ЗАДАТЧИК должен ждать, пока не будет передан бит четности последнего пакета в очереди или пока не будет установлен ТАЙМ-АУТ ПЕРЕДАЧИ.

3)    Если установлен ТАЙМ-АУТ ПЕРЕДАЧИ. ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

4)    Если ЗАПИСЬ СМД j СТАТУС, РАСЩЕПЛЕНИЯ, ЗАДАТЧИК должен активировать AD|| * соответствующей информацией рассоединения.

5)    Если установлены ЗАПИСЬСМД | СТАТУС. РАСЩЕПЛЕНИЯ. ЗАДАТЧИК должен активировать tgU* Htp* соответствующей информацией.

6)    ЗАДАТЧИК должен активировать cm|J* и ер* соответствующей информацией.

7)    ЗАДАТЧИК должен снять as* и выставить ai* .

8)    Если СТАТУС ПРИНУЖДЕНИЯ & ds*. ЗАДАТЧИК должен ждать, пока -ШИРОКОВЕ-ЩАТЕЛЬНЫЙ_СТАТУС & -DK* ! ШИРОКОВЕЩАТЕЛЬНЫЙ_СТАТУС & —DKf I ТАЙМ-ЛУГ,, ПЕРЕДАЧ И.

9)    Если установлен ТАЙМ-АУТ_ПЕРЕДАЧИ, ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

10)    ЗАДАТЧИК должен снять ds* н ak*.

11)    Ждать, пока -АКТ.

12)    Снять ud(|*, d| 1 * . bp||*, tg[J*, tp*, cm{J* иср*.

13)    Если ТЕ* снят, обновить соответствующую информацию о состоянии модуля.

14)    Затем установить ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

15)    Если ЗАДАТЧИК собирается вы полнить другую передачу, перейти к фазе соединения, как описано в 6.2.3.1.

16)    Снять et*.

6.2.3    23 Фаза рассоединения исполнителя

1)    Если -СТАТУС_ПРИНУЖДЕНИЯ. ждать, пока не будет передан бит четности последнего пакета в очереди.

2)    Если ЗАПИСЬСМД СТАТУС РАСЩЕПЛЕНИЯ, исполнитель должен проанализировать ADH*. ВРЦ*. ТОЦ* и ТР*.

3)    Проанализировать СМ| | * и СР*.

4)    Выставить ai*

109

Страница 117

ГОСТ Р ИСО/МЭК 10857-95

5)    Если выставлен, снять ilk*.

6)    Если -УДЕРЖАНИЕ БЛОКИРОВКИ, сбросить БЛОКИРОВАН ИЕ_РЕСУРСОВ.

7)    Если ил время передачи была обнаружена ошибка, установить (с*.

8)    Снять ак*

9)Ждать,    пока КОНЕЦ РАССОЕДИНЕНИЯ.

10)    Снять st|7 .. . 1|* иса(]*.

11)    Если ТЕ* снят, обновить соответствующую информацию о сосюянии модуля.

12)    Затем установить ЗАВЕРШЁН ИЕ_Г1ЕРЕДАЧ И.

6.2.3.24 Воссгановление тайм-аута передачи

Когда установлен ТАЙМ-АУТ_ПЕРЕДАЧИ, ЗАДАТЧ И К должен выполнить операцию Инициализации Магистрали, как описано в 7.2.3.3. За избежание и исправление ошибок, вызывающих тайм-аут пс]юлачн, несетответственность разработчик системы.

7 СИСТЕМНОЕ УПРАВЛЕНИЕ МАГИСТРАЛЬЮ

7 I Описание

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

В таблице 7.1 приведены соотношения между продолжительностью выставления сигнала RE* и последующими за этим событиями. Детали представлены в нижеследующих разделах.

I .1 0 л II II а 71 — Соотношения событии и ниггелшостсй КЕ*

Со&гж

Собшнс k-nff.tfrin ся/чяпикмт. «ели BE * нкпмш h кчеимс.

Длм ишлныихшии «обмгн* калиыт- К!» t т*мк-

Включение ИКПЖНЯ

30 мс (внутреннее состояние, указывающее

100 200 мс (плюс Пеков самотестирова

на пкнючение питания)

ние)

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

30-ЯЮ мс

100-200 ме

ИниинАИпаима маги

2—30 мс

4—12 мс

страли

Иыря 9Н нвин ис модули.

1-1W мке

1 мхе noc.iL- злаершения текущей переда

внедренного и действую

чи

щую систему

Зависание линии

500—1000 МС (3-> НСКЛЮ'1СИИвМ «ключешш

Не применяйся

питания)

7.1 I 1. Включение питания

Когда происходит первоначальное включение питания системы, устройство питания выставляет сигнал сброса ic *. Устройство питания должно выставить ic* раньше, чем любое из напряжений питания магистрали достигнет 40 % номинальной величины. Устройство питания поддерживает ге* выставленным в течение 100—200 мс после того, как все напряжения питания магистрали достигнут необходимою уровня. Это позволяет всем модулям на магистрали определить, что произошел системный сброс Последовательность включения питания показана на рис. 7—1.

7.1.1.2 Системный сброс

Любом модуль, инициирующий системный сброс, выставляет те* на 100—200 мс. Все модули п системе отслеживают сигнал RE*. Если модуль обнаруживает, что RE* выставлен дольше, чем на 30 мс. то происходит системным сброс. Когда модуль обнаруживает, что произошел системный сброс, он выставляет ie*. Затем модуль выполняет внутренние операции сброса, необходимые ему для участия в передачах по магистрали. Когда модуль завершил лги операции, он снимает ге*, показывая, что он готов принять участие в передачах. После снятия ге* модули ожидают до тех пор. пока они не определят, что RE1 в логическом нуле. Это означает, что все модули готовы для проведения действий на магистрали.

Операции внутреннего сброса могут включать в себя самотестирование или другие операции, которые могут занимать длительное в|>емя. Поэтому было бы желательно проектировать модули, которые снимают ге * после того, как они полностью работоспособны, но до того, как они завершат самотестирование. В этом случае модули лишь нуждаются в способности выставлят ь признак занятости во время передач с последующим снятием ге*, но после завершения самотестирования. Временная диаграмма системного сброс;» показана на рис. 7—2.

Страница 118

ГОСТ Р ИСО/МЭК 10857-95

Если линия сброса не отпускается и пределах 500—1000 мс, за исключением первого включения питания, все модули отпускают гс*. чем разрешают определение ситуации ошибочного зависания линии сброса. Любые последующие действия зависят от конкретной системы.

100%---------

/

40%---/

Напряжение    /

питания    /

магистрали    /

ге’    \__/

^Г.Г°    h--100-200 мс -

Рисунок 7—1 — Последовательность включения лигания

Напряжение питания магистрали покшпо как однополярное положительное ТОЛЬКО ал* иллюстрации процесса Действительные напряжения определены другими стандартами и woiyr быть как положительными, так и офииагельными и авуиоляриыми

RE’    .....\    А

V-(

re*    |\-/1

(модуль, иници- *    «-Ю0-200    мс -»Ч

ирукзщий систем-    •    1

ный сброс)

re' (другой модуль)

30 мс|

Рисунок 7—2 — Последовательность системного сброса

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

Если модули обнаруживают RF.* выставленным более 2 мс, происходит операция инициализации магистрали. Когда модуль определяет операцию инициализации магистрали, он инициализирует сею и интерфейсные схемы и находится в ожидании, определяя, не является ли операция также и системным сбросом Если модуль определяет REf в состоянии логического нуля до истечения 30 мс, он возобновляет операцию. Операция инициализации магистрали сбрасывает интерфейс магистрали, но она должна быть незаметной для функционирования остальной части системы.

7.1.1.4    «Живое» вставление

Логический протокол ФБ-*- обеспечивает для модулей, вставленных и действующую систему с включенным питанием, возможность приведения их логического состояния в соответствие с состоянием других модулей на магистрали и начало работы. Когда модуль был вставлен в магистраль и определил, что он только что был включен, он п|юаеряег, не выставлен ли RE*. Если сигнал не выставлен, то модуль предполагает, что он был внедрен в «живую» систему. Если линия сброса выставлена, то модуль ждет ее освобождения, чтобы установить, является ли это событие полным системным сбросом, а не инициализацией магистрали или «живым» вставлением. В конце концов модуль устанавливает факт вставления в действующую систему.

Ш

Страница 119

ГОСТ Р ИСО/МЭК 10857-95

Модуль, вставленным в действующую систему, выставляет ге * для того, чтобы сообщить всем другим модулям, что он нуждается в подстройке. Модули не начинают никаких новых передам, что приводит к установлению на магистрали состояния «холостого хода*. Внедренный модуль после выставления сигнала сброса ожидает до тех пор, пока магистраль не будет находиться в состоянии «холостого хода» как минимум 1 мке, после чего выставляет ai* и ат* для завершения подстройки. После этого модуль отпускает ге* и все модули продолжают работу после того, как обнаружат, что RF.f находится в логическом нуле.

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

7.1.1.5 «Живое* удаление

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

Оператор, удаляющий модуль, должен вначале каким-либо образом известить плату о том, что она скоро будет удалена. Модуль, если он способен, завершает все задачи, находящиеся в данный момент в работе. Это может пот|>ебовлть копирования хранящейся в модуле информации в другое место системы. Когда завершены передачи, требуемые для выполнения этих задач, модуль должен заблокировать свое участие в любых дальнейших передачах на магистрали. В это время модуль должен держать выставленными только ai* и/или ак* и. возможно, одну или более линий, синхронизирующих арбитражные сообщения.

Модулям разрешается освобождать ак * в течение фазы данных или освобождать ш* в течение «холостого хода» параллельной магистрали. Модулям |К13)>ешается вынимание из протокола арбитражных сообщений в одной из грех точек. В течение фазы 0 Модулю разрешается вынимание освобождением аг* . В течение фазы 2 модулю разрешается вынимание осжЛюждением ар* . В течение фазы 4 модулю разрешается вынимание освобождением aq*.

7.1.2 Управляющие и статусные регистры ФБ+

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

7.1 2.1 Регистры возможностей модуля

Все модули оборудованы следующими регистрами способностей:

*    ЛОГИЧЕСКИЕ_СПОСОБНОСТИ_МОДУЛЯ

*    ВНУТРЕННЯЯ_ЗАДЕРЖКЛ_СОРЕВНОВАНИЯ

*    РАЗМЕР ФРАГМЕНТА_СООБЩЕНИЯ

*    С КО РОСТ Ь_ ПАКЕТА

Регистры способностей модуля доступны только для чтения. В большинстве систем данные для этих регистров будут расположены в ПЗУ способностей.

7.12.11 Регистр логических способностей модуля

Регистр логических способностей модуля показан на рис. 7—3. Каждое поле по отдельности описано в следующих ларагра<(к1Х.

Биты СПОСОБНОСТЬ_ПАКЕТНОЙ_ДЛИНЫ_н показывают, какую длину пакета поддерживает модуль. Действительные длины пакетов — 2, 4, 8. 16. 32 и 64 передачи.

БитСПОСОБНОСТЬ_МНОЖЕСТВЕННЫХ_ПАКЕТОВ, будучи установленным, показывает, что модуль поддерживает режим множественной передачи пакетов

Бит ПАКЕТНАЯ_СИОСОБНОСТБ, будучи установлен, показывает, что модуль поддерживает пакетный режим.

БигТЕГОВАЯ_СПОСОБНОСТЬ показывает, что модуль оборудован одной или более линией icra. Поле количеств;! линий тега показывает, каким количеством теговых линий оборудован модуль

Страница 120

ГОСГ Р ИСО/МЭК 10857-95 MSB    ISB+16

LSB+15    LSB


ПАКЕТНАЯ_ДЛИНА_64_

ПАКЕТНАЯ_ДЛИНА_32 _

ПАКЕТНАЯ_ДЛИНА_16 _

ПАКЕТНАЯ_ДЛИНА_8 -

ПАКЕТНАЯ _ДЛИНА_4 -

ПАКЕТНАЯ _ДЛИНА_2 _

СПОСОБНОСТЯМ НОЖЕСТВЕННЫХ_ПАКЕТОЕ

ПАКЕТНАЯ.СПОСОБНОСТЬ-

Количество линий твгв -

ТЕГОВ АЯ_СПОСОБНОСТЬ-

СПОСОБНОСТЬ ВЫБОРКА СЛОЖЕНИЕ-

СПОСОБНОСТЬ_СРАВНИТЕЛЬНОГО_ОБМЕНА СПОСОБНОСТЬ_МАСКИРОВАНИЯ_И_ОБМЕНА КЕШЕВАЯСПОСОБНОСТЬ


(б)

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

ИНИЦИАТОР, РАСЩЕПЛЕНИЯ -

ПРИНИМАЮЩИЙ РАСЩЕПЛЕНИЕ -

СПОСОБНОСТЬ СООБЩЕНИЯ -

СПОСОБНОСТЬ ЗАДАТЧИКА -

СПОСОБНОСТЬ 64 РАЗРЯДНОГО.АДРЕСА СПОСОБНОСТЬ_32 РАЗРЯДНОГО АДРЕСА СП0С0БН0СТЬ_258.РАЗРЯДНЫХ1ДАННЫХ СПОСОБНОСТЬ 128 РАЗРЯДНЫХ .ДАННЫХ СПОСОБНОСТЬ 64 РАЗРЯДНЫХ „ДАННЫХ СПОСОБНОСТЬ_32_РАЭ РЯДНЫХ _ДАННЫХ

Рисунок 7— 3 — Гегапр лопсьхких moutfiiiocTvii молу.и

Бит СПОСОБНОСТЬ. ВЫБОРКА_СЛОЖЕНИЕ показывает способность модуля выполнить защищенную команду ВЫБОРКА_СЛОЖЕНИЕ.

Биг СПОСОБНОСТЬ СРАВНИТЕЛЬНОГО ОБМЕНА показывает способность модуля выполнять защищенную команду СРАВНИТЕЛЬНЫЙ ОБМЕН

Бит СПОСОБНОСТЬ_МАСКИРОВАНИЯ_И_ОБМЕНА показывает способность модуля выполнять защищенную команду МАСКИРОВАННЫЙ_ОБ\1ЕН.

Бит КЕШЕВАЯ СПОСОБНОСТЬ показывает способность модуля принимать участие к передачах с кешированной когерентной разделяемой памятью.

birr И Н И Н И А' ГО Р [’АС' Щ Е П Л Е Н И Я показывает способность модуля инициировать расщепленные передачи. Иниииатор расщепленной передачи способен выставлять сигнал SR*. после чего выполнять ответную передачу на магистрали.

Б in ПРИНИ \1АК)1ЦИЙ_РАСЩЕПЛЕНИЕ подзывает, что модуль способен принимать расщепленные пс|>елачн. Коша принимающий расщепленную передачу является задатчиком и совершает передачу, он способен обнаружить выставление SR*. закончить передачу и ожидать ответную передачу от модуля, выставившего SR+.

Бит СПОСОБНОСТЬ СООБЩЕНИЯ показывает способность модуля принимать участие в передаче прохождении сообщения, как описано в 9.2.

Бит С ПОСОБНОСТЬ 1<\Д/\ТЧ И КА показывает способность модуля становиться задатчиком

ИЗ

Страница 121

ГОСТ Р ИСО/МЭК 10857-95

Бит СПОСОБНОСТЬ_64_РАЗРЯДНОГО_АДРЕСА показывает способность модуля поддерживать 64-разрядный адрес в дополнение 32-разрядному адресу, принятому по молчанию.

£ит СПОСОБНОСТЬ_32_ РАЗРЯДНОГО АДРЕСА должен быть установлен, г. к он подзывает способность модуля работать с 32-разряднымн адресами, которую должны обеспечивать все модули.

Биты СПОСОБНОСТЬ 32_РАЗРЯДНЫХ.ДЛННЫХ, СПОСОБНОСТЬ^РАЗРЯДНЫХ,_ДАН-НЫХ, СПОСОБНОСТЬ 128 РАЗРЯДНЫХ ДАННЫХ, СПОСОБНОСТЬ_256_РАЗРЯДНЫХJlAHHblX показывают разрядности данных, поддерживаемых данным модулем. Бит СПОСОБНОСТЬ_32_РАЗ-РЯДНЫХ. ДАННЫХ должен быть установлен, т. к. все модули поддерживают эту разрядность данных.

7.1.2.1.2 Регистр внутренней задержки соревнования

Система использует регистр внутренней задержки соревнования для вычисления времени решения наихудшего случая в течение времени соревнования арбитражного сообщения на магистрали (рис. 7—4).

L5B

Внутренняя задержка соревнования (7)

MSB

I    Г

3;ipcjc|>iii«|x>fu!iu) (2i)

Рисунок 7-4 - Регистр пнуфсмисй задержки сореыюеиння

7.1.2.1.3 Регистр размера фрагмента сообщения

Все модули, имеющие способность пе|>едачи сообщений, должны быть способны передавать фрагмент сообщения в 64 байга. Модули, имеющие способность передачи сообщении, могут указы вагь на свою способность передавать сообщения, размер фрагмента которых есть иелое число, умножение на 64 байта. Максимальный размер фрагмента указывается величиной в perncrjx: размера (фрагмента сообщения (рис. 7—5).

MSB    LSB

I    '

Размер фрагмента сообщения (32j

Рисунок 7—5 — Регистр рааис|>и ф|№гмекг.1 сооОшсния

7.1.2.1.4 Регистр скорости пакета

Регистр скорости пакета содержит четыре Н-разрядных поля, показывавших одну из чегерых cKopocTeii передачи, поддерживаемых модулем (рис. 7—6). Нулевая величина показывает, что поле не содержит поддерживаемой скорости передачи пакета.

MSB    ■    lsb

Скорость D <8>

Скорость С (X)

Скорость В (S)

Скороаъ А (&)

Рисунок 7—6 — Регистр скорости пакета 7 1.2.2 Регистры управления модулем

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

*    ЛОГИЧЕСКИЙ РЕГИСТРОБЩЕГО УПРАВЛЕНИЯ

*    ЛОГИЧЕСКИЙ РЕГИСТР УПРАВЛЕНИЯ МОДУЛЕМ

*    РЕГИСТР ЗАДЕРЖКИ РАСГ1 РОСТРАНЕНИЯ МАГИСТРАЛИ

*    РЕГИСТР_ВРЕМЕНИ ЗАВЕРШЕНИЯ СОРЕВНОВАНИЯ

*    РЕГИСТР_ТАЙМ-АУТА_ПЕРЕДАЧИ

*    МАСКА_ВЫБОРА_ПРОХОЖДЕНИЯ_СООБЩЕНИЯ

Регистры управления модулем достучшы как для чтения, так и для записи.

114

Страница 122

ГОСТ Р ИСО/МЭК 10857-95

7.1.2.2 I Логический регистр общею управления

Логический ]>erHcTj> общего управления показан на рис. 7- -7.

Зарезервировано (18)

MSB

ЦЕНТРАЛ ЬНЫЙ_АР6ИТР    "

РАЗРЕШЕНИЕ РЕЖИМА_МНОЖЕСТ8ЕННОСТИ_ПАКЕТОВ

разрешение1пакетно"й_длины_64

РАЗРЕШЕНИЕ ПАКЕТНОЙ_ДЛИНЫ_32    “

РАЗРЕШЕНИЕ ЛАКЕТНОЙ_ДЛИНЫ_1б-----

разрешение'пакетной_длины_8----

РАЗРЕШЕНИЕ ПАКЕТНОЙ_ДЯИНЫ_4—-

РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ_2-

Высокая скорость пакета--—

Низкая скорость пакета---- — - —-

СПОСОБНОСТЬ РАСПРЕДЕЛЕННОГО.СООБЩЕНИЯ-

РАЗРЕШЕНИЕ_РАСЩЕПЛЕНИЯ-

Рисунок 7—7 — Логический регистр общего управления

Каждое поле по отдельности описано и следующих параграфах.

Происсс конфигурации устанавливает разряд ЦЕНТРАЛЬНЫЙ_АРБИТР для выборки центрального арбитра вместо распределенного арбитра с целью определения задатчика магистрали. Этот разряд также устанавливается аппаратно, когда REf переходит в положение логического нуля после включения питания или системного сброса, если на магистрали есть модуль центрального арбитра.

Происсс конфигурации устанавливает разряд РАЗРЕШЕН ИЕ_РЕЖИМА_ МНОЖЕС Т ВЕННОСТИ ПАКЕТОВ для указания на то, что модуль может производить передачи, используя множественный пакетный режим.

Процесс конфнгу)Х|Цни устанавливает разряды РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ_н для указания того, какие длины передачи пакетов допускается использовать модулю.

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

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

Процесс конфигурации устанавливает разряд СПОСОБ1ЮСТЬ_РАСПРЕДЕЛЕННОГО..СООБЩЕНИЯ для того, чтобы разрешить модулю посылать сообщения распределенного арбитража.

Процссс конфигурации устанавливает разряд РАЗРЕШЕНИЕ.. РАСЩЕПЛЕН ИЯ для указания гою, что модуль может расщеплять передачи на магистрали, если он имеет такую способность

7.1.2.2.2 Логический регистр управления модулем

Логический регистр управления модулем показан на рис. 7—8. Каждое поле по отдельности описано в следующих параграфах.

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

П|)ОЦссс конфигурации устанавливает разряд РАЗРЕШЕНИЕ_СООБЩЕНИЯ .ЧЕТНОСТИ для указания того, 'по модули будут сообщать об ошибке четности, выставлением be* и tc*

Процесс конфигурации устанавливает разряд РАЗ РЕШЕН ИЕ^ВЫСОКОЙ.СКО РОСТ И для указания тою, что модуль способен работать с высокой скоростью пакета

Процесс конфигурации устанавливает разряд РАЗРЕШЕНИЕ,ЗАДАТЧИКА — 8 для того, чтобы разрешить модулю становиться задатчиком (при наличии у модуля такой способности).

Страница 123

ГОСТ Р ИСО/МЭК 10857-95

MSB

LSB

Зарезервировано (24)    |    (3)    |    |    ~|    ~]~

Количество активных линий TG[)* -

РАЗРЕШЕНИЕ ТЕГОВ -

РАЗРЕШЕНИЕ СООБЩЕНИЯ.ЧЕТНОСТИ РАЗРЕШЕНИЕ_ВЫСОКОЙ.СКОРОСТИ _ РАЗРЕШЕНИЕ~ЗАДАТЧИКА-

Рисунок 7 .4 Логическим регион умраатени* модулем

7.1.2.2.3 Регистр задержки распространения магистрали

Процесс конфигурации записывает В поле задержки распространении магистрали величину задержки распространения сигнала п одном направлении но магистрали (рис. 7—9). Модули могут использовать что значение дли установки своих схем объединения по проводному ИЛИ и задержки арбитражного сообщения.

MSB    LSH

Зирперимроишю (26)    Задержки    распространении    мдгнсгрй.ч|)    (6)

Рисунок 7 -9 Регистр задержки расироараиени* магистрали

7.1.2.2.4 Регистр времени завершения соревнования

Процесс конфигурации устанавливает |>сгистр времени завершения соревнования в соответствии с наихудшим значением, которое модуль будет использовоть для определения своего времени завершения соревнования в процессе соревнования арбитражных сообщений (рис. 7—10).

MSB    LSB

Время >а першения соревновании (12)

'Зарегеримрошит (20)

(___

Рисунок 7—10 — Регистр Камени -иве^шеиин соревнования 7.1 2 2.5 Регистр тайм-аута передачи

Процесс конфигурации записывает в поле тайм-аута передачи длительность промежутка времени. в течение которого задатчик ждет перед тем, как установить свой атрибут тайм-аута передачи (рис. 7—11).

MS»    LSB

гг:

It рем* Тайм ayrj передачи (32)

Рисунок 7—| | — РегИсГр гоКм-ауга передачи 7.1.2.2.6 Маска выбора прохождения сообщения

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

Маска набора прохождения сообщения (6))

Рисунок 7-.J2 — Млека выбора прохождения «юОщения

116

Страница 124

ГОСТ Р ИСО/МЭК 10857-95

7 2 Спецификация

7.2.1 Лт|1ибу1 ы управления магистралью

УДЕРЖАН И Е_МАГИСТРАЛ И

Модули должны устанавливать УДЕРЖАНИЕ МАГИСТРАЛИ при условии: RE* & -УСТРОЙСТВО МАГИСТРАЛИ & -СИСТЕМНЫЙ_СБРОС & -ВКЛЮЧЕНИЕ,ПИТАНИЯ & ЖИ ВОЕ_ВСТАВЛЕНИЕ. Модули должны удерживать установленным УДЕРЖАНИЕ МАГИСТРАЛИ до: ЖИВОЕ.ВСТАВЛЕНИР | УСТРОЙСТВО МАГИСТРАЛИ 'СИСТЕМЫЫЙ_СБРОС.

Н ЕЗАНЯТОСТЬ_ МАГИСТРАЛ И

Модули должны устанавливать НЕЗАНЯТОСТЬ_МАГИСТРАЛИ при условии; -AQf & AR* & AS* & Al* & КОНЕЦ.РАССОЕДИНЕНИЯ.

Н ЕЗ АН ЯТОС ТЬ_ МАГИСТРАМ И. 1 US

Модули должны устанавливать НЕЗАНЯТОСТЬ_МА1 HCTPAITH_IUS при условии; НЕЗАНЯТОСТЬ^ МАГИСТРАЛ И был установлен в течение минимум I мке; и должны поддерживать его установленным до:    Н ЕЗАНЯТОС.ТЬ_МАГИСТРАЛ И

УСТРОЙСТВО_ МАГИСТРАЛ И

Модули должны устанавливать УСТРОЙСТВО. МАГИ СТРАТ И при условии: REf & —СИСТЕМНЫЙ _СБРОС & — ВКЛК)ЧЕНИЕ_ПИТАНИЕ в течение минимум 2 мс. Модули должны поддерживать УСТРОЙСТВО_МАГИСТРАЛИ установленным до:СИСТЕМНЫЙ СБРОС | ВКЛЮ-Ч Е Н И Е_П ИТАН ИЯ J-REf.

ВХОДЯЩИЙ

Модули должны устанавливать ВХОДЯЩИЙ при условии: ВКЛЮЧЕНИЕ_Г1ИТАНИЯ & -REf. Модули должны удерживать ВХОДЯЩИЙ установленным до: СИСТЕМНЫЙ СБРОС &. (ai* ! аг*).

ИНИЦИАЛИЗАЦИЯ

Модули должны устанавливать ИНИЦИАЛИЗАЦИЯ при условии: ВКЛЮЧЕНИЕ ПИТА-НИЯ ! СИСТЕМНЫЙ_СБРОС | УСТРОЙСТВО МАГИСТРАТ И.

«ЖИВО Е»_ВСТАВЛ е н и е

Модули должны устанавливать «ЖИВОЕ»_ВСТАВЛЕНИЕ при условии: -ВКЛЮЧЕНИЕ_ПИ-ТАНИЯ & -ВХОДЯЩИЙ & СОБЫТИЕ_СБРОСА & -REf. Модули должны удерживать «ЖИВОЕ^ ВСТАВЛЕНИЕ установленным до: ФАЗА 5.

КО MAI 1ДА_«Ж И ВО ГО*_УДАЛ Е Н И Я

КОМАНДА_«ЖИВОГО*_УДАЛЕНИЯ должна быть установлена в модуле, когда он предупрежден о том, что будет отключен.

ВКЛЮЧЕН И Е_П ИТАН ИЯ

Модули должны устанавливать ВКЛЮЧЕНИЕ_ПИТАНИЯ при подаче напряжения питания. Вставленные «вживую* модули не должны выставлять никаких сигналов на магистраль до установки ВКЛЮЧЕНИЕ ПИТАНИЯ. Модули должны удерживать ВКЛЮЧЕН И Е_ПИТАН ИЯ установленным до: СИСТЕМНЫЙ.СБРОС | НЕЗАНЯТОСТЬ, МАГИСТРАТ! И JUS & ai* &аг*. Модули должны ожидать минимум 1 мке после выставления ге* до того, как сбросить ВКЛЮЧЕНИЕ ПИТАНИЯ. Модули, не способные управлять аг*, могут предполагать, что он выставлен.

ВРЕМЯ_ВКЛ ЮЧЕНИЯ_ПИ ГАНИЯ

Модули должны устанавливать ВРЕМЯ_ВКЛЮЧЕНИЯ ПИТАНИЯ при подаче напряжения питания. Модули должны сбрасывать ВРЕМЯ_ВКЛ ЮЧЕНИЯ_ПИТАНИЯ минимум через 500 мс и не позднее чем через 1000 мс.

ГОТОВ НОСТЬ_ДЛЯ_УДАЛ ЕНИЯ

Модули должны устанавливать ГОТОВНОСТЬ^ДЛЯ УДАЛЕНИЯ при условии: КОМАН* ДА_ЖИВОГО_ОТКЛЮЧЕНИЯ & -ар* & -aq* & -аг* & -as* & -ak* &. -ai* & -om(J* & -cp* & -st||* & -ca||* & -re* & -ab|J* & -abp* & -acO* & -ad* & -ad||* & -d[|* & -bp|)* & -rqO* & -rql* & -et*.

ЗАВЕРШЕННЫЙСБРОС

Модуль должен устанавливать ЗАВЕРШЕННЫЙ СБРОС при условии: СИСТЕМНЫ Й.СБРОС и если он завершат свою процедуру сброса, и готов для передач на магистрали. Модули должны удерживать ЗАВЕРШЕННЫЙ_СБРОС установленным до: —REf.

117

Страница 125

I OC1* P ИСО/МЭК 10857-95

СОБЫТИЕ СБРОСА

Модули должны устанавливать СОБЫТИЕ СБРОСЛ при условии. RF.*. Модули должны удерживать СОБЫТИЕ СБРОСА установленным до: СИСТЕМНЫЙ.СБРОС \ УСТРОЙСТВО,МАГИСТРАЛИ !«ЖИВОЕ*_ВСТАВЛЕНИЕ.

СИСТЕМНЫЙ СБРОС

Модули должны устанавливать СИСТЕМНЫЙ СБРОС при условии: REf выставлен в течение минимум 30 мс. Модули должны удерживать СИСТЕМНЫЙ „СБРОС установленным до: -REf

7.2.2    Сигнал сброса RE*

Модули должны выставлять ге* при условии: СИСТЕМНЫЙ, СБРОС & -ЗАВЕРШЕННЫЙ СБРОС J ВХОДЯЩИЙ & -REf или инициировать системный сброс, инициализацию магистрали или «живое* вставление, как определено в 7.2.3. Модули должны удерживать ге* выставленным до СИСТЕМНЫЙ СБРОС & ЗАВЕРШЕННЫЙ_СБРОС | ВХОДЯЩИЙ & НЕЗАНЯТОСТЬ, МАГИСТРА.! И_1 US & ar* & ai*.

7.2.3    Определение протокола

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

Система питания должна:

1)    выставить гс* прежде, чем любое из питающих напряжений магистрали достигнет 40 % от номинала,

2)    поддерживать ге* выставленным до тех пор. пока все питающие напряжения магистрали не установятся в пределах, определенных спецификацией,

3)    П|юдолжать удерживать ic* еще 100—200 мс,

4)    отпустить ге *.

Модули должны:

1)    после определения наличия напряжения питания и появлении способности установить ВКЛЮЧЕНИЕ ПИТАНИЯ,

2)    ожидать до: СИСТЕМНЫЙ. СБРОС -REf,

3)    приступить к системному сбросу, как определено в 7.2.3.2 при условии: СИСТЕМНЫЙ. СБРОС,

4)    приступить к процедуре «живого* вставления, как определено в 7.2.3 4 при условии -REf.

7.2.3.2    Системный сброс

После обнаружения СИСТЕМНЫЙ_СБРОС модули должны:

1)    выставить ic*.

2)    выполнить нее внутренние операции сброса, необходимые для последующего участия в пс|>сдачах на магистрали,

3)    отпустить ге *,

4)    ожидать до: -REf или 500-1000 мс & ВРЕМЯ_ВКЛ ЮЧЕНИЯ.ПИТАНИЯ,

5)    продолжить требуемые действия на магистрали.

Для инициализации операции системного сброса модуль должен выставить ге* на 100—200 мс, после чего перейти к 2).

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

После обнаружения УСТРОЙСТВО МАГИСТРАЛИ модули должны

1)    инициализировать все схемы магистрального интерфейса,

2)ожида|ьдо:    -УСТРОЙСТВО,МАГИСТРАЛИ,

3)    продолжить требуемые действии на магистрали при условии: -СИСТЕМНЫЙ_СБРОС.

Дня инициализации операции инициализации магистрали модуль должен выставить ге* минимум на 4 мс и не дольше, чем на 12 мс, после чего перейти к 2).

7.2 3.4 «Живое* вставление

Модули должны:

1)    совершить всс внутренние операции сброса, необходимые для принятия участия в передачах на магистрали.

2)    ожидать до. СИСТЕМНЫЙ_СБРОС J -REf при условии RE*.

3)    приступить к системному сбросу, как определено в 7.2 3.2 при условии: СИСТЕМ-НЫЙ_СБРОС.

4)    ждать как минимум I мке, после чего выставить ге* при условии : -REf,

5)    ожидать до: Н ЕЗАНЯТОСТЬ_ МАГИСТРАЛИ, I US | СИСТЕМНЫ Й_СБРОС.

Страница 126

ЮСГ Р ИСО/МЭК 10857-95

6)    приступить к системному сбросу, как определено в 7.2.3.2 при условии. СИСТЕМНЫЙ СБРОС.

7)    выставить ai* и, если есть така» способность, выставить аг* при условии. НЕЗАНЯТОСТЬ МАГИСТРАЛИ JUS.

8)    отпустить ГС*.

9)    продолжить требуемые действия на магистрали.

7 2.3.5 «Живое» удаление

После обнаружения КОМАНДА_«ЖИВОГО*_УДАЛЕНИЯ модули должны:

1)    произвести любые зависящие от конкретной системы операции для сохранения состояния,

2)    ожидать появление перечисленных ниже (а—д) событий и отключать соответствующие сигналы до появления условия: -ар* & -aq* «Sc -ar* & -as* & -ak* & -ai* & -cin||* & -cp* & -st||* & -ca||* & -ic* & -ab||* & -abp* & -acO* & -acl* & -ad||* & -d||* & -bp|)* & -iqO* & -rql*

Ac -et *:

а) после обнаружения высладусами-АЗ* модули >u> дилжцм    *. а п^ц условии. AS* Ac AK* & -ak* должны отпустить ai*.

б)    после обнаружения осиобождении AS* модули не должны выставлять ai *, а при условии -AS* & AI* & -ai* должны отпустить ak*,

в)    отпустить аг* при условии: -AQf & аг* & -ар*.

г)    отпустить ар* при условии: -ARI & ар* & -aq*.

а) отпуспгть aq* при условии: -АРГ& aq* & -аг*;

1) установить ГОТОВ НОСТЬ_ДЛ Я_УДАЛ ЕН ИЯ

7.2.4 Управляющие и статусные регистры ФБ+

Поля, обозначенные кик «'зарсзорви|ювано», должны возвращать нули при считывании. Данные, вписываемые в поля, обозначенные как «зарезервировано*, должны иметь нулевые значения. Все подключенные разряды управляющих регистров лолжны возвращать ранее записанные в них значения.

Все регистры временных интервалов программируются в 2**(-32) долях секунды (233 пс). Временное разрешение таймеров не определяется этим форматом регистра.

7.2.4.1    Регистры способностей модуля

Модули должны быть оборудованы следующими регистрами способностей

*    ЛОГИ Ч ЕС К И Е_С П ОСО БНОСТИ МОДУЛЯ

*    ВНУТРЕННЯЯ задержка_соревнования

*    размер_фрагмента сообщения

*    скорость .пакета

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

7.2.4.1    I Регистр логических способностей модуля

способность., пакетной .длины 64

LSB+-31 должен бытьСПОСОБНОСГЬ_ПАКЕТНОЙ _ДЛИНЫ 64 и должен бытьустано&тсн. если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол ПЕРЕДАЧ А_64.

СПОСОБНОСТЬ_ПАКЕТНОЙ ЛЛИНЫ_32

LSB+30 должен 6ытьСПОСОБНОСТЬ_ПАКЕТНОЙ. ДЛИНЫ_32 и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол ПЕРЕДАЧА 32.

СПОСОБНОСТЬ_ПАКЕТНОЙ_ДЛИНЫ._16

LSB+29 должен быть СПОСОБНОСТЬ_ПАКЕТНОЙ. ДЛИНЬЫб и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол ПЕРЕДАЧА16.

СПОСОБНОСТЬ_ПАКЕТНОЙ .ДЛИНЫ.8

I.SB+28 должен быть СПОСОБНОСТЬ_ПАКЕТНОЙ_ДЛИНЫ_8 и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол ПЕРЕДАЧА 8.

СПОСОБНОСТЬ_ПАКЕТНОЙ_ДЛИНЫ_4

LSB+27 должен быть СПОСОБНОСТЬ_Г1АКЕТНОЙ_ДЛИНЫ_4 и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный про-токол ПЕРЕДАЧА_4.

119

Страница 127

ГОСТ Р ИСО/МЭК 10857-95

СПОСОБНОСТЬ_ПАКЕТНОЙ_ДЛИНЫ_2

LSB+26 должен бытьСПОСОБНОСТЬ_ПАКЕТНОЙ_ДЛИН Ы_2 и должен быть установлен, сели модуль имеет способность принимать участие в передачах, используя при этом пакетный протоко./ IIЕ РЕДА‘! А_2.

СПОСОБНОСТЬ_МНОЖЕСТВЕННЬ1Х_ПАКЕТОВ

LSB+25 должен быть СПОСОБНОСТЬ..МНОЖЕСТВЕННЫХ_11АКЕТОВ и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол в режиме множественных пакетов.

ПАКЕТНАЯ СПОСОБНОСТЬ

L.SB+24 должен быть ПАКЕТНАЯ СПОСОБНОСТЬ и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол.

КОЛИЧЕСТВО ЛИНИЙ ТЕГА ТОП*

LSBi-21, LSB<22 и LSB+23 должны быть трехразрядным полем, содержащим число линий I G|| *. которыми оснащен модуль. Значение 0 должно соответствовать одной линии тега ТО{ | * , а значение 7 должно соответствовать восьми линиям тега TG|)*.

ТЕГОВАЯ_СПОСОБНОСТЬ

LSB+-20 должен быть ТЕГОВАЯ СПОСОБНОСТЬ и должен быть установлен, если модуль оснащен одной или более линиями ТО[] *.

СПОСОБНОСТЬ_ВЫБОРКА_СЛОЖЕНИЕ

I.SB-* 19Должен 6ытьСПОСОБНОСТЬ_ВЫБОРКА_СЛОЖЕНИЕ и должен быть установлен, если модуль имеет способность откликаться на защищенные команды ВЫБОРКА_СЛОЖЕ-НИЕ_БОЛЬШОЙ и ВЫБОРКА СЛОЖЕН И Е.МАЛЫЙ.

СПОСОБИОСТЬ_СРлВНИТЕЛЬНОГО_ОБМЕНА

LSB+18 должен быть СПОСОБНОСТЬ_СРАВНИТЕЛЬНОГО_ОБМЕНА и должен быть установлен. если модуль имеет способность откликаться на защищенную команду СРАВНИТЕЛЬНЫЙ ОБМЕН.

СПОСОБНОСТЬ. МАСКИРОВАНИЯ_И_ОБМЕНА

LSB+ 17 должен быть СПОСОБНОСТЬ МАСКИРОВАН ИЯ_И_ОБМЕНА и должен быть установлен, если модуль имеет способность откликаться на защищенную команду МАСКИРОВАН-НЫЙ_ОБМЕН.

КЕШЕВАЯ СПОСОБНОСТЬ

LSB+16 должен быть КЕШЕВАЯ_СПОСОБНОСТЬ и должен быть установлен, если модуль имеет способность совершать передачи в соответствии с 8.2.

ИНИН И АТО Р_ РАС Щ ЕПЛ Е Н И Я

LSB+9 должен быть ИНИЦИАТОР_РАСЩЕПЛЕНИЯ и должен быть установлен, если модуль имеет способность инициировать расщепленные передачи.

П РИ Н И МАЮ ЩИ Й_ РАС ЩЕП Л ЕН И Е

LSB+8должен быть ПРИНИМАЮЩИЙ РАСЩЕПЛЕНИЕ и должен быть установлен, если модуль имеет способность поддерживать расщепленные передачи.

СПОСОБНОСТЬ СООБЩЕНИЯ

LSB+7 должен быть СПОСОБНОСТЬ СООБЩЕНИЯ и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя протокол передачи сообщений.

С ПОСОБНОСТЬ.ЗАДАТЧ И КА

LSB * 6 должен быть СПОСОБНОСТЬ_ЗАДАТЧИКА и должен быть установлен, если модуль имеет способность становиться ЗАДАТЧИКОМ.

СПОСОБНОСТЬ_64_ РАЗРЯД НОГО_АДРЕСА

LSB+5 должен быть СПОСОБНОСТЬ 64 РАЗРЯДНОГО АДРЕСА и должен быть установлен. если модуль имеет способность принимать участие в передачах с 64-разрядным адресом.

СПОСОБНОСТЬ_32_РАЗРЯДНОГО„ДДРЕСА

LSB+4 должен быть СПОСОБНОСТЬ_32_РАЗРЯДНОГО_АДРЕСА и должен быть установлен.

CJ1ОСС Б Н ОСТ Ь_256_ РАЗ РЯД 11 ЫХ_ДАН Н ЫХ

LSB+3 должен бытьСПОСОБНОСТЬ_256 РАЗРЯДНЫХ_ДАННЫХ и должен быть установлен, если модуль имеет способность принимать участие в передачах с 256-разряднымн данными.

120

Страница 128

ГОСТ Р ИСО/МЭК 10857-95

С П ОСОБ Н ОСТЬ_ 128_ РАЗ РЯД Н Ы X. ДАН Ы ЫХ

LSB+2 должен быть СП0С0БН0СТЬ_128_РАЗРЯДНЫХ_ДАННЫХ и должен быть уста-ноil'ich, если модули имеет способность принимать участие в передачах с 128-разрядными данными

СПОСОБНОСТЬ^ РАЗРЯДНЫХ_ДАННЫХ

LSB+1 должен быть СПОСОБНОСТЬ_64_РЛЗРЯДНЫХ_ДЛННЫХ н должен быть установлен. если модуль имеет способность принимать участие в передачах с 64-разрядными данными.

С ПОСОБНОСТЬ_32_РАЗРЯД Н ЫХ _ДАН Н ЫХ

LSB должен быть СПОСОБНОСТЬ_32_РАЗРЯДНЫХ^ДАННЫХ и должен быть установлен.

7.2.4.1.2    Регистр внутренней задержки соревнования

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

1)    От АВ7* к АВб*

2)    От АВ6* к АВ5*

3)    От АВ5* к ДВ4 *

4)    От АВ4* к АВЗ*

5)    Or АВЗ* к АВ2*

6)    Or АВ2* к АВ1 *

7)    От АВ1* кАВО*

8)    Or ABO* к АВР*

Значение поля должно быть в шагах по 2* * (-32) с (*233 пе). Надо отмстить, что максимальная величина поля меньше, чем 30 не.

7.2.4.1.3    Регистр размера фрагмента сообщения

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

7.2.4.1.4    Регнсгр скорости пакета

Регистр скорости пакета содержит четыре 8-разрядных поля, определяющих от одной до четырех скоростей передачи пакета, поддерживаемых модулем. Скорость передачи должна быть определена как обратная величина от длительности одного битовою периода. Величина в каждом из полей выражена в шагах по 1 МГц. Нулевая величина указывает, что данное поле не содержит поддерживаемой скорости передачи пакета

Поле, заключающее в себе разряды от LSB до LSB * 7 включ., соответствует Скорости Передачи Пакета А.

Поле, заключающее в себе разряды от LSB+8 до LSB+15 включ., соответствует Скорости Передачи Пакета В

Поле, заключающее в себе разряды от LSB^-16 до LSB+23 включ., соответствует Скорости Передачи Пакета С.

Поле, заключающее в себе разряды от LSB+24 до MSB включ., соответствует Скорости Передачи Пакета D.

7.2.4.2 Регистры управления модулем

Модули должны быть оборудованы следующими управляющими регистрами, как определено в стандарте более высокого уровня, таком, как Р 896.2:

*    Логический регистр общего управления

*    Логический регистр управления модулем

*    Регистр задержки распространения магистрали

*    Регистр времени завершения соревнования

*    Регистр тайм-аут передачи

*    Маска выбора прохождения сообщения

121

Страница 129

ГОСТ Р ИСО/МЭК 10857 -95

7.2.4.2.1 Логический рписгр общего управления

ЦЕНТРАЛ ЬНЫЙ_АРБИТР

LSB-f 13 должен быть ЦЕНТРАЛ ЬНЫЙ_АРВИТР Модули должны использовать центрально -го арбитра для целен распределения параллельной магистрали в случае, если згот разряд установлен Модули должны использовать для этих целен распределенный арбитраж и случае, если этот разряд сброшен. Модули должны устанавливать ЦЕНТРАЛЬНЫЙ_АРБИТР при условии: РЕ* ны-стаатен или сбрасывать ЦЕНТРАЛЬНЫЙ_АРБИТР при условии РЕ* оглушен и они обнаруживают переход RF.f в логический ноль, следующим за ВКЛЮЧЕННЕ ПИТАНИЯ ! СИСТЕМНЫЙ сброс:.

РАЗРЕШЕНИЕ, РЕЖИМА_МНОЖЕСТВЕННОСТИ_ ПАКЕТОВ

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

РАЗРЕШЕН ИЕ.ПАКЕТНОЙ _ДПИНЫ.64

LSB+11 должен быть РАЗРЕШЕНИЕ,ПАКЕТНОЙ_ДЛИНЫ_64. Модули могут инициировать пакетные передачи при условии: РАЗРЕШ ЕН И Е_ ПАКЕТНОЙ ДЛИНЫ,64 установлен. Модули должны сбрасывать РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ 64 при условии: СИСТЕМ-НЫЙ.СБРОС J УСТРОЙСТВО_МАГИСТРАЛИ , ВКЛЮЧЕНИЕ ПИТАНИЯ

РАЗРЕШЕНИЕ ПЛКЕТНОЙ_ДЛИНЫ 32

LSB+I0 должен быть РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ._32. Модули могут инициировать пакетные передачи при условии: РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ_32 установлен. Мо дули должны сбрасывать РАЗРЕШЕН И Е_ПАКЕТНОЙ ДЛИНЫ.32 при условии. СИСТЕМНЫЙ сброс; устройство_магистрали : включение.питания.

РАЗРЕШЕНИЕ ПаКЕТНОЙ.ДЛИНЬЫб

LSB+9должен быть РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ_16. Модули могут инициировать пакетные передачи при условии. РАЗРЕШЕНИЕ.ПАКЕТНОЙ ДЛИНЫ 16 установлен. Модули должны сбрасывать РАЗРЕШЕНИЕ.ПАКЕТНОЙ ДЛИНЬМб при условии: СИСТЕМ-НЫЙ_СБГОС; УСТРОЙСТВО МАГИСТРАЛИ ; ВКЛЮЧЕН И Е_ПИТАН ИЯ.

РАЗРЕШЕН И Е_ПАКЕТНОЙ_ДЛИНЫ_Х

I.SB+8 должен бьгть РАЗРЕШЕНИЕ.ПАКЕТНОЙ_ДЛИНЫ_8- Модули могут инициировать пакетные передачи при условии: РАЗРЕШЕНИЕ.ПАКЕТНОЙИНЫ.8 установлен Модули должны сбрасывать РАЗРЕШЕНИЕ ПАКЕТНОЙ_ЛЛИНЫ 8 при условии. СИСТЕМНЫЙ СБРОС! УСТРОЙСТВО МАГИСТРАЛИ; ВКЛЮЧЕНИЕ.ПИТАНИЯ

РАЗРЕШЕНИЕ ПАКЕТНОЙ ДЛ ИНЫ J

LSB+7 должен быть РАЗРЕШЁНИЕ_Г1АКЕТНОЙ_ДЛИНЫ_4. Модули могут инициировать пакетные передачи при условии: РАЗРЕШЕНИЕ.ПАКЕТНОЙ.ДЛ ИНЫ_4 установлен. Модули должны сбрасывать РАЗРЕШЕНИЕ_ПАКЕТНОЙ ДЛИНЫ 4 при условии: СИСТЕМ-НЫЙ_СБРОС | УСТРОЙСТВО_МАГИСТРАЛИ 1 ВКЛ ЮЧЕИИЕ_ПИТАНИЯ.

РАЗРЕ ШЕНИЕ_ ПАКЕТНОЙ ДЛ И Н Ы_2

LSB-6должен быть РАЗРЕШЕНИЕ.ПАКЕТНОЙ.ДЛ ИНЫ 2. Модули могут инициировать пакетные передачи при условии: Рл\ЗРЕШЕНИЕ_ПАКЕТНОЙ ДНИНЫ_2 установ.псн. Модули должны сбрасывать РАЗРЕШЕН ИЕ.ПАКЕТНОЙ.ДЛИНЫ 2 при условии: СИСТЕМ-НЫЙ_СБРОС ; УСТРОЙСТВО.МАГИСТРАЛ И I ВКЛЮЧЕН И Е_П И ГАН ИЯ

ВЫСОКАЯ.С КО РОСТЬ_ ПА К ЕТА

LSBt4 и LSB * 5 должны быть дпоразрядным полем, оп|>сдслиюшнм ту скорость пакета, кою-рую модуль должен использовать при условии: -СТАТУС НИЗКОЙ.СКОРОСТИ. Нулевая величина соответсгвует скорости пакета А. Величина, равная тром «двоичная), соответствует скорости пакета I). Модули должны очищать это ноле при условии: СИСТЕМНЫЙ_СБРОС ; УСТРОЙСТВО МАГИСТРАЛИ ; ВКЛЮЧЕНИЕ.ПИТАНИЯ.

ш

Страница 130

ГОСТ Р ИСО/МЭК 10857-95

НИЗКАЯ_СКОРОСТЬ_Г1АКЕТА

LSB --2 и LSB-гЗ должны быть двухразрядным полем, определяющим ту скорость пакета, которую модуль должен использовать при условии: -СТАТУС_ НИЗКОЙ С КО РОСТ И Нулевая величина соответствует скорости пакета А. Величина, равная трем (двоичная), соответствует скорости пакета П. Модули должны очищать это поле при условии: СИСТЕМНЫЙ.СБРОС ; УСТРОЙ -СТВО_ МАГИСТРАТ И • ВКЛЮЧЕНИЕ ПИТАНИЯ.

СПОСОБНОСТЬ_РАСПРЕДЕЛЕННОГО_СООБЩЕНИЯ

LSB+I должен быть СПОСОБНОСТЬ.РАСПРЕДЕЛ ЕНИОГО_СООБ1ЦЕНИЯ. Модули должны сбрасывать СПОСОБНОСТЬ РАСПРЕДЕЛЕННОГО_СООБЩЕНИЯ при условии: СИСТЕМ НЫЙ.СБРОС УСТРОЙСТВО. МАГИСТРАЛИ | ВКЛЮЧЕН И Е.ПИТАН ИЯ. Если этот бит сброшен системным процессором, модули должны отключиться от активного арбитражного соревнова-Hiui.сбрасывая ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ, ЗАПРОС_ЦЕНТРАЛЬНОГО СООБЩЕНИЯ и ЗАПРОС АРБИТРАЖНОГО СООБЩЕНИЯ, как определено в 5.2.1 и 5.2.2.

РАЗ РЕ IIJ Г Н И Е.РАС Ш ЕПЛ ЕН ИЯ

LSB должен быть РАЗРЕШЕНИЕ_РАСЩЕПЛЕНИЯ. Модули могут расщеплять пе|>едачи на магистрат при условии: РАЗРЕШЕНИЕ РАСЩЕПЛЕНИЯ установлен. Модули должны сбрасы-вать РАЗРЕШЕНИЕ, РАСЩЕПЛЕНИЯ при условии: СИСТЕМНЫ Й_СБРОС! УСТРОЙСТВО „МАГИСТРАЛИ ; ВКЛЮЧЕНИЕ ПИТАНИЯ Процесс конфигурации не должен устанавливать РАЗРЕШЕНИЕ. РАСЩЕПЛЕНИЯ до; но всех модулях разряд ПРИНИМАЮЩИЙ..РАСЩЕПЛ1НИЕ установлен.

7.2.4.2.2 Логический регистр управления модулем

Количество теговых линий

l.SBM. LSB *5 и LSB-6 должны быть трех разрядным нолем, определяющим кол им ест но линии ТО() *« которые должны быть активны. 11улевос значение поля должно соответствовать одной линии ТОО*. а значение семь (двоичная), записанное в это поле, будет соответствовать восьми теговым линиям TG|7 . .. 0|*.

РАЗРЕШ ЕН И Е_ТЕ ГОВ

LSB-3 должен быгь РЛЗРЕШЕНИЕ_ТЕГОВ. Модули должны разрешать проверку четности по тип* при условии: РАЗРЕШЕНИЕ ТЕГОВ установлен. Модули должны сбрасывать РАЗРЕШЕН И Н_ТЕГО В при условии- СИСТЕМ Н ЫЙ СБРОС УСТРОЙСТВО.МАГИCI РАЛ И ВКЛ Ю-ЧЕНИЕ.ПИТАНИЯ

РАЗРЕШ ЕН И Е СООБЩЕН ИЯ.Ч ЕТНОСТИ

LSB-»-2 должен быть РАЗРЕШЕН ИЕ.СООЫДЕНИЯ ЧЕТНОСТИ Модули должны выставлять lie* и tc* при возникновении ошибки четности при условии: РАЗРЕШЕН И К.СООБЩЕ-НИЯ.ЧЕТНОСТИ установлен. Модули должны сбрасывать РАЗРЕШЕНИЕ СООБЩЕНИЯ ЧЕТНОСТИ при условии: СИСТЕМНЫЙ СБРОС j УСТРОЙСТВО МАГИСТРАЛИ | ВКЛЮЧЕНИЕ ПИТАНИЯ.

РАЗРЕШ ЕН И Е.ВЫСОКОЙ.СКОРОСТИ

LSB+1 должен быть РАЗРЕШЕНИЕ ВЫСОКОЙ.СКОРОСТИ. Модели должны сбрасывать РАЗРЕШЕНИЕ ВЫСОКОЙ.СКОРОСТИ при условии: СИСТЕМНЫЙ_СБРОС J УСТРОЙСТВО МАГИСТРАЛИ ВКЛЮЧЕНИЕ_ПИТАНИЯ. Процесс конфигурации может установить РАЗРЕШЕН И Е.ВЫСОКОЙ. СКОРОСТИ н данном модуле, если он (процесс) определяет высокую и низкую скорости пакета для сегмента магистрали и если модуль поддерживает высокую скорость пакета. Процесс конфигурации должен инициализировать поле высокой скорости пакета алогическом регистре общего управления дли указания на принятую на магистрали высокую скорость пакета перед установкой РАЗРЕШЕНИЕ_ВЫСОКОЙ_СКОРОСТИ. Если РАЗРЕШЕНИЕ.ВЫСО-КОЙ СКОРОСТИ сброшен, модуль должен выставлять ts* (са<)*) для передач в пакетном режиме.

РАЗРЕШЕН И Е_ЗАДАТЧИКА

LSB должен быть РАЗРЕШЕНИЕ.ЗАДАТЧИКА. Если РАЗРЕШ ЕН И Е.ЗАДАТЧ И КА установлен, модуль может устанавливать как ЗАПРОС_РАСПРЕДЕЛЕННОГО_АРБИТРАЖА, так и (iqO* ; rqI *). Модули, которые не имеют способности быгь системными, должны сбрасывать РАЗРЕШЕНИЕ ЗАДАТЧИКА при условии: СИСТЕМНЫЙ.СБРОС | УСТРОЙСТВО_МАГИ СТРАЛИ ; ВКЛ ЮЧЕНИЕ.ПИТЛНИЯ. Модули, имеющие способность быть системными, устанавливают и сбрасывают этот |>азряд, как определено и соответствующем профильном стандарте в Р 896.2.

123

и*

Страница 131