JPH02215671A - エレベーター制御システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、コンピュータ制御方式のエレベータ−制御シ
ステムに係り、特に多重データ伝送線を用いて制御をす
るのに好適な、エレベータ−制御システムに関する。

〔従来の技術〕

従来より、各階床にマイクロコンピュータ−を。

設け、これにより直列データ伝送を行うことにより、配
線本数を低減させるという提案は特開昭６１−６９６７
７号や特開昭６１−１９４９４３号の公報などに見るこ
とができる。

また、特開昭６０−１５７４７８号公報には、ホール呼
び応答灯可否を予め端末側へ記憶させる方法が開示され
ている。

〔発明が解決しようとする課題〕

上記従来技術は、入出力点数に応じた入出力端末制御装
置とホスト制御装置とのデータ伝送量の決定や、 ポール呼び応答灯の点灯可否に際しても、どの入力回路
が、どの出力回路と対応して応答灯・点灯制御をして良
いのか、かつ、ホスト制御装置との伝送周期に応じた応
答灯出力信号の入出力端末制御装置側保持時間を決定す
ることができなかった。

このため、多階床で小入出力点数のエレベータ−システ
ムに使用する入出力端末制御装置と、待ち時間表示や行
先階予約装置付のため入出力点数が多いが低階床のシス
テムとで伝送制御と入出力処理を行うマイコンのプログ
ラムを変更する必要があった。

本発明の目的は、入出力端末制御装置を制御するプロセ
ッサーを一種化し、入出力端末制御装置の種類を減らし
、保守部品の安定供給と、端末機能差によるトラブルを
減らすことができるエレベータ−制御システムを提供す
ることにある。

〔課題を解決するための手段〕

上記目的は、エレベータ−の制御をホスト制御装置と入
出力端末制御装置に分け、この端末仕様を決める端末仕
様データを、ホスト制御装置から入出力端末制御装置に
伝送して格納するものであり、この端末仕様を伝送する
第１のデータ伝送制御手段とこの、端末側に記憶された
端末仕様に従って伝送制御する第２のデータ伝送制御手
段を入出力端末制御装置内に持たせることにより達成さ
れる。

〔作用〕

入出力端末制御装置！は、各端末装置での伝送仕様と、
入出力端子仕様や入力と出力の関係などを定義する端末
仕様データをホスト制御装置から受信し。

それに従って、入出力データーと応答灯点灯可否など時
々刻々と変化する端末制御仕様データの伝送制御と、入
出力端末制御装置のハードウェアのイニシャライズ制御
を遂行する。

従って、入出力端末制御装置のハード的な構成を変えず
に多種多様なエレベータ−制御システムに対応すること
ができる。

〔実施例〕

以下、本発明の一実施例を第１図から第１６図に依り説
明する。

第１図は、かごまたは各階床ホールに設置された入出力
端末制御装置における、プログラムのテーブル関連図を
示し、第２図は本発明の全体構成を示す、また本実施例
では、地下１階ＢＩＦから地上８階８Ｆまでのサービス
階床を有するエレベータ−システム（但し、３〜８Ｆは
、省略しである）に本発明を適用した場合について示し
たもので、エレベータ−制御装置（ホスト）】、は、Ｉ
１０伝送制御装置（１１局と略称）２と接続され、さら
に各階または各階層ならびにかご内運転盤内などに設置
された入出力端末制御装置（以下、端末と略称１図にお
いても同じ）４ａ、４ｂ、１９ａ。

１９ｂ、６．１３　（第１図では、端末４ａを代表とし
て示す）とバス（共通の直列データ伝送路）３ａ、３ｂ
によって接続されている。

Ｉ１０伝送制御装置２は各端末４ａ、４ｂ。

１９ａ、１９ｂ、６，１３を各々とポーリングし、呼び
釦とその応答制御などの各階固有の情報の授受を行う。

各フロア・ステーションの役割を持つ端末４ａ。

４ｂ、１９ａは、ホール操作盤５ａ、５ｂ、５ｅに接続
される。そして各端末４ａ、４ｂ、１９ａは、呼び釦な
どの釦やスイッチ入力信号の操作状況を検知し、その結
果をポーリングされたときに、バス３ａと３ｂを通って
データをＩ１０伝送制御装置ｆ２へ直列伝送し、さらに
第３図に詳細回路を示す様にデュアルポートラム（ＤＰ
、ＲＡＭ）３０１によりホストであるエレベータ−制御
装置１へ情報を伝達する。ホスト１とＩ１０伝送制御装
置２については、第３図により後で詳述する。

ホスト１は、かご呼びゃホール呼びの登録処理、情報伝
達管理やザービス状況案内などを行い、前述と逆の経路
により、各端末４ａ、４ｂ、１．９ａへ情報を伝送し、
ホール操作盤５ａ、５ｂ、５ｃの応答灯点灯制御、暗号
操作仕様や釦の反応仕様などの送信要求をスペック伝送
によって行う。

ホスト１による応答灯の点灯制御方法だけでは、応答灯
遅れが０．１　秒位にもなり、利用者に異和感を与えた
り、また、モールス信号入力や特殊な釦操作（２ヶ押す
あるいは１秒以上押す）による呼びキャンセルや特殊呼
び作成が円滑に行かないという問題に対しては、上記し
た態様でサービスする呼び釦に対応して、名人出力端末
制御装置に対し端末仕様データをホストから伝送し、各
端末側で呼び釦入力に対応した反応制御（例えば応答灯
のフリッカ点灯用出力）を所定期間駆動するローカル制
御を行って上記の反応の遅れや機能の低下などインター
フェースを分散したことににり生じる問題点を解決する
様になっている。

またこの実施例では、地下１階（Ｂ　Ｉ　Ｆと略記）に
はパーキングスイッチ（ＰＡＫ）１６と、満員表示等が
可能な情報表示器Ｄ７ａ付きの１、ＥＤを発光源とする
インジケーター７ａがエレベータ−乗場上部に設置され
ており、これからの機器はＢＩＦ用、入出力端末制御装
［４ａに接続され。

入出力制御されるように成っている。

ところで、１階（ＩＦと略記）はロビーで利用者が多い
。そこで、乗り場に直接行先階を登録すると共にエレベ
ータ−の先導かご位置を示す操作盤（ボート式インジケ
ーターと略称する）５ｂと、音声案内用スピーカー１５
及びサービス案内表示をするインフォメーション装［Ｄ
ＩＦｌａ。

ＤＩＦｌｂを設けである。サービス案内とは、例えば、
　　ｌ’ＧＯＯＤ　　ＭＯＲＮＨＮＧｊ　ｒ６階スキー
用品バーケン中１などであり、固定表示やフリッカ−表
示、流動表示を音声と同時に行うことができる。

他方、２階は一般の階床の例としているので。

かご位置表示器８ａを用い、通常はかご位置とサービス
方向だけを表示するようになっており、そのため、ＢＩ
Ｆでは第５図に、ＩＦでは第６図にそれぞれ示されてい
るように、各階床当たり１組の入出力端末制御装置を使
用しているが入出力端末制御装置は２Ｎ当たり１組とす
ることもできる。

特にエレベータ−群管理制御装置と接続される一般のホ
ール呼び登録器では信号線が少ないので２〜６階当たり
１組を標準とすることができる。親局２からかご自端末
６と、１３及び情報端末制御装置（情報端末）１９ｂに
対する伝送路はテールコードを含むバス３ｂにより接続
している。

尚ここで、乗り場へのバス３ａと分離しているのは１反
射等により誤動作するのを防止するためであり、信頼性
向上を図る目的を達成するために第３図に示す様にパル
ストランス２０１．送信回路２０２．受信回路２０３を
別々に設けている。

かご内の端末６は、第６図に示す、１階ボールと同様の
中形の入出力点数の多い人出カ端末制御装置を使用し、
かご内運転盤９に接続されがご呼びや閉釦（ＣＬＯ３Ｅ
）　（７）他にも、自動（ＡＵＴＯ）　、手動。

平常（ＮＯＭＡＬ）の各信号、それにがご重量検出や着
床レベルなどの信号を取り込んでいるが、人出力点数の
設定等はすべて端末へのスペック伝送で行っている。ま
た情報端末１９ｂは、がご向上部にサービス案内表示も
可能なサービス案内表示パネルＤＩＯや、乗客人数を検
出するエリアセンサ１４を駆動するようになっている。

さらに、ＥＬ及び３色ＬＥＤ等を発光源とするインフォ
メーション装置ＤＪ、１も同様に駆動することができる
。

一方、かご上端末１３は中形端末６程は外部とのインタ
ーフェースは多くないが、ドア駆動装置１１への開・閉
制御命令Ｌ４とブレーキ信号Ｌ２を出力するための制御
パラメータなどを多数、ホスト１から受信できるように
あらかじめスペック伝送時に定義しておく必要がある。

尚、このかご−Ｆ端末１−３は、開指令は、Ｌ］で、光
電装置や超音波センサーによる乗降客検出装置１２の信
号はＬ５で、そしてドア開閉速度と位置はＬ３の各接続
線で、それぞれ取り込み、これにより単なる入出力回路
制御だけでなく、ドア開閉制御をも行うようにして多機
能端末化した。そして、この結果、データ伝送を安価に
行えドア開閉制御装置どして独立させた場合に比較し、
速度や電流などを決定する仕様をスペック伝送で与える
ためドア駆動装置１１を調節する必要がなくなってドア
開閉制御をも端末仕様データ化でき。

■　ホスト】−で現地調整ドア開閉制御に必要なデータ
を一元管理でき、よってドア駆動装置１１やかご上端末
１３を交換しても再調整を不要とすることができる、 ■　ホストでの高度な判断により、状況に応じたドア開
閉制御指令をドア駆動装置１１へ与えることができる、 などの利点が得られる。

以上、説明したように、各端末４．．６，１３゜１９を
用いることによりエレベータ−制御システムにおいて、
乗り場の操作機器や案内装置が変イ［しても、また、階
床数が増加しても、入出力信号の種類や入出力点数を制
御するスペック伝送を行うことによって新たなハードウ
ェアを開発することなく、標準化された、信頼性の高い
、安価なハードを組み合わせてシステムを作ることがで
きる、。

またソフトウェアも前述したハード類全てに対応できる
ものとするため、ホール、かご端末は、Ｉ１０伝送制御
装置２から送られるスペック（端末毎の仕様）によって
制御できるシステムとした。

このスペックをホール、かご等へ伝達する方法としては
、エレベータ−制御装置１へ端末のスペック（入出力点
数、端末に接続される信号類）を入力することによって
、エレベータ−制御装置１から第３図に示す、デュアル
ポー１−ラム３０１を介してＩ１０伝送制御装置２ヘス
ペックが入力され更に、Ｉ１０伝送装Ｗ２が、前記のデ
ータ伝送によって各端末毎あるいは、全端末共通にスペ
ックを伝送するシステムとしている。

このシステムによって前記した、ボート式インジケータ
５ｂを駆動する端末１９ａとかご自端末６が、第６図に
示すものと同一ハードを使用しても各々の端末に接続さ
れた装置に合ったスペックを送ることによって、かご内
に使用する際には、自動・手動・正常等の運転モード（
１号の取込みやかと重量検出信号等の入力として使用す
るため入力信号を多くすることが可能となるとともに、
ホールに使用する際には、ポート式インジケータ５ｂの
入出力信号と合わせて、インフォーメーション装置ＤＩ
Ｆ１ａ、ＤＩＦｌｂを駆動するため。

出力信号を多くすることが可能となり、同一ハードで端
末毎に異なった制御をすることができる。

スペック伝送と、そのスペック伝送に従って端末毎の定
期伝送データの信号数や信号積を決めて送受信を行う定
期伝送の２つの伝送方式を用いることによって、多種類
のハードの制御、また、同一ハードで多種類の使用方法
への対応が容易に行うことができるとともに、ソフトウ
ェアの標準化が図れるため、信頼性の高いマスクＲＯＭ
を製作することができる。

また、スペック伝送方式によって、同一種のハードを多
様な入出力信号として使用可能となるため°、更にハー
ド種の低減を図ることが可能となる。

次に第１−図でホール端末におけるスペック伝送および
定期伝送のプログラムについて説明する。

Ｉ１０伝送制御装置２は、個別スペック伝送送信テーブ
ルＩＯＴ、ハード種別共通スペック伝送送信テーブル１
．１Ｔ、ホール共通データ送信テーブル１２Ｔ１個別定
期データ送信テーブル１３′ｒ、及び９個別定期データ
受信テーブル１４Ｔから構成されており、プログラムＬ
３Ｇで順次送受信処理を行う、ここで個別スペック伝送
とは、端末別の入出力点数の設定データやその他音声出
力有無等のスペックを送信するものでハード種別共通ス
ペック伝送とはハード種が共通の端末に対して共通デー
タ送信をする場合の共通データ受イｉ時の端末内に出刃
先アドレスをスペックとして伝送するものである。（詳
細は第８．１１．１３図）また、ホール共通データ送ｆ
ｆｌとはＩＮＤ点灯データ等の全端末共通データの伝送
であり、個別定期データ送イごとは端末毎に接続される
押し釦等の入出力データの伝送である。

一方、端末側では、送信処理が始まると受信ＩＲＱが発
生しく５ＣＩＩＲＱ）　、　　Ｉ　ＲＱ受信テーブル２
０Ｔ（旧ＩＲＸす）で順次受信を行う。

次に、その受信データのヘッダが自局ハード種ヘッダか
をチエツクし、更に自局ハード種用デ〜りの場合はＲＸ
Ｂ　］〜ＲＸＢ４に自局データかを判定する。

自局データとして判別した個別スペックデータであれば
、端末仕様受信テ・−プル２３　Ｔ　（ＺＩＣＯＭＴ）
に受信し、端末毎の入出力設定や個別定期伝送の送受信
データ数設定等の初期設定処理を行う。

初期設定が完了したなら、ホール共通データを種別共通
伝送受信テーブル２４　Ｔ　（ＲＣＯＭＲＸＷ）に受信
し、種別端末仕様（ＺＩＯＭＴ）に従ってプログラムＨ
４Ｍ　Ｉｃで、出力編集テープ＃　２５　Ｔ　（ＣＯＵ
ＴＴ）　ニ出力する。また、スペックおよびＤｉＰＳＷ
によって設定されたヘッダＮｏと定期伝送データを受信
すると個別定期伝送受信テーブル２　’２　Ｔ　（ＲＩ
ＯＲＸＷ）に展開して、端末仕様（ＺｊｉＯＴ）に従っ
てプログラムＨ４Ｄにて、出力編集テーブル２５Ｔへ出
力し。

先のプログラムＨ４Ｍにて作成したデータと共に出力編
集テーブル２５Ｔを作成する。この時、出力編集テーブ
ル２５Ｔには、インジケータ等の出力データの他に、端
末仕様データの中に押し釦のローカル点灯処理許可信号
があればその許可信号もプログラムＩ（４Ｄにて展開さ
れている。

出力編集テーブル２５Ｔが作成されると、端末仕様（Ｚ
ｉｉＯＴ）のスペックに従って指定されたアドレス又は
出力ポートへのデータ出力と、指定アドレス又は指定入
カポ−１−からのデータ入力処理を行イ、入力編集テー
プ＃　２７　Ｔ　（ＣＩＮＰＴＴ）を作成する。この時
、先の押し釦ローカル点灯処理許可信号がスペックで与
えられていて、押し釣人力信号が発生したならば、プロ
グラムＨ４，Ｌにて、端末内で押し釦に応答灯出力を出
す。これによって、押し釦利用時の応答灯点灯遅れを少
なくすることが出来る。

また以上の入出力処理とは独立して、端末仕様（Ｚｉｉ
ＯＴ）に音声出力許可信号があり、かつ個別定期伝送テ
ーブル２２Ｔと種別端末仕様テーブル２３Ｔに音声出力
データが入力されたならば、プログラムＨ５Ｖにて、出
力テーブルに音声データを出力する。

次に入力編集テーブル２７　Ｔ　（ＣＩＮＰＴＴ）が作
成されると、端末仕様（ＺｉｉＯＴ）に従ってＩ１０端
末送信テーブル２８　Ｔ　（ＲＩＮＰＴＸＶ）を作成し
バス３ａと３ｂにて送信処理を行う、（プログラム５Ｃ
ＩＩＲＱ）。

以上の様に、端末の初期設定処理から、入出力編集テー
ブルの作成、入出力処理を全てスペック伝送にて行なえ
るソフトウェア構成とし、第２図に示す多種多様なホー
ル入出力装置の制御を同一のマスクＲＯＭで対応するこ
とを可能とした。

第３図は工１ノベーター制御装置（ホスト）１の制御論
理を決定するマイクロフンピユータ１００と、Ｉ１０伝
送制御装置２００のハード構成を示している。

本実施例では、デュアルポートラム３０１．を用いて、
上記した２つの装置内のＣＰＵをそれぞれバス１０７と
２１２により比較的密な結合に保っている。

エレベータ−制御装置ｌｌ内のＣＰＵはエレベータ−の
制御入出力データのみならず、ホール、かご端末等の端
末スペックや制御データの伝送仕様をＤＰＲＡＭ　３０
１へ第８．１１．１３図に示すテーブル構成で格納する
。

Ｉ１０伝送制御装置２は、エレベータ−制御装置１より
ＤＰＲＡＭ　３０１を介して与えられたスペックによっ
て作成されたＩＯＴ、ＬＩＴの両テーブルのスペックデ
ータをエレベータ−制御装置より指示された端末に対し
てバス３ａ、３ｂにより順次送信を行う。

ここで３〜８Ｆが２Ｆの端末と同一ハード種で同一種類
の入出力信号処理を行うとするとＢＩＦ。

３Ｆ〜８Ｆに同一種類のスペックを送信することになり
また１Ｆとかごは同一ハード種であるが、入出力端末で
処理する信号種が異なる為、別々のスペックを送信する
。

第２図に示す構成例においては、ＢＩＦ用。

ＩＦ用及び３〜８Ｆ用かご用３種の入出力端末に対して
各々２種のスペック送信を行い、スペック伝送のヘッダ
として第１表に示す管理表によって指定された＄ＡＯ〜
＄Ａ２のヘッダによって送信を行うが、ここでヘッダの
設定はハード種によって区別しており、第４図と第５図
に示す直接各端末にはヘッダ＄ＡＯ５第６図に示す間接
各端末にはヘッダ＄Ａ２から構成されるスペック伝送を
行う。かご６とＢＩＦ階の端末装［４ａのように第６図
に示す同一の間接Ｉ１０端末を使用する端末に対しては
、同一ヘッダ種のスペック伝送となるが、スペック伝送
時には第１４図に示す（ｂ）フォーマットにて送信を行
うことにより、ＲＸＢＩ〜ＲＸＢ４で受信局を分けるこ
とができるようになっているため、同一ハード積用のス
ペック伝送が何種類か行オ〕れても、各階床の仕様に応
じた周毎の端末仕様と伝送仕様スペックを受信すること
が可能である。

ここで自局データと判別したならば、あらかじめ、スペ
ックデータの一つとしてホストより与えられて、送信さ
れている、サムチエツクデータ（第８図の３１又は第１
１図の３０）と受信したスペックデータのサム計算値が
等しいかをチエツクする。

ここで、チエツクエラーと判定したならば、第５図、第
６図に示す、ウォッチ　ドック　タイマＷＤＴの出力を
停止し、入出力端末イニシャライズを再試行させるとと
もに、送受信回路のＥＮ信号もカットしデータ伝送路３
ａと３ｂ＆：誤出力させない構成としている（尚、入出
力端末用マイコンは再イニシヤライズし、入出力ボート
は“Ｈｒｔの不安定出力状態となるため送受信回路のＥ
Ｎ出力はｒｔ　Ｌ　ＩＩとして構成されている）。

次に親局は各子局へ送信する当該子局の入出力端末のハ
ードの使い方や制御仕様を決定する端末仕様データＺｉ
ｉＯＴ旧と各子局に必要な制御データ。

ＺｉＣＯＭＴＸを作成する。

Ｉ１０伝送制御回路２００のＣＰＵはＤＰＲＡＭ３０１
のデータをシリアルインタフェース（以下ＳＩと略す）
から杏子ｎに対応してさまざま量のデータを送信回路２
０２ａ、２０２ｂ、パルストランス２０１ａ、２０１ｂ
により伝送路３ａ、３ｂを経て全子局へ、送信する。

ここで、端末仕様データは子局の制御データであり、第
５図、第６図に示す様にさまざまな仕様に対応できる様
に基本的なデータは全て送信している。

全体構成を示す第２図の例でポート式インジケータ５ｂ
を１階ＩＦの端末装置１９ａに備えた場合、送信データ
も受信データも量が他のホール子局より多い。そこで、
これら送受信データテーブルを管理するため伝送テーブ
ル管理仕様テーブルＭＰ（図示時）をＩ１０伝送制御装
誼２は持っている。

尚、第３図には色々な工夫をほどこしているが、一部の
補足説明する。

まずホスト用マイクロコンピュータ１００のバスにコネ
クタＣＮ２を設け、外付けとして、アナライザの保守・
デパックツールを接続したり、１６Ｉ１１床を越えた際
の第２のＩ１０伝送制御装置２ｂの接続に対応できるよ
うになっている。

従って、もし、特定階の表示器の種類を変えたときや、
１階床増設となった時、端末仕様データを作成するホス
ト側の仕様データまたはプログラムの入っているＥＥＰ
ＲＯＭを、保守・デバッグツールにて容易に修正するこ
とができる。

しかし、従来例であれば、マイクロコンピュータ１００
のＲＯＭや特定階の子局用ＲＯＭのプログラム追加設計
と、再製造が必要であった。

さらに、ウオッチドックタイマ（以下ＷＤＴと略称）回
路２４０を内蔵し、■１０伝送制御装置１７で異常発生
時には伝送制御用マイコンにリトライを掛けたり、伝送
路３ａや３ｈに影響を及ぼさないようにして、システム
全体の安全性を向上している。

第４図は、ホール端末のハード構成図である。

ホール端末のＣＰＵ３０５はシリアルインターフェイス
３０Ｇから自階床のデータを読み込み、これに基づいて
パラレルインターフェイス３０８に信号を送り、パラレ
ルインターフェイス３０８は、ランプドライバ３１１を
駆動し、インジケータ７ａを点灯し、また、押ボタン５
ａの入力はパラレルインターフェイス３０８に入り、ホ
ール端末のＣＰＵ３０５は、これを押ボタン情報とし、
てシリアルインターフェイス３０６に送る。３１０はフ
ロアステーションのＣＰＵのバス、３０９はＲＯＭ、３
０７はＲＡＭ、３０４はこれらの機能を含むワンチップ
マイコン、３０１はパルスｌ−ランス、３０２はドライ
バ、３０３はレシーバである。

第５図はマイクロコンピュータ３０４のボー１−から直
接外部装置の入出力制御を行う。直接■／Ｄ端末の４ａ
等の使用例を示すブロック図であり、第６図は、マイク
ロコンピュータ３０４のボー１〜出力をデコードして間
接的に外部′ＪＡ置の入出力制御を行う間接Ｉ１０端末
の１．、９　ａ等の使用例を示すブロック図である。

以下、第８図に示す直接Ｉ１０端末スペックテーブル２
ｉ０ＴＨ及び第１１図に示す間接Ｉ１０端末スペックテ
ーブルＺ　１ＯＴｃを基に説明する。

まず、直接Ｉ１０端末４ａ、間接Ｉ１０端末１９ａはＩ
１０伝送制御装置２から送られてくる端末仕様によって
初期設定されるが、同一伝送路に直接Ｉ１０端末４ａ、
間接Ｉ１０端末１９ａ等が接続されているとＩ１０端末
側で他の端末仕様を受信し、誤まった初期設定をする可
能性がある。

そこで、端末のハード種区分をＰＯＲＴ６のピッ１−０
と１で行なうようにし、端末仕様データの誤受信が発生
しないように構成している。

第５図は、直接Ｉ１０端末４ａで直接入出力制御を行う
ためＰＯＲＴ６のビット６．７は共に“［Ｉ″にセット
されている。またここでＰＯＲＴ６の残り６ビツトはＤ
ｉＰＳＷ　３２０に接続されており、端末Ｎｏの設定用
としている。

また第６図の間接Ｉ１０端末１９ａは間接的に入出力制
御を行う端末であるためビット６は１１　ＬＩＴ７１４
　Ｈｌｊに設定されており、その他、全端末共ＰＯＲＴ
２は伝送用ＰＯＲＴとして、送信回路３σ２、受信回路
３０３を介してパルストランス３０１及び伝送路３ａ又
は３ｂと接続されている。

更に端末の安全回路としてウォッチドッグタイマＶＤＴ
回路も３２４も接続されている。

以上の様に構成さｉｔでいるため、直接Ｉ１０端末４ａ
では、直接Ｉ１０端末スペックＺｉＯＴＩＩを受信し、
間接１１０端末１．９　ａでは間接Ｉ１０端末スペック
ＺｉＯＴＣを受信し端末毎の初期設定を行う。

初期設定では、直接Ｉ１０端末スペックＺ　ｉ　Ｏ丁ｔ
ｌを受信した直接Ｉ１０端末４ｄは、その第８図の項番
１１．〜１４のスペックによって、ボート１゜３．４．
７を出力ボートに、又ボート５を入力ボートに設定し、
ボート３．４をＩＮＤ出力に又、ＰＯＲＴ　１を押し釦
応答打出力、更にＰＯＲＴ　５は押し釦、キーＳＷの入
力に指定し、ボー！−７はＩＮＤ等にオプションとして
付けられる表示案内灯の出力予備としている。また、ス
ペックでは、入出力データ数も設定されており、例えば
低階床時にはＰＯＲＴ４のＩＮＤ出力をなくしたり、不
停止キーＳＷが多数取付けられたりした時にはＰＯＲＴ
７を入力回路としたりすることが可能である。

次に間接Ｉ１０端末１９ａでは、間接Ｉ１０端末スペッ
クＺｉｊ　ＯＴＣを受信し、ＰＯＲＴ　１を出力として
アドレスバス、ＰＯＲＴ４は出力データパスとし、ＰＯ
ＲＴ　４を入力データパスに設定している。その他、間
接Ｉ１０端末１９　ａはＰＯＲＴ　５を音声出力回路３
３０に接続しＰＯＲＴ　７は出力回路３１１ａ、入力回
路３２１ｂに接続されて入出力の予備にされている。

スペックＺｉＯＴＣｃ７）（１１）〜（１４）では入出
カポ−・トの設定の他にデコード回路３２５によって、
最大２５６点まで入出力点数の設定が可能となっており
、ボート端末５ｂと接続時には、スペックにより入出力
点数を外部装置の入出力点数と合わせて、送受信データ
数を必要最小限として、定期伝送に要する時間を少なく
することもスペックによって可能となる。

以上のように、Ｉ１０端末へのスペック伝送方式を採用
することによって、同一のマスクＲＯＭ（同一のソフト
ウェア）で多種類のハードに対応が出来、更に、ハード
ウェアの変更等が発生してもソフトウェアを変更するこ
となく、全てスペックの変更によって対応出来るシステ
ム構成となっている。

第１７図は、Ｉ１０端末のスペック伝送テーブル関連図
であり、以下に説明する。

Ｉ１０伝送制御装置２は、エレベータ−制御装置１から
入力されたスペックを基に、ＤＰＲＡＮ３０１内に、Ｉ
１０端末へ送信するスペックテーブルを作成する。

ここで作成されるテーブル種は、一般階ホール端末４ａ
、４ｂ用として、直接■／○端末スペックテーブル１０
　Ｔ　（ＺｉｉＯＴＨ）　、　バー　Ｆ種別共通伝送テ
ーブル１１　Ｔ　（ＺｉＣＯＭＴＸ）　、かご−■一端
末１３１用として１間接Ｉ１０端末スペックテーブル１
５Ｔ（ＺｉｉＯＴＣ）　、ハード種別共通伝送テーブル
１６Ｔ（Ｚｉ（ＯＭＴＸ２）、更にポート階端末１．９
　ａ用として、間接Ｉ１０端末スペックテープ）’Ｉｉ
　１７　Ｔ　（ＺｉｉＯＴＰ）、ハード種別共通伝送テ
ーブル１８　Ｔ　（ＺｉＣＯＭＴＸ３）があり、作成後
送信プログラムの起動によって順次伝送路３ａ又は３ｂ
のいずれか又は両方に対して送信が行なわれる。

伝送路３ａと３ｂに前記した６種類のデータが送信され
ると、伝送路３ａと３ｂに接続された全てのＩ１０端末
は、割り込みプログラムが起動され受信を行う、しかし
、ここでＩ１０端末が自局スペックのみを受信するため
の手段として。

■　ＰＯＲＴ　６のビット６．７によって設定されたハ
ード種区分によって、受信局自身が、直接工１０端末か
、間接Ｉ１０端末かハード種を判定する。（第５図、第
６図） ■　送信データのヘッダをデータ種によって分類し、受
信局は前記のハード種判定に基づいて、あらかじめ定義
されている自局受信用ヘッダから構成されるデータのみ
受信する。

本実施例では、直接Ｉ１０端末４ａ、４ｈはヘッダ＄Ａ
Ｏ〜＄へ６から構成されるスペックデータを受信し５間
接Ｉ１０端末はヘッダ＄Ａ２，１ｔＡ７．＄Ａ９から構
成されるスペックを受信する。

■　更に、間接Ｉ１０端末が、かご上用端末１３とポー
ト用端末１９ａに使用されているため、同一ハード種で
受信スペックを判定する手段として、送信するスペック
内に、第１０図に示す受信局指定用スペックを設け、こ
れによってＩ１０端末が受信後、自局のスペックデータ
かを判定する。

以上の３種判定により、Ｉ１０端末は自局のスペックデ
ータを受信する。

またここで、ホール端末４ａ、４ｈの様な同一スペック
のＩ１０端末に対しては、第】０図の受信局指定用にて
複数の受信端末を指定することによって、Ｉ１０親局２
はホール端末用スペックを一度送信することによって、
複数端末に共通受信させることが出来る。

Ｉ１０端末側では、送信データをすべて受イ４テーブル
２０　Ｔ　（Ｒ）！ＲＸＷ）に受信し、個別イニシャル
データは端末仕様テーブル２１　Ｔ　（ＺｉＬＯＴ）、
ハード種別共通仕様データは種別端末仕様テーブル２３
　Ｔ　（ＺｉＣＯＭＴ）　＆、−展開する。

第８図は、直接Ｉ１０端末スペックテーブルＺｉＯＴＨ
を示し、第９図は、スペックの設定例を示している。

直接Ｉ１０端末スペックテーブルＺｉＯＴｌ（のスベラ
グ入力例としＣ１主なものを説明すると（２）〜（５）
が前記した第１０図に詳細を示す受信局指定用スペック
であり、受信局指定方法どしては、受信局の通番に対応
した（ＤｉＰＳＷのＯ〜５ピッ１、によって設定された
Ｉ１０端末の通番）ビットに１４１１＃を立てることに
よって指定することが可能となる。

ＺｉＯＴ）Ｉ　（８）では、伝送プロトコルとし”Ｃ，
ビット対応で、垂直パリティチエツク、水平パリデイチ
エツク等の有無を設定することが出来、ＺｉＯＴＩＩ　
（９）　。

（１０）は、端末初期設定完了後の定期送受信データ数
を設定している。

また、Ｚｉ、ＯＴＨの（１１）〜（１４）では、ポー１
−（ＰＯＲＴ）の入出力設定をビット単位で行い、Ｚｊ
、０Ｔｔｌの（２４）　。

（２５）にて、定期伝送データの入出力ポートを設定し
ている。

ここで、出カポ−（・の設定を第９図にて説明する。本
実施例でば出力データ１をポート３、出力データ２をポ
ート４、出力データ３をボート７へ出力する場合を示し
ており、ボート毎にビットに対応しており、全ポー１−
にデ・−タ出力時はＯ〜４ビットに″１°′セツｉ−す
れば可能となる。

ＺｉＯＴＮ（２６）〜（３０）はＩ１０端末に接続され
る装置との入出力信号をアクティブ１４　Ｌ　ｕ２　ア
クティブ１１　Ｈ１１のどちらでも装置の入出力信号に
合わせられるように、１信号毎にビット対応で設定を行
なうことが出来るスペックであり、これによって、外部
接続装置の変更や追加が発生し、た場合もスペックの変
更のみで容易に対応することが可能となる。

また、ＺｉＯＴｌ（（３１）には上記スベツタデ・−夕
のサム計算値がセットされ、受信側では再度スペックデ
ータのサム計算を行い、送信されたサム値と照合を行な
ってデータの信頼性を高めている。

第】−１図は、間接Ｉ１０端末スペックテーブルＺｉＯ
ＴＣを示す、スペックの内容としては、直接工１０端末
スペックテーブルＺｉＯＴＨと同内容であるが、デコー
ド回路付端末のため、ボートあるいはビット毎にスペッ
クをセットすることが出来ないため、データのブロック
単位（８人出力）で設定する構成となっている。

第１２図は、ＺｉＯＴＣ（１１）、　（１２）（７）Ｘ
ヘツク設定例を示しており、ビット毎に出力テーブル（
０）〜（１５）に対応し、１テーブル８出力である。

またここでは、受信ｆ−夕１を出力チー・プル（１）へ
、受信データ２を出力テーブル（３）へ出力する場合の
設定を示している。

第１３図は、ハード種別共通伝送スペックテーブルＺｉ
ＣＯＭＴを示しており、本スペックテーブルでは、定期
伝送時に送られる、共通データ伝送時の入出力に関する
スペックを設定している。

第１４図は伝送フォーマットを示したもので、伝送フォ
ーマット（ａ）は、主に高頻度の定期伝送用のフォーマ
ットとして使用し、先頭に送信先端末ＮａＴＸＨＤ１．
２バイト目３バイト目から成るデータＴＸＩ〜ＴＸ２．
最終バイトとしてＴ　Ｘ、ヘッダからデータＴＸ２まで
のパリティチエツクデータで構成されている。これに対
して、返信用フォーマットとしては、送信ヘッダＴＸＨ
Ｉ）　１と同・−の返信用ヘッダＲＸＨＤＩと、返信デ
ータＲＸ、　１及び水平パリティチエツクデータで構成
している。

次に伝送フオ・−マット（ｂ）は、複数端末に対しての
共通データ等にＩ１０端末スペック伝送しこ使用され、
受信端末の設定方法としては、データフォーマット中の
受信局指定ブロックＲＫＢＩ−ＲＫＢｎによって、１ビ
ツト１端末の割合で設定することが出来る。この時、受
信側端末としては、予め定義されている自局に対応した
受信端未設定ブロックＲＫＢＩ〜ＲＫＢｎ内のビットが
ＯＮか、ＯＦＦによって受信するか否かを判断する。

伝送フォーマット（Ｃ）は、（ｂ）と同様に複数端末に
対しての共通データ送信に使用されるが、受信端未設定
は、イニシャル伝送で定義しであるため、Ｔ　Ｘ　ＨＤ
　３と送信データＴ　Ｘ　１〜Ｔ　Ｘ　ｎ及びパリティ
チエツクデータで構成されている。

また、本フォーマットは特に工ｉノベーター停止階表示
灯データ等の複数端末に共通な出力データを送信するた
め使用される。

更に、伝送フォーマット（ｄ）は、相手局ＮｏＲＫＮ。

をその都度制御処理（ホストマイコン）で指定して送信
するフォーマットで、受信局は、受信後ＲＸ、　ＨＤ　
３にて返信を行う。

以上の４種の伝送フォーマットで使用される。

ヘッドＮｏとしては、第１表に示す第１へツクＴＸＨＤ
Ｉの管理表によってあらかじめ定義されたものを使用し
ている。

第１５図は、Ｉ１０入出力端末における送受信のフロー
チャートを示す。

まず、Ｉ１０伝送制御装置２から第１ヘツダが出力され
ると、各入出力端末は、受（ｉＩＲｏが発生しヘッダ受
信処理を行う（Ｌ２０５）、第１ヘツダを受Ｃすると、
ヘッダ種がＩ１０系かネットワーク系かをへ判定しくＬ
２０７）、ネットワーク系ヘッダ受信時にはステップＬ
９９で局のハード区分をイニシャルで入力に定義した入
力ボートＰＯＲＴ６の７と６　ｂｉｔでネットワーク局
のハードと確認する。次にステップＬ１００にて、ネッ
トワーク伝送の送受信処理を行う。

また、Ｉ１０系ヘッダ種受信時には、ステップＬ２０８
にてＩ１０伝送局ハードであることを確認し更にステッ
プＬ　２０９で、Ｉ１０系のデータ種判定の為再度ヘッ
ダ種判定を行う。その結果、第１．ヘッダとしてＴ　Ｘ
　ＨＤ　１を受信時には、伝送フォーマット（ａ）によ
る、端末別データ伝送と判定し、Ｔ　Ｘ、　ＨＤ　１が
自局ヘッダＮｏかを判定しくＬ２１０）、自局ヘッダと
同一ヘッダ受信時には、ステップＬ２１１〜Ｌ　２１３
にて、受信処理、受（ごデータチエツク及び受（ゴテ−
プル作成処理を行う。その後、ステップＬ２１４にて自
局ヘッダＮｏをＲＸＨＤｌとして返信処理を行う、　（
１２１４）ステップＬ２０９にてＴＸＨＤ２かＴＨＸＤ
３と判定時には、ステップＬ２２０で、スペックデータ
かハード種別共通データか判定しくＬ２２０）。

ハード種別共通データであるならば、ハード種等の設定
用スペックテーブルで定義された自局ヘッダかを判定す
る。（Ｌ２２１）その結果、自局データであったならば
、伝送フォーマツｈ（ｃ）で受信処理、受信データチエ
ツク、受信テーブル作成処理を行う（Ｌ　２２２〜Ｌ２
２４）。

また、ステップＬ２２０でスペックデータと判定された
ならば、受信局指定スペックＲＸ　Ｂ　ｉ〜４を受信し
、自局が受信端末を判定する（Ｌ２３０）。

ここで自局受信データと判定されたならば、伝送フォー
マット（ｂ）に従ってＴＸＮｏ″ｒ！指定されたデータ
数受信処理を行い（Ｌ２３１）、受信データチエツク登
録スペックヂエック及び端末仕様テーブルを作成して処
理を終了する（Ｌ２３１〜Ｌ２３４）。

尚、ステップＬ２３３でハードが間接Ｉ１０端末局かを
第７図に示した様にボート６の６ｂｉｔにて確認し１例
えば局Ｎｏのセットを誤っても、ハードモードセットに
よるハード破損を防止している。

更に、ステップＬ２０９の判定でＴＸＨＤ４と判定した
ならば、伝送フォーマット（ｄ）で、受信局指定ＲＫ　
Ｎ　ｏとデータＴＸＩ〜ＴＸ４を受信する（Ｌ２４０）
。

次に受信データチエツク（Ｌ２４１）後、受信局指定Ｒ
ＫＮｏが自局ヘッダＮｏか判定しくＬ２４２）、自局ヘ
ッダＮｏであるならば、受信データによって指示された
処理を行い、続けて送信データの作成と送信処理を行っ
て、（Ｌ２４３．Ｌ２４４）ＩＲＯプログラム処理を終
了する７ 以上の様に、工１０入出力端末は、第１ヘツダの受信１
判定結果によって、伝送フォーマツ１〜から処理プログ
ラムまでが設定されるシステム構成となっており７本フ
ローチャー１−で示す様に複数の受信処理プログラムを
持つことによって、汎用性のある標準化された、ソフト
ウェアが構成され、マスクＲＯＭ化を図ることを可能と
している。

第１６図は、ハード種別共通データと、端末別データの
テーブル関連図を示し、前記２種のデータは、端末仕様
データ受信処理終了後に受信し、その受信データによっ
て、インジケータ点灯制御や、押し釣人出力信号等を行
なっている。

〔発明の効果〕

本発明によれば、Ｉ１０端末のさまざまな使い方に対し
て、納入先毎に製造し管理するホスト制御装置からの仕
様により適応できるので、Ｉ１０端末の標準化が図れ、
保守部品の安定供給と、交換時に仕様の相異などのトラ
ブルを防止することができる。

【図面の簡単な説明】

第１図は、Ｉ１０端末におけるプログラムのテーブル関
連図、第２図は本発明による工！ノベーター制御システ
ム構成図、第３図は、エレベータ−制御装置１のマイク
ロコンピュータ１００と、Ｉ１０伝送装置２００のハー
ド構成図、第４図はＩ１０端末のハード構成図、第５図
は、直接Ｉ１０端末のブロック図、第６図は、間接Ｉ１
０端末のブロック図、第７図は、Ｉ１０端末スペック伝
送のテーブル関連図、第８図は、直接Ｉ１０端末スペッ
クテーブルを示す図、第９図、第１０図は。 そのスペックの設定方法を示す図、第１１５図は間接Ｉ
１０端末スペックテーブルを示す図、第１−２図はその
スペックの設定方法を示す図、第１３図は、ハード種別
共通伝送のスペックテーブルを示す図、第１４図はＩ１
０伝送路の伝送フォーマットを示すデータ構成図、第１
５図はＩ１０系のデータ受信処理フローチャート、第１
６図はＩ１０端未定期伝送のテーブル関連図である。 １・・・エレベータ−制御装置、２・・・Ｉ１０伝送制
御装置！、　３　ａ　、　３　ｂ−バス、４ａ、４ｂ、
６，１３゜第Ｚ図 第１０図 第３図 第１３ｍ 第 １４図 第７６図

Claims (1)

1. 【特許請求の範囲】 １、エレベーの制御系を、乗りかごの走行制御用ホスト
   制御装置と、階床出入口及び乗りかごのいずれかに設置
   されている操作・制御・表示・案内の各機器制御用入出
   力端末制御装置とに分離し、所定の端末仕様データを上
   記ホスト制御装置から上記入出力端末制御装置に伝送し
   て格納するデータ伝送手段を設け、上記入出力端末制御
   装置による制御動作モードが、そこに格納された上記端
   末仕様データより決定されるものであり、 この端末仕様を伝送する第１のデータ伝送手段とこの端
   末側に記憶された端末仕様に従つて伝送制御する第２の
   データ伝送制御手段を入出力端末制御装置内に持たせた
   ことを特徴とするエレベーター制御システム。 ２、特許請求範囲の第１項において、上記ホスト制御装
   置から各々の入出力端未指定の仕様データを伝送し記憶
   させる仕様データ伝送手段と、上記端末仕様データに従
   つて、ホスト制御装置と各々の入出力端末制御装置と制
   御データーを１周期に伝送する端末個有データ伝送手段
   とを各入出力端末制御装置に持たせて、上記ホスト制御
   装置からの指定に従つた仕様で入出力端末制御装置の制
   御処理をするようにしたことを特徴とするエレベーター
   制御システム。 ３、特許請求範囲の第２項において、入出力端末制御装
   置への仕様データ伝送の際、受信端未指定を、仕様デー
   タ内に持つスペックでｂｉｔ毎に各入出力端末制御装置
   を指定する手段を設けたことを特徴とするエレベーター
   制御システム。 ４、特許請求範囲の第２項において、ホスト制御装置か
   ら送信される複数種の仕様データを、入出力端末制御装
   置内のハード区分によつて、入出力端末制御装置側で仕
   様データを選択し、登録出来る手段を設けたことを特徴
   とするエレベーター制御システム。