创建7端口目录PNA错误代码

对不起，可以读取vi代码，但是如果你发布了specfic命令语法，我可能会对某些东西进行排序但是这个问题在类似的情况下出现了。
不幸的是，有两种类型的跟踪号。
有一个唯一的测量编号（MNUM），由cal：par：sel使用，并与显示屏上的Tr（n）编号匹配。
所以你只能有一个Tr1，Tr2等，它们可以在任何窗口中。
然后你有窗口跟踪号，它是“窗口中的第一个跟踪，窗口中的第二个跟踪”，并为每个窗口重新启动。
第一条迹线为黄色，第二条迹线为蓝色。
在创建测量时，您必须使用唯一的MNUM创建它，但是如果您有超过24个，则必须开始将迹线输入到新窗口中。
因此，当您创建第25个跟踪时，需要使用Cal：Par：Def创建具有唯一MName的跟踪，然后将其提供给具有重用Tnum的新窗口。



     以下为原文

  Sorry, can read vi code, but if you post the specfic command syntax I might be able to sort something out

But this question came up before in a similar situation.

Unfotunately, there are two types of trace numbers. 

There is the unique Measurement Number  (MNUM) which is used by cal:par:sel and matches the Tr(n) number on the display.  So you can have only one Tr1, Tr2, etc, and they can be in any window.

Then you have the window trace number, which is "first trace in the window, second trace in the window" and restarts for each window.  First trace is yellow, second trace is blue.

WHen you create a measurment, you have to create it with a unique MNUM, but then if you have more then 24, you have to start feeding the traces into a new window.

So, when you create a 25th trace, you need to create it with Cal:Par:Def with a unique MName, but then feed it to a new window with a re-used Tnum.

> {quote：title = Dr_joel写道：} {quote}>抱歉，可以阅读vi代码，但是如果你发布specfic命令语法我可能能够排序>我确实设法查看你的命令捕获，但不幸的是
许多命令被截断，因此很难理清你在做什么。
但我注意到你Cal：par：Def“name”但是我没有看到跟随Cal：Par：Sel之后。
我不肯定，但我总是在def命令后发送一个cal：par：sel命令，以确保我选择了新定义的跟踪。
此外，在命令捕获中，我没有看到任何错误。
您可能会尝试仅排除错误部分以使其更容易显示。



     以下为原文

  > {quote:title=Dr_joel wrote:}{quote}
> Sorry, can read vi code, but if you post the specfic command syntax I might be able to sort something out
> 
I did manage to look through your command capture, but unfortunately many of the commands are truncated, so it's hard to sort out what you are doing.  But I notice you Cal:par:Def "name" but I don't see a following Cal:Par:Sel right after.  I'm not positive, but I always send a cal:par:sel command after a def command to ensure that I have selected the newly defined trace.

Also, in the command capture, I'm not seeing any error.  You might try to sort out just the error part to make it easier to reveiw.

*首先*，我对延迟回复感到遗憾。
*第二个*，我的理解是我们不需要在收集它之前在PNA-L中显示痕迹。
我们确实需要为我们想要测量的所有迹线定义目录。
它是否正确？
很抱歉，您在打开LabVIEW子VI时遇到问题。
*第三*，specfic命令语法如下：a）在PNA中为所有跟踪定义目录* CALCulate：PARameter [：DEFine]：EXTended，b）显示跟踪* DISPlay：WINDow：TRACe：FEED我们使用AGPNA配置显示
跟踪subVI（在初始文章中提到）完成* b）。*如果您要在LabVIEW中打开AGPNA配置显示跟踪子VI，您将在其中看到AGPNA错误查询子VI。
问题是AGPNA错误查询子VI在尝试显示第2个窗口编号（在我的情况下为CH1_S7_1）时生成+104，“重复测量名称”错误。
请注意，在使用* a）创建目录时，我们使用唯一的测量名称（CH1_S1_1 ...至CH1_S7_7）。*您是正确的，10/21上附加的SCPI命令序列未显示+104，“重复测量
名称“错误。
可以从PNA-L显示屏和* LabVIEW探头*读取错误。
感谢您的时间。



     以下为原文

  *First*, I regret the delayed response. 

*Second*, it is my understanding we do not need to display a trace in PNA-L before we can collect it. We do need to define a catalog for all traces we want to measure. Is this correct?

I am sorry you are having problems opening the LabVIEW subVI. *Third*, the specfic command syntax is as follows
a) define a catalog in PNA for all traces
*CALCulate:PARameter[:DEFine]:EXTended ,
b) display the trace 
*DISPlay:WINDow:TRACe:FEED  

We use AGPNA Configure Display Trace subVI (mentioned in initial post) to accomplish *b).* If you were to open  AGPNA Configure Display Trace subVI in LabVIEW, you will see AGPNA Error Query subVI inside it. The problem is that AGPNA Error Query subVI generates +104,"Duplicate measurement name" error while trying to display the first trace of Window Number# 2 (CH1_S7_1 in my case). 

Please note we use unique measurement names (CH1_S1_1... to CH1_S7_7) for all traces when creating the catalog using *a).* You are correct, the SCPI command sequence attached on 10/21 does not show +104,"Duplicate measurement name" error. The error can be read from PNA-L display and via *LabVIEW probes*.

Thank you for your time.

!!!编辑：kapurm于2013年10月28日下午6:20



     以下为原文

  !!!

Edited by: kapurm on Oct 28, 2013 6:20 PM

！
编辑：kapurm于2013年10月28日下午6:19编辑：kapurm于2013年10月28日下午6:20



     以下为原文

  !!!

Edited by: kapurm on Oct 28, 2013 6:19 PM

Edited by: kapurm on Oct 28, 2013 6:20 PM

!!!编辑：kapurm于2013年10月28日下午6:19



     以下为原文

  !!!

Edited by: kapurm on Oct 28, 2013 6:19 PM