JP2006099809A - コントローラ - Google Patents
コントローラ Download PDFInfo
- Publication number
- JP2006099809A JP2006099809A JP2005373482A JP2005373482A JP2006099809A JP 2006099809 A JP2006099809 A JP 2006099809A JP 2005373482 A JP2005373482 A JP 2005373482A JP 2005373482 A JP2005373482 A JP 2005373482A JP 2006099809 A JP2006099809 A JP 2006099809A
- Authority
- JP
- Japan
- Prior art keywords
- information
- plc
- data
- unit
- controller
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Programmable Controllers (AREA)
Abstract
【課題】 PLCと上位コンピュータはそれぞれコントローラと通信することにより、相手の状態を認識し、制御命令を送ることができるコントローラを提供すること
【解決手段】 コンピュータ2とPLC1との間に介在するコントローラである。ネットワーク接続可能な複数の通信部11と、共有メモリ28と、通信部を介して送受するデータにより、共有メモリとPLC内のメモリ1aに同一の情報を記憶させる制御部12(データ共有部32)を備えた。これにより、コンピュータがPLCの状態を知りたい場合には、コンピュータとの間で通信することにより取得できる。また、共有メモリに格納すると、PLCに対して制御命令を送ることができる。
【選択図】 図5
【解決手段】 コンピュータ2とPLC1との間に介在するコントローラである。ネットワーク接続可能な複数の通信部11と、共有メモリ28と、通信部を介して送受するデータにより、共有メモリとPLC内のメモリ1aに同一の情報を記憶させる制御部12(データ共有部32)を備えた。これにより、コンピュータがPLCの状態を知りたい場合には、コンピュータとの間で通信することにより取得できる。また、共有メモリに格納すると、PLCに対して制御命令を送ることができる。
【選択図】 図5
Description
本発明は、コントローラに関するもので、より具体的には、コンピュータとPLCとの間に介在するコントローラに関する。
FAシステム等において各種の制御をする場合、例えば、PLCにセンサ等を接続し、そのセンサで検出した情報をPLCで解析し、その解析結果に基づいてPLCの制御対象の機器に対して制御命令を送り、所定の作業を実行するようになっている。
そして、システム構成としては、PLC単独で動作するスタンドアロンや、ネットワークで接続された複数台のPLCを用いて、同期・協調制御等を行う方式などがある。また、協調制御等を行う場合に、図1に示すように、複数のPLC1を上位のコンピュータ(パソコン等)2にネットワーク接続し、その上位のコンピュータ2を介して、他のPLC1に対する情報の伝達を行うようにしたものもある。
ところで、従来のPLCの利用方法としては、制御対象機器に対する装置制御がメインであり、PLCの上位にコンピュータが接続される場合でも、PLC1,パソコン2の役割はあくまでも装置制御用の補助的な役割であった。
一方、製造現場にパソコンが広く普及し出している現在の状況から、及びパソコン自体に情報管理機能があることから、図示した上位のコンピュータを接続したシステム構成において、PLC1は、自己に接続された装置(制御対象機器,センサ等)3との間で装置制御のための情報の伝送を行いつつ、上位コンピュータ2との間で情報の送受を行い、コンピュータ2側では、装置3から上がってくるデータ(センサで検出したデータや、制御対象機器の稼動状態等のデータ)を受け取り、そこにおいて各種の管理を行ったり、ユーザーがその受け取ったデータを加工したりできるようなシステムの開発が望まれている。
ところで、係る情報管理を上位のコンピュータ2で行うようにした場合、以下のような問題があり、実現性に欠ける。すなわち、図1には便宜上コンピュータ2に対し、2つのPLC1が接続され、各PLC1はそれぞれ1つずつの装置(制御対象機器,センサ等)3が接続された例を示したが、実際には、各PLC1には複数の装置が接続され、さらに、上位のコンピュータ2に接続されるPLC1も多数存在する。従って、上位のコンピュータ2でネットワーク管理化におけるPLC1,装置3の情報管理をするためには、コンピュータ2が全ての制御情報を扱うことになり、非常に負荷が高く、これにより、システムのボトルネックが発生することになる。さらに、上位のコンピュータ2がダウンすると、システム全体のダウンにつながり、システムの安定性に欠け、危険性も高い。
そこで、上記のように製造現場にパソコンが広く普及し、パソコン(上位コンピュータ)2の役割が「装置制御用の補助装置」から「装置から上がってくるデータをユーザーが自由に加工する端末」というものに変化するにつれて、PLC1の役割も「装置制御」のみならず「装置制御+上位コンピュータへのデータ受け渡し(情報管理)」へ切り替えることが望まれる。
しかしながら、PLC1の動作を制御するプログラムは、「ラダーシーケンス」であり、これは装置などの動作制御を得意とした言語であり、情報管理には不向きであり、これを行おうとするには、かなり複雑なラダーシーケンスを書かなければならない。このため、システムの開発工数が非常に膨大になり、またメンテナンスも困難になっている。
しかも、PLCで動作するラダーシーケンスの習熟は多大な労力と時間がかかり、さらに、上記のラダーシーケンスにとって不得手な情報管理のプログラムを組むのは非常に困難である。
さらには、ネットワーク接続された複数のPLC1が、異なるメーカの製品であることがある。すると、PLCとネットワークを接続するための仕様・方式は、各社各様のため、上位コンピュータと各社のPLCを接続するためには、接続するPLCを調べ、コンピュータ2側で各PLC1に合わせたプロトコル等を使用して通信を行う必要があり、煩雑となる。特に、システムが大型化し、接続されるPLC1や上位コンピュータ2の数が増えるほど、異なるメーカの製品が混在する可能性が高くなり、上記問題が顕著となる。
さらに、PLC1と接続する上位のコンピュータ2にはパソコンが用いられることが多い。しかし、現在市販されている汎用のパソコンの仕様・スペックでは、FA現場で求められている信頼性を満たせないことが多く、パソコンを使用したくても使用できない場合がある。
本発明は、上記した背景に鑑みてなされたもので、その目的とするところは、上記した問題を解決し、PLCと上位コンピュータはそれぞれコントローラと通信することにより、コントローラを介して相手の状態を認識したり、制御命令を送ることができ、相手の通信プロトコルや、動作状況を意識することなくそれぞれが稼働することができ、情報収集・管理などのPLC(ラダーシステム)が不得手でしかもコンピュータに任せると過負荷になるような処理を実施することにより、係る相反する2つの問題を解決することのできるコントローラを提供することにある。
上記した目的を達成するために、本発明に係るコントローラでは、コンピュータとPLCとの間に介在するコントローラであって、ネットワーク接続可能な通信部と、前記通信部を介して前記PLCの情報を収集する収集機能部と、その収集機能部により収集した情報を記憶する収集情報記憶部と、収集したいデータエリアを複数設定した情報と当該データエリア毎に収集タイミングを設定した情報とを記憶する記憶部を備え、前記収集機能部は、前記記憶部に記憶されたデータエリア毎の収集タイミングにしたがって前記PLCの情報を収集するように構成した。
また、前記収集情報記憶部に記憶された情報を、Webブラウザで閲覧できる形式に変換する機能を備え、前記コンピュータからWebブラウザで前記収集情報記憶部に記憶された情報を閲覧可能とするように構成するとよい。
このように構成すると、収集機能部により、接続されるPLCの情報を取得でき、コントローラで集中管理ができる。つまり、ラダーシステムで稼働するPLCは、情報管理が苦手であるが、本発明ではそれに替わってコントローラが情報管理ができるので、PLCは、本来の制御を実行すれば良くなる。なお、転送する機能は、コントローラ側が自発的にデータ送信する場合と、コンピュータからのアクセスにしたがって送信する機能などがある。
本発明に係るコントローラでは、PLCの苦手な情報収集を行うことができるので、PLCは得意な制御を実行すれば良くなる。また、上位のコンピュータがPLCの状態を知る場合には、コントローラを見に行けば良いので、PLCを直接制御する必要もなく、上位コンピュータに負荷が集中することもない。
図2は、本発明が適用されるシステム構成の一例を示している。同図に示すように、本形態では、PLC1と上位コンピュータ2との間に、コントローラたるオープンコントローラ10を介在させ、そのオープンコントローラ10を介してPLC1と上位コンピュータ2との間の情報の送受を行うようにしている。さらに、情報管理などのPLC1の不得手な処理をオープンコントローラ10で実行するようにした。なお、本形態では、色々な種類のネットワークに自由に接続可能なコントローラという意味で、オープンネットワークコントローラ、略してオープンコントローラと称するようにしているが、その名称にとらわれないのは言うまでもない。
そして、オープンコントローラ10と上位コンピュータ2との間は、イーサネット(登録商標)等の汎用ネットワーク5で接続するようにした。これにより、例えば複数の上位コンピュータ2がイーサネット(登録商標)5によりLAN接続されているような場合、オープンコントローラ10を簡単に接続することができる。また、オープンコントローラ10とPLC1とは、RS232C,フィールドバスその他の各種の通信プロトコルにより接続される。
つまり、オープンコントローラ10を介在させることで、PLC1が接続されるネットワーク,通信ケーブルにおける通信プロトコルと、上位コンピュータ2が接続されるネットワークの通信プロトコルが異なっていても、その相違をオープンコントローラ10で吸収することができ、PLC1,上位コンピュータ2がそれぞれ従来から行っていた通信プロトコルを用いて情報の送受が行える。さらには、PLC1同士であっても異なる通信プロトコルのネットワークに接続される場合には、その異なる通信プロトコルがともにオープンコントローラ10に対応するものであると、そのオープンコントローラ10を介して情報の送受が行える。このことは、PLC1同士に限らず、他の機器との間でも言える。
そして、上記した各機能を実現するためのオープンコントローラ10の内部構造(ハードウエア)としては、図3に示すようになっており、また、ソフトウェアから見ると、図4に示すようになる。
すなわち、複数の通信プロトコルに対応するため、各通信プロトコルに応じた接続端子(コネクタ)等を持つ通信部11と、各通信部11を介して受信したデータを解析し、必要な処理をしたり、その受け取ったデータの真の送信先(相手先)が、他の機器の場合には、その送信先を認識し、対応する通信部11に向けてデータを送信するなどの各種制御を行う制御部12と、各種データを記憶しておくメモリ13並びに補助記憶装置14を備えている。
通信部11としては、本形態では、イーサネット通信部11a,シリアル通信部11b(RS232Cは、このシリアル通信部11bを介して接続される。),フィールドバス通信部11c,FAネットワーク通信部11dを備え、さらに拡張通信部11eを備えている。なお、特に分ける必要がない場合には、総称して単に通信部11と称する。各通信部11の構成は、それぞれ一般に用いられているものを組み込むことになる。なお、本形態では、通信部として複数種類に対応するようにしたが、本発明はこれに限ることはなく、少なくとも1つあれば良い。
そして、各通信部11には、それぞれ所定の通信ケーブルを介して各種装置・機器が接続される。具体的には、イーサネット通信部11aには、イーサネット(登録商標)のネットワーク5aを介して上位コンピュータ2が接続される。さらに、他のオープンコントローラ10や、他のPLC1が接続されることもある。
また、シリアル通信部11bは、RS232Cに準拠したネットワーク5bを接続し、そのネットワーク5bを介してPLC1と接続される。フィールドバス通信部11cは、I/O(センサ等)6を接続するためのネットワーク5c(デバイスネットとも称される)を連結し、そのデバイスネット5cには、複数のI/O6が接続されている。もちろん、このデバイスネットにPLC等を接続してもかまわない。さらに、FAネットワーク通信部11dには、FAネットワーク5dが接続され、このFAネットワーク5dに、複数のPLC1が接続される。さらに図示省略するが、各PLC1には、その下位に、センサ等の機器が接続される。
また、特に制御部12の内部構造としては、本発明との関係でいえば、図4に示すようになっている。すなわち、情報収集・処理を行うための機能拡張モジュール部21と、データの送受を司る通信ミドルウェア部22及び、OS(オペレーションシステム)25を備えている。
機能拡張モジュール21は、随時、追加することが可能な機能ソフトウェア・モジュールであり、例えば、Web機能であったり、PLC1の動作状況等を収集する情報管理機能であったりする。そして、情報管理機能を組み込んだ場合、PLCにおける情報管理のシーケンスが不用になり、ラダーシーケンス技術者の開発効率も格段に向上するため、ラダーシーケンス技術者の不足を補うことが可能となる。また、上位コンピュータ2にとっても、情報管理を行わなくて良くなるので、負荷が軽減される。つまり、PLC・上位コンピュータがそれぞれ得意な処理だけを行えばよいため、開発効率,メンテナンス性,性能の向上が可能となる。
さらに、オープンコントローラ10が、その下位に接続された各種機器の動作を管理するようにすれば、万一、上位コンピュータ2がダウンしても、「オープンコントローラ10がダウンしない限り製造現場を停止させない。」というシステムを構築することが容易に実現でき、システム全体の信頼性が向上する。
また、通信ミドルウェア部22は、ネットワークを通じて送受信される通信メッセージを管理するソフトウェアであり、この通信ミドルウェア部22により、上位コンピュータ2やPLC1などからのデータの送受信(ゲートウェイ機能)や、オープンコントローラ10の制御や、オープンコントローラ10内のメモリのデータ読み書きなどが実行されることになる。
そして、係る機能を実現するため、まず、各通信部11に対してデータの送受を行うための通信ユニット部23,23′を有している。ここで通信ユニット部23は、各通信部11(通信伝送路)に接続するためのドライバであり、本形態では、イーサネット(Ethernet)(登録商標)、フィールドバス(DeviceNet)、シリアル(RS−232C準拠)用のドライバが組み込まれている。また、拡張通信部11′(拡張通信ユニット部23′)は、空きスロットとなっており、通信ユニット部23として標準装備された通信プロトコル以外のネットワークに接続するためのもので、接続するネットワークボードを装着することによって、FAネットワークなどの通信ユニットを増設することができるようにしている。つまり、上記したFAネットワーク通信部11dは、この空きスロットにボードをセットすることにより形成され、ボード上に組み込まれたプログラムにより拡張通信ユニット部23′としてのFAネットワーク通信ユニットが構築される。
このように、異なる複数の通信ユニット部23,23′を設けることにより、通信プロトコルの相違は、オープンコントローラ10で吸収し、異なる通信プロトコルのネットワークに接続された装置(PLC1,上位コンピュータ2等)間での情報の伝送が可能となる。
また、この拡張通信用の空きスロットにPLCボードを装着することにより、オープンコントローラ自身にPLCのシーケンス制御の機能を持たせることもできる。
そして、通信ミドルウェア部22の具体的な内部構造は、図5に示すようになる。すなわち、同図に示すように、メッセージ制御部26と、共有メモリ28と、各種通信ユニット部23としてのイーサネット通信ユニット部23a,シリアル通信ユニット部23b,フィールドパス通信ユニット部23c並びにFAネットワーク通信ユニット部23d等の異なる複数の通信ユニット部が実装されている。
そして、実装する複数の通信ユニットの種別は、図示した例に限るものではなく、実装するネットワークシステムに対応して異なるが、通常は上位コンピュータ2との間ではイーサネット(登録商標)で接続されるため、イーサネット通信ユニット部23aを組み込み、さらに、PLCその他の機器と接続するための通信プロトコルに対応したユニットを組み込むことになる。
この通信ミドルウェア部22により、上位コンピュータやPLCなどからのデータの送受信(ゲートウェイ機能)や、オープンコントローラの制御や、オープンコントローラ内のメモリのデータ読み書きなどを実現する。
共有メモリ28は、オープンコントローラ10内にあるメモリ領域で、複数のプロセスから共通に利用できるようになっている。しかも、本形態では、PLC1の持つリレー,データメモリなどの変数エリア領域と同様の構成にしている。これにより他のPLC1などから、オープンコントローラ10のデータをアクセスする際にも、通常のPLC1に対してデータアクセスするのと全く同じ方法で、等価的にアクセスできるようになる。なお、この共有メモリ28についての詳細は、後述する。
また、メッセージ制御部26は、各通信ユニット部23,23′から渡されたコマンドやレスポンスを制御する機能を持つ。すなわち、各通信ユニット部23,23′から渡されたコマンド(PLC1や上位コンピュータ2並びにその他の機器から送られてきたもの)を受け取り、そのコマンドが自ノード宛てであれば、その指示内容にしたがって共有メモリ28をアクセスするなどの機能を実行し、その返事であるレスポンスを作成して、返事の送り先(相手先)に接続される通信ユニット部23,23′へ渡す。また、自己宛てでない場合には、真の相手先を認識し、それが接続される通信ユニット部23,23′へ渡す(転送する)。
ここで、送信されるコマンド,レスポンスのデータフォーマットは、例えば図6に示すように、ヘッダー部とコマンド部とデータ部が、その順に並ぶようにしている。そして、ヘッダー部には、相手先の指定や、プロセス識別子などが記憶される。コマンド部には、指示する命令コードなどが記憶され、レスポンスであれば、要求処理に対する終了結果コードも含まれる。さらに、データ部には、指示内容にしたがった必要データなどが記憶される。
すなわち、本形態では、送信元は送信先(相手先)と指示内容、及び必要なデータを持つコマンドを作成するとともに送信し、このコマンドを受け取った受信側では、その指示内容にしたがったデータ読み書きなどの処理を実施して、レスポンスを作成し、返信することで、1回の通信を完了する通信方式をとっている。そして、このコマンド及びレスポンスは、一旦オープンコントローラ10内に取り込まれ、取り込んだオープンコントローラ10宛てのコマンド/レスポンスでない限り、オープンコントローラ10にて真の相手先を認識し、必要なプロトコルに変換された後、転送されるようにしている。
そして、相手先の認識は、ルーティング設定情報記憶部30に格納されたルーティング情報に基づいて行う。つまり、ルーティング情報は、オープンコントローラ10の持つ複数のネットワークを利用する際に、通信データが正しく相手に届くために必要な通信経路(道順)を決めるための情報で、例えば図7に示すようなデータ構造でルーティング設定情報記憶部30に記憶保持されている。この図示した例では、オープンコントローラ10自身が持つ複数の通信部(通信ユニット部)を区別するための「自ネットワークテーブル」であり、対応するネットワーク(通信ユニット部)とネットワーク番号を関連付けたテーブルとなっている。
これにより、例えばコマンドのヘッダー部で指定された宛先が、ネットワーク番号「3」であれば、フィールドバス通信ユニット部23cひいてはフィールドバス通信部11cにデバイスネットを介して接続された所定のI/O6に対してデータを送ることを意味する。
そして、このメッセージ制御部26の具体的な機能は、図8に示すフローチャートのようになる。すなわち、まず、各通信ユニット部23,23′からコマンド(レスポンスも含む)を受け取る(ST1)と、その受け取ったコマンドのヘッダー部を解析し、ルーティング設定情報記憶部30に記憶されたルーティング情報から、そのコマンドの宛て先を認識する(ST2)。
次いで、その認識した宛て先が、自分宛て(自己のオープンコントローラ宛て)か否かを判断し(ST3)、自分宛ての場合には、コマンドの内容、つまり、データ部を認識し、そのコマンドにしたがった処理を実行する(ST4,ST5)。その後、レスポンスを作成し、送信元の通信ユニット部、つまり、ステップ1で受信したコマンドが送られてきた通信ユニット部へ転送し、処理を終了する(ST6,ST7)。
一方、ステップ3の判断で自分宛てでない場合には、真の相手先の通信ユニット部へ転送する(ST8)。このようにすることにより、メッセージ制御部26は、オープンコントローラ10を経由して、上位コンピュータやPLCに対してコマンド/レスポンスの送受信を行うためのメッセージ転送の機能であるゲートウェイ機能を発揮する。
また、上記したように、通信ユニット部23,23′は、各通信部(通信デバイス)ごとに用意され、それぞれのドライバソフトとして機能するもので、通信ユニット部は、それぞれの通信部の動作設定情報である「デバイス設定情報」を記憶したデバイス設定情報記憶部27a〜27dを持ち、それぞれの実デバイスはこの内容にしたがって動作する。つまり、通信ユニット部23,23′は、実伝送路から各種通信部11を通じて届いたメッセージを受け取り、メッセージ制御部26へ渡す機能と、メッセージ制御部26から渡されたメッセージを所定の通信部を通じて伝送路に発信する機能を持つ。具体的には、前者の機能が、図9に示すフローチャートで実現され、後者の機能が、図10に示すフローチャートで実現される。
そして、各通信ユニット部23,23′に接続される各通信部11における通信プロトコルが異なるため、ある通信部を介し受信したコマンドの送信相手先が、その通信部と別の通信部に接続されているような場合、その別の通信部からコマンドを発信する際には、当然のことながらその別の通信部の通信プロトコルに合わせる必要がある。そこで、本形態では、係るプロトコルの変換が必要か否かを通信ユニット部が判断し(ST12,ST22)、必要な場合にはコマンドをプロトコル変換するようにしている(ST13,ST23)。なお、どのように変換するかの情報は、デバイス設定情報記憶部27に格納されている。
さらに本形態では、各通信ユニット部23,23′とメッセージ制御部26との間の通信プロトコルは、イーサネット(登録商標)と同様のものを用いるようにした。これにより、イーサネット(登録商標)と同一のプロトコルを用いるネットワークに接続される通信ユニット部23は、受信した情報をそのままメッセージ制御部26に伝え、メッセージ制御部26から受け取ったコマンドは、真の相手先に向けて発信(転送)できる。逆に、イーサネット(登録商標)以外のプロトコルの場合には、通信ユニット部を通過する際に変換することになる。
従って、内部の通信プロトコルであるイーサネット(登録商標)のプロトコルと同一のプロトコルを用いる通信ユニットは、プロトコル変換についての情報が不要であり、また、プロトコル変換するものにおいても、自己の通信部に接続されるネットワークの通信プロトコルと、イーサネット用のプロトコルとの間の変換のみで済む。これは、オープンコントローラに接続される通信部の種類が増えても同じである。
上記した構成をとることにより、コントローラ10を介してPLC1と上位コンピュータ2の間での通信はもちろんのこと、PLC1同士やその他コントローラ10を介して接続される各種装置・機器との間で通信ができる。そして、本形態では、オープンコントローラ10内に設けた共有メモリ28を、そのオープンコントローラ10に接続されたPLC1,各種I/O6などのメモリ間で、データの共有を行うことができるようになっている。
具体的には、図11に示すように、オープンコントローラ10の共有メモリ28の所定のメモリ領域に、PLC1等のメモリ1aに格納された情報と同一内容を記憶させるようにしている。また、共有メモリ28に格納された所定の情報が、PLC1等のコントローラ10に接続された機器のメモリに書き込まれるようにしている。一例を示すと、PLC1のメモリ1aのメモリ領域M1′に格納された情報が、共有メモリ28のメモリ領域M1に書き込まれ、共有メモリ28のメモリ領域M2に格納された情報がPLC1のメモリ1aのメモリ領域M2′に書き込まれる。
そして、係るメモリの書き替え管理は、図12に示すようなマッピング情報にしたがって、オープンコントローラ10の通信ミドルウェア部22(データ共有部32)がデータの転送を行うようになっている。なお、図5に示す例では、メッセージ制御部26内にデータ共有部32を設けたが、外に設けてももちろん良い。
マッピング情報は、マッピング情報記憶部31内に図12に示すデータ構造で格納されている。具体的には、転送(情報の送受)を行う相手先と、その相手先のメモリアドレスと、転送する情報のメモリサイズと、共有メモリ28内のメモリ領域を特定する先頭アドレスと、処理種別を関連付けたテーブルとなっている。
より具体的には、「相手先」は、接続されているPLC1,各種l/O6などを特定する相手先アドレスを格納し、一例としては、相手先ネットワーク番号やノード番号を格納する。また、「種別」は、データ転送方向を特定するもので、「書き込み」は、オープンコントローラ10から接続されたPLC1や各種I/O6などへデータを転送することを意味し、「読み出し」は、接続されたPLC1や各種l/O6などからオープンコントローラ10にデータを転送することを意味する。
したがって、例えば図12の一番上の欄に格納されたマッピング情報は、相手先4.1の装置のメモリアドレスA1000のデータ(メモリサイズ100)が、オープンコントローラ10内の共有メモリ28のアドレスD0000に転送されること意味する。また、3番目の欄に格納されたマッピング情報は、オープンコントローラ10内の共有メモリ28のアドレスD0200のデータ(データサイズ500)が相手先4.2の装置のメモリアドレスD5000に転送されることを意味している。
そして、上記マッピング情報に基づいて行われるデータの転送機能は、図13に示すフローチャートのようになる。すなわち、まずマッピング情報を読み込み(ST31)、次いで、予め定められた転送周期になったか否かを判断する(ST32)。そして、転送周期になったならば、マッピング情報の種別の欄を取得し、マッピング方向が読み出しか否かを判断する(ST33)。
そして、読み出しの場合には、読み出しコマンド(マッピング情報に格納された相手先メモリアドレスとメモリサイズに基づき、対応する部分のデータをレスポンスとともに返送してもらう指示)を作成し(ST34)、相手先が接続された通信ユニット部23(23′)へ、その作成した読み出しコマンドを転送する(ST35)。この通信ユニット部23(23′)も、マッピング情報の相手先の欄に格納されたアドレスにより択一的に選択される。
その後、上記読み出しコマンドに対するレスポンスが、相手先から送られてくるので、それを受信し(ST36)、マッピング先で特定される共有メモリのアドレスに、レスポンスとともに受け取った読み込みデータを書き込む(ST37)。これにより、対応する機器のメモリ情報とオープンコントローラ10の共有メモリ28の内容が同一のものとなる。
一方、ステップ33の分岐判断で「No」、つまり、「書き込み」の場合には、共有メモリ28の該当するメモリ領域(マッピング先で特定)のデータを読み出すとともに、書き込みコマンドを作成する(ST38,ST39)。次いで、その書き込みコマンドを、相手先の機器が接続された通信ユニット部23(23′)へ転送する(ST40)。そして、その転送した書き込みコマンドが、相手先に到達し、相手先メモリの指定メモリ領域にデータを書き込むと完了通知がレスポンスとして送られてくるので、その相手先からのレスポンスを通信ユニット部23(23′)を介して受信することにより、転送(書き込み)が正しく行われたことを確認し、処理を終了する(ST41)。
そして、上記読み出し/書き込みの処理を、マッピング情報記憶部31に格納された全てのマッピング情報について実行したならば(ST42)、ステップ32に戻り、次の転送周期まで待つ。
このように構成することにより、以下のような効果を奏する。すなわち、上位コンピュータ2からは、オープンコントローラ10の共有メモリ28を参照するだけで、接続されている機器のデータを読み出したり、接続されている機器へデータを書き込むことができる。したがって、オープンコントローラ10を経由したゲートウェイ機能が利用できない機器についても、このオープンコントローラ10の共有メモリ28を介することにより、上位コンピュータその他の接続された機器は、所定の機器のデータ等を取得することができる。
図14は、本発明のさらに別の実施の形態を示している。同図に示すように、本形態では、機能拡張モジュールの1つとして、データ収集機能40を設けた。このデータ収集機能部40は、通信ミドルウェア22と連携して動作し、オープンコントローラ10からネットワークによりつながったPLC1などの各機器のデータの収集,管理を行うもので、具体的な構造は、図15に示すようになっている。
すなわち、各種動作の制御を行う動作制御部41と、その動作制御部41からの命令にしたがって、実際にデータの収集・管理を行うデータ収集サービス部42を備えている。そして、このデータ収集機能部40は、データの収集・管理をスムーズに行うためのルール・条件等を規定する機器別情報ファイル13aやデータ収集情報ファイル13bを参照しながら動作し、収集等したデータは、収集データベース13cに格納される。
次に各部について詳述する。まず、オープンコントローラ10に接続されるPLC1などの各種機器と通信するためのプロトコルの相違は、通信ミドルウェアにより吸収するのはすでに説明したが、機器別情報ファイル13aは、通信ミドルウェアでサポートしている通信機器やそのエリア情報のアクセス方法を意識せず、収集したいデータエリアをタグ名で仮想化し、このタグ名でデータを取得できるように定義した情報を格納するようになっている。具体的には、以下のような情報を含み、データ構造の一例を示すと、図16のようになる。
・対象とする機種はどのようにアクセスできるか。
・どの機種のどのエリアになんというタグ名をつけるか。
・対象エリアにはどのようなフォーマットでデータが格納されているか。
・対象とする機種はどのようにアクセスできるか。
・どの機種のどのエリアになんというタグ名をつけるか。
・対象エリアにはどのようなフォーマットでデータが格納されているか。
また、データ収集情報ファイル13bは、データを収集するために必要な動作の設定情報が記述されたファイルであり、この記述に従ってデータ収集サービス部42が動作する。そして、本形態では、処理番号と収集処理名称を対応付けており、ユーザーが内容を容易に理解できるようにしている。
そして、具体的には、以下のような情報を含み、その具体的なデータ構造(テーブル)としては、図17に示すように、1つのテーブルに収まっていても良いし、図18に示すように、別途スクリプトファイルに処理内容を記述するようにしてもよい。
・どこからデータを取得するか(収集タグ)。
・どんなタイミングでデータを取得するか(収集タイミング,タイミング個別情報)。
・取得したデータを、どこにどのような形式(収集先種別)で格納するか。
・サービスを開始したときに、各収集処理を開始するかどうか(収集先個別情報)。
・どんなタイミングでデータを取得するか(収集タイミング,タイミング個別情報)。
・取得したデータを、どこにどのような形式(収集先種別)で格納するか。
・サービスを開始したときに、各収集処理を開始するかどうか(収集先個別情報)。
さらに、収集データベース13cは、PLC1などから収集されたデータを、実際に蓄積しておくデータベースであり、この蓄積データは、メモリ13にファイル形式に保存してもよいし、共有メモリ28上に展開するようにしてもよい。これにより、収集,蓄積されたデータは、上位コンピュータなどの外部から、ネットワークを通じて参照できるため、必要な時に、必要に応じたデータを取得し、自由に情報管理に利用することができる。
次に、データ収集機能部40の各構成要素について説明する。動作制御部41は、図19に示すように、メイン制御フローとして、外部から受信したコマンドを取得し(ST51)、その取得したコマンドの内容を認識し、処理ごとに振り分ける。そして、本形態では、以下の9個の処理を用意しているが、本発明はこれに限られるものではないのはもちろんである。
・データ収集サービスの開始・停止
・各個別の収集機能の実行開始、停止の制御
・データ収集設定情報の入れ替え(再起動)
・機器別情報の入れ替え(再起動)
・収集開始のトリガ(指示通知)
・タグでのデータのRead/Write、つまり、「タグ名」により指定された内容にしたがったPLCなどのデータの読み書き
・外部要求による蓄積データ(履歴データ)の取り出し・提供(取得)
・データ収集情報の取得,追加,削除,変更
・タグ情報の取得,追加,削除,変更
次いで、どの内容かを認識したならば、そのコマンドの内容を実行するための処理機能を起動し(ST53)、当該処理を実行する(ST54)。
・データ収集サービスの開始・停止
・各個別の収集機能の実行開始、停止の制御
・データ収集設定情報の入れ替え(再起動)
・機器別情報の入れ替え(再起動)
・収集開始のトリガ(指示通知)
・タグでのデータのRead/Write、つまり、「タグ名」により指定された内容にしたがったPLCなどのデータの読み書き
・外部要求による蓄積データ(履歴データ)の取り出し・提供(取得)
・データ収集情報の取得,追加,削除,変更
・タグ情報の取得,追加,削除,変更
次いで、どの内容かを認識したならば、そのコマンドの内容を実行するための処理機能を起動し(ST53)、当該処理を実行する(ST54)。
そして、ステップ54において実際に行う処理としては、例えば図20,図21に示すように、現在の状態を取得し、その状態と取得したコマンドの要求とを比較し、異なっている場合(コマンド要求が開始で状態が停止中,コマンド要求が停止で状態が稼働中)に、そのコマンドの内容(開始/停止)を実行する。
また、コマンドが「データ収集情報の入れ替え」の場合には、図22に示すように、入れ替え要求のあったデータ収集情報を取得する(ST61)。次いで、現在サービス起動中か否かを判断し、停止中の場合にはそのまま、また起動中の場合には、そのサービスを停止した後、取得した入れ替えファイルをデータ収集情報ファイル13bに上書きする(ST62〜ST64)。
このようにすることにより、データ収集情報ファイル13bの記憶内容が更新される。その後、ステップ63の「サービス停止処理」をしたか否かを判断し(ST65)、停止処理をした場合には、サービスを開始する(ST66)。また、サービス停止処理をしなかった場合、つまり、サービスが起動していなかった場合には、そのまま処理を終了する。
同様に、コマンドが「機器情報の入れ替え」の場合には、図23に示すフローチャートを実行することになる。この図23と図22を比較すると明らかなように、基本的に図22のステップと同様の処理手順で各処理ステップを実行する。そして、相違点は、取得する情報(機器情報)と、その取得した情報の上書き先が、機器別情報ファイル13aとなることである。
更に、コマンドが「収集開始のトリガ(指示通知)」の場合には、図24に示すフローチャートを実行することになる。つまり、個別収集処理の実行状態を取得し(ST67)、個別処理開始中であった場合には、データ収集サービス部42内のタイミング発生部43に対し、トリガ発生通知を送る(ST68,ST69)。後述するように、このトリガ発生通知を受けたタイミング発生部は、収集処理部44に対してタイミング発生通知をし、それを受けた収集処理部44が実際に通信ミドルウェア部22を介して対応する機器の情報を収集し、収集データベース13cに格納するようになる。
タグでのデータのRead/Writeや、履歴データの取得コマンドの場合には、それぞれ図25,図26に示すフローチャートを実行する。さらに、受信したコマンドが、データ収集情報の取得,追加,削除,変更の場合には、それぞれ図27(a),(b),図28(a),(b)に示すフローチャートを実行する。図から明らかなように、データ収集情報ファイルをアクセスし、格納されている情報の取得,追加,変更,削除を実行することになる。さらにまた、受信したコマンドが、タグ情報の取得,追加,削除,変更の場合には、それぞれ図29(a),(b),図30(a),(b)に示すフローチャートを実行する。図から明らかなように、機器別情報ファイルをアクセスし、格納されている情報の取得,追加,変更,削除を実行することになる。
データ収集サービス部42は、動作制御部41からの命令を受け、実際にデータ収集を行う処理の実態の総称であり、タイミング発生部43と収集処理部44を備えている。
タイミング発生部43は、データ収集に必要な各種タイミングを生成し、タイミングが発生した際に、これを収集処理部44に通知する。そして、収集処理部44は、タイミング発生部43から通知された処理要求(タイミング発生通知)に対して、データ収集情報ファイル13bの内容にしたがって、PLC1などの機器からのデータ収集処理を行うようになっている。そして、具体的な処理機能は、以下のようになっている。
まずタイミング発生部43は、図31に示すようなフローチャートを基本構成としている。すなわち、データ収集情報ファイル13bからタイミング処理種別としてサポートしている種別を取得し、対応するタイミング発生個別処理を起動する(ST70)。具体的には、収集タイミングの欄に格納された定周期,定刻,対象記条件一致(タグの状態が指定した条件に一致),外部からのトリガ発生要求を受信などを取得する。
このステップ70の実行に伴い起動される処理機能は、図32に示すフローチャートのようになる。つまり、データ収集情報ファイル13bに格納されたタイミング種別の各個別処理を取得する(ST74)。具体的には、図17に示すテーブルの処理番号1の場合には、30秒ごとにタイミング発生することを取得する。
次いで、取得した情報を基にタイミングが発生するかどうかを監視し(ST75)、指定したタイミングになった場合に、収集処理部44に通知する(ST76)。ここで、ステップ75の監視手法としては、例えば定周期の場合には、タイマなどを起動し、タイムアップのカウントにタイミング個別情報の時間を設定することにより定周期を発生することができる。定刻の場合には、内部時計を監視することにより認識できる。さらに、タグの条件一致は、定期的に条件を読み込み比較するようにしたり、或いは、通信ミドルウェア部22に条件一致のイベント通信機能を持たせることにより、その通信ミドルウェア部22から通知を受けるようにしても良い。
また、図31のステップ70を実行し、タイミング発生個別処理を起動したならば、次に収集処理部44から処理依頼があったか否かを判断し(ST71)、あった場合には、その依頼された処理を実行する(ST72)。このステップ71,72の処理をサービス終了するまで繰り返し実行する。これにより、タイミング発生部43は、図32により行われる予め定められたタイミング発生をするとともに、収集処理部44からの不定期の依頼に基づく処理を実行することになる。そして、ステップ72における具体的な処理の一例を示すと、図33(a)〜(c)に示すようになる。
一方、収集処理部44の機能は、図34に示すようなフローチャートを基本構成としている。すなわち、データ収集情報ファイル13bから収集情報を取得し、サービス開始時に収集開始する処理に対する初期設定を行う(ST80)。具体的には、収集するタグから実エリアの変換を行ったり、収集先ファイルをオープンする処理などを行う。そして、その初期設定終了後、各処理を開始状態とする。
次いで、タイミング発生部44を起動し(ST81)、データ収集サービスを開始状態とする(ST82)。以後、動作制御部41から処理依頼があった場合には、その依頼されたコマンドの処理を実行し(ST83,ST84)、また、タイミング発生部43からタイミング発生通知があった場合には、発生したタイミングに対応したデータ収集を通信ミドルウェア部22を介して取得し、その取得したデータをデータ収集情報ファイルに格納する(ST86〜ST88)。そして、上記収集処理をサービス終了まで順次繰り返し実行する(ST85)。
また、ステップ84において実行する具体的な処理としては、図35から図37に示すようなものがある。そして、タイミング発生部43が、図32に示す各処理を実行することになる。
このように構成することにより、オープンコントローラ10では、それに接続されたPLCその他の機器の状態などの情報を収集し、収集データベース13cに格納することができるので、上位コンピュータ10は、その収集データベース13cを参照することにより、PLC等の状態等に関する情報を任意のタイミングで取得することができる。逆に、上位コンピュータ2が直接各PLC等の状態を一括管理するのではないので、上位コンピュータ2が過負荷状態になることもなく、また、仮に上位コンピュータ2がダウンしたとしても、PLC等は動作することができる。さらに、取得した情報に基づいて各種の集計までをオープンコントローラ10で実行し、上位コンピュータ2はその集計結果のみを取得するようにすると、さらに負荷が軽減される。
さらに、上記したように通信ミドルウェア部22を介して動作制御部41に対して所定の制御命令コマンドを外部から与えることができ、そのコマンドにしたがって動作制御部41が機器別情報ファイル13aやデータ収集情報ファイル13bの記憶内容を書き替えることができるので、このオープンコントローラ10でのデータ収集機能は、そのコントローラの外部からの設定指示内容に合わせて自由に機能,動作を設計,変更できる。
なお、本形態に係るオープンコントローラは、OS25により動作し、通信機能を持ったパソコン・コンピュータの一種とも採れるが、専用の装置であることから、高機能なCPUなどを実装することが可能であり、FA現場で求められている信頼性を満たす使用・スペックのものを容易に実現できる。
また、本発明では、拡張機能モジュール部21として、各種の機能を追加することで、下記のような機能を実現することができる。もちろん、それぞれの機能を組み合わせて使用することも可能である。
一例としては、図38に示すように、拡張機能としてWWW(World Wide Web)サーバ50を付加することができる。これにより、コンピュータなどのWebブラウザを備えたものであれば、特別なソフトを用意しなくても、オープンコントローラ10内の情報にアクセスすることが可能になる。つまり、オープンコントローラ10に搭載されているデータ収集部40が、ネットワークによりつながったPLC1などからの制御情報を、通信ミドルウェア部22及び各種通信部11と連携して収集データ13cに蓄積する。この蓄積されたデータを、WWWサーバソフト50が集計し、Webブラウザで閲覧できる形式に変換して、WWWへ提供するようになる。
これにより、クライアントコンピュータからは、Webブラウザだけでオープンコントローラに蓄積されたデータや、PLCなどの機器のデータを簡単にいつでも見ることができる。
また、機能拡張モジュールとして、動作設定モジュール(設定変更用サーバーソフト)を付加すると、ネットワーク上のクライアントコンピュータ(上位コンピュータ)などからオープンコントローラの動作設定が変更できるようになる。つまり、クライアントコンピュータ側に、「設定変更用クライアントソフト」と「設定ファイル作成ソフト」を用意する。そして、ユーザーが、設定ファイル作成ソフトにより、オープンコントローラ内のデータ収集部が用いる、新しい内容の、データ収集情報ファイルを作成する。
そして、新しい情報ファイルが作成した後、設定変更用クライアントソフトを使って、新情報ファイルを、設定変更用サーバソフトに対して通知する。この新情報ファイルを受け取った設定変更用サーバソフトは、データ収集部のデータ収集情報ファイルを新しいものに置き換え、データ収集部に対し、動作の切り替えを指示することになる。
さらにまた、図39に示すように、オープンコントローラ10の拡張通信部11′に「ボードPLC」(PLCの機能をボード形状にし、オープンコントローラ内に装着できるようにしたもの)を付加したり、或いは、拡張機能モジュールとしてソフトPLC53を付加してもよい。
つまり、オープンコントローラ10の内部に、PLCと同等のラダーシーケンスを実現し、製造装置の制御機能を持たせる。ラダーシーケンスの演算処理、I/Oの入出力管理の機能などは、このPLCボード内で動作し、オープンコントローラのゲートウェイ機能やデータ収集機能と平行して動作させることができる。
これにより、オープンコントローラ10を、PLCと同様の「制御コントローラ」として利用することができる。また、オープンコントローラだけで、情報管理、装置制御の両方をになうことができ、システムのコストダウンや、設置場所の節約になる。
また、本形態によれば、図40に示すように、他の機器との通信インタフェースとして、シリアルポートのみを備える旧型,小型のPLC11′その他の機器が存在する場合、それをオープンコントローラ10に接続することにより、通信ユニット有りのPLC11″と同一のLANに接続することができる。よって、係るPLC11′であっても、高速ネットワーク対応として利用することができるようになる。
なおまた、上記した実施の形態では、ネットワークにオープンコントローラ10を1つ接続した例を示したが、本発明の利用形態はこれに限ることはなく、たとえ図41に示すように複数のオープンコントローラ10が接続され、各オープンコントローラ10の下位にそれぞれPLC1などが接続されるようなネットワークシステムにおいても適用できる。
その場合、オープンコントローラ10に設けるルーティング設定情報記憶部30に記憶するルーティング情報としては、図42に示すように、別のコントローラユニットに接続された機器へ情報を送るための順路を示す「中継ネットワークテーブル」を記憶させる。これにより、メッセージ制御部26では、受け取ったメッセージの真の送信する相手先が、どの中継ノードの下位にあるかを判断し、当該中継ノードにメッセージを送るための通信ユニットを選択し、発信することになる。
さらにまた、図43に示すように、シリアル通信を利用する機器(PLC11′,上位コンピュータ2′)同士のデータ通信において、双方をオープンコントローラ10に接続し、伝送路をEthernet等に変換することにより、通信伝送路の距離を伸ばすこともできる。また、ルーティング設定を行っておくことにより、シリアル回線のマルチプレクスとして使用することも可能となる。
さらに上記した各形態によれば、オープンコントローラのゲートウェイ機能を使用することにより、ネットワークによりオープンコントローラとつながったPLCなどに対し、運転状態の切り替え、ラダーシーケンスのダウンロードなどの制御、メンテナンス作業を、遠隔地から実施できる。
1 PLC
2 上位コンピュータ
6 I/O
10 オープンコントローラ
11,11a〜11d 通信部
12 制御部
13 メモリ
13a 機器別情報ファイル
13b データ収集情報ファイル
13c 収集データベース
21 機能拡張モジュール部
23,23′ 通信ユニット部
28 共有メモリ
30 ルーティング設定情報記憶部
31 マッピング情報記憶部
32 データ共有部
40 データ収集機能部
41 動作制御部
42 データ収集サービス部
43 タイミング発生部
44 収集処理部
2 上位コンピュータ
6 I/O
10 オープンコントローラ
11,11a〜11d 通信部
12 制御部
13 メモリ
13a 機器別情報ファイル
13b データ収集情報ファイル
13c 収集データベース
21 機能拡張モジュール部
23,23′ 通信ユニット部
28 共有メモリ
30 ルーティング設定情報記憶部
31 マッピング情報記憶部
32 データ共有部
40 データ収集機能部
41 動作制御部
42 データ収集サービス部
43 タイミング発生部
44 収集処理部
Claims (2)
- コンピュータとPLCとの間に介在するコントローラであって、
ネットワーク接続可能な通信部と、
前記通信部を介して前記PLCの情報を収集する収集機能部と、
その収集機能部により収集した情報を記憶する収集情報記憶部と、
収集したいデータエリアを複数設定した情報と当該データエリア毎に収集タイミングを設定した情報とを記憶する記憶部を備え、
前記収集機能部は、前記記憶部に記憶されたデータエリア毎の収集タイミングにしたがって前記PLCの情報を収集することを特徴とするコントローラ。 - 前記収集情報記憶部に記憶された情報を、
Webブラウザで閲覧できる形式に変換する機能を備え、前記コンピュータからWebブラウザで前記収集情報記憶部に記憶された情報を閲覧可能とすることを特徴とする請求項1に記載のコントローラ。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005373482A JP2006099809A (ja) | 2005-12-26 | 2005-12-26 | コントローラ |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005373482A JP2006099809A (ja) | 2005-12-26 | 2005-12-26 | コントローラ |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP27654299A Division JP2001100810A (ja) | 1999-09-29 | 1999-09-29 | コントローラ |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2006099809A true JP2006099809A (ja) | 2006-04-13 |
Family
ID=36239462
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005373482A Pending JP2006099809A (ja) | 2005-12-26 | 2005-12-26 | コントローラ |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2006099809A (ja) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101180210B1 (ko) * | 2010-08-06 | 2012-09-10 | 주식회사 포스코 | Plc 제어 장치 및 시스템 |
EP2869148A1 (en) | 2013-11-05 | 2015-05-06 | Omron Corporation | Control device |
JP2016096492A (ja) * | 2014-11-17 | 2016-05-26 | 富士電機株式会社 | 制御システム、および中継装置 |
US9841754B2 (en) | 2014-04-25 | 2017-12-12 | Mitsubishi Electric Corporation | Information-linkage supporting apparatus and information-linkage supporting program |
CN109542079A (zh) * | 2017-09-22 | 2019-03-29 | 横河电机株式会社 | 信息收集***、***收集中介设备、信息收集中介方法和记录介质 |
JP2021009436A (ja) * | 2019-06-28 | 2021-01-28 | ファナック株式会社 | Plc装置、及び制御装置 |
JP7501383B2 (ja) | 2021-01-18 | 2024-06-18 | 株式会社明電舎 | プログラマブルロジックコントローラのメモリ等価システム、プログラマブルロジックコントローラのメモリ等価方法、プログラマブルロジックコントローラのメモリ等価プログラム |
-
2005
- 2005-12-26 JP JP2005373482A patent/JP2006099809A/ja active Pending
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101180210B1 (ko) * | 2010-08-06 | 2012-09-10 | 주식회사 포스코 | Plc 제어 장치 및 시스템 |
EP2869148A1 (en) | 2013-11-05 | 2015-05-06 | Omron Corporation | Control device |
JP2015090548A (ja) * | 2013-11-05 | 2015-05-11 | オムロン株式会社 | 制御装置 |
US9841754B2 (en) | 2014-04-25 | 2017-12-12 | Mitsubishi Electric Corporation | Information-linkage supporting apparatus and information-linkage supporting program |
JP2016096492A (ja) * | 2014-11-17 | 2016-05-26 | 富士電機株式会社 | 制御システム、および中継装置 |
CN109542079A (zh) * | 2017-09-22 | 2019-03-29 | 横河电机株式会社 | 信息收集***、***收集中介设备、信息收集中介方法和记录介质 |
JP2019057210A (ja) * | 2017-09-22 | 2019-04-11 | 横河電機株式会社 | 情報収集システム、情報収集仲介機器、情報収集仲介方法、及び情報収集仲介プログラム |
US11075828B2 (en) | 2017-09-22 | 2021-07-27 | Yokogawa Electric Corporation | Information collecting system, information collecting mediation device, information collecting mediation method, and recording medium |
CN109542079B (zh) * | 2017-09-22 | 2022-09-13 | 横河电机株式会社 | 信息收集***、***收集中介设备、信息收集中介方法和记录介质 |
JP2021009436A (ja) * | 2019-06-28 | 2021-01-28 | ファナック株式会社 | Plc装置、及び制御装置 |
JP7269113B2 (ja) | 2019-06-28 | 2023-05-08 | ファナック株式会社 | Plc装置、及び制御装置 |
JP7501383B2 (ja) | 2021-01-18 | 2024-06-18 | 株式会社明電舎 | プログラマブルロジックコントローラのメモリ等価システム、プログラマブルロジックコントローラのメモリ等価方法、プログラマブルロジックコントローラのメモリ等価プログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8990444B2 (en) | Fieldbus gateway using virtual serial fieldbus port and data transmission method thereof | |
US10429092B2 (en) | Asynchronous reporting system | |
JP4564158B2 (ja) | 分散プロセス制御システムで用いられる通信リンクを構成する方法、プロセス制御システムで用いられる通信リンクを構成するシステム、およびプロセス制御システムで用いられる通信リンクを構成する方法 | |
JP2006099809A (ja) | コントローラ | |
CN108847979B (zh) | 一种基于scada的自适应组态***及方法 | |
US20070130310A1 (en) | I/O Module with Web Accessible Product Data | |
CN109257208A (zh) | 一种基于opc ua的信息集成***及方法 | |
JP2001100809A (ja) | コントローラ | |
CN104660682A (zh) | 一种基于td-lte的opc数据采集与监控智能终端 | |
JP2001100810A (ja) | コントローラ | |
CN103064391B (zh) | 基于TCP/IP协议及Linux网络编程的数控***远程DNC控制方法 | |
CN101803285A (zh) | 设备类型的设备类型管理器中的网络扫描和管理 | |
JP2007080286A (ja) | データ収集装置 | |
CN204598011U (zh) | 一种基于td-lte的opc数据采集与监控智能终端 | |
CN113867230B (zh) | 一种Modbus远程操作控制*** | |
US10514713B2 (en) | Mailbox data storage system | |
CN106292518A (zh) | 远程plc监控和调试***及方法 | |
JP2008028477A (ja) | 通信制御装置および通信制御方法 | |
JP2003114908A (ja) | データ収集装置及びデータ収集システム並びにプログラム製品 | |
CN104243172A (zh) | 一种分散控制***的扩展输入输出装置和方法 | |
JP4324864B2 (ja) | ネットワークシステム | |
JP7107046B2 (ja) | 制御システム、検索装置および検索プログラム | |
JP2015119389A (ja) | 通信アダプタ | |
JP2001296911A (ja) | コントローラ | |
KR20060086240A (ko) | 홈 네트워크 디바이스의 제어 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060927 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090630 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20091029 |