JPH04303886A - グラフィック表示装置 - Google Patents
グラフィック表示装置Info
- Publication number
- JPH04303886A JPH04303886A JP3068283A JP6828391A JPH04303886A JP H04303886 A JPH04303886 A JP H04303886A JP 3068283 A JP3068283 A JP 3068283A JP 6828391 A JP6828391 A JP 6828391A JP H04303886 A JPH04303886 A JP H04303886A
- Authority
- JP
- Japan
- Prior art keywords
- error
- log
- errors
- display device
- application program
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Stored Programmes (AREA)
- Controls And Circuits For Display Device (AREA)
- Debugging And Monitoring (AREA)
- Image Generation (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
［発明の目的］
【０００１】
【産業上の利用分野】本発明は、一般産業設備の監視や
制御のために使用されるグラフィック表示装置に関する
。
制御のために使用されるグラフィック表示装置に関する
。
【０００２】
【従来の技術】一般にグラフィック表示装置は、図４に
示すように構成されている。ホストコンピュータ１上の
アプリケーションプログラムより、グラフィック表示装
置１２に図形描画コマンドが伝送される。すなわち、伝
送制御装置２を介して図形描画コマンドを受信すると、
ＣＰＵ３では、メモリ４のデータを参照しつつコマンド
を解読し、グラフィックプロセッサ５に図形描画を指示
する。これにより、フレームメモリ６上に図形を描画す
る。
示すように構成されている。ホストコンピュータ１上の
アプリケーションプログラムより、グラフィック表示装
置１２に図形描画コマンドが伝送される。すなわち、伝
送制御装置２を介して図形描画コマンドを受信すると、
ＣＰＵ３では、メモリ４のデータを参照しつつコマンド
を解読し、グラフィックプロセッサ５に図形描画を指示
する。これにより、フレームメモリ６上に図形を描画す
る。
【０００３】フレームメモリ６に描画された図形は、ビ
デオインタフェース回路７によって、ディスプレイモニ
タ８上に表示される。
デオインタフェース回路７によって、ディスプレイモニ
タ８上に表示される。
【０００４】このようなグラフィック表示装置において
は、トラブル発生時のエラー解析が容易になるように、
装置内部にエラーログ領域１１を設けていることが多い
。
は、トラブル発生時のエラー解析が容易になるように、
装置内部にエラーログ領域１１を設けていることが多い
。
【０００５】この領域は、時系列で最新の数十件を記憶
しておくような構成になっており、図５に示すように１
件の内容が、エラーの発生時刻１３、エラーコード１４
、エラー内容１５、回数１６と、数ワードの構成になっ
ている。ここで、エラーコード１４とはエラーの発生要
因を示す番号、エラー内容１５とはエラーコードで示す
エラーの関連情報、回数１６とはこのエラーの連続発生
回数を示す。また、エラーの種類としては、ハードウェ
アの故障の要因で発生するものや、各種描画コマンドの
パラメータエラー等のアプリケーションプログラム上の
要因で発生するものに大きく分けられる。
しておくような構成になっており、図５に示すように１
件の内容が、エラーの発生時刻１３、エラーコード１４
、エラー内容１５、回数１６と、数ワードの構成になっ
ている。ここで、エラーコード１４とはエラーの発生要
因を示す番号、エラー内容１５とはエラーコードで示す
エラーの関連情報、回数１６とはこのエラーの連続発生
回数を示す。また、エラーの種類としては、ハードウェ
アの故障の要因で発生するものや、各種描画コマンドの
パラメータエラー等のアプリケーションプログラム上の
要因で発生するものに大きく分けられる。
【０００６】このような構成で、もし動作中にエラーを
検出すると、エラーログプログラムがエラーログ領域１
１の一番古いログを消し、そこに今回のエラーログ内容
を書き込むことになる。したがって、限られたエラーロ
グ領域１１を循環リストとして使用し、常に最新の数十
件のエラーログを記憶している。
検出すると、エラーログプログラムがエラーログ領域１
１の一番古いログを消し、そこに今回のエラーログ内容
を書き込むことになる。したがって、限られたエラーロ
グ領域１１を循環リストとして使用し、常に最新の数十
件のエラーログを記憶している。
【０００７】循環リストは、限られた領域に多くの種類
のエラーを時系列でログするのには最も有効な格納方法
である。
のエラーを時系列でログするのには最も有効な格納方法
である。
【０００８】従来はこの領域に、ハードウェア上のエラ
ーを検出しても、コマンドパラメータのエラーを検出し
ても、エラーログプログラムが一つのエラーログ領域１
１に書き込んでいた。
ーを検出しても、コマンドパラメータのエラーを検出し
ても、エラーログプログラムが一つのエラーログ領域１
１に書き込んでいた。
【０００９】
【発明が解決しようとする課題】ところが、アプリケー
ションプログラムが不完全であった場合には、コマンド
のパラメータエラーが多く発生し、エラーログ領域１１
は、すべてパラメータエラーのログになってしまう恐れ
がある。すなわち、ハードウェア上の故障で一過性のエ
ラーが発生し、エラーログプログラムがログされたとし
ても、次から次に発生するパラメータエラーでハードウ
ェアエラーが消されてしまう。したがって、ハードウェ
アエラーが発生し、オペレータが画面表示要求をしたと
しても、特に描画コマンド列がグラフィック表示装置に
受信され、解読しながら描画しているような場合には、
コマンドのパラメータエラーが多く発生するので、エラ
ーログ領域がすべてパラメータエラーのみとなってしま
い、解析に必要なハードウェア上の故障のエラーログが
なくなってしまう恐れがあった。
ションプログラムが不完全であった場合には、コマンド
のパラメータエラーが多く発生し、エラーログ領域１１
は、すべてパラメータエラーのログになってしまう恐れ
がある。すなわち、ハードウェア上の故障で一過性のエ
ラーが発生し、エラーログプログラムがログされたとし
ても、次から次に発生するパラメータエラーでハードウ
ェアエラーが消されてしまう。したがって、ハードウェ
アエラーが発生し、オペレータが画面表示要求をしたと
しても、特に描画コマンド列がグラフィック表示装置に
受信され、解読しながら描画しているような場合には、
コマンドのパラメータエラーが多く発生するので、エラ
ーログ領域がすべてパラメータエラーのみとなってしま
い、解析に必要なハードウェア上の故障のエラーログが
なくなってしまう恐れがあった。
【００１０】また、ハードウェア上の故障で一過性のエ
ラーが発生したことにより、現在実行中のコマンドが中
断された場合、これがモード設定コマンドであると、こ
れ以降のそのモード専用コマンドでモード設定エラーが
発生する。したがって、結果的にハードウェア上の一過
性エラーのログが失われ、真の原因追及が困難になる恐
れがあった。
ラーが発生したことにより、現在実行中のコマンドが中
断された場合、これがモード設定コマンドであると、こ
れ以降のそのモード専用コマンドでモード設定エラーが
発生する。したがって、結果的にハードウェア上の一過
性エラーのログが失われ、真の原因追及が困難になる恐
れがあった。
【００１１】一方、これらを防ぐために、コマンドのパ
ラメータエラーをログしないようにすることも考えられ
るが、そうすると、アプリケーションプログラムのバグ
を内在させる結果となったり、アプリケーションプログ
ラムの要因で起こるトラブルの解析が困難になるという
、色々な弊害がでてくる恐れがあった。
ラメータエラーをログしないようにすることも考えられ
るが、そうすると、アプリケーションプログラムのバグ
を内在させる結果となったり、アプリケーションプログ
ラムの要因で起こるトラブルの解析が困難になるという
、色々な弊害がでてくる恐れがあった。
【００１２】そこで、本発明では、エラーログ領域をハ
ードウェア故障のように、装置内部に原因があってエラ
ーを検出したものをログする領域と、コマンドのパラメ
ータエラーのようにアプリケーションプログラムに原因
があってエラーを検出したものをログする領域の２つの
エラーログ領域を持つことにより、アプリケーションプ
ログラムがデバッグ中でコマンドのパラメータエラーが
多く発生している状態であっても、過去に発生したハー
ドウェア上のエラーログが消えずに残り、エラー解析を
容易に可能にしたグラフィック表示装置を提供すること
にある。 ［発明の構成］
ードウェア故障のように、装置内部に原因があってエラ
ーを検出したものをログする領域と、コマンドのパラメ
ータエラーのようにアプリケーションプログラムに原因
があってエラーを検出したものをログする領域の２つの
エラーログ領域を持つことにより、アプリケーションプ
ログラムがデバッグ中でコマンドのパラメータエラーが
多く発生している状態であっても、過去に発生したハー
ドウェア上のエラーログが消えずに残り、エラー解析を
容易に可能にしたグラフィック表示装置を提供すること
にある。 ［発明の構成］
【００１３】
【課題を解決するための手段】本発明は、エラーログ領
域を２つ設け、エラーログを行う時、装置内部の要因で
発生したエラーとアプリケーションプログラムによって
発生したエラーを区別してログすることを特徴とする。
域を２つ設け、エラーログを行う時、装置内部の要因で
発生したエラーとアプリケーションプログラムによって
発生したエラーを区別してログすることを特徴とする。
【００１４】
【作用】これにより、コマンドのパラメータエラーが多
発している状態であっても、ハードウェアエラーが発生
した時、別々のエラーログ領域にログされることから、
ハードウェアエラーのエラー解析による原因追究を容易
に行うことができる。
発している状態であっても、ハードウェアエラーが発生
した時、別々のエラーログ領域にログされることから、
ハードウェアエラーのエラー解析による原因追究を容易
に行うことができる。
【００１５】
【実施例】以下、本発明の一実施例を説明する。図１は
本発明のグラフィック表示装置の構成図である。本発明
では第１のエラーログ領域９と第２のエラーログ領域１
０とを有している。
本発明のグラフィック表示装置の構成図である。本発明
では第１のエラーログ領域９と第２のエラーログ領域１
０とを有している。
【００１６】正常に動作している場合は、ホストコンピ
ュータ１のアプリケーションプログラムより、伝送制御
装置２を介して図形描画コマンドを受信すると、ＣＰＵ
３では、メモリ４のデータを参照してコマンドを解読し
、グラフィックプロセッサ５により、フレームメモリ６
上に図形を描画する。
ュータ１のアプリケーションプログラムより、伝送制御
装置２を介して図形描画コマンドを受信すると、ＣＰＵ
３では、メモリ４のデータを参照してコマンドを解読し
、グラフィックプロセッサ５により、フレームメモリ６
上に図形を描画する。
【００１７】フレームメモリ６に描画された図形は、ビ
デオインターフェース回路７によって、ディスプレイモ
ニタ８上に表示される。
デオインターフェース回路７によって、ディスプレイモ
ニタ８上に表示される。
【００１８】このような動作を繰り返しているとき、も
し、グラフィックプロセッサ５上でエラーが発生した場
合の動作を図２のフローチャートで説明する。
し、グラフィックプロセッサ５上でエラーが発生した場
合の動作を図２のフローチャートで説明する。
【００１９】まず、ハードウェアエラーである場合は、
図２（Ａ）に示すようにＣＰＵ３ではグラフィックプロ
セッサ５からエラー内容を受取り、ハードウェアエラー
であることからフラグを“０”にセットする（Ｓ１）。 そして、そのエラーのエラーコード、エラー内容をセッ
トし（Ｓ２）、図３に示すエラーログサブルーチンを呼
び出す（Ｓ３）。
図２（Ａ）に示すようにＣＰＵ３ではグラフィックプロ
セッサ５からエラー内容を受取り、ハードウェアエラー
であることからフラグを“０”にセットする（Ｓ１）。 そして、そのエラーのエラーコード、エラー内容をセッ
トし（Ｓ２）、図３に示すエラーログサブルーチンを呼
び出す（Ｓ３）。
【００２０】エラーログサブルーチンでは、図３に示す
ように始めに、フラグを参照し（Ｓ２０）、どちらのエ
ラーログ領域にログするエラーなのか判断する。この場
合、フラグが“０”のため、第１のエラーログ領域９の
ログのための処理に移る。そしてエラーコードとエラー
内容を取り出し、前回ログした内容と比較する（Ｓ２１
）。もし等しい時は新たにログせず、前回のログの発生
時間を更新し、回数を１増加するのみとする（Ｓ２２）
。もし、前回と異なったエラーなら、格納ポインタを取
り出し、現在時刻と共に、エラーコード、エラー内容、
回数をログする。この時、回数は１とする（Ｓ２３）。 そして、次のエラーログのために、格納ポインタを＋１
する（Ｓ２４）。その結果、第１のエラーログ領域９の
大きさを越える場合は、格納ポインタを第１のエラーロ
グ領域９の先頭アドレスにセットし、循環するようにす
る（Ｓ２５）。その後、呼び出し元へリターンする。呼
び出し元では、必要ならリトライし、通常の動作を継続
する。
ように始めに、フラグを参照し（Ｓ２０）、どちらのエ
ラーログ領域にログするエラーなのか判断する。この場
合、フラグが“０”のため、第１のエラーログ領域９の
ログのための処理に移る。そしてエラーコードとエラー
内容を取り出し、前回ログした内容と比較する（Ｓ２１
）。もし等しい時は新たにログせず、前回のログの発生
時間を更新し、回数を１増加するのみとする（Ｓ２２）
。もし、前回と異なったエラーなら、格納ポインタを取
り出し、現在時刻と共に、エラーコード、エラー内容、
回数をログする。この時、回数は１とする（Ｓ２３）。 そして、次のエラーログのために、格納ポインタを＋１
する（Ｓ２４）。その結果、第１のエラーログ領域９の
大きさを越える場合は、格納ポインタを第１のエラーロ
グ領域９の先頭アドレスにセットし、循環するようにす
る（Ｓ２５）。その後、呼び出し元へリターンする。呼
び出し元では、必要ならリトライし、通常の動作を継続
する。
【００２１】一方、ホストコンピュータ１上のアプリケ
ーションプログラムからのコマンドをＣＰＵ３が解読し
実行している状態において、もし、コマンドのパラメー
タチェックでエラーとなった場合、図２（Ｂ）で示すよ
うにＣＰＵ３では、フラグを“１”にセットし（Ｓ１０
）、エラーコード、エラー内容をセットし（Ｓ１１）、
図３のエラーログサブルーチンを呼び出す（Ｓ１２）。
ーションプログラムからのコマンドをＣＰＵ３が解読し
実行している状態において、もし、コマンドのパラメー
タチェックでエラーとなった場合、図２（Ｂ）で示すよ
うにＣＰＵ３では、フラグを“１”にセットし（Ｓ１０
）、エラーコード、エラー内容をセットし（Ｓ１１）、
図３のエラーログサブルーチンを呼び出す（Ｓ１２）。
【００２２】エラーログサブルーチンでは、図３に示す
ように始めにフラグを参照し（Ｓ２０）、どちらのエラ
ーログ領域にログするエラーなのか判断する。この場合
、フラグが“１”のため、第２のエラーログ領域１０の
ログのための処理に移る。そしてエラーコードとエラー
内容を取り出し、前回ログした内容と比較する（Ｓ２６
）。もし等しい時は新たにログせず、前回のログの発生
時間を更新し、回数を１増加するのみとする（Ｓ２７）
。もし、前回と異なったエラーなら、格納ポインタを取
り出し、現在時刻と共に、エラーコード、エラー内容、
回数をログする。この時、回数は１である。そして、次
のエラーログのために、格納ポインタを＋１する（Ｓ２
８）。その結果、第２のエラーログ領域１０の大きさを
越える場合は、格納ポインタを第２のエラーログ領域１
０の先頭アドレスにセットし、循環するようにする（Ｓ
２９）。その後、呼び出し元へリターンする。呼び出し
元では、次のコマンドの解読に移り、通常の動作を継続
する。
ように始めにフラグを参照し（Ｓ２０）、どちらのエラ
ーログ領域にログするエラーなのか判断する。この場合
、フラグが“１”のため、第２のエラーログ領域１０の
ログのための処理に移る。そしてエラーコードとエラー
内容を取り出し、前回ログした内容と比較する（Ｓ２６
）。もし等しい時は新たにログせず、前回のログの発生
時間を更新し、回数を１増加するのみとする（Ｓ２７）
。もし、前回と異なったエラーなら、格納ポインタを取
り出し、現在時刻と共に、エラーコード、エラー内容、
回数をログする。この時、回数は１である。そして、次
のエラーログのために、格納ポインタを＋１する（Ｓ２
８）。その結果、第２のエラーログ領域１０の大きさを
越える場合は、格納ポインタを第２のエラーログ領域１
０の先頭アドレスにセットし、循環するようにする（Ｓ
２９）。その後、呼び出し元へリターンする。呼び出し
元では、次のコマンドの解読に移り、通常の動作を継続
する。
【００２３】ここで、アプリケーションプログラムから
のコマンドにパラメータエラーが多く含まれていても、
上記動作により、これらのエラーは第２のエラーログ領
域１０の方にログされるため、ハードウェアエラーのエ
ラーログが消されることはない。
のコマンドにパラメータエラーが多く含まれていても、
上記動作により、これらのエラーは第２のエラーログ領
域１０の方にログされるため、ハードウェアエラーのエ
ラーログが消されることはない。
【００２４】このようにこの一実施例によれば、アプリ
ケーションプログラムからのコマンドパラメータエラー
が頻発している状態の時、もし、ハードウェア上のエラ
ーが発生しても、別々のエラーログ領域に格納されてい
るため、装置内部のエラー解析に支障をきたすことはな
い。また、コマンドパラメータエラーについてもログさ
れているため、これを読み出すことにより、アプリケー
ションプログラムの修正も行うことができる。
ケーションプログラムからのコマンドパラメータエラー
が頻発している状態の時、もし、ハードウェア上のエラ
ーが発生しても、別々のエラーログ領域に格納されてい
るため、装置内部のエラー解析に支障をきたすことはな
い。また、コマンドパラメータエラーについてもログさ
れているため、これを読み出すことにより、アプリケー
ションプログラムの修正も行うことができる。
【００２５】
【発明の効果】以上のように本発明によれば、独立した
、２つのエラーログ領域を設けることにより、エラーロ
グ解析による装置内部の故障箇所解明の時間短縮と、ア
プリケーションプログラムの品質向上が図れ、結果的に
グラフィック表示装置の信頼性が向上することになる。
、２つのエラーログ領域を設けることにより、エラーロ
グ解析による装置内部の故障箇所解明の時間短縮と、ア
プリケーションプログラムの品質向上が図れ、結果的に
グラフィック表示装置の信頼性が向上することになる。
【図１】本発明の一実施例を示すブロック図。
【図２】エラーが発生した場合のＣＰＵ３での処理内容
を示すフローチャート。
を示すフローチャート。
【図３】本発明のエラーログサブルーチンを示すフロー
チャート。
チャート。
【図４】従来例を示すブロック図。
【図５】エラーログの説明図。
１ ホストコンピュータ
２ 伝送制御装置
３ ＣＰＵ
４ メモリ
５ グラフィックプロセッサ
６ フレームメモリ
７ ビデオインタフェース回路
８ ディスプレイモニタ
９ 第１のエラーログ領域
１０ 第２のエラーログ領域
１１ 従来のエラーログ領域
Claims (1)
- 【請求項１】 ホストコンピュータ上のアプリケーシ
ョンプログラムから送信されるグラフィックコマンド列
を解読し、文字や図形を描画するグラフィック表示装置
において、前記グラフィック表示装置内部で発生したハ
ードウェアエラーをログする第１のエラーログ領域と、
アプリケーションプログラムによって引き起こされたプ
ログラム上のコマンドパラメータエラーをログする第２
のエラーログ領域とを具備したことを特徴とするグラフ
ィック表示装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3068283A JPH04303886A (ja) | 1991-04-01 | 1991-04-01 | グラフィック表示装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3068283A JPH04303886A (ja) | 1991-04-01 | 1991-04-01 | グラフィック表示装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04303886A true JPH04303886A (ja) | 1992-10-27 |
Family
ID=13369283
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3068283A Pending JPH04303886A (ja) | 1991-04-01 | 1991-04-01 | グラフィック表示装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04303886A (ja) |
-
1991
- 1991-04-01 JP JP3068283A patent/JPH04303886A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2526688B2 (ja) | プログラマブルコントロ―ラおよびシ―ケンスプログラムの部分実行方法 | |
| US20120151267A1 (en) | System for extending use of a data address break point register to implement multiple watch points | |
| US7353500B2 (en) | Suppressing execution of monitoring measurement program pointed to by inserted branch after threshold number of coverage to reduce instruction testing overhead | |
| US5257269A (en) | Error controller for use in debugging microprocessor | |
| US6611924B1 (en) | Reducing code size of debug output statements | |
| US20030154288A1 (en) | Server-client system and data transfer method used in the same system | |
| JPH0581070A (ja) | プログラマブルコントローラ、およびプログラマブルコントローラにおけるユーザプログラム実行方法 | |
| JPH04287243A (ja) | グラフィック表示装置 | |
| JPH0740235B2 (ja) | トレ−ス情報の収集方式 | |
| JP3315266B2 (ja) | 自己診断状況表示方式 | |
| JP2536386B2 (ja) | オンライン情報処理装置 | |
| JP2007304972A (ja) | マイクロプロセッサシステム | |
| JP2001202272A (ja) | デバッグの方法とこの方法を用いたデバッグ装置及びデバッグの方法を記録した記録媒体 | |
| JPS59177660A (ja) | 電子計算機における診断結果のロギング方式 | |
| JPH10214204A (ja) | デバッガー | |
| JPS59202546A (ja) | デバツグ装置 | |
| JPH02176835A (ja) | コンソール画面検索方法 | |
| JPH05334135A (ja) | プログラム異常終了時のエラー情報表示方式 | |
| JP2002014843A (ja) | プログラム実行トレース方式 | |
| JPH0472257B2 (ja) | ||
| JPH0772909A (ja) | プログラマブルコントローラのサポート装置 | |
| JP2000353109A (ja) | エミュレータ及びエミュレーションシステム | |
| JP2001265619A (ja) | データトレース方式 | |
| JPS5930153A (ja) | 擬似障害設定処理方式 | |
| JPS6238746B2 (ja) |