問題タブ [industrial]

.NET アプリケーションからprofibusとの通信に成功した人はいますか?

使用した場合、これを達成するためにどのデバイス/カードを使用しましたか?アプリケーションは何でしたか?既存のコードまたは利用可能なコードを使用しましたか?

OPCを介して通信する .NET でのアプリケーションの作成を開始するには、どこから始めるのが適切ですか?

これに似たSCADAダイアグラムをオペレーターに表示する産業用モニタリング アプリケーションを作成する必要があります。

代替テキスト http://img32.imageshack.us/img32/631/processcontrol.png

これを行うためにどのようなツールキットが利用可能で、人々はどのような経験をしていますか? ilog takeitについては既に知っていますが、経験はありません。

編集:ハードウェア自体を制御するためのソフトウェアは必要ありません。プロセスの現在のステータスを示す GUI または図を作成するだけで済みます。

私の会社は、工場の従業員が木製の物体を挿入し、それらの機械で切断する小型の産業機械の保護システムの設計に興味を持っています。

保護システムは、入力ホールに挿入されたときに人間の腕の存在を認識する必要があります-人間の腕は木片を置き、機械は木を切ります-しかし、保護システムはできる必要があります何らかの理由で腕が切断された場合に血液の存在を検出し、その場合は産業用機械の電源を切ります。

私はセンシング技術の専門家ではありません。採用を検討しているので、これらの要件に適合する適切なセンシング技術についてアドバイスを求めています。

私が理解しているように、静電容量センシングは、物体の存在を検出できるだけでなく、タイプ（たとえば、人間の腕と血液を区別する）も検出できます-そのような技術は、上記の目的に使用できますか？

ありがとう、
アルカディ

産業用組み込み環境でAndroidを使用することについてどう思いますか？

たとえば、タッチスクリーンモニター付きの自動販売機について考えています。私は多くの利点について考えることができます：

• 高度なユーザーインターフェイスの作成が容易になります
• Androidは、低電力インターネット接続や暗号化された接続などのタスクを処理するための調整されたライブラリを提供します
• dalvik VMのおかげで、さまざまなHWプラットフォーム（Arm9-Arm11-....）での実行が簡単になりました。

しかし、次のような短所もあります。

• Androidは、ミッションクリティカルな環境（お金を処理するデバイスなど）とは見なされていません...少なくともある程度はそうではありません。
• 最新の状態に保たれていない場合、ソフトウェアには安全性を損なういくつかのバグがある可能性があります。広く採用されることで問題は悪化します。
• 誰かがAndroidを、JavaではなくCで記述されたコードを使用したLinuxのリアルタイム実装と比較して、リソースを大量に消費していると見なす可能性があります。

インターネットでは、このテーマに関するリソースを見つけることができますが、ほとんどは古くなっています。

http://www.hsc.com/Portals/0/Uploads/Articles/Android-Porting-on-Embedded-Platform_v2_0633850602027036930.pdf

http://www.androidforembedded.com/whitepaper/android-for-embedded.pdf

誰かがその問題について直接の経験を持っているか、私をいくつかのリソースにリンクすることができますか？みんなどう思いますか？

乾杯、

かなり単純な（少なくとも表面的には）データの取得とロギングを行う必要があります。離れた場所（別の大陸など）には、独自のプロトコルを使用するRS-485デバイス（カスタムハードウェア製品）と気象観測所（風速計とベーン）がいくつかあります。気象観測所については、いくつかのオプションがあります。1つは、風速を方形波周波数として出力し、方向をアナログ電圧として出力します。もう1つは、HIDインターフェイスを使用してUSB経由で通信します。これらのデバイスが接続するマシンは、データを収集してログに記録し、WiFi接続を介してインターネット経由で定期的に送信する必要があります。この送信はプッシュまたはプルのいずれかです。つまり、定期的にリモートでマシンにアクセスして最新のデータを取得するか、マシンが定期的にデータをFTPサイトまたはWebサービスにアップロードできます。

.NET 4に対して作成された、このほとんどをすでに実行している.NETアプリケーションがあります。これは、測定データを表示してファイルに記録するGUIインタラクティブアプリケーションです。（実際には、2つのバージョンがありますが、1つはWinformsベースで、もう1つはWPFです。）

リモートインストールのソリューションを開発するのに約1週間かかります。これには、必要な機器の特定と購入、必要なコーディングの実行、およびそれを機能させることが含まれます。ああ、それは安くなければならない。（同様に、500ドル未満がいいでしょう。1,000ドルを超えるものはすべて初心者ではありません。）

私が考えた、または私に提案されたいくつかのこと：

• RS-485-USBインターフェースを備えた安価なネットブックを使用してください。ええと、多分…しかし、私はこれが環境に持ちこたえることを本当に期待していません。たとえば、ハードドライブは極端な暑さや寒さを好まないでしょう。SSDはオプションですが、それは少なくともさらに100ドルであり、マシンが湿度と生き物に耐えられるかどうかはまだわかりません。エンクロージャーに入れることもできますが、それはまた別の費用です。全体として、私はこのアプローチが必要以上に高価で複雑であり、それほど信頼できるものではないだろうと感じています。
• 小型のシングルボードまたは産業用コンピュータを使用してください。これらは通常、耐久性が高く、多くの場合、RS-485ポートとウォッチドッグタイマーが組み込まれています。一部には、汎用デジタルI/Oが組み込まれています。これまでアナログ電圧入力のあるものは見つかりませんでしたが、おそらくそれらも存在します。また、通常、ストレージにはコンパクトフラッシュカードを使用します。これは正しい短期的なアプローチのように感じますが、Windowsを実行するものは通常、その組み込みバージョン（WindowsCEやWindowsXP Embeddedなど）を実行します。これは、私がこれらの経験がなく、経験がないことを除けば、おそらく素晴らしいことです。私のソフトウェアを起動して実行するのにどれだけの作業が必要かを知ってください。また、通常、プロセッサの電力は非常に低く、どのような電力が必要かはわかりません。私のアプリは最新のデスクトップで問題なく動作します。これらのローエンドCPUの1つでも正常に動作するかどうかはわかりません。これらのいくつかは、.NET 2.0と互換性があることを宣伝していますが、それ以降は何も見たことがないので、少なくともすべてを.NET2.0にバックポートする必要があります。ああ、そして私がこれまでに見つけたこれらのコンピューターの多くはかなり高価です。
• ワイヤレスシリアルサーバーを使用します。これらのものは、ネットワーク上にシリアルポートを配置します。リモートで接続でき、シリアルポートは、世界中のどこにでも配置されている場合でも、ローカルCOMポートのように見えます。これはRS-485のものの一種のオプションです。これにより、PCをリモートで管理し、ソフトウェアをリモートで動作させるという問題を回避できます。ただし、世界の反対側へのインターネット接続の帯域幅と信頼性が心配であり、これはUSBHIDデバイスには役立ちません。（ただし、これが他の方法で適切なアプローチであることが判明した場合は、そのデバイスのRS-485バージョンを見つけることができる可能性があります。）
• データロガーを使用します。これらも、特にWiFiを使用している場合はかなり高価であるように見えますが、必要なすべてを実行できるものは見つかりませんでした。特に、RS-485デバイスの高いデータレートと独自のプロトコルが障害になっているようです。（これらの多くはMODBUSデバイスで動作するように設計されています。）USB HIDベースの気象観測所はこのアプローチでは動作しないため、周波数と電圧を出力する気象観測所を使用する必要があります。
• 低コストの組み込みマイクロコントローラーソリューションを使用します。長期的（例えば将来のプロジェクト）、これはおそらく最良のアプローチです。安くて、必要なことを正確に実行するようにプログラムできます。しかし、私は自分がこれを1週間でやってのけるのを見ていません。これは私のソフトウェアを完全に書き直したものであり、新しいCPUと開発環境に慣れる必要があります。

誰かがこの種の問題の経験がありますか？これを実現するために考えられる最も簡単で、最も安価で、最も信頼できる方法は何ですか？どの製品またはアプローチを検討する必要がありますか？

私はクロスプラットフォームのデスクトップ アプリケーションに取り組んでいます。Qtを使用してC ++で開発し、ソケット（ QTcpSocket ）を介してPC側のOmron FINS TCPプロトコルドライバーをすでに実装しています。FINS プロトコル経由でレジスタから読み取ると、30 ミリ秒以内に正しい応答を受け取りますが、plc のレジスタに書き込むと、plc から応答がありません - ソケット タイムアウト エラー ( QAbstractSocket エラー コード = 5 )。

レジスタから読み取るためのコード (関数は reg_addr - レジスタのアドレスを受け取り、値を更新します): bool fins_read_reg(int reg_addr,int *value); -->

bool fins_write_reg(int reg_addr,const int value); -->

f - 一時ログ ファイル ポインタ sc - FINS コマンドを送受信する QTcpSocket インスタンス PLC: CP1L-L14DT1-D Ethernet オプション ボード: CP1W-CIF41

メモリ領域指定コード機能:

Multiway ソフトウェアを使用してコマンドをテストしたところ、応答が受信され、値が register に入力されましたが、QTcpSocket とエラーで同じでした。なぜですか? あなたへの私の質問: FINS ドライバーを実行したときに、このような問題が発生したことがありますか? FINS レジスタへの書き込みコマンドが正常に作成されている間、応答がない状況が発生する可能性があるのはなぜですか? はいの場合、克服/修正する方法は?

ウィキペディアは次のように述べています。

巡回セールスマン問題には、計画、ロジスティクス、マイクロチップの製造など、最も純粋な定式化でもいくつかの用途があります。

さまざまな分野での TSP の使用について詳しく知りたいです。残念ながら、この検索で​​は、問題を説明し、理論的な方法でのみ解決しようとする結果が多数得られます。

私もこれを見つけました：

一般化巡回セールスマン問題 (GTSP) の目的は、最小コストのハミルトニアン サーキットを決定するか、頂点のいくつかのクラスターを循環させることです。さまざまな組み合わせ最適化問題を GTSP としてモデル化できることが示されています。これらの問題には、位置ルーティングの問題、マテリアル フロー システムの設計、郵便ポストの収集、確率的車両ルーティング、およびアーク ルーティングが含まれます。

しかし、繰り返しますが、それはあまりにも一般的です。

巡回セールスマン問題とその解決策の実際の使用例は何ですか?

TSP に対するより良い解決策があれば、何が改善されるでしょうか?

産業用シリアルから USB へのコンバーターを探しています。Java アプリケーション内で使用して、さまざまなデバイスと通信したいと考えています。したがって、シリアル アダプタは、RS232、RS422、および RS485 用のモードを提供する必要があります。さらに、シリアル アダプタのバッファを有効または無効にできるライブラリが必要です。

MOXA Uport 1150 を試してみましたが、これは素晴らしい仕事をします。このアダプタの問題点は、Java アプリケーション内でシリアル モード (232,422,485) を変更できず、MOXA のバッファも有効/無効にできないことです。

誰かが私を助けてくれることを願っています！

マイケル