JP3655375B2 - Bus data transfer device - Google Patents

Bus data transfer device Download PDF

Info

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
Application number
JP29606495A
Other languages
Japanese (ja)
Other versions
JPH09114567A (en
Inventor
寛之 洞田
一彦 安藤
克明 吉野
雄 三浦
Original Assignee
株式会社日立インフォメーションテクノロジー
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 株式会社日立インフォメーションテクノロジー filed Critical 株式会社日立インフォメーションテクノロジー
Priority to JP29606495A priority Critical patent/JP3655375B2/en
Publication of JPH09114567A publication Critical patent/JPH09114567A/en
Application granted granted Critical
Publication of JP3655375B2 publication Critical patent/JP3655375B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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 data generation program 9b stored in the RAM 9, respectively, and are commands for comparison. Is stored in the condition table 9c.
[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 host 1 and a magnetic disk drive 2 that is one of peripheral devices are connected by a bus via a bus data transfer device 3. 4 is an input / output interface for transferring data to and from the host 1 in the handshake mode connected to the SCSI bus 1a of the host 1, and 5 is a handshake connected to the SCSI bus 2a of the magnetic disk drive 2 in the same manner. This is an input / output interface that exchanges data with the magnetic disk drive 2 in the mode.
Reference numeral 6 denotes a bus connected to the MPU 7, which connects the input / output interfaces 4, 5, the ROM 8, the RAM 9, and the display 10 that displays the operation state to each other.
[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 data generation program 9b, and a condition table 9c as programs loaded from the outside, and further includes a reception data area 9d and a transmission data area 9e.
In the following description, transmission of transmission data from the host 1 to the magnetic disk drive 2 will be mainly described. Since transmission from the magnetic disk drive 2 to the host 1 is performed in the same procedure, this is omitted except in special cases.
[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 interface 4, and is hosted in a predetermined transmission / reception procedure (phase) shown in FIG. The transmission data on the 1 side is acquired and sequentially transferred to the reception data area 9d of the RAM 9. Then, at the time of receiving the command (CMD) in the transmission data transferred to the reception data area 9d, this is compared with the command registered in the condition table 9c shown in FIG. When these commands match, predetermined data indicating the failure data generation conditions stored in the condition table 9c is transferred to the work area of the RAM 9 and the failure data generation program 9b is called.
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 transmission data area 9e of the RAM 9, calls the data transmission / reception program 8a, and executes it by the MPU 7. .
Since the transfer condition determination program 9a does not send a command for the transmission data of the magnetic disk drive device 2, no data is generated in response to the determination of the command of the magnetic disk drive device 2, but the command of the host 1 Accordingly, pseudo response data for the host 1 is similarly generated according to the data in the control data column 94 corresponding to the command of the host 1 when this response is obtained for the response data from the magnetic disk drive 2 to the host. .
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 SCSI bus 2a obtained through the interface 5, but the description thereof will be omitted.
[0010]
The data transmission / reception program 8a transfers the data in the transmission data area 9e to the SCSI bus 2a via the interface 5 in accordance with a control code in the transmission direction set in response to data reception according to a predetermined procedure shown in FIG. Send it out. In this case, when the control code in the transmission direction is the host 1 side, the transmission data in the transmission data area 9e is sent to the SCSI bus 1a via the interface 4.
Here, instead of the transmission direction control code, the transmission data area 9e may be divided into a transmission-only area for the magnetic disk drive 2 and a transmission-only area for the host 1. In this case, transmission data is set in each dedicated area according to the reception data of the host 1 or the magnetic disk drive 2. This may be similarly divided for the reception data area 9d.
[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 CMD column 91 that stores a command as a predetermined comparison reference, and a phase column 92, a failure data column 93, a control data column 94, and the like corresponding to the commands in this column. . When the sent command matches the command in the CMD column 91, the corresponding data in the phase column 92, failure data column 93, control data column 94, etc. are transferred to a predesignated area in the RAM 9.
[0012]
The failure data generation program 9b refers to the data in the phase column 92, the failure data 93, the control data column 94, etc. transferred to the predetermined area of the RAM 9, and transmits the failure data in the designated phase. Is transferred to the transmission data area 9e of the RAM 9. Thereafter, the data transmission / reception program 8a is called to cause the MPU 7 to execute the data transmission / reception program 8a.
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 data generation program 9b include, for example, parity error data (generated on the bus), specific data, etc., depending on the data in the failure data column 83 and the data in the control data column 94. Status code (inserted in STS phase), fault message code (inserted in MI phase), overrun data (inserted in DATA), underrun data (inserted in DATA), etc. In addition to fault data, abnormal data Here, these are represented by failure data.
[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 host 1, a match is seen on the condition table 9c, and a failure is determined according to this match. One of the data is generated and sent to the bus 2 a of the magnetic disk drive 2 via the interface 5. Similarly, failure data is similarly generated for the transmission data sent to the bus 2 a of the magnetic disk drive 2 and sent to the bus 1 a of the host 1 via the interface 4.
FIG. 3 (b) illustrates the timing of transmission of received data and transmission of received data by the bus data transfer device 3, where data is transmitted from the host 1 to the magnetic disk drive 2 and messages, The timing of data reception from the magnetic disk drive 2 and transfer to the host 1 regarding the status is shown. Note that MO is a phase that is inserted at any time, and in the figure, this phase is not inserted. Further, the phase is accelerated on the magnetic disk drive 2 side, which is a peripheral device, except for selection. This is because phase shift control is not permitted for peripheral devices in SCSI.
[0014]
When the bus data transfer device 3 receives transmission data from the host 1 or the magnetic disk drive device 2, for example, the interface 4 (or interface 5) inputs as a response signal to the input acknowledge control signal sent from the other party. Send a ready control signal to the other party. Thereafter, a phase change (PH change) on the bus is detected to confirm that the next phase (PH) has been entered, and the bus data transfer device 3 receives data.
When the bus data transfer device 3 sends transmission data to the host 1 or the magnetic disk drive device 2, for example, the interface 4 (or interface 5) sends a response signal (output ready) to the other party in response to the output acknowledge. Later, a phase change (PH change) on the bus is detected to confirm that the next phase (PH) has been entered, and transmission data is output.
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 data transfer device 3 will be described with reference to FIGS. In FIG. 5, the reference numerals of the respective processing steps in FIG.
The MPU 7 reads out the control program from the ROM 8 after the bus data transfer device 3 is turned on, and starts the control operation of the various means shown in FIG.
In this case, for example, when a special code is input to the interface 4, the MPU 7 executes the load program and sends the transfer condition determination program 9 a and the failure data generation program 9 b to the RAM 9 as the main body of the program. Further, the condition table 9 c is stored in the RAM 9.
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 host 1 or the magnetic disk drive 2 (step 101), the interface 4 captures this, and the transfer condition determination program 9a is executed by the MPU 7 to receive the transmission data from the interface 4 and transfer it to the RAM 9. (Step 102). Then, the command of the transmission data and the contents (command) of the condition table 9c are compared to determine whether or not they match (step 103). At this time, if the bus control signal is transmission from the host 1 side, the generated transmission data is sent to the magnetic disk drive 2 side, and vice versa.
If the determination at step 103 is “mismatch”, in other words, if the command is not registered in the condition table 9c, step 104 is entered, transmission data is transmitted, and the process is terminated.
If “match” is determined in the determination in step 103, in other words, if the command is registered in the condition table 9c, the fault data generation program 9b is executed by the MPU 7 to generate fault transmission data (step 105). ), Go to step 104. In this case, depending on the contents of the control data column 94 corresponding to the matched command, the transmission data from the host 1 is sent as it is, and failure transmission data is generated for the response data of the magnetic disk device 2 in response thereto. , It is returned to the host 1.
[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 host 1. Is sent to the magnetic disk drive 2 as it is. Further, transmission data from the magnetic disk drive 2 is transmitted to the host 1 as it is.
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 host 1 according to the contents of the control data column 94. Generated by the program 9b and sent to the magnetic disk device 2, or secondly, when response data is received from the magnetic disk drive device 2 in accordance with the contents of the control data column 94, a failure data generation program for this is received. Failure data is generated by 9b and failure response data is sent to the host 1.
As a result, the host 1 and the magnetic disk drive 2 perform normal responses through the bus data transfer device 3. The response result is stored in the memory of the host 1 or the like.
[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 device 4,5 ... Input / output interface,
6 ... bus, 7 ... MPU, 8 ... ROM,
9 ... RAM, 10 ... display.

Claims (3)

所定の周辺機器とデータ処理装置とを接続するバスに挿入される装置であって、故障時の動作あるいは特定の動作に切り換えるためのあらかじめきめられた送信データに付加される所定のコマンドに対応して、受信した送信データとは異なる条件の送信データを生成するための送信データの生成条件データを記憶した条件データテーブルと、前記データ処理装置および前記周辺機器の動作状態においていずれか一方が前記バス上に送出したコマンドを含む送信データを受けて前記送出したコマンドが前記所定のコマンドに一致するか否かを検出する検出手段と、この検出手段の検出信号を受けて前記送出したコマンドが前記所定のコマンドと一致しているときに前記条件データテーブルの前記所定のコマンドに対応する前記生成条件データを参照して前記バス上に送出した送信データの一部あるいは前記コマンドを他のものに置換した前記異なる条件の送信データを生成してあらかじ決められた所定の手順で前記データ処理装置および前記周辺機器のいずれか他方に対して送出する送信データ置換処理・転送手段と、前記送出したコマンドが一致していないときに前記送出した送信データを前記所定の手順で前記いずれか他方に対して送出する送信データ転送手段とを備えるバスデータ転送装置。A device inserted into a bus connecting a predetermined peripheral device and a data processing device, and corresponds to a predetermined command added to transmission data determined in advance for switching to an operation at the time of failure or a specific operation. And a condition data table storing transmission data generation condition data for generating transmission data under conditions different from the received transmission data, and one of the data processing device and the peripheral device is in the operating state. Detection means for receiving transmission data including a command sent above and detecting whether or not the sent command matches the predetermined command, and the command sent in response to the detection signal of the detection means the generation condition data corresponding to the predetermined command of the condition data table when the command matches The data processing device and the peripheral device are generated in accordance with a predetermined procedure by generating transmission data of the different conditions obtained by replacing a part of the transmission data sent on the bus with reference to the other or the command. and transmitting data replacement processing and transfer means for sending to any other device, sends the transmission data before Symbol dispatched when a command to the delivery does not coincide with respect to the other one by the predetermined procedure A bus data transfer device comprising: a transmission data transfer means for performing. 所定の周辺機器とデータ処理装置とを接続するバスに挿入される装置であって、故障時の動作あるいは特定の動作に切り換えるためのあらかじめきめられた送信データに付加される所定のコマンドに対応して、受信した送信データとは異なる条件の送信データを生成するための送信データの生成条件データを記憶した条件データテーブルと、前記データ処理装置が前記バス上に送出した第1のコマンドを含む送信データを受けて前記第1のコマンドが前記所定のコマンドに一致するか否かを検出する第1の検出手段と、この第1の検出手段の検出信号を受けて前記第1のコマンドが前記所定のコマンドと一致しているときに前記条件データテーブルの前記所定のコマンドに対応する前記生成条件データを参照して前記バス上に送出した送信データの一部あるいは前記第1のコマンドを他のものに置換した異なる条件の送信データを生成してあらかじ決められた所定の手順で前記周辺機器に対して送出する第1の送信データ置換処理・転送手段と、前記第1のコマンドが一致していないときに前記送出した送信データを前記所定の手順で前記周辺機器に対して送出する第1の送信データ転送手段と、前記周辺機器が前記バス上に送出した第2のコマンドを含む送信データを受けて前記第2のコマンドが前記所定のコマンドに一致するか否かを検出する第2の検出手段と、この第2の検出手段の検出信号を受けて前記第2のコマンドが前記所定のコマンドと一致しているときには前記条件データテーブルの前記所定のコマンドに対応する前記生成条件データを参照して前記バス上に送出した送信データの一部あるいは前記第2のコマンドを他のものに置換した異なる条件の送信データを生成して前記所定の手順で前記データ処理装置に対して送出する第2の送信データ置換処理・転送手段と、前記第2のコマンドが一致していないときには前記送出した送信データを前記所定の手順で前記データ処理装置に対して送出する第2の送信データ転送手段とを備えるバスデータ転送装置。A device inserted into a bus connecting a predetermined peripheral device and a data processing device, and corresponds to a predetermined command added to transmission data determined in advance for switching to an operation at the time of failure or a specific operation. A transmission including a condition data table storing transmission data generation condition data for generating transmission data under conditions different from the received transmission data, and a first command sent by the data processing device on the bus First detection means for detecting whether or not the first command matches the predetermined command upon receipt of data, and the first command in response to a detection signal from the first detection means transmission des that sent onto the bus by referring to the generation condition data corresponding to the predetermined command before Symbol condition data table when the command matches First transmission data replacement processing for sending to the peripheral device a part or the first command data in a predetermined procedure determined roughness steering and generates transmission data for substituted different conditions to others - a transfer unit, a first transmission data transfer means for transmitting the transmission data before SL sent to the peripheral device by said predetermined procedure when the first command does not match, the peripheral device Second detection means for receiving transmission data including a second command sent on the bus and detecting whether the second command matches the predetermined command; and a second detection means When the detection command is received and the second command matches the predetermined command, the generated condition data corresponding to the predetermined command in the condition data table is referred to and transmitted on the bus. The second transmission data replacement processing part of the transmission data or the second command to generate transmission data of the substituted different conditions to others and sends to the data processing device at the predetermined procedures, A bus data transfer device comprising: transfer means; and second transmission data transfer means for sending the sent transmission data to the data processing device in the predetermined procedure when the second command does not match. 前記データ処理装置と前記周辺機器とはそれぞれハンドシェークモードで接続され前記置換されるコマンドあるいは前記置換されるデータは、前記データ処理装置あるいは前記周辺機器に誤動作を発生させる請求項2記載のバスデータ転送装置。  3. The bus data transfer according to claim 2, wherein the data processing device and the peripheral device are respectively connected in a handshake mode, and the command to be replaced or the data to be replaced causes a malfunction in the data processing device or the peripheral device. apparatus.
JP29606495A 1995-10-19 1995-10-19 Bus data transfer device Expired - Fee Related JP3655375B2 (en)

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)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107894764B (en) * 2017-12-21 2023-06-20 重庆金鑫科技产业发展有限公司 Data detection equipment

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
JPH0784901A (en) Terminal operation reproducing device
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
CN109491826B (en) Remote hardware diagnosis system and diagnosis method
JP3102443B2 (en) Data input device
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
JPH0362752A (en) Communication system
JPH034338A (en) Debug system for information processor
JPH1040133A (en) Software simulator
JPS6368950A (en) Testing system for processing channel fault
JPH0474241A (en) Fault processing system
JP2002207594A (en) Microprogram load method
JP2000222012A (en) Debug support device and method
JP2000181810A (en) Peripheral control processor
JPH11282589A (en) Computer system
JPH01187660A (en) Interface diagnosing system for peripheral equipment

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