JPH06303277A - 多回線通信システム - Google Patents
多回線通信システムInfo
- Publication number
- JPH06303277A JPH06303277A JP5083502A JP8350293A JPH06303277A JP H06303277 A JPH06303277 A JP H06303277A JP 5083502 A JP5083502 A JP 5083502A JP 8350293 A JP8350293 A JP 8350293A JP H06303277 A JPH06303277 A JP H06303277A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- bus
- host computer
- communication system
- enable
- 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
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】
【目的】 故障した端末機をバスからハード的に切り離
し、一部の故障要因がバス全体に影響を及ぼさないよう
にした多回線通信システムを提供する。 【構成】 ホストコンピュータ１と、これに接続される
多数の端末機２と、これらをバス方式で接続する接続回
路３と、接続回路のホストコンピュータ側と端末機側の
接続端にそれぞれ設けられたバスレシーバ８およびバス
ドライバ７とを備えた多回線通信システムにおいて、端
末機側バスドライバのイネーブ端子制御回路５を設け、
この制御回路には、端末機内のＣＰＵからの信号により
イネーブル端子６に開または閉の信号を発信する制御用
レジスタ１２と、端末機を監視してその作動が正常か否
かの信号を発信するウォッチドグタイマ９と、制御用レ
ジスタ１２とウォッチドグタイマ９の出力に基づきイネ
ーブル端子６の開閉を行なう手段１３を設けたこと。
し、一部の故障要因がバス全体に影響を及ぼさないよう
にした多回線通信システムを提供する。 【構成】 ホストコンピュータ１と、これに接続される
多数の端末機２と、これらをバス方式で接続する接続回
路３と、接続回路のホストコンピュータ側と端末機側の
接続端にそれぞれ設けられたバスレシーバ８およびバス
ドライバ７とを備えた多回線通信システムにおいて、端
末機側バスドライバのイネーブ端子制御回路５を設け、
この制御回路には、端末機内のＣＰＵからの信号により
イネーブル端子６に開または閉の信号を発信する制御用
レジスタ１２と、端末機を監視してその作動が正常か否
かの信号を発信するウォッチドグタイマ９と、制御用レ
ジスタ１２とウォッチドグタイマ９の出力に基づきイネ
ーブル端子６の開閉を行なう手段１３を設けたこと。
Description
【０００１】
【産業上の利用分野】本発明は、多回線通信システムに
係り、特にバス方式を用いた多回線シリアル通信システ
ムであって、端末機側の故障がバス全体に影響を及ぼさ
ない多回線通信システムに関する。
係り、特にバス方式を用いた多回線シリアル通信システ
ムであって、端末機側の故障がバス全体に影響を及ぼさ
ない多回線通信システムに関する。
【０００２】
【従来の技術】ホストコンピュータ１台に対して多くの
端末機を接続する場合、図３に示されるようにホストコ
ンピュータ１と端末機２の間に多数の回線を収容するた
めの通信制御装置１０およびモデム１１が必要となり、
コスト、通信制御装置のソフト開発等の面からみて問題
となる。そこでホストコンピュータ１と端末機２をＲＳ
−２３２Ｃ、ＲＳ−４２２等のインタフェースで直接接
続する方法が考えられる。図４に構成例を示すが、接続
できる端末機２の台数はホストコンピュータ１がサポー
トしているシリアル通信制御コントローラ４の数で制限
されるという問題点があり、拡張性の乏しいシステム構
成となる。その点を解決するために、通信を１対１から
１対Ｎのバス方式に変更した構成を図５に示す。ＲＳ−
４８５は図５に示すようなバス方式に適用可能な規格で
あり、１本の通信ライン上に３２組のバスドライバ／バ
スレシーバ（図１参照）を接続することができる。例え
ばホスト側が２つのシリアル通信制御用コントローラ４
をサポートしていれば最大６４台の端末機２と接続する
ことが可能となる。
端末機を接続する場合、図３に示されるようにホストコ
ンピュータ１と端末機２の間に多数の回線を収容するた
めの通信制御装置１０およびモデム１１が必要となり、
コスト、通信制御装置のソフト開発等の面からみて問題
となる。そこでホストコンピュータ１と端末機２をＲＳ
−２３２Ｃ、ＲＳ−４２２等のインタフェースで直接接
続する方法が考えられる。図４に構成例を示すが、接続
できる端末機２の台数はホストコンピュータ１がサポー
トしているシリアル通信制御コントローラ４の数で制限
されるという問題点があり、拡張性の乏しいシステム構
成となる。その点を解決するために、通信を１対１から
１対Ｎのバス方式に変更した構成を図５に示す。ＲＳ−
４８５は図５に示すようなバス方式に適用可能な規格で
あり、１本の通信ライン上に３２組のバスドライバ／バ
スレシーバ（図１参照）を接続することができる。例え
ばホスト側が２つのシリアル通信制御用コントローラ４
をサポートしていれば最大６４台の端末機２と接続する
ことが可能となる。
【０００３】図５に示すように、通信が１対１ではなく
１台のホスト（ここでは１つのシリアル通信制御用コン
トローラ４）に対して多数の子（端末機２）が共用の１
回線に接続されている場合には、バス上のぶつかりが生
じないようなプロトコル（ポーリング／セレクション方
式（１ケ１ケの子端末機をさがすこと））が必要とな
る。プロトコルの例を以下に示す。
１台のホスト（ここでは１つのシリアル通信制御用コン
トローラ４）に対して多数の子（端末機２）が共用の１
回線に接続されている場合には、バス上のぶつかりが生
じないようなプロトコル（ポーリング／セレクション方
式（１ケ１ケの子端末機をさがすこと））が必要とな
る。プロトコルの例を以下に示す。
【０００４】ホストが端末機２に対してメッセージを送
りたい場合は、いつでも自由に送ることができる。図６
に示すように、まずホスト１から端末機２のアドレスを
つけたＥＮＱ（問い合わせ）を発行する。該当するアド
レスの端末機２が通信回線を接続した後、ＡＣＫ（肯定
応答）を返す。回線接続後は、ホストからのメッセージ
転送、該当アドレスの端末機２からのＡＣＫ返答と続
き、メッセージが正常に転送されたとホストが認識した
後（端末機からのＡＣＫ受信後）、
りたい場合は、いつでも自由に送ることができる。図６
に示すように、まずホスト１から端末機２のアドレスを
つけたＥＮＱ（問い合わせ）を発行する。該当するアド
レスの端末機２が通信回線を接続した後、ＡＣＫ（肯定
応答）を返す。回線接続後は、ホストからのメッセージ
転送、該当アドレスの端末機２からのＡＣＫ返答と続
き、メッセージが正常に転送されたとホストが認識した
後（端末機からのＡＣＫ受信後）、
【０００５】
【外１】
【０００６】（伝送終了）を発行し、該当アドレスの端
末が回線を切断して通信を終了する。図６において、Ｓ
ＴＸはスタートオブテキスト、ＥＴＸはエンドオブテキ
スト、ＢＣＣはブロックチェックコード（データが正し
く送られたかどうかを確認すること）を示す。逆に端末
からホストに対するメッセージを図７に示すが、この場
合は、ホストからの許可を受けないとメッセージを送信
することができない。まずホストから端末機２のアドレ
スをつけたＥＮＱを発行する。なお、端末機側では２種
類のアドレスをもち、１つがホストから端末機に対する
メッセージ用、もう１つは端末機からホストに対するメ
ッセージ用であり端末機側ではどちらのアドレスで呼ば
れたかで転送方向を判定する。該当するアドレスの端末
機はバス接続後、メッセージを送信し、ホストからのＡ
ＣＫを受信し、（外１）を発行した後、回線を切断して
通信を終了する。上記のようなプロトコルだとバスの接
続／切断の問いかけはホストから行なうが、接続／切断
処理は該当する端末機２側で実行する。図８にバスの接
続／切断方法を示す。ホストから端末機２に対する送信
データは常時接続状態（ブロードキャスト転送（ホスト
から端末機全部に常時伝送））だが、端末機２からホス
トに対する送信データはバスがマルチドロップ（一つの
信号ラインに沢山の回線がつながっていること）されて
いるため、バスのぶつかりを防ぐため該当する端末機２
だけがＲＳ−４８５ドライバＩＣのイネーブル端子６も
アサート（ローレベルにセット）し、バスを接続状態と
する。通信終了後はイネーブル端子６をネゲート（ハイ
レベルにセット）し、ハイインピーダンス状態にしてバ
スの切断を行なう。
末が回線を切断して通信を終了する。図６において、Ｓ
ＴＸはスタートオブテキスト、ＥＴＸはエンドオブテキ
スト、ＢＣＣはブロックチェックコード（データが正し
く送られたかどうかを確認すること）を示す。逆に端末
からホストに対するメッセージを図７に示すが、この場
合は、ホストからの許可を受けないとメッセージを送信
することができない。まずホストから端末機２のアドレ
スをつけたＥＮＱを発行する。なお、端末機側では２種
類のアドレスをもち、１つがホストから端末機に対する
メッセージ用、もう１つは端末機からホストに対するメ
ッセージ用であり端末機側ではどちらのアドレスで呼ば
れたかで転送方向を判定する。該当するアドレスの端末
機はバス接続後、メッセージを送信し、ホストからのＡ
ＣＫを受信し、（外１）を発行した後、回線を切断して
通信を終了する。上記のようなプロトコルだとバスの接
続／切断の問いかけはホストから行なうが、接続／切断
処理は該当する端末機２側で実行する。図８にバスの接
続／切断方法を示す。ホストから端末機２に対する送信
データは常時接続状態（ブロードキャスト転送（ホスト
から端末機全部に常時伝送））だが、端末機２からホス
トに対する送信データはバスがマルチドロップ（一つの
信号ラインに沢山の回線がつながっていること）されて
いるため、バスのぶつかりを防ぐため該当する端末機２
だけがＲＳ−４８５ドライバＩＣのイネーブル端子６も
アサート（ローレベルにセット）し、バスを接続状態と
する。通信終了後はイネーブル端子６をネゲート（ハイ
レベルにセット）し、ハイインピーダンス状態にしてバ
スの切断を行なう。
【０００７】このようなバス方式を採用すると、多数の
端子６が容易に接続できるというメリットがあるが、端
末機２側のＣＰＵ（ Central Processing Unit )の１つ
が故障（暴走）し、ＲＳ−４８５ドライバＩＣのイネー
ブル端子６を誤った制御を行なった場合、ホストコンピ
ュータはバスにつながっている全ての端末機と通信でき
なくなる可能性があるという問題点がある。
端子６が容易に接続できるというメリットがあるが、端
末機２側のＣＰＵ（ Central Processing Unit )の１つ
が故障（暴走）し、ＲＳ−４８５ドライバＩＣのイネー
ブル端子６を誤った制御を行なった場合、ホストコンピ
ュータはバスにつながっている全ての端末機と通信でき
なくなる可能性があるという問題点がある。
【０００８】
【発明が解決しようとする課題】一つのホストコンピュ
ータに多数の端末機がバス方式で接続された多回線通信
システムの上記従来技術は、バス上の１つの端末機２の
故障がバス全体の通信不能に到る可能性があった。本発
明の目的は、上記従来技術の問題点をなくし、故障した
端末機２をバスからハード的に切り離し、一部の故障要
因がバス全体に影響を及ぼさないようにした多回線通信
システムを提供することにある。
ータに多数の端末機がバス方式で接続された多回線通信
システムの上記従来技術は、バス上の１つの端末機２の
故障がバス全体の通信不能に到る可能性があった。本発
明の目的は、上記従来技術の問題点をなくし、故障した
端末機２をバスからハード的に切り離し、一部の故障要
因がバス全体に影響を及ぼさないようにした多回線通信
システムを提供することにある。
【０００９】
【課題を解決するための手段】上記目的を達成するため
本願の第１の発明は、ホストコンピュータと、それに接
続される複数の端末機と、それらをバス方式で接続する
接続回路と、接続回路のホストコンピュータ側と端末機
側の接続端にそれぞれ設けたバスレシーバおよびバスレ
ドラバとを備えた多回線通信システムにおいて、端末機
側のバスドライバの接続端子の開閉を行なう端子制御回
路を設け、該制御回路には、端末機の非通信時には接続
端子を切断、通信時には端末機の正常作動を条件として
接続端子を接続する開閉制御手段を設けたことを特徴と
する多回線通信システムに関する。
本願の第１の発明は、ホストコンピュータと、それに接
続される複数の端末機と、それらをバス方式で接続する
接続回路と、接続回路のホストコンピュータ側と端末機
側の接続端にそれぞれ設けたバスレシーバおよびバスレ
ドラバとを備えた多回線通信システムにおいて、端末機
側のバスドライバの接続端子の開閉を行なう端子制御回
路を設け、該制御回路には、端末機の非通信時には接続
端子を切断、通信時には端末機の正常作動を条件として
接続端子を接続する開閉制御手段を設けたことを特徴と
する多回線通信システムに関する。
【００１０】第２の発明は、ホストコンピュータと、そ
れに接続される端末機と、それらをバス方式で接続する
接続回路と、接続回路のホストコンピュータ側と端末機
側の各端末にそれぞれ設けたバスドライバおよびバスレ
シーバとを備えた１：Ｎの多回線通信システムにおい
て、端末機側バスドライバのバスドライバイネーブル端
子制御回路を設け、該制御回路には、端末機内ＣＰＵか
らの信号によりイネーブル端子に開または閉の信号を発
信する制御用レジスタと、前記端末機を監視してその作
動が正常か否かの信号を発信するウオッチドグタイマと
を設け、制御用レジスタとウオッチドグタイマの両者の
出力信号に基づきイネーブル端子の開閉を制御して、端
末機故障時には前記イネーブル端子の接続を禁止して端
末機をバスから切り離すように構成したことを特徴とす
る多回線通信システムに関する。
れに接続される端末機と、それらをバス方式で接続する
接続回路と、接続回路のホストコンピュータ側と端末機
側の各端末にそれぞれ設けたバスドライバおよびバスレ
シーバとを備えた１：Ｎの多回線通信システムにおい
て、端末機側バスドライバのバスドライバイネーブル端
子制御回路を設け、該制御回路には、端末機内ＣＰＵか
らの信号によりイネーブル端子に開または閉の信号を発
信する制御用レジスタと、前記端末機を監視してその作
動が正常か否かの信号を発信するウオッチドグタイマと
を設け、制御用レジスタとウオッチドグタイマの両者の
出力信号に基づきイネーブル端子の開閉を制御して、端
末機故障時には前記イネーブル端子の接続を禁止して端
末機をバスから切り離すように構成したことを特徴とす
る多回線通信システムに関する。
【００１１】
【作用】バス（ＲＳ−４８５）上の端末機２がホストコ
ンピュータ１にメッセージを送信する場合、該当アドレ
スの端末機２のみがバスの使用権を有する。端末機２側
のＣＰＵは、制御用レジスタ１２の送信イネーブルビッ
トをセットすることによりＲＳ−４８５ドライバＩＣの
送信イネーブル端子６をアサート（ローレベルにセッ
ト）して回線接続してメッセージの送信を行なう。ただ
し、端末機２側の送信イネーブル端子６の制御動作が保
証されていない場合（ＣＰＵの暴走等）には、バス上に
ぶら下がっている他の正常な端末機２の通信も妨害して
しまう可能性がある。そこで、ＲＳ−４８５ドライバＩ
Ｃの送信イネーブル端子６のアサート（ローレベルにセ
ット）できる条件として、上記制御用レジスタ１２の送
信イネーブルビットとウオッチドグタイマ出力（ＣＰＵ
が暴走しているか否かの判定）の積（アンド）をとり、
ＣＰＵが暴走したとき（ウオッチドグタイムアウト信号
発生）には無条件に送信イネーブル端子をネゲート（ハ
イレベルにセット）し、出力をハイインピーダンスにし
てバスから切断し、他の端末機２の通信の妨げとならな
いようにする。そして、ホストコンピュータからの定期
的なパトロールに対して、応答が返ってこない（ソフト
ウェアタイムアウト発生）端末機を異常と判定すること
ができる。
ンピュータ１にメッセージを送信する場合、該当アドレ
スの端末機２のみがバスの使用権を有する。端末機２側
のＣＰＵは、制御用レジスタ１２の送信イネーブルビッ
トをセットすることによりＲＳ−４８５ドライバＩＣの
送信イネーブル端子６をアサート（ローレベルにセッ
ト）して回線接続してメッセージの送信を行なう。ただ
し、端末機２側の送信イネーブル端子６の制御動作が保
証されていない場合（ＣＰＵの暴走等）には、バス上に
ぶら下がっている他の正常な端末機２の通信も妨害して
しまう可能性がある。そこで、ＲＳ−４８５ドライバＩ
Ｃの送信イネーブル端子６のアサート（ローレベルにセ
ット）できる条件として、上記制御用レジスタ１２の送
信イネーブルビットとウオッチドグタイマ出力（ＣＰＵ
が暴走しているか否かの判定）の積（アンド）をとり、
ＣＰＵが暴走したとき（ウオッチドグタイムアウト信号
発生）には無条件に送信イネーブル端子をネゲート（ハ
イレベルにセット）し、出力をハイインピーダンスにし
てバスから切断し、他の端末機２の通信の妨げとならな
いようにする。そして、ホストコンピュータからの定期
的なパトロールに対して、応答が返ってこない（ソフト
ウェアタイムアウト発生）端末機を異常と判定すること
ができる。
【００１２】
【実施例】図１に本発明の一実施例になる多回線通信シ
ステムの構成を示す。図１に示す多回線通信システム
は、ホストコンピュータ１と複数の端末機２を１系統の
バス（ＲＳ−４８５）３に接続した構成をとり、相互の
通信はホストコンピュータと端末機にそれぞれ設けた通
信制御コントローラ４、バスドライバ７、バスレシーバ
８を介して行なう。また端末機２側にはバスドライバ７
のバスドライバイネーブル端子６を制御するためのイネ
ーブル端子制御回路５を実装していることを特徴とす
る。
ステムの構成を示す。図１に示す多回線通信システム
は、ホストコンピュータ１と複数の端末機２を１系統の
バス（ＲＳ−４８５）３に接続した構成をとり、相互の
通信はホストコンピュータと端末機にそれぞれ設けた通
信制御コントローラ４、バスドライバ７、バスレシーバ
８を介して行なう。また端末機２側にはバスドライバ７
のバスドライバイネーブル端子６を制御するためのイネ
ーブル端子制御回路５を実装していることを特徴とす
る。
【００１３】図１に示す構成の通信システムでは、バス
上のぶつかりが生じないようなプロトコルが必要とな
る。ホストコンピュータ１から端末機２側へのメッセー
ジ転送プロトコルは図６に示した手順と同じである。ま
た、端末機２からホストコンピュータ１側へのメッセー
ジ転送のプロトコルは図７に示した手順と同じである。
例えば端末機２からホストコンピュータ１へのメッセー
ジ転送は、まずホストコンピュータ１が通信したい端末
機２固有のアドレスをつけたＥＮＱ（問い合わせ）を発
行する。該当するアドレスの端末機２内のＣＰＵは、イ
ネーブル端子制御回路５に指令を与えてバスドライバイ
ネーブル端子６をローレベルにすることでバスの接続を
行ない、その後通信制御コントローラ４を介してメッセ
ージをホストコンピュータに送信する。ホストコンピュ
ータ１からの受信完了を示す応答（ＡＣＫ）を受信後、
（外１）（伝送終了）を発行し、イネーブル端子制御回
路５を介してバスドライバイネーブル端子６をハイレベ
ルとし、出力をハイインピーダンスとすることでバスの
切断を行なう。
上のぶつかりが生じないようなプロトコルが必要とな
る。ホストコンピュータ１から端末機２側へのメッセー
ジ転送プロトコルは図６に示した手順と同じである。ま
た、端末機２からホストコンピュータ１側へのメッセー
ジ転送のプロトコルは図７に示した手順と同じである。
例えば端末機２からホストコンピュータ１へのメッセー
ジ転送は、まずホストコンピュータ１が通信したい端末
機２固有のアドレスをつけたＥＮＱ（問い合わせ）を発
行する。該当するアドレスの端末機２内のＣＰＵは、イ
ネーブル端子制御回路５に指令を与えてバスドライバイ
ネーブル端子６をローレベルにすることでバスの接続を
行ない、その後通信制御コントローラ４を介してメッセ
ージをホストコンピュータに送信する。ホストコンピュ
ータ１からの受信完了を示す応答（ＡＣＫ）を受信後、
（外１）（伝送終了）を発行し、イネーブル端子制御回
路５を介してバスドライバイネーブル端子６をハイレベ
ルとし、出力をハイインピーダンスとすることでバスの
切断を行なう。
【００１４】図２にイネーブル端子制御回路５の構成を
示す。端末機２からデータを送信する場合、該当アドレ
ス端末機２内のＣＰＵがイネーブル端子制御回路５内の
制御用レジスタ１２のフリップフロップをセット（ハイ
レベル）、リセット（ローレベル）することで、バスド
ライバ７のイネーブル端子６を制御することができる。
ただし、ＣＰＵが暴走した場合、ソフトウェアにて設定
するこのイネーブル端子６の動作は保証されないため、
禁止条件としてウオッチドグタイマ９とのアンドをと
り、正常に動作している（ウオッチドグタイマの出力が
ハイレベル）ときのみフリップフロップの値を有効とす
る。上記回路構成をとることにより、端末機２側に故障
が発生した場合（ウオッチドグタイマの出力がローレベ
ル）、その端末機２はバスから切り離され、他の端末機
の通信の妨げとなることを防ぐことができる。
示す。端末機２からデータを送信する場合、該当アドレ
ス端末機２内のＣＰＵがイネーブル端子制御回路５内の
制御用レジスタ１２のフリップフロップをセット（ハイ
レベル）、リセット（ローレベル）することで、バスド
ライバ７のイネーブル端子６を制御することができる。
ただし、ＣＰＵが暴走した場合、ソフトウェアにて設定
するこのイネーブル端子６の動作は保証されないため、
禁止条件としてウオッチドグタイマ９とのアンドをと
り、正常に動作している（ウオッチドグタイマの出力が
ハイレベル）ときのみフリップフロップの値を有効とす
る。上記回路構成をとることにより、端末機２側に故障
が発生した場合（ウオッチドグタイマの出力がローレベ
ル）、その端末機２はバスから切り離され、他の端末機
の通信の妨げとなることを防ぐことができる。
【００１５】ウオッチドグタイマとしては、つぎのよう
な構成のものを使用することができる。すなわち、ＣＰ
Ｕに設けたソフトによって、ＣＰＵの出力をパルス状に
して一定時間間隔ごとに、例えば電源とコンデンサと抵
抗よりなる時定数回路である充電装置に送り放電させる
ように構成しておけば、ＣＰＵの故障時には上記充電装
置の放電が行なわれないので、該装置の電圧が、ある設
定電圧以上になれば、ＣＰＵの故障と判断することにな
る。
な構成のものを使用することができる。すなわち、ＣＰ
Ｕに設けたソフトによって、ＣＰＵの出力をパルス状に
して一定時間間隔ごとに、例えば電源とコンデンサと抵
抗よりなる時定数回路である充電装置に送り放電させる
ように構成しておけば、ＣＰＵの故障時には上記充電装
置の放電が行なわれないので、該装置の電圧が、ある設
定電圧以上になれば、ＣＰＵの故障と判断することにな
る。
【００１６】
【発明の効果】シリアル通信をバス方式で接続して、
１：Ｎ（Ｎ≧２）通信を可能とする構成とした場合、１
つの端末機２の故障が、バス全体の通信不能に到る可能
性があったが、本発明によれば、端末機２側のバスドラ
イバのイネーブル端子の制御条件に、ウオッチドグタイ
マの出力とアンド論理をとることにより、ＣＰＵが暴走
（ウオッチドグタイマアウト発生）した場合にはその端
末機２をバスから切り離し、バス全体の通信不能に到る
ことを防ぐことができる。
１：Ｎ（Ｎ≧２）通信を可能とする構成とした場合、１
つの端末機２の故障が、バス全体の通信不能に到る可能
性があったが、本発明によれば、端末機２側のバスドラ
イバのイネーブル端子の制御条件に、ウオッチドグタイ
マの出力とアンド論理をとることにより、ＣＰＵが暴走
（ウオッチドグタイマアウト発生）した場合にはその端
末機２をバスから切り離し、バス全体の通信不能に到る
ことを防ぐことができる。
【図１】本発明になる多回線通信システムの実施例構成
図。
図。
【図２】本発明の実施例におけるイネーブル端子制御回
路の構成図。
路の構成図。
【図３】通信制御装置を用いた従来の多回線通信システ
ムの構成図。
ムの構成図。
【図４】機器間をシリアル通信手段で直接接続した多回
線通信システムの構成図。
線通信システムの構成図。
【図５】バス方式で接続した多回線通信システムの構成
図。
図。
【図６】ホストコンピュータから端末機側への転送プロ
トコルを示す図。
トコルを示す図。
【図７】端末機からホストコンピュータへの転送プロト
コルを示す図。
コルを示す図。
【図８】図５の多回線通信システムの詳細図。
１…ホストコンピュータ、２…端末機、３…ＲＳ−４８
５バス、４…通信制御コントローラ、５…イネーブル端
子制御回路、６…バスドライバイネーブル端子、７…バ
スドライバ、８…バスレシーバ、９…ウオッチドグタイ
マ、１１…モデム、１２…制御用レジスタ。
５バス、４…通信制御コントローラ、５…イネーブル端
子制御回路、６…バスドライバイネーブル端子、７…バ
スドライバ、８…バスレシーバ、９…ウオッチドグタイ
マ、１１…モデム、１２…制御用レジスタ。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.5 識別記号 庁内整理番号 ＦＩ 技術表示箇所 9371−5Ｋ Ｈ０４Ｌ 13/00 ３１１
Claims (2)
- 【請求項１】 ホストコンピュータと、それに接続され
る複数の端末機と、それらをバス方式で接続する接続回
路と、接続回路のホストコンピュータ側と端末機側の接
続端にそれぞれ設けたバスレシーバおよびバスレドラバ
とを備えた多回線通信システムにおいて、端末機側のバ
スドライバの接続端子の開閉を行なう端子制御回路を設
け、該制御回路には、端末機の非通信時には接続端子を
切断、通信時には端末機の正常作動を条件として接続端
子を接続する開閉制御手段を設けたことを特徴とする多
回線通信システム。 - 【請求項２】 ホストコンピュータと、それに接続され
る端末機と、それらをバス方式で接続する接続回路と、
接続回路のホストコンピュータ側と端末機側の各端末に
それぞれ設けたバスドライバおよびバスレシーバとを備
えた１：Ｎの多回線通信システムにおいて、端末機側バ
スドライバのバスドライバイネーブル端子制御回路を設
け、該制御回路には、端末機内ＣＰＵからの信号により
イネーブル端子に開または閉の信号を発信する制御用レ
ジスタと、前記端末機を監視してその作動が正常か否か
の信号を発信するウオッチドグタイマとを設け、制御用
レジスタとウオッチドグタイマの両者の出力信号に基づ
きイネーブル端子の開閉を制御して、端末機故障時には
前記イネーブル端子の接続を禁止して端末機をバスから
切り離すように構成したことを特徴とする多回線通信シ
ステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5083502A JPH06303277A (ja) | 1993-04-09 | 1993-04-09 | 多回線通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5083502A JPH06303277A (ja) | 1993-04-09 | 1993-04-09 | 多回線通信システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06303277A true JPH06303277A (ja) | 1994-10-28 |
Family
ID=13804264
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5083502A Pending JPH06303277A (ja) | 1993-04-09 | 1993-04-09 | 多回線通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06303277A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7995517B2 (en) | 2004-03-24 | 2011-08-09 | Lg Electronics Inc. | System and method for transmitting units of messages in a mobile communication system |
| JP2015228681A (ja) * | 2001-03-20 | 2015-12-17 | トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ | 遠隔診断の方法および遠隔診断を実行するセットトップ・ボックス |
-
1993
- 1993-04-09 JP JP5083502A patent/JPH06303277A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015228681A (ja) * | 2001-03-20 | 2015-12-17 | トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ | 遠隔診断の方法および遠隔診断を実行するセットトップ・ボックス |
| US7995517B2 (en) | 2004-03-24 | 2011-08-09 | Lg Electronics Inc. | System and method for transmitting units of messages in a mobile communication system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5210530A (en) | Network management interface with internal dsd | |
| CN1132381C (zh) | 用于在集成电路和其它设备之间传递数据的方法和系统 | |
| US4159470A (en) | Data communications systems employing redundant series transmission loops | |
| US4760571A (en) | Ring network for communication between one chip processors | |
| JPH0756644B2 (ja) | 状態変化通知装置及び方法 | |
| JPS58502027A (ja) | 低デ−タ転送率の直列入出力インタ−フェイスをモニタするようにされた周辺装置 | |
| US6178178B1 (en) | Switching module for redundant local area network | |
| US4962378A (en) | Multi-user serial bus system | |
| US6744810B1 (en) | Signal repeater for voltage intolerant components used in a serial data line | |
| US5941997A (en) | Current-based contention detection and handling system | |
| JPH06303277A (ja) | 多回線通信システム | |
| EP2078234B1 (en) | System and method facilitating double address detection | |
| EP0076401B1 (en) | Self adjusting, distributed control, access method for a multiplexed single signal data bus | |
| JPS61295738A (ja) | 伝送制御装置 | |
| WO1990015491A1 (en) | Data communication apparatus | |
| JP4570753B2 (ja) | エラーコード送出装置および方法 | |
| JP3293697B2 (ja) | 車両の監視制御データ転送装置 | |
| JPH05260066A (ja) | Ｌａｎの端末装置及び入出力デバイス装置とｏａ機器制御方式 | |
| WO2018043264A1 (ja) | 通信システム、通信装置、中継装置、通信ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、制御ＩＣ及び通信方法 | |
| CN111835378B (zh) | 一种通讯类型切换电路、方法及空调设备 | |
| GB2308904A (en) | SCSI bus extension over the ethernet | |
| KR930006862B1 (ko) | 전자교환기의 신호단말그룹 버스 삼중화 신호 감시회로 | |
| JP2880603B2 (ja) | 情報通信装置 | |
| KR950007438B1 (ko) | 전자교환기용 패킷 버스 장치의 중앙 중재기 | |
| JPH0635816A (ja) | マルチｃｐｕシステム |