やはりOPCについてです！
Thread Content
一方は和利時のM6.5.2のDCSで、もう一方はABのPLCです。これら2つのシステムはそれぞれ異なる工程を制御していますが、現在顧客はABシステムのデータをすべて和利時のシステムに転送し、監視および制御を実現したいと要求しています。現在、OPC通信ソフトウェアがあるため、監視には問題ないはずです。通信ポイント数は最大3000ポイントであり、またAB側の工程はかなり複雑で、制御も精密かつ複雑です。実現可能性として、OPCを通じてウェーバーの制御ABシステムを利用できるかどうか？実現できるとしたら、どのような欠点がありますか？皆さん、ありがとうございます。ご意見をお待ちしています！私は新人ですので、ご指導をお願いします！
和利時のM6.5.2 DCSはOPCを介してABシステムの監視および制御を実現でき、原理的に問題はない。しかし、リスクの管理に利用する場合、問題点が多い。OPCの動作原理上、高速なデータ通信手段とはなり得ず、特にあなたが述べた「ABの面でプロセスが複雑で、制御の精度が求められる」という状況では、完全にOPCを用いて通信を行うのは適切ではない。 ほとんどのデータ監視にはOPCを使用することを推奨します（調整やインターロック、プログラム制御には関与しないポイント、リアルタイム性の要求が低い工程データポイント）。重要なデータについては、オムロンのM6.5.2のDPまたはModbus通信モジュールを用いてAB社のPLCと制御層で直接通信する方法があります（AB社のPLCはModbus通信を直接サポートしているようですが、DP通信の場合はモジュールを介す必要があります。ただし、DP通信の速度はModbusよりも速いため、どちらを選択するかは総合的に評価する必要があります）。 以上、私見です。ご指摘をお願いします。
制御自体は可能ですが、重要なのは実際に行ってみると、以前の操作方法とは異なるという点です。AB社の操作パネルも、オムロンの操作パネルも、間違いなく違います。例えばバルブを開く場合、ロクシスのパネルでは「起動」「停止」となります。そして左下隅には、ポイントの詳細などがあります。ABの操作は全く違います。単純に制御するだけなら、オンとオフの2つのボタンを追加すればよい。そんなの、ひどく醜い。でも、ABの操作インターフェースを実現したいと思うと、無理そうだね。
通常の通信ポイントは制御には参加しないですよね。こちらの652はシーメンスと通信するためのFM020通信カードを使用し、マスター/スレーブ設定になっていますが、読み取りのみで書き込みはできません。もしこの問題を解決できたら、案をご連絡いただけると助かります。今後役立つかもしれません
通信ポイントは最大3000ポイントで、この通信量はやや多く、データの更新が遅れる可能性が高いです。
1、通信時間が長くなります。測定してみると、1～2秒多くなるはずです； 2、全体のOPC通信制御でこのようなやり方を見たことがない。障害箇所が増える；
点数が少ないと、周期は短くなるの？
点数が少ないと、周期は短くなるの？
どうすれば上の階のコメントが見られるのでしょうか
聞いてみて、最終的にはどうやって実現したの？