JP2013190837A

JP2013190837A - エンジニアリングツール

Info

Publication number: JP2013190837A
Application number: JP2012054432A
Authority: JP
Inventors: Masahiro Nakamura; 正博中村
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2012-03-12
Filing date: 2012-03-12
Publication date: 2013-09-26

Abstract

【課題】旧制御装置用プログラムを流用して新制御装置用プログラムを作成することにより新制御装置用プログラムの作成工数を低減できる。
【解決手段】新エンジニアリングツール１は、図示しない旧制御装置を動作させるための旧プログラムＰＲＯ１を新制御装置３が実行可能な新プログラムＮＰＲＯ１に変換するプログラム変換手段１１と、旧制御装置を動作させるための旧工学値変換ソースプログラムＰＲＯ２を新制御装置３が実行可能な新工学値変換プログラムＮＰＲＯ２に変換するＦ／Ｗ（ファームウェア）変換手段１３とを有し、これら変換されたプログラムは、コンパイラ１６にてコンパイルされ、新制御装置３に送られ、エミュレータ３２にて実行される。旧プログラムＰＲＯ１及び旧工学値変換ソースプログラムＰＲＯ２を新制御装置３において流用可能とし、新制御装置用プログラムの作成工数を低減する。
【選択図】図３

Description

本発明は、制御装置用プログラムの変換等を行うエンジニアリングツールに関する。

従来のエンジニアリングツールとして、火力、化学、冷熱等、各種プラント、産業機械等の制御プログラムを生成する際に利用されるソフトウェア開発装置がある。このようなソフトウェア開発装置において、演算式記述用テキストエディタにおいて、ユーザにより演算の内容を記述できる特殊要素を用意し、エディタ機能を用いたエディタウインドウにて所望する演算機能要素の入出力変数の型、パラメータ名とその型及び値、そしてそのそれぞれを用いた演算式を予め規定する文法で入力させ、トランスレータにおいてユーザ記述要素用テンプレートに定義されたアルゴリズムに基づき、データとして得られた上記演算式の変数名及びパラメータ名を他の標準的に用意された要素と整合がとれる変数名に置換えた後、上記ユーザ記述演算式を上記置換えられた変数名を用いた演算式に書換えて、例えばＣ言語に従った生成プログラムとして出力する（例えば、特許文献１参照）。

特開平５−３４１９７２号公報

従来のエンジニアリングツールは上記のように構成され、所望する機能要素が無く、簡単に他の要素で代替実現できない場合でも、オブジェクト指向言語の特徴である可視化の利点を損なうことなく、所望する新しい機能要素をユーザ自身により比較的容易に実現することが可能になる。しかし、現在使用されている更新前の旧制御装置に用いられているプログラムを新制御装置用のプログラムに流用したい場合は、手作業で既存のプログラムを入力する必要があり、多大な工数を要するという問題点があった。また、旧制御装置ではファームウェアで行っていた処理を、新制御装置ではアーキテクチャの相違のために、新エンジニアリングツールでプログラムを作成する必要がある場合、旧制御装置のファームウェアに相当するプログラムを新たに作成しなければならず、同様に多くの工数を要するという問題点があった。

この発明は上記のような問題点を解決するためになされたものであり、第１の制御装置用ソースプログラム及び第１の制御装置用ファームウェアを変換して流用することにより第２の制御装置用プログラムの作成工数を低減できるエンジニアリングツールを得ることを目的とする。

この発明に係るエンジニアリングツールにおいては、ソースプログラム変換装置とファームウェア変換装置とを有するエンジニアリングツールであって、
前記ソースプログラム変換装置は、第１の制御装置を動作させるための第１の制御装置用ソースプログラムを第２の制御装置が実行可能な第２の制御装置用ソースプログラムに変換するものであり、
前記ファームウェア変換装置は、前記第１の制御装置を動作させるための第１の制御装置用ファームウェアを前記第２の制御装置が実行可能なものに変換するものである。

この発明は、ソースプログラム変換装置とファームウェア変換装置とを有するエンジニアリングツールであって、
前記ソースプログラム変換装置は、第１の制御装置を動作させるための第１の制御装置用ソースプログラムを第２の制御装置が実行可能な第２の制御装置用ソースプログラムに変換するものであり、
前記ファームウェア変換装置は、前記第１の制御装置を動作させるための第１の制御装置用ファームウェアを前記第２の制御装置が実行可能なものに変換するものであるので、
第１の制御装置用ソースプログラム及び第１の制御装置用ファームウェアを変換して流用することにより第２の制御装置用プログラムの作成工数を低減できるエンジニアリングツールを得ることができる。

この発明の実施の形態１である新エンジニアリングツールを含むプラント制御装置の全体構成を示す構成図である。この発明の実施の形態１における旧エンジニアリングツールを含む旧装置の機能ブロック図である。この発明の実施の形態１である図１の新エンジニアリングツールの機能ブロック図である。図３の工学値変換Ｃ言語ソースプログラムを示す説明図である。この発明の実施の形態２における旧エンジニアリングツールを含む旧装置の機能ブロック図である。この発明の実施の形態２である新エンジニアリングツールの機能ブロック図である。この発明の実施の形態３における旧エンジニアリングツールを含む旧装置の機能ブロック図である。この発明の実施の形態３である新エンジニアリングツールの機能ブロック図である。この発明の実施の形態４である新エンジニアリングツールの機能ブロック図である。図９の新エンジニアリングツールのアナログ信号対応テーブルを示す図である。この発明の実施の形態５である新エンジニアリングツールの機能ブロック図である。

実施の形態１．
図１〜図４は、この発明を実施するための実施の形態１を示すものであり、図１はこの発明の新エンジニアリングツールを含むプラント制御装置の全体構成を示す構成図、図２はこの発明の実施の形態１における旧エンジニアリングツールを含む旧装置の機能ブロック図である。図３はこの発明の新エンジニアリングツールの機能ブロック図、図４は図３の工学値変換Ｃ言語ソースプログラムを示す説明図である。図１において、新エンジニアリングツール１は、主系ＣＮＳ（コントローラ）４及び待機系ＣＮＳ５の二重系の第２の制御装置としての新制御装置３で実行されるプログラムを生成する（詳細後述）。新エンジニアリングツール１は、エンジニアリング機能を格納するプログラムメモリ１ａと、機能を呼び出して実行するＣＰＵ（中央演算装置）１ｂと、演算に利用するＲＡＭ１ｃと、新エンジニアリングツール１で生成される情報を長期に格納する外部記憶装置１ｄから構成される。新エンジニアリングツール１で作成され外部記憶装置１ｄに格納されたプログラムは、制御ネットワーク２を経由して新制御装置３に転送される。

新制御装置３へ転送されたプログラムは、新制御装置３の制御用ロジックとして使用される。主系ＣＮＳ４は、新エンジニアリングツール１で作成されたプログラムを格納する不揮発性メモリ４ａと、演算用プログラムを格納するプログラムメモリ４ｂと、プログラムを読み出して実行するＣＰＵ４ｃと、トラッキングメモリ４ｄとを有する。待機系ＣＮＳ５は、待機系として使用され、主系ＣＮＳ４と同様の新エンジニアリングツール１で作成された制御用のプログラムを格納する不揮発性メモリ５ａと、演算用プログラムを格納するプログラムメモリ５ｂと、プログラムを読み出して実行するＣＰＵ５ｃと、トラッキングメモリ５ｄとを有する。トラッキングメモリ５ｄは、主系ＣＮＳ４が動作中であるとき、主系ＣＮＳ４が実行中のプログラムのデータを待機中の待機系ＣＮＳ５のトラッキングメモリ５ｄにトラッキング（コピー）するためのものである。トラッキングメモリ４ｄは、待機系ＣＮＳ５が動作中であるとき、待機系ＣＮＳ５が実行中のプログラムのデータを待機中の主系ＣＮＳ４のトラッキングメモリ４ｄにトラッキングするためのものである。

主系ＣＮＳ４及び待機系ＣＮＳ５にはプラント機器６が接続され、ＣＰＵ４ｃあるいはＣＰＵ５ｃで実行されるプログラムは、プラント機器６からの入力を受けて演算を行い、その結果をプラント機器６に出力する。主系ＣＮＳ４と待機系ＣＮＳ５は、トラッキングケーブル３ａで接続されている。主系ＣＮＳ４がダウン時、待機系ＣＮＳ５に制御が切り替わる。主系ＣＮＳ４から待機系ＣＮＳ５には、トラッキングケーブル３ａ経由で、プログラム実行用のデータがトラッキングされており、切り替り後の待機系ＣＮＳ５は、それまでに主系ＣＮＳ４で実行していたデータに基づいて、プログラムを再開できる。

次に、図２により、旧エンジニアリングツール、旧ファームウェア開発装置、旧制御装置の機能ブロック構成を説明する。これらの機能ブロックは、図示していないが各装置におけるＣＰＵと記憶装置とを用いてソフトウェアにて実現されている。図２において、既設の旧エンジニアリングツール６１と旧ファームウェア開発装置６２を含む旧装置及び第１の制御装置としての旧制御装置６３を図示しているが、これらからは図３に示す新しく開発した新制御装置３と新エンジニアリングツール１へ種々のデータが送られ、新エンジニアリングツール１にて新しいプログラムが作成され、新しいプログラムに基づいて新制御装置３にてプラント機器６（図１）の制御が行われる。旧エンジニアリングツール６１は、プログラム作成記憶手段６１ａ、コンパイラ６１ｂ、実行コード記憶手段６１ｃ、転送手段６１ｄを有する。旧ファームウェア開発装置６２は、工学値変換ソースプログラム作成記憶手段６２ａ、コンパイラ６２ｂ、工学値変換実行コード記憶手段６２ｃを有する。旧制御装置６３は、工学値変換手段６３ａ、工学値変換実行コード記憶手段６３ｂ、エミュレータ６３ｃ、実行コード記憶手段６３ｄを有する。

次に、通常の操作について、図２の旧システムを用いて説明する。旧エンジニアリングツール６１上で、箱と変数を接続し、プログラム作成記憶手段６１ａにて第１の制御装置用ソースプログラムとしての旧プログラムＰＲＯ１を作成し記憶する。この旧プログラムＰＲＯ１は、例えばプラント機器６（図１）から後述の工学値変換手段６３ａ（図２）を介して入力される工学値の信号ＡＩ０００１を入力として、ＰＩＤ命令でＰＩＤ演算を行い、操作量を出力信号ＡＯ０００１として出力するプログラムである。この旧プログラムＰＲＯ１はコンパイラ６１ｂで制御装置用の実行コードにコンパイルされ実行コード記憶手段６１ｃに記憶され、転送手段６１ｄで、旧制御装置６３の実行コード記憶手段６３ｄに転送される。転送された実行コードは、旧制御装置６３のエミュレータ６３ｃで実行、例えばＰＩＤ演算がなされる。

一方、旧制御装置６３のファームウェア（Ｆ／Ｗ）で処理する例として、アナログ入力の工学値変換を例として説明する。アナログ入力の工学値変換は、図示しないアナログデジタル変換ユニットからの入力信号ＡＩ０００１＿Ｃ（一般的に４００〜４０００の範囲の値）を、制御演算用の工学値の信号ＡＩ０００１（０〜１００％）に変換する処理である。旧制御装置６３は、後述の工学値変換実行コードＣＯＤＥ１に基づいて工学値変換手段６３ａにて入力信号ＡＩ０００１＿Ｃを工学値変換し、変換された工学値の信号ＡＩ０００１はエミュレータ６３ｃに入力され、エミュレータ６３ｃにて例えばＰＩＤ演算処理され、ＰＩＤ演算の結果を出力信号ＡＯ０００１としてプラント機器６へ出力しプラント機器６を制御する。

なお、工学値変換実行コードＣＯＤＥ１は、旧ファームウェア開発装置６２上で開発される。旧制御装置６３のファームウェアの開発者は工学値変換ソースプログラム作成記憶手段６２ａにて工学値変換ソースプログラム（例えば工学値変換Ｃソースプログラム）を作成し、コンパイラ６２ｂで当該工学値変換ソースプログラムをコンパイルし、コンパイルの結果生成された工学値変換実行コードＣＯＤＥ１を工学値変換実行コード記憶手段６２ｃに記憶するとともにＲＯＭに記録して旧制御装置６３の工学値変換実行コード記憶手段６３ｂに渡す。工学値変換手段６３ａは工学値変換実行コード記憶手段６３ｂに記憶された工学値変換実行コードに基づき工学値変換を行う。工学値変換ソースプログラムの例として工学値変換Ｃ言語ソースプログラムの詳細を図４に示す。入力信号が４００から４０００の範囲を、０〜１００％の工学値の信号に変換する処理である。

次に、新エンジニアリングツールについて図３により説明する。図３において、新エンジニアリングツール１は、ソースプログラム変換装置としてのプログラム変換手段１１、新プログラム作成記憶手段１２、ファームウェア変換装置としてのＦ／Ｗ（ファームウェア）変換手段１３、新工学値変換プログラム作成記憶手段１４、コンパイラ１６、実行コード記憶手段１７、転送手段１８を有する。これら機能は、図１に示した新エンジニアリングツール１のプログラムメモリ１ａ、ＣＰＵ１ｂ、ＲＡＭ１ｃ、外部記憶装置１ｄを用いてソフトウェアにて実現されている。新制御装置３は、実行コード記憶手段３１、エミュレータ３２を有する。

新エンジニアリングツール１により、旧制御装置６３を新制御装置３にリプレースする際、旧エンジニアリングツール６１で作成された旧プログラムを新しい新制御装置３用に置き換える。このとき、プログラム変換手段１１を使い、旧プログラムＰＲＯ１を新プログラムＮＰＲＯ１に変換する。図３の実施例では、ＰＩＤ制御プログラムを例にしており、旧プログラムＰＲＯ１は、プログラム変換手段１１により、第２の制御装置用ソースプログラムとしての新プログラムＮＰＲＯ１に変換され、新プログラム作成記憶手段１２に記憶され、さらにコンパイラ１６へ送られる。この新プログラムＮＰＲＯ１は、例えば、工学値の信号ＡＩ０００１をＰＩＤ演算して出力信号ＡＯ０００１を出力するプログラムである。なお、旧制御装置６３で使用していなかったもので新規に作成を要するプログラムは、新エンジニアリングツール１を使用して新規に作成するが、この作成については旧エンジニアリングツール６１にて従来行っていたのと同様の作業である。

一方、旧制御装置６３の工学値変換処理は、新制御装置３ではアーキテクチャが相違するため、ファームウェアでは処理せず、新エンジニアリングツール１でプログラムを作成する必要がある。これに対処するため、Ｆ／Ｗ変換手段１３を使用し、旧ファームウェア開発装置６２の工学値変換ソースプログラム作成記憶手段６２ａ（図２）にて作成した旧工学値変換ソースプログラムＰＲＯ２を、新制御装置３にて使用可能なファームウェアプログラムとしての新工学値変換プログラムＮＰＲＯ２に変換し、新工学値変換プログラム作成記憶手段１４に記憶させる。上記新工学値変換プログラムＮＰＲＯ２は、例えば、工学値変換の入力である入力信号ＡＩ０００１＿Ｃを工学値変換して工学値の信号ＡＩ０００１を出力するプログラムである。なお、入力信号ＡＩ０００１＿Ｃ及び工学値の信号ＡＩ０００１のアドレスは新工学値変換プログラム作成記憶手段１４に記憶された新工学値変換プログラムに手作業で割付ける。新工学値変換プログラムＮＰＲＯ２は、新工学値変換プログラム作成記憶手段１４からコンパイラ１６へ送られる。

新プログラム作成記憶手段１２から送られた新プログラムＮＰＲＯ１及び新工学値変換プログラム作成記憶手段１４から送られた新工学値変換プログラムＮＰＲＯ２は、コンパイラ１６でコンパイルされて、実行コードに変換され実行コード変換手段に１７に記憶される。この実行コードは転送手段１８で新制御装置３に転送される。新制御装置３に転送された実行コードは、実行コード記憶手段３１に記憶され、エミュレータ３２で実行される。実行コードは、入力信号ＡＩ０００１＿Ｃを入力とし、ＰＩＤの演算結果を出力信号ＡＯ０００１として出力する。旧制御装置６３の場合と、同様の動作である。

以上のように、リプレース前の旧制御装置に使用されていた旧プログラムＰＲＯ１（例えばＰＩＤ制御）、旧ファームウェア（例えば、旧工学値変換ソースプログラムＰＲＯ２）等の旧制御装置用プログラムを自動で変換して新制御装置のプログラムに流用するようにしたので、新制御装置におけるプログラムの流用率を大幅に向上させることができ、第２の制御装置用プログラムを作成する工数を低減できる。

実施の形態２．
図５及び図６は、実施の形態２を示すものであり、図５はこの発明の実施の形態２における旧エンジニアリングツールを含む旧装置の機能ブロック図、図６はこの発明の新エンジニアリングツールの機能ブロック図である。図５において、旧制御装置６３の工学値変換実行コード記憶手段６３ｂから、図６の工学値変換実行コード記憶手段２３（後述）へ、工学値変換実行コードＣＯＤＥ１が送られる。図６において、新エンジニアリングツール１０１は、オブジェクトコード記憶手段２１、リンカ２２、工学値変換実行コード記憶手段２３を有する。その他の構成については、図３に示した実施の形態１と同様のものであるので、相当するものに同じ符号を付して説明を省略する。

図６に示すように、新制御装置１０３の実行方式がエミュレータ方式でなく、新制御装置１０３のネイティブコードに変換する方式の場合、工学値変換ソースプログラムをコンパイルした工学値変換実行コードＣＯＤＥ１（図２及び図５の工学値変換実行コード記憶手段６３ｂに記憶されている）を使って変換を行う。まず、旧制御装置６３の工学値変換実行コード記憶手段６３ｂに記憶されたファームウェアの工学値変換実行コードＣＯＤＥ１のファイルを図６の新エンジニアリングツール１０１の工学値変換実行コード記憶手段２３にコピーする。

新エンジニアリングツール１０１では、工学値変換の処理を記述した新工学値変換プログラムＮＰＲＯ２を新工学値変換プログラム作成記憶手段１４にて手作業で作成する。この新工学値変換プログラムＮＰＲＯ２と新規に通常の方法にて新プログラム作成記憶手段１２にて作成した別の新プログラムＮＰＲＯ３（ＰＩＤ）とをコンパイラ１６が、新制御装置１０３用のオブジェクトコードにコンパイルし、オブジェクトコード記憶手段２１に記憶する。リンカ２２は、工学値変換実行コード記憶手段２３に記憶された工学値変換実行コードＣＯＤＥ１と上記オブジェクトコードとをリンクさせ、実行コードを生成し、実行コード記憶手段１７に記憶する。実行コードは転送手段１８で新制御装置１０３に転送され、実行手段３４にてプラント機器６の制御や監視が実行される。なお、旧プログラムＰＲＯ１は、要すれば新エンジニアリングツール１０１のプログラム変換手段１１を使い、実施の形態１と同様に新プログラムＮＰＲＯ１（ＰＩＤ）に自動変換して上記別の新プログラムＮＰＲＯ３と併せて使用する。

以上のように、旧ファームウェア開発装置６２のオブジェクトである工学値変換実行コードＣＯＤＥ１をそのまま使って新しい新制御装置１０３で実行できるようにしたので、新しい新制御装置１０３がエミュレータ方式でなく、ネイティブコードの実行方式の場合に対しても対応可能となる。また、旧制御装置６３の工学値変換実行コードＣＯＤＥ１にコンパイルする前のファームウェア（工学値変換プログラム）のソースコードを紛失した場合も対応できる。

実施の形態３．
図７及び図８は、実施の形態３を示すものであり、図７はこの発明の実施の形態３における旧エンジニアリングツールを含む旧装置の機能ブロック図、図８はこの発明の新エンジニアリングツールの機能ブロック図である。図７において、工学値変換実行コード記憶手段６３ｂに記憶された工学値変換実行コードＣＯＤＥ１は通信回線としてのイーサネット（登録商標）８１を介して図８の新エンジニアリングツール２０１のＦ／Ｗアップローダ２５（後述）に接続されている。図８において、新エンジニアリングツール２０１は、Ｆ／Ｗアップローダ２５を有する。旧制御装置６３（図２）のファームウェアの工学値変換実行コードＣＯＤＥ１は、旧制御装置６３の工学値変換実行コード記憶手段６３ｂからファイルコピーするが、旧ファームウェア開発装置６２が壊れた場合など、ソースファイルやオブジェクトコードのファイルを紛失する場合がしばしばありうる。このような場合に、旧制御装置６３と新エンジニアリングツール２０１とをイーサネット（登録商標）８１で接続し、旧制御装置６３の工学値変換実行コード記憶手段６３ｂ（図７）に記憶された工学値変換実行コードＣＯＤＥ１を吸い上げるＦ／Ｗアップローダ２５を搭載する。工学値変換実行コードＣＯＤＥ１を吸い上げた後の処理は、実施の形態２に示した新エンジニアリングツール１０１と同様である。

以上のように、旧制御装置６３からオブジェクトである工学値変換実行コードＣＯＤＥ１を吸い上げるようにしたので、旧ファームウェア開発装置６２のファームウェアのソースファイルやオブジェクトが入手できない場合にも、新しい新制御装置１０３で同等の処理を容易に実現できる。

実施の形態４．
図９及び図１０は、実施の形態４を示すものであり、図９は新エンジニアリングツールの機能ブロック図、図１０は図９の新エンジニアリングツールのアナログ信号対応テーブルを示す図である。図９において、新エンジニアリングツール３０１は信号自動割当手段２６を有する。実施の形態１では、旧制御装置６３のファームウェア処理に相当するファームウェアプログラムとしての新工学値変換プログラムＮＰＲＯ２における入力信号ＡＩ０００１＿Ｃ及び工学値の信号ＡＩ０００１のアドレスは新工学値変換プログラム作成記憶手段１４において手作業で割付けることとしていた（図３の新工学値変換プログラム作成記憶手段１４参照）。工学値変換の入力信号ＡＩ０００１＿Ｃは、図示しないアナログ入力ユニットからのカウント値であり、工学値の信号ＡＩ０００１に変換される。工学値の信号ＡＩ０００１は、新プログラムＮＰＲＯ１（ＰＩＤ制御）の入力として使われる。

この入力信号ＡＩ０００１＿Ｃ（カウント値）と工学値の信号ＡＩ０００１との対応は、ユーザがプログラムを作成する上で対応を管理する必要があり、一般的に、ファイルなどで管理される。このファイルを、アナログ信号対応テーブルと呼ぶ。テーブルとしてのアナログ信号対応テーブルＴＡＢ１の内容を、図１０に示す。アナログ信号対応テーブルＴＡＢ１の１行が入力信号ＡＩ０００１＿Ｃのアドレスと工学値の信号ＡＩ０００１のアドレスとの対応関係を示す。例えば、アドレスＲＩＯＷ２１にある入力信号ＡＩ０００２＿Ｃを工学値変換した値は工学値の信号ＡＩ０００２としてアドレスＣＯＷ２に格納される。信号自動割当手段２６は、新工学値変換プログラム作成記憶手段１４が旧工学値変換ソースプログラムＰＲＯ２を新工学値変換プログラムＮＰＲＯ２に変換する際に、アナログ信号対応テーブルＴＡＢ１を読み出し、当該アナログ信号対応テーブルＴＡＢ１の対応関係に従って、新工学値変換プログラムＮＰＲＯ２にに使用される信号である入力信号ＡＩ０００１＿Ｃと工学値の信号ＡＩ０００１の各アドレスを自動割当する。

以上のように、信号自動割当手段２６が、旧制御装置６３のファームウェア処理から変換された新工学値変換プログラムにおける信号である入力信号や出力信号のアドレスを自動割当するようにしたので、変換後に信号を手作業で割り当てる作業を省力化できる。

実施の形態５．
図１１は、この発明の実施の形態５である新エンジニアリングツールの機能ブロック図である。図１１において、新エンジニアリングツール４０１はビューアとしての旧プログラムビューア２８を有する。一般的に、旧エンジニアリングツールの旧プログラムに対し、新エンジニアリングツールの新プログラムＮＰＲＯ１は、プログラムの図形の見栄えや入出力の形が、ＯＳのＧＵＩの高度化などに伴い、改善される。これに対し、旧エンジニアリングツールに慣れたユーザは旧プログラムＰＲＯ１と同じビューでプログラムを見たいという要請や、旧プログラムとの整合性（突き合わせ）チェックを行うときに、旧プログラムと同じ見栄えでチェックしたい、という要請がある。この実施の形態は、このような要請に応えるために、実施の形態１に対し、旧プログラムビューア２８を追加する。旧プログラムビューア２８は、新プログラムＮＰＲＯ１を読み込んで、旧プログラムＰＲＯ１と同じ見栄えのプログラムＰＲＯ２９を生成する。

以上のように、新プログラムを旧プログラムの見栄えで表示するようにしたので、旧エンジニアリングツールに慣れたユーザは旧プログラムと同じビューでプログラムを見ることが可能となる。また、ユーザが新プログラムと旧プログラムとの整合チェックを行うときに、旧プログラムと同じ見栄えでチェックすることができる。

なお、本発明は、その発明の範囲内において、上述した各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変更、省略することが可能である。

１新エンジニアリングツール、３新制御装置、１１プログラム変換手段、
１２新プログラム作成記憶手段、１３Ｆ／Ｗ変換手段、
１４新工学値変換プログラム作成記憶手段、１７実行コード記憶手段、
２１オブジェクトコード記憶手段、２２リンカ、
２３工学値変換実行コード記憶手段、２５Ｆ／Ｗアップローダ、
２６信号自動割当手段、２８旧プログラムビューア、３１実行コード記憶手段、
３２エミュレータ、３４実行手段、６１旧エンジニアリングツール、
６１ａプログラム作成記憶手段、６１ｃ実行コード記憶手段、
６２旧ファームウェア開発装置、６２ａ工学値変換ソースプログラム作成記憶手段、
６２ｃ工学値変換実行コード記憶手段、６３旧制御装置、６３ａ工学値変換手段、
６３ｂ工学値変換実行コード記憶手段、６３ｃエミュレータ、
６３ｄ実行コード記憶手段、１０１新エンジニアリングツール、
１０３新制御装置、２０１，３０１，４０１新エンジニアリングツール。

Claims

ソースプログラム変換装置とファームウェア変換装置とを有するエンジニアリングツールであって、
前記ソースプログラム変換装置は、第１の制御装置を動作させるための第１の制御装置用ソースプログラムを第２の制御装置が実行可能な第２の制御装置用ソースプログラムに変換するものであり、
前記ファームウェア変換装置は、前記第１の制御装置を動作させるための第１の制御装置用ファームウェアを前記第２の制御装置が実行可能なものに変換するものである
エンジニアリングツール。
前記ファームウェア変換装置は、前記第１の制御装置用ファームウェアの実行コードを前記第２の制御装置用ソースプログラムの実行コードにリンクさせることにより前記第１の制御装置用ファームウェアを前記第２の制御装置が実行可能なものに変換するものである
請求項１に記載のエンジニアリングツール。
前記ファームウェア変換装置は、前記第１の制御装置用ファームウェアの実行コードを通信回線を介して入手し前記第２の制御装置用ソースプログラムの実行コードにリンクさせることにより前記第１の制御装置用ファームウェアを前記第２の制御装置が実行可能なものに変換するものである
請求項２に記載のエンジニアリングツール。
前記ファームウェア変換装置は、前記第１の制御装置用ファームウェアを前記第２の制御装置が利用可能なファームウェアプログラムに変換するものであって、前記ファームウェアプログラムに変換する際に、前記ファームウェアプログラムで使用される信号のアドレスである変換後アドレスをテーブルから検索して前記ファームウェアプログラムに割り付けるものであって、
前記テーブルは、前記信号と前記変換後アドレスとを対応させて定義したものである
請求項１に記載のエンジニアリングツール。
前記第２の制御装置用ソースプログラムを前記第１の制御装置用ソースプログラムのフォーマットで参照可能とするビューアを有するものである
請求項１から請求項４のいずれか１項に記載のエンジニアリングツール。