JP2017139876A - 制御装置 - Google Patents

Abstract

【課題】 不必要なデータの受渡しが行われることを回避しつつ、簡便に多様な用途に対応可能な制御装置を提供する。【解決手段】 インバータ制御装置１０は、電動機３を駆動するインバータ主回路の制御を行う制御信号を、外部から与えられる１または複数の入力信号に応じて生成する。インバータ制御装置１０は、電動機の駆動状態を指定する内部データを演算するための１または複数のアプリケーションプログラムを実行するＣＰＵ１００と、内部データを基に制御信号を生成する処理を実行するＣＰＵ２００と、ＣＰＵ１００にて実行されるアプリケーションプログラムの実行周期に応じてＣＰＵ１００とＣＰＵ２００との間の監視データおよび内部データの受渡し周期を調整する同期管理部１１２（アプリケーション実行用システム部１１０）とを有する。【選択図】図１

Description

本発明は、電力変換装置を制御する制御装置に関する。

工場や各種プラント等の産業施設では、各種操業を制御するための制御システムが構築されることが多い。この種の制御システムは、インバータ等の電力変換装置と、電力変換装置の上位装置であるＰＬＣ（Programmable Logic Controller）と、電力変換装置によって駆動制御される電動機等とを含んでいる。電力変換装置は、例えば直流電力を交流電力に変換して出力するインバータ主回路などの電力変換回路と、電力変換回路の作動制御を行う制御装置とを含んでいる。

制御装置は上位装置から与えられる運転指令（例えば、電動機の回転速度を指定する速度指令或いは電動機に供給する電力の電圧値を指定する電圧指令等）に応じて生成した制御信号（例えば、ＰＷＭ（Pulse Width Modulation）信号）を電力変換回路に与える。電力変換回路は電動機に与える電力の電圧値等をその制御信号に応じて調整する。これにより電動機の駆動制御が実現される。

この種の駆動制御の具体的な内容は、電動機の用途に応じて異なり、紡績機用や印刷機用等の電動機の用途毎に作成されたアプリケーションプログラムにしたがって行われる第１の演算、具体的には、電動機の駆動状態を指定する運転指令を生成する演算と、第１の演算により生成された運転指令に応じて制御信号を生成する第２の演算とに大別される。従来、第１の演算については制御装置の外部のＰＬＣ（例えば上位装置）に実行させ、第２の演算を制御装置に実行させることが一般的であった。例えば、ＰＬＣには、紡績機等に対する操作に応じた信号（スイッチのオンまたはオフを示す信号や、センサ出力などの電圧値を示す信号）が与えられ、このようにして外部から与えられた信号を入力としてＰＬＣは第１の演算を実行し、運転指令を生成する。これに対して近年では、第１の演算を実行する機能を備えた制御装置も提案されている。このような制御装置であれば、アプリケーションプログラムを入れ替えるだけで多様な用途に対応することができる。

上記第１および第２の演算の実機能を備えた制御装置、すなわち、第１の演算を実行する第１の演算手段と第２の演算を実行する第２の演算手段とを備えた制御装置には、両手段を同期させて動作させるための手段が設けられている場合がある。特許文献１には、組み込みのドライブ制御システムプログラムにしたがってドライブ主回路（インバータ主回路）を制御するドライブ制御部と、ドライブ制御部から取得した制御パラメータを用いて所定のアプリケーションプログラムを実行し、その演算結果を基にドライブ制御部を制御するＰＬＣ部と、上記各部の動作を同期させる制御スキャン同期手段と、制御スキャン同期手段を制御するＣＰＵとを有するＰＬＣ機能内蔵型ドライブ制御装置が開示されている。特許文献１に開示の技術によれば、制御スキャン同期手段による制御の下、ＰＬＣ部とドライブ制御部とを同期させることが可能となる。

特開２００７−６８２９２号公報

近年では、アプリケーションプログラムの高機能化に伴い、プログラム実行時の演算量は増加傾向にある。第１の演算と第２の演算の両方を制御装置のＣＰＵに実行させる場合、増加する演算量に対応するために、従来よりも高性能なＣＰＵを制御装置に設ける必要があるが、次のような問題が発生する。例えば、特許文献１に開示のインバータ制御装置を高性能なＣＰＵ、すなわち動作クロックの高いＣＰＵで構成すると、ドライブ制御部とＰＬＣ部との間のデータ受渡し周期が動作クロックに応じて短くなり、データに変化が発生していないにもかかわらず、データの受渡しが不必要に行われる、といった問題が発生する。

この発明は、以上のような事情に鑑みてなされたものであり、不必要なデータの受渡しが行われることを回避しつつ、簡便に多様な用途に対応可能な制御装置を提供することを目的とする。

上記課題を解決するために本発明は、電動機を駆動する電力変換装置の制御を行う制御信号を、外部から与えられる１または複数の入力信号に応じて生成する制御装置であって、電動機の駆動状態を指定する内部データを、１または複数の入力信号に応じて演算するための１または複数のアプリケーションプログラムを実行する第１の演算手段と、内部データを基に制御信号を生成する処理を実行する第２の演算手段と、第１の演算手段にて実行されるアプリケーションプログラムの実行周期に応じて第１の演算手段と第２の演算手段との間のデータの受渡し周期を調整する同期管理手段とを有することを特徴とする制御装置を提供する。

本発明によれば、アプリケーションプログラムの入れ替えで多様な用途に対応できる。また、本発明によれば、第１の演算手段と第２の演算手段との間のデータの受渡し周期が適切な値に調整され、第１の演算手段と第２の演算手段との間で不必要なデータの受渡しが発生することがない。

本発明によれば、不必要なデータの受渡しが行われることを回避しつつ、簡便に多様な用途に対応可能な制御装置を提供することが可能となる。

本発明の一実施形態であるインバータ制御装置１０を有するインバータ１の構成を示すブロック図である。 同実施形態におけるタスク管理テーブル１３０の一例を示す図である。 同実施形態におけるＣＰＵ１００の構成を示すブロック図である。 同実施形態において、同期管理部１１２が実行する処理の内容を示すフローチャートである。 従来のＤＰＲＡＭを介して行われるデータの受渡し例を示す図である。 同実施形態におけるＤＰＲＡＭ３１０を介して行われるデータの受渡し例を示す図である。

＜第１実施形態＞
以下、図面を参照し、この発明の実施形態について説明する。
図１は本発明の一実施形態であるインバータ制御装置１０を有するインバータ１の構成を示すブロック図である。図１に示すように、インバータ１はインバータ制御装置１０と、電力変換部２０とを有する。

電力変換部２０は、交流電源２から供給される交流電力を一旦直流電力に変換するコンバータ部と、インバータ制御装置１０から与えられる制御信号に応じてその直流電力を交流電力に変換し、電動機３に供給するインバータ主回路とを含む。インバータ主回路は、ＩＧＢＴ等の複数のスイッチング素子を有している。これらスイッチング素子のオン／オフは、インバータ制御装置１０から与えられる制御信号に応じて切り替えられる。詳細については後述するが、インバータ制御装置１０は、外部から与えられる入力信号に応じて上記制御信号を生成する。インバータ制御装置１０に外部から与えられる入力信号の具体例としては、スイッチのオンまたはオフを示す信号や、センサ出力などの電圧値を示す信号が挙げられる。外部からインバータ制御装置１０に与えられる入力信号は１つであっても良いし、複数でも良い。

インバータ制御装置１０は、インバータ主回路の電流や電圧等の監視結果（以下、「監視データ」と呼ぶ）および外部から与えられる入力信号を入力データとして所定のアプリケーションプログラムに従って演算を実行し、電動機３の駆動状態を指定する内部データを生成する。本実施形態における内部データは、電動機３の回転速度を指定する速度指令や電動機３の出力トルクを指定するトルク指令、或いは電力変換部２０から電動機３へ供給する交流電力の電圧値を指定する電圧指令や電流値を指定する電流指令などの運転指令である。そして、インバータ制御装置１０は、上記内部データを基に制御信号を生成し、インバータ主回路に出力する。インバータ制御装置１０は、ＣＰＵ１００と、ＣＰＵ２００と、同期Ｉ／Ｆ（インタフェース）手段３００とを有する。

同期Ｉ／Ｆ手段３００は、ＣＰＵ１００およびＣＰＵ２００から同時アクセス可能なＤＰＲＡＭ３１０（デュアルポートＲＡＭ）を有し、ＣＰＵ１００とＣＰＵ２００の間のデータ授受を仲介する。ＤＰＲＡＭ３１０は、複数の記憶領域を有している。ＣＰＵ１００によって第１のポート（図示略）を介して何れかの記憶領域へ書き込まれたデータについて、ＣＰＵ２００は、書き込み完了後であれば任意のタイミングで第２のポート（図示略）を介して読み出すことができる。

ＤＰＲＡＭ３１０は、ＣＰＵ１００により指定された周期（以下、出力同期周期）のタイミング信号を生成し、ＣＰＵ１００およびＣＰＵ２００に与える。本実施形態では、このタイミング信号に従ってＣＰＵ１００とＣＰＵ２００との間のデータの授受、例えばＣＰＵ１００からＣＰＵ２００への内部データの受渡しが行われる。より詳細に説明すると、ＣＰＵ１００は上記タイミング信号を受信したことを契機として内部データをＤＰＲＡＭ３１０の所定の記憶領域へ書き込む。一方、ＣＰＵ２００は、ＣＰＵ１００によるデータの書込み完了を待って内部データをＤＰＲＡＭ３１０の所定の記憶領域から読み出す。

ＣＰＵ２００は、インバータ制御装置に固有の処理、すなわちインバータ主回路の制御を行う制御信号を運転指令（ＣＰＵ１００により生成された内部データ）に応じて生成し、インバータ主回路に出力する処理、を実行する。ＣＰＵ２００は、インバータ制御用システム部２１０と、入出力Ｉ／Ｆ部２２０と、ドライブ部２３０とを有する。

インバータ制御用システム部２１０は、インバータ制御装置固有の処理をドライブ部２３０に実行させるプログラム（以下、固有のプログラム）の起動処理を行うとともに、この固有のプログラムに従ってドライブ部２３０が実行するタスクの処理時間の管理等の時間管理およびデータ管理を行う。

入出力Ｉ／Ｆ部２２０は、外部とのデータの送受信を仲介するインタフェースである。より詳細には、入出力Ｉ／Ｆ部２２０は、インバータ主回路の電圧や電流等を監視するセンサ（図示略）から、監視データを取得し、ドライブ部２３０に与える。また、入出力Ｉ／Ｆ部２２０は、外部から入力信号を受け取り、ドライブ部２３０に与える。また、入出力Ｉ／Ｆ部２２０は、これらのデータを基にドライブ部２３０によって生成される各種データを外部に送信する。

ドライブ部２３０は、固有のプログラムを実行し、以下の処理を所定の周期（例えば、０．５ｍｓ周期）で実行する。固有のプログラムにしたがって作動しているドライブ部２３０は、入出力Ｉ／Ｆ部２２０から受け取った監視データと入力信号をＣＰＵ２００のメモリ上に構成された出力バッファ（図示略）に上記所定の周期で格納する。

また、ドライブ部２３０は、前述のタイミング信号の受信を契機として、出力バッファに格納されている監視データと入力信号をＤＰＲＡＭ３１０に書き込む一方、ＣＰＵ１００により生成された内部データをＤＰＲＡＭ３１０から読み出して、ＣＰＵ２００のメモリ上に構成された入力バッファ（図示略）に格納する。そして、ドライブ部２３０は、入力バッファに格納された内部データを読み出し、当該内部データを基にインバータ主回路の制御を行う制御信号を生成し、入出力Ｉ／Ｆ部２２０に与える。また、ドライブ部２３０は、入力バッファから読み出した内部データを基に、インバータ１の運転状態を示す運転情報を生成し、入出力Ｉ／Ｆ部２２０に与える。入出力Ｉ／Ｆ部２２０に与えられた制御信号および運転情報は、それぞれインバータ主回路および外部に送信される。

ＣＰＵ１００は、前述した第１の演算を実行する第１の演算手段の役割を果たす。ＣＰＵ１００は、入力信号に応じて内部データを演算するためのアプリケーションプログラムを実行する。ＣＰＵ１００が実行するアプリケーションプログラムは１つであっても良いし、複数であっても良い。ＣＰＵ１００は、アプリケーション実行用システム部１１０とアプリケーション実行部１２０とを有する。

アプリケーション実行部１２０は、アプリケーションプログラムをメモリに格納し、アプリケーション実行用システム部１１０（起動管理部１１１）からの所定の実行周期（例えば、２ｍｓ周期）の起動指令を受けてアプリケーションプログラムを実行する。

より詳細には、アプリケーション実行部１２０は、上記タイミング信号の受信を契機として、ＤＰＲＡＭ３１０にアクセスし、監視データと入力信号をＤＰＲＡＭ３１０から読み出して、ＣＰＵ１００のメモリ内の入力バッファ（図示略）に格納する。アプリケーション実行部１２０は、入力バッファに格納された監視データと入力信号を読み出し、この監視データと入力信号を入力データとしてアプリケーションプログラムに従った演算を実行し、内部データ（運転指令）を生成する。そして、アプリケーション実行部１２０は、その演算結果である内部データをＣＰＵ１００のメモリ内の出力バッファ（図示略）に格納し、上記タイミング信号の受信を契機として、当該内部データをＤＰＲＡＭ３１０に与える。

ここで、アプリケーション実行部１２０により実行されるアプリケーションプログラムは、用途毎（例えば、紡績機用または印刷機用）の電動機駆動方法に従った演算処理を実現するためのものであり、ＰＣ４（パーソナルコンピュータ）により生成される。ＣＰＵ１００のメモリには、それぞれ異なるタスクをアプリケーション実行部１２０に実現させるＡＰ（１）〜ＡＰ（Ｎ）のＮ個（Ｎは自然数であり、本実施形態ではＮ＝４）のアプリケーションプログラムが格納されており（図３参照）、各タスクの属性はタスク管理テーブル１３０で管理されている。

図２は、タスク管理テーブル１３０の一例を示す図である。図２に示すように、タスク管理テーブル１３０には、タスクＮｏと、タスク種別と、起動条件を示す各データが互いに対応付けて格納されている。タスクＮｏは、タスクを一意に識別するための識別子である。以下では、タスクＮｏ＝ｎのタスクを「タスク（ｎ）」と表記する（ｎは自然数）。タスク種別は、定周期で実行されるタスクであるか否かを表す。本実施形態においてアプリケーション実行部１２０により実行されるタスクは「定周期」または「イベント（非定周期）」のいずれかに大別される。図２に示す例では、タスク（１）および（２）のタスク種別は「定周期」であり、タスク（３）および（４）のタスク種別は「イベント」である。すなわち、タスク（１）および（２）は定周期で実行されるタスクであり、タスク（３）および（４）はイベント発生を契機として実行されるタスクである。起動条件は、タスクの起動条件を表し、タスク種別が「定周期」であるタスクについては、その周期を表す数値が設定され、タスク種別が「イベント」であるタスクについては、その具体的なイベント内容が設定されている。

図２に示すように、タスク（１）は２ｍｓ周期で起動されるタスクであり、タスク（２）は３ｍｓ周期で起動されるタスクであり、タスク（３）はポート１への入力電圧の立下り検出時に起動されるタスクであり、タスク（４）は同ポートへの４．５Ｖ以上の入力電圧検出時に起動されるタスクである。なお、上記入力電圧の検出は入出力Ｉ／Ｆ部２２０により実行される。

図３は、アプリケーション実行用システム部１１０およびアプリケーション実行部１２０の構成を示すブロック図である。図３に示すように、アプリケーション実行用システム部１１０は起動管理部１１１と同期管理部１１２とを有する。起動管理部１１１は、タスク管理テーブル１３０の管理（すなわち、タスクに関する各種情報の追加、更新、削除）、アプリケーション実行部１２０が実行するタスクの処理時間の管理等の時間管理およびデータ管理を行う。起動管理部１１１は、ＰＣ４からアプリケーションプログラムを受け取ってメモリに書き込むとともに、起動条件の満たされたアプリケーションプログラムを起動する。

同期管理部１１２は、出力同期周期、すなわちＤＰＲＡＭ３１０を介して行われるＣＰＵ１００とＣＰＵ２００との間のデータの受渡し周期を調整する。図４は、同期管理部１１２が実行する処理の内容を示すフローチャートである。なお、出力同期周期の設定値は、例えばＣＰＵ１００のメモリ内に割り当てられた所定の記憶領域に設定される。

同期管理部１１２は、まず、出力同期周期に初期値として１０ｍｓをセットするとともに、タスクＮｏに対応するカウンタｎに初期値（本実施形態では１）をセットする（ステップＳ１００）。

次いで、同期管理部１１２は、すべてのタスクのタスク種別を読み込んだか否かを判定する（ステップＳ１１０）。具体的には、ｎ＞Ｎ（Ｎはアプリケーション実行部１２０により実行されるタスクの種類数：本実施形態では、Ｎ＝４）である場合に、すべてのタスクのタスク種別を読み込んだと判定する。同期管理部１１２は、ステップＳ１１０の判定結果が「Ｙｅｓ」の場合には処理を終了し、「Ｎｏ」の場合には起動管理部１１１からタスク管理テーブル１３０を受け取り、タスクＮｏ＝ｎのタスクのタスク種別を読み込む（ステップＳ１２０）。

次いで、同期管理部１１２は、タスクＮｏ＝ｎのタスクのタスク種別が「定周期」であるか否かを判定する（ステップＳ１３０）。ステップＳ１３０の判定結果が「Ｎｏ」の場合、同期管理部１１２は、カウンタｎに１を加算し（ステップＳ１６０）、ステップＳ１１０以降の処理を実行する。一方、ステップＳ１３０の判定結果が「Ｙｅｓ」の場合、同期管理部１１２は、タスクＮｏ＝ｎのタスクの起動条件をタスク管理テーブル１３０から読み出し、当該起動条件として設定されたタスクの実行周期が出力同期周期以下であるか否かを判定する（ステップＳ１４０）。

ステップＳ１４０の判定結果が「Ｎｏ」の場合、同期管理部１１２は、ステップＳ１６０の処理を実行した後、ステップＳ１１０以降の処理を実行する。一方、ステップＳ１４０の判定結果が「Ｙｅｓ」の場合、同期管理部１１２は、ステップＳ１４０にて読み出した起動条件の示すタスク実行周期を出力同期周期に設定し（ステップＳ１５０）、ステップＳ１６０の処理を実行した後、ステップＳ１１０以降の処理を実行する。

図４に示す処理を同期管理部１１２に実行させる結果、アプリケーション実行部１２０が実行するタスクに、初期値（１０ｍｓ）よりも短い周期で定周期実行されるタスクが１つだけ含まれている場合には、当該タスクの実行周期が出力同期周期として設定される。アプリケーション実行部１２０が実行するタスクに、初期値よりも短い周期で定周期実行されるタスクが２つ以上含まれている場合には、実行周期の最も短いタスクの実行周期が出力同期周期として設定される。アプリケーション実行部１２０が実行するタスクの全てが、非定周期で実行されるタスクである場合、またはアプリケーション実行部１２０が実行するタスクに定周期で実行されるタスクが含まれているものの、定周期で実行される全てのタスクの実行周期が初期値よりも長い場合には、出力同期周期は初期値のままとなる。例えば、タスク管理テーブル１３０の格納内容が図２の通りであれば、出力同期周期は２ｍｓ（すなわちタスク（１）の実行周期）に設定される。

同期管理部１１２は、上記各処理を実行して出力同期周期を調整すると、その設定値をＤＰＲＡＭ３１０に通知する。この通知を受けとったＤＰＲＡＭ３１０は、その設定値の示す周期でタイミング信号を生成し、当該タイミング信号をＣＰＵ１００および２００に与える。

図５は、出力同期周期を１ｍｓ固定とした場合（同期管理部１１２による調整を経ずに出力同期周期を設定した場合）にＤＰＲＡＭを介して行われるデータの受渡し例を示す図である。図６は本実施形態におけるＤＰＲＡＭ３１０を介して行われるデータの受渡し例を示す図である。図５および６において、横軸は時刻を示し、図中に示す矢印はデータの流れを表している。より詳細には、ドライブ部２３０から出力バッファ（ＣＰＵ２００側）に向かう矢印、出力バッファ（ＣＰＵ２００側）からＤＰＲＡＭに向かう矢印、ＤＰＲＡＭから入力バッファ（ＣＰＵ１００側）に向かう矢印、入力バッファ（ＣＰＵ１００側）からアプリケーション実行部１２０に向かう矢印は、それぞれ監視データおよび入力信号の流れを表している。また、アプリケーション実行部１２０から出力バッファ（ＣＰＵ１００側）に向かう矢印、出力バッファ（ＣＰＵ１００側）からＤＰＲＡＭに向かう矢印、ＤＰＲＡＭから入力バッファ（ＣＰＵ２００側）に向かう矢印、入力バッファ（ＣＰＵ２００側）からドライブ部２３０に向かう矢印は、それぞれ内部データ（運転指令）の流れを示す。

図５および６に示す例では、アプリケーション実行部１２０が実行するタスクは、タスク管理テーブル１３０に示すタスク１および２であり、各タスクの実行周期はそれぞれ２ｍｓおよび３ｍｓである。また、ドライブ部２３０による固有のプログラムの実行周期は０．５ｍｓである。前述したように図５における出力同期周期は１ｍｓに固定されているが、図６に示す例では出力同期周期は、上述したように２ｍｓに設定される。

図５に示すように、出力同期周期の設定値が１ｍｓであった場合、次のような問題が生じる。アプリケーション実行部１２０がドライブ部２３０から受け取った監視データおよび入力信号のうち、時刻Ａ、ＢおよびＣに受け取った監視データおよび入力信号（図中の点線矢印参照）は、入力バッファ（ＣＰＵ１００側）への格納後、アプリケーション実行部１２０によって読み出されることがない。つまり、上記監視データおよび入力信号は、タスク１または２の実行に寄与することがなく、アプリケーション実行部１２０とドライブ部２３０との間で不必要なデータの受渡しが発生している。また、アプリケーション実行部１２０がドライブ部２３０に与える内部データのうち、時刻Ｅで出力バッファに格納され、ドライブ部２３０に送信された内部データは、時刻Ｄにおいても重複して送信されている（図中の点線矢印参照）。つまり、上記内部データは、ドライブ部２３０が実行するタスクには不要であり、アプリケーション実行部１２０とドライブ部２３０との間で不必要な内部データの受渡しが発生している。

一方、同期管理部１１２による出力同期周期の調整により、ＤＰＲＡＭ３１０における出力同期周期の設定値を２ｍｓとした場合、図６に示すように、受渡しされたデータの全てが各部におけるタスクの実行に寄与しており、アプリケーション実行部１２０とドライブ部２３０との間で不必要な監視データや内部データ等の受渡しが発生することがない。従って、アプリケーション実行部１２０とドライブ２３０との間で不必要な監視データや内部データ等の受渡しが発生することを防止することができる。

また、図示は省略するが、アプリケーション実行部１２０が実行するタスクが、タスク管理テーブル１３０に示すタスク３および４である場合には、出力同期周期の設定値は初期値である１０ｍｓに設定され、同様の効果を得ることができる。この点は、アプリケーション実行部１２０が初期値よりも長い実行周期のタスクのみを実行する場合についても同様である。

以上、本実施形態によれば、用途に応じてアプリケーションプログラムを入れ替えることで、多様な用途に対応できる。また、本発明によれば、アプリケーション実行部１２０とドライブ部２３０との間のデータの受渡し周期が適切な値に調整され、アプリケーション実行部１２０とドライブ部２３０との間で不必要なデータの受渡しが発生することがない。したがって、不必要なデータの受渡しが行われることを回避しつつ、簡便に多様な用途に対応可能な制御装置を提供することが可能となる。

＜他の実施形態＞
以上、この発明の各実施形態について説明したが、この発明には他にも実施形態が考えられる。例えば、以下の通りである。

（１）上記実施形態では、ＣＰＵ１００の生成する内部データが運転指令そのものであったが、ＣＰＵ２００において運転指令への変換が可能なデータを上記内部データとしてＣＰＵ１００に生成させてもよい。また、上記実施形態では、同期Ｉ／Ｆ手段３００をデュアルポートＲＡＭで構成したが、要はＣＰＵ１００とＣＰＵ２００の共有メモリであれば良く、他の種類のメモリで構成しても良い。また、同期Ｉ／Ｆ手段３００を介することなく、ＣＰＵ１００とＣＰＵ２００との間の通信（例えばＣＰＵ間割込み）で内部データや監視データ等の受渡しを実現してもよい。

（２）上記実施形態において、同期管理手段３００をＣＰＵ２００に設けてもよい。また、同期管理手段３００をＣＰＵ１００または２００とは別個に設けてもよい。

（３）上記実施形態では、インバータ制御装置１０への本発明の適用例について説明したが、インバータ以外の電力変換装置の制御を行う制御装置に本発明を適用してもよい。

１…インバータ、１０…インバータ制御装置、１００，２００…ＣＰＵ、１１０…アプリケーション実行用システム部、１１１…起動管理部、１１２…同期管理部、１２０…アプリケーション実行部、１３０…同期管理テーブル、２０…電力変換部、２１０…インバータ制御用システム部、２２０…入出力Ｉ／Ｆ部、２３０…ドライブ部、３００…同期Ｉ／Ｆ手段、３１０…ＤＰＲＡＭ、２…電源、３…電動機、４…ＰＣ。

Claims (7)

1. 電動機を駆動する電力変換装置の制御を行う制御信号を、外部から与えられる１または複数の入力信号に応じて生成する制御装置であって、
   前記電動機の駆動状態を指定する内部データを、前記１または複数の入力信号に応じて演算するための１または複数のアプリケーションプログラムを実行する第１の演算手段と、
   前記内部データを基に前記制御信号を生成する処理を実行する第２の演算手段と、
   前記第１の演算手段にて実行されるアプリケーションプログラムの実行周期に応じて前記第１の演算手段と前記第２の演算手段との間のデータの受渡し周期を調整する同期管理手段と
   を有することを特徴とする制御装置。
2. 前記同期管理手段は、前記第１の演算手段によって実行されるアプリケーションプログラムの全てが、非定周期で実行されるアプリケーションプログラムである場合、または前記第１の演算手段によって実行されるアプリケーションプログラムに定周期で実行されるアプリケーションプログラムが含まれているものの、定周期で実行される全てのアプリケーションプログラムの実行周期が予め定められた周期よりも長い場合には、予め定められた周期を前記受渡し周期とする
   ことを特徴とする請求項１に記載の制御装置。
3. 前記同期管理手段は、前記第１の演算手段によって実行されるアプリケーションプログラムに前記予め定められた周期よりも短い周期で定周期実行されるアプリケーションプログラムが１つだけ含まれている場合には、当該アプリケーションプログラムの実行周期を前記受渡し周期とする
   ことを特徴とする請求項１または２に記載の制御装置。
4. 前記同期管理手段は、前記第１の演算手段によって実行されるアプリケーションプログラムに前記予め定められた周期よりも短い周期で定周期実行されるアプリケーションプログラムが２つ以上含まれている場合には、実行周期の最も短いアプリケーションプログラムの実行周期を前記受渡し周期とする
   ことを特徴とする請求項３に記載の制御装置。
5. 前記第１の演算手段と前記第２の演算手段との間の前記内部データの受渡しを仲介する同期インタフェース手段を有する
   ことを特徴とする請求項１〜４のいずれか１の請求項に記載の制御装置。
6. 前記同期インタフェース手段は、前記第１および前記第２の演算手段の各々から同時アクセス可能なデュアルポートＲＡＭである
   ことを特徴とする請求項５に記載の制御装置。
7. 前記同期管理手段は、前記第１の演算手段または前記第２の演算手段に設けられている
   ことを特徴とする請求項１〜６のいずれか１の請求項に記載の制御装置。

Images