PARTNER-Jet3はArm/RISC-Vに対応し、シングルCPU構成からマルチCPU構成のシステム開発にご利用頂けます。また、Arm社の最新CPUアーキテクチャであるArmv9にも対応し、PARTNER-Jet3で、32bitアーキテクチャに加え、64bitアーキテクチャCPUでのデバッグも可能です。
　また、Arm CoreSight™のトレース機能（ETB,ETR,ETM,PTM)にも対応しています。

　PARTNER-Jet3 Model10およびModel15は、USBバスパワー給電による動作も可能です。ホストPCとのインタフェースは、USB3.2Gen1およびUSB2.0に対応しており、ACアダプタの接続なしでUSB接続するだけで、PARTNER-Jet3を用いたデバッグやプログラム実行トレースを行うことができます。PARTNER-Jet3には供給電力監視機能を搭載しており、電力供給が不足するときはLED点灯でお知らせします。

　ターゲットボード動作中に、JTAGプローブやトレースプローブの挿抜が可能です。障害発生時、リセットや電源再投入を介さずに、プローブ接続して直ぐに原因調査＆デバッグが出来ます。さらに、スナップショット機能を組合わせれば、常時JTAGエミュレータを接続する必要もなく、不具合発生時の内部状態を丸ごと保存できます。

　ビルド・ロードしたプログラムは、ソースコード上で実行指定やプログラムカウンタの移動、ソースコード行のクリックでブレークポイント設定などの操作が可能です。またソースコード上の変数をクリックするだけで変数の値をインスペクト表示します（C/C++/Rust 言語に対応）。
さらにコーディングやデバッグに便利な以下の機能も備えています。

• 実行プログラムをロードした後で、シンボル情報などのデバッグ情報だけを追加で読み込むことができます（複数読み込み可）。
• シンボル名の入力途中で候補を表示し選択できる、入力補完機能があります（シンボル拡張、下図）。
• プリプロセッサマクロ展開結果をデバッガ表示（対応コンパイラのみ）。
• 各ウィンドウやコマンドの結果を、指定した外部エディタで表示・テキスト保存できます。
• 連続ステップ実行した履歴をたどることができます。
• 関数呼び出し履歴表示および、履歴に表示された関数内でのローカル変数の値を連動表示します.。

　デバッガの基本機能であるブレーク機能として、ソフトウェアブレークとハードウェアブレークがあります。S/W ブレークは指定した箇所の命令をブレーク専用の命令に置き換えて、プログラムの実行を停止させます。PARTNER デバッガでは、 ソフトウェアブレークが発生したときにマクロの実行、コマンド実行や printf のようなメッセージをデバッガのウィンドウに出力する機能があります。ソフトウェアブレークは最大63点まで指定できます。
　ハードウェアブレークは、デバッグ対象のプロセッサーのオンチップデバッグ機能を使ってプログラムを停止させる機能です。アドレス条件、データ条件やリード・ライト条件などを指定（CPUにより条件が異なる）することで、特定のメモリへの不正ライトによるメモリ破壊などの検出に役立ちます。

　周辺系I/Oのレジスタを定義したファイルをロードすることにより、レジスタの名前やビットアサイン、ビットの意味などを分かりやすいGUIで表示したり、ビットフィールド単位で値の変更が可能です。定義ファイルはテキストエディタ等で作成できます。
PARTNER-Jet3独自のIO定義ファイル以外にArm® CMSIS-SVD ファイルにも対応しています。

一定周期でPC(プログラムカウンタ)をモニタリグし、プログラムの実行プロファイルを取得することができます。関数の読出し頻度や実行時間を知ることで、ボトルネックとなっている関数を見つけることができ、システムチューニングに役立ちます。

　タスクやスレッドの遷移をGUIで表示し、OSを使ったソフトウェアの動作解析を容易にします。イベント情報はターゲットメモリ内に保存する他、Model 15ではリアルタイムトレースとの連携や、埋め込みトレースとの連携も可能です。
　NORTi, T-Kernel, Toppers, uC3のOSに対応しています。ソースコードが添付されていますので、簡単に他OSにも対応させることが可能です。

　トレース信号を持たないターゲットハードウェアに対して、ターゲット上のメモリを使いJTAG接続だけで関数レベルの実行履歴を取得する機能です。
関数の入口／出口にトレースフックルーチンを埋め込み、そのフックルーチン通過の際に出力されるデータをターゲットシステム上のメモリに記録し、デバッガ上で履歴表示します。
　必要な箇所にトレースポイントを埋め込めば、トレースデータの生成量を抑制し、少ないメモリ容量で長時間のトレースデータを取得することができます。

　Arm CoreSight™ AXI-AP(AHB-AP)を使用したCPUを介さないメモリアクセスにより、実行中のRAMの内容をメモリウィンドウにリアルタイムに表示することができます。

こんな時に、RAMモニタは効果を発揮します。

• 停止できないメカ制御でのパラメータ領域の監視ができます
• PARTNER-Jet3のプローブホットプラグ機能と組み合わせることで、長時間稼働中のシステムをリセットやブレークさせることなくデバッガを接続して、データを監視することが可能です。

　トラストゾーンは、主にArm Cortex®-Aのプロセッサ向けの拡張機能で、アクセス保護が必要なデータやソフトウェアが動作する「セキュアワールド」と、それ以外の「ノンセキュアワールド」にメモリ空間を分離することができます。ノンセキュアワールドとセキュアワールド間の切り替えは、モニターモード（mon）で動作するセキュアモニタを通して行われます。
　PARTNERでは、これらの状態を、ステータスバーや実行停止時のコマンドウィンドウの表示から知ることができます。また、ハードウェアブレークやベクタキャッチのオプションで、有効となる状態を指定すれば、ノンセキュアワールドでのみ停止するようなブレークポイントや、セキュアモニタに切り替わった直後に停止するベクタキャッチなどの作成が可能です。ただし、ハードウェアでセキュアワールドのデバッグが禁止されている場合は、セキュアワールドやセキュアモニタの実行中に停止させることはできません。セキュアワールドでのプログラム実行中にブレーク要求が発生した場合はそのブレーク要求が保留され、セキュアワールドからノンセキュアワールドに分岐した瞬間にブレークします。

　Arm-v8/Arm-v9 64bit アーキテクチャ（AArch64）向けに、新たに定義された４階層のException Level （EL0 ～ EL3）とセキュア/ノンセキュア状態での動作がデバッグしやすいよう、PARTNERデバッガ機能を拡張しています。

• H/Wブレーク条件に、Exception Levelとセキュア状態を設定可能
• H/Wブレーク条件に、仮想マシンIDを指定可能
• 指定したException Levelへの遷移をブレーク条件に指定できる、Exceptionキャッチブレークを新設
• ステータスバーにException Levelとセキュア状態を表示
• ETM/PTMトレースにException Levelとセキュア状態を表示

　各種NORフラッシュメモリの書き込みに対応しており、NORフラッシュ上をXIP実行するプログラムに対してブレークポイントを設定することも可能です。
　SPI接続したNORフラッシュメモリは、当社が提供するSDKで書き込み用のモニタプログラムを作成することにより、標準サポートのパラレル接続のNORフラッシュと同様に書き込みができます。HyperFlash™の場合もパラレルNORフラッシュと同等の書き込み機能を利用することができます。
　パラレルNORフラッシュとHyperFlash™ではCFIからフラッシュメモリ情報を取得することで、フラッシュ書き込み設定を自動で行います。

コマンド入力で、CPUの状態、物理メモリの内容、リアルタイムトレースデータをファイルに保存します。後で、保存データを、PARTNERデバッガに読み込めば、ターゲットボードを接続せずとも、データ取得時の状態を復元することができます。

　例えば、不具合時に取得したスナップショット・データを開発メンバ間で共有し、手分けして原因究明を行う場合などに有用です。

　GCCコンパイラと連携し、VLINKサポートライブラリを含むターゲットコードを生成することで、ターゲットプログラムからホストPC上のファイルシステムなどに(PC上のプログラムと同様に)アクセス可能です。

SMPデバッグ

　SMP Linuxなど、OSが複数のプロセッサーをコントロールする場合には、1つのデバッガウィンドウで、対象の複数プロセッサーをまとめてデバッグできます。SMP OS上で動作するプログラムがプロセッサー間を移動しても、ユーザは、それを意識せずにデバッグすることができます。

AMPデバッグ

　CPU毎に異なるOSを実行するシステムや、CPU毎に独立した処理を割り当て実行するシステムでは、プロセッサ毎にデバッガウィンドウを起動して、個々のプログラム・デバッグが可能です。1台のJTAGエミュレータで複数CPUを同時にデバッグすることができます。

こんな構成でもデバッグが可能です。
　・Cortex®-A53とCortex-R5のように、コア種が異なりかつAArch64/AArch32のように異なるアーキテクチャの構成
　・LinuxとITRONのように異なるOSの構成
　・異なるコンパイラで作成されたプログラムを、個々のCPUで実行する構成
　・SMPグループとAMPのプロセッサーとの組み合わた構成
　　　例:Cortex-A53 QuadコアのSMP Linuxと、Cortex-R5のリアルタイムOS

異なるコア/異なるOSに対応

AMP構成のシステムにおいては、Cortex-A53とCortex-R5のように、 CPU毎のトレース情報を利用し、関数やコンテキスト単位でソフトウェアのふるまいを可視化。種類が異なりかつAArch64/AArch32のようにアーキテクチャも異なる複数のプロセッサーを同時にデバッグできます。また、LinuxとITRONのように異なるOSや、異なるコンパイラで作成されたプログラムも同時にデバッグできます。
　さらに、Cortex-A53 QuadコアのSMP Linuxと、Cortex-R5のリアルタイムOSの様に、SMPグループとAMPのプロセッサーとの組み合わせも、同期・非同期でのデバッグができます。

CPUコア間の同期デバッグ

　AMP構成の場合、各CPUコアを完全に独立して動作させる、もしくはgo/breakを同期させた状態でのデバッグが選択できます。（SMP設定のCPUコアでは、常に同期設定で動作します）
PARTNER デバッガはCoreSight™ CTI などのコア間同期機能に対応しており、クロックレベルでの同期実行・ブレークが可能です。
　デバッグ対象のハードウェアに同期機能が無い場合は、ソフトウェアでの同期が可能です。

マルチCPUコア構成でのブレークポイント制御

　ソフトウェアブレークポイントは、各CPUコアの設定数の合計が最大63点まで使用できます。複数のデバッガから、同じ物理アドレスにソフトウェアブレークポイントを設定した場合には、CPUコア間でのブレークポイントの競合をPARTNER-Jet3が自動的に解決します。また、1 つのCPUコア（デバッガ）に対して指定したソフトウェアブレークポイントと同じアドレスの命令を、他のCPUコアが実行した場合にはデバッガを停止させないといった排他処理も、PARTNERデバッガが高速に制御しています。
　ハードウェアブレークポイントはCPUコアごとにブレーク条件を設定できるだけでなく、SMP構成の場合には、複数のCPUコアに同時に同じ条件でブレークポイントの設定が可能です。

リアルタイムトレースの同時取得

　Cortex-A53とCortex-R7のように異なる種類のCPUコアのマルチシステムの場合、同時にトレース情報を取得し、時間同期したトレースデータを取得することが可能です。
　しかし、同時に複数のCPUコアのトレース情報を取得すると、トレース情報が増えるため転送されるトレースパケットがオーバーフローする可能性があります。このような場合には、トレースデータを取得するプロセッサを指定することで、トレースパケットのオーバーフローの抑制することが可能です。

ブートローダ

　ブートローダでは、実行を開始してから、オブジェクトコードを外部メモリ等にコピーし、そこに制御を移動して動作するタイプのものもあります。このようなタイプのブートローダに対応するため、PARTNERデバッガでは、ブートローダのシンボル情報を読み込む際にアドレスオフセットを指定し、1つのオブジェクトを移動前と移動後の両方のアドレスに対応させることで、ソースデバッグを可能にしています。

カーネル

　カーネル空間は単一の固定アドレスで動作するため、通常は特別な設定をしなくてもデバッグが可能です。カーネルがSMP構成の場合には、複数のプロセッサーに対して個別にデバッガを接続し同時にその状態を見ることができるため、カーネルのブート時のデバッグが容易に行えます。
　またLinux 4.x 以降のカーネルでは、“idle 時にコアの電源を落とす”、“デバッグ中に一定時間ブレーク状態が続くと、警告のメッセージをコンソールに出力する”というように、デバッグをしづらくする機能が多数追加されています。このような問題に対処するため、カーネルのコンフィグレーションの変更やコマンドラインの追加で問題を回避・抑制する方法を具体的にマニュアルでガイドしています。

ローダブルモジュール

　Linuxのローダブル・モジュールは、アドレス情報を持たないリロケータブルなオブジェクトで、insmodコマンドが実行された 時にアドレスが確定します。PARTNERデバッガは、insmodコマンドが実行された時にカーネル内のモジュールのメモリマップを調べてシンボル情報を読み込むことで、ローダブル・モジュールのソースデバッグを実現しています。
ユーザは、デバッグしたいローダブル・モジュールを登録してinsmodコマンドを実行するだけで、モジュールの先頭からデバッグできます。

共有ライブラリ

　デバッグ中のアプリケーションにリンクされている共有ライブラリをデバッグする場合は、リンクされている共有ライブラリ名やマップ情報をPARTNERデバッガが自動認識してシンボル情報を読み込むので、ソースコードデバッグが可能です。

　SMPマルチコア向けLinuxでは、アプリケーションが実行権を得るたびに、アプリケーションを実行するCPUコアが変わります。実行するCPUコアの移動に従ってデバッガもCPUコア間を移動します。エンジニアは、STM Linuxを意識せず、シングルコアのLinux と同じようにデバッグできます。

　組込みLinuxの64bit対応により、vmlinuxのシンボル情報が非常に大きくなり、シンボル情報の解析に時間がかかるようになりました。PARTNERデバッガは解析時間によるストレスを軽減するため、カーネルのシンボル情報をホストPCにキャッシュする機能を実装しています。10秒以上かかっていたシンボル情報解析が1秒以下になりました。
※デバッグ情報キャッシュ機能はLinux カーネル専用ではありません。

teraterm連携機能は、u-bootやLinuxのコンソール（teraterm）入出力を、PARTNER デバッガのコマンドウィンドウ経由で入出力する機能です。デバッグ開始時にPARTNERデバッガのマクロで、カーネルシンボルロードや、ブレークポイント設定を自動化することに加えて、 teraterm連携機能を使うことにより、 Linuxへのログインやアプリケーション実行までも、Linuxのコンソールを操作することなくマクロを使った自動化が可能です。
 ※ホストPCにteratermがインストールされている必要があります。