Author(s):
John Duncalf – 首要单元团队负责人－ BAE Systems (英国)
James Peter – 技能总监－ TBG Solutions (英国)
Industry:
Government/Defense, Aerospace/Avionics
Products:
Data Acquisition, Distributed I/O, Industrial Communications, Software
The Challenge:
经过供给一种有用的软件架构，替换现有的测验软件，然后能够供给更好的技能支撑与测验可靠性。完结这项作业不该导致较长时刻的停产，而应保证便利进行继续改善。
The Solution:
运用GOOP（图形化面向对象编程）软件架构以供给模块化且可拓宽的体系组件，能够供给一种逐步改动的方法。这是经过将现有代码分解为一个个离散的模块，并从一个彻底从头规划的用户界面（UI）动态调用这些模块来完结的。
硬件
该体系的硬件由两个测验头“湾”和一个作业间组成。每个测验湾拥有约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 编程形式的转化所取得的报答远远超出预期。
在生产流水线环境下，新的架构使得动态修正体系得以完结，以取得对开发中的中心产品的支撑。
假如您有任何问题,请留言给NI工程师，咱们会赶快给您回电！
Author Information:
For more information on this Case Study, contact:
John Duncalf
首要单元团队负责人－ BAE Systems (英国)
