インテルのみ表示可能 — Ixiasoft
1. システム・デバッグ・ツールの概要
2. Signal Tapロジック・アナライザーを使用したデザインのデバッグ
3. Signal Probeを使用した迅速なデザイン検証
4. 外部ロジック・アナライザーを使用したインシステム・デバッグ
5. メモリーおよび定数のインシステム変更
6. In-System Sources and Probesを使用したデザインのデバッグ
7. System Consoleを使用したデザインの解析とデバッグ
8. トランシーバー・リンクのデバッグ
9. インテル® Quartus® Primeプロ・エディション ユーザーガイド: デバッグツールのアーカイブ
A. インテル® Quartus® Primeプロ・エディション ユーザーガイド
2.1. Signal Tapロジック・アナライザー
2.2. Signal Tapロジック・アナライザーのタスクフローの概要
2.3. Signal Tapロジック・アナライザーのコンフィグレーション
2.4. トリガーの定義
2.5. デザインのコンパイル
2.6. ターゲットデバイスのプログラム
2.7. Signal Tapロジック・アナライザーの実行
2.8. キャプチャしたデータの表示、解析、および使用
2.9. Signal Tapロジック・アナライザーを使用したパーシャル・リコンフィグレーション・デザインのデバッグ
2.10. Signal Tapロジック・アナライザーを使用したブロックベースのデザインのデバッグ
2.11. その他の機能
2.12. デザイン例 : Signal Tapロジック・アナライザーの使用
2.13. カスタム・トリガー・フローのアプリケーション例
2.14. Signal Tapスクリプティングのサポート
2.15. Signal Tapロジック・アナライザーを使用したデザインのデバッグ 改訂履歴
5.1. ISMCEをサポートする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と相互作用するIPコア
7.4. System Consoleの起動
7.5. System ConsoleのGUI
7.6. System Consoleのコマンド
7.7. コマンドライン・モードでのSystem Consoleの実行
7.8. System Consoleサービス
7.9. System Consoleの例とチュートリアル
7.10. On-Board インテル® FPGAダウンロード・ケーブルIIのサポート
7.11. システム検証フローにおけるMATLAB*とSimulink*
7.12. 廃止予定のコマンド
7.13. System Consoleを使用したデザインの解析とデバッグ 改訂履歴
8.1. デバイスのサポート
8.2. Channel Manager
8.3. トランシーバー・デバッグ・フローの手順
8.4. トランシーバーをデバッグ可能にするためのデザイン変更
8.5. インテルFPGAにデザインをプログラムする
8.6. Transceiver Toolkitへのデザインのロード
8.7. ハードウェア・リソースのリンク
8.8. トランシーバー・チャネルの特定
8.9. トランシーバー・リンクの作成
8.10. リンクテストの実行
8.11. PMAアナログ設定の制御
8.12. ユーザー・インターフェイス設定リファレンス
8.13. 一般的なエラーのトラブルシューティング
8.14. APIリファレンスのスクリプティング
8.15. トランシーバー・リンクのデバッグ 改訂履歴
インテルのみ表示可能 — Ixiasoft
2.4.5.3.3. <action_list>
条件が満たされたときに、ロジック・アナライザーによって1つのステート内で実行されるアクションのリストです。
- 各アクションの最後はセミコロン (;) にしてください。
- 複数のアクションを1つの if あるいは else if 句内で指定する場合、 action_list を begin トークンと end トークンで区切ってください。
可能なアクションは次のとおりです。
リソース操作アクション
トリガーフロー記述で使用するリソースは、カウンターまたはステータスフラグです。
アクション | 説明 | 構文 |
---|---|---|
increment | カウンターリソースを 1 増分します。 | increment <counter_identifier>; |
decrement | カウンターリソースを 1 減分します。 | decrement <counter_identifier>; |
reset | カウンターリソースをリセットして初期値にします。 | reset <counter_identifier>; |
set | ステータスフラグを 1 に設定します。 | set <register_flag_identifier>; |
clear | ステータスフラグを 0 に設定します。 | clear <register_flag_identifier>; |
バッファー制御アクション
取得バッファーを制御するアクションです。
アクション | 説明 | 構文 |
---|---|---|
trigger | 現在のバッファーの取得を停止し、解析を終了します。このコマンドはすべてのフロー定義で必要です。 | trigger <post-fill_count>; |
segment_trigger | Segmented acquisitionモードでのみ使用可能です。 現在のセグメントの取得を停止します。Signal Tapロジック・アナライザーでは、このコマンドの評価後、次のセグメントから取得を開始します。すべてのセグメントが書き込まれている場合、ロジック・アナライザーでは、最も古いセグメントを最新のサンプルで上書きします。トリガーアクションが評価されると取得は停止します。 |
segment_trigger <post-fill_count>; |
start_store | State-based storage qualifierモードでのみアクティブになります。 write_enable をSignal Tap取得バッファーにアサートします。 | start_store |
stop_store | State-based storage qualifierモードでのみアクティブになります。 write_enable 信号をSignal Tap取得バッファーにディアサートします。 |
stop_store |
trigger と segment_trigger の両方のアクションで、オプションの post-fill_count 引数を受け入れます。
ステート遷移アクション
カスタムのState controlフローで次のステートを指定します。構文は次のとおりです。
goto <state_label>;