《电子技术应用》
您所在的位置:首页 > 测试测量 > 业界动态 > GOOP编程技术的大规模系统集成与自动欧洲战斗机的前熔断丝测试

GOOP编程技术的大规模系统集成与自动欧洲战斗机的前熔断丝测试

2009-03-09
作者:John Duncalf ,Ja

行业:
政府/国防, 航空/航天

产品:
数据采集, 分布式I/O, 工业通信, 软件

挑战:
通过提供一种有效的软件架构,替换现有的测试软件,从而能够提供更好的技术支持与测试可靠性。完成这项工作不应导致较长时间的停产,而应确保方便进行持续改进。

解决方案:
利用GOOP(图形化面向对象编程)软件架构以提供模块化且可拓展的系统组件,可以提供一种渐次改变的方式。这是通过将现有代码分解为一个个离散的模块,并从一个完全重新设计的用户界面(UI)动态调用这些模块来实现的。

“利用LabVIEW 7.1、LabVIEW数据录入与监控模块、LabVIEW实时模块、LabVIEW PID工具集、Compact FieldPoint、NI数据采集等工具,使GOOP编程模式在灵活性、可维护性、代码性能、装配可靠性和成本节省方面展现了极大的优势”

 

硬件

该系统的硬件由两个测试头“湾”和一个工作间组成。每个测试湾拥有约1400个输入/ 输出(I/O)通道,而工作间具有约600个I/O 通道。这些I/O 通道都通过三个独立的由NI FieldPoint模块构成的RS485网络连接,并通过OPC服务器访问,一个OPC 服务器对应一个RS485网络。除I/O 通道外,测试湾周围还有各种其他仪器,主要是RS232设备(DMM与PALL 污染监测设备)和两个NI PCI DAQ 板卡。

最初的系统软件包含约370 Mb代码,这是一项耗时约35年的开发成果。整个代码通过单个顶层VI(虚拟仪器)进行调用,可能需要长达5分钟的时间才能加载至PC 存储器。这使得系统难于调试,而且几乎无法维护。稳定该系统的最显著的优势在于将代码分解成测试与工具模块。

这些模块一经识别,便通过一些内部封装有测试数据的GOOP- 类VI 对其进行改造。一旦完成该项工作,系统便支持根据需要动态加载这些模块至系统存储器或自系统存储器卸载。因而,UI便可与系统代码的其余部分相分离。

 

 

 

系统架构展现了OOP 类中的数据封装

 

这样显著地降低了系统中的存储器占用——约2 Mb(供UI 使用)加上1~5 Mb(取决于同时使用哪一个。其他方面的系统改进包括将系统的某些时间关键的处理工作(如E-stop 处理子例程)分发至网络的其他部分,以避开OPC 服务器中的延迟。这是通过Compact FieldPoint 与LabVIEW 实时模块实现的。

展望

系统在获得所期望的性能与灵活性的同时,也支持我们规划设备的更替。现在可以升级部分设备而不影响其他部分。例如,现在的RS232- 驱动的DMM将由通过LAN控制的NI PXI 替代。这可以通过在某个测试湾中使用GOO 来完成,而不必使用主要设备宕机。

总结

长期开发这一设备的想法早就被放弃。这使得后来几个月的开发过程的管理更为轻松。

就灵活性、可维护性、代码性能、装配可靠性和成本节省而言,向GOOP 编程模式的转换所获得的回报远远超出预期。

在生产流水线环境下,新的架构使得动态修改系统得以实现,以获得对开发中的中间产品的支持。

本站内容除特别声明的原创文章之外,转载内容只为传递更多信息,并不代表本网站赞同其观点。转载的所有的文章、图片、音/视频文件等资料的版权归版权所有权人所有。本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如涉及作品内容、版权和其它问题,请及时通过电子邮件或电话通知我们,以便迅速采取适当措施,避免给双方造成不必要的经济损失。联系电话:010-82306118;邮箱:aet@chinaaet.com。