Ethernet I/P PLCが、電源のオフとオンを繰り返したConveyLinx-ECOによる通信障害から回復するために特定の処理を実行する必要がある制御システムアプリケーションのために、PLCがConveyLinx-ECOの機能を操作して回復できるようにするための新しいレジスタ2つを提供する、追加のインスタンスのセットが実装されています。

ZPAモードのConveyLinx-ECOが電源喪失し、システムのEストップによって制御電源が切断されたことで電力が再び回復すると、 ConveyLinx-ECOの動作レジスタ値の一部が0にリセットされます。この中には到着カウント、出発カウント、およびConveyLinx-ECOの各構成ゾーンの集積コマンドが含まれます。ConveyLinx-ECOの電源投入時、 ZPAのタスクが完全に機能する前にPLCが完全なEthernet I/P接続を確立できれば、前述のPLCプログラミング例は期待通りに機能します。しかし、PLCの Ethernet I/P接続時間は可変であり固定ではないため、ロバスト性の高い制御システム設計では、(PLCが接続されていないかのように) ConveyLinx-ECOのZPAタスクがConveyLinx-ECOに命令する前に、PLCによってEthernet I/P 接続が確立されることを当てにはできません。 前述のプログラミング例におけるこの結果は、停電時にたまたまPLC制御ゾーンに貨物が集積されていた場合、電源が回復するとPLCが命令しなくても貨物が搬送される可能性があるということです。この搬送はPLCロジックが到着カウントの変更を検出して搬送を増やすことで引き起こされることもあれば、電源供給によってConveyLinx-ECO で集積コマンドが消去され、そしてPLCが集積コマンドのビット設定のための通信を確立していないために現状の集積コマンドが無いことで、ConveyLinx-ECOがゾーン搬出して引き起こされることもあります。

PLC I/Oモードの ConveyLinx-ECOでは、 リセット保護 はそれほどに気にする必要はないかもしれませんが、リセット保護アセンブリはPLC I/Oモードで使用できます。現在のサーボ位置等の一部の項目は電源が回復するとリセットされるため、PLCプログラマーは適宜この状態を検知して対応をとることが望まれます。

フィードバック

お役に立ちましたか?

はい いいえ
お役に立ちましたか
理由をお聞かせください
フィードバックありがとうございました

このトピックへフィードバック

送信