.NET アプリケーションからprofibusとの通信に成功した人はいますか?
使用した場合、これを達成するためにどのデバイス/カードを使用しましたか?アプリケーションは何でしたか?既存のコードまたは利用可能なコードを使用しましたか?
Rich B
質問する
6490 次
3 に答える
7
Profibusは使用していませんが、DeviceNET（別のCANベースのプロトコル）、Ethernet / IP、およびControlNetを使用していますが、これらはすべて同様の課題があります。
私たちは1990年代後半からこれを行ってきたため、主に既製のハードウェアを使用して独自に生成したコードに依存しています。私が覚えているその期間中に長寿を示した会社は次のとおりです：-
- AnyBus （HMS、www.anybus.com）は、フィールドバスインターフェイスをハードウェアの近くに配置し、通常のイーサネット（通常はEthernet / IP www.odva.orgを使用）で通信できるため、最近ゲートウェイ製品の使用を開始しました。これには、ネットワークケーブルのみを使用してハードウェアとPCを分離できるという利点があります。Ethernet / IP .NETクラスは、当時市場に出回っていたものがほとんどなかったため、私たち自身が作成しました。簡単なグーグル検索で適切なクラスライブラリが見つかると確信しています
- SST（www.mysst.com）には、10年以上にわたってフィールドバスインターフェースがあります。DeviceNETに使用した最後のSSTカードには、まだVB6サンプルコードしかありませんでした。フィールドバスサポートとさまざまなフォームファクター（PC104、PCI、PMCIAなど）の適切な選択
- Beckhoff / Wago（www.beckhoff.com、www.wago.com）は、通常、インターフェイスカードよりもI / OにBeckhoffを使用しますが、これも長い間存在している会社です。また、OPCを使用した公開をサポートする製品もあります（ハードウェア/デバイスドライバーと直接通信せずにI / O情報を取得する別の方法）
制御システムが.NETアプリケーションからの制御の喪失に応答することを確認する必要があるため、ハードウェアへのOPCインターフェイスを直接使用しないことをお勧めします（PC（.NET）-> PLC-> Profibusを使用した通信でも問題ありません）。ここでプロフィバスマスター（スレーブではない）が必要であると想定しています。制御システムが本質的にフェイルセーフである限り、通信が失われると、制御システムが「アイドル」状態になり、したがってほとんどのI/Oはフェイルセーフ状態に戻ります。
また、安全関連のコードを.NETに配置しないように努めています。.NETコードのほとんどはPLCからのユーザーインターフェイスですが、一部の場所ではフィールドバスを直接制御しますが、ハードウェアインターロックが安全スイッチ/リレーまたはインターロックのみのタスクを伴う小さなPLCのいずれかを使用して、安全でない操作を防止することを確認します。 そして何よりも、システムをフェイルセーフにします！ .NETコードからの通信が失われると、自動化がフェイルセーフ状態にシャットダウンされます。
于 2008-10-02T16:51:34.897 に答える
2
障害物競走を使用して、プロフィバスを自動ピックシステムに接続しました。
于 2008-09-18T22:30:12.303 に答える
1
Try this: http://libnodave.sourceforge.net
于 2010-09-16T00:07:28.330 に答える