EEPW论坛

今天我们会介绍实际操作时的一些案例和经验，并且介绍一下LXI和脚本。

通过发送以下脚本，用户能让仪器执行二分查找法搜索能输出1mA电流的电压源：

<代码略>

这种脚本的好处是避免了读取每个结果和发送指令输出新电平所需的通信时间。虽然有理由询问发送较长消息需要多长时间，但是通常发送一条较长的消息比来回通信许多条较短消息快得多。然而，脚本环境的一个优点是前述代码可以封装为函数定义，然后重用，用的时候就能完全避免发送长消息。例如：

<代码略>

前面的指令不会让仪器立刻执行，但是它创建了一个命名为“Search（搜索）”的存储程序，之后可以用搜索指令调用：

Search(2.5, 0.001)

仪器有一些特点能补充脚本引擎。如果脚本环境提供仪器前面板的编程访问，那么用户就能创建交互式脚本提示用户在前面板输入参数或显示结果。仪器还能提供非易失的板上脚本存储，因此当仪器上电时，这些存储的脚本就能自动执行。这允许执行预先载入的应用，无需任何用户动作，只需要打开仪器的电源。

嵌入式脚本为测试和测量仪器用户提供显著的优点。虽然嵌入式脚本具有一些次要的缺点，例如前面介绍的对查询陌生，但是大多数用户都能很容易使用或者适应。

脚本语言通常能自动管理内存，所以用户无需分配和释放用于字符串或矩阵的存储区。虽然这对用户很方便，但是脚本引擎需要周期性地重新声明不再使用的内存，这个过程被称为“垃圾收集”。虽然垃圾收集能自动进行，但是这得花费时间，而且如果在测试序列的关键时间段上发生垃圾收集就会出现问题。这些问题是可以预防的，但是首先用户必须理解垃圾收集器的影响并且知道如何在测试序列的关键时间段上避免垃圾收集。

下面介绍一下LXI和脚本

现行的测试仪器LXI标准不要求仪器可编程或实现脚本。然而，LXI标准中的许多特点预先考虑了可编程仪器，并提供有用的功能性以增强LXI标准仪器的脚本性能。

LXI标准要求Class A和Class B仪器通过LAN消息支持对等消息传送，并允许Class C仪器支持这种消息传送。LAN消息能用于通知其它LXI仪器事件或者触发另一台仪器执行某些功能。在接收到LAN消息时，用户必须能指明采取什么动作。为了实现这个，最灵活的方法以及LXI标准推荐的方法是允许用户下载可执行代码（即脚本或程序）到仪器中，然后在接收到适合的LAN消息时执行该代码。这提供了极大灵活性，因为用户不被局限于一组预定动作集。

此外，LXI定义的LAN消息格式包含一个小空间，用于包括任意数据作为消息的一部分。可以传送可执行代码（例如一个短脚本）作为LAN消息的一部分。这允许一台仪器通过LAN消息控制另一台仪器，无需预先设置回应。例如，假定一台仪器能对被测器件（DUT）进行测量。基于测量的结果，第一台仪器必须能改变由另一台仪器施加到DUT上的激励。基于第一次测量计算新的激励值，所以在之前第一台仪器并不知道。在这种情况下，第一台仪器可以发送包含一个短脚本的LAN消息至第二台仪器以调整激励值。