使用图形化的开发环境(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中，在现有的图形化代码上作一小部分改动就可以完成。