製品サポートサイト

DT10では、ドライバでテストポイント情報の出力を行う際にコア情報を取得することで、該当のログ(処理)がどのコアによって実行されたのか、およびその実行経路、ほかのコアで実施されている処理との関連性(処理の割り込みなどのタイミング)を解析できます。このドキュメントでは、どのようにしてコアの情報をDT10で取得するのか、そしてどのように解析するのかについて説明します。作業フロー 以下のように、まずはコアの情報をDT10で取得できるようドライバおよびアプリケーションの設定を変更します。そのうえでデータを取得するとコアの情報が取得できますので、コアの情報を使ってフィルタリングを実施しその際のテストレポートを手動で保存します。 フィルタリングした状態で保存された...

リリース後に指摘のあった不具合では、取得できる情報が少なかったり開発者の手元での再現作業が難航したりと、解析が困難になるケースが多い傾向になります。また「突然リブートする」「処理が想定より時間がかかる」といった、現象だけでは関連するコードが特定しにくいものが多いことも特徴です。 例えばそのような状況で評価部隊から不具合の現象とともにDT+Traceのログが送付されることで、開発者の解析作業をスムーズに行えるようになります。このFAQでは、SQAなどの評価部隊とDT+Trace環境を共有しDT+Traceのログを活用する方法について説明します。運用イメージ テストポイントが挿入された状態のソフトウェアを評価部隊と共有します。DT+Traceのファイル書き...

挿入したテストポイントをオーバーヘッドの削減した「高速テストポイント」に変換することができます。高速テストポイントを使用することで、通常のテストポイントではオーバーヘッドの関係で動作させるのが難しかった箇所の動作を確認できます。 高速テストポイント変換 アプリメニューの[テスト計画]→[高速テストポイント変換...]を選択します。 [高速テストポイント変換]ウィンドウが表示されます。 高速テストポイントに変換するソースファイルのチェックをオンにして、[OK]をクリックします。 注意1025個以上のテストポイントが挿入されているプロジェクトに対し高速テストポイントの変換を行った場合、1025個目以降は通常のテストポイントになります。 指定したソースファイ...

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

Non-OS/ITRON系OS向けのターゲット機器で使用する場合の設定方法を説明します。 イベントID出力ポイントは、イベントID値が12bit値となり、イベントIDを抑えることで、レポートデータを小さくできます。 一方、拡張イベント出力ポイントは、32bit値になります。 ターゲットのシステムが提供するプロセスやスレッドのIDが32bit値の場合は、 拡張イベントID出力ポイントを使用します。但し、高速テストポイント変換ができません。   サンプルドライバのダウンロード 対応OS 接続方式 言語 イベントID出力方式 ダウンロード NonOS/iTRON GPIO 4bit C/C++ イベントID出力ポイント挿入 拡張イベントID出力ポイ...

  課題 タスク、スレッド、プロセスの遷移を解析したい。 Linux OSのカーネルからプロセス情報を取得して解析したい。   解決方法 ターゲット機器の環境に合わせて、イベントIDを出力するテストポイントの設定をすることで、テストレポートのデータにプロセス情報(プロセスIDとプロセス名)を付与することができ、プロセスを考慮した解析ができるようになります。   効果 DT+Traceで、プロセスごとの状態遷移や占有率をグラフィカルに表示できるようになります。その解析結果をもとに、マクロの視点からミクロの視点まで、ソフトの動きを「見える化」できることで、不具合解析や性能測定によるパフォーマンス改善作業が効率的に行えます。 &...

UART接続において、通常のテストポイント情報を取得するために、ドライバファイルをカスタマイズする方法を説明します。サンプルドライバのカスタマイズ サンプルドライバはこちらからダウンロードしてください。 ダウンロードいただいたドライバファイルは、ターゲット環境に合わせて、下記の内容を変更します。 _TP_BusUartInit関数を記述する _TP_BusUartInit関数は、初めてTPの出力が行われる際に使用するポートレジスタの設定・初期化を行う関数です。出力先のCOMポートの指定、及びボーレート、データビットサイズなどの通信設定を行います。 /*===================================================...

WindowsOS向けのターゲット機器で使用する場合の設定方法を説明します。 「ドライバ対応方式」は、通常の通過情報出力のテストポイントにイベントIDを格納して出力する形式です。 その他の方式のように、専用のテストポイントを挿入する必要はありません。この方式では、高速テストポイント変換ができません。 サンプルドライバのダウンロード 対応OS 接続方式 言語 イベントID出力方式 ダウンロード Windows Ethernet C/C++ ドライバ対応方式 ≫ダウンロード WindowsOSドライバのカスタマイズ方法 ドライバ関数において、イベントIDを取得するAPIを使用して、通常の通過情報出力のテストポイントにイベントIDを格納して出力します。Win...

DT+Traceには変数値出力用のテストポイントが用意されておりますが、初期設定では手動で挿入する必要があります。ですが、設定の変更などによって変数値出力テストポイントを自動で任意の箇所に挿入することが可能です。そこで、本ドキュメントでは、変数値出力テストポイントを自動で挿入するための手順や設定について説明します。 概要および手順 DT+Traceでは、ソースコード上のコメントなどに記載されているキーワードを検索し、該当箇所にテストポイントを挿入する「指定位置へのテストポイント自動挿入」という機能があります。この設定を使用することで変数値出力テストポイントを自動で挿入することが可能です。大まかなフローは以下のようになります。 以下、下記のコードにある「...

トレースチェックモードは、8pinプローブを使って、ターゲット機器が出力するトレース信号の波形をモニタする機能です。 DBOX+Traceで、トレース信号の波形が正しく検出できているかを確認することができます。 モニタできる接続方式は、GPIO4bit/GPIO2bit/SPI/I2Cのいずれかのトレース信号が対象です。 トレースチェックモードを有効にしている場合、[テストレポート収集設定]や[ロジックデータ設定]で設定した内容は無効となります。 手順 チュートリアルを参照して、トレースデータが取得可能な状態まで準備を行います。 ＴＰ挿入済のソースコードをビルドし、ターゲット機器に書き込み済である。 DBOX+Traceとターゲット機器が、8pinプロ...