网络分析器LOCAL命令编程表单是否会影响IO接口

我自己做了一些研究来回答这个问题：“我的第一个问题是LOCAL命令的形式是否会影响IO接口（例如GPIB卡或其他接口，例如USB到GPIB），然后是
网络分析器，或者命令只对网络分析仪进行寻址？一般情况下，你能告诉我这个命令是否会影响IO接口，如果有，你能告诉我怎么做吗？“
看起来LOCAL命令确实会影响IO接口，因为它被列为“GPIB控制器命令”。
任何人都可以验证这确实是正确的吗？
我想知道这个假设是正确的。
有关LOCAL命令如何影响测试仪器的细节仍有待了解。
我想要做的就是让GPIB总线上的REN线路为假。
谁能告诉我如何使用字符串命令执行此操作。
（我的交互式测试仪器，控制程序 - 安捷伦连接专家）内置了HPBASIC或QuickBASIC代码转换器吗？
编辑：SOLT_guy于2012年12月10日上午6:15编辑：SOLT_guy于2012年12月10日上午6:24编辑：SOLT_guy于2012年12月10日上午6:25



     以下为原文

  I did a little research on my own to answer this question:


"My first question is do the forms of the LOCAL command operate to affect the IO interface (eg. GPIB Card or other interface, eg. USB to GPIB) first and then the network analyzer, or does the command only address the network analyzer? In general, can you tell me if this command affects the IO interface and, if so, can you tell me how?"


It would appear that the LOCAL command does affect the IO interface as it is listed as a "GPIB controller command".  Can anyone please verify that this, indeed, correct?   I like to know for certain that the hypothesis is correct.

The specifics of how the LOCAL command affects the test instrument remain to be known.   All I want to do is make the REN line  on the GPIB bus false.   Can anyone tell me how to do this using a string command.   (There is no HPBASIC or QuickBASIC, code translator built into my interactive, test instrument, control program - Agilent Connection Expert)?

Edited by: SOLT_guy on Dec 10, 2012 6:15 AM

Edited by: SOLT_guy on Dec 10, 2012 6:24 AM

Edited by: SOLT_guy on Dec 10, 2012 6:25 AM

你好。
您可能知道，在GPIB中，Go To Local（GTL）不是字符串命令，而是总线上的握手。
当您调用特定IO库的功能时，GPIB上的活动控制器（即您的GPIB卡）会将该握手定向到特定设备（地址）。
以下是我在不同的乐器论坛中发生的类似讨论：34401A以gpib scpi模式返回本地
将GTL发送到接口上的设备会使该设备进入本地模式，但不会真正影响接口本身。
但是，如果您参考viGpibControlREN函数的VISA帮助文档，您会注意到该函数也可以断言或取消断言接口上的REN行。
断言REN线确实会将该接口上的设备置于远程模式。
当有人按下仪器的Local按钮或调用该仪器地址的GTL时，取消断言REN只允许该接口上的每个设备返回Local（其前面板键将再次开始响应）。
我不相信安捷伦IO库（例如，在Interactive IO对话框或VISA Assistant实用程序中）有一个按钮，它将为设备调用GTL或断言或取消激活REN线，尽管VISA Assistant确实显示
在它的属性选项卡中，REN行的当前状态（在GPIB特定的属性中）。
但是，使用可以访问VISA dll中的函数的任何编程语言，您可以编写一个可执行文件，您可以通过命令行调用它，它可以接收GPIB接口编号和地址编号作为命令行参数，以及
它可以调用viOpen和viGpibControlREN来根据需要更改状态。



     以下为原文

  Hello.  As you may know, in GPIB Go To Local (GTL) is not a string command but rather a handshake on the bus.  The active controller on the GPIB (i.e. your GPIB card) directs that handshake at a particular device (address), when you invoke your particular IO Libraries' function for doing that.  Here is a similar discussion I see occurred in a different instrument forum: 34401A return to local in gpib scpi mode
 

Sending GTL to a device on the interface puts that device into Local mode but doesn't really affect the interface itself.  However if you refer to the VISA Help documentation for that viGpibControlREN function, you'll notice that function can also assert or de-assert the REN line on the interface.  Asserting the REN line does have the effect of putting the devices on that interface into Remote mode.  De-asserting REN just allows each device on that interface to go back into Local (where its front panel keys will start responding again) when someone hits the instrument's Local button or invokes GTL for that instrument's address.

I don't believe the Agilent IO Libraries have (for example, in the Interactive IO dialog or the VISA Assistant utility) a button that will invoke GTL for a device or assert-or-deassert the REN line, although the VISA Assistant does show in it's Attributes tab the current state of the REN line (among the GPIB-specific attributes).  However, using any programming language from which you can access the functions in the VISA dll, you could write an executable that you could call via a command-line where it could receive a GPIB interface number and address number as command-line arguments, and it could call viOpen and viGpibControlREN to change the state as you like.

感谢您的回复，Bhokkan！
你的回复非常有帮助。
我们可以关闭此主题，除非其他人有任何其他问题或有任何其他要添加。
再次感谢！



     以下为原文

  Thank you for your reply, Bhokkan!

      Your reply was very helpful.   We can close out this thread, unless someone else has any other questions or has anything else to add.

Thanks, again!