2

表面的には、LabView と Microsoft Robotics Studio は非常に似たプログラミング パラダイムと環境を持っているように見えます。

これら 2 つの製品を比較するのは公正ですか、それとも異なるレベルにあるのでしょうか?

両方の製品を使用したことがある人が、それらを比較対照して、どちらを使用するのが適切かを理解できるようになることを願っています.

4

3 に答える 3

7

免責事項。Microsoft Robotics Studio を使用したことはありません。私はファクトシートといくつかのドキュメントを見ただけです。ただし、LabVIEW についてはかなりの知識があります。したがって、この答えは偏っている可能性があります（おそらくそうです）。

歴史的には、LabVIEW は 20 年前から存在しており、MSRS にはない次の機能を備えています (一見すると)。

  • プラットフォームに依存しない (LV は、Windows、Linux、Mac、およびさまざまな組み込みプラットフォームでコンパイルされます)、ただし、ハードウェア サポートは異なります
  • マシンコードに直接コンパイラ
  • LabVIEW は、ロボット工学を対象としたプログラミング言語ではなく、テストおよび計測に由来するプログラミング言語です。
  • 広範な DAQ およびデータ分析のサポート

VPL (MSRS) は、LabVIEW コードに比べて非常に不器用に見えます。MS は実際にはビジュアル プログラミングに切り替えていないようです (または、サードパーティの特許によって許可されていません)。

価格的には、MSRS は無料の「愛好家向け」バージョンの方がはるかに使いやすく、LabVIEW ベースは約 1300 ドルから始まります。

追加の MSRS はロボット上では実行されず、ロボット API (Bluetooth または有線) を介してのみロボットを制御しますが、LabVIEW (より具体的には NXT-G) はロボット内のプロセッサ上でスタンドアロンで実行されます。

重要なのは、LabVIEW が NI の主要なソフトウェア製品であるのに対し、MSRS は MS の多くの製品の 1 つであるため、サポートと開発の優先度が高いことです。

トン

于 2010-02-27T10:21:05.727 に答える
3

I have programmed extensively with MSRDS and to a lesser extent with LabVIEW and here is my opinion. Earlier, most of our software used to developed using LabVIEW but the last few years we have been moving a major part of it to C# because it is much easier to do objected oriented programming using a language like C#. I personally feel MSRDS and in particular the Concurrency Coordination Runtime (CCR) is so underrated partly because of the not so detailed documentation. Although the MSDN forums are excellent, we are required to search through them to find out some of the things that I feel should have been part of the documentation. Another excellent source of information to refer is the book "Professional Microsoft Robotics Developer Studio" by Kyle Johns and Trevor Taylor.

Coming back to the comparison, I feel both LabVIEW and MSRDS (although I am not sure about LabVIEW Robotics) follow different programming methodologies. Although it has been targeted to Robotics, MSRDS is used to harness asynchronous behavior in any application. CCR has some excellent coordination primitives (such as Joins and Interleaves) and it makes asynchronous programming a lot easier. DSS is used to develop service oriented applications that are distributed across multiple nodes residing in the same machine or across different machines. We developed a framework for developing Laboratory Automation Systems using MSRDS. The framework is used to develop distributed component based software that is both thread-safe and responsive.

It is also worth mentioning that Task Parallel Library Data Flows in .NET 4.5 is based on the CCR concepts and also the concepts from .NET RX. I suggest you consider looking at them as well.

Thanks,

Venkat

于 2012-12-15T09:29:34.097 に答える
2

トンは鼻でそれを打ったと思いますが、私が同意しない重要な点がいくつかあります.

価格に関係なく、LabView は自動化および組み込みプログラミング向けのはるかに優れたシステムです。ただし、LabView のライセンスがないと、数倍の費用がかかるという問題があります。ターゲットとするプラットフォームによっては、開発環境に数千ドルを簡単に費やすことができます。

どちらのシステムにもコンパイラがあります。しばらくの間、LabView は少数の組み込み環境に限定されていましたが、ARM コンパイラが追加されたことで、現在では膨大な数のハードウェア システムがサポートされています。LabView はプログラミングと同時にリアルタイムでコンパイルされ、MSDS は要求に応じてコンパイルされます (私の知る限り)。

LabView は完全にロボティクスを対象としています。NI はロボット アプリケーション用のツールを数多く提供しており、自動化から得られた多くのアイデアをロボット工学の設定に落とし込むことができます。興味深いことに、FIRST ロボティクス コンペティションでは NI ハードウェア (cRIO) のみが使用され、LabView は人気のあるプログラミング オプションです。

RDS のビジュアル プログラミングと LabView のビジュアル プログラミングは実際には比較できません。それらは同じパラダイムで動作しません。

RDS はマシン コードを作成し、そのコードは介入なしでロボット上で実行できます。

LabView を使用した開発用の完全なロボティクス システムの購入を検討している場合は、このページをチェックしてください: http://www.ni.com/robotics/how_to_buy.htm

背景として、私は LabView 開発者として認定されており、RDS とレゴ NXT システムをインストラクターとして使用しています。

于 2010-03-15T20:39:52.650 に答える