Avalon® インターフェイスの仕様書

ダウンロード PDF
ID 683091
日付 12/21/2020
Public

このドキュメントの新しいバージョンが利用できます。お客様は次のことを行ってください。 こちらをクリック 最新バージョンに移行する。

ドキュメント目次
ドキュメント目次 x
1. Avalon® インターフェイスの仕様書の概要 2. Avalon® のクロック・インターフェイスとリセット・インターフェイス 3. Avalon® Memory-Mappedインターフェイス 4. Avalon® 割り込みインターフェイス 5. Avalon® ストリーミング・インターフェイス 6. Avalon® ストリーミング・クレジット・インターフェイス 7. Avalon® コンジット・インターフェイス 8. Avalon® トライステート・コンジット・インターフェイス A. 非推奨の信号 B. Avalon® インターフェイスの仕様書の改訂履歴
1. Avalon® インターフェイスの仕様書の概要 x
1.1. Avalon® のプロパティーとパラメーター 1.2. 信号の役割 1.3. インターフェイスのタイミング 1.4. 例: システムのデザインにおける Avalon® インターフェイス
2. Avalon® のクロック・インターフェイスとリセット・インターフェイス x
2.1. Avalon® クロックシンクの信号の役割 2.2. クロックシンクのプロパティー 2.3. 関連するクロック・インターフェイス 2.4. Avalon® クロックソースの信号の役割 2.5. クロックソースのプロパティー 2.6. リセットシンク 2.7. リセット・シンク・インターフェイスのプロパティー 2.8. 関連するリセット・インターフェイス 2.9. リセットソース 2.10. リセット・ソース・インターフェイスのプロパティー
3. Avalon® Memory-Mappedインターフェイス x
3.1. Avalon® Memory-Mappedインターフェイスの概要 3.2. Avalon® Memory Mappedインターフェイス信号の役割 3.3. インターフェイスのプロパティー 3.4. タイミング 3.5. 転送 3.6. アドレスのアライメント 3.7. Avalon-MMスレーブのアドレス指定
3.5. 転送 x
3.5.1. 一般的な読み出しおよび書き込み転送 3.5.2. waitrequestAllowanceプロパティーを使用する転送 3.5.3. 待機状態が固定されている読み出しおよび書き込み転送 3.5.4. パイプライン転送 3.5.5. バースト転送 3.5.6. 読み出しおよび書き込みの応答
3.5.2. waitrequestAllowanceプロパティーを使用する転送 x
3.5.2.1. waitrequestAllowanceが2に等しい場合 3.5.2.2. waitrequestAllowanceが1に等しい場合 3.5.2.3. waitrequestAllowanceが2に等しい - 非推奨のケース 3.5.2.4. Avalon-MMのマスター・インターフェイスとスレーブ・インターフェイスにおけるwaitrequestAllowanceの互換性 3.5.2.5. waitrequestAllowanceのエラー状態
3.5.4. パイプライン転送 x
3.5.4.1. 可変レイテンシーでのパイプライン読み出し転送 3.5.4.2. 固定レイテンシーでのパイプライン読み出し転送
3.5.5. バースト転送 x
3.5.5.1. 書き込みバースト 3.5.5.2. 読み出しバースト 3.5.5.3. ラインでラップされるバースト
3.5.6. 読み出しおよび書き込みの応答 x
3.5.6.1. Avalon-MMの読み出し応答および書き込み応答におけるトランザクション順序 (マスターおよびスレーブ) 3.5.6.2. Avalon-MMの読み出しおよび書き込み応答のタイミング図
3.5.6.2. Avalon-MMの読み出しおよび書き込み応答のタイミング図 x
3.5.6.2.1. readdatavalidまたはwriteresponsevalidを使用している際のminimumResponseLatencyのタイミング図
4. Avalon® 割り込みインターフェイス x
4.1. 割り込みの送信側 4.2. 割り込みの受信側
4.1. 割り込みの送信側 x
4.1.1. Avalon® の割り込み送信側における信号の役割 4.1.2. 割り込み送信側のプロパティー
4.2. 割り込みの受信側 x
4.2.1. Avalon® の割り込み受信側における信号の役割 4.2.2. 割り込み受信側のプロパティー 4.2.3. 割り込みのタイミング
5. Avalon® ストリーミング・インターフェイス x
5.1. 用語と概念 5.2. Avalon® ストリーミング・インターフェイス信号の役割 5.3. 信号のシーケンスとタイミング 5.4. Avalon-STインターフェイスのプロパティー 5.5. 標準的なデータ転送 5.6. 信号の詳細 5.7. データのレイアウト 5.8. バックプレッシャーを使用しないデータ転送 5.9. バックプレッシャーを使用するデータ転送 5.10. パケットデータの転送 5.11. 信号の詳細 5.12. プロトコルの詳細
5.3. 信号のシーケンスとタイミング x
5.3.1. 同期インターフェイス 5.3.2. クロックイネーブル
5.9. バックプレッシャーを使用するデータ転送 x
5.9.1. readyLatencyおよびreadyAllowanceを使用するデータ転送 適応要件 5.9.2. readyLatencyを使用するデータ転送
6. Avalon® ストリーミング・クレジット・インターフェイス x
6.1. 用語と概念 6.2. Avalon® ストリーミング・クレジット・インターフェイス信号の役割 6.3. Avalon® ストリーミング・クレジットにおけるユーザー信号
6.2. Avalon® ストリーミング・クレジット・インターフェイス信号の役割 x
6.2.1. 同期インターフェイス 6.2.2. 標準的なデータ転送 6.2.3. クレジットの返送
6.3. Avalon® ストリーミング・クレジットにおけるユーザー信号 x
6.3.1. シンボルごとのユーザー信号 6.3.2. パケットごとのユーザー信号
7. Avalon® コンジット・インターフェイス x
7.1. Avalon® コンジット信号の役割 7.2. コンジットのプロパティー
8. Avalon® トライステート・コンジット・インターフェイス x
8.1. Avalon® トライステート・コンジット信号の役割 8.2. トライステート・コンジットのプロパティー 8.3. トライステート・コンジットのタイミング
1. Avalon® インターフェイスの仕様書の概要
2. Avalon® のクロック・インターフェイスとリセット・インターフェイス
3. Avalon® Memory-Mappedインターフェイス
4. Avalon® 割り込みインターフェイス
5. Avalon® ストリーミング・インターフェイス
6. Avalon® ストリーミング・クレジット・インターフェイス
7. Avalon® コンジット・インターフェイス
8. Avalon® トライステート・コンジット・インターフェイス
A. 非推奨の信号
B. Avalon® インターフェイスの仕様書の改訂履歴

5.9.1. readyLatencyおよびreadyAllowanceを使用するデータ転送

readyLatencyおよびreadyAllowanceを使用してデータを転送する場合は、次の規則が適用されます 。

  • readyLatencyが0の場合、readyAllowanceは0以上の値にすることができます。
  • readyLatencyが0より大きい場合、readyAllowanceはreadyLatency以上の値にすることができます。

readyLatency = 0、readyAllowance = 0の場合、データは、readyおよびvalidの両方がアサートされている際にのみ転送されます。この場合、ソースは有効なデータを送信する前にシンクのready信号を受信しません。ソースは、可能な場合は常にデータを提供し、validをアサートします。ソースは、シンクがデータをキャプチャーしてreadyをアサートするまで待機します。ソースは任意でデータを変更することができます。シンクは、readyおよびvalidの両方がアサートされている際にのみ、ソースからの入力データをキャプチャーします 。

図 25. readyLatency = 0、readyAllowance = 0

readyLatency = 0、readyAllowance = 0の場合、ソースはいつでもvalidをアサートすることができます。シンクは、ready = 1の場合にのみソースからのデータをキャプチャーします 。

次の図は、以下のイベントを表しています。

  1. サイクル1で、ソースがデータを提供し、validをアサートします。
  2. サイクル2で、シンクがreadyをアサートし、D0が転送されます。
  3. サイクル3で、D1が転送されます。
  4. サイクル4では、シンクがreadyをアサートしていますが、ソースは有効なデータを駆動していません。
  5. ソースはサイクル6でデータを提供し、validをアサートします。
  6. サイクル8では、シンクがreadyをアサートしているため、D2が転送されます。
  7. D3はサイクル9で転送され、D4はサイクル10で転送されます。
図 26. readyLatency = 0、readyAllowance = 1

readyLatency = 0、readyAllowance = 1の場合、シンクでは、ready= 0の後にさらに1つのデータ転送をキャプチャーすることができます。

次の図は、以下のイベントを表しています。

  1. サイクル1では、ソースがデータを提供し、validをアサートします。シンクはreadyをアサートしています。D0が転送されます。
  2. D1はサイクル2で転送されます。
  3. サイクル3では、readyがデアサートされていますが、readyAllowance = 1の場合はさらに1つの転送が許可されるため、D2が転送されます。
  4. サイクル5では、validおよびreadyの両方がアサートされているため、D3が転送されます。
  5. サイクル6では、ソースがvalidをデアサートしているため、データは転送されません。
  6. サイクル7では、validがアサートされ、readyがデアサートされています。ただし、readyAllowance = 1の場合はさらに1つの転送が許可されるため、D4が転送されます。
図 27. readyLatency = 1、readyAllowance = 2

readyLatency = 1、readyAllowance = 2の場合、シンクでは、readyがアサートされた1サイクル後にデータを転送することができます。また、readyのデアサート後は、さらに2サイクルの転送が許可されます。

次の図は、以下のイベントを表しています。

  1. サイクル0で、シンクはreadyをアサートします。
  2. サイクル1で、ソースがデータを提供し、validをアサートしています。転送はすぐに行われます。
  3. サイクル3では、シンクがreadyをデアサートしていますが、ソースは引き続きvalidをアサートし、有効なデータを駆動します。シンクでは、readyのデアサート後に2サイクルのデータをキャプチャーすることができます。
  4. サイクル6で、シンクはreadyをアサートします。
  5. サイクル7で、ソースがデータを提供し、validをアサートしています。このデータは受け入れられます。
  6. サイクル10では、シンクがreadyをデアサートしていますが、ソースはvalidをアサートし、有効なデータを駆動します。シンクでは、readyのデアサート後に2サイクルのデータをキャプチャーすることができます。

適応要件

次の表は、ソース・インターフェイスとシンク・インターフェイスで適応が必要かを示しています。

表 19.  ソースおよびシンクの適応要件
readyLatency readyAllowance 適応
ソースのreadyLatency = シンクのreadyLatency ソースのreadyAllowance = シンクのreadyAllowance 適応は必要ありません。シンクはすべての転送をキャプチャーすることができます。
ソースのreadyAllowance > シンクのreadyAllowance 適応が必要です。 readyのデアサート後に、ソースでは、シンクでキャプチャーすることができるよりも多くの転送を送信することができます。
ソースのreadyAllowance < シンクのreadyAllowance 適応は必要ありません。 readyのデアサート後に、シンクでは、ソースが送信することができるよりも多くの転送をキャプチャーすることができます。
ソースのreadyLatency > シンクのreadyLatency ソースのreadyAllowance = シンクのreadyAllowance 適応は必要ありません。 readyがアサートされると、ソースは、シンクがデータをキャプチャーできるようになった後に送信を開始します。readyがデアサートされると、ソースでは、シンクでキャプチャーできる数の転送を送信することができます。
ソースのreadyAllowance > シンクのreadyAllowance 適応が必要です。 readyのデアサート後に、ソースでは、シンクでキャプチャーすることができるよりも多くの転送を送信することができます。
ソースのreadyAllowance < シンクのreadyAllowance 適応は必要ありません。 readyのデアサート後に、ソースは、シンクでキャプチャーすることができるよりも少ない転送を送信します。
ソースのreadyLatency < シンクのreadyLatency ソースのreadyAllowance = シンクのreadyAllowance 適応が必要です。シンクでデータをキャプチャーできるようになる前に、ソースが転送の送信を開始することができます。
ソースのreadyAllowance > シンクのreadyAllowance 適応が必要です。シンクでデータをキャプチャーできるようになる前に、ソースが転送の送信を開始することができます。また、readyのデアサート後に、ソースでは、シンクでキャプチャーすることができるよりも多くの転送を送信することができます。
ソースのreadyAllowance < シンクのreadyAllowance 適応が必要です。シンクでデータをキャプチャーできるようになる前に、ソースが転送の送信を開始することができます。
レベル 2 の表題