インテルのみ表示可能 — GUID: bhs1629121823595
Ixiasoft
1. システム・デバッグ・ツールの概要
2. Signal Tapロジック・アナライザーを使用したデザインのデバッグ
3. Signal Probeを使用した迅速なデザイン検証
4. 外部ロジック・アナライザーを使用したインシステム・デバッグ
5. メモリーおよび定数のインシステム変更
6. In-System Sources and Probesを使用したデザインのデバッグ
7. System Consoleを使用したデザインの解析とデバッグ
8. Quartus® Primeプロ・エディションのユーザーガイド: デバッグツールのアーカイブ
A. Quartus® Primeプロ・エディションのユーザーガイド
2.1. Signal Tapロジック・アナライザーの概要
2.2. Signal Tapのデバッグフロー
2.3. ステップ1: Signal Tapロジック・アナライザーのプロジェクトへの追加
2.4. ステップ2: Signal Tapロジック・アナライザーのコンフィグレーション
2.5. ステップ3: デザインとSignal Tapインスタンスのコンパイル
2.6. ステップ4 :ターゲット・ハードウェアのプログラム
2.7. ステップ5: Signal Tapロジック・アナライザーの実行
2.8. ステップ6: キャプチャしたデータのSignal Tapでの解析
2.9. シミュレーション対応Signal Tap
2.10. その他のSignal Tapデバッグフロー
2.11. Signal Tapロジック・アナライザーのデザイン例
2.12. カスタム・ステートベースのトリガーフローの例
2.13. Signal Tapファイルのテンプレート
2.14. スタンドアロン・バージョンのSignal Tapの実行
2.15. Signal Tapスクリプティングのサポート
2.16. 複数のSignal Tapファイルのマージ
2.17. Signal Tapファイルのバージョンの互換性
2.18. Signal Tapロジック・アナライザーを使用したデザインのデバッグの改訂履歴
5.1. In-System Memory Content EditorをサポートするIPコア
5.2. In-System Memory Content Editorによるデバッグフロー
5.3. デザイン内インスタンスのランタイム修正のイネーブル
5.4. In-System Memory Content Editorを使用したデバイスのプログラミング
5.5. メモリー・インスタンスのISMCEへのロード
5.6. メモリー内の位置のモニタリング
5.7. Hex Editorを使用したメモリー内容の編集
5.8. メモリーファイルのインポートおよびエクスポート
5.9. 複数のデバイスへのアクセス
5.10. スクリプティング・サポート
5.11. メモリーおよび定数のインシステム変更の改訂履歴
7.1. System Consoleの概要
7.2. System Consoleの起動
7.3. System Console GUI
7.4. System Consoleでのツールキットの起動
7.5. System Consoleサービスの使用
7.6. On-Board インテル® FPGA ダウンロード・ケーブル IIのサポート
7.7. システム検証フローにおけるMATLAB*とSimulink*
7.8. System Consoleの例とチュートリアル
7.9. コマンドライン・モードでのSystem Consoleの実行
7.10. System Consoleコマンドの使用
7.11. ツールキットTclコマンドの使用
7.12. System Consoleを使用したデザインの解析とデバッグの改訂履歴
インテルのみ表示可能 — GUID: bhs1629121823595
Ixiasoft
2.7.1. ポストフィットのSignal Tapターゲットノードの変更
デザインとSignal Tapインスタンスのフル コンパイルを実行した後、ターゲットとするポストフィットSignal Tapノードに反復的な変更を加えることができます。このとき、変更を実装するためのフルコンパイルを再実行する必要はありません。
Signal Tap Nodeリストには、フィルタリング可能なTapカラムに、ターゲットノードがPre-Syn (合成前) かPost-Fitであるかが表示されます。
ポストフィットSignal Tapノードを変更するには、次を実行します。
- 必要に応じて、モニタリングとデバッグ用の信号の保持で説明されているとおり、デバッグ用に信号をマークします。
注: フルコンパイルを実行する前にノードを変更する場合を除き、すべての合成前ノードをポストフィット・ノードに変更することはできません。preserve_for_debug を使用して信号を保持すると、保持された合成前ノードをポストフィット・ノードに変更できます。
- Signal Configurationペインで、Post-FitのTapを持つノードの次のプロパティーを変更します。
図 75. ポストフィットのSignal Tapノードの変更
- Nameカラムで、トリガーモードに関係なく、ポストフィットSignal Tapノードターゲットを変更または追加します。
- Trigger Conditionsカラムで、トリガーモードを変更します。ポストフィットSignal Tapノード入力をBasic ANDまたはBasic ORトリガーに追加できます。
- Nodes Allocatedで、Manualオプションを指定して、ポストフィット・ノード・ターゲットの数を増減できます。手動割り当てを使用すると、完全なリコンパイルが必要になる可能性のある大きなロジック変更を回避できます。データ入力幅は、メモリー使用量に影響します。トリガー入力とストレージ入力幅は条件ロジックの複雑性に影響し、デバイスリソースの使用量とタイミング・クロージャーの複雑性が増加する可能性があります。
- 合成前のSignal Tapノードを右クリックして、ポストフィットSignal Tapノードに変換します。変換が成功するのは、Signal Tapが合成前の名前を、ポストフィット・ノード名にマッピングできる場合のみです。それ以外の場合、ノードは赤色で表示され、グランドに接続されます。変換が成功すると、ポストフィット・タップ名が青色のテキストで表示されます。
図 76. 青色のテキストで表示されたポストフィット・タップ名 - ポストフィット・ノードの変更が完了したら、Processing > Start Recompileをクリックして、Signal Tapノードの変更のみを実装します。実装する変更と、リコンパイルで変更がサポートされているかどうかを示すダイアログボックスが表示されます。
図 77. リコンパイルの変更リスト
- StatusがUnsupportedになっている場合の変更については、変更をPrevious valueに戻すか、フルコンパイルを実行して変更を実装する必要があります。
- リコンパイルの変更リストで示されているとおり、Recompileボタンをクリックします。リコンパイルでは、Engineering Change Order (ECO) コンパイルフローを使用して、Signal Tapパーティション外の配置配線を変更せずに、Signal Tapノードの変更を既存の最終スナップショットに追加します。
注: リコンパイルは、リコンパイルが成功した場合にのみプロジェクト・データベースに適用されます。それ以外の場合は、最後に成功したコンパイル結果は変更されません。
- リコンパイル後の次のCompilation Reportで変更を確認します。
図 78. In-System Debuggingレポートへの接続各タップターゲットと、接続が正常に配線されたかどうか (リコンパイル後に接続済みかどうか) を一覧表示します。図 79. ECO Detected Changesレポートリコンパイルで実装する各タップの変更を一覧表示します。図 80. ECO Resource Usage Changeリコンパイルで実装されるデバイスリソース領域の変更を表示します。このレポートを使用して、全体的なデザイン使用率レポートと組み合わせて、Signal Tapコンフィグレーションへの追加の変更が成功する可能性があるかどうかを概算します。