製品サポートサイト

DT+Traceでは、関数の実行時間や周期時間に対して以下の評価を自動で実行できます。 意図した範囲内の値となっているか エラー値を取っていないか 本設定を使用することで、割り込み周期の異常など意図しない動作の早期検出が可能です。また設定はプロジェクトに保存されますので、プロジェクトファイルをメンバ間で共有することで属人化しない評価が可能です。 使用フロー 基本的なフローは以下の通りです。 なおテストレポート取得後に設定を行っても、本機能を使用することができます。過去に取得したテストレポートでは問題なかったのか、といった確認も可能です。 設計値の入力 時間値を評価したい関数のプロパティエディタを開きます。フォルダビュー上から該当項目を右クリックし、「プ...

DT+はパターンマッチングで推測をして判別をしています。そのため複雑な宣言の場合は、パターンマッチングでの判別が難しく間違った挿入をしてしまうことがございます。 型定義ファイルを設定することで、DT+に変数の宣言と認識させ、テストポイントの挿入を行うことができます。   型定義ファイルとは 型定義ファイルとは、ターゲット環境の依存の変数の型をテキストファイルに記載し、 そのファイルパスを指定することで、テストポイント自動挿入する際に、 ファイルで指定された文字列は型定義と判断するようになります。   型定義ファイル設定方法 テキストファイルを作成していただき、変数の方を１行に１単語(定義)として、ファイル内に列挙してください。 ．メ...

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

本稿では、C1カバレッジの解析結果をカバレッジレポート上に出力する方法を説明します。C1カバレッジの設定を行う事で、テストレポートを解析し、実機上での操作／テストで対象となる関数内の分岐処理が真／偽両方の動作を網羅できているか、実行されていない分岐条件を確認し、不足している操作／テストパターンの検討などに活用する事ができます。 概要および手順 DT+Traceでは、プロパティ設定からC1カバレッジ解析の設定を行う事でレポート解析の際にカバレッジレポートにC1カバレッジの結果を出力する事が可能です。大まかなフローは以下の通りです。 C1カバレッジを行う 1. 環境設定でレポート解析設定からC1カバレッジ解析を設定します。 ツールメニューの環境設定より、「...

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

この項目では、非同期バス接続方法の手順を解説しております。 本手順では、通常のテストポイント情報を取得するまでに変更が必要な箇所についてご説明いたします。 実際導入を行う際には、ターゲットの環境に合わせてDT+Traceの導入を行ってください。出力ポートのレジスタ設定の調査 ■非同期バス接続出力フォーマット 非同期バス接続は、NORFlashとCPU間のバスを利用し、テストポイント通過時に外部に出力された信号(通過情報)を取得します。ハードウェアの取り付け方法については、アタッチメントマニュアルをご参照ください。 事前に接続先のフラッシュROMの先頭アドレスをご調査ください。また、対象のフラッシュROMでキャッシュをご使用の場合は、キャッシュ領域内のメ...

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

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

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

課題 SPI接続のテストポイントによるオーバーヘッドをより小さくしたい。 解決方法 ペリフェラルを使用したドライバに変更することで、テストポイント出力時のクリック周波数を上げることができ、オーバーヘッドが削減できます。 SSI/CSIを使用できる場合に対応可能です。 <ペリフェラル使用の注意点> ペリフェラルのポート以外に、汎用ポートが1ポート必要になります。ペリフェラルを使用する場合、下図のようにマイコンによっては8bit毎にCSが切り替わるものがあり、DT+Traceで検知できるデータフォーマットには合致しません。サンプルドライバでは、通常のテストポイントを4byte固定データとして出力するため、SSIのCSラインは使用せず、汎用ポート...