Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 06.01.2025 по 12.01.2025
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р МЭК 821-2000; Страница 89

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р ИСО/МЭК ТО 10183-1-2000 Информационная технология. Текстовые и учрежденческие системы. Архитектура учрежденческих документов (ODA) и формат обмена. Технический отчет о тестировании реализации протокола ИСО 8613. Часть 1. Методология тестирования Information technology. Text and office systems. Office Document Architecture (ODA) and interchange format. Technical Report on ISO 8613 implementation testing. Part 1. Testing methodology (Настоящий стандарт устанавливает методологию тестирования и создает основу для спецификации абстрактных тестовых примеров при тестировании реализаций протокола по ИСО 8613. Общая цель настоящего стандарта состоит в том, чтобы создать соответствующую основу для тестирования возможностей к взаимодействию реализаций архитектуры учрежденческих документов (ODA). Настоящий стандарт не распространяется на тестирование интерфейсов пользователя в системах, основанных на ODA) ГОСТ 1579-93 Проволока. Метод испытания на перегиб Wire. Bend test method (Настоящий стандарт устанавливает требования к методу определения способности проволоки из металлов и сплавов различной формы поперечного сечения диаметром или характерным размером от 0,3 до 10,0 мм включительно подвергаться пластической деформации при перегибах) ГОСТ 20899-98 Порошки металлические. Определение текучести с помощью калиброванной воронки (прибора Холла) Metallic powders. Determination of flowability by means of a calibrated funnel (Hall flowmeter) (Настоящий стандарт устанавливает метод определения текучести металлических порошков, включая порошки твердых сплавов, с помощью калиброванной воронки (прибора Холла). Метод распространяется только на порошки, которые свободно протекают при испытании через установленное отверстие)
Страница 89
Страница 1 Untitled document
ГОСТ Г МЭК 821- 2000
Если шина занята, переключатель останавливается на текущем уровне. При освобождении
шины переключатель переходит на одну позицию ниже (т. е. с BR(n)* на BR(n—I)4) и проверяет
наличие запроса. Он продолжает этот процесс сканирования, пока не обнаружит запрос, после чего
посылает сигнал предоставления шины по соответствующей линии.
Разрешение 3.4. Арбитр МОЖЕТ быть спроектирован со встроенным механизмом тайм-аута,
который застаатяетего переназначать предоставление шины, если BBSY4 не устанавливается запрос
чиком низким впределах заранее заданного времени.
Замечание 3.6. Тайм-аут, используемый арбитром в соответствии с разрешением 3.4. должен
быть больше суммы максимального времени задержки распространения сигнала по цепочке
предоставления шины и времени, которое требуется самому медленному запросчикудля формиро
вания сигнала BBSY4.
Предложение3.4. Следует указывать максимальное время задержки распространения от BGxIN4
до BGxOLT4 в технической документации на изделия. Также следуетуказывать максимальное время,
которое потребуется запросчику, чтобы сформировать сигнал BBSY*. Это позволит пользователям
определить требуемое значение тайм-аута процесса арбитража.
Правило 3.6. За исключением ситуации тайм-аута, когда отсутствуют ответы от запросчиков,
арбитр, предоставившину какому-либо запросчику, НЕДОЛЖЕН ФОРМИРОВАТЬ новый сигнал предос
тавления шины, пока этотзапросчик несгенерирует положителышй перепад BBSY*(запросчик генериру
ет положительный перепад, устанавливая сигнал на линии BBSY* низким, а затемосвобождая ее).
Замечание 3.7. Если арбитр фиксирует состояния сигналов на линиях запроса шины до положи
тельного перепада BBSY4. он может предоставить шину запросчику, который уже снял свой запрос.
3.3.2 З а п р о с ч и к
Каждый запросчик в системе выполняет следующие функции:
- контролирует сигнал «УСТРОЙСТВУ ТРЕБУЕТСЯ ШИНА* своего внутри модульного задат
чика или обработчика прерываний иформирует сигналзапроса шипы, если требуется шина пересыл
ки данных;
- если он обнаруживает низкий уровень сигнала на своей линии BC3xIN* и его внутри модулы то
му задатчику или обработчику прерываний шина пересылки данных не требуется, он пропускает этот
низкий уровень на свою линию BGxOUT4;
- если он обнаруживает низкий уровень сигнала на своей линии BGxIN* и его внутримодульно-
му задатчику или обработчику прерываний требуется шина пересылки данных, он генерирует
внутримодульный сигнал «УСТРОЙСТВУ ПРЕДОСТАВЛЕНА ШИНА», чтобы показать, что шина
доступна, и устанавливаетсигнал BBSY4низким.
В настоящем стандарте определены три типа запросчиков:
запросчик,освобождающий шину после выполнения пересылки (Release When Done
Requester - RWD);
запросчик, освобождающий шину по запросу (Release On Request Requester ROR);
паритетный запросчик (FAIR Requester FAIR).
Запросчик RWD освобождает линию BBSY4. когда его задатчик или обработчик прерываний
устанавливает ложным внутримодульный сигнал «УСТРОЙСТ ВУТРЕБУЕТСЯ ШИНА-.
Запросчик ROR не освобождает линию BBSY4, когда его внутримодульный сигнал «УСТ
РОЙСТВУ ТРЕБУЕТСЯ ШИНА* становится ложным, пока какой-либо другой запросчик на шине не
установит низким сигнал на одной из линий запроса шины. Запросчик ROR контролирует четыре
линии запроса шины и освобождает линию BBSY4, если только появляется другой запрос
шины. Запросчики ROR уменьшают количество операций арбитража, инициируемых тем задатчиком,
кото рый выполняет большую часть от всех пересылок по шине.
Пока система имеет не более четырех задатчиков или обработчиков прерываний (один на
каждую линию запроса), алгоритм арбитража RRS обеспечивает паритетность (т.е.. запросы более
высокого уровня нс будут препятствовать ни одному задатчику обращаться к шине неопределенно
долго). Всистемах, имеющих более четырех задатчиков или обработчиков прерываний, паритетность
может быть обеспечена запросчиками FAIR. После того, как запросчику FAIR была предоставлена
шина, он воздерживается от генерирования новых запросов шины до тех пор. пока имеются любые
активные запросы шипы, ожидающие обслуживания на его уровне запроса.
Замечание 3.17. Для обеспечения паритетности при конфигурировании систем с более чем
четырьмя задатчиками или обработчиками прерываний, все запросчики в системе должны быть типа
FAIR. Если один или несколькозапросчиков будут другого типа, паритетность все еше может быть
79