资源预览内容
第1页 / 共8页
第2页 / 共8页
第3页 / 共8页
第4页 / 共8页
第5页 / 共8页
第6页 / 共8页
第7页 / 共8页
第8页 / 共8页
亲,该文档总共8页全部预览完了,如果喜欢就下载吧!
资源描述
NI技术使用图形化的开发环境LabVIEW开发嵌入式系统 作者: 日期:8 个人收集整理,勿做商业用途NI技术使用图形化的开发环境:LabVIEW开发嵌入式系统目录1. 传统设计模式所应对的挑战2. 嵌入式系统开发工具的发展趋势3. 结论4. 相关资源1. 传统设计模式所应对的挑战嵌入式系统正在渗入现代社会的各个方面,被广泛地应用于航空航天、通信设备、消费电子、工业控制、汽车、船舶等领域,据统计,在美国平均每个中产阶级家庭要使用40-50个嵌入式系统。巨大的市场需求推动了嵌入式系统向更高的技术水平发展。设计师们一方面采用性能更强大的嵌入式处理器如32位、64位RISC芯片取代传统的8位、16位微处理器;另一方面嵌入式系统也由单处理器单操作系统的传统结构向混合型Multi-core系统发展,通过采用多个处理器和OS提高系统并行度来提高系统运行效能,并且设计师们往往同时采用MPU,DSP和FPGA等多种可编程器件来增强处理能力,满足应用功能的升级。嵌入式系统复杂性的不断增加给设计师们带来了很大的挑战,代码长度呈指数级增加,根据十年前的估计,嵌入式系统的平均代码量为10万行,到2001年,这个数字实际已经超过了100万,而现在的数字估计为500万1。第三方独立市场预测机构Embedded Market Forecasters (EMF)在对900多名嵌入式系统开发人员进行调研后指出,超过50%的嵌入式设计比预期时间晚上市,而平均延迟时间高达近4个月;并且在已发布的产品中,有近30%的设计未达到预期的功能和指标2。一些非正式调查显示,60%到70%的嵌入式系统开发人员都毕业于电子工程专业,这一学历背景在帮助理解所开发的嵌入式应用的物理层,以及错综复杂的硬件时,起到了很好的作用。但大多数电子工程课程都没有重视软件工程的教育,缺乏相关的系统实践,导致学生对构造可靠系统所必须的软件工程关键原则没有深刻的理解。可以看到,随着嵌入式系统复杂性的不断增加,软件工程的重要性毋庸置疑,而大部分的嵌入式系统开发人员都缺乏这方面的专业训练,笔者认为,这是造成上面那组令人吃惊数据的原因之一。与此同时,随着嵌入式系统的广泛应用,越来越多的领域专家,比如机器人设计师,控制工程师,测试工程师都需要使用嵌入式技术来构建他们的系统,这些专家既缺乏嵌入式系统的专业知识,也不一定经过软件工程的专业训练。因此,无论是嵌入式系统本身的发展,还是开发人员的专业限制,都需要一种新的设计模式,一种新的解决问题的途径来应对目前的挑战。2. 嵌入式系统开发工具的发展趋势随着嵌入式系统的快速发展和复杂性的不断增加,基于文本的编程方式所面临的挑战愈发严峻,这种编程模式在将来不可能彻底解决问题,这已经是许多业内专家的共识。Edward Lee博士是加州大学伯克利分校嵌入式研究方面的领先者,他指出现在嵌入式系统的开发手段如基于文本编程和面向对象的工具都难以用来构建嵌入式实时系统,因为面向对象很难直观地表达时间和平行性(parallelism),而时间和平行性或并行(concurrency)在现在的嵌入式系统中是必不可少的。Lee博士提出面向角色(actor-oriented)的图形化方法是更适合嵌入式软件设计的工具。应对嵌入式系统所面临的挑战,工程师们已经有了一些解决的方向。比如采用实时多任务编程技术和交叉开发工具技术来控制功能复杂性,简化应用程序设计、保障软件质量和缩短开发周期。但是现在的嵌入式系统开发工具非常多样化,市场很分散,目前据不完全统计,全世界嵌入式处理器的品种总量已经超过1000多种,流行体系结构有30多个系列,在其上运行的操作系统环境也非常多样化,包括VxWorks、QNX、Linux、 Nuclears、WinCE等等。不仅各种操作系统有各自的开发工具,在同一系统下开发的不同阶段也有不同的开发工具。如在用户的目标板开发初期,需要硬件仿真器来调试硬件系统和基本的驱动程序,在调试应用程序阶段可以使用交互式的开发环境进行软件调试,在测试阶段需要一些专门的测试工具软件进行功能和性能的测试等等。所以一种更为理想的、釜底抽薪的解决方案是向基于平台的工具转移,它能够更好地表达整个系统,而减少与特定硬件以及操作系统的相关性,这使得更多的软件设计和算法容易理解并被重复使用。而从基于文本的工具向图形化工具的转移则可以直观地表达系统,图形化系统设计(Graphical System Design)的理念就是源于这两大趋势。通过简化嵌入式编程的复杂性,它降低了对系统开发人员和领域专家在嵌入式设计流程中各个步骤的要求;同时提供了从设计、原型到部署,从软件调试、功能测试到生产检测的统一环境,使得工程师和科学家们可以更快速地进行重复设计。使用图形化的开发工具LabVIEW开发嵌入式系统在嵌入式系统中实现图形化,已经成为大势所趋。现在市场上的工具都在向图形化的方向转变,但往往仅限于基于嵌入式操作系统的图形界面开发,而且由于它们是针对特定硬件或操作系统的工具,与硬件和操作系统平台有很大的相关性,而这是不足以彻底解决行业将要面临的挑战的。现在市场所需的是一种完全的图形化编程语言,提供足够的灵活性和功能,以满足更广泛应用的需求。因此,图形化系统设计的关键因素是图形化编程。对于时间和平行性的支持20年来,科学家和工程师一直在使用LabVIEW为他们的设计实验室、验证实验室和生产现场构建自动化数据采集和仪器控制解决方案,并在这些应用领域成为业界的事实标准。其核心在于,LabVIEW图形化编程语言使得没有经过正规编程培训或相关背景的技术专家能够快速搭建高级自动化测量和控制系统。和传统的文本编程相比,LabVIEW天生是一种并行结构的编程语言,而时间和并行性在现在的嵌入式系统中是必不可少的。比如,LabVIEW在已有的定时循环结构上新加了硬件定时功能,它是一种表示时间和并行的语义,可以设置操作系统优先级,延时,循环速率等等,如图1所示;如果我们将图1所示的两个并行任务的执行目标扩展到嵌入式对象,比如FPGA或微处理器,就可以看到,通过编程环境的一致性和可升级性,LabVIEW能够容易的实现和管理嵌入式系统的并行性。回想在文章前面所提到的向多处理器转移的趋势,现在我们可以憧憬使用可扩展的直观图形化编程,来开发应用,并将处理过程分配到不同的处理器上。图1 LabVIEW对于两个并行任务的编程支持多种算法设计谈到嵌入式系统设计,人们所指的其实包括两部分工作:算法设计和固件设计。对于嵌入式系统设计来说,另一个关键要求是软件平台必须能够兼顾实时嵌入式设计中常见的多种算法设计,即计算模型(Computation Model),这些计算模型符合系统设计师们筹划系统时的方式,从而降低从系统要求转换到软件设计的复杂性。近几年来LabVIEW已经包含了多种计算模型以更好地满足不同专业背景的嵌入式系统开发者的需求。LabVIEW现在可以通过连续时间仿真,状态图,图形化数据流模型和基于文本的数学语言mathscript等多种方式来表达各种算法,同时它提供了很多交互式的工具用来帮助数字滤波器的设计,控制模型的设计,通信系统的设计,以及数字信号处理算法的开发,从而在这些顶层应用中更进一步简化设计师的工作。LabVIEW 目前提供了600多个数学运算和信号处理的函数为各种各样的应用服务。快速构建原型沟通虚拟世界与物理世界的桥梁正如前文所提,很多设计比预期时间晚上市,并且有一些在投入市场以后发现未达到预定的功能和指标,因此必须采取一定的措施来加快设计流程,提高设计质量。一种解决方案就是更早地将真实世界的信号和硬件引入到设计流程之中,进行更好的系统原型化,从而在早期就发现并修正潜在的问题。但是在任何设计和开发流程中,在基于软件设计和仿真工具的虚拟世界,与电子或机械测量的物理世界之间有一个很大的鸿沟。LabVIEW平台最明显的价值就是在虚拟世界和物理世界间的鸿沟之间建立一座桥梁。物理测量是与设计和仿真完全不同的挑战,要求与广泛的测量和控制硬件紧密集成,并以优化的性能处理大量的通道数或超高速吞吐量。LabVIEW平台经过不断演进,在物理测量领域提供无与匹敌的性能和灵活性。更重要的是,LabVIEW平台是开放的,因此,设计人员可以将测量数据与仿真结果相映射,甚至互换仿真和物理数据,以用于设计中的行为建模,或者以仿真的激励驱动物理测试,从而更为有效快速的进行系统原型构建。嵌入式系统开发人员如果要定制硬件用于最终的发布,很难同时并行的开发软件和硬件,因为直到系统集成步骤之前,软件从未在有代表性的硬件上经过测试。此外,设计师们也不希望软件开发是纯理论的进行,如果直到系统集成测试的时候才引入I/O用真实世界的信号检验设计,一旦发现存在问题,那就意味着很难在预期时间完成设计任务了。大多数设计师当前用评估板来进行系统的原型化,但是,原型板往往只具备少量的模拟和数字I/O通道,也很少支持视觉,运动或同步的功能。此外,设计师经常因为需要传感器或特殊I/O的支持而花费大量时间来开发定制的原型板,而这些仅仅是为了设计概念的验证。使用灵活的、商业化的原型平台可以大大简化这个过程,消除其中硬件验证和板级设计的大量工作。对于大多数系统,原型化平台必须包括最终发布系统的同样部件,比如用于执行算法的实时处理器、用于高速处理的可编程逻辑器件,或者将实时处理器接口到其他部件。因此,如果这个商业化的系统不能满足所有的要求,那么这个平台必须是可扩展的,并且支持自定义。NI提供了各种硬件平台与LabVIEW集成,完成从设计、原型到部署的全过程。例如使用LabVIEW和NI 可重复配置I/O(RIO)设备或NI CompactRIO平台,可以快速而便捷地创建嵌入式系统的原型。一个客户案例是Boston Engineering公司。他们要开发一种牵力控制机用于数码照片打印系统。其中,彩色墨盒通过驱动马达馈送到打印头,由卷带电机和推进电机来控制牵力。切割机底盘的振动、每次打印的照片数目和每个电机的速度变化都会影响到底层的牵力。控制系统通过两个电机的位置来保证卷带和推进的牵力处于设定范围之内,否则就会有色差。设计的牵力控制硬件需要两个脉宽调制输出来控制电机,两个编码器将转速反馈给电机,两个模拟输入通道连接霍尔传感器用来测量位置,两根数字线用于信令。由于传统的原型板无法满足这些要求,所以需要使用可以自定义I/O的原型平台,因此他们使用CompactRIO平台来进行原型化工作。CompactRIO系统包含一个266 MHz的嵌入式微处理器,以太网控制器,以及背板上的1M 门FPGA。通过LabVIEW FPGA对背板上的FPGA编程,由于LabVIEW FPGA是一种图形化的编程环境,不需要VHDL的经验,他们的控制、机械和电子工程师就可以直接参与到编程工作中。他们在嵌入式控制器中运行管理程序,在FPGA中运行电机控制算法,这种资源配置使得原型化构建和最终系统发布在编程模式上是非常相似的。为了在FPGA中运行控制算法,他们将ZPK(zero-pole-gain)模型转化为LabVIEW数字滤波器设计工具包中提供的一种滤波器,由于这个工具包支持LabVIEW FPGA代码的自动生成和优化,所以原先的ZPK模型就可以直接转化成能够在FPGA上运行的
收藏 下载该资源
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号