|
- UID
- 872238
|
为了实现仪器互换和互操作，1998年成立了IVI（Interchangeable Virtual Instruments）基金会，讨论开发可互换仪器驱动模型，旨在对硬件互换、运行性能、发展弹性、质量保证等驱动器问题进行规范。
IVI模型是IVI基金会在VPP技术规范基础上制定的一种驱动器设计标准。它通过定义类驱动器和专用驱动器（独立的软件层）并增加仪器仪真、状态缓存、量程监视等机制实现了部分通用仪器之间的互换，提高了测试程序的开发效率。
然而，面向仪器互换的虚拟仪器设计目标，IVI模型仍然存在以下不足：
1）只适合同类仪器的互换，不能实现不同类仪器或某些具备两类、多类仪器功能的综合性仪器之间的互换。
2）IVI类驱动器只能统一某类仪器中80%的仪器功能，而其它20%功能只能通过专用驱动器来实现。
3）可用标准较少。目前只完成了示波器、万用表、函数发生器、多路开关等九种仪器的类驱动器的标准化。
4）标准开放程度低。IVI模型只适合于通用仪器，比如万用表等，而对某些专用仪器（如数据采集卡）不适用。
1．5 IVI-MSS
为了改进IVI模型存在的不足，IVI基金会开始制定IVI-MSS和IVI-Signal Interface规范，它们是在IVI模型的基础上发展起来的，分别实现基于功能和信号的仪器互换操作。其中IVI-MSS于2001年2月发布，现已经是成熟的规范，而IVI-Signal Interface尚待发布。
如图1所示，基于IVI-MSS规范的虚拟仪器测试软件共包括五部分。用户应用程序是IVI-MSS Solution的运行环境，它通过调用IVI-MSS Server提供的编程接口实现对仪器资源的访问；IVI-MSS Server是独立于测试仪器资源软件层，它封装了测试算法，对外提供面向测试功能需求的编程接口，该接口在被用户应用于程序调用时作为“角色”向用户提供测试服务；RCM是连接IVI-MSS Server和仪器Driver的软件层，在RCM内部封装了仪器访问细节，对外提供RCM接口与IVI-MSS Server交互。RCM通过SCPI命令、VISA函数和IVI驱动器等实现对物理仪器的访问。
IVI-MSS中IVI-MSS Solution作为一个独立的软件层，为仪器互换提供了解决方案；RCM由开发人员根据需求来定义，对于不同的测试需求，即使是同一测试器平台，RCM也是不同的。在更换仪器后，只要提供与原始仪器功能相同或相当的RCM，就可实现相同的测试功能，这样大大拓展了仪器互换的空间。
1．6 IVI-Signal Interface
2000年，IVI基金会的Signal Interface工作组在TYX公司和HP公司的领域下开始制定IVI-Signal Interface标准。它基于COM（Component Object Model）技术，是一系列COM组件的统称。
在IVI-MSS模型基础上发展起来的IVI-Signal Interface标准把原先的仪器控制命令转化为测试信号的需求，把IVI-MSS Server功能接口进一部封装形成IVI-Signal Interface信号接口。这克服了“面向仪器”的TPS开发中存在的弊端，实现了更高层闪的仪器互换。信号接口的标准化增强了不同厂商仪器之间的互操作性，方便了代码移植。同时，为仪器驱动器开发带了巨大商机，提高了IVI信号组件的开发效率和质量，有很看好的应用前景。
综上，当前占主导地位的驱动器设计规范主要有两种：VPP规范和IVI系列规范。两种驱动器开发规范的共同点是均建立在IEEE 488.2和SCPI命令以及VISA库之上，都包括接口和内部实现两部分。不同点是前者已发展成熟，它以仪器本身的特征应用于为中心，是功能驱动的，多由仪器生产商朝代，接口没有严格的语义标准，实现了仪器的即插即用，没有实现仪器互换和软件移植等功能；而后者建立在VPP之上，正入在发展完善之中，它面向UUT的测试需求，是需求驱动的，由测试系统集成人员或第三方软件开发人员编写，接口有严格的语义标准，部分地实现了仪器互换性和软件移植性，并最终向着完全实现而努力。目前VPP规范已被多数厂家所采纳进行自己产品的驱动器开发，因此将在未来很长的一段时间内占统治地位。但由于它在解决仪器互换性总题上无能为力，随着IVI系列规范的进一步完善，必将被其替代。
|
|
