JP3655375B2 - Bus data transfer device - Google Patents
Bus data transfer device Download PDFInfo
- Publication number
- JP3655375B2 JP3655375B2 JP29606495A JP29606495A JP3655375B2 JP 3655375 B2 JP3655375 B2 JP 3655375B2 JP 29606495 A JP29606495 A JP 29606495A JP 29606495 A JP29606495 A JP 29606495A JP 3655375 B2 JP3655375 B2 JP 3655375B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- command
- transmission data
- bus
- transmission
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Description
【0001】
【発明の属する技術分野】
この発明は、バスデータ転送装置に関し、詳しくは、データ処理装置(以下ホスト)と、SCSI等で接続される磁気ディスク装置や光ディスク装置などの周辺機器との間で異常動作時の装置の調整や動作評価が容易にできるバスデータ転送装置に関する。
【0002】
【従来の技術】
従来、ホスト側のインタフェース機構やソフトウェアのデバッグにあっては、直接周辺機器を接続する場合と周辺機器に代わるシミュレータを接続する場合との二つの方法がある。
後者のシミュレータの場合には、通常、周辺機器をシミュレートするシミュレータをホストのバスに接続し、ホストに対しては周辺機器の疑似装置として疑似応答データをホストに送信する疑似動作をさせる。これによりホスト側のインタフェース機構やソフトウェアのデバッグが行われる。
なお、このシミュレータには疑似動作を実行するために必要な疑似応答データやその条件について作成されたシミュレーションプログラムがあらかじめ搭載されている。
【0003】
【発明が解決しようとする課題】
この種のシミュレータは、周辺機器の各種の動作をシミュレートするためのシミュレーションプログラムの作成が必要であり、多種多様な条件に応じてのプログラムの作成には時間がかかる。しかも、シミュレーションプログラムの内容として、応答装置の正常動作に加えて、故障時の動作についても作成することが要求される。
この点、前者の直接周辺機器を接続する場合は、プログラムの作成が不用である。しかし、応答装置の正常動作に応じて行われる調整や評価で正常時の動作が確認されるだけであって、故障時の動作については通常の状態では確認できない。そのための周辺機器等の応答装置においては、故意に故障を発生させなければならず、周辺機器自体が故障して使用不能になる問題がある。
この発明の目的は、このような従来技術の問題点を解決するものであって、プログラムの作成が容易でデータ処理装置や周辺機器等の故障や異常動作を簡単に実現できるバスデータ転送装置を提供することにある。
【0004】
【課題を解決するための手段】
このような目的を達成するためのこの発明のバスデータ転送装置の特徴は、所定の周辺機器とデータ処理装置とを接続するバスに挿入される装置であって、故障時の動作あるいは特定の動作に切り換えるためのあらかじめきめられた送信データに付加される所定のコマンドに対応して、受信した送信データとは異なる条件の送信データを生成するための送信データの生成条件データを記憶した条件データテーブルと、データ処理装置および周辺機器の動作状態においていずれか一方がバス上に送出したコマンドを含む送信データを受けて送出したコマンドが前記の所定のコマンドに一致するか否かを検出する検出手段と、この検出手段の検出信号を受けて送出したコマンドが所定のコマンドと一致しているときに条件データテーブルの所定のコマンドに対応する生成条件データを参照してバス上に送出した送信データの一部あるいはコマンドを他のものに置換した異なる条件の送信データを生成してあらかじめ決められた所定の手順でデータ処理装置および周辺機器のいずれか他方に対して送出する送信データ置換処理・転送手段と、送出したコマンドが一致していないときに送出した送信データを前記の所定の手順でいずれか他方に対して送出する送信データ転送手段とを備えるものである。
【0005】
【発明の実施の形態】
このように、周辺機器とデータ処理装置とを接続するバスにデータ転送装置を挿入して、これに所定のコマンドが発生したときに別途送信データを生成して送信されたデータに換えて生成データを送信する機能を付加することにより、所定のコマンドが発生したときに周辺機器あるいはデータ処理装置の異常動作や故障のときなどに応じたデータを相手方に送出することが可能になる。
前記の別途送信データを生成する機能としては、前記の構成における検出手段とバスデータ生成手段である送信データ置換処理・転送手段と送信データ転送手段とにより行い、検出手段がバス上に送出されたコマンドとあらかじめ決められたコマンドとを比較してこれらが一致したときに、バスデータ生成手段において本来の送信データに換えて別の送信データを送出する。これにより、例えば、故障時の動作を発生させたい場合には、特定のコマンドを登録しておき、このコマンドに対応させて故障のバスデータを生成することができる。
なお、所定コマンドを比較して一致しない場合には、ホストからの送信データと同じデータを生成するか、あるいは受信データそのものを周辺機器に送出する。周辺機器は、送出されたデータに応じた動作を行い、その結果の応答を返す。
ホストからの送信データに対する周辺機器の応答データに対しても前記と同様に所定のコマンドがある場合に送信データを生成してホストへ送信することもできる。このとき、あらかじめ決められたコマンドでないときには、前記と同様に、周辺機器からの送信データと同じデータが生成され、あるいは受信データそのものがホストに送出される。
【0006】
このように、正常時の動作を周辺機器やデータ処理装置に分担させて周辺機器やデータ処理装置が作り出せない異常時や故障時のデータをデータ転送装置で分担するようにする。そして、前記のコマンド一致条件を設定することで、データ転送装置における送信データの置換処理で簡単に故障送信データ等を生成させるものである。
その結果、周辺機器とデータ処理装置との動作状態にあって故障時の動作あるいは特定の動作に切り換える(前記の置換処理に相当)、送信データに付加されたある特定のコマンドが検出手段で検出されたときには、このバスデータ転送装置は、故障時の動作のあるいは特定の動作に対応した送信データを分担して発生するので、このときのバスデータ転送装置が発生する生成データは、故障時の動作のあるいは特定の動作の送信データみのに限定され、しかも送信データに付加されるあらかじめ決められた所定のコマンドに対応して送信データとして生成すればよいので、通常のシミュレーションプログラムやこれに合わせて故障シミュレーションプログラムを作成する場合よりも簡単にできる。
ところで、前記の検出手段とバスデータ生成手段は、実施例では、MPU7がRAM9に格納されている転送条件判定プログラム9aと故障データ生成プログラム9bを実行することでそれぞれ実現され、比較対照となるコマンドは、条件テーブル9cに記憶される。
【0007】
【実施例】
図1は、この発明のバスデータ転送装置を適用した一実施例の説明図、図2は、条件テーブルの説明図、図3は、送信データ転送処理のタイミングの説明図、図4は、その処理のフローチャート、図5は、データ転送処理の機能説明図である。
図1において、ホスト1と周辺機器の1つである磁気ディスク駆動装置2とは、バスデータ転送装置3を介してバス接続される。4は、ホスト1のSCSIバス1aに接続されたハンドシェークモードでホスト1とデータの授受をする入出力インタフェースであり、5は、同様に、磁気ディスク駆動装置2のSCSIバス2aに接続されたハンドシェークモードで磁気ディスク駆動装置2とデータの授受をする入出力インタフェースである。
6は、MPU7に接続されたバスであって、入出力インタフェース4,5と、ROM8、RAM9、そして動作状態を表示するディスプレイ10とを相互に接続している。
【0008】
ROM8には、MPU7の制御プログラムが記憶されているほかに、プログラムロードプログラムや、表示プログラム、そしてデータ送受信プログラム8a等の基本プログラムが格納されている。RAM9には、外部からロードされたプログラムとして転送条件判定プログラム9aと故障データ生成プログラム9b、そして条件テーブル9cとが格納され、さらに、受信データ領域9dと送信データ領域9eとが設けられている。
なお、以下の説明では、ホスト1から磁気ディスク駆動装置2への送信データの送信を中心に説明する。磁気ディスク駆動装置2からホスト1への送信も同様の手順で行うことになるので、これについては、特別な場合を除いて省略する。
【0009】
転送条件判定プログラム9aは、MPU7により実行され、インタフェース4を介して得られるSCSIバス1aの制御信号に応じて動作し、図3(a)に示されるあらかじめ決められた送受信手順(フェーズ)でホスト1側の送信データを取得してこれ順次をRAM9の受信データ領域9dに転送する。そして、受信データ領域9dに転送した送信データのうちのコマンド(CMD)受信時点でこれと図2に示す条件テーブル9cに登録されたコマンドとを比較してこれらの一致検出をする。これらコマンドが一致したときには、条件テーブル9cに記憶された故障データの生成条件を示す所定のデータをRAM9の作業領域に転送して故障データ生成プログラム9bをコールする。
転送条件判定プログラム9aは、条件テーブル9cのコマンドのデータ比較においてこれらが一致しなかったときには、受信データをそのままRAM9の送信データ領域9eに転送してデータ送受信プログラム8aをコールしてMPU7により実行させる。
この転送条件判定プログラム9aは、磁気ディスク駆動装置2の送信データについては、コマンドの送出がないので、磁気ディスク駆動装置2のコマンドの判定に応じてのデータの生成はないが、ホスト1のコマンドに応じてホストに対する磁気ディスク駆動装置2からの応答データに対してこの応答を求めたときのホスト1のコマンドに対応する制御データ欄94のデータに従って同様にホスト1に対する疑似応答データの生成を行う。
また、コマンドを発生するような周辺機器においては、前記と同様にして周辺機器からの送信データのコマンドの比較を行い、その一致に応じて疑似的に故障データとして生成する。これらは、インタフェース5を介して得られるSCSIバス2aの制御信号に応じて動作することになるが、これについての説明は割愛する。
【0010】
データ送受信プログラム8aは、データ受信に応じて設定される送信方向の制御コードに応じて送信データ領域9eのデータをインタフェース5を介してSCSIバス2aへと図3(a)に示す所定の手順で送出する。なお、この場合に、送信方向の制御コードがホスト1側であるときには、送信データ領域9eの送信データは、インタフェース4を介してSCSIバス1aへと送出される。
ここで、送信方向の制御コードに換えて、送信データ領域9eが磁気ディスク駆動装置2への送信専用領域とホスト1への送信専用領域とに分かれて設けられていてもよい。この場合には、ホスト1あるいは磁気ディスク駆動装置2の受信データに応じてそれぞれの専用領域に送信データが設定されることになる。これは、受信データ領域9dについても同様にそれぞれに分けられていてもよい。
【0011】
図3(a)において、BFは、バスが空いている状態を示すバスフリーであり、SELは、バスを選択して取得するタイミングフェーズを示す。MOは、バスへのメッセージ出力のタイミングフェーズであり、MIは、バスへのメッセージ入力のフェーズである。CMDは、バスへのコマンド出力タイミングフェーズであり、DATAは、バスへのデータ出力あるいはバスからのデータ入力タイミングフェーズである。そして、最後にSTSは、現在のステータス、例えば、ビジーとか終了などのステータス情報を発生するタイミングフェーズである。
このうちRAM9に転送される送信データは、MOフェーズのデータと、MIフェーズのデータ、CMDフェーズのデータ、DATAフェーズのデータと、STSフェーズのデータである。
図2に示す条件テーブル9cについて説明すると、所定の比較対照となるコマンドを記憶したCMD欄91とこの欄のコマンドに対応してフェーズ欄92、故障データ欄93、制御データ欄94等とからなる。送出されたコマンドがCMD欄91のコマンドと一致したときに、それに対応するフェーズ欄92と故障データ欄93、制御データ欄94等のデータがRAM9のあらかじめ指定された領域に転送される。
【0012】
故障データ生成プログラム9bは、前記のRAM9の所定の領域に転送されたフェーズ欄92と故障データ93、制御データ欄94等のデータを参照して、故障データを指定されたフェーズにおいて発生する送信データを生成して、RAM9の送信データ領域9eに転送する。その後、データ送受信プログラム8aをコールしてMPU7にデータ送受信プログラム8aを実行させる。
なお、ここで生成された故障データが挿入されるフェーズとしては、データインフェーズ(DATA),データアウトフェーズ(DATA),メッセージインフェーズ(MI),メッセージアウトフェーズ(MO),ステータスフェーズ(STS)などである。
また、故障データ生成プログラム9bにより生成される故障データの内容としては、故障データ欄83のデータと制御データ欄94のデータに応じて、例えば、パリティーエラーデータ(バス上に発生)や、特定のステータスコード(STSフェーズに挿入)、故障状態のメッセージコード(MIフェーズに挿入)、オーバーランデータ(DATAに挿入)、アンダーランデータ(DATAに挿入)などであり、故障データのほかに、異常データなども含むものであって、ここでは、これらを故障データで代表している。
【0013】
このようにして、ホスト1のバス1aへ送出された送信データに対してそのコマンドがあらかじめ設定した故障を発生させるコマンドであるときに、条件テーブル9c上で一致をみて、この一致に応じて故障データの1つを生成してインタフェース5を介して磁気ディスク駆動装置2のバス2aへと送出する。そして、同様に、磁気ディスク駆動装置2のバス2aへ送出された送信データに対しても同様に故障データを生成してインタフェース4を介してホスト1のバス1aへと送出する。
図3(b)は、バスデータ転送装置3の送信データの受信と受信データの送信のタイミングを説明するものであって、ホスト1から磁気ディスク駆動装置2へデータが送信される場合とメッセージやステータスについての磁気ディスク駆動装置2からのデータ受信とホスト1への転送のタイミングを示している。なお、MOについては、随時挿入されるフェーズであって、図では、これのフェーズが挿入されていない。また、フェーズは、セレクションを除いて周辺機器である磁気ディスク駆動装置2側が早くなる。これは、SCSIでは、フェーズの移行制御が周辺機器に許されていないからである。
【0014】
さて、バスデータ転送装置3がホスト1あるいは磁気ディスク駆動装置2から送信データを受けるときには、例えば、相手方から送出される入力アクノリッジの制御信号に対してインタフェース4(あるいはインタフェース5)が応答信号として入力レディの制御信号を相手方に送出する。その後にバス上のフェーズ変化(PH変化)を検出して次のフェーズ(PH)に入ったことを確認し、バスデータ転送装置3がデータの受信をする。
また、バスデータ転送装置3がホスト1あるいは磁気ディスク駆動装置2へ送信データを送出するときには、例えば、出力アクノリッジに対してインタフェース4(あるいはインタフェース5)が応答信号(出力レディ)を相手方に送出した後にバス上のフェーズ変化(PH変化)を検出して次のフェーズ(PH)に入ったことを確認して送信データを出力する。
なお、ここでの受信から送信までのタイミングは、コマンド(CMD)を受信した状態時点で検出に入り、その結果に応じて行われる。
【0015】
次にバスデータ転送装置3の動作について図4,図5に従って説明する。なお、図5においては、図4における各処理ステップの符号を参照符号として付してその詳細な説明に換える。
さて、MPU7は、バスデータ転送装置3の電源投入後ROM8から制御プログラムを読み出して図1の各種手段の制御動作を開始する。
なお、この場合に、例えば、インタフェース4に対して特別なコードが入力されると、MPU7は、ロードプログラムを実行してプログラムの本体として転送条件判定プログラム9aと故障データ生成プログラム9bとをRAM9に記憶し、さらに、条件テーブル9cをRAM9に記憶する。
したがって、このようなプログラムとテーブルとがRAM9にすでにロードされた状態にあるとして以下説明する。
【0016】
送信データをホスト1あるいは磁気ディスク駆動装置2から受信すると(ステップ101)、インタフェース4は、これを取り込み、転送条件判定プログラム9aがMPU7により実行されて送信データをインタフェース4から受けてRAM9へと転送する(ステップ102)。そして、送信データのコマンドと条件テーブル9cとの内容(コマンド)とを比較して一致するか否かの判定を行う(ステップ103)。なお、このとき、バスの制御信号がホスト1側からの送信であるときには、生成した送信データを磁気ディスク駆動装置2側へと送出し、逆のときには、ホスト1側へと送出する。
ステップ103の判定で“不一致”になると、言い換えれば、コマンドが条件テーブル9cに登録されていないときには、ステップ104に入り、送信データの送出が行われて処理を終了する。
ステップ103の判定で“一致”すると、言い換えれば、コマンドが条件テーブル9cに登録されているものであると、MPU7により故障データ生成プログラム9bが実行されて、故障送信データが生成されて(ステップ105)、ステップ104へと移る。なお、この場合に、一致したコマンドに対応する制御データ欄94の内容によっては、ホスト1からの送信データはそのまま送出され、これに対する磁気ディスク装置2の応答データに対して故障送信データが生成され、それがホスト1に返されることになる。
【0017】
その結果、転送条件判定プログラム9aによるコマンドの比較に応じてコマンドが一致しない場合(磁気ディスク装置2の応答データに対して故障データを生成するときには一致した場合も含む。)には、ホスト1からの送信データはそのまま磁気ディスク駆動装置2へと送出される。また、磁気ディスク駆動装置2からの送信データはそのままホスト1へそれぞれ送信される。
転送条件判定プログラム9aによるコマンドの条件比較により、コマンドが一致している場合には、第1として、制御データ欄94の内容に応じてホスト1からの送信データに対して故障データが故障データ生成プログラム9bにより生成されて磁気ディスク装置2に送出され、あるいは、第2として、制御データ欄94の内容に応じて磁気ディスク駆動装置2からの応答データを受信した時にこれに対して故障データ生成プログラム9bにより故障データが生成されてホスト1へ故障の応答データが送出される。
その結果、ホスト1と磁気ディスク駆動装置2とはこのバスデータ転送装置3を介在させて通常の応答を行い。その応答結果は、ホスト1のメモリ等に記憶される。
【0018】
以上説明してきたが、実施例では、故障データあるいは異常データの生成について説明しているが、この発明は、故障データに限定されるものではなく、磁気ディスク駆動装置をはじめとして、各種周辺機器が正常な動作状態にあって、あまり発生し難いような特殊な動作についてもバスデータ転送装置で送信データを発生するようにしてもよいことはもちろんである。
また、実施例においては、前記のコマンドの比較について、コマンドが1回一致で特定の送信データを生成する説明をしているが、これは1回ではなく、同じコマンドが複数回検出されて初めて送信データを生成するような条件付けをして、特定の送信データを生成して置換するようにしてもよいことはもちろんである。
その他、コマンドの一致と他の条件とを複合して、例えば、あるコマンドであるメッセージがあるときに故障データの生成をするようにしてもよい。
【0019】
【発明の効果】
この発明にあっては、ホストと周辺機器との間にデータ転送装置を接続し、正常時の動作は周辺機器あるいはデータ転送装置に、正常動作以外の動作、例えば、故障時の動作についてデータ転送装置で擬似的に送信データを生成して送出するようにしているので、送信データの生成がそれぞれの装置で分担される。これにより、データ処理装置や周辺機器を破壊することなく任意の条件で故障時等のホストあるいは周辺機器に対する応答動作について送信データが簡単に生成できるようになる。
また、データ転送装置のデータ生成処理プログラムは、単に、特定の条件での故障動作等、限定された動作になるので、プログラムの作成が容易で、その作成工数を削減することができる。
その結果、プログラムの作成が容易でデータ処理装置や周辺機器等の異常動作を簡単にシミュレーションでき、データ処理装置あるいは周辺機器のデバッグや評価が簡単にできる。
【図面の簡単な説明】
【図1】図1は、この発明のバスデータ転送装置を適用した一実施例の説明図である。
【図2】図2は、条件テーブルの説明図である。
【図3】図3は、送信データ転送処理のタイミングの説明図であって、(a)は、SCSIの一般的な制御手順の説明図、(b)は、バスデータ転送装置のデータ転送の手順の説明図である。
【図4】図4は、その処理のフローチャートである。
【図5】図5は、データ転送処理の機能説明図である。
【符号の説明】
1…ホスト、1a,2a…SCSIバス、
2…磁気ディスク駆動装置、
3…バスデータ転送装置、4,5…入出力インタフェース、
6…バス、7…MPU、8…ROM、
9…RAM、10…ディスプレイ。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a bus data transfer device, and more specifically, adjustment of a device during abnormal operation between a data processing device (hereinafter referred to as a host) and peripheral devices such as a magnetic disk device and an optical disk device connected by SCSI or the like. The present invention relates to a bus data transfer device capable of easily evaluating operation.
[0002]
[Prior art]
Conventionally, there are two methods for host-side interface mechanism and software debugging: connecting a peripheral device directly and connecting a simulator instead of the peripheral device.
In the case of the latter simulator, a simulator for simulating a peripheral device is usually connected to the host bus, and the host is caused to perform a pseudo operation of transmitting pseudo response data to the host as a pseudo device of the peripheral device. As a result, the host side interface mechanism and software are debugged.
The simulator is preinstalled with simulation response data necessary for executing the pseudo operation and a simulation program created for the conditions.
[0003]
[Problems to be solved by the invention]
This type of simulator requires creation of a simulation program for simulating various operations of peripheral devices, and it takes time to create a program according to various conditions. In addition to the normal operation of the response device, it is required to create the operation at the time of failure as the contents of the simulation program.
In this regard, when the former direct peripheral device is connected, it is not necessary to create a program. However, the normal operation is only confirmed by adjustments and evaluations performed according to the normal operation of the response device, and the operation at the time of failure cannot be confirmed in a normal state. Therefore, in the response device such as a peripheral device, it is necessary to cause a failure intentionally, and there is a problem that the peripheral device itself fails and becomes unusable.
An object of the present invention is to solve such problems of the prior art, and a bus data transfer device that can easily create a program and can easily realize failure and abnormal operation of a data processing device and peripheral devices. It is to provide.
[0004]
[Means for Solving the Problems]
A feature of the bus data transfer device of the present invention for achieving such an object is that the device is inserted into a bus connecting a predetermined peripheral device and a data processing device, and operates at the time of failure or specific operation. A condition data table storing transmission data generation condition data for generating transmission data having a condition different from that of the received transmission data in response to a predetermined command added to predetermined transmission data for switching to And detecting means for detecting whether or not a command sent in response to transmission data including a command sent on the bus by one of the operating states of the data processing device and the peripheral device matches the predetermined command. , given the condition data table when a command has been sent receives the detection signal of the detection means coincides with the predetermined command A data processing device that generates transmission data of different conditions by referring to the generation condition data corresponding to the command and replacing a part of the transmission data sent on the bus or a command with another, and in a predetermined procedure determined in advance and a transmission data replacement processing and transfer means for sending to any other peripheral device, sends a transmission data out feed when sending the command does not match to any other in said predetermined procedure Transmission data transfer means .
[0005]
DETAILED DESCRIPTION OF THE INVENTION
In this way, the data transfer device is inserted into the bus connecting the peripheral device and the data processing device, and when a predetermined command is generated in this, the transmission data is separately generated and the generated data is replaced with the transmitted data. By adding a function for transmitting the data, it becomes possible to send data to the other party in response to an abnormal operation or failure of the peripheral device or the data processing device when a predetermined command is generated.
The separate transmission data generation function is performed by the detection means and the transmission data replacement processing / transfer means which are bus data generation means and the transmission data transfer means in the above configuration, and the detection means is sent on the bus. When the command and a predetermined command are compared and they match, the bus data generating means transmits another transmission data instead of the original transmission data. Thereby, for example, when it is desired to generate an operation at the time of failure, a specific command is registered, and bus data of failure can be generated in correspondence with this command.
If the predetermined commands are not compared, the same data as the transmission data from the host is generated, or the reception data itself is sent to the peripheral device. The peripheral device performs an operation according to the transmitted data and returns a response as a result.
Similarly to the above, when there is a predetermined command for the response data of the peripheral device with respect to the transmission data from the host, the transmission data can be generated and transmitted to the host. At this time, if the command is not a predetermined command, the same data as the transmission data from the peripheral device is generated or the reception data itself is transmitted to the host as described above.
[0006]
In this way, the normal operation is assigned to the peripheral device and the data processing device, and the data at the time of abnormality or failure that cannot be generated by the peripheral device or the data processing device is assigned to the data transfer device. Then, by setting the command matching condition, failure transmission data or the like is easily generated by transmission data replacement processing in the data transfer apparatus.
As a result, when the peripheral device and the data processing device are in the operating state, switching to the operation at the time of failure or to a specific operation (corresponding to the above replacement process), a specific command added to the transmission data is detected by the detection means the when, the bus data transfer device, the generated shared transmission data corresponding to the operation of, or a particular operation at the time of failure, generates data that the bus data transfer device in this case occurs, failure The transmission data is limited to only the transmission data of a specific operation or a specific operation, and may be generated as transmission data corresponding to a predetermined command added to the transmission data. It is also easier than creating a failure simulation program.
By the way, in the embodiment, the detection means and the bus data generation means are realized by the MPU 7 executing the transfer condition determination program 9a and the failure
[0007]
【Example】
1 is an explanatory diagram of an embodiment to which the bus data transfer device of the present invention is applied, FIG. 2 is an explanatory diagram of a condition table, FIG. 3 is an explanatory diagram of timing of transmission data transfer processing, and FIG. FIG. 5 is a function explanatory diagram of data transfer processing.
In FIG. 1, a
[0008]
The ROM 8 stores a control program for the MPU 7 and stores basic programs such as a program load program, a display program, and a data transmission / reception program 8a. The RAM 9 stores a transfer condition determination program 9a, a failure
In the following description, transmission of transmission data from the
[0009]
The transfer condition determination program 9a is executed by the MPU 7 and operates in accordance with the control signal of the SCSI bus 1a obtained through the
When these data do not match in the command data comparison in the condition table 9c, the transfer condition determination program 9a transfers the received data as it is to the
Since the transfer condition determination program 9a does not send a command for the transmission data of the magnetic
Also, in the peripheral device that generates a command, the command of the transmission data from the peripheral device is compared in the same manner as described above, and pseudo failure data is generated according to the match. These operate according to the control signal of the
[0010]
The data transmission / reception program 8a transfers the data in the
Here, instead of the transmission direction control code, the
[0011]
In FIG. 3A, BF is a bus free indicating a state where the bus is free, and SEL indicates a timing phase for selecting and acquiring the bus. MO is a timing phase of message output to the bus, and MI is a phase of message input to the bus. CMD is a command output timing phase to the bus, and DATA is a data output timing phase from the bus or a data input timing from the bus. Finally, the STS is a timing phase for generating current status, for example, status information such as busy or end.
Of these, the transmission data transferred to the RAM 9 is MO phase data, MI phase data, CMD phase data, DATA phase data, and STS phase data.
The condition table 9c shown in FIG. 2 will be described. The condition table 9c includes a
[0012]
The failure
The phases in which the failure data generated here are inserted include data in phase (DATA), data out phase (DATA), message in phase (MI), message out phase (MO), and status phase (STS). Etc.
The contents of the failure data generated by the failure
[0013]
In this way, when the command is a command for generating a preset failure with respect to transmission data sent to the bus 1a of the
FIG. 3 (b) illustrates the timing of transmission of received data and transmission of received data by the bus
[0014]
When the bus
When the bus
Note that the timing from reception to transmission here is detected when the command (CMD) is received, and is performed according to the result.
[0015]
Next, the operation of the bus
The MPU 7 reads out the control program from the ROM 8 after the bus
In this case, for example, when a special code is input to the
Therefore, the following description will be given on the assumption that such a program and table are already loaded in the RAM 9.
[0016]
When the transmission data is received from the
If the determination at
If “match” is determined in the determination in
[0017]
As a result, if the commands do not match in accordance with the comparison of the commands by the transfer condition determination program 9a (including when the failure data is generated for the response data of the magnetic disk device 2), from the
If the commands match according to the command condition comparison by the transfer condition determination program 9a, first, the failure data is generated for the transmission data from the
As a result, the
[0018]
As described above, in the embodiment, generation of failure data or abnormal data has been described. However, the present invention is not limited to failure data, and various peripheral devices such as a magnetic disk drive device may be used. Of course, the bus data transfer device may generate transmission data for a special operation that is in a normal operation state and hardly occurs.
In the embodiment, the command comparison is described to generate specific transmission data when the command is matched once. However, this is not one time, but only after the same command is detected multiple times. It goes without saying that specific transmission data may be generated and replaced by conditioning to generate transmission data.
In addition, it is also possible to generate failure data when there is a message that is a certain command, for example, by combining command matching and other conditions.
[0019]
【The invention's effect】
In the present invention, a data transfer device is connected between the host and the peripheral device, and normal operation is transferred to the peripheral device or data transfer device for operations other than normal operation, for example, operation at the time of failure. Since the transmission data is generated and transmitted in a pseudo manner by the devices, the generation of the transmission data is shared by each device. As a result, transmission data can be easily generated for a response operation to the host or peripheral device at the time of failure or the like under any conditions without destroying the data processing device or the peripheral device.
In addition, since the data generation processing program of the data transfer apparatus simply has a limited operation such as a failure operation under a specific condition, the program can be easily created and the number of creation steps can be reduced.
As a result, it is easy to create a program, and it is possible to easily simulate an abnormal operation of the data processing device or peripheral device, and it is possible to easily debug or evaluate the data processing device or peripheral device.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram of an embodiment to which a bus data transfer device of the present invention is applied.
FIG. 2 is an explanatory diagram of a condition table.
FIG. 3 is an explanatory diagram of timing of transmission data transfer processing, where (a) is an explanatory diagram of a general SCSI control procedure, and (b) is a data transfer process of a bus data transfer device; It is explanatory drawing of a procedure.
FIG. 4 is a flowchart of the processing.
FIG. 5 is a functional explanatory diagram of data transfer processing;
[Explanation of symbols]
1 ... Host, 1a, 2a ... SCSI bus,
2 ... Magnetic disk drive,
3 ... Bus data transfer
6 ... bus, 7 ... MPU, 8 ... ROM,
9 ... RAM, 10 ... display.
Claims (3)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP29606495A JP3655375B2 (en) | 1995-10-19 | 1995-10-19 | Bus data transfer device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP29606495A JP3655375B2 (en) | 1995-10-19 | 1995-10-19 | Bus data transfer device |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH09114567A JPH09114567A (en) | 1997-05-02 |
JP3655375B2 true JP3655375B2 (en) | 2005-06-02 |
Family
ID=17828645
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP29606495A Expired - Fee Related JP3655375B2 (en) | 1995-10-19 | 1995-10-19 | Bus data transfer device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3655375B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107894764B (en) * | 2017-12-21 | 2023-06-20 | 重庆金鑫科技产业发展有限公司 | Data detection equipment |
-
1995
- 1995-10-19 JP JP29606495A patent/JP3655375B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH09114567A (en) | 1997-05-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JPH0347537B2 (en) | ||
JP3655375B2 (en) | Bus data transfer device | |
US20010052088A1 (en) | Automation system and method for operating an automation system | |
US5210863A (en) | Multi-processor system for detecting a malfunction of a dual port memory | |
KR0138496B1 (en) | Apparatus and method for remotely diagnosing a hindrance | |
JPH01245346A (en) | Information down loading system | |
KR920003279B1 (en) | Method for loading os & nos in data processing device | |
CN113760627B (en) | Method and device for controlling interface debugging in bus by adopting response mechanism | |
JP2002123408A (en) | Method and device for processing procedure step | |
JP3102443B2 (en) | Data input device | |
CN109491826B (en) | Remote hardware diagnosis system and diagnosis method | |
JPH047655A (en) | Program evaluation method and communication system evaluation device | |
WO2001097039A1 (en) | Remote debugging in an embedded system environment | |
JP2002132534A (en) | Input-output testing system | |
JP2625571B2 (en) | Online system test method | |
JP2000222012A (en) | Debug support device and method | |
JP2692078B2 (en) | Information processing device | |
JPH034338A (en) | Debug system for information processor | |
JPH1040133A (en) | Software simulator | |
JP2002207594A (en) | Microprogram load method | |
JP2000181810A (en) | Peripheral control processor | |
JPH11282589A (en) | Computer system | |
JPH0363098B2 (en) | ||
JP2001344126A (en) | Printer debug system | |
JPH0675800A (en) | Fault processing system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040608 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040805 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040805 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041109 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041124 Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20041124 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050301 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050303 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080311 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090311 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090311 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100311 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100311 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110311 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120311 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |