GPIB自动测试系统的同步方法.doc

　　0、引言　　GPIB（General Purpose Interface Bus）系统即通用接口总线系统，自70年代初创建以来，在自动测试系统（ATS-Automated Test System）领域得到广泛的应用，已经成为台式智能设备主流接口总线。目前国内外的ATS系统大多数都采用GPIB标准组建而成。　　由于GPIB系统是在测试程序的统一指挥下，通过各智能设备的互相配合，从而完成自动测量、数据处理、结果输出等一系列工作，因此从系统角度考虑，要使系统工作可靠、测试迅速、结果准确，首先要解决的就是系统的同步问题。GPIB系统的同步包括两个方面的内容：　　（1）通讯同步　　主要是要保证智能设备间能双向、异步、准确可靠地传递消息。这种同步层次较低，主要由计算机系统中扩展的GPIB接口卡和智能设备的通讯模块从硬件上加以解决。GPIB为此设置了三条“挂钩总线”分别传递“数据有效（DAC）”，“准备好接收数据（RFD）”和“数据已接收（DAV）”消息，用于在源方和受方之间进行联络。　　（2）操作同步　　操作同步是指各智能设备进行收发命令、读写数据、执行指令等各种操作的先后顺序和时间配合。这个问题直接关系到系统能否可靠运行，测试数据是否可信以及测试效率如何，操作同步主要依靠在测试软件编制中根据任务要求和仪器特性设计适当的流程来解决。　　本文在分析GPIB系统同步机制的基础上，讨论在Windows下的测试软件设计中实现操作同步的方法。　　1、GPB系统的同步机制　　1.1状态和事件报告体系　状态和事件报告体系用来记录相关事件和反映设备内部状态，它是其它同步机制的基础。 GPIB设备的状态系统由多组8位或16位寄存器构成。典型的如标准事件寄存器（SESR）及其屏蔽字（ESER）、状态字寄存器（SBR）及服务请求屏蔽字（SRER）等。其中状态字寄存器各位是对其他寄存器中信息的总结（即某些状态位的“或”）。状态字寄存器定义如下。 　　后面将会看到，我们正是利用这些状态信息来实现同步的。　　1.2服务请求和串行查询　　在向设备发出程控指令后，由于设备速度较慢，主控计算机可能转去处理其他事件，而当设备完成指定操作后，要求主控计算机即时回到原先的指令序列读取数据或进行其他处理。另外，设备在超量程或输出缓冲溢出时，也需要主控计算机中断当前的工作为其服务。服务请求（SR）接口功能就是适应这种需要而产生的。　　要求服务的设备通过拉低总线的“服务请求”信号线逻辑电平发出“服务请求”（SRQ）消息，引发主控计算机的GPIB中断。为了弄清具体是哪台（些）设备请求服务，主控计算机一般要发起串行查询，按各设备请求服务的可能性大小逐台询问这些设备。被查询设备利用GPIB的数据总线传回状态字的各位，其中Bit6（RQS线）回答是否请求服务，其它位则说明了请求服务的大致原因。进一步查询其他寄存器可以得到更具体的信息。主控计算机然后根据查询结果进行相应处理。　　1.3并行查询　　除了串行查询，我们还可以使用并行查询对多台设备进行询问。并行查询分为组态和查询两个阶段进行：在组态阶段，控者分别对不大于8个器件分配回答查询时所用数据线及检测位的逻辑值（0或1）；组态完成后，程序就可以进入实际查询阶段，在查询阶段每个设备将用分配的数据线来回答是否请求服务。　　并行查询尽管有速度快的优点，但由于每个设备只能用一条数据线来回答查询，有时会嫌它给出的信息量不够，还需要辅以串行查询，这样会导致设备译码量和接口电路复杂程度增加，因此在一般系统中较少使用。　　1.4顺序执行命令　　一般情况下，设备可以同时进行多个操作，以提高工作效率。但GPIB系统也提供了*WAI等命令强迫设备顺序执行输入缓冲区中的指令。当某一指令的执行依赖于先前指令的执行结果时，就可以使用该功能实现同步。　　GPIB系统同步机制的具体工作过程尽管较为复杂，但IEEE488及稍后发布的可程控设备标准命令（SCPI）将这些工作封装成许多标准命令，屏蔽了底层的操作，使我们可以在不直接与底层打交道的情况下实现测试程序的同步。　　2、GPB系统操作同步的实现　　在GPIB测试程序中实现同步可以采取以下方法。　　2.1延时的方法　　在程序向设备发出指令后，如果估计到这些操作可能需要较长时间，我们可以在执行下一条指令之前加入一定的延时。延时时间可以根据设备的有关参数进行简单估算，如：数字万用表完成测量所需时间=功能设置时间+触发信号周期+触发延时+积分时间（A/D转换时间）+裕量。（注：在设备手册中，A/D时间常以电源周期（PLC）为单位给出（通常1个PLC=1/50Hz=20ms）。　　延时的大致时间确定后，可以采用如下三种方法来实现。　　（1）软件延时