DELTAVシステムのAI AOはそれぞれ2つのキャビネットにあるが、どのようにしてPIDループを構成するのか？
Thread Content
知っている師匠がいれば、教えてください。 現在、液面レベルの信号AIは制御キャビネット1（CTRL01）のカードに接続されており、バルブの信号AOは制御キャビネット2（CTRL02）のカードに接続されています。今、このバルブを使って液面の高さを制御したいと考えています。 PIDループはどのように構成すればよいのでしょうか？ 1つの制御キャビネットの信号を、別の制御キャビネットにどうやって送るのでしょうか？ 私は浙大中控には駅間通信があることしか知りません。DELTAVシステムについてはあまり詳しくありませんので、皆さん、ご教示いただけますでしょうか。
Input parameterのexternal parameter path欄には、対応するbrowseボタンがあり、他のコントローラーのパラメータを閲覧できます。
あなたのところのdeltavソフトウェアのバージョンはいくつですか？
個人的には、AIとAOは同じコントローラーにまとめた方がいいと思います。結局のところ、コントローラー間で通信して制御するのはお勧めしません。
これは1つのシステムの中で、単にコントローラーが異なるだけで、外部パラメータを選べばどちらかのコントローラーで行えますよ！
やはり4階の続きですが、あなたのコメントにはどう返信していいかわかりません。 なぜ調整できないのか聞きたいです メインケーブルが十分に長くないからなのか、それともコントローラー1がこのAIポイントを必要としているからなのか。後者の場合は、1入力2出力のセーフガードや1入力2出力のディストリビューターを使えば問題ないはずだ（過渡用端子盤にはきっとあるはずだ）。
1を足して2にするためのセーフガードにはお金がかかるからです…。さらに配線も切らなければならず、生産に影響が出る可能性があります。なぜシステム間の通信で解決できることをわざわざハードウェアを変更しなければならないのでしょうか？
ハードウェア接続がどうして手っ取り早い方法だと言えるのか。どのDCSでもステーション間通信が可能であり、現在の大型化学プラントではCCRとFARが別々に設計されており、リモートIOやリモートコントローラーの利用がより広く行われている。オートメーション化が始まって以来、上司や先輩たちは、DCSメーカーがIOを割り当てる際に常に強調してきました。制御に関与するAIとAOはすべて同じコントローラ内にあるべきだ、と。その理由は、自分で考えてみてください。
あなたの意見に同意します。ハードウェア線とIOの割り当てを変更しましょう