JP2003228404A - プログラマブルロジックコントローラ - Google Patents

Abstract

(57)【要約】 【課題】 ＰＬＣの通信制御ユニットからＣＰＵユニッ
トにコマンドを送信する際の通信効率を向上しつつ、こ
れに伴う問題を解消する。 【解決手段】 このコマンドＢが読み出しコマンドであ
るときには、バス送信を行うことなく、再び、バスコマ
ンドバッファ１１２をチェックする。バス送信コマンド
生成バッファ１１４が一杯になったら、これに蓄えられ
ている複数のコマンドをひとまとめのデータとしてバス
通信ドライバ１１５に送信する。コマンドタイプのチェ
ックで、バス送信コマンド生成バッファ１１４に保存さ
れたコマンドが読み出し以外のコマンドであるときに
は、その時点で直ちに、バス送信コマンド生成バッファ
１１４に蓄えられているコマンドを通信ドライバ１１５
に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、プログラマブル
ロジックコントローラ（以下、ＰＬＣという）に関し、
より詳しくは、ＰＬＣと複数の外部機器（例えばパーソ
ナルコンピュータ）との間をイーサネット（Ethernet：
登録商標）のような汎用の通信プロトコルを使ってデー
タの受け渡しを可能にする通信制御ユニットを含むＰＬ
Ｃに関する。

【０００２】

【従来の技術】プログラマブルロジックコントローラつ
まりＰＬＣは、ラダーを実行するためのＣＰＵユニット
を有し、ＣＰＵユニットは拡張ユニットとの組み合わせ
て使用される。ＰＬＣの拡張ユニットは、Ｉ／Ｏユニッ
ト、位置決めユニット、ＡＤ／ＤＡユニットの他に通信
制御ユニットを含み、これら拡張ユニットとＣＰＵユニ
ットとの間のデータの受け渡しはバス通信によって行わ
れる。

【０００３】ＰＬＣは、通信制御ユニットを介して複数
の外部機器と連結可能であり、通信制御ユニットと外部
機器とは、典型的には、汎用の通信プロトコルであるイ
ーサネット（Ethernet）を用いてデータの授受が行われ
る。

【０００４】図１は、外部機器として４台のパーソナル
コンピュータをＰＬＣに接続した例を示す。同図におい
て、参照符号１はＰＬＣを示し、ＰＬＣ１はＣＰＵユニ
ット２と、例示として合計６台の拡張ユニット３〜８と
で構成されており、これらの拡張ユニット３〜８は、図
２から理解できるように、バス９を用いてＣＰＵユニッ
ト２に対するデータの読み書きを行う。

【０００５】拡張ユニット３〜８の一つに通信制御ユニ
ット８を含み、この通信制御ユニット８を使って、ＰＬ
Ｃ１は、複数の外部機器、例えば４台のパーソナルコン
ピュータ１０〜１３とＬＡＮ接続され、通信制御ユニッ
ト８と４台のパーソナルコンピュータ１０〜１３との間
のデータの送受信はイーサネットを用いて行われる。

【０００６】つまり、パーソナルコンピュータ１０〜１
３は、通信制御ユニット８に対してＣＰＵユニット２の
データの読み出し要求や書き込み要求を汎用の通信プロ
トコルを使って行う。そして、この要求を受信した通信
制御ユニット８はバス９を用いてＣＰＵユニット２に対
して専用の通信プロトコルを使ってデータの読み出しや
書き込みを行い、これによりパーソナルコンピュータ１
０〜１３の要求を処理する。

【０００７】より詳しく説明すると、図３に示すよう
に、パーソナルコンピュータ１０〜１３からの要求は、
バス通信用フォーマットに変換された後に通信制御ユニ
ット８のコマンドバッファに一旦蓄えられ、その後、通
信制御ユニット８からＣＰＵユニット２に送信される。

【０００８】次いで、ＣＰＵユニット２から受信したコ
マンドレスポンスは一旦コマンドレスポンスバッファに
蓄えられ、パーソナルコンピュータ１０〜１３へコマン
ドレスポンスを送信するルーチンつまりコマンドレスポ
ンス読み出しのときに、コマンドレスポンスバッファを
チェックし、コマンドレスポンスバッファ内にコマンド
レスポンスが存在しているときには、このコマンドレス
ポンスを取り出してイーサネット通信用フォーマットに
変換した後に、対応するパーソナルコンピュータ１０〜
１３へ送信する。

【０００９】

【発明が解決しようとする課題】例えば、図１に例示し
たように、プログラマブルロジックコントローラつまり
ＰＬＣ１に複数のパーソナルコンピュータ１０〜１３を
接続した場合、各々のパーソナルコンピュータからほぼ
同時に読み出し要求や書き込み要求が発信されることが
考えられる。

【００１０】例えば、第１のパーソナルコンピュータ１
０から読み出し要求１があり、第２のパーソナルコンピ
ュータ１１からデータメモリ（ＤＭ0）に対する「１０
０」の書き込み要求２があり、第３のパーソナルコンピ
ュータ１２から読み出し要求３があり、第４のパーソナ
ルコンピュータ１３から同じＤＭ0に対して「２００」
の書き込み要求４があったとすると、例えば、送信効率
を高めるために、図４に示すように、この４つのコマン
ドをまとめて一塊りのデータとして通信制御ユニット８
からＣＰＵユニット２にバス通信した場合には、このバ
ス通信が終了した時点では、ＤＭ0の値は、要求２によ
る「１００」が要求４による「２００」によって上書き
された状態になる。このことから、ラダーで、ＤＭ0が
「１００」になったことを認識することが、事実上、不
可能になってしまう、という問題が発生する可能性を含
む。

【００１１】他の例として、図５に例示したように、Ｐ
ＬＣ１に複数の表示器２０〜２３が接続された場合、例
えばモーメンタリスイッチを備えた表示器であれば、当
然に、モーメンタリスイッチに割り付けられたＣＰＵユ
ニット内のデバイスは、そのＯＮ／ＯＦＦ情報が確実に
反映される必要があるが、上述した例と同様に通信効率
を高めるために、複数のこのような書き込みコマンドを
まとめて通信制御ユニット８からＣＰＵユニット２にバ
ス通信した場合には、反映されない書き込み要求が生じ
る可能性がある。

【００１２】そこで、本発明の目的は、プログラマブル
ロジックコントローラつまりＰＬＣのＣＰＵユニットと
通信制御ユニットとの間の通信制御に関し、通信制御ユ
ニットからＣＰＵユニットにコマンドを送信する際の通
信効率を向上しつつ、これに伴う問題を解消することの
できるＰＬＣを提供することにある。

【００１３】本発明の更なる目的は、ＰＬＣのＣＰＵユ
ニットと通信制御ユニットとの間の通信制御に関し、事
実上の不都合を発生させることなく通信制御ユニットか
らＣＰＵユニットにコマンドを送信する際の通信効率を
向上することのできるＰＬＣを提供することにある。

【００１４】

【課題を解決するための手段】外部機器からプログラマ
ブルロジックコントローラ（ＰＬＣ）へのコマンドは、
大別すると次の３つに分類できる。 （１）デバイスの読み出し （２）デバイスの書き込み （３）ラダーの読み書き、ＣＰＵユニットの起動・停止
切り替え、エラーのクリアなどデバイス以外の操作

【００１５】上記の外部機器からの要求のうち、通信制
御ユニットからＣＰＵユニットにデータ送信するとき
に、一回のバス通信で複数のコマンドをまとめて送信す
る場合に、少なくとも読み出しであれば複数のコマンド
をまとめてＣＰＵユニットへ送信したとしても上述した
問題は発生しないだけでなく、バス送信の効率を高める
ことができる。他方、読み出し以外のコマンド、例えば
書き込みコマンドは、複数の書き込みコマンドをまとめ
て一塊りのデータとしてＣＰＵユニットへ送信すると、
先に説明したような問題又は不都合が発生する虞があ
る。

【００１６】上記の着眼点に基づき、本発明のプログラ
マブルロジックコントローラにあっては、ＣＰＵユニッ
トと通信制御ユニットとを含み、該通信制御ユニットと
これに接続された複数の外部機器との間の通信を汎用の
プロトコルを用いて行い、前記ＣＰＵユニットと前記通
信制御ユニットとの間のデータの送受信をバス通信によ
り行うＰＬＣであって、前記通信制御ユニットが、前記
外部機器から受け取った複数のコマンドをまとめて一塊
りの送信データとして前記ＣＰＵユニットにバス送信す
るコマンド最適化手段を有し、該最適化手段が、前記一
塊りの送信データの中に読み出し以外のコマンドが二以
上含まれるのを禁止しつつ複数のコマンドを一塊りの送
信データを生成することを特徴とする。

【００１７】

【発明の実施の形態】本発明は、具体的には、図１１に
示すように、プログラマブルロジックコントローラ（Ｐ
ＬＣ）に含まれる通信制御ユニットが、外部機器から受
け取った複数のコマンドをまとめて一塊りの送信データ
として前記ＣＰＵユニットにバス送信するコマンド最適
化手段を有し、該コマンド最適化手段が、前記外部機器
からのコマンドを取り込んでこれを保存するバス送信コ
マンド生成バッファと、該バス送信コマンド生成バッフ
ァに取り込まれたコマンドが読み出しコマンドであるか
否かを判別するコマンドタイプ判別手段とを有し、前記
バス送信コマンド生成バッファに取り込まれたコマンド
が前記読み出しコマンドであるときには、前記バス送信
コマンドバッファに前記外部機器からの更なるコマンド
を取り込む一方で、前記バス送信コマンド生成バッファ
に取り込まれたコマンドが前記読み出しコマンド以外の
コマンドであるときには、これまで前記バス送信コマン
ドバッファに取り込まれているコマンドをまとめて一塊
りの送信データとしてＣＰＵユニットにバス送信するこ
とを特徴とし、これにより、事実上の不都合を発生させ
ることなく通信制御ユニットからＣＰＵユニットにコマ
ンドを送信する際の通信効率を向上することのできる。

【００１８】本発明の上記目的及び他の目的並びに作用
効果は、以下の本発明の好ましい実施例の詳しい説明か
ら明らかになろう。

【００１９】

【実施例】以下に、本発明の好ましい実施例を添付の図
面を参照して説明する。図６は、本発明に従うプログラ
マブルロジックコントローラ（ＰＬＣ）を示す。このＰ
ＬＣ１００は、ＣＰＵユニット１０１と、ユーザが選択
した拡張ユニット１０２〜１０７とを有し、ＣＰＵユニ
ット１０１と拡張ユニット１０２〜１０７との間の通信
は、従来と同様に、バス９（図２）を用いて行われる。
図示の例では、６台の拡張ユニット１０２がＣＰＵユニ
ット１０１に連結されているが、この数は任意である。
また、拡張ユニット１０２〜１０７としては、例えば、
Ｉ／Ｏユニット、位置決めユニット、ＡＤ／ＤＡユニッ
ト、通信制御ユニットなどがあり、ユーザの選択により
任意のユニットを採用することができる。

【００２０】実施例のＰＬＣ１００の第６番目の拡張ユ
ニット１０７は通信制御ユニットであり、この通信制御
ユニット１０７は、従来と同様に、ポート１０８を介し
て、例えば複数のパーソナルコンピュータ（図１の参照
符号１０〜１３）や表示器（図５の参照符号２０〜２
３）などの外部機器とＬＡＮ接続され、これら外部機器
と通信制御ユニット１０７とはイーサネット（登録商
標）を用いてデータの送受信が行われる。

【００２１】通信制御ユニット１０７は、図７に示すよ
うに、各パーソナルコンピュータからのコマンドをバス
通信のコマンドのフォーマットに変換するコマンド変換
部１１０と、このコマンド変換部１１０で変換したコマ
ンドに対して、これを識別するためのＩＤ及びコマンド
をデバイス読み出しコマンド（タイプ１）とそれ以外の
コマンド（タイプ２）とに分類するコマンドタイプを付
与するためのＩＤ及びタイプ付与部１１１とを有し、Ｉ
Ｄ及びコマンドタイプが付与されたコマンドは、バスコ
マンドバッファ１１２に蓄えられる。このバスコマンド
バッファ１１２は、少なくとも１つ、好ましくは、少な
くとも２つの優先度別のバッファを有するのが好まし
い。

【００２２】通信制御ユニット１０７はコマンド最適化
部１１３（図８）を有し、コマンド最適化部１１３はバ
スコマンドバッファ１１２をチェックして、このバスコ
マンドバッファ１１２にコマンドＡが存在するときに
は、バスコマンドバッファ１１２からコマンドを取り出
して、このコマンドＡをバス送信コマンド生成バッファ
１１４に保存する。

【００２３】バス送信コマンド生成バッファ１１４に保
存したコマンドＡは、これに付与されたタイプによって
コマンドの種類がチェックされる。コマンドＡが、デバ
イス読み出しコマンド（タイプ１）であるときには、バ
ス送信を行うことなく、再び、バスコマンドバッファ１
１２をチェックし、このバスコマンドバッファ１１２に
コマンドＢが存在しているときには、このコマンドＢを
バスコマンドバッファ１１２から取り出し、コマンドＢ
をバス送信コマンド生成バッファ１１４の未使用部分に
保存すると共に、このコマンドＢに付与されたコマンド
タイプによってコマンドの種類が判別される。

【００２４】このコマンドＢが読み出しコマンド（タイ
プ１）であるときには、バス送信を行うことなく、再
び、バスコマンドバッファ１１２をチェックして、上述
のこと反復的に実行する。そして、バス送信コマンド生
成バッファ１１４が一杯になったら、バス送信コマンド
生成バッファ１１４に蓄えられている複数のコマンドを
ひとまとめのデータとしてバス通信のドライバ１１５に
送信すると共に、バス送信コマンド生成バッファ１１４
を空にする。これにより、通信制御ユニット１０７から
ＣＰＵユニット１０１に複数の読み出しコマンドをまと
めた一塊りのデータとしてバス送信されることになる。

【００２５】上記のコマンドタイプのチェックで、バス
送信コマンド生成バッファ１１４に保存されたコマンド
がタイプ２つまり読み出し以外のコマンドであるときに
は、その時点で直ちに、バス送信コマンド生成バッファ
１１４に蓄えられているコマンドをバス通信ドライバ１
１５に送信すると共に、バス送信コマンド生成バッファ
１１４を空にする。

【００２６】これにより、例えば書き込みコマンドは既
にバス送信コマンド生成バッファ１１４に蓄えられてい
る読み出しコマンドと一緒にＣＰＵユニット１０１にバ
ス送信されることがあったとしても、２つの書き込みコ
マンドが一緒にＣＰＵユニット１０１にバス送信される
ことはなく、読み出し以外のコマンドは別々のバス送信
によってＣＰＵユニット１０１に供給される。

【００２７】ＣＰＵユニット１０１からのレスポンスに
関し、複数のコマンドを一塊りのデータとしてバス通信
を行った場合には、バスドライバ１１５から受信したデ
ータを、ＣＰＵユニット１０１に送信したコマンドの単
位に分割する必要がある。ここに、各コマンド毎にレス
ポンスのサイズが予め分かっていることから、分割部１
１６で、レスポンスのサイズと、送信したときのコマン
ドＩＤとを用いて、レスポンスデータを個々のコマンド
レスポンスに分割し、次いで、バスレスポンスバッファ
部１１７（図７）に保存する。そして、各パーソナルコ
ンピュータにコマンドレスポンスを送信するルーチン
（コマンドレスポンス読み出し）において、バスレスポ
ンスバッファ部１１７をチェックし、バスレスポンスバ
ッファ部１１７内に、パーソナルコンピュータからのコ
マンドに対応するレスポンスが存在するときには、コマ
ンド変換部１１７でレスポンスのフォーマットを変換し
た後、イーサネットを使って対応するパーソナルコンピ
ュータに送信する。

【００２８】パーソナルコンピュータのような外部機器
からの要求を受信した通信制御ユニット１０７がバス通
信によりＣＰＵユニット１０１にデータ送信する際の上
述したデータの最適化に関し、その具体的な一例を図
９、図１０に示すフローチャートに基づいて説明する。

【００２９】図９を参照して、先ずステップＳ１で、バ
ス通信ドライバ１１５の受信完了又はタイマ割り込みが
あると、ステップＳ２に進んでコマンドバッファ１１２
内にコマンドが存在しているか否かのチェックを行い、
ＹＥＳのとき、つまりコマンドがコマンドバッファ１１
２内に存在しているときには、このコマンドをコマンド
バッファ１１２から取り出す（ステップＳ３）。

【００３０】次いで、ステップＳ４で、バス送信コマン
ド生成バッファ１１４に、コマンドを付け足す領域が存
在しているか否かのチェックを行い、ＹＥＳのとき、つ
まりバス送信コマンド生成バッファ１１４に新たにコマ
ンドを保存する領域が存在しているときには、ステップ
Ｓ５に進んで、先にステップＳ３でコマンドバッファ１
１２から取り出したコマンドをバス送信コマンド生成バ
ッファ１１４に付け足す。

【００３１】次のステップＳ６では、バス送信コマンド
生成バッファ１１４に新たに付け足されたコマンドの種
類のチェックが行われ、このコマンドがタイプ１のデバ
イス読み出しコマンドであれば、ステップＳ７に進ん
で、再度、コマンドバッファ１１２内に新たなコマンド
が存在しているか否かのチェックを行う。

【００３２】ステップＳ７でＹＥＳのとき、つまりコマ
ンドバッファ１１２内に新たなコマンドが存在していれ
ば、ステップＳ３に戻って再度ステップＳ３以降のステ
ップを経て新たにコマンドをバス送信コマンド生成バッ
ファ１１４に付け足す。このステップＳ３〜Ｓ７のステ
ップを反復的に実行することにより、新たなコマンドが
バス送信コマンド生成バッファ１１４内に次々と蓄えら
れることになる。

【００３３】そして、ステップＳ７でＮＯのとき、つま
りコマンドバッファ１１２内に新たなコマンドが存在し
ていなければ、図１０のステップＳ８に進んで、バス送
信コマンド生成バッファ１１４内のデータをバスドライ
バ１１５からＣＰＵユニット１０１に送信すると共にス
テップＳ９でバス送信コマンド生成バッファ１１４を空
にし、ステップＳ１０のバス送信コマンド生成バッファ
１１４に新たにコマンドを受け入れる領域の有無を確認
した後、ステップＳ１１に進んで、バス送信コマンド生
成バッファ１１４に新たにコマンドを付け足す。

【００３４】このバス通信は、また、ステップＳ４でＮ
Ｏのとき、つまりバス送信コマンド生成バッファ１１４
に新たにコマンドを保存する領域が残っていないときに
も行われる。以上の手順を実行することにより、読み出
しコマンドはバス送信コマンド生成バッファ１１４内に
次々と蓄積され、これら複数の読み出しコマンドが一塊
りのデータとしてＣＰＵユニット１０１にバス送信され
ることになる。

【００３５】また、ステップＳ６でＹＥＳのとき、つま
りバス送信生成バッファ１１４に新たに付け足されたコ
マンドが読み出し以外のコマンド（典型的には書き込み
コマンド）であれば、ステップＳ８に進んでバス送信コ
マンド生成バッファ１１４内のデータをバスドライバ１
１５からＣＰＵユニット１０１に送信すると共に、ステ
ップＳ９でバス送信コマンド生成バッファ１１４を空に
する。

【００３６】以上のフローチャートから理解できるよう
に、コマンドのタイプがデバイス読み出しであれば、バ
ス送信コマンド生成バッファ１１４が一杯になるまで次
々と蓄積された後に、これら複数の読み出しコマンドが
一緒にＣＰＵユニット１０１に送信され、これによりバ
ス送信効率を向上することができる。

【００３７】一方、バス送信コマンド生成バッファ１１
４内に新たに付け足されたコマンドが読み出し以外のコ
マンド、典型的には書き込みコマンドであれば、バス送
信コマンド生成バッファ１１４内に付け足されるや否や
直ちにＣＰＵユニット１０１に送信される。したがっ
て、読み出し以外の例えば複数の書き込みコマンドが一
緒にＣＰＵユニット１０１に送信されることが禁止され
ることから、本発明の技術的課題の欄で記載した不都合
や問題を解消することができる。

【００３８】以上、本発明の好ましい実施例を説明した
が、本発明はこれに限定されるものではない。例えば、
図９、図１０に例示のフローチャートにおいて、ステッ
プＳ６で、コマンドがデバイス読み出し以外のコマンド
のときには、ステップＳ８でバス送信を開始するように
しているが、このデバイス読み出し以外のコマンドを一
旦バスコマンドバッファ１１２に戻し、次にバス送信コ
マンド生成バッファ１１４に取り込んだコマンドのタイ
プを判別し、この新たに取り込んだコマンドが読み出し
コマンドであれば、これを蓄積してできるだけ数多くの
コマンドをまとめた一塊りのデータとしてＣＰＵユニッ
ト１０１へ送信するようにしてもよい。

【００３９】また、上記ステップＳ３において、コマン
ドをコマンドバッファ１１２から取り出して次のステッ
プに進めるようにしてあるが、バスコマンドバッファ１
１２内でコマンドの種類のチェックを行い、読み出しコ
マンドつまりタイプ１のコマンドであることを確認した
上で、バスコマンドバッファ１１２から取り出すことに
より、ＣＰＵユニット１０１へ複数の読み出しコマンド
をまとめて送信するようにしてもよい。

【００４０】また、上記ステップＳ７において、バスコ
マンドバッファ１１２内にコマンドが存在していないと
きに、ステップＳ９でＣＰＵユニット１０１にバス送信
するようになっているが、或る一定の期間（タイムアウ
ト）を設けて、この時間が経過するまで、バスコマンド
バッファ１１２にコマンドが取り込まれるのを待つよう
にしてもよい。すこしでも数多くのコマンドを一回のバ
ス送信でＣＰＵユニット１０１に供給するとしたら、バ
ス通信が完了するまでの時間が長くなってしまうが、こ
のような場合に、一定の期間、バスコマンドバッファ１
１２にコマンドが蓄積されるのを待つのは有効である。

【図面の簡単な説明】

【図１】ＰＬＣの通信制御ユニットを介して複数のパー
ソナルコンピュータをＬＡＮ接続した例を示す。

【図２】ＰＬＣ内部バス通信を説明するための図であ
る。

【図３】外部パーソナルコンピュータからのコマンドを
バス通信を介してＣＰＵユニットに送信し、ＣＰＵユニ
ットからのコマンドレスポンスを対応するパーソナルコ
ンピュータに送信するまで処理を説明するための図であ
る。

【図４】外部機器からの複数のコマンドを一塊りのデー
タとしてバス通信を介してＣＰＵユニットに送信したと
きの問題点を説明するための図である。

【図５】ＰＬＣの通信制御ユニットを介して複数の表示
器をＬＡＮ接続した例を示す。

【図６】本発明の実施例のＰＬＣのユニット構成を例示
するための図である。

【図７】好ましい実施例におけるコマンド最適化処理の
一部のブロック図である。

【図８】図７に関連して、好ましい実施例におけるコマ
ンド最適化処理の残部のブロック図である。

【図９】外部機器からの複数のコマンドをＣＰＵユニッ
トに送信するための一塊りのデータとして最適化する一
連の処理の一部を示すフローチャートである。

【図１０】図９に関連して、外部機器からの複数のコマ
ンドをＣＰＵユニットに送信するための一塊りのデータ
として最適化する一連の処理の残部を示すフローチャー
トである。

【図１１】本発明の好ましい実施の形態の概要を説明す
るための図である。

【符号の説明】

１００ 実施例のＰＬＣ １０１ ＰＬＣに含まれるＣＰＵユニット １０７ ＰＬＣに含まれる通信制御ユニット １１１ コマンドタイプ付与部 １１２ バスコマンドバッファ １１３ コマンド最適化部 １１４ バス通信コマンド生成バッファ １１５ バス通信ドライバ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ＣＰＵユニットと通信制御ユニットとを
   含み、該通信制御ユニットとこれに接続された複数の外
   部機器との間の通信を汎用のプロトコルを用いて行い、
   前記ＣＰＵユニットと前記通信制御ユニットとの間のデ
   ータの送受信をバス通信により行う プログラマブルロ
   ジックコントローラであって、 前記通信制御ユニットが、前記外部機器から受け取った
   複数のコマンドをまとめて一塊りの送信データとして前
   記ＣＰＵユニットにバス送信するコマンド最適化手段を
   有し、 該最適化手段が、前記一塊りの送信データの中に読み出
   し以外のコマンドが二以上含まれるのを禁止しつつ複数
   のコマンドを一塊りの送信データを生成することを特徴
   とするプログラマブルロジックコントローラ。
2. 【請求項２】 前記コマンド最適化手段が、 前記外部機器からのコマンドを取り込んでこれを保存す
   るバス送信コマンド生成バッファと、 該バス送信コマンド生成バッファに取り込まれたコマン
   ドが読み出しコマンドであるか否かを判別するコマンド
   タイプ判別手段とを有し、 前記バス送信コマンド生成バッファに取り込まれたコマ
   ンドが前記読み出しコマンドであるときには、前記バス
   送信コマンドバッファに前記外部機器からの更なるコマ
   ンドを取り込む一方で、前記バス送信コマンド生成バッ
   ファに取り込まれたコマンドが前記読み出しコマンド以
   外のコマンドであるときには、これまで前記バス送信コ
   マンドバッファに取り込まれているコマンドをまとめて
   一塊りの送信データとして前記ＣＰＵユニットにバス送
   信することを特徴とする請求項１のプログラマブルロジ
   ックコントローラ。
3. 【請求項３】 前記通信制御ユニットが、前記外部機器
   からのコマンドを受け入れてこれを保存するコマンドバ
   ッファと、 前記外部機器からのコマンドが読み出しコマンドである
   か否かの種別のためのコマンドタイプを付与するタイプ
   付与手段とを更に有し、 前記コマンドバッファに保存されたコマンドが前記バス
   送信コマンドバッファに取り込まれることを特徴とする
   請求項２のプログラマブルロジックコントローラ。