誰もが.NETアプリケーションからprofibusをうまく話しましたか?.NETからのプロフェッショナル通信に成功しましたか?
これを実行するために使用したデバイス/カード、アプリケーションとは何ですか?既存のコードまたは利用可能なコードを使用しましたか?
誰もが.NETアプリケーションからprofibusをうまく話しましたか?.NETからのプロフェッショナル通信に成功しましたか?
これを実行するために使用したデバイス/カード、アプリケーションとは何ですか?既存のコードまたは利用可能なコードを使用しましたか?
私たちは、プロフィバスを使用していませんでしたが、のDeviceNet(別のCANベースのプロトコル)、イーサネット/ IPとControlNetのすべての同様の課題を持っているを使用しています。
私たちは1990年代後半からこれをやってきました。そのため、主に既製のハードウェアを使用する独自の生成コードに依存しています。私が覚えている期間中に寿命を示している企業は、以下のとおりです。 - 我々は最近、我々は、ハードウェアに近いフィールドバスインターフェースを配置し、上で通信できるよう自分のゲートウェイ製品を使用し始めました
を使用して晒すサポートする製品を持っています制御システムが.NETアプリケーションからの制御の損失に確実に応答するように、PC(.NET) - > PLC-> Profibus)を使用します。私はここでProfibus Masterが必要であると仮定しています(スレーブではありません)。制御システムが本質的に安全でない限り、通信の喪失は制御システムが「アイドル」状態になることを意味します。 I/Oはフェイルセーフ状態に戻ります。
また、.NETに安全関連のコードを入れないようにしています。私たちの.NETコードの大部分はPLCからのユーザインターフェイスですが、フィールドバスを直接制御しますが、ハードウェアインターロックがセーフティスイッチ/リレーやインターロックのみのタスク。 そして、何よりもシステムをフェイルセーフにしてください! .NETコードからの通信の喪失は、自動化をフェイルセーフ状態にシャットダウンする必要があります。
あなたのコメント、良い提案をありがとう。フェイルセーフはPLCの仕事ではないはずですので、すべてがフェールセーフでなければならないと述べています。 (もちろん、Safety PLCの大金を払わない限り) – GEOCHET