製品サポートサイト

本稿では、任意のテストポイントの周期時間を計測する方法を説明します。通常、初期状態でレポートを取得し解析を行うと「周期時間レポート」として、関数の入口(FuncIn種別)のテストポイントに着目したレポートが解析されます。そのため、タスクとして無限ループが実行されている場合などでは、関数の入口のテストポイントは最初の1回のみ実行されるので、周期時間レポートでは解析できません。タスクの周期を確認したりする場合に便利な設定です。 概要および手順 DT+Traceには「ステップ周期時間レポート」という解析機能があり、こちらを使用することで、任意のステップ(テストポイント)の周期時間をレポートとして確認可能です。大まかなフローは以下の通りです。 今回は「タスクと...

プロジェクトに含まれるソースコードが変更された場合、変更後に合わせたプロファイルが新たに作成されます。 最新のプロファイルに対して、コード変更前にテストしたカバレッジ結果（過去のプロファイル）を引き継ぐことで、コード変更で影響のあるテストのみを実施すれば、過去のテスト結果も含めて、最新のプロファイルでカバレッジを確認できます。 プロファイル間のカバレッジ情報の引き継ぎ手順 メニューから[ツール]→[環境設定]を選択します。 　 　　 [環境設定]ダイアログの[解析]ページから、[カバレッジ情報のプロファイル自動引き継ぎ]を有効にします。 メニューから[解析]→[レポートデータの解析]を行うと、プロファイルにカバレッジテストの状態が記録されます。 この状...

非同期バス(関数コール)を使うことで_TP_BusOut関数がコールできるようになりますが、関数マクロを使用して、_TP_BusOut関数をマクロに置き換える方式になります。 ここではマクロに書き換えたファイル(dt_drv.h)をDT+Traceに設定する手順を紹介します。 ドライバのダウンロード 非同期バス(関数コール)接続 ダウンロード ドライバ側の変更 _TP_BusOut関数をマクロに置き換えるため、コンパイラによってドライバに_TP_BusOutの記載がある場合にエラーや警告になる可能性がございます。 使用するドライバをエディタ等で開いていただき、_TP_BusOut関数を削除してください。 void _TP_BusOut( DT_UINT...

この項目では、Linux環境におけるDT+Traceドライバの環境への実装の手順を解説しております。 実際導入を行う際には、ターゲット環境に合わせてDT+Traceの導入を行ってください。 また、データ取得には別途サンプルドライバのカスタマイズが必要となります。 各接続方式のチュートリアルも合わせてご覧ください。 ユーザーランド領域での実装 ユーザーランドのターゲットにDT+Traceのサンプルドライバを登録いただく場合は、 ターゲットのMakefileにサンプルドライバ等を追加してください。 ■Makefileの例 OBJECTS = target.o dt_xxx_drv.o （※”xxx”の部分は各接続方式になります。) HEADERS = *....

課題 タクトタイムがシビアな処理の経路解析と実行時間の測定を行いたいが、 ハードウェアの仕様上、高速な接続が使えずオーバーヘッドが大きく該当処理にDT+Traceが適用できない。 解決方法 バッファに経路情報と通過時間を蓄積し、後から出力するドライバを使用します。 このドライバは通常のドライバのようにテストポイントを通過する度に出力するのではなく、 ドライバ内でメモリバッファを確保し、通常の実行時にはバッファに記録のみ行います。 別途、出力関数をコールする時にまとめて出力する事で、ターゲット処理に負荷を掛けないタイミングで、 データの出力ができるようになります。 また、バッファに記録する場合は、DBOX+Traceのタイムスタンプ機能を使用しても有効な...

課題 ファイル書き出し方式において、オーバーヘッドをより小さくして使用したい タクトタイムがシビアな処理の経路解析と実行時間の測定を行いたい。 解決方法 バッファに経路情報と通過時間を蓄積し、後から出力するドライバを使用します。 標準のサンプルドライバでは、テストポイントを通過する度にデータファイルに出力しますが、 ドライバ内でメモリバッファを確保して、テストポイントの処理実行時にはバッファにデータ記録のみを行います。 蓄積されたデータを定周期で実行されるスレッドを使用してファイルに書き込むことで、 標準のサンプルドライバよりも、オーバーヘッドを減らすことができます。 効果 テストポイント処理の時は、メモリバッファへのデータ記録のみをするので、 テスト...

テストポイント自動挿入の解析に失敗する場合（コメント領域以外でマルチバイトコードが出現する場合など）やデバッグコードなど、テストポイント自動挿入の対象から除外したい区間が存在する場合があります。 しかし、通常の自動挿入では、ヘッダファイルを認識しないため、プリプロセッサ処理で無効になっている箇所に対しても、テストポイントを挿入します。 プリプロセッサを考慮した上で、テストポイントを挿入するには、次の2つの方法があります。 条件付きコンパイル解析を用いる方法 条件付きコンパイル解析を行うには、プロジェクトに登録されているソースファイルがIncludeしているパスを、プロジェクトに設定する必要があります。 メニューから[ファイル]→[プロジェクト設定]を選...

この項目では、GPIO4bit /2bit/SPI/I2C接続(以下、汎用ポート接続)の汎用ポートを使用した接続方式の手順を開設しております。本手順では、通常のテストポイントを取得するまでに変更が必要な箇所についてご説明いたします。実際導入を行う際には、お客様の環境に合わせてDT+Traceの導入を行ってください。 出力ポートのレジスタ設定の調査 汎用ポート接続では、DBOX+Traceと接続するポートのHI/LOW制御が必要になります。出力ポートのレジスタのアドレスを調査いただき、使用するポートを出力ポートに設定してください。   サンプルドライバの構成 Driver_DT -dt_tpdrv.c・・・ユーザーランド側の出力用ドライバ。 カ...

DT+Traceでは、関数の入り口と出口、各分岐やループに自動挿入されますが、これとは別に自分が指定したコード上のキーワードの前後にテストポイントを挿入できる機能があります。ここでは、その手順について説明します。 例えば関数名をこの機能で設定すれば、関数の呼び出し元にテストポイントが自動で挿入されるため確認漏れを防ぐことができます。以下、下記のコードにある「setRGBLEDColor」の呼び出し行の前後にテストポイントを自動で入れることを念頭に、設定方法を説明します。   DT+Traceの設定 「ファイル」メニューの「プロジェクト設定...」を選択し設定画面を開きます。設定画面左部分から「自動挿入設定」の子項目の「共通」を選択し、「指定文...

ロジックデータを取得した場合にテストレポート上のLogicData(Notify)をテストレポートフィルタを設定して非表示にする方法をご説明します。 アプリメニューの[テストレポートフィルタ]のアイコンを選択します。 テストレポートフィルタダイアログが表示されますので、 種別の[ソース]を有効にし、[ソース]の設定値欄をダブルクリックします。 ※今回はソースで設定しますが、関数/ステップ種別でも可能です。 テストレポートフィルタ:ソースダイアログが表示されますので、 [全てチェックをつける]を選択し、[OK]を選択してください。 処理が非表示になっている場合は、表示に変更していただき、 設定が完了したら、[OK]を選択します。 ※変数値も取得していて、...