link420 link421 link422 link423 link424 link425 link426 link427 link428 link429 link430 link431 link432 link433 link434 link435 link436 link437 link438 link439 link440 link441 link442 link443 link444 link445 link446 link447 link448 link449 link450 link451 link452 link453 link454 link455 link456 link457 link458 link459 link460 link461 link462 link463 link464 link465 link466 link467 link468 link469 link470 link471 link472 link473 link474 link475 link476 link477 link478 link479 link480 link481 link482 link483 link484 link485 link486 link487 link488 link489 link490 link491 link492 link493 link494 link495 link496 link497 link498 link499 link500 link501 link502 link503 link504 link505 link506 link507 link508 link509 link510 link511 link512 link513 link514 link515 link516 link517 link518 link519 link520 link521 link522 link523 link524 link525 link526 link527 link528 link529 link530 link531 link532 link533 link534 link535 link536 link537 link538 link539 link540 link541 link542 link543 link544 link545 link546 link547 link548 link549 link550 link551 link552 link553 link554 link555 link556 link557 link558 link559

PersCom — Компьютерная Энциклопедия Компьютерная Энциклопедия

Шина IEEE 1394 — FireWire

Асинхронные транзакции

Асинхронные транзакции на шине IEEE 1394 реализуют подмножество операций
протокола запросов-ответов, соответствующего стандарту архитектуры регистров управления и состояния CSR (Control and Status Register) для микропроцессорных шин. Асинхронные передачи обеспечивают три типа транзакций:

  • чтение (Read);
  • запись (Write);
  • блокированные операции «чтение-модификация-запись» (Lock).

В каждой асинхронной транзакции участвуют два устройства: запросчик (requester) и ответчик (responder). Протокол запросов-ответов для этих типов транзакций иллюстрирует рисунок. Каждая асинхронная транзакция состоит из двух субакций (subaction) — шагов исполнения:

  • запрос (request) — передается тип, адрес транзакции и, возможно, данные;
  • ответ (response) — передается состояние выполнения (успех-неуспех) транзакции и, возможно, данные.

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