内部の状態モニター(レジスタ,フラグなど)

デバッガとICE

ソフトウェアのデバッグには、デバッガ(Debugger)と総称されるデバッグ用のソフトウェア・ツールを用います。

デバッガは、モニター、エミュレータ−、トレーサーなどの機能の組み合わせやタイプによって形態や機能は異なりますが、おおよそ、次のような機能を持っています。

• CPU、DSPの内部の状態(レジスタ、フラグなど)モニター
• プロセッサ周辺のモニター(メモリ、I/Oなど)
• 実行の停止（ブレーク、指定場所、条件付きブレーク）
• １ステップ実行（ソースコード、実行コードでの１行実行）
• 任意部分の実行（および再実行）
• ヒストリー（各種モニター情報の来歴記録）
• 各種ファイルのロード、セーブ
• シンボル化（シンボル情報の読み込み、設定、編集）

他にも多数のデバッグのための機能が提供されている場合がありますが、一般的な機能としてはこのような所ではないでしょうか。

　　▼@IT (アットマークIT) Insider's Computer Dictionary
　　　デバッグ （debug）
　　　http://www.atmarkit.co.jp/icd/root/11/5787411.html
　　　ブレークポイント （breakpoint）
　　　http://www.atmarkit.co.jp/icd/root/08/5787408.html

CPU、DSPの内部の状態(レジスタ、フラグなど)モニター

プロセッサの内部レジスタ、フラグなどの状態、実行アドレスなど、停止状態のCPUの状態をモニター表示する機能です。(動作中もリアルタイム表示する機能のものもあります。レジスタなどはほとんど役に立ちませんが、特定の状態フラグなどではリアルタイム表示も役に立つ場合もあります)

　　▼@IT (アットマークIT) Insider's Computer Dictionary
　　　　レジスタ （register）
　　　　http://www.atmarkit.co.jp/icd/root/08/5785808.html

以前、レジスタを複数のセットを持ち切り替えながら動作するCPUでレジスタが主となる以外のバンクに切り替わっている状態で停止すると表示内容が正しくなく、その状態のまま操作すると誤動作するデバッガを使ったことがあります。

このようなデバッグ環境は結構きついですね (^^;。

レジスタの内容やフラグなどを確認することができるのが内部モニターの機能ですが、これは、あくまで、エミュレータ−やデバッグ機能と、デバッガの機能で動作しているもので、本当の状態を正しく確認できるとは限らないということも、また、頭の片隅に置いておく必要があります。

ハードデバッグから開始

パソコンのソフトウェアのデバッグなどでは、ほとんど考えられませんが、ファームウェアなど、ハードウェアから開発している機器でのデバッグでは、CPUが正常動作しているとは限らないところから開発がスタートします。

まず、ICEを接続する時点で、ターゲットのハードウェアにグランドや電源など破壊に繋がるような欠陥がないことを確認する必要があります。JTAGのコネクタが必ずしも、CPUに正しく接続されているとも限りません(ハードウェアを信頼することも大切ですが、疑うことが必要です)。

ワンチップ・マイコンを使用した経験などで見かけたミスに、テストピンや、動作決定するためのモード・ピンなどのピンがNC(未接続)になっていたり、接続が違うというものがあります。NCの場合、ピンの電荷によって動作が不安定になるだけで偶然正常動作する場合もあります。

このような状態は、デバッガのモニターや機能を利用して確認しても全く手足が出ません。

ハードウェアの確認

チップのデータブックと基盤の回路図などを確認するのは、ハードウェア担当者が行なっているとは限りませんし、ミスも発生することがありますから、データブック(特にピン配置図)とターゲットの回路図を確認して、CPUが正しく動作することを初期段階や基盤発注時点で確認すると不要な苦労を少なくできます。

多層、表面実装の基盤では、簡単に半田ごてで修正するということが難しい場合が多いので回路図でのNCピンなどの簡単なミスは押えておくようにすると良いと思います。

また、ソフトウェアが担当であっても、ハードウェアの動作などに対する知識や理解が深まります。