インテルのみ表示可能 — GUID: mwh1410384258701
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. トランシーバー・リンクのデバッグ 改訂履歴
インテルのみ表示可能 — GUID: mwh1410384258701
Ixiasoft
7.8.5. モニターサービス
モニターサービスは、マスターサービスの上に構築され、Avalon-MMスレーブの読み出しが通常のインターバルで可能です。このサービスは、完全にソフトウェアベースです。 モニターサービスでは追加のソフトロジックは不要です。このサービスでは、インターバル読み出しを実行するロジックが効率化され、読み出しにマスターサービスを手動で実行するよりも優れたパフォーマンスが得られます。
モニターサービス
- ポーリングするマスターとメモリーのアドレス範囲を決定します。
set master_index 0 set master [lindex [get_service_paths master] $master_index] set address 0x2000 set bytes_to_read 100 set read_interval_ms 100
最初のマスターで100バイトを読み出します。最初はアドレス0x2000からで、ミリ秒毎に行います。
- モニターサービスを開きます。
set monitor [lindex [get_service_paths monitor] 0] set claimed_monitor [claim_service monitor $monitor mylib]
モニターサービスによってマスターサービスが自動的に開きます。
- モニターサービスを使用して、アドレスの範囲とタイム・インターバルを登録します。
monitor_add_range $claimed_monitor $master $address $bytes_to_read monitor_set_interval $claimed_monitor $read_interval_ms
- 範囲をさらに追加し、各インターバルでの結果を定義します。
global monitor_data_buffer set monitor_data_buffer [list]
- データを収集し、そのデータにグローバル変数を追加します。
proc store_data {monitor master address bytes_to_read} { global monitor_data_buffer # monitor_read_data returns the range of data polled from the running design as a list #(in this example, a 100-element list). set data [monitor_read_data $claimed_monitor $master $address $bytes_to_read] # Append the list as a single element in the monitor_data_buffer global list. lappend monitor_data_buffer $data }
注: このプロシージャーにかかる時間がインターバル時間よりも長い場合、モニターサービスでは、場合によってはプロシージャーへの次の1つ以上の呼び出しをスキップする必要があります。この場合、 monitor_read_data では、最後にポーリングされたデータを返します。 - このコールバックの登録には、開いているモニターサービスを使用します。
set callback [list store_data $claimed_monitor $master $address $bytes_to_read] monitor_set_callback $claimed_monitor $callback
- このコールバック変数を使用した呼び出しの実行は、モニターでインターバルを完了するときです。
monitor_set_enabled $claimed_monitor 1
モニターでは、指定された範囲をデバイスから直ちに読み出し、指定されたインターバルでコールバックを呼び出します。この検証には、 monitor_data_buffer の内容を確認します。モニターをオフにするには、上記のコマンドの1の代わりに0を使用します。