(57)【要約】【課題】デバイスメモリのアドレスを意識することなく、入出力信号の名称により、デバイスメモリの読み出しおよび書き込みを行えるエンジニアリング装置を得る。【解決手段】プログラマブルコントローラを構成するＣＰＵユニット１のデバイスメモリ８に記憶された入出力信号の状態のアドレスと、入出力信号の名称とを対応付けて記憶したアドレス定義ファイル１４を有し、モニタ・テスト交信処理部１２により、アドレス定義ファイル１４に記憶されたアドレスを基にして、デバイスメモリ８に対し、入出力信号の状態の読出しおよび書込みを行なうように構成され、デバイス状態表示部１３により、モニタ・テスト交信処理部１２が読み出したデバイスメモリ８の入出力信号の状態を表示するとともに、デバイスメモリ８の入出力信号の状態を変更操作するようにした。【選択図】図２
2019087067.tif 000002
【特許請求の範囲】
【請求項１】
プログラマブルコントローラのデバイスメモリに記憶された入出力信号の情報のアドレスと、上記入出力信号の名称とを対応付けて記憶したアドレス定義ファイル、
上記アドレス定義ファイルに記憶されたアドレスを基にして、上記デバイスメモリに対し、上記入出力信号の情報の読出しおよび書込みを行なう交信部、
およびこの交信部により読み出された上記デバイスメモリの上記入出力信号の情報を表示するとともに、上記デバイスメモリの上記入出力信号の情報を変更操作するデバイス状態表示部を備えたことを特徴とするエンジニアリング装置。
【請求項２】
上記デバイス状態表示部で、上記入出力信号の情報の変更操作を記録する変更操作履歴保存ファイル、
および上記変更操作履歴保存ファイルに記憶された変更操作を読出し、この読み出した変更操作を再実行して、上記デバイスメモリの入出力信号の情報を変更する再生要求部を備えたことを特徴とする請求項１に記載のエンジニアリング装置。
【請求項３】
上記再生要求部は、変更操作履歴保存ファイルに記憶された変更操作の実行順番を指定できるように構成されていることを特徴とする請求項２に記載のエンジニアリング装置。
【請求項４】
任意の変更操作を編集したテストシナリオを記録したテストシナリオファイルを備え、
上記再生要求部は、上記テストシナリオファイルに記録された変更操作を実行して、上記デバイスメモリの入出力信号の情報を変更することを特徴とする請求項２または請求項３に記載のエンジニアリング装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、産業機器などで使用されるプログラマブルコントローラにおけるデバイスメモリのモニタおよびテストを行うエンジニアリング装置に関するものである。
【背景技術】
【０００２】
従来では、エンジニアリングツールが、プログラマブルコントローラのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）ユニットのシーケンス処理を実行するシーケンスプログラムを作成し、この作成したシーケンスプログラムをＣＰＵユニットに対して転送する。
さらに、エンジニアリングツールは、ＣＰＵユニットが内部で記憶している入出力信号の状態を示すデバイスメモリや演算結果を格納するデバイスメモリなどの情報をエンジニアリングツールの表示装置上でモニタするとともに、ＣＰＵユニットが内部で記憶しているデバイスメモリのメモリ値を試験的に変更し、テストするようになっている。
一方、ＣＰＵユニットは、制御対象機器からの入力信号情報および出力信号情報を格納するデバイスメモリと、シーケンスプログラム容量やコメント容量などのパラメータを格納するパラメータメモリを有する。
エンジニアリングツールは、デバイスメモリの読み出し／書き込みを行うようになっている。
【０００３】
この構成により、従来のプログラマブルコントローラにおけるデバイスメモリのモニタ・テストを行う装置では、エンジニアリングツールを用いて、モニタ・テスト要求コマンドをＣＰＵユニットへ送信することにより、デバイスメモリのモニタ・テストの処理を実施している。（特許文献１参照）
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３４１１１８０号公報（第６〜７頁、第１図）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のプログラマブルコントローラにおけるデバイスメモリのモニタ・テストを行う装置は、エンジニアリングツールからモニタ・テスト要求コマンドを手動で送信することが必要であり、関連する複数のデバイスメモリに対して、デバイスメモリのアドレスを意識して、順番にテスト要求コマンドを送信する必要があった。
また、シーケンスプログラムを更新した場合などにテストを実施するが、過去に実施したテストと同一のテストを行うことがある。その場合、ユーザが同じ設定操作を何度も実施する必要があるため、テスト開始に時間を要するという問題点があった。
【０００６】
この発明は、上述のような課題を解決するためになされたものであり、デバイスメモリのアドレスを意識することなく、入出力信号の名称により、デバイスメモリの読み出しおよび書き込みを行えるエンジニアリング装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係わるエンジニアリング装置においては、プログラマブルコントローラのデバイスメモリに記憶された入出力信号の情報のアドレスと、入出力信号の名称とを対応付けて記憶したアドレス定義ファイル、アドレス定義ファイルに記憶されたアドレスを基にして、デバイスメモリに対し、入出力信号の情報の読出しおよび書込みを行なう交信部、およびこの交信部により読み出されたデバイスメモリの入出力信号の情報を表示するとともに、デバイスメモリの入出力信号の情報を変更操作するデバイス状態表示部を備えたものである。
【発明の効果】
【０００８】
この発明によれば、プログラマブルコントローラのデバイスメモリに記憶された入出力信号の情報のアドレスと、入出力信号の名称とを対応付けて記憶したアドレス定義ファイル、アドレス定義ファイルに記憶されたアドレスを基にして、デバイスメモリに対し、入出力信号の情報の読出しおよび書込みを行なう交信部、およびこの交信部により読み出されたデバイスメモリの入出力信号の情報を表示するとともに、デバイスメモリの入出力信号の情報を変更操作するデバイス状態表示部を備えたので、デバイスメモリのアドレスを意識することなく、入出力信号の名称により、デバイスメモリの読み出しおよび書き込みを行なうことができる。
【図面の簡単な説明】
【０００９】
【図１】この発明の実施の形態１によるプログラマブルコントローラのシステムを示す概略構成図である。
【図２】この発明の実施の形態１によるプログラマブルコントローラのシステムのハードウェア構成を示すブロック図である。
【図３】この発明の実施の形態１によるエンジニアリングツールのアドレス定義ファイルを示す図である。
【図４】この発明の実施の形態１によるエンジニアリングツールのデバイス状態表示部の画面例を示す図である。
【図５】この発明の実施の形態２によるプログラマブルコントローラのシステムのハードウェア構成を示すブロック図である。
【図６】この発明の実施の形態２によるエンジニアリングツールの変更操作履歴保存ファイルを示す図である。
【図７】この発明の実施の形態２によるエンジニアリングツールの再生要求部の画面例を示す図である。
【図８】この発明の実施の形態３によるエンジニアリングツールの再生要求部の画面例を示す図である。
【図９】この発明の実施の形態４によるエンジニアリングツールの構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
実施の形態１．
以下、この発明の実施の形態１を図に基づいて説明する。
図１は、この発明の実施の形態１によるプログラマブルコントローラのシステムを示す概略構成図である。
図１において、プログラマブルコントローラを構成するＣＰＵユニット１は、制御対象機器９１に対する入出力を制御する。また、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）を介して、エンジニアリングツール１０（エンジニアリング装置）と接続される。
入力ユニット５は、ＣＰＵユニット１に対して、制御対象機器９１からの情報を入力する。出力ユニット７は、ＣＰＵユニット１からの情報を制御対象機器９１に対して出力する。
【００１１】
エンジニアリングツール１０は、ＣＰＵユニット１のシーケンス処理を実行するシーケンスプログラムを作成し、作成したシーケンスプログラムをＣＰＵユニット１に対して転送する機能と、ＣＰＵユニット１が内部のデバイスメモリで記憶している入出力信号の状態および演算結果をエンジニアリングツール１０の表示装置上でモニタする機能と、ＣＰＵユニット１が内部で記憶しているデバイスメモリのメモリ値を試験的に変更するテストを行なう機能とを有している。
【００１２】
図２は、この発明の実施の形態１によるプログラマブルコントローラのシステムのハードウェア構成を示すブロック図である。
図２において、ＣＰＵユニット１には、入力ユニット５、出力ユニット７およびエンジニアリングツール１０が接続されている。
【００１３】
ＣＰＵユニット１は、次のように構成されている。
ＣＰＵ（中央処理装置）２は、シーケンスプログラムを実行する。プログラムメモリ３は、ＣＰＵ２により実行されるシーケンスプログラムを格納する。入力ポート４は、入力ユニット５からの信号を読み出す。出力ポート６は、出力ユニット７へ信号を送出する。デバイスメモリ８は、入力ユニット５からの入力信号情報および出力ユニット７に対する出力信号情報を格納する。デバイスメモリ８は、１個に限らず、複数あっても良い。
周辺Ｉ／Ｆ（ｉｎｔｅｒｆａｃｅ）９は、ＣＰＵユニット１とエンジニアリングツール１０を接続するもので、具体的にはＥｔｈｅｒｎｅｔやＵＳＢにより構成されている。パラメータメモリ１１は、シーケンスプログラム容量やコメント容量などのパラメータを格納する。
【００１４】
エンジニアリングツール１０は、次のように構成されている。
モニタ・テスト交信処理部１２（交信部）は、デバイスメモリ８の読み出し／書き込みを行う。デバイス状態表示部１３は、デバイスメモリ８の状態を表示装置に表示する。アドレス定義ファイル１４は、デバイスメモリアドレスと名称を紐付ける定義ファイルである。
なお、エンジニアリングツール１０は、ハードウェアとして、ＣＰＵ、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、表示装置、入力装置を有している。
ＣＰＵは、ＲＯＭに格納されたプログラムを用いて、演算時の一時記憶にＲＡＭを使用して、モニタ・テスト交信処理部１２およびデバイス状態表示部１３の処理を実行する。アドレス定義ファイル１４は、例えばＨＤＤに格納されているが、他の記憶装置に格納される構成であってもよい。
【００１５】
図３は、この発明の実施の形態１によるエンジニアリングツールのアドレス定義ファイルを示す図である。
図３において、デバイスメモリとそのアドレスを含むデバイスメモリアドレス２１と、デバイスメモリアドレス２１に記憶されている信号情報の名称２２とが、対で格納されている。図３の例では、Ｘ１０００１は、デバイスメモリＸのアドレス１０００１を示している。
【００１６】
図４は、この発明の実施の形態１によるエンジニアリングツールのデバイス状態表示部の画面例を示す図である。
図４において、名称２２は、アドレス定義ファイル１４に定義された名称である。状態３２は、アドレス定義ファイル１４に定義されたデバイスメモリアドレス２１に対応するデバイスメモリ８のそのアドレスに格納された信号情報の値であり、モニタ・テスト交信処理部１２を介して、ＣＰＵユニット１から取得し、表示している。
書き込みボタン３３は、キーボードなどの入力手段から入力された状態３２を、モニタ・テスト交信処理部１２を介して、アドレス定義ファイル１４に定義されているＣＰＵユニット１のデバイスメモリアドレス２１のデバイスメモリ８に書き込ませるためのボタンである。
【００１７】
次に、動作について説明する。
エンジニアリングツール１０のアドレス定義ファイル１４は、デバイスメモリアドレス２１と、そのアドレスに格納されている信号情報の名称２２を紐付ける定義ファイルである。
デバイス状態表示部１３は、このアドレス定義ファイル１４を読み込み、アドレス定義ファイル１４に定義されているアドレスのデバイスメモリ８の信号情報の状態を、モニタ・テスト交信処理部１２を介して、ＣＰＵユニット１から取得し、アドレス定義ファイル１４に定義されている名称２２と、対にして表示する。（図４参照）
【００１８】
また、エンジニアリングツール１０には、キーボード、マウスなどの入力手段が備わっており、デバイス状態表示部１３から、デバイスメモリアドレス２１に対応する状態３２を入力することが可能である。状態３２が入力された場合、モニタ・テスト交信処理部１２を介して、入力された状態３２を、アドレス定義ファイル１４に定義されているＣＰＵユニット１のデバイスメモリアドレス２１のデバイスメモリ８に書き込む。
【００１９】
図３は、アドレス定義ファイル１４の例である。この図３に示すように、関連する複数のデバイスメモリアドレス２１と、信号情報の名称２２をアドレス定義ファイル１４に定義する。
【００２０】
図４は、デバイス状態表示部１３の画面例であり、アドレス定義ファイル１４に定義された名称２２と、これに対応するアドレスのデバイスメモリ８の信号情報の状態を表示している。
このデバイスメモリ８の信号情報の状態は、モニタ・テスト交信処理部１２を介して、ＣＰＵユニット１から取得する。
また、逆に、キーボードなどの入力手段から入力した状態は、書き込みボタン３３を押下すると、モニタ・テスト交信処理部１２を介して、アドレス定義ファイル１４に定義されているＣＰＵユニット１のアドレスのデバイスメモリ８に書き込まれるようになっている。
【００２１】
実施の形態１によれば、アドレス定義ファイル１４に定義された名称とデバイスメモリアドレスから、デバイス状態表示部１３が、名称と、デバイス状態（信号情報の状態）を対にして表示するとともに、エンジニアリングツールからプログラマブルコントローラのデバイス状態を更新することができる。
また、デバイスメモリのアドレスを意識することなく、名称により識別して、デバイスメモリを読み出し／書き込みできるとともに、関連する複数のデバイスメモリを一括して読み出し／書き込み可能とする、プログラマブルコントローラにおけるデバイスメモリのモニタおよびデバイス状態の更新のテストを行うことが可能となる。
【００２２】
実施の形態２．
図５は、この発明の実施の形態２によるプログラマブルコントローラのシステムのハードウェア構成を示すブロック図である。
図５において、符号１〜１４は図２におけるものと同一のものである。図５では、エンジニアリングツール１０に、デバイス状態の変更操作を記録する変更操作履歴保存ファイル１５と、ＣＰＵユニット１に、過去に実施したデバイス状態の更新（変更）のテストと同じテストを要求する再生要求部１６とを設けている。すなわち、再生要求部１６は、過去に実施したデバイス状態の更新のテストを、再度実施することができるようになっている。
【００２３】
図６は、この発明の実施の形態２によるエンジニアリングツールの変更操作履歴保存ファイルを示す図である。
図６において、デバイスメモリアドレス４１は、デバイス状態を更新したデバイスメモリのアドレスであり、デバイスメモリアドレス２１と同じものである。変更内容４２は、デバイス状態の変更内容である。変更作業日時４３は、デバイス状態表示部１３から変更作業を実施した日時である。
【００２４】
図７は、この発明の実施の形態２によるエンジニアリングツールの再生要求部の画面例を示す図である。
図７において、符号２２は図３におけるものと、符号４２、４３は図６におけるものとそれぞれ同一のものである。チェックボックス５２は、変更操作の中から再生する操作を選択するためのものである。再生ボタン５３は、これが押下されると、変更操作履歴保存ファイル１５に登録されている順に、チェックボックス５２で選択された操作を、アドレス定義ファイル１４に定義されているデバイスメモリアドレス２１により、ＣＰＵユニット１のデバイスメモリ８に書き込む。
【００２５】
次に、動作について説明する。
実施の形態１では、アドレス定義ファイル１４、デバイス状態表示部１３により、関連する複数のデバイスメモリ８に対して、デバイスメモリ８のアドレスを意識することなく、一括してデバイスメモリのモニタおよびテストを行う場合について述べたが、実施の形態２は、過去に実施したデバイス状態の更新のテストと同一のテストを実施することができるようにしたものである。
【００２６】
実施の形態２では、エンジニアリングツール１０に変更操作履歴保存ファイル１５、再生要求部１６を設け、デバイス状態表示部１３から、デバイス状態の変更作業を実施した場合、変更操作履歴保存ファイル１５に変更操作を記録するようにした。
これにより、再生要求部１６から変更操作履歴保存ファイル１５を読み込み、過去に実施したテストと同一のテストを実施することができるようになる。
【００２７】
デバイス状態表示部１３からデバイス状態の変更作業を実施した場合、図６に示すように、デバイス状態を更新したデバイスメモリアドレス４１、デバイス状態の変更内容４２、および変更作業日時４３が、変更操作履歴保存ファイル１５にそれぞれ記録される。
【００２８】
再生要求部１６は、変更操作履歴保存ファイル１５の内容を読み込み、図７のように、表示する。変更操作履歴保存ファイル１５に登録されているデバイスメモリアドレス４１は、アドレス定義ファイル１４を参照して、対応する名称２２を表示する。デバイス状態の変更内容４２、変更作業日時４３は、変更操作履歴保存ファイル１５に登録されている内容が表示される。
変更操作の中からの再生する操作の選択は、チェックボックス５２を用いて行なう。
再生する操作の選択ののちに、再生ボタン５３を押下すると、変更操作履歴保存ファイル１５に登録されている順に、チェックボックス５２で選択された操作が、モニタ・テスト交信処理部１２を介して、アドレス定義ファイル１４で定義されているデバイスメモリアドレス２１のＣＰＵユニット１のデバイスメモリ８に書き込まれる。
【００２９】
実施の形態２によれば、エンジニアリングツール１０に、デバイス状態の変更操作を記録する変更操作履歴保存ファイル１５と、過去に実施したテストと同じテストを要求する再生要求部１６とを設けたので、過去に実施したテストと同一のテストを実施することができる。
【００３０】
実施の形態３．
図８は、この発明の実施の形態３によるエンジニアリングツールの再生要求部の画面例を示す図である。
図８において、符号２２、４２、４３、５３は図７におけるものと同一のものである。図８では、図７のチェックボックス５２に代えて、再生順番を指定するテキストボックス６２を設け、再生順番を入力できるようにした。
【００３１】
次に、動作について説明する。
実施の形態２では、再生要求部１６により、変更操作履歴保存ファイル１５から選択された操作を順番に再生することにより、過去に実施したテストと同一のテストを実施する場合について述べたが、実施の形態３は、図８に示すように、再生要求部１６から再生順番を指定して再生可能としたので、過去に実施したテストの順番を変更したバリエーションテストを実施することができるようになっている。
【００３２】
図８に再生順番を指定可能とした、再生要求部１６の画面例を示す。変更操作履歴保存ファイル１５の内容の読み込み、表示は図７と同様の動作で行われる。
再生順番を指定するテキストボックス６２に、再生順番を入力して、再生ボタン５３を押下すると、テキストボックス６２にて指定した再生順に、選択された操作を、モニタ・テスト交信処理部１２を介して、アドレス定義ファイル１４に定義されているＣＰＵユニット１のデバイスメモリアドレス２１のデバイスメモリ８に書き込む。
【００３３】
実施の形態３によれば、再生要求部１６から再生順番を指定して再生可能としたので、過去に実施したテストの順番を変更したバリエーションテストを実施することができる。
【００３４】
実施の形態４．
図９は、この発明の実施の形態４によるエンジニアリングツールの構成を示すブロック図である。
図９において、符号１０、１２〜１６は図５におけるものと同一のものである。図９では、エンジニアリングツール１０に、自由に作成されたテストシナリオを格納するテストシナリオファイル１７を設けている。
【００３５】
実施の形態２、３では、変更操作履歴保存ファイル１５に記録された、過去に実施したテストを実施する場合について述べたが、実施の形態４は、図９に示すように、テストシナリオファイル１７を自由に編集して作成できるようにした。
これにより、過去のテストにとらわれず、個別に作成したテストシナリオにて、デバイス状態の更新のテストを実施することができる。
【００３６】
図９の再生要求部１６は、テストシナリオファイル１７の内容を読み込み、表示する。テストシナリオファイル１７は、変更操作履歴保存ファイル１５と同様の形態であり、例えば、ＣＳＶ（Ｃｏｍｍａ  Ｓｅｐａｒａｔｅｄ  Ｖａｌｕｅ）ファイル形式である。
このテストシナリオファイル１７に格納されるテストシナリオは、自由に編集して作成可能であり、変更操作履歴保存ファイル１５から過去のテスト内容を抽出して、組み合わせて作成することも可能である。
【００３７】
実施の形態４によれば、自由に作成したテストシナリオにより、デバイス状態の更新のテストを実施することができる。
【００３８】
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【００３９】
１  ＣＰＵユニット、２  ＣＰＵ、３  プログラムメモリ、４  入力ポート、
５  入力ユニット、６  出力ポート、７  出力ユニット、８  デバイスメモリ、
９  周辺Ｉ／Ｆ、１０  エンジニアリングツール、１１  パラメータメモリ、
１２  モニタ・テスト交信処理部、１３  デバイス状態表示部、
１４  アドレス定義ファイル、１５  変更操作履歴保存ファイル、１６  再生要求部、
１７  テストシナリオファイル、２１  デバイスメモリアドレス、２２  名称、
３２  状態、３３  書き込みボタン、４１  デバイスメモリアドレス、４２  変更内容、４３  変更作業日時、５２  チェックボックス、５３  再生ボタン、
６２  テキストボックス、９１  制御対象機器
【図１】
2019087067.tif 000003
【図２】
2019087067.tif 000004
【図３】
2019087067.tif 000005
【図４】
2019087067.tif 000006
【図５】
2019087067.tif 000007
【図６】
2019087067.tif 000008
【図７】
2019087067.tif 000009
【図８】
2019087067.tif 000010
【図９】
2019087067.tif 000011