JP2980740B2 - 回路図作成装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プログラマブルコント
ローラ等の回路図作成装置に関する。

【０００２】

【従来の技術】プログラマブルコントローラを用いて所
定の制御を行わせるときには、ユーザはプログラミング
ツールなどを用いてプログラマブルコントローラに入力
するシーケンス回路を作成する必要がある。

【０００３】シーケンス回路の表現形式としては、例え
ば図７に示すようなラダー図、ＦＢ図、ＳＦＣなどがあ
る。ラダー図とは、図７(a) に示すようにリレー、コイ
ル等のシンボルを用いて回路を記述するものであり、Ｆ
Ｂ図とは、同図(b) に示すように加算、減算等の機能を
１つの箱として表現したファンクションブロックにより
回路を記述するものである。また、シーケンシャルファ
ンクションチャート（以下、ＳＦＣと呼ぶ）とは、同図
(c) に示すように処理を箱毎に分割しそれらをフローチ
ャートイメージで表現したものである。

【０００４】プログラミングツールでは、これら複数の
表現形式で回路図を作成できるようになっている。そし
て、それぞれの表現形式で記述された回路図は、プログ
ラミングツールに内蔵されているコンパイルプログラム
によりプログラマブルコントローラで実行可能な機械語
に変換される。

【０００５】図８は、従来のコンパイルプログラムのア
ルゴリズムを示すフローチャートである。図８のステッ
プＳ１で回路作成画面から回路図情報を全て取り出す。
ここで、従来の回路図作成装置では、ユーザが回路を作
成した段階では、回路各部はドットイメージのデータと
してメモリに記憶されており、コンパイルが実行された
段階でドットイメージの画面情報から回路の位置、接続
関係が確定した回路図情報に展開される。

【０００６】次のステップＳ２で未処理、すなわち回路
図情報に展開していない回路が存在するか否かを判別す
る。未処理回路が存在しなければ、ステップＳ３で１回
路分の回路図情報を取り出す。そして、ステップＳ４で
１回路の回路図情報の中に他の表現形式で記述された回
路図情報が混在してないか否かを判別する。この処理で
は、例えば回路図がラダー図で記述されていれば、同一
回路内にＦＢ図又はＳＦＣの形式で記述されている回路
が存在しないか否かを判別する。

【０００７】異なる表現形式の回路図情報が混在してい
ないときには、ステップＳ５の混在しないか否かの判別
がＹＥＳとなり、次にステップＳ６で信号の流れに異常
がないかどうかをチッェクする。そして、ステップＳ７
で信号の流れが正常かどうかを判別し、信号の流れが正
常であれば、次のステップＳ８で１回路分の回路図情報
を機械語に変換する。

【０００８】一方、異なる表現形式の回路図情報が混在
するとき、あるいは信号の流れに異常があるときには、
ステップＳ５又はステップＳ７の判別がＮＯとなり、ス
テップＳ９で回路図作成異常をユーザに知らせる処理を
行う。

【０００９】これらの処理により、どのような表現形式
で記述された回路でも誤りを検出し機械語に変換するこ
とができる。

【００１０】

【発明が解決しようとする課題】今、図９(a) 、(b) に
示す回路図を、図８のコンパイルプログラムで機械語に
変換する場合について説明する。

【００１１】図９(a) の回路では、画面情報を全て読み
出し回路図情報に展開した後、４個の箱全てについて回
路表現が一致するか否かをチェックし、次に３本の信号
線の信号の方向をチェックする。そして、異なる表現形
式の回路が混在せず、信号の方向が正しければ、上記の
回路情報を機械語に変換する。

【００１２】同様に、図９(b) の回路では、画面情報を
全て読み出し回路図情報に展開した後、８個の箱の回路
表現が一致するか否か、７本の信号線の信号の方向が正
しいか否かをチェックする必要がある。

【００１３】このように、従来、コンパイルプログラム
が、入力された画面情報を全て読み出して回路の位置、
接続関係が確定した回路図情報に展開した後、異なる表
現形式の回路が混在していないかどうかをチェックし、
さらに信号の方向に異常がないかどうかをチェックする
必要があった。その為、作成した回路が複雑になればな
るほど、コンパイルプログラムにおける画面情報を回路
図情報に展開する処理及び回路チェック処理の処理量が
増大するという問題点があった。

【００１４】本発明の課題は、異なる表現形式で記述さ
れた回路の混在及び信号の流れの異常等のチェックを簡
単に行うことができる回路図作成装置を提供することで
ある。

【００１５】

【課題を解決するための手段】図１は、本発明の原理説
明図である。同図において、変換手段１は、回路図作成
時に、任意の表現形式で記述された回路をシンボルと各
シンボル間の接続関係を示す結線情報とに変換する。こ
の変換手段１により、例えば、ラダー図で記述された回
路のシンボルか、ＦＢ図で記述された回路のシンボル
か、あるいはＳＦＣで記述された回路のシンボルか等の
シンボルの種別を示すシンボル種別情報と、シンボルの
入力先及び出力先を示す情報と、シンボルの位置を示す
シンボル座標情報が作成される。また、結線について
は、結線の入力先及び出力先を示す結線情報が作成され
る。

【００１６】検出手段２は、回路図作成時に、上記のシ
ンボル情報及び結線情報に基づいて表現形式の異なる回
路の混在及び信号の流れの異常を検出する。

【００１７】

【作用】本発明では、回路図作成時に、記述された回路
がシンボルと結線とに変換されるので、シンボル間の接
続が指定された時点で、シンボルの種別を示す情報が一
致するか否かを調べ、表現形式の異なる回路が混在して
いないかどうかをチェックすることができる。また、例
えば結線がシンボルの入力端子に接続されているか、出
力端子に接続されているかが分かるので、それらの情報
から結線の信号の流れを判別し、信号の流れの異常をチ
ェックすることができる。

【００１８】これにより、回路図作成時にリアルタイム
で回路チェックが行われるので、ユーザはエラーとなっ
た箇所をすぐに修正することができる。また、コンパイ
ル時に回路チェックを行う必要が無くなるので、コンパ
イルの処理時間が大幅に短縮される。

【００１９】

【実施例】以下、本発明の実施例を図面を参照しながら
説明する。図２(a)、(b) は、実施例の回路図作成装置
において、回路図作成時に作成されるシンボル情報と結
線情報の構成を示している。また、図３は、シンボル情
報の中のシンボル種別を示す図である。

【００２０】この実施例では、作成した回路をシンボル
と結線とに変換し、この２つの情報により回路図を管理
している。１つのシンボルは、図２(a) に示すようにそ
のシンボルがラダー図のシンボルか、ＦＢ図のシンボル
か、それともＳＦＣのシンボルかの別を示すシンボル種
別情報と、信号の入力先を示す入力端子情報と、信号の
出力先を示す出力端子情報と、シンボルの座標を示すシ
ンボル座標情報とを持っている。

【００２１】また、結線は、図２(b) に示すように、入
力端子情報と出力端子情報とからなる結線情報を持って
おり、結線がどのシンボルの入力端子又は出力端子に接
続されているかが分かるようになっている。

【００２２】例えば、ユーザにより作成された回路がラ
ダー図のａ接点であれば、シンボル種別情報として「0X
1010」（図３参照、以下同じ）が記憶され、関数回路で
あれば「0X1040」が記憶される。また、作成された回路
がＦＢ図の関数回路であれば、シンボル種別情報として
「0X2040」が記憶される。これらのシンボル種別情報か
ら記述された回路が同一の表現形式の回路か否かが分か
る。

【００２３】例えば、回路図作成過程で回路Ａの出力端
子と回路Ｂの入力端子とが接続されたとき、回路Ａのシ
ンボルをＡ、回路ＢのシンボルをＢ、両者を接続する結
線をＣとする。このとき、シンボルＡの出力端子情報で
結線Ｃが指定され、結線Ｃの入力端子情報でシンボルＡ
の出力端子、出力端子情報でシンボルＢの入力端子が指
定される。また、シンボルＢの入力端子情報で結線Ｃが
指定される。さらに、シンボルの座標情報によりシンボ
ルＡ、Ｂの位置が決められる。

【００２４】これらの情報を順に読み出すことで、１回
路分のシンボルの接続が確定し回路図が作成できる。ま
た、回路の接続が指定され結線の入力先、出力先が確定
した時点で、例えば出力どうしが接続されてないかどう
かを調べることで、信号の流れの異常の有無をチェック
することができる。

【００２５】さらに、接続が指定されたシンボルのシン
ボル種別情報が一致するか否かを調べることで、表現形
式の異なる回路が混在するか否かをチェックすることが
できる。

【００２６】ここで、図７に示した各種の表現形式の回
路を上記のシンボルと結線情報とに変換する場合につい
て説明する。図７(a) のラダー図で記述された回路は、
ａ接点種別を持つシンボルが２個とコイルシンボルの１
個と結線が１本で表せる。この場合、ａ接点の２個のシ
ンボルは接近して配置されているので、両者は結線では
接続せずに、直接シンボル情報の入力、出力端子情報で
接続先シンボルを指定し、ａ接点のシンボルとコイルシ
ンボルとは離れて配置されているので、両者の間を結線
で接続するようにしている。

【００２７】また、同図(b) のＦＢ図の回路は、オペラ
ンド用シンボルが３個、＆用シンボルが１個、結線が３
本で表せる。さらに、同図(c) のＳＦＣの回路は、ステ
ップシンボル３個、トランジションシンボル１個、結線
４本で表せる。

【００２８】この実施例では、回路図作成時に、作成さ
れた回路をシンボルと結線とに変換して記憶すること
で、回路図作成時に表現形式の異なる回路の混在のチェ
ック、信号の流れの異常のチェックを行うことができ
る。

【００２９】なお、これらのチェックはユーザが回路図
を作成しているときに並行して行われるので、ユーザ
は、回路チェックの為の時間を特に意識することなく回
路図作成を行える。

【００３０】これにより、従来のように回路図作成が終
了してからコンパイルプログラムにかけ、回路の混在、
信号の流れの異常が検出されて、再度回路図の修正を行
う必要がなくなるので、回路図の作成作業が効率化され
る。

【００３１】ところで、複数の結線が交わる交点におけ
る信号の流れについて着目してみると、交点に接続され
ている１又は複数の結線の信号の方向が決まると、その
交点に接続されている他の結線の信号の方向が決まって
しまう場合がある。例えば、４本の結線の交点で１本の
結線が入力線であれば、他の３本の結線は出力線でなけ
ればならず、入力線が接続されていたならその結線は接
続エラーとなる。

【００３２】そこで、この第２の実施例では、交点（図
３の黒丸の部分）に接続される結線に信号の方向性を持
たせ、交点における信号の流れに異常がないかどうかを
管理するようにしている。

【００３３】この実施例では、複数の結線が接続されて
交点が生じたときには、その交点を１つのシンボルとし
て登録し、信号が交点に入力する結線は入力端子情報
に、信号が交点から出力する結線は出力端子情報に記憶
する。

【００３４】ここで、結線が入力線か出力線かの判定
は、結線の入力先、出力先を示す結線情報により行って
いる。すなわち、結線が回路のシンボルのどこに接続さ
れているかは、結線情報の入力端子情報と出力端子情報
とから分かるので、例えばシンボルの出力端子に接続さ
れている場合には、出力端子から交点に向かって信号が
流れるのでその結線を入力線と判断し、回路のシンボル
の入力端子に接続されている場合には、交点から入力端
子に向かって信号が流れるので、その結線を出力線と判
断する。

【００３５】なお、この場合、シンボル間を結線で結ん
でいるので、結線の交点をシンボルとして登録するとき
には、それまで１本の結線であったものを交点を境とし
て２本の結線に変更するだけでだけでよく、他の情報を
変更する必要がない。

【００３６】このように、交点のシンボル情報から各結
線の信号の流れる方向が分かるので、結線の接続が指定
された時点で、結線の信号の流れに異常がないかどうか
をチェックすることができる。

【００３７】例えば、図３(a) に示すように他端が他の
シンボルの出力端子につながる結線Ｓ４１を交点に接続
すると、結線Ｓ４１の信号は交点に入力する方向となる
ので、他の結線Ｓ４２、Ｓ４３、Ｓ４４の信号の流れる
方向は全て出力でなければならない。従って、この交点
には、今後出力線以外は接続できないことになり、入力
線の接続を記述した時点で接続エラーとなる。

【００３８】また、同図(b) に示すようにＳ４６、Ｓ４
７が出力結線となっていて、新規の結線Ｓ４５を出力結
線として記述すると、今後、Ｓ４７は入力線となる結線
しか記述できなくなる。

【００３９】このように、結線の交点において各結線に
信号の方向性を持たせることにより、信号の流れの異常
の有無を回路作成時に簡単にチェックすることができ
る。次に、結線に信号の流れる方向を持たせた場合の回
路図作成時の処理を、図５を用いて説明する。

【００４０】図５(a) に示すようにＦＢ図の＆回路の入
力どうしを接続したときには、そのまま受け付けられ
る。ところが、同図(b) に示すように出力どうしを接続
したときには、結線の信号の流れが互いに逆方向となる
ので、接続エラーとなる。

【００４１】また、同図(c) に示すように交点の３本の
結線が全て出力線となっているときには、結線Ｓ６１
は、自動的に入力結線となっているが、回路図を修正し
てＳ６２の結線を削除すると、入力１及び入力２に接続
されている結線Ｓ６４、Ｓ６５は出力のままであるが、
結線Ｓ６３の信号の流れは不定となる。

【００４２】このように回路図の一部を修正すると、修
正された接続条件に基づいてリアルタイムで交点の信号
の流れを管理できるので、回路図作成の効率を向上させ
ることができる。

【００４３】さらに、同図(d) に示すようにラダー図の
ａ接点とＦＢ図の＆回路との接続を指定すると、接続が
指定された時点で両者のシンボル種別情報から回路の表
現形式が一致するか否かがチェックされる。この場合、
回路の表現形式が異なるのでエラーとなり両者の接続は
記述できないことになる。

【００４４】次に、上記のようにシンボルと結線とで表
された回路図を機械語に変換するコンパイルプログラム
の処理内容を図６のフローチャートを参照して説明す
る。先ず、図６のステップＳ１１で機械語に変換してい
な未処理回路が存在するか否かを判別する。未処理の回
路が存在する場合には、ステップＳ１２で各表現形式で
記述されている１回路分の回路図情報を取り出す。そし
て、ステップＳ１３で１回路分の回路図情報を機械語に
変換する。

【００４５】このように、第１及び第２実施例では、回
路図作成時に表現形式の異なる回路の混在のチェック並
びに信号の流れの異常のチェックが行われるので、コン
パイルプログラムで回路チェックを行う必要がなくな
る。従って、コンパイルの処理時間が大幅に短縮され、
コンパイルが終了するのを待つユーザの待時間も短縮さ
れる。

【００４６】なお、本発明は、実施例に述べたプログラ
マブルコントローラの回路図作成装置に限らず、他の回
路図作成装置にも適用できる。

【００４７】

【発明の効果】本発明によれば、任意の表現形式の回路
をシンボルと結線とに置き換えて回路図を作成すること
で、回路図作成時に信号の流れの異常の検出、表現形式
の異なる回路の混在のチェック等を行うことができる。
これにより、回路図作成時にリアルタイムで回路チェッ
クが行われるので、ユーザは、エラー箇所を修正しなが
ら効率良く回路図を作成することができる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】実施例のシンボル及び結線情報の構成図であ
る。

【図３】シンボル種別を示す図である。

【図４】交点における信号の方向を示す図である。

【図５】回路チェックの説明図である。

【図６】実施例のコンパイルプログラムのフローチャー
トである。

【図７】回路の表現形式の説明図である。

【図８】従来のコンパイルプログラムのフローチャート
である。

【図９】回路図の一例を示す図である。

【符号の説明】

１ 変換手段 ２ 検出手段

フロントページの続き (56)参考文献 特開 昭58−149506（ＪＰ，Ａ) 特開 平２−178706（ＪＰ，Ａ) 特開 平２−244382（ＪＰ，Ａ) 特開 平４−328605（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 17/50 G05B 19/05

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】回路図作成時に、任意の表現形式で記述さ
   れた回路をシンボルと複数のシンボルを接続する結線と
   に変換する変換手段(1) と、 回路図作成時に、接続が指定された回路のシンボルが同
   一の表現形式のシンボルか否かを判別して表現形式の異
   なる回路の混在を検出すると共に、結線の接続先を示す
   情報から信号の流れの異常を検出する検出手段(2) とを
   備えることを特徴とする回路図作成装置。
2. 【請求項２】前記シンボルは、少なくとも回路の表現形
   式の別を示すシンボル種別情報と、入力先及び出力先を
   示す入力端子情報及び出力端子情報からなり、前記結線
   は、結線の入力先及び出力先を示す結線情報からなるこ
   とを特徴とする請求項１記載の回路図作成装置。
3. 【請求項３】前記変換手段(1) は、結線の交点をその交
   点に接続されている結線の信号の流れを示す情報を持っ
   たシンボルに変換し、 前記検出手段(2) は、前記交点のシンボルに接続される
   結線の信号の流れを示す情報から、信号の流れの異常を
   検出することを特徴とする請求項１記載の回路図作成装
   置。