LabVIEW支持多个对象和操作系统

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

NI LabVIEW 支持多个对象和操作系统

NI LabVIEW 可在大多数常见操作系统上运行并将代码部署至一组硬件对象。这种灵活性意味着:用户在选择最适合计算平台的同时,能够维护开发代码和受训人员获得的投资。

其他工具和语言常被紧紧绑定至一个操作系统或硬件平台。集合多个平台组成的系统,需要针对多个工具的重大培训和软件投资。

借助针对多个操作系统的支持, 避免锁相

凭借LabVIEW 这类高级工具编程的一大优势是:开发人员和操作系统与计算机硬件复杂性之间存在一层抽象处理。一项实际结果是:采用LabVIEW 无法将您维系至特定操作系统或操作系统家族。LabVIEW 开发系统适合Windows 、Mac 和Linux OS ;用户能够在全部3个系统以及专门的实时OS 上运行LabVIEW 代码。 由于制造商限制,某些语言和架构适合或只适合单个OS 。这可能需要购买新工具、重复训练、将现有编码导入新平台上的一类新语言。其他语言属跨平台类型,但由于它们仰赖开发者调入适合操作且会因系统出现差异的OS 函数(如:内存分配、文件I/O 、硬件访问),任何实际应用都不与它所在的OS 发生联系。此时,用户需要了解新型系统的详情并重新编写大量现有应用程序。 用LabVIEW 编写的代码更富便携性;因为您很少直接调用OS ,也就无需谙熟每类希望定指的OS 。大多数LabVIEW 应用程序都跨平台并无需接受大幅改动就能被引入不同OS 。由于不同平台的确具有不同功能和硬件驱动,某些特征可能不会出现在所有OS 上;然而,这些差异被记入“LabVIEW 帮助”文件中而且通常属于小调整而非大改动。

爱好者

表1. LabVIEW OS 兼容性

查看NI LabVIEW 操作系统支持路线图,了解当前和未来的支持信息。

多类硬件目标, 一类开发环境

表1. 多类硬件目标

LabVIEW 不仅让您自由地在OS 之间转化,技能组还能够作为开发者在对象与对象间转换,因为它属于相同的工具链和编程范例。借助跨平台的跨对象工具, 有助LabVIEW 开发者实现更多功能

测试和控制系统往往具有可以运行在不同硬件上的多个元器件。人机对话界面(HMI)既可以是触摸屏式计算机,也可以是台式计算机。测试代码可以运行在工业控制器或嵌入式PXI 系统上。您可获得运行在坚固的实时PC 或现场可编程门阵列(FPGA)卡上的重要逻辑。您还可将智能化嵌入式内容引入仪器、机器视觉系统或无线传感器。 编写并设置这些品种繁多的系统对传统工具提出了挑战。 依照传统,用户需要一组专家来处理各类编程元素。用户需要某些高级数学或工程语言专家共同开发算法、需要GUI 或主机应用程序开发者(可以是C++、C#或Visual Basic 专家)、需要嵌入式编程员(可能为C 或某类变体),最后还需要某些编写FPGA (VHDL 和Verilog 均为最常见语言)的人。您还很可能需要了解另一门脚本语言来进行数据转换并将所有组件联系在一起。至少须要4种不同语言和工具链蕴含的4种不同技能组和知识来解决1位技巧娴熟的LabVIEW 开发者面临的问题。 LabVIEW 开发系统有助用户在运行常规台式OS 的PC 和工业控制器上进行开发与部署。部署至更特定的硬件,需要适合的附加模块以及LabVIEW 开发系统。 ∙

NI LabVIEW Real-Time 模块 ∙

LabVIEW FPGA 模块 ∙

NI LabVIEW 触摸屏模块 ∙

NI LabVIEW 嵌入式模块, 用于ARM 微控制器 ∙

LabVIEW 视觉应用开发模块 ∙ NI LabVIEW 无线传感器网络Module

启用图形化系统设计

通过持续开发相同工具链中的多个对象,用户可快速实现原型,因为用户在工具和个人握手上耗用的时间更少。配合数名开发人员, 1个典型系统设计流程可能看上去类似这样: L V 爱好者

图2. 传统系统设计中的多个角色

更小的开发团队会需要个人扮演多个角色并掌握多个技能组。工具间的转化不可避免地需要花更多功夫编写新代码、为新对象准备生成的代码、在这些对象间传递数据。完成此类软件辅助工作其实是浪费时间而且可能比着力构建实际应用程序耗时更长。每个附加步骤和工具都扩长了整个项目范围,从而引入更多可能导致错误的元素。更糟的是,这类徒劳的工作势必由于每轮设计循环重复显现,导致不必要的漫长设计周期和更长的上市时间。

图3. 传统系统设计辅助工作

LabVIEW 图形化系统设计方式通过引入跨越多个学科的技能组和工具链,支持团队规模小很多的领域专家。用于转换对象间代码的辅助工作,确实不会因应用的不同存在巨大差异——这就是因不兼容或集成拙劣的工具引起的开销。由于LabVIEW 负责交叉编译、目标定位和数据传输,您的专项技能始终更接近原型。于是,设计周期缩短了,用户能够更快迭代自己的想法。 图4. 图形化系统设计专家 问题的技术复杂性没有因为两种方式的不同发生改变。当您将LabVIEW 开发的算法和代码部署至嵌入式终端,LabVIEW 可处理各类封装、编译和部署。作为开发者,您不可能另外通晓各类低层次交叉编译或特定终端的优化。LabVIEW 还纳入多项机制辅助各类组件间的通信,用户因而无需执行复杂协议(如:DMA 或网络流)来转移绕行于系统的数据。 人们往往在开发了诸多传统工具后,才想到要开发适合应用的GUI 。另一方面,LabVIEW 将GUI 与各类函数和子组件相互关联。对于许多应用成分(如:那些运行在嵌入式终端上的成分)而言,GUI 只是一款功能强大的调试工具。对于主机和HMI 应用而言,GUI 是您选择分别执行时的重要元素。 LabVIEW 和现成的NI 硬件代表一款理想的原型和低容量部署平台。引入LabVIEW 面板以外的控件在您处理特定事宜时构成阻碍。复杂的菜单、设置和模式让仪器难以使用。

L V

爱好者

相关文档
最新文档