インテルのみ表示可能 — GUID: mwh1410384258701
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: mwh1410384258701
Ixiasoft
7.5.5. モニターサービスの使用
モニターサービスはホストサービス上に構築され、 Avalon® メモリーマップド・インターフェイス・エージェントの定期的なインターバルでの読み出しを可能にします。このサービスは、完全にソフトウェア・ベースです。 モニターサービスに追加のソフトロジックは必要ありません。このサービスでは、インターバル読み出しを実行するロジックが効率化され、読み出しにホストサービスを手動で実行するよりも優れたパフォーマンスが得られます。
モニターサービス
- ポーリングするホストとメモリーアドレス範囲を決定します。
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
With the first host, read 100 bytes starting at address 0x2000 every 100 milliseconds.
- モニターサービスを開きます。
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を使用します。