2010-02-27 3 views
2

표면에 LabView와 Microsoft Robotics Studio는 매우 유사한 프로그래밍 패러다임과 환경을 가지고있는 것처럼 보입니다.LabView와 Microsoft Robotics Studio 비교

이 두 제품을 비교하는 것이 공평합니까 아니면 다른 리그에 있습니까?

두 제품을 사용하는 사람이 제품을 비교하고 대조하여 도움이되는지 이해할 수 있기를 바랍니다.

답변

7

면책. 저는 Microsoft Robotics Studio에서 일하지 않았습니다. 필자는 사실 자료 및 일부 문서만을 조사했습니다. 그러나 LabVIEW에 대한 많은 지식이 있습니다. 그래서이 대답은 편향되었을 수도 있습니다.

내역 wise LabVIEW는 20 년 전부터 사용되어 왔으며 MSRS에는 없었던 다음과 같은 기능이 있습니다 (처음 보았을 때).

  • 플랫폼 (LV는 윈도우, 리눅스, Mac 및 다양한 임베디드 플랫폼에서 컴파일) 그러나 하드웨어 지원은 직접 기계 코드로,
  • 컴파일러를 다양 독립
  • LabVIEW를하지 로봇에서 타겟으로 프로그래밍 언어이지만 테스트 및 측정
  • 광범위한 DAQ 및 데이터 분석 지원
  • VPL (MSRS)는 LabVIEW 코드에 비해 매우 서투른 보인다

    , 그것은 MS 보이는

는하지 않습니다 것이란에서 유래 lly는 시각적 프로그래밍으로 전환합니다 (또는 제 3 자의 특허로는 허용되지 않습니다).

현명한 가격 인 MSRS는 무료 '취미 애호가'버전에 매우 친숙하며 LabVIEW 기반은 약 1300 달러 정도입니다.

추가 MSRS는 로봇에서 실행되지 않으며, 로봇 API (블루투스 또는 유선)를 통해 로봇을 제어하며, LabVIEW (특히 NXT-G)는 독립 실행 형 로봇 내부의 프로세서에서 실행됩니다.

중요한 것은 MSRS가 MS의 많은 제품 중 하나 인 반면 NI의 주요 소프트웨어 제품이므로 중요한 지원과 개발이 우선되어야합니다.

+3

나는 LabVIEW가 약 $ 80 학생 버전뿐만 아니라 30 일 평가판을 다운로드 할 수있는 능력을 가지고 있다고 생각합니다. 높은 가격 때문에이 게시물을 읽는 학생이 LabView를 두려워하지 않기를 바랍니다. 또한 나는 MSRS도 컴파일한다고 믿는다. (기술적으로 C# 컴파일, 둘 다 Microsoft 중간 언어 사용). 나는 귀하의 답변을 표결하고 다른 답변이 게시되지 않은 경우이를 수락합니다. 바라 건데 둘 다 경험이있는 사람이 반응 할 것입니다. – JonnyBoats

+0

@Johnny : 당신 말이 맞습니다. LabVIEW는 모듈을 포함하여 모든 제품에 대한 30 일 평가판을 제공합니다. @Ton : LV 질문을봤을 때 조금만 뛰어 오르는 것 같아요. 님의 포럼 외부에서 만나 뵙게되어 반갑습니다.) – SiegeX

+0

@SiegeX RSS가 마음에 듭니다. @Jonny 중간/고급 MSRS 사용자의 답변을보고 싶습니다. Perhpas HP/Agilent Vee 경험이있는 사람이 좋습니다. –

2

나는 톤이 코에 충돌 생각하지만, 몇 가지 핵심 포인트는 내가 거기에 동의하지 않는다.

가격에 독립적 LabView는 자동화 및 임베디드 프로그래밍을위한 훨씬 우수한 시스템입니다. 그러나 라이센스가 없으면 LabView가 은행을 몇 번 이상 망가뜨릴 것입니다. 타겟 플랫폼에 따라 개발 환경에 수천 달러를 쉽게 쓸 수 있습니다.

두 시스템 모두 컴파일러가 있습니다. 한동안 LabView는 몇 가지 임베디드 환경으로 제한되었지만 ARM 컴파일러가 추가되어 현재 지원되는 하드웨어 시스템이 상당수 있습니다. LabView는 프로그램하면서 실시간으로 컴파일되며, MSDS는 요청에 따라 컴파일됩니다 (아는 한).

LabView는 로봇 공학을 절대적으로 목표로 삼고 있습니다. NI는 로봇 어플리케이션을위한 많은 도구를 내놓았으며 자동화에서 얻은 많은 아이디어를 바로 로봇 환경에 적용 할 수 있습니다. 흥미로운 점은 FIRST Robotics Competition은 NI 하드웨어 (cRIO)를 독점적으로 사용하며 LabView는 널리 사용되는 프로그래밍 옵션입니다.

RDS의 비주얼 프로그래밍과 LabView의 시각적 프로그래밍은 실제로 비교할 수 없습니다. 그들은 같은 패러다임으로 작동하지 않습니다.

RDS는 기계 코드를 생성하며 코드는 개입하지 않고 로봇에서 실행할 수 있습니다.

이 페이지를 확인 LabVIEW로 개발을위한 완벽한 로봇 시스템을 구입하고자하는 경우 : http://www.ni.com/robotics/how_to_buy.htm

그냥 약간의 배경으로, 나는 공인의 LabVIEW 개발자 오전 레고 NXT 시스템과 RDS를 사용했다 강사로.

+0

James, RDS가 MS의 시스템이라고 생각합니까? 나는 그것이 외부 컨트롤러의 indepently 실행할 수 있습니다 몰랐다. –

3

저는 MSRDS를 사용하여 프로그래밍 할 수 있으며, LabVIEW를 사용하는 정도는 적지 만 여기에 제 의견이 있습니다. 이전에는 대부분의 소프트웨어가 LabVIEW를 사용하여 개발되었지만 지난 몇 년 동안 C#과 같은 언어를 사용하여 객관적인 지향 프로그래밍을하는 것이 훨씬 쉬워 졌기 때문에 지난 몇 년 동안 C#으로 이동했습니다. 필자는 개인적으로 MSRDS를 느낀다. 특히 CCR (Concurrency Coordination Runtime)은 그렇게 상세하지 않은 문서 때문에 부분적으로 과소 평가되었다. MSDN 포럼은 우수하지만 우리는 문서를 통해 검색해야 할 것들을 찾아야합니다. 참조 할만한 또 다른 훌륭한 정보원은 Kyle Johns와 Trevor Taylor가 쓴 "Professional Microsoft Robotics Developer Studio"입니다.

비교로 돌아가서, 나는 LabVIEW와 MSRDS (비록 LabVIEW Robotics에 대해서는 잘 모르겠지만)가 다른 프로그래밍 방법론을 따르고 있다고 생각합니다. Robotics를 대상으로했지만 MSRDS는 모든 응용 프로그램에서 비동기 동작을 활용하는 데 사용됩니다. CCR에는 조인 (Joins)과 인터리브 (Interleaves)와 같은 훌륭한 코디네이 티브 프리미티브가 있으며 비동기 프로그래밍이 훨씬 쉽습니다. DSS는 동일한 시스템에 있거나 여러 시스템에있는 여러 노드에 분산되어있는 서비스 지향 응용 프로그램을 개발하는 데 사용됩니다. 우리는 MSRDS를 사용하여 실험실 자동화 시스템을 개발하기위한 프레임 워크를 개발했습니다. 이 프레임 워크는 스레드 안전성과 응답 성이 뛰어난 분산 구성 요소 기반 소프트웨어를 개발하는 데 사용됩니다.

.NET 4.5의 작업 병렬 라이브러리 데이터 흐름은 CCR 개념과 .NET RX의 개념을 기반으로합니다. 나는 당신도 그들을 보는 것을 고려할 것을 제안한다.

감사합니다,

벤 카트

관련 문제