JPH05158843A - 通信インタフェースの障害切り分け方式 - Google Patents
通信インタフェースの障害切り分け方式Info
- Publication number
- JPH05158843A JPH05158843A JP3348402A JP34840291A JPH05158843A JP H05158843 A JPH05158843 A JP H05158843A JP 3348402 A JP3348402 A JP 3348402A JP 34840291 A JP34840291 A JP 34840291A JP H05158843 A JPH05158843 A JP H05158843A
- Authority
- JP
- Japan
- Prior art keywords
- bus
- fault
- data
- communication
- communication interface
- 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
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】 通信インタフェースの障害で、通信インタフ
ェースのドライバ／レシーバの故障を切り分ける。 【構成】 複数の制御装置１１，１２がデータの通信を
行うバス２１と、このバス２１のデータを常時監視しそ
のデータの正否をを調べる診断装置１３と、バス２１を
使用してデータ通信を行う制御装置１１，１２において
バス２１から送れられて来るデータの正否を調べるチェ
ック回路を有する。これにより、診断装置１３は、自装
置内のバス監視用障害検出回路３３のチェック結果と各
制御装置１１，１２から送られて来る障害通知信号２
２，２３に基づき障害発生時の障害装置を内部の解析プ
ログラムにより識別することが可能になる。
ェースのドライバ／レシーバの故障を切り分ける。 【構成】 複数の制御装置１１，１２がデータの通信を
行うバス２１と、このバス２１のデータを常時監視しそ
のデータの正否をを調べる診断装置１３と、バス２１を
使用してデータ通信を行う制御装置１１，１２において
バス２１から送れられて来るデータの正否を調べるチェ
ック回路を有する。これにより、診断装置１３は、自装
置内のバス監視用障害検出回路３３のチェック結果と各
制御装置１１，１２から送られて来る障害通知信号２
２，２３に基づき障害発生時の障害装置を内部の解析プ
ログラムにより識別することが可能になる。
Description
【０００１】
【産業上の利用分野】本発明は電子計算機の障害処理に
関し、特に制御装置間で通信を行う通信インタフェース
におけるバスのドライバ／レシーバ故障時の障害解析処
理方式に関するものである。
関し、特に制御装置間で通信を行う通信インタフェース
におけるバスのドライバ／レシーバ故障時の障害解析処
理方式に関するものである。
【０００２】
【従来の技術】従来、この種の通信インタフェースの障
害切り分け方式においては、通信インタフェース上の信
号は受信側でのみチェックしているのが一般的である。
害切り分け方式においては、通信インタフェース上の信
号は受信側でのみチェックしているのが一般的である。
【０００３】
【発明が解決しようとする課題】しかしこのような従来
の通信インタフェースの障害切り分け方式では、通信イ
ンタフェースの信号は受信側でのみ障害検出を行ってい
るため、ドライバ／レシーバレベルの障害時には解析が
行えないという問題点があった。
の通信インタフェースの障害切り分け方式では、通信イ
ンタフェースの信号は受信側でのみ障害検出を行ってい
るため、ドライバ／レシーバレベルの障害時には解析が
行えないという問題点があった。
【０００４】本発明は以上の点に鑑み、上記のような課
題を解決するためになされたもので、通信インタフェー
スの障害でそのドライバ／レシーバの故障を切り分ける
ことのできる通信インタフェースの障害切り分け方式を
提供することを目的とする。
題を解決するためになされたもので、通信インタフェー
スの障害でそのドライバ／レシーバの故障を切り分ける
ことのできる通信インタフェースの障害切り分け方式を
提供することを目的とする。
【０００５】
【課題を解決するための手段】上記の目的を達成するた
め本発明は、制御装置間で通信を行う通信インタフェー
スの障害切り分け方式において、複数の制御装置がデー
タの通信を行うバスと、このバスのデータを常時監視し
てそのデータの正否を調べる診断手段と、前記バスを使
用してデータ通信を行う制御装置においてそのバスから
送られて来るデータの正否を調べるチェック手段を備え
たものである。
め本発明は、制御装置間で通信を行う通信インタフェー
スの障害切り分け方式において、複数の制御装置がデー
タの通信を行うバスと、このバスのデータを常時監視し
てそのデータの正否を調べる診断手段と、前記バスを使
用してデータ通信を行う制御装置においてそのバスから
送られて来るデータの正否を調べるチェック手段を備え
たものである。
【０００６】
【作用】したがって、複数の制御装置がデータの通信を
行うバスの監視結果とその制御装置からの通信障害通知
に基づき通信時の障害原因が通信元，通信先のどちらか
にあるかを切り分けることができる。
行うバスの監視結果とその制御装置からの通信障害通知
に基づき通信時の障害原因が通信元，通信先のどちらか
にあるかを切り分けることができる。
【０００７】
【実施例】次に本発明について図面を参照して説明す
る。図１は本発明の一実施例を示す機能ブロック図であ
る。なお、本発明に関与しない部分は省略してある。こ
こで、一方の制御装置１１と他方の制御装置１２はバス
２１を通して互いに通信を行って動作する。そして、こ
れら制御装置１１，１２にはバス２１を駆動／受信する
ためのドライバ／レシーバを有している。
る。図１は本発明の一実施例を示す機能ブロック図であ
る。なお、本発明に関与しない部分は省略してある。こ
こで、一方の制御装置１１と他方の制御装置１２はバス
２１を通して互いに通信を行って動作する。そして、こ
れら制御装置１１，１２にはバス２１を駆動／受信する
ためのドライバ／レシーバを有している。
【０００８】診断装置１３は、バス２１の動作を常時監
視し異常をチェックする障害検出回路３３を有してお
り、バス２１上の通信データに異常があった時は診断装
置１３内部の障害フリップフロップ３１をセットする。
また、診断装置１３には制御装置１１及び制御装置１２
からの障害通知信号２２，２３を受信するための受信回
路３２を有している。
視し異常をチェックする障害検出回路３３を有してお
り、バス２１上の通信データに異常があった時は診断装
置１３内部の障害フリップフロップ３１をセットする。
また、診断装置１３には制御装置１１及び制御装置１２
からの障害通知信号２２，２３を受信するための受信回
路３２を有している。
【０００９】この場合バス２１は、例えばフェーズ信号
２本，データ信号８本，アドレス信号８本、に各信号に
対するパリティ信号３本の計２１本で構成されている。
そしてパリティ信号は各信号に対する奇数パリティを示
す。受信側制御装置１１，１２はバス２１の信号を内部
のレシーバで受けた後、パリティチェック回路で各信号
のパリティ生成を行い、受信した各パリティ信号と比較
し受信データの正否をチェックするものとなっている。
２本，データ信号８本，アドレス信号８本、に各信号に
対するパリティ信号３本の計２１本で構成されている。
そしてパリティ信号は各信号に対する奇数パリティを示
す。受信側制御装置１１，１２はバス２１の信号を内部
のレシーバで受けた後、パリティチェック回路で各信号
のパリティ生成を行い、受信した各パリティ信号と比較
し受信データの正否をチェックするものとなっている。
【００１０】しかして、制御装置１１（または１２）は
内部のパリティチェック回路で異常（各信号から生成し
たパリティとパリティ信号の不一致）を検出すると、障
害通知信号２２（または２３）をセットする。一方、診
断装置１３は自装置内のバス監視用障害検出回路３３の
チェック結果と制御装置１１（１２）から送られて来る
障害通知信号２２（２３）に基づき障害発生時の障害装
置を内部の解析プログラムにより識別する。
内部のパリティチェック回路で異常（各信号から生成し
たパリティとパリティ信号の不一致）を検出すると、障
害通知信号２２（または２３）をセットする。一方、診
断装置１３は自装置内のバス監視用障害検出回路３３の
チェック結果と制御装置１１（１２）から送られて来る
障害通知信号２２（２３）に基づき障害発生時の障害装
置を内部の解析プログラムにより識別する。
【００１１】一例として、一方の制御装置１１のバス２
１のドライバの内データ信号のドライバが故障したとす
ると、制御装置１１が制御装置１２にバス２１を通して
データを送出する時、送出データはドライバの故障のた
めデータ信号のパリティ異常になる。他方の制御装置１
２は、このパリティ異常のデータを受信すると内部のパ
リティチェック回路でパリティ異常を検出し、診断装置
１３に障害通知信号２３により通知する。また、同時に
診断装置１３は、バス２１の常時監視により制御装置１
１の出力したパリティ異常データをその障害検出回路３
３で検出したうえ、障害フリップフロップ３１をセット
する。
１のドライバの内データ信号のドライバが故障したとす
ると、制御装置１１が制御装置１２にバス２１を通して
データを送出する時、送出データはドライバの故障のた
めデータ信号のパリティ異常になる。他方の制御装置１
２は、このパリティ異常のデータを受信すると内部のパ
リティチェック回路でパリティ異常を検出し、診断装置
１３に障害通知信号２３により通知する。また、同時に
診断装置１３は、バス２１の常時監視により制御装置１
１の出力したパリティ異常データをその障害検出回路３
３で検出したうえ、障害フリップフロップ３１をセット
する。
【００１２】これにより、診断装置１３の内部診断プロ
グラムは、障害フリップフロップ３１または障害通知信
号２２，２３によって起動され、各信号状態により表１
に示すように障害ユニットを指摘する。この例のケース
は、障害フリップフロップ３１が「１」，障害通知信号
２３が「１」に当てはまるため表１の(A) に当り、制御
装置１１を指摘する。
グラムは、障害フリップフロップ３１または障害通知信
号２２，２３によって起動され、各信号状態により表１
に示すように障害ユニットを指摘する。この例のケース
は、障害フリップフロップ３１が「１」，障害通知信号
２３が「１」に当てはまるため表１の(A) に当り、制御
装置１１を指摘する。
【００１３】同様に制御装置１２のレシーバが故障した
ケースでは、バス２１上の信号は正常で、制御装置１２
のレシーバでバス２１の信号を受信後データが異常にな
るため、障害フリップフロップ３１が「０」，障害通知
信号２３が「１」となり表１の(B)に当り、制御装置１
２を指摘する。
ケースでは、バス２１上の信号は正常で、制御装置１２
のレシーバでバス２１の信号を受信後データが異常にな
るため、障害フリップフロップ３１が「０」，障害通知
信号２３が「１」となり表１の(B)に当り、制御装置１
２を指摘する。
【００１４】
【表１】
【００１５】上述の実施例ではバスにパリティを付加し
たケースで説明したが、巡回訂正符号を付加したバスで
も同じように実施可能である。また、制御装置が２つ以
上、同報通信方式でも実施可能である。
たケースで説明したが、巡回訂正符号を付加したバスで
も同じように実施可能である。また、制御装置が２つ以
上、同報通信方式でも実施可能である。
【００１６】
【発明の効果】以上説明したように本発明は、制御装置
間で通信を行う通信インタフェースの障害切り分け方式
において、各制御装置と診断装置にそれぞれ障害検出手
段を設け、そのバスの監視結果と制御装置からの通信障
害通知に基づいて通信インタフェースのドライバ／レシ
ーバの故障を切り分けることにより、診断装置内の解析
プログラムで各障害情報からドライバ／レシーバレベル
までの故障を指摘することが出来るという効果がある。
間で通信を行う通信インタフェースの障害切り分け方式
において、各制御装置と診断装置にそれぞれ障害検出手
段を設け、そのバスの監視結果と制御装置からの通信障
害通知に基づいて通信インタフェースのドライバ／レシ
ーバの故障を切り分けることにより、診断装置内の解析
プログラムで各障害情報からドライバ／レシーバレベル
までの故障を指摘することが出来るという効果がある。
【図１】本発明の一実施例の機能ブロック図である。
１１ 制御装置 １２ 制御装置 １３ 診断装置 ２１ バス ２２ 障害通知信号 ２３ 障害通知信号 ３１ 障害フリップフロップ ３２ 障害通知信号受信回路 ３３ 障害検出回路
Claims (1)
- 【請求項１】 制御装置間で通信を行う通信インタフェ
ースの障害切り分け方式において、 複数の制御装置がデータの通信を行うバスと、該バスの
データを常時監視してそのデータの正否を調べる診断手
段と、前記バスを使用してデータ通信を行う前記制御装
置において該バスから送られて来るデータの正否を調べ
るチェック手段を有し、前記診断手段は、前記バスの監
視結果と前記制御装置からの通信障害通知に基づき通信
時の障害原因が通信元，通信先のどちらかにあるかを切
り分けるようにしたことを特徴とする通信インタフェー
スの障害切り分け方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3348402A JPH05158843A (ja) | 1991-12-05 | 1991-12-05 | 通信インタフェースの障害切り分け方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3348402A JPH05158843A (ja) | 1991-12-05 | 1991-12-05 | 通信インタフェースの障害切り分け方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05158843A true JPH05158843A (ja) | 1993-06-25 |
Family
ID=18396783
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3348402A Pending JPH05158843A (ja) | 1991-12-05 | 1991-12-05 | 通信インタフェースの障害切り分け方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05158843A (ja) |
-
1991
- 1991-12-05 JP JP3348402A patent/JPH05158843A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH05158843A (ja) | 通信インタフェースの障害切り分け方式 | |
| JP3652232B2 (ja) | マイクロコンピュータのエラー検出方法及びエラー検出回路及びマイクロコンピュータシステム | |
| JPH05204692A (ja) | 情報処理装置の故障検出・切離方式 | |
| CN112291128B (zh) | 基于总线的通信系统、片上系统和用于其的方法 | |
| JPH05134998A (ja) | マルチプロセツサシステム | |
| JPH04305748A (ja) | 高信頼性バス | |
| JP2518517B2 (ja) | 通信バス監視装置 | |
| JPH0535616A (ja) | データ転送システム | |
| US6642733B1 (en) | Apparatus for indentifying defects in electronic assemblies | |
| JPS62109441A (ja) | デ−タ伝送方式 | |
| JP2980550B2 (ja) | 通信装置 | |
| JP2825464B2 (ja) | 通信装置 | |
| JPS63168757A (ja) | バスエラ−検出方式 | |
| JP2606160B2 (ja) | パリティチェック回路の故障検出方式 | |
| JPH0326696Y2 (ja) | ||
| JPS6274133A (ja) | マルチｃｐｕシステムの異常診断方法 | |
| JPH04257931A (ja) | 計算機システム | |
| JPH113295A (ja) | データ送受信装置 | |
| JPH01277951A (ja) | データ転送装置 | |
| JPH03126149A (ja) | バスシステム診断方式 | |
| JPS63182761A (ja) | バス診断方式 | |
| JPH09152995A (ja) | 計算機システム | |
| JPS61236241A (ja) | 情報伝送装置の縮退運用方式 | |
| JPH0822397A (ja) | 信号ラインの障害検出機構 | |
| JPH02171845A (ja) | バス方式 |