使用圖形化的開發環境(06-100)

　　發布到任何32位處理器

　　LabVIEW包括一個廣泛的工具集，該工具集構成了一個用于設計、控制和測試的圖形化開發平臺。新的NI LabVIEW嵌入式開發模塊是LabVIEW圖形化編程環境的一款全新附加模塊，是一個開放的框架，它可以集成任意的第三方工具鏈，將生成的C代碼與LabVIEW運行庫函數和板卡支持程序包，編譯成為針對某一目標并能在之上運行的二進制代碼。通過LabVIEW嵌入式開發模塊和工具鏈，可以發布到運行任何操作系統的任何的32位處理器。該模塊包含了近千個內建的庫函數，涵蓋了高等算法、文件I/O、邏輯和信號處理各個方面。原先無法利用到嵌入式編程的工程師們都可以進入32位微處理器的領域之中，通過LabVIEW中附加的狀態圖、控制圖表、信號處理庫函數等這一完整的工具來設計他們的應用，解決各種問題。此外，通過LabVIEW嵌入式方式 ，工程師和科學家可以使用一種叫做內聯C節點(Inline C Node）的新特性，整合現有的嵌入式代碼，來保持LabVIEW的開放架構。另外，在LabVIEW嵌入式項目環境中，還可以直接添加用C或者匯編開發的源代碼，或者庫文件，幫助開發人員充分利用以前的工作成果。

　　LabVIEW嵌入式環境的調試功能非常強大。除了用于快速調試的圖形化用戶接口顯示件、探針、斷點和函數單點調試之外，LabVIEW嵌入式開發模塊為代碼調試提供了另外兩種無縫的接口。在嵌入式目標平臺上，工程師可以使用“儀器調試”通過TCP/IP、RS232或CAN進行調試。使用內建的片上調試接口，工程師可在不影響程序性能基礎上通過工業標準協議如JTAG、BDI和Nexus等進行調試。

　　減少與特定硬件以及操作系統的相關性

　　基于平臺的工具，需要能夠表達整個系統，而減少與特定硬件以及操作系統的相關性。在傳統的開發模式中，嵌入式目標本身要求程序員在編寫代碼之前對目標有深入的了解。程序需要知道板卡上各種關于內存映射和寄存器的信息，才能在板卡上執行他們的代碼。另外，大部分代碼是專為某一特定目標編寫的。這樣，在一塊板卡上使用不同的微處理器或是不同的外圍設備，可能就需要重新編寫大部分已有的代碼，或是完全從頭開始。這意味著最終產品的擴展性方面是有缺陷的。使用LabVIEW嵌入式開發模塊，工程師和科學家們不需要了解最終的目標就可以進行代碼開發，因為軟件生成的是LabVIEW應用的ANSI C代碼，而不是針對某個特定目標的二進制代碼。如圖3所示，灰色區域的部分對于開發員來說是透明的，他們在開發過程中不需要了解目標硬件上內存映射和寄存器的情況。同時，LabVIEW嵌入式方式是一個開放的框架，它可以整合任意的第三方工具鏈，將生成的C代碼、LabVIEW運行庫函數和板卡支持程序包(BSP）編譯成為針對某一目標并能在這個目標上運行的二進制代碼。BSP是一種作為C代碼與板上外圍硬件接口的底層代碼。因此，如果板卡需要升級，工程師可以簡單地將不同的BSP鏈接到LabVIEW中，在現有的圖形化代碼上作一小部分改動就可以完成。